JP2005056271A - Lottery system and method, and computer program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To effectively make each store packed in a commercial complex more attractive to customers. <P>SOLUTION: A management system 1 is provided with: a group master TB2 that shows to which of a plurality of groups each store belongs; a lottery requirement master TB 4 in which the lottery requirements for customers to draw lottery awarding prizes and the winning requirements for winning the prizes are stored in groups; a deal information acquisition part 101 for acquiring deal information 71 about merchandise or the like provided to a customer from a store; a lottery feasibility determining part 102 for determining whether or not the customer can draw the lottery held by a group of stores, depending on the customer's deal information 71 acquired and the lottery requirements of the group to which the store providing the merchandise or the like to the user belongs; a win determining part 103 for determining whether or not the customer determined to be allowed to draw the lottery will win prizes depending on the winning requirements of the group holding the lottery; and a lottery state reporting part 104 for outputting the result of determination on the lottery. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a lottery system and a lottery method for performing a lottery for giving a prize to a customer who has received a product or service.

  In stores that sell products or provide services, a lottery (lottery) or the like is often performed in order to improve the ability to attract customers. Conventionally, lottery tickets have been distributed according to the amount of shopping in order to give customers the right to participate in the lottery (the right to draw a lottery). The customer who collected a predetermined number of lottery tickets was given the right to participate in the lottery. As described in Patent Document 1, a method of providing a lottery processing function in a POS system and performing lottery electronically has also been proposed.

  Similarly, a lottery is held in a complex commercial facility such as a shopping center or a shopping street to improve the ability to attract customers. In this case, lottery is often conducted mainly by all the stores that constitute the complex commercial facility or the shopping street.

  However, the price, sales, profit margin, etc. of customers, products, etc. differ from store to store in the complex commercial facility. Therefore, each store has a desire according to each situation in various points, such as how to give the right to draw a lottery, the contents of the winning item (prize), and the duration of the lottery.

Therefore, it is conceivable to plan and carry out fortunes independently for each store. However, if you do so, you can't make the most of the benefits of a complex commercial facility where many stores are gathered.
JP 2003-77063 A

  In view of the above-mentioned problems, the present invention, in a commercial facility where a plurality of stores gathered, can effectively improve the ability to attract customers at each store while taking advantage of the advantages of a complex commercial facility. An object is to provide a system and method for conducting a lottery.

  The lottery system according to the present invention is a lottery system for performing a lottery for determining whether or not to give a prize to a customer who receives a product or service from a provider who provides the product or service. A file indicating which group belongs to among a plurality of groups, and for each of the groups, a lottery target condition that is a condition for becoming the subject of the lottery and a winning condition that is a condition for winning a prize Condition storing means for storing, product etc. providing information obtaining means for obtaining product etc. providing information which is information related to goods or services provided by the customer by the customer, and providing the product etc. of the acquired customer Based on the information and the lottery target conditions of the group to which the provider who provided goods or services to the customer belongs, the customer A lottery determination unit for determining whether or not to become an elephant, and whether or not to win the customer determined to be the target of the lottery by the lottery determination unit, the winning of the group performing the lottery It has a winning discriminating means for discriminating based on conditions, and an output means for outputting a discrimination result by the winning discriminating means.

  Preferably, the lottery system performs a lottery for deciding whether or not to give a prize to a customer who has received the provision of the product or service from the provider who provides the product or service, wherein the provider includes a plurality of groups. Condition storage means for storing a file indicating which of the groups belongs, and a lottery target condition that is a condition for becoming a lottery target for each group and a winning condition that is a condition for winning a prize Product etc. providing information acquisition means for acquiring product etc. providing information, which is information relating to the product or service that the customer has received from the provider, and based on the acquired product etc. providing information, For each combination with the group, the customer is requested to sum up information on the product or service provided by the provider belonging to the group. And determining whether or not the calculated total satisfies the lottery target condition of the group related to the total, whether or not the customer related to the total is the target of the lottery of the group. A lottery determination unit for determining, and a winning unit for determining whether to win the customer determined to be the lottery target by the lottery determination unit based on the winning condition of the group performing the lottery It comprises a judging means and an output means for outputting a judgment result by the winning judgment means.

  Alternatively, for each group, there is a message storage means for storing a first message indicating that the group prize is won and a second message indicating that the group is not eligible for the lottery, and the output The means performs processing for printing the first message of the group giving the award on a receipt handed over to the customer when it is determined by the winning determination means that the customer wins the award. When the lottery availability determination unit determines that the customer related to the totalization is not the target of the lottery, a process for printing the second message of the group related to the totalization on the receipt is performed.

  In the present invention, a lottery can be easily co-hosted between stores having similar strategies or speculations in a commercial facility where a plurality of stores gather. As a result, the ability to attract customers at each store can be effectively improved.

  FIG. 1 is a diagram showing an example of the overall configuration of a tenant system 100 having a management system 1 according to the present invention, FIG. 2 is a diagram showing an example of how to determine lottery conditions for a lottery, etc., and FIG. FIG. 4 is a diagram showing an example of a receipt 6 describing service points, FIG. 5 is a diagram showing an example of a receipt 6 of a store belonging to a women's clothing group, and FIG. FIG. 7 is a diagram showing an example of a functional configuration of the management system 1.

  The tenant system 100 shown in FIG. 1 is used for management of information about stores and customers, lottery (stakes) lottery, etc. in a shopping center or a shopping mall where a plurality of stores (tenants) gather, or a shopping mall, etc. used. Hereinafter, the tenant system 100 used for a department store DS in which a plurality of stores are located will be described as an example.

  Each store of the department store DS sells various products such as clothes, books, accessories, or gift items to the customer, or provides customers with various services (services) such as provision of food and drink or shoe repair. Hereinafter, a customer purchasing a product from a store and receiving a service offer may be simply referred to as “shopping”.

  The customer is enrolled in a group operated by the department store DS, and each is given a membership code. Further, a customer who has made a purchase is given a department store DS service point corresponding to the purchase price (transaction amount). And the customer can receive goods, services, etc. from the department store DS according to the points of the accumulated service points.

  In department store DS, multiple stores gather to form a group, and each group conducts (holds) a pull-up event (lottery) independently. In this embodiment, as shown in FIG. 2, groups such as “Women's clothing group” composed of stores mainly handling clothing for women and “Food group” mainly composed of restaurants are formed. For each group, conditions concerning the duration of the lottery, the contents of the prize, and the number of wins are set.

  To the customer who made the purchase, a receipt 5 printed with a transaction amount as shown in FIG. 3 and a receipt 6 printed with a service point as shown in FIG. 4 are handed over. As shown in FIG. 5 and FIG. 6, a message 6m informing the lottery status is printed on the receipt 6 of the store holding the lottery. The message 6m includes, for example, a message 6ma for notifying that a lottery right has not yet been acquired and a message 6mb for notifying that a winner has been won. The message 6m can contain a maximum of 15 characters × 10 lines of characters. However, in the case of half-width characters, two characters are counted as one character.

  As shown in FIG. 1, the tenant system 100 includes a management system 1, a plurality of terminal devices 2, and a communication line 3 according to the present invention. The management system 1 and the terminal device 2 are connected to each other via a communication line 3.

  The communication line 3 includes a switching hub 31, a router 32, and a cable, and is laid in the department store DS. As a result, a local area network (LAN) is realized in the department store DS. In addition, the management system 1 is a customer who connects to a computer such as a bank or a credit sales company through a router 32 and the Internet, a public line (such as ISDN or ADSL), or a dedicated line, and pays the price using a card. The credit information can be confirmed.

  At least one terminal device 2 is provided for each store. At least one unit is provided at the entrance / exit of the department store DS or at the service counter. As the terminal device 2, a POS (Point Of Sale) terminal, a CAT (Credit Authorization Terminal), or the like is used. A personal computer can also be used. In this case, a POS application or a CAFIS (Credit And Finance Information System) application is installed in the personal computer, and a thermal printer and a card reader are connected. A KIOSK terminal may be used as the terminal device 2 of the service counter.

  The management system 1 is installed in the secretariat of the department store DS, and includes a tenant management server 1A, a customer management server 1B, a terminal device 1C, a printing device 1D, and the like. The terminal device 1C is used for a system administrator to operate the tenant management server 1A, the customer management server 1B, and the like.

  The tenant management server 1A mainly manages information related to each store (tenant). The customer management server 1B mainly manages information related to customers. Further, the tenant management server 1A and the customer management server 1B include an OS (operating system) and a transaction information acquisition unit 101, a lottery execution determination unit 102, a win determination unit 103, a lottery status notification unit 104, and an aggregation process shown in FIG. A program and data files for realizing each function such as the unit 105, the lottery condition changing unit 106, the purchase history storage unit 121, the lottery condition storage unit 122, the customer information storage unit 123, and the store information storage unit 124 are installed. ing. These programs and data are loaded into the RAM as required, and the programs are executed by the CPU.

  A server machine such as a so-called PC server or UNIX (registered trademark) server is used as the tenant management server 1A and the customer management server 1B. The function shown in FIG. 7 may be realized by one server machine. Alternatively, it may be realized by three or more server machines.

  8 shows an example of the store master TB1, FIG. 9 shows an example of the group master TB2, FIG. 10 shows an example of the purchase history table TB3, and FIG. 11 shows an example of the customer-by-customer total table TB6. 12 is a diagram showing an example of a lottery condition master TB4, FIG. 13 is a diagram showing an example of a receipt master TB5, FIG. 14 is a diagram showing a connection relationship between each table and the master, and FIG. 15 is an example of a lottery list screen HG1. FIG. 16 is a diagram showing an example of the condition setting screen HG2, and FIG. 17 is a diagram showing an example of the winner confirmation screen HG3.

  The store information storage unit 124 in FIG. 7 has a store master TB1 and a group master TB2, and stores and manages information about each store of the department store DS. In store master TB1, as shown in FIG. 8, the store name of each store is stored in association with the store code for identifying the store.

  In the group master TB2, as shown in FIG. 9, the group name of each group and the store code of the store constituting the group are stored in association with the group code for identifying the group.

  In the customer information storage unit 123 of FIG. 7, information (for example, name, address, contact information, etc.) related to customers belonging to the association operated by the department store DS and the number of service points accumulated by the customer so far (accumulated points) ) Is stored in association with the member code for identifying the customer.

  The purchase history storage unit 121 includes a purchase history table TB3 and a customer-by-customer total table TB6, and stores and manages information related to a history of a customer purchasing a product or receiving a service.

  In the purchase history table TB3, as shown in FIG. 10, the payment amount (transaction amount) of the customer for each purchase, the member code of the customer who made the purchase, the store code of the store of the purchase destination, and the purchase The stored date is stored in association with the transaction serial number. The “transaction serial number” is a serial number for identifying a purchase (transaction) that is issued each time payment processing for one purchase is performed at one store. That is, one record is created every time there is one purchase at one store.

  In the customer total table TB6, as shown in FIG. 11, information (records) related to the lottery held by each group is stored in association with the lottery code for identifying the lottery and the member code of each customer. ing. For example, a record of “lottery code = C001” and “member code = M001” is a predetermined lottery from a store belonging to a group in which a customer having “membership code = M001” holds a lottery with “lottery code = C001”. How much was purchased during the period (total usage), how many stores in the group (total number of stores), how many times the lottery was used (total usage), It shows how many times the lottery was won (number of wins) and how many service points were won (number of points).

  The contents of the customer total table TB6 are obtained by totaling the contents of the purchase history table TB3 for each combination of lottery code and member code. Such aggregation processing is performed by the aggregation processing unit 105 of FIG. Further, the aggregation processing unit 105 updates the customer-specific aggregation table TB6 when a new record is stored in the purchase history table TB3 of FIG. For example, when a customer with “member code = M001” performs shopping at a store of a group that holds a lottery with “lottery code = C001”, a record indicating the contents is stored in the purchase history table TB3. Along with this, the record with “member code = M001” and “lottery code = C001” in the customer total table TB6 is updated. If there is no record to be updated, a new record is generated.

  The lottery condition storage unit 122 shown in FIG. 7 has a lottery condition master TB4 and a receipt master TB5, and stores and manages a message for informing the conditions relating to the lottery for each group and the lottery status.

  In the lottery condition master TB4, as shown in FIG. 12, the name of the lottery (lottery name), the conditions for executing the lottery at the lottery (lottery conditions), and the wins that have been given so far in the lottery The number of winning points, the number of lotteries executed so far in the lottery (number of lotteries), the number of service points of the department store DS awarded as a prize to the winners of the lottery (number of points), and The group code of the group that holds the lottery is stored in association with the lottery code for identifying the lottery.

  Each group has lottery conditions as a lottery campaign period (lottery execution period), conditions for customers to acquire the right to participate in the lottery (that is, draw a fortune) (lottery rights acquisition condition) , How many times a winner will be awarded (frequency per win), total number of wins per win (number per win), and whether the same customer may win more than once in the lottery You can decide (per duplication permission).

  For example, “winning frequency = 100” means that every time the lottery is performed 100 times, one person is won. In addition, “lottery code = C002” is given the conditions of “winning frequency = 1” and “number of wins = 200”, which means that 200 people who acquired the right of lottery earlier (first 200 people) Award). “Allow per duplicate = O” means that the same customer may be elected more than once in the same lottery, and “x” means that this is not allowed.

  Furthermore, the lottery rights acquisition conditions include two conditions: the purchase amount within the period and the number of stores used within the period. “Purchase amount during period” indicates how much the total amount of shopping at the stores belonging to the group indicated by the target group code during the lottery period will be granted the right to draw. Yes. For example, in the case of “lottery code = C001”, since the condition “purchased amount in period = 10000” is given, “group code = G001” during the lottery implementation period (July 1st to 10th, 2003). The customers who made a purchase of 10,000 yen or more from the store belonging to "

  “Number of stores used during the period” indicates the number of stores that belong to the group indicated by the target group code during the period shown in the lottery implementation period and the right to the lottery is given. Yes. For example, in the case of “lottery code = C002”, since the condition “number of stores used in the period = 3” is given, during the lottery implementation period (July 5th to 8th, 2003), the “group code A lottery right is given to customers who shop at three or more stores among the stores belonging to “= G002”. In addition, you may handle the number of stores used within a period as the total number of stores. In other words, even when shopping at the same store a plurality of times during the lottery execution period, the number of stores in use during the period may be counted.

  If the number of winning points is not specified, a prize other than the service points of the department store DS will be awarded. This will be described later.

  As shown in FIG. 13, the receipt master TB5 stores information on a message 6m (see FIGS. 5 and 6) to be printed on the receipt 6 to be given to the customer who made the purchase. For each lottery, a plurality of messages corresponding to the lottery situation can be prepared.

  In the “classification”, one of “middle progress” and “winning” is stored. If it is desired to create a message record when the lottery right has not yet been acquired, “classification = middle progress” is set. If it is desired to create a record of a message when winning a lottery as a result of the lottery, set “category = win”. In each field of “message 1st line”, “message 2nd line”,..., “Message 10th line”, character strings corresponding to the first, second,. The

  The store master TB1 in FIG. 8, the group master TB2 in FIG. 9, the purchase history table TB3 in FIG. 10, the lottery condition master TB4 in FIG. 12, the receipt master TB5 in FIG. 13, and the customer total table TB6 in FIG. It has a relationship as shown in FIG. That is, these masters and tables form a relational database.

  In FIG. 14, the character string in the bold frame indicates the name of the master or table (table name). The character strings in the other frames indicate the field names of the fields constituting the master or table. An underlined field indicates that the field is a primary key. An arrow connecting the two fields indicates that both fields are common fields.

  Returning to FIG. 7, the transaction information acquisition unit 101 acquires customer shopping information, that is, transaction information, from the terminal device 2 of each store, and updates the purchase history table TB3 and the customer-specific tabulation table TB6. Such processing is performed in the following procedure.

  For example, assume that a customer whose membership code is “M001” purchased a 300 yen product at a women's clothing store E on July 10. At this time, the store clerk inputs the customer's membership code and price (transaction amount) into the terminal device 2. Then, the input information is transmitted to the management system 1 as transaction information 71.

  When the transaction information acquisition unit 101 acquires the transaction information 71, the transaction information 71 is associated with the store code of the store that is the transmission source as a new record, and is stored in the purchase history table TB3 as “transaction serial number = T012” in FIG. Store.

  Then, the totalization processing unit 105 obtains a lottery code for the lottery held by the group to which the store belongs by referring to the relationship between each master and table in FIG. 14, and the lottery code and the membership code shown in the transaction information 71. The record of the customer total table TB6 corresponding to is updated. In the above example, “300 (yen)” and “1 (times)” are added to “total usage amount” and “total number of stores” of the record of “member code = M001” and “lottery code = C001”, respectively. .

  The lottery execution determination unit 102 has the right of lottery for the customer indicated in the record when the record stored in the customer total table TB6 of FIG. 11 is updated or when a new record is added. Determine whether it occurred. Such determination is performed by the following procedure.

  For example, it is assumed that a record of “member code = M001” and “lottery code = C001” is updated. The lottery right acquisition condition of “lottery code = C001” is referred to from the lottery condition master TB4 of FIG. Accordingly, it is understood that a lottery right may be given if the purchase amount within the period is 10,000 yen or more. Therefore, if the total usage amount (see FIG. 11) of the customer with “member code = M001” becomes 10,000 yen or more, which is the purchase amount within the period, due to the update of the record this time, the customer has the right to draw the lottery. give.

  Furthermore, a lottery right is granted every time the total amount of use exceeds 10,000 yen, such as 20,000 yen or more, 30,000 yen or more, and so on. If these amounts are not exceeded, it is determined that the lottery right has not yet been acquired and that it is in the middle of acquiring the right.

  However, if “×” is set in the per-duplication permission, the customer who has won the lottery (that is, the customer whose winning number in FIG. 11 is “1”) will be Do not give the right to draw at the lottery.

  The winning determination unit 103 executes a lottery for a customer who is given the right to draw (that is, performs a fortune) and determines whether or not the lottery is won. These processes are performed in the following procedure.

  First, referring to the lottery condition master TB4 of FIG. 12, the winning number and the winning number are determined. If the winning number meets the winning number, it means that all the prizes that have been prepared are gone. Therefore, it is determined that the lottery is “off”.

  If the winning number does not satisfy the winning number, refer to the winning frequency and the number of lotteries. If the number of lotteries is a multiple of the winning frequency, it is determined as “winning”. Otherwise, it is determined as “disconnected”.

  When it is determined as “winning”, “1” is added to each of the winning number and lottery number of the lottery condition master TB4 related to the lottery. If it is determined that “out”, “1” is added only to the number of lotteries.

  In addition, if it is determined that “winning” and the prize of the lottery is a service point, that is, if the “winning points” of the lottery in the lottery condition master TB4 is set, The customer information storage unit 123 is instructed to add the award score to the accumulated customer points.

  The lottery status notifying unit 104 transmits the result of the lottery performed by the winning discrimination unit 103 to the terminal device 2 of the store where the customer who was the subject of the lottery shopped. Specifically, when the result of the lottery is “winning”, the data stored in the fields of the first message line to the tenth message line corresponding to the lottery, which is “category = hit”, are stored. The data is extracted from the receipt master TB5 of FIG. 13 and transmitted to the terminal device 2 as lottery result information 72. If the result of the lottery is “out”, a notification to that effect is transmitted as the lottery result information 72 to the terminal device 2.

  Further, when the lottery execution determination unit 102 determines that the customer has not yet acquired the right to draw, the message 1st line to the message 10th line corresponding to the lottery, which is “classification = middle progress”. The data stored in each of the fields is extracted from the receipt master TB5, and this is extracted as lottery result information 72 and transmitted to the terminal device 2 of the store where the customer has shopped.

  At this time, the terminal device 2 prints the receipt 5 as shown in FIG. 3 and also prints the receipt 6 based on the lottery result information 72 transmitted from the lottery status notification unit 104. For example, a receipt 62 as shown in FIG. 5B is printed for a customer who has won the lottery held by the “Women's Clothing Group” and a customer who has not yet obtained the right to draw. Prints a receipt 61 as shown in FIG. Similarly, a receipt 64 as shown in FIG. 6B is printed for a customer who has won a lottery held by “Food & Drink Group”, and a customer who has not yet obtained the right to draw. Prints a receipt 63 as shown in FIG. A normal receipt 6 as shown in FIG. 4 is printed for a customer whose lottery result is “out”.

  Then, the store clerk hands the printed receipts 5 and 6 to the customer. When the award (winning item) is not a service point, that is, when a score is not set in the “winning points” of the lottery (see FIG. 12), the predetermined winning item is handed over on the spot. Alternatively, ask the customer to receive the winning item in exchange for the receipt 6 at the department store DS service counter.

  Furthermore, the lottery status notifying unit 104, when a win (winning) is given, the fact that the win has been given to the terminal device 2 of the representative of the group holding the lottery, and the lottery conditions related to the lottery The lottery status information 73 indicating the number of winning prizes and the number of lotteries (see FIG. 12) is transmitted. For example, the group representative can use the lottery method to increase the number of shoppers if there are more shoppers than expected, or to extend the lottery period if there are fewer shoppers than expected. Conditions can be changed. The lottery condition is changed by the lottery condition changing unit 106 as follows.

  The representative of the group who wants to change the lottery conditions causes his / her terminal device 2 to display a lottery list screen HG1 as shown in FIG. Image data for displaying the lottery list screen HG1 is generated based on each master and table managed in each storage unit of the management system 1. Note that image data for displaying a condition setting screen HG2 and a winner confirmation screen HG3 described later are also generated in the same manner.

  The representative of the group clicks the setting button BN11 corresponding to the lottery code of the lottery held by his group. Then, a condition setting screen HG2 as shown in FIG. 16 is displayed. Enter the desired conditions in each text box and click the OK button BN21. Thereby, the input content is transmitted to the management system 1, and based on this, the lottery condition master TB4 of FIG. 12 is updated.

  The contents other than the lottery conditions can be changed based on the operation of the terminal device 2 by the operator by causing the terminal device 2 to display a setting screen similar to the condition setting screen HG2.

  When the detail button BN12 is clicked on the lottery list screen HG1, a list of customers (winners) who have won the lottery corresponding to the button is displayed as a winner confirmation screen HG3 as shown in FIG. Is displayed. As a result, the store clerk can immediately confirm information on the winner.

  FIG. 18 is a flowchart illustrating an example of a lottery process flow in the management system 1. Next, a processing flow of the management system 1 used for a fortune event (lottery) held in the department store DS will be described with reference to a flowchart of FIG.

  Before starting the lottery event, stores that co-host the lottery are gathered to form a group in advance. Thereby, the group according to the number of lotteries is formed. Then, lottery conditions are set for each group (# 1).

  When the customer's shopping information, that is, transaction information 71 is acquired from the terminal device 2 of the store (# 2), based on the transaction amount indicated in the transaction information 71, the customer's membership code and the group to which the store belongs are drawn. The record of the customer total table TB6 of FIG. 11 corresponding to the code is updated (# 3).

  If the updated record does not satisfy the lottery conditions for the lottery of the group to which the store belongs (see FIG. 12) (No in # 4), the customer is not given the right of lottery and FIG. Then, as shown in FIG. 6A, a receipt 6 is issued informing that the lottery right has not yet been acquired (# 5).

  If the lottery condition is satisfied (Yes in # 4), the lottery is executed (# 6). If the result of the lottery is “winning (winning)” (Yes in # 6), a receipt 6 informing that is issued as shown in FIGS. 5B and 6B is issued (# 7). . Furthermore, when the winning item (award) is a department store DS service point, the winning points are stored in the service points accumulated by the customer who is the winner (accumulated points stored in the customer information storage unit 123). Are added (# 8). If the result of the lottery is “out” (No in # 6), a receipt 6 as shown in FIG. 4 is issued (# 9).

  According to this embodiment, stores similar in any of various circumstances such as customer lineup, product or service lineup or price range, sales, profit ratio, future target, sales promotion budget, strategy, etc. A lottery can be held easily by forming a group. Therefore, it is possible to efficiently improve the ability to attract customers of each store while taking advantage of the fact that a large number of various stores are gathered in the complex commercial facility. Further, since the management system 1 is shared by a plurality of groups, the cost can be reduced.

  In the present embodiment, the lottery is automatically executed immediately when it is determined that the customer has acquired the right of the lottery. However, a lottery terminal device is provided in the store to acquire the right of the lottery. It may be executed at the timing when the customer who has operated the terminal device.

  In the present embodiment, winning is made for each predetermined number of people who have drawn lots, that is, every number of people shown in the winning frequency (see FIG. 12). However, a random number is generated based on the winning frequency and the winning is made. Also good.

  In this embodiment, the total of information related to shopping in the lottery execution period (total usage amount and total number of stores in FIG. 11) is obtained, and the lottery is performed when the total satisfies the lottery conditions set in FIG. A lottery may be performed every time shopping is performed. In this case, the higher the transaction amount or the greater the number of purchased items, the higher the probability of winning.

  Both the sales amount within the period and the number of stores used within the period may be set as the lottery right acquisition conditions in FIG. In this case, if either one is satisfied, the right of lottery may be given, or the right of lottery may be given only when both are satisfied.

  As shown in FIGS. 5 (a) and 6 (a), the receipt 6 in the middle of the process shows the total current usage amount of the customer and the total number of stores (the number of stores that have been purchased). You may also print the amount of money you purchase or how many stores you can get the right to draw.

  When the lottery is lost, a normal receipt 6 as shown in FIG. 4 is delivered to the customer, but the receipt 6 for removal may be printed and delivered. In this case, a record is set in the receipt master TB5 shown in FIG. 13 in which the category is set to “Excluded” and the message for detachment is described in each field of the first message line to the tenth message line. . Then, the lottery status notifying unit 104 of FIG. 7 may transmit the message for losing to the terminal device 2 as the lottery result information 72.

  There may be stores in the department store DS that do not belong to any group and do not hold a lottery. However, such stores also receive some benefit from the increase in visitors of the entire department store DS due to the lottery held by other stores. Therefore, such a store may be sponsored as a associate member of a lottery group. Then, when shopping at a store that is a quasi-member, for example, an amount corresponding to several percent to several tens of percent of the transaction amount may be added as the total usage amount of the customer (see FIG. 11). . Further, from a store that is a quasi-member, about several percent to several tens percent of the burden of other stores may be collected as the operating expenses for the lottery.

  The management system 1 of the present embodiment can also be applied to commercial facilities other than department stores and shopping streets gathered in a certain area. Further, it can also be applied to a virtual shopping street like an electronic mall.

  The store master TB1 may store information (type information) that is a type for grouping each store, and the group master TB2 may specify the type information instead of the store code. In this case, stores having the same type information are extracted and grouped into the same group. As the type information, for example, information for distinguishing products mainly handled by the store such as clothing or food, the floor on which the store exists (the number of floors of the building such as “1st floor” or “1st basement”) or “ Information indicating the area name or zone name that divides the plane such as “A area” or “B zone”, information indicating the central price range of the product being handled, per unit period (such as per month or per day) Information indicating the average sales amount is used.

  With this configuration, when a lottery is planned in a shopping street or a complex commercial facility in which many types of stores are mixed, it is possible to save the trouble of individually registering the stores to be participated in the lottery. Furthermore, in complex commercial facilities consisting of multiple floors, such as department stores or tenant buildings, if you want to plan different lotteries for each floor, or handle products of the same price range, considering the uniformity of the sponsorship money for the lottery Even when only the store is to be targeted for the lottery, the lottery can be set easily and in a variety of ways.

  In addition, the configuration of the entire management system 1, the tenant management server 1A, the customer management server 1B or each unit, the processing content, the lottery method, and the like can be appropriately changed in accordance with the spirit of the present invention.

  INDUSTRIAL APPLICABILITY The present invention is used to form a group of stores having similar circumstances, strategies, or speculations in a commercial facility where a plurality of stores gather, and to co-host a lottery.

It is a figure which shows the example of the whole structure of a tenant system which has the management system which concerns on this invention. It is a figure which shows examples, such as how to determine the lottery conditions of a lottery. It is a figure which shows the example of the receipt which described transaction amount etc. It is a figure which shows the example of the receipt which described the service point etc. It is a figure which shows the example of the receipt of the shop which belongs to a women's clothing group. It is a figure which shows the example of the receipt of the shop which belongs to a restaurant group. It is a figure which shows the example of a functional structure of a management system. It is a figure which shows the example of a store master. It is a figure which shows the example of a group master. It is a figure which shows the example of a purchase history table. It is a figure which shows the example of a customer total table. It is a figure which shows the example of a lottery condition master. It is a figure which shows the example of a receipt master. It is a figure which shows the connection relation of each table and a master. It is a figure which shows the example of a lottery list screen. It is a figure which shows the example of a condition setting screen. It is a figure which shows the example of a winner confirmation screen. It is a flowchart explaining the example of the flow of a lottery process in a management system.

Explanation of symbols

1 management system (lottery system)
61-64 Receipt 6ma Message (second message)
6mb message (first message)
71 Transaction Information (Provision information etc.)
101 Transaction Information Acquisition Unit (Product Offer Information Acquisition Unit)
102 lottery execution determination unit (lottery determination unit)
103 Winning discrimination section (winning discrimination means)
104 lottery status notification section (output means)
105 Aggregation processing unit (aggregation means)
TB2 group master TB4 lottery condition master (condition storage means)
TB6 Total table by customer

Claims (5)

A lottery system for performing a lottery to decide whether or not to give a prize to a customer who has received a product or service from a provider who provides the product or service,
A file indicating which of the plurality of groups the provider belongs to;
Condition storage means for storing, for each group, a lottery target condition that is a condition for being subject to the lottery and a winning condition that is a condition for winning a prize;
Product etc. providing information acquisition means for acquiring product etc. providing information that is information related to products or services provided by the customer from the provider;
The customer becomes the target of the lottery of the group based on the acquired offer information of the customer and the lottery target condition of the group to which the provider who provided the customer with the product or service belongs. A lottery determination unit for determining whether or not,
A winning discriminating means for discriminating whether or not to win the customer determined to be the object of the lottery by the lotterability determining means based on the winning conditions of the group performing the lottery;
Output means for outputting the determination result by the winning determination means;
A lottery system characterized by comprising: A lottery system for performing a lottery to decide whether or not to give a prize to a customer who has received a product or service from a provider who provides the product or service,
A file indicating which of the plurality of groups the provider belongs to;
Condition storage means for storing, for each group, a lottery target condition that is a condition for being subject to the lottery and a winning condition that is a condition for winning a prize;
Product etc. providing information acquisition means for acquiring product etc. providing information that is information related to products or services provided by the customer from the provider;
Aggregating means for obtaining, for each combination of the customer and the group, information relating to the product or service provided by the provider belonging to the group for each combination of the customer and the group based on the acquired product etc. providing information When,
By determining whether the calculated total satisfies the lottery target condition of the group related to the total, it is determined whether the customer related to the total is the target of the lottery of the group Lottery availability determination means;
A winning discriminating means for discriminating whether or not to win the customer determined to be the object of the lottery by the lotterability determining means based on the winning conditions of the group performing the lottery;
Output means for outputting the determination result by the winning determination means;
A lottery system characterized by comprising: Each group has a message storage means for storing a first message indicating that the group prize has been won and a second message indicating that the group is not subject to the lottery,
The output means performs a process for printing the first message of the group giving the prize on a receipt to be given to the customer when it is judged by the winning judgment means that the customer is won. When the lottery availability determination unit determines that the customer related to the totalization is not the target of the lottery, a process for printing the second message of the group related to the totalization on the receipt is performed.
The lottery system according to claim 2. A lottery method for performing a lottery to determine whether or not to give a prize to a customer who receives a product or service from a provider who provides the product or service,
Information indicating which of the plurality of groups the provider belongs to is stored in a file,
For each of the groups, a lottery target condition that is a condition for becoming a target for the lottery and a winning condition that is a condition for winning a prize are stored in the condition storage unit.
Obtaining information such as merchandise that is information related to merchandise or services that the customer has received from the provider;
Whether the customer is subject to the lottery of the group based on the acquired offer information of the customer and the lottery target condition of the group to which the provider who provided the customer with the product or service belongs Determining whether or not,
Determining whether or not to win the customer determined to be the object of the lottery based on the winning condition of the group performing the lottery;
Outputting a determination result as to whether or not to win the customer;
A lottery method characterized by comprising: A computer program used in a computer that performs a lottery to determine whether or not to give a prize to a customer who receives a product or service from a provider who provides the product or service,
A process of accessing a condition storage means for storing a winning condition which is a condition for winning a file and a prize indicating which group the provider belongs to, and a prize;
Processing for obtaining provision information such as merchandise that is information related to merchandise or services provided by the customer from the provider;
The customer becomes the target of the lottery of the group based on the acquired offer information of the customer and the lottery target condition of the group to which the provider who provided the customer with the product or service belongs. Processing to determine whether or not,
A process of determining whether or not to win the customer determined to be the object of the lottery based on the winning condition of the group performing the lottery;
Processing to output a determination result as to whether or not to win the customer;
A computer program for causing a computer to execute.

Images