JP2009301211A - Sales promotion cost dynamic management system, token management server, mobile terminal, and sales promotion cost dynamic management method - Google Patents

Abstract

A sales promotion cost dynamic management system, a token management server, a mobile terminal, and a sales promotion cost dynamic management method that enable dynamic and centralized management of issued tokens.
A sales promotion cost dynamic management system includes a maker server that makes a token information registration request, registration of token information based on a request from the maker server, management of token usage conditions, issuance of token information, and token issuance. A token management server 20 that performs history accumulation, token use history accumulation, and token authentication, and a portable terminal that manages tokens according to requests from token issuance requests, token usages, and token information registration request servers 40, and a store terminal 50 that performs a token use acceptance from the portable terminal 40, a token authentication request, and a use condition satisfaction confirmation request.
[Selection] Figure 2

Description

  The present invention relates to a sales promotion cost dynamic management system, a token management server, a portable terminal, and a sales promotion cost dynamic management method.

  Conventionally, when a manufacturer issues a token by themselves and directly conducts sales promotion activities such as product discounts to users, the sales promotion cost per person (discount) determined in advance by the manufacturer because it does not have a sales channel. Amount) could not be returned directly to the user. Therefore, it is necessary for a store that conducts sales to take a procedure such as temporarily paying the discount amount and paying off at a later date. Alternatively, the manufacturer needs to transfer a certain amount to the store in advance and return the discount amount to the user. However, with these methods, the discount amount cannot be settled in real time between the manufacturer and the store. Furthermore, close cooperation is required between the manufacturer and the store regarding the method for returning the discount amount.

Therefore, to solve the above problem. The terminal installed in the store (store terminal) and the server installed in the manufacturer (manufacturer server) are connected in a mutually communicable state, and the manufacturer server that receives the inquiry from the store terminal in real time A system (direct return system) is known that can notify a discount amount return method and at the same time perform discount settlement between a store terminal and a manufacturer server (see Patent Document 1 below).
JP 2003-36481 A

  However, the direct reduction system according to the conventional technique has the following problems. That is, in the above conventional direct return system, individual items of the token such as a discount amount and the number of people to be discounted are determined at the time of registration. Therefore, there is a problem that it is not possible to determine an upper limit for the resource to be returned. Furthermore, since the discount contents are fixed at the time of issuance, there is a problem that it is impossible to cope with the surrounding environment that changes every moment.

  Accordingly, the present invention solves the above-described problems and enables a dynamic and unified management of issued tokens, a sales promotion cost dynamic management system, a token management server, a portable terminal, and a sales promotion cost dynamic management method. The purpose is to provide.

  In order to solve the above-described problem, the sales promotion cost dynamic management system of the present invention includes a token information registration request server that makes a token information registration request, registration of token information based on a request from the token information registration request server, Token management server that performs usage condition management, token issuance, token issuance history accumulation, token usage history accumulation and token authentication, token issuance request, token use, and according to the request from the token management server A mobile terminal that performs token management, and a store terminal that performs reception of use of the token from the mobile terminal, a token authentication request, and a token use condition satisfaction confirmation request.

  As a result, since the token management server manages tokens even after they are issued, it becomes possible to dynamically and centrally manage information from the time when the user of the mobile terminal acquires the token until the token is used. .

  In the sales promotion cost dynamic management system of the present invention, the token information registration request server includes token information registration request means for requesting the token management server to register token information and transmitting the token information. The token management server receives the token information transmitted by the token information registration requesting means, registers the token information registration means, the usage condition holding means for holding the token usage condition information, and the issuing means for issuing a token. , A usage condition satisfaction confirmation unit that refers to the expiration date and limit number of tokens being held and determines whether the token usage condition is satisfied, and the mobile terminal issues a token issuance request unit. The token information is received from the issuing means in the token management server, and the token information is transmitted to the store terminal. The store terminal includes a receiving unit and a token information holding unit that holds the token information received by the transmission / reception unit. The store terminal receives the token information from the transmission / reception unit in the portable terminal, and the token management server. An authentication requesting means for requesting token authentication, a usage condition satisfaction confirmation requesting means for requesting confirmation of use condition satisfaction from the token management server, and a settlement means for performing settlement according to success or failure of confirmation of token authentication and use condition satisfaction. It is preferable to include the above.

  As a result, the token management server can use the token after confirming that the usage conditions such as the period and the upper limit of cumulative discount are satisfied, and can manage tokens more finely. Become.

  Further, in the sales promotion cost dynamic management system of the present invention, the token information registration request server requests a change of the token information transmitted to the token management server, and transmits the changed token information to the token management server. The token management server further includes request means, and the token management server stores use condition holding means for holding use condition information including a discount amount corresponding to the current number of token transmissions, and use condition information held by the use condition holding means. The first change requesting means preferably further comprises first changing means for rewriting with use condition information relating to the token for which the change request has been made. This makes it possible to change usage conditions such as discount amount and usage period after registration of token information.

  In the sales promotion cost dynamic management system of the present invention, the token management server further includes second change request means for transmitting the changed token information to the mobile terminal and requesting the change of the token information. The mobile terminal receives the changed token information from the second change request unit in the token management server, and replaces the corresponding token information held by the token information holding unit with the received token information. Further, it is preferable to be configured to include. As a result, the token usage conditions can be changed in the portable terminal under the management of the token management server after the token issuance.

  In the sales promotion cost dynamic management system according to the present invention, the token management server further includes an issue history storage means for storing a token issue history, and a use history storage means for storing a token use history. The issuing means refers to the issuance history accumulating means to obtain the current cumulative number of issuances, refers to the use condition holding means, obtains a discount amount corresponding to the current cumulative number of issuances, and It is preferable to send token information including the discounted amount to the transmission / reception means in the portable terminal. This makes it possible to set a plurality of discount amounts according to the number of issued tokens for the same type of token.

  In order to solve the above-described problem, the token management server of the present invention is a token management server that holds token information and transmits it to a mobile terminal, and includes token information registration means for registering token information, and the number of token transmissions at the present time. Usage condition storage means for storing usage condition information including a discount amount corresponding to the token, issuance history storage means for storing token issuance history, usage history storage means for storing token usage history, and issuance history storage means Tokens that contain the discount amount obtained by referring to the current cumulative number of tokens held in, and obtaining a discount amount corresponding to the cumulative number of tokens held in the use condition holding means Issuing means for transmitting information to the portable terminal and storing information on the issued token in the issue history storage means. To.

  This makes it possible to set a plurality of discount amounts according to the number of issued tokens for the same type of token.

  In order to solve the above problems, a mobile terminal according to the present invention includes a transmission / reception unit that receives and transmits token information, a token information holding unit that holds a received token, and uses the mobile terminal for token information received by the transmission / reception unit. User identification means for adding user information, and second changing means for receiving the changed token information and replacing the token information held by the token information holding means with the received changed token information. The transmission / reception means is configured to transmit the token information rewritten by the second information changing means.

  Thereby, the token information can be changed in the portable terminal after the token issuance.

  In order to solve the above problems, a sales promotion cost dynamic management method according to the present invention includes a token information registration request server, a token management server, and a sales promotion cost dynamic management system configured to include a mobile terminal. Token information registration step in which the token management server receives token information from the token information registration request server and stores the received token information in the basic information holding unit and the use condition holding unit. And the token management server receives the changed token information from the first change request unit in the token information registration request server, and receives the corresponding token information held in the use condition holding unit. A first change step that is rewritten in step 1, an issue request step in which the mobile terminal requests token issue, and The token management server transmits the changed token information to the mobile terminal, and the token information issuing step for storing the transmitted token information in the issuance history storage unit; the mobile terminal receives the token information; And a reception step of storing in the holding means.

  Thereby, the token information can be changed after the token information registration.

  Further, in the sales promotion cost dynamic management method of the present invention, the token management server requests the mobile terminal to change the token information, and the mobile terminal uses the second change request in the token management server. It is preferable to further comprise a second changing step of receiving the changed token information from the means and replacing the corresponding token information held by the token information holding means with the received token information. Thereby, the token information can be changed in the portable terminal after the token issuance.

  In order to solve the above problems, in the sales promotion cost dynamic management system of the present invention, the sales promotion cost dynamic management system is a token information registration request server that makes a token information registration request, the token management server, and A mobile terminal, and a store terminal, the store terminal receiving the token information transmitted by the transmitting / receiving means in the mobile terminal, an authentication requesting unit for requesting the token management server to authenticate the received token, The token management server is configured to include a usage condition satisfaction confirmation requesting unit that requests the token management server to confirm usage condition satisfaction of the received token, and a discount amount receiving unit that receives a discount amount from the token management server. An authentication means for performing token authentication according to whether token information is stored with reference to the issue history storage means; A usage condition satisfaction confirmation unit that refers to a storage unit to check whether or not a token has been used, a discount amount transmission unit that refers to an issuance history storage unit to obtain a token discount amount, and transmits the discount amount to a store terminal; It is characterized by comprising.

  As a result, the token management server can determine whether payment is possible at the time of payment at the store.

  According to the present invention, it is possible to dynamically and centrally manage issued tokens.

[First embodiment]
Hereinafter, a preferred first embodiment of an information search system according to the present invention will be described in detail with reference to the drawings. In the description of the drawings, the same elements are denoted by the same reference numerals, and redundant description is omitted.

  FIG. 1 shows a configuration diagram of a sales promotion cost dynamic management system in the present embodiment.

  The sales promotion cost dynamic management system according to the present embodiment includes a maker server 10 (corresponding to a “token information registration request server”), a token management server 20, a portable terminal 40, and a store terminal 50.

  FIG. 2 shows a configuration diagram of the maker server 10, the token management server 20, the portable terminal 40, and the store terminal 50.

  The manufacturer server 10 includes a token information input unit 11, a token information registration request unit 12, and a first change request unit 13.

  The token information input unit 11 inputs token information. Further, as will be described later, it is determined whether the input token information is newly registered token information or token information for changing token information.

  The token information registration request unit 12 transmits the token information input from the token information input unit 11 to the token information registration unit 21 in the token management server 20, and requests registration of the token information.

  The first change request unit 13 transmits the token information input from the token information input unit 11 to the first change unit 29 in the token management server 20 and requests a change of the token information. The difference from the token information registration request unit 12 is whether the token information input from the token information input unit 11 is newly registered token information or token information for changing already registered token information. Then, it is determined whether the token information input unit 11 is newly registered token information or token information for changing token information. Specifically, a flag may be set in the information input to the token information input unit 11, or if the same token ID as the already registered token ID is input, the token information is determined to be changed. In other cases, it may be determined that the information is newly registered token information. In this case, the token information input unit 11 has a list of token IDs that the maker server 10 has already requested to register with the token management server 20.

  The token management server 20 includes a token information registration unit 21, a basic information holding unit 22, a use condition holding unit 23, an issue unit 24, an issue history storage unit 25, a user information holding unit 26, an authentication unit 27, and a use condition satisfaction confirmation unit. 28, a first change unit 29, a usage history storage unit 30, and a discount amount transmission unit 34.

  The token information registration unit 21 receives token information from the token information registration request unit 12, and stores basic token basic information (described later) in the basic information holding unit 22 among the token information received from the token information registration request unit 12. The usage condition information (described later) that can be changed and stored in the token information received from the token information registration request unit 12 is stored in the usage condition holding unit 23.

  The basic information holding unit 22 receives and holds the token basic information from the token information registration unit 21.

  FIG. 7 shows an example of information held in the basic information holding unit 22. Here, the token basic information indicates, for example, a manufacturer name and a product name as shown in FIG. In principle, these attributes are information that does not change after token registration.

  The use condition holding unit 23 receives the use condition information from the token information registration unit 21 and holds it.

  FIG. 8 shows an example of information held in the use condition holding unit 23. Here, the usage condition information indicates, for example, the discount amount corresponding to the cumulative discount amount upper limit amount, the usage limit number, the expiration date, and the cumulative issuance number as shown in FIG.

  The cumulative discount amount upper limit is an upper limit of the total value of the discount amounts of all tokens of the same type used (tokens having the same token ID, the same shall apply hereinafter). The use limit number is an upper limit of the cumulative use count of tokens of the same type. The expiration date is the last day of the period during which the token can be used.

  In the present embodiment, the discount amount is set according to the cumulative number of issues at the time of token issuance. For example, in FIG. 8, the token 1 has a discount amount of 100 yen set for the token issued between the first issued token and the 100th issued token among the same type of tokens. Tokens issued between the 200th and 50th are set with a discount of 50 yen, and tokens issued between the 201st and 1000th are set with a discount of 30 yen and issued after the 1001st A discount of 20 yen is set for the token.

  The issue unit 24 transmits token information when the issue request unit 41 in the portable terminal 40 makes a token issue request, and adds the issue history to the issue history storage unit 25. Specifically, first, regarding transmission of token information to be transmitted to the mobile terminal 40, the token ID of the token requested from the mobile terminal 40 is received, and the issued history storage unit 25 uses the received token ID. With reference to the issue history, 1 is added to the value of the attribute “cumulative issue number” in the group last issued with the token having the same token ID to obtain the cumulative issue number in the current issue. Then, the discount amount corresponding to the cumulative issue number in the current issue is obtained by referring to the information regarding the discount amount corresponding to the cumulative issue number held in the use condition holding unit 23. Further, the basic information holding unit 22 is referred to, the manufacturer name and the product name are obtained from the token ID received from the portable terminal 40, and token information including the obtained information is transmitted to the transmission / reception unit 42 in the portable terminal 40. Next, regarding addition of information to the issuance history storage unit 25, information relating to the user of the mobile terminal 40, the acquisition date and time, the acquisition location, and the acquisition means are received from the mobile terminal 40, and the cumulative issue in the current issue obtained by the above method Convert numbers to issue numbers. More specifically, as shown in FIG. 9, for example, if the cumulative number of issues is 1000, the issue number is set to 001000. In this embodiment, the number of digits of the issue number is 6. However, the number of digits is not limited to this, and is appropriately set with a sufficient margin so that there is no overflow. By providing an issue number, all issued tokens can be uniquely identified. The issuer 24 obtains the token ID, the issue number, the user information, the acquisition date and time, the acquisition location, the acquisition means, the expiration date obtained from the use condition holding unit 23, the cumulative discount amount upper limit, the use limit number, and the above method. The discount amount is added to the issue history in the issue history storage unit 25.

  Examples of means for communicating a product token to a customer include a poster two-dimensional QR code, a Web advertisement, and an e-mail. In these media, a URL for accessing the issuing unit 24 in the token management server 20 is provided. The user of the portable terminal 40 accesses the URL and transmits a token issue request to the issuing unit 24 of the token management server 20. Note that the location information of the mobile terminal may be detected by the token management server 20 requesting base station information where the mobile terminal 40 is located. As for token acquisition means, the issuing unit 24 of the token management server 20 can recognize the token acquisition URL for each means.

  Further, the issuing unit 24 in the token management server 20 may analyze information for identifying the mobile terminal 40 when issuing token information, for example, UIM (User Identity Module), unique ID, e-mail address, etc., and hold those information.

  The issue history storage unit 25 stores issue history. FIG. 9 shows a specific example of data stored in the issue history storage unit 25. The issue history is added by the issue unit 24 each time a token is issued.

  The user information holding unit 26 holds user information. FIG. 6 shows a specific example of information held by the user information holding unit 26. Such information can be obtained by the user setting in advance.

  The authentication unit 27 receives token information including at least user identification information, a token ID, and an issue number from the authentication request unit 52 in the store terminal 50, refers to the issue history in the issue history storage unit 25, and determines the token ID and issue It is determined whether the value of the attribute “user” of the group that can be uniquely specified by the number is the same as the user specified by the user identification information transmitted from the mobile terminal 40. As a result of the determination, if it is determined that they are not the same, an authentication failure response is sent to the authentication request unit 52 of the store terminal 50, and if it is determined that they are the same, an authentication success response is sent to the authentication request unit 52.

  The use condition satisfaction confirmation unit 28 performs token use condition satisfaction confirmation when the store terminal 50 makes a use condition satisfaction confirmation request. Specifically, the token information is received from the use condition satisfaction confirmation request unit 53, and the token ID and the issue number received from the use condition satisfaction confirmation request unit 53 with reference to the issue history in the issue history storage unit 25 are used to determine the token. The expiration date, cumulative discount limit, usage limit number and discount amount set at the time of issuance are obtained, and the newest pair is searched from the use history with the same token ID, and the attribute “ “1” is added to the value of “cumulative usage” to obtain the current usage, the discount obtained from the above issuance history is added to the cumulative discount to obtain the current cumulative discount, and the current date and time is before the expiration date. Confirm that the number of uses is less than or equal to the limit of use and that the current cumulative discount amount is less than or equal to the upper limit of the cumulative discount amount. If one or more of the above conditions is not satisfied, a reply is sent to the use condition satisfaction confirmation request unit 53 indicating that the use condition is not satisfied. If all of the above conditions are satisfied, the use condition is satisfied. At the same time, a token ID, an issue number, a use date and time, a use store, the current cumulative use number, a discount amount, and the current cumulative discount amount are added to the usage history in the usage history storage unit 30.

  The first changing unit 29 receives the changed token information from the first change request unit 13 in the maker server 10 and changes the token information in the use condition holding unit 23. Specifically, the token information before the change is searched from the token ID with reference to the use condition holding unit 23, and the token information before the change is replaced with the token information after the change received from the first change request unit 13.

  The usage history storage unit 30 stores usage history. FIG. 10 shows a specific example of data stored in the usage history storage unit 30. The usage history is added by the usage condition satisfaction confirmation unit 28 every time the issued token is used (described later).

  The discount amount transmission unit 34 transmits the discount amount to the mobile terminal 40.

  The portable terminal 40 includes an issue request unit 41, a transmission / reception unit 42, a token information holding unit 43, and a user identification unit 44.

  The issue request unit 41 transmits information including the token ID to the token management server and makes a token issue request.

  The transmission / reception unit 42 receives the token information from the issuing unit 24 in the token management server 20, stores the received token information in the token information holding unit 43, and receives the token information at the store terminal 50 when the token is used. To the unit 51. When payment is made, the token information is deleted from the token information holding unit 43.

  The token information holding unit 43 holds token information received by the transmission / reception unit 42 from the issuing unit 24 in the token management server 20.

  The user identification unit 44 adds the user identification information to the token information received by the transmission / reception unit 42 from the token management server 20 and held in the user identification unit 44.

  The store terminal 50 includes a receiving unit 51, an authentication requesting unit 52, a use condition satisfaction confirmation requesting unit 53, a settlement unit 54, and a discount amount receiving unit 55.

  The reception unit 51 receives the token information to which the user identification information is added from the transmission / reception unit 42 in the portable terminal 40 and sends the token information to the authentication request unit 52.

  The authentication request unit 52 receives token information from the reception unit 51, transmits token information including at least user identification information, a token ID, and an issue number to the authentication unit 27 in the token management server 20, and requests the token authentication. The authentication response is received from the authentication unit 27.

  When the authentication by the authenticating unit 27 is successful, the use condition satisfaction confirmation requesting unit 53 transmits token information including at least the token ID, the issue number, the use date and time, and the use store to the token management server 20, and sends a use condition satisfaction confirmation request. And a reply indicating that the use condition is satisfied or not satisfied is received from the use condition satisfaction confirmation unit 28.

  When the use condition satisfaction confirmation requesting unit 53 receives an answer indicating that the use condition is satisfied from the use condition satisfaction confirmation unit 28, the settlement unit 54 presents the discounted product price to the user of the mobile terminal 40 and performs the settlement. Do. Note that the payment may be made by the user of the portable terminal 40 using cash or using electronic money. As the settlement amount, the amount received from the mobile terminal 40 may be displayed, or may be received from the token management server 20.

  The discount amount receiving unit 55 receives the discount amount from the token management server 20 and transmits it to the settlement unit 54.

  FIG. 3 is a diagram illustrating a hardware configuration of the token management server 20 in the present embodiment.

  As shown in FIG. 3, the token management server 20 physically includes a CPU 101, a RAM 102 and a ROM 103 that are main storage devices, a communication module 104 that controls communication, an auxiliary storage unit 105 such as a flash memory, and a keyboard. And an output device 107 such as an LCD or an organic EL display. Each function of the token management server 20 causes the communication module 104, the output device 107, and the input device 106 to operate under the control of the CPU 101 by reading predetermined software on the hardware such as the CPU 101 and the RAM 102, and the like. This is realized by reading and writing data in the RAM 102 and the auxiliary storage unit 105.

  The hardware configurations of the maker server 10, the mobile terminal 40, and the store terminal 50 are the same.

  FIG. 4 shows the flow of processing in this embodiment.

  The token information registration request unit 12 in the maker server 10 transmits the token information input from the token information input unit 11 to the token information registration unit 21 in the token management server 20, and requests registration of the token information (step). S101).

  The token information registration unit 21 in the token management server 20 stores basic information in the token information received from the token information registration request unit 12 in the basic information holding unit 22, and stores token information in the use condition holding unit 23. The changeable token use condition information is stored in the token information received from the registration request unit 12 (step S102).

  The user of the mobile terminal 40 discovers an advertisement (not shown) related to the token online or at a store, and the issue request unit 41 in the mobile terminal 40 manages at least information including the token ID of the found token. The token is issued to the server (step S103).

  The issuing unit 24 in the token management server 20 uses the token ID received from the portable terminal 40 to refer to the issuing history in the issuing history storage unit 25 and sets the last issued set of tokens having the same token ID. 1 is added to the value of the attribute “cumulative issuance” in the above to obtain the cumulative issuance in the current issuance, and the information on the discount amount corresponding to the cumulative issuance held in the use condition holding unit 23 is obtained by the above method. Get a discount amount corresponding to the cumulative number of issues issued this time. Next, the basic information holding unit 22 is referred to, and the manufacturer name and product name of the corresponding token are obtained from the token ID received from the portable terminal 40. The token information including the obtained discount amount, manufacturer name, and product name is transmitted to the transmission / reception unit 42 in the portable terminal 40 (step S104).

  The issuing unit 24 in the token management server 20 receives information about the user of the mobile terminal 40, the acquisition date and time, the acquisition location, and the acquisition means from the mobile terminal 40. Further, the issuing unit 24 converts the cumulative number of issues in the current issue obtained in step S104 into an issue number. Further, the issuing unit 24 obtains the token ID, the issue number, the user information, the acquisition date and time, the acquisition location, the acquisition means, the expiration date obtained from the usage condition holding unit 23, the cumulative discount amount upper limit, the usage limit number, and the obtained in step S104. The discount amount is added to the issuance history in the issuance history accumulation unit 25 (step S105).

  The transmission / reception unit 42 in the portable terminal 40 receives the token information from the issuing unit 24 in the token management server 20. The received token information is added with the user identification information by the user identification unit 44 and stored in the token information holding unit 43 (step S106).

  The transmission / reception unit 42 in the portable terminal 40 transmits the token information to which the user identification information is added to the reception unit 51 in the store terminal 50 (step S107).

  The authentication request unit 52 in the store terminal 50 receives the token information from the receiving unit 51, and transmits token information including at least user identification information, a token ID, and an issue number to the authentication unit 27 in the token management server 20 (step S108). ).

  The authentication unit 27 in the token management server 20 refers to the issuance history in the issuance history accumulation unit 25, and a set of users that can be uniquely specified by the token ID and the issuance number is based on the user identification information transmitted from the mobile terminal 40. It is determined whether the user is the same as the identified user (step S109).

  If they are not the same ("NO" in step S109), the authentication unit 27 sends an authentication failure reply to the authentication request unit 52 of the store terminal 50 (step S110).

  The authentication request unit 52 in the store terminal 50 makes an authentication failure reply to the reception unit 51, and the reception unit 51 makes an authentication failure reply to the transmission / reception unit 42 in the portable terminal 40 (step S111).

  When the user stored in the issue / use history storage unit 25 is the same as the user specified by the user identification information transmitted from the mobile terminal 40 (“YES” in step 109), the authentication unit 27 Then, an authentication success reply is sent to the authentication request unit 52 (step S112).

  The authentication request unit 52 in the store terminal 50 sends an authentication success answer to the receiving unit 51, and the receiving unit 51 sends an authentication success answer to the transmission / reception unit 42 in the portable terminal 40 (step S113).

  The use condition satisfaction confirmation request unit 53 in the store terminal 50 transmits a token ID and an issue number to the token management server 20 when there is an authentication success reply from the authentication unit 27 in the token management server 20, and a use condition satisfaction confirmation request. Is performed (step S114).

  The use condition satisfaction confirmation unit 28 in the token management server 20 is set when the token is issued from the token ID and the issue number received from the use condition satisfaction confirmation request unit 53 with reference to the issue history in the issue history storage unit 25. The expiration date, cumulative discount limit, usage limit number, and discount amount are obtained, and the newest pair is searched from the use history with the same token ID, and 1 is added to the cumulative use number of the searched pair. The current usage date is the current discount date, which is the cumulative discount amount plus the discount amount obtained from the above issuance history, and the current date and time is before the expiration date. It is confirmed that the current cumulative discount amount is less than or equal to the upper limit of the cumulative discount amount (step S115).

  When one or more of the above conditions are not satisfied ("NO" in step S115), the use condition satisfaction confirmation unit 28 replies to the use condition satisfaction confirmation request unit 53 that the use conditions are not satisfied (step S116). .

  The use condition satisfaction confirmation requesting unit 53 replies to the receiving unit 51 that the use condition is not satisfied, and the receiving unit 51 replies to the transmitting / receiving unit 42 in the portable terminal 40 that the use condition is not satisfied. (Step S117).

  When all the conditions are satisfied (“YES” in step S115), the use condition satisfaction confirmation unit 28 adds the token ID, the issue number, the use date, the use store, and the current store to the use history in the use history storage unit 30. Are added to the cumulative usage count, discount amount, and the current cumulative discount amount (step S118).

  The use condition satisfaction confirmation unit 28 replies to the use condition satisfaction confirmation request unit 53 that the use condition is satisfied (step S119).

  The settlement unit 54 in the store terminal 50 presents the discounted product price to the user of the mobile terminal 40, and the user of the mobile terminal 40 makes a settlement by paying the price to the store (step S120).

  The transmission / reception unit 42 in the portable terminal 40 deletes the token information from the token information holding unit 43 when the payment is made (step S121).

  FIG. 5 shows a flow of changing the token information that has already been issued.

  The first change request unit 13 in the maker server 10 transmits the changed token information input from the token information input unit 11 to the first change unit 29 in the token management server 20 (step S201).

  The first changing unit 29 receives the changed token information from the first change requesting unit 13, refers to the use condition holding unit 23, searches the token ID before the change from the token ID, and determines the token information before the change as the first token information. Replacement with the changed token information received from the one change request unit 13 (step S202).

  In the present embodiment, since the use condition holding unit 23 holds the discount amount corresponding to the cumulative discount amount upper limit amount, the use limit number, and the cumulative issue number, the management of the promotional expenses is facilitated. Also, it is possible to set different discount amounts for each number of tokens issued.

  In the present embodiment, the usage history storage unit 25 stores the usage conditions (discount amount, usage period, etc.) at the time of token issuance for all issued tokens, and manages the cumulative discount amount upper limit. Therefore, the token management server 20 can manage tokens even in an environment where tokens with different usage conditions are mixed in the same type of token (token with the same token ID) after the token information is registered.

  In the present embodiment, since the use condition satisfaction confirmation requesting unit 53 in the mobile terminal 40 confirms that the use condition is satisfied with respect to the token management server 20, the unified management by the token management server 20 is made more reliable. Became possible.

[Second Embodiment]
Next, a second embodiment of the present invention will be described. Note that overlapping descriptions with the first embodiment are omitted.

  In the present embodiment, the token information that has already been issued and that is held by the token information holding unit 43 in the mobile terminal 40 can be changed.

  FIG. 11 shows a configuration in the present embodiment. Although the function will be described below, the description of the components having the same function as in the first embodiment will be omitted, and a different structure will be described.

  In the present embodiment, the token management server 20 includes a token information registration unit 21, a basic information holding unit 22, a use condition holding unit 23, an issuing unit 24, an issue history storage unit 25, a user information holding unit 26, an authentication unit 27, A use condition satisfaction confirmation unit 28, a first change unit 29, a use history storage unit 30, and a second change request unit 32 are provided.

  The use condition satisfaction confirmation unit 28 performs use condition satisfaction confirmation when the store terminal 50 makes a use requirement satisfaction confirmation request. Specifically, the token information held by the portable terminal 40 is received from the use condition satisfaction confirmation request unit 53, and the newest set among the sets having the same token ID is searched from the use history in the use history holding unit 30. Then, 1 is added to the total number of used pieces of the searched group to obtain the current use number, and the discount amount held by the mobile terminal 40 is added to the cumulative discount amount to obtain the current cumulative discount amount, This is before the expiration date obtained from the token information held by the mobile terminal 40, and the current cumulative usage number is less than or equal to the usage limit number obtained from the token information held by the mobile terminal 40 and Is confirmed to be less than or equal to the cumulative discount amount upper limit obtained from the token information held by the mobile terminal 40. If one or more of the above conditions is not satisfied, a reply is sent to the use condition satisfaction confirmation requesting unit 53 that the use condition is not satisfied. Simultaneously with the reply, the token ID, the issue number, the use date, the use store, the current cumulative number of used sheets, the discount amount, and the current cumulative discount amount are added to the usage history in the usage history storage unit 30.

  The second change request unit 32 transmits the changed token information to the second change unit 45 in the mobile terminal 40.

  The second change unit 45 receives the changed token information from the second change request unit 32 and replaces the token information held in the token information holding unit 43 with the changed token information.

  Also in this embodiment, the flow of processing is the same as in the first embodiment, and FIG. 4 is used.

  The processing from step 101 to step 113 in FIG. 4 is common to the first embodiment. In step 109, authentication of the token information held by the token information holding unit 43 in the portable terminal 40 is performed by comparing the issue history in the issue history storage unit 25 with the token information held by the token information hold unit 43. is doing. In this embodiment, the token information held by the token information holding unit 43 is variable, but the token ID, issue number, and user information used for authentication are not changed after the token is issued. Similarly, authentication is possible.

  The use condition satisfaction confirmation unit 28 in the token management server 20 receives the token information held by the token information holding unit 43 in the mobile terminal 40 from the use condition satisfaction confirmation request unit 53. The use condition satisfaction confirmation unit 28 obtains the use date and time, the cumulative discount amount upper limit amount, the use limit number of sheets, the expiration date and the discount amount from the received token information, and the token ID is the same from the use history in the use history holding unit 30 The most recent (last used) pair is searched for, and 1 is added to the total used number of the searched group to obtain the current used number, and the total discount amount is obtained from the mobile terminal 40 described above. The total amount of discounts is the current cumulative discount amount, the current date and time is before the expiration date, the current cumulative usage number is less than the usage limit number, and the current cumulative discount amount is less than the upper limit of the cumulative discount amount This is confirmed (step S115).

  Hereinafter, Step 116 to Step 121 are the same as those in the first embodiment.

  FIG. 12 shows a flow of token information change processing in the present embodiment. Step 201 and step 202 are the same as in the first embodiment.

  The second change request unit 32 in the token management server 20 transmits the changed token information to the second change unit 45 in the mobile terminal 40 (step S203).

  The second change unit 45 receives the changed token information from the second change request unit 32, and replaces the token information held in the token information holding unit 43 with the changed token information (step S204).

  In the present embodiment, since the second changing unit 45 in the mobile terminal 40 changes the token information held in the token information holding unit 43 in accordance with a request from the token management server 20, the usage conditions are instantly changed in the mobile terminal 40. It became possible to confirm.

  As described above, the sales promotion cost dynamic management system of the present invention includes a token information registration request server that makes a token information registration request, registration of token information for which a token information registration request has been made, management of token usage conditions, and token information. Management server that performs token transmission, token information transmission and usage history accumulation, token authentication, token information transmission request, token usage, and token management according to requests from token information registration request server It is characterized by comprising a mobile terminal and a store terminal that accepts use of a token and makes an authentication request and a use condition satisfaction confirmation request to a token information registration request server.

  As described above, since the sales promotion cost dynamic management system of the present invention manages tokens even after the token management server 20 issues them, the time from when the user of the mobile terminal obtains the tokens until the tokens are used. Information can be managed centrally.

  Further, the token management server 20 can use the token after confirming that the usage conditions such as the period and the upper limit of the cumulative discount are satisfied, and can manage the token more finely. Become.

  As described above, in the sales promotion cost dynamic management system of the present invention, the issuance / use history storage unit 25 stores the use conditions at the time of token issuance for all issued tokens, and the first change unit 29 holds the use conditions. Since the token usage conditions held in the unit 23 are updated, it is possible to change usage conditions such as discount amount and usage period after token information registration.

  As described above, in the sales promotion cost dynamic management system of the present invention, the second change unit 45 updates the token information held in the token information holding unit 43 in the portable terminal 40 under the management of the token management server 20. Therefore, it is possible to change the token use condition in the portable terminal under the management of the token management server after the token issuance.

  Therefore, the token issuer can quickly change the token usage conditions in accordance with the environment change, and management of the accumulated discount amount becomes easy.

It is a figure which shows the structure of the sales promotion cost dynamic management system concerning embodiment of this invention. It is a figure which shows the structure of the maker server, token management server, portable terminal, and store terminal which were shown in FIG. It is a hardware block diagram of the token management server shown in FIG. It is the figure which showed the flow of the process in embodiment of this invention. It is the figure which showed the flow of the token information change process in 1st embodiment of this invention. It is the figure which showed the example of user information. It is the figure which showed the example of basic information. It is the figure which showed the example of use condition information. It is the figure which showed the example of issue history information. It is the figure which showed the example of usage history. It is a figure which shows the structure in 2nd embodiment of the maker server, token management server, portable terminal, and store terminal which were shown in FIG. It is the figure which showed the flow of the token information change process in 2nd embodiment of this invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 ... Maker server, 11 ... Token information input part, 12 ... Token information registration request part, 13 ... First change request part, 20 ... Token management server, 21 ... Token information registration part, 22 ... Basic information holding part, 23 ... Usage condition holding unit, 24 ... issuing unit, 25 ... issuing history storage unit, 26 ... user information holding unit, 27 ... authentication unit, 28 ... usage condition satisfaction checking unit, 29 ... first change unit, 30 ... usage history storage , 32 ... second change request part, 34 discount amount transmission part, 40 ... portable terminal, 41 ... issue request part, 43 ... token information holding part, 44 ... user identification part, 45 second change part, 50 ... store Terminal, 51... Receiving unit, 52... Authentication requesting unit, 53... Use condition satisfaction confirmation requesting unit, 54.

Claims (10)

A token information registration request server for making a token information registration request;
A token management server that performs registration of the token information based on a request from the token information registration request server, management of token usage conditions, token issuance, accumulation of token issuance history, accumulation of token usage history, and token authentication;
A portable terminal that performs token management in accordance with the token issue request, use of a token, and a request from the token management server;
A store terminal that performs reception of use of the token from the mobile terminal, a token authentication request, and a token use condition satisfaction confirmation request;
A sales promotion cost dynamic management system characterized by comprising: The token information registration request server is configured to include token information registration request means for requesting the token management server to register the token information and transmitting token information.
The token management server
Token information registration means for receiving and registering token information transmitted by the token information registration request means;
Usage condition holding means for holding usage condition information of the token;
Issuing means for issuing tokens;
A use condition satisfaction confirmation unit that refers to the expiration date and the limit number of use of the token that is held and determines whether or not the use condition of the token is satisfied.
The portable terminal is
An issue request means for making a token issue request;
Receiving / transmitting means for receiving token information from the issuing means in the token management server, and transmitting the token information to the store terminal;
Token information holding means for holding the token information received by the transmission / reception means,
The store terminal
Receiving means for receiving token information from the transmitting / receiving means in the portable terminal;
Authentication request means for requesting token authentication to the token management server;
Usage condition satisfaction confirmation requesting means for requesting the token management server to confirm usage condition satisfaction;
A settlement means for performing settlement according to success or failure of the token authentication and confirmation of use condition satisfaction;
The sales promotion cost dynamic management system according to claim 1, comprising: The token information registration request server
Requesting a change of the token information transmitted to the token management server, further comprising a first change request means for transmitting the changed token information to the token management server,
The token management server
Usage condition holding means for holding usage condition information including a discount amount corresponding to the number of token transmissions at the present time;
And further comprising first change means for rewriting the use condition information held by the use condition holding means with the use condition information relating to the token for which the first change request means has made a change request. The sales promotion cost dynamic management system according to claim 2. The token management server further includes second change request means for transmitting the changed token information to the portable terminal and requesting the change of the token information.
The mobile terminal receives the changed token information from the second change request unit in the token management server, and replaces the corresponding token information held by the token information holding unit with the received token information. Further comprising
The sales promotion cost dynamic management system according to claim 3, wherein: The token management server
Issuance history accumulation means for accumulating the issuance history of the token;
Usage history storage means for storing the usage history of the token,
The issuing means obtains a cumulative number of current issuances by referring to the issuance history storage means, refers to the use condition holding means, obtains a discount amount corresponding to the current cumulative number of issuances, Sending token information including the obtained discount amount to the transmission / reception means in the mobile terminal;
The sales promotion cost dynamic management system according to claim 3, wherein: A token management server that stores token information and sends it to mobile devices,
Token information registration means for registering the token information;
Usage condition holding means for holding usage condition information including a discount amount corresponding to the number of token transmissions at the present time;
Issuance history accumulation means for accumulating the issuance history of the token;
Usage history storage means for storing the usage history of the token;
By referring to the current cumulative number of tokens held in the issuance history storage unit, a discount amount corresponding to the cumulative number of tokens held in the use condition holding unit is obtained, and the gain is obtained. Issuance means for transmitting the token information including the discount amount to the portable terminal, and storing the issued token information in the issuance history accumulation means;
A token management server comprising: A transmission / reception means for receiving and transmitting token information;
Token information holding means for holding the received token;
User identification means for adding user information of the mobile terminal to the token information received by the transmission / reception means;
Receiving the changed token information, and replacing the token information held by the token information holding means with the received changed token information, the second changing means,
The transmitting / receiving means transmits the token information rewritten by the second information changing means;
A portable terminal characterized by that. A sales promotion cost dynamic management method executed in a sales promotion cost dynamic management system including a token information registration request server, a token management server, and a mobile terminal,
A token information registration step in which the token management server receives token information from the token information registration request server and stores the received token information in a basic information holding unit and a use condition holding unit;
The token management server receives the changed token information from the first change request unit in the token information registration request server, and receives the corresponding token information held in the use condition holding unit. The first change step to rewrite with,
An issuance request step in which the mobile terminal requests token issuance;
The token management server transmits the changed token information to the mobile terminal, and the token information issuing step of storing the transmitted token information in the issue history storage unit;
A receiving step in which the mobile terminal receives token information and stores it in token information holding means;
A sales promotion cost dynamic management method characterized by comprising: A second change request step in which the token management server requests the mobile terminal to change token information;
Second change step in which the portable terminal receives the changed token information from the second change request unit in the token management server, and replaces the corresponding token information held by the token information holding unit with the received token information. When,
The sales promotion cost dynamic management method according to claim 8, further comprising: A sales promotion cost dynamic management system,
A token information registration request server for making a token information registration request;
A token management server according to claim 6;
A mobile terminal according to claim 7;
A store terminal,
The store terminal
Receiving means for receiving token information transmitted by the transmitting / receiving means in the portable terminal;
Authentication request means for requesting authentication of the received token to the token management server;
Usage condition satisfaction confirmation requesting means for requesting the token management server to confirm the usage condition satisfaction of the received token;
A discount amount receiving means for receiving a discount amount from the token management server,
The token management server
Authentication means for performing token authentication according to whether or not the token information is stored with reference to the issue history storage means;
Usage condition satisfaction confirmation means for referring to the issuance history storage means and confirming the usage condition satisfaction of the token;
A discount amount transmission means for obtaining a token discount amount with reference to the issue history storage means and transmitting the discount amount to the store terminal;
A sales promotion cost dynamic management system characterized by further comprising:

Images