Play management system, play control device, play management method and program

Abstract

To provide a play management system, a play control apparatus, a play management method, and a program that can easily provide a user with a scarce play in response to product consumption.SOLUTION: A play management system 1001 includes: a consumption information acquisition unit 141 that acquires consumption information on an amount or quantity of products consumed by a user; a lottery unit 143 that performs a lottery in a case where a lottery execution condition is met based on the consumption information; a ticket information output unit 147 that outputs ticket information in accordance with a result of the lottery; a ticket information reception unit 231 that receives the ticket information entered by the user using a reading apparatus; and a play permission unit 241 that permits the user to play when determining that a play condition is met based on the ticket information received by the ticket information reception unit 231.SELECTED DRAWING: Figure 13

Description

[Technical Field]

[0001] The present invention relates to a play management system, a play control device, a play management method, and a program that can permit a user who has consumed a product to play using ticket information. [Background technology]

[0002] Various mechanisms have been proposed to enable users to play so-called video games, games using other gaming devices, or games played according to predetermined rules (hereinafter, these may be collectively referred to as games).

[0003] For example, Patent Document 1 below describes the configuration of a game system that allows the purchase of play rights using a rechargeable IC card, stores information about the purchased play rights in a rental medium equipped with an IC chip, and allows play based on the information about the play rights by communicating with the rental medium. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Publication No. 2017-182128 Summary of the Invention [Problem to be solved by the invention]

[0005] It is expected that users who consume products, such as customers at restaurants, will be able to enjoy high-value-added product purchasing experiences and service usage experiences. In this context, it is believed that providing users with play as an additional experience in response to the consumption of products will lead to user satisfaction. By imposing restrictions on the play provided to users, it is possible to ensure the scarcity of play and further increase the satisfaction of users who play. Meanwhile, it is desirable to easily manage whether or not users are permitted to play.

[0006] This invention has been made in consideration of this background, and aims to provide a play management system, a play control device, a play management method, and a program that can easily provide rare plays to users in accordance with the consumption of products. [Means for solving the problem]

[0007] The play management system of the first invention is a play management system comprising a consumption information acquisition unit that acquires consumption information regarding the amount or quantity of goods consumed by a user, a lottery unit that conducts a lottery when it is determined that the lottery execution conditions are met based on the consumption information, a ticket information output unit that outputs ticket information according to the results of the lottery, a ticket information acceptance unit that accepts ticket information input by the user using a reading device, and a play permission unit that permits the user to play when it is determined that the play conditions are met based on the ticket information accepted by the ticket information acceptance unit.

[0008] With this configuration, rare plays can be easily provided to users in accordance with the consumption of products.

[0009] In addition, the play management system of the second invention is a play management system in which, compared to the first invention, the consumption information acquisition unit acquires consumption information for each seat corresponding to the user, the lottery unit is configured to conduct a lottery for each seat, and the ticket information output unit outputs ticket information for each seat.

[0010] With this configuration, users can be permitted to play depending on the lottery results for each seat.

[0011] Furthermore, the play management system of the third invention is a play management system in which, compared to the first or second invention, the ticket information output unit outputs unique access information if a lottery is won, and outputs ticket information to a user if access using the access information is accepted from the user.

[0012] With this configuration, the access information and the ticket information can be output by different means.

[0013] Furthermore, the play management system of the fourth invention differs from the third invention in that the access information is an encoded image that can be read by a camera.

[0014] With this configuration, the user can read the access image with a camera and have the ticket information output.

[0015] Furthermore, the play management system of the fifth invention is a play management system in which, compared to the third or fourth invention, the ticket information output unit displays access information on a screen arranged in correspondence with the seat corresponding to the user, and the screen is used by the user in the corresponding seat to order products.

[0016] With this configuration, the user can read the access information using the screen for ordering products.

[0017] Furthermore, the play management system of the sixth invention is a play management system in which, compared to any of the third to fifth inventions, the ticket information output unit outputs ticket information when it receives access from a user using access information and determines that the access conditions are met.

[0018] With this configuration, it is possible to set restrictions on the output of ticket information while using access information.

[0019] Furthermore, the play management system of the seventh invention is a play management system that, compared to any of the first to sixth inventions, further comprises a ticket output information storage unit in which ticket output information relating to the ticket information output by the ticket information output unit is accumulated, and the play permission unit grants permission to play in accordance with the correspondence between the ticket information accepted by the ticket information acceptance unit and the ticket output information stored in the ticket output information storage unit.

[0020] With this configuration, it is possible to reliably check whether the received ticket information corresponds to the ticket information output by the ticket information output unit, and then permit play.

[0021] Furthermore, the play management system of the eighth invention is a play management system in which, compared to the seventh invention, the play permission unit acquires timing information regarding the time when the ticket information accepted by the ticket information acceptance unit is output, and grants permission to play based on the acquired timing information.

[0022] With this configuration, play can be permitted depending on the timing at which the ticket information is output.

[0023] Furthermore, the play management system of the ninth invention is a play management system in which, compared to the seventh or eighth invention, the ticket output information includes rights information indicating the rights the user has regarding the provision of each of two or more types of play, and the play permission unit permits the user to play at least one of the two or more types of play based on the rights information.

[0024] With this configuration, two or more types of play can be provided to the user according to the received ticket information.

[0025] In addition, the play management system of the tenth invention is a play management system that, with respect to any of the first to ninth inventions, further comprises a play result acquisition unit that acquires play result information of a user who is permitted to play, and a prize output instruction unit that outputs a prize output instruction to output a prize to the user depending on the result of determining whether the result information satisfies a specified prize output condition.

[0026] With this configuration, a prize can be output to the user depending on the result of the play, further increasing the value of the play.

[0027] In addition, the play management system of the eleventh invention is a play management system in which, compared to the ninth invention, the prize output instruction unit outputs a prize output instruction to a prize output device, out of two or more prize output devices, that corresponds to the prize output conditions that are satisfied.

[0028] With this configuration, two or more prize output devices can be used to easily output prizes according to the results of play.

[0029] A twelfth aspect of the present invention is a play management system according to any one of the first to eleventh aspects of the present invention, wherein the ticket information is an encoded image that can be read by a reading device.

[0030] With this configuration, the user can easily input ticket information using the reading device.

[0031] A thirteenth aspect of the present invention is a play management system according to any one of the first to twelfth aspects of the present invention, wherein the ticket information output unit outputs information relating to the location of the reading device together with the ticket information.

[0032] This configuration allows the user to easily reach the reading device.

[0033] Furthermore, the play management system of the fourteenth invention is a play management system in which, compared to any of the first to thirteenth inventions, the consumption information acquisition unit counts the number of plates of products consumed by the user and acquires this as consumption information.

[0034] With this configuration, a lottery can be held based on the number of plates of the product consumed.

[0035] Furthermore, the play management system of the fifteenth invention is a play management system in which, compared to any of the first to fourteenth inventions, the lottery unit conducts a first lottery based on consumption information, conducts a second lottery for the winners of the first lottery, and the ticket information output unit outputs ticket information to users who win the second lottery.

[0036] This configuration can increase the rarity of plays.

[0037] Furthermore, the play management system of the sixteenth invention is a play management system according to any one of the first to fifteenth inventions, in which the play conditions include a condition regarding whether or not the user has completed consumption of the product.

[0038] This configuration can motivate the user to quickly complete consumption of the product.

[0039] In addition, the play control device of the seventeenth invention is a play control device comprising a ticket information accepting unit that accepts ticket information input by a user using a reading device, a play permission unit that allows the user to play if it is determined that the play conditions are met based on the ticket information, a play result acquisition unit that acquires play result information of the user who has been allowed to play, and a prize output instruction unit that outputs a prize output instruction to output a prize to one of two or more prize output devices that corresponds to a predetermined prize output condition that is met by the result information.

[0040] With this configuration, two or more prize output devices can be used to easily output prizes according to the results of play.

[0041] In addition, the play control device of the eighteenth invention is a play control device comprising: a ticket information receiving unit that receives ticket information input by a user using a reading device; and a play permission unit that, when it is determined that the play conditions are met based on the ticket information, permits the user to play at least one of the two or more types of plays based on rights information that indicates the rights the user has to provide each of the two or more types of plays, and that corresponds to the ticket information.

[0042] With this configuration, two or more types of play can be provided to the user according to the received ticket information. [Effects of the Invention]

[0043] According to the play management system, play control device, play management method and program of the present invention, rare plays can be easily provided to users in accordance with the consumption of products. [Brief explanation of the drawings]

[0044] [Figure 1] FIG. 1 is a diagram showing the overall configuration of a play-equipped store system using a play management system according to a first embodiment of the present invention. [Figure 2] FIG. 2 is a block diagram of the first information processing device and a terminal device; [Figure 3] Block diagram of the second information processing device [Figure 4] FIG. 10 is a diagram showing an example of ticket output information stored in the ticket output information storage unit. [Figure 5] A flowchart explaining the operation flow of the play management system [Figure 6] A flowchart showing an example of lottery processing of the first information processing device. [Figure 7]A flowchart showing an example of a ticket information output process of the first information processing device. [Figure 8] A flowchart showing an example of a play permission determination process of the second information processing device [Figure 9] A flowchart showing an example of a prize output process of the second information processing device [Figure 10] FIG. 10 is a diagram showing an example of access information output by the play management system. [Figure 11] FIG. 10 is a diagram showing an example of ticket information output by the play management system. [Figure 12] FIG. 10 is a diagram illustrating an example of a game output by the play management system. [Figure 13] FIG. 10 is a block diagram showing the configuration of a play management system according to a modified example of the present embodiment. [Figure 14] FIG. 10 is a diagram showing the overall configuration of a play-attached store system using a play management system according to a second embodiment of the present invention. [Figure 15] Block diagram of the play management system [Figure 16] FIG. 10 is a diagram showing an example of ticket output information used in the play management system. [Figure 17] A flowchart explaining the operation flow of the play management system [Figure 18] A flowchart showing an example of lottery processing in the play management system [Figure 19] A flowchart showing an example of a ticket information output process of the play management system [Figure 20] A flowchart showing an example of a play permission determination process of the play management system. [Figure 21] A flowchart showing an example of a prize output process for a second play in the play management system. [Figure 22] FIG. 10 is a diagram showing an example of access information output by the play management system. [Figure 23] FIG. 10 is a diagram showing an example of ticket information output by the play management system. [Figure 24]FIG. 10 is a diagram showing an example of management information output by the play management system. [Figure 25] Overview of the computer system in the above embodiment [Figure 26] Block diagram of the computer system DETAILED DESCRIPTION OF THE INVENTION

[0045] Hereinafter, embodiments of the play management system and the like will be described with reference to the drawings. Note that components with the same reference numerals in the embodiments perform similar operations, and therefore repeated description may be omitted.

[0046] The terms used below are generally defined as follows: The meanings of these terms should not always be interpreted as shown here, but rather, when they are individually explained below, they should be interpreted in light of that explanation.

[0047] An identifier for a certain item is a character or code that uniquely identifies that item. An identifier could be, for example, an ID, but any type of information can be used as long as it can identify the corresponding item. In other words, an identifier could be the name of the thing it represents, or a combination of codes that uniquely identify the thing.

[0048] "Acquisition" may include acquiring information entered by a user or the like, or acquiring information stored in another device. "Acquisition" of information stored in another device may include acquiring information stored in another device via an API or the like, or acquiring the contents of a document file (including the contents of a web page) provided by another device by scraping or the like. It may also include acquiring information in a format different from the original information, such as acquiring information by performing optical character reading on an image file.

[0049] Furthermore, a so-called machine learning technique may be used to acquire information. The machine learning technique can be used, for example, as follows: That is, a classifier that receives a specific type of input information as an input and outputs a desired type of output information is configured using the machine learning technique. For example, two or more pairs of input information and output information are prepared in advance, and the two or more pairs of information are provided to a module for configuring a machine learning classifier to configure the classifier, and the configured classifier is stored in a storage unit. The classifier can also be called a learning device. Note that any machine learning technique may be used, such as deep learning, random forest, SVR, etc. Furthermore, functions in various machine learning frameworks, such as fastText, tinySVM, random forest, and TensorFlow, and various existing libraries can be used for machine learning.

[0050] Furthermore, the classifier is not limited to one obtained by machine learning. The classifier may be, for example, a table showing the correspondence between input vectors based on input information and output information. In this case, output information corresponding to a feature vector based on the input information may be obtained from the table. Alternatively, a vector approximating the feature vector based on the input information may be generated using two or more input vectors in the table and parameters for weighting each input vector, and final output information may be obtained using output information and parameters corresponding to each input vector used for generation. The classifier may also be, for example, a function representing the relationship between input vectors based on input information and information for generating output information. In this case, for example, information corresponding to a feature vector based on the input information may be obtained using a function, and the obtained information may be used to obtain output information.

[0051] Outputting information is a concept that includes displaying on a display, projecting using a projector, printing on a printer, outputting sound, transmitting to an external device, storing on a recording medium, transferring the processing results to another processing device or another program, etc. Specifically, it includes, for example, making it possible to display information on a web page, transmitting as e-mail, etc., and outputting information for printing.

[0052] The concept of accepting information includes accepting information entered from input devices such as a keyboard, mouse, or touch panel, receiving information transmitted from other devices via wired or wireless communication lines, and accepting information read from recording media such as optical disks, magnetic disks, and semiconductor memories.

[0053] With respect to various types of information stored in information processing devices, etc., an update is a concept that includes not only changes to the stored information, but also the addition of new information to the stored information, and the erasure of some or all of the stored information.

[0054] (Embodiment 1)

[0055] In this embodiment, the play management system roughly operates as follows. That is, the play management system holds a lottery based on the amount or quantity of merchandise consumed by the user, and outputs ticket information to the winning user. When the user inputs the ticket information using a reading device, the play management system accepts it. Based on the ticket information, the play management system allows the user who inputted the ticket information to play. Such a play management system 1 will be described below.

[0056] FIG. 1 is a diagram showing the overall configuration of a play-equipped store system 900 using a play management system 1 according to the first embodiment of the present invention.

[0057] In this embodiment, the play management system 1 is used in a store system 900 with play, which is used in, for example, a restaurant or other establishment. The store system 900 with play broadly includes a store system 910 used in the store to sell food and drink and provide various services, and a play providing system 950 for providing play to users who have predetermined play rights. The play management system 1 includes a first information processing device 100 included in the store system 910, and a second information processing device 200 included in the play providing system 950. The second information processing device 200 can be said to be a play control device that controls play. The first information processing device 100 and the second information processing device 200 are connected to each other so that they can communicate with each other.

[0058] In this embodiment, the play-equipped store system 900 allows users, who are customers, to order products at each seat in a so-called conveyor belt sushi restaurant, for example. The store using the play-equipped store system 900 may be a restaurant of any other type or industry, and is not limited to restaurants. Furthermore, the play-equipped store system 900 is not necessarily limited to use in real stores, but may also be used in virtual stores or facilities that provide public services. Furthermore, products provided to users who place orders may be provided free of charge or for a fee.

[0059] Here, the product may be a physical object or an intangible object such as a service provided to a user.

[0060] Here, a seat is a concept meaning a seat or table to which a product is provided. One seat corresponds, for example, to a customer group of one or more users (a customer group includes one or more users, and may be a single user) who purchases a product. For example, if a customer group consisting of multiple users visits a restaurant and the customer group is shown to a table within the restaurant, the table corresponds to a seat. Also, for example, if a customer group consisting of a single user visits a restaurant and the customer group is shown to a counter seat within the restaurant, the counter seat corresponds to a seat. Note that a seat is not limited to an actual seat or table. A seat may also correspond to a group consisting of one or more users and indicate a purchaser, orderer, recipient, etc. of a product by the group. Such a seat may be real or virtual. In other words, a seat is a concept indicating a destination to which a product is provided and a unit for charging the price of the product.

[0061] The store system 910 has a first information processing device 100, a reception terminal 920 corresponding to each seat, and a table prize output device 925 corresponding to each seat. The store system 910 can also be interpreted as having a terminal device 600 that can communicate with the first information processing device 100 via a network, for example. In other words, the play management system 1 is configured so that users who are customers of a restaurant or the like can use the terminal device 600 or the like. The play management system 1 can be configured to be usable by various settings, etc., made by the manager of the restaurant or the like.

[0062] In this embodiment, a customer group can place orders for products and the like using a reception terminal 920 having a screen such as a touch panel, which is installed corresponding to the seats they will be using. Note that a customer group may be able to place orders for products and the like using one or more terminal devices 600 that they own. Note that in FIG. 1, a mobile information terminal device such as a smartphone is shown as the terminal device 600. A tablet-type information terminal device, a personal computer (PC) such as a laptop computer, and the like may also be used as the terminal device 600. Also, although a tablet-type information terminal device is shown as the reception terminal 920, a mobile information terminal device, a personal computer (PC), and the like may also be used as the reception terminal 920.

[0063] In the play-equipped store system 900, devices that can communicate with each other can communicate with each other via a network such as, but not limited to, a local area network or the Internet. The number of devices included in the play-equipped store system 900 is not important, and other devices may also be included in the play-equipped store system 900.

[0064] The table prize output device 925 has a mechanical structure similar to that of a prize discharge mechanism used with a plate recovery device, such as that described in Japanese Patent Publication No. 3859962. In this embodiment, the table prize output device 925 is configured to output a prize in response to a prize output instruction transmitted from another device via a network. Note that the prize output device is not limited to such a mechanical structure and may, for example, display information or output information. The prize is not limited to an object, but may also be a coupon code or points exchangeable for a product or other item. The output of the prize may be achieved by the table prize output device 925 handing over an object to the user. The output of the prize may be achieved by displaying information on a display device provided in the table prize output device 925 or by transmitting information to the user's terminal device 600 or the like.

[0065] The play providing system 950 has a second information processing device 200, a reading device 951, and a play support device 952. The reading device 951 and the play support device 952 are connected to the second information processing device 200, and are configured to function while sending and receiving information between them.

[0066] The reading device 951 is a device equipped with a camera or a scanning sensor, etc., configured to be able to optically read images such as two-dimensional codes and one-dimensional codes. The reading device 951 may be configured to be able to output information indicated by an image based on the read image to the second information processing device 200, or may be configured to be able to output the read image to the second information processing device 200. In the latter case, it is configured so that the information indicated by the image can be obtained in the second information processing device 200. Note that the reading device 951 is not limited to this, and may be a device that reads magnetism recorded on a medium and outputs information, or a device that communicates with a medium on which information is recorded and outputs the read information.

[0067] The play support device 952 is a device used when a user plays a game. For example, if the play providing system 950 enables the play of so-called video games, the play support device 952 is composed of a game machine that executes the video game, a game controller, a display, and the like. If an online game is enabled for play, the play support device 952 may include a device that controls a communication function for the game. The play support device 952 may also be an arcade game machine, such as a photo creation game machine or a crane game machine. The play support device 952 may also include a simulated operation terminal equipped with a sensor (e.g., a simulated gun or a simulated racket for a ball game) and a device with a game content display function, and may be configured to enable simulated play of a shooting game, a ball game, or the like. If a user can play using the second information processing device 200 itself, the play support device 952 may also be considered to be included in the second information processing device 200. The play providing system 950 may also enable lottery drawing as a form of play. In this case, the play support device 952 may be a device for producing the lottery or transmitting information, or may be configured to accept operations from the user depending on the type of lottery.

[0068] In this embodiment, the play support device 952 can enable the user to play (provide play) in response to an instruction from the second information processing device 200. In this case, the second information processing device 200 can be expressed as permitting the user to play. Note that providing play is not limited to switching a state in which play cannot be performed to a state in which play can be performed. It may also be said that providing play means expanding the range of play that the user can perform or enabling play in a different mode.

[0069] Note that a play may mean outputting a prize from the prize output unit 970 described below or enabling the user to acquire various rights, etc. In this case, the user's play can be said to mean that the user causes a prize to be output or that the user acquires various rights, etc. When providing such a play, the play support device 952 does not need to be used. Note that the various rights, etc. here include, for example, the right to obtain something of value (whether tangible or intangible) such as a product or coupon information, or the right to perform a predetermined action, but are not limited to these.

[0070] Here, the play providing system 950 uses a prize output unit 970 including two or more prize output devices. In this embodiment, the prize output unit 970 is configured so that a first prize output device 971 and a second prize output device 972 can each output a prize in response to instructions from the second information processing device 200. The first prize output device 971 and the second prize output device 972 have, for example, a mechanical structure similar to that of the table prize output device 925. However, as described for the table prize output device 925, they are not limited to such a structure. The prize output unit 970 is configured to output a prize in response to instructions output from the second information processing device 200. In this embodiment, the prize output from the first prize output device 971 is configured to be more valuable to a typical user than the prize output from the second prize output device 972. Note that the difference between the prize output from the first prize output device 971 and the prize output from the second prize output device 972 is not limited to this. For example, both prizes may be the same prize but may differ in type, color, purpose, or other properties, or may have different forms, such as one prize being an object and the other being information. Also, the prize output unit 970 may use more prize output devices or only one prize output device.

[0071] Fig. 2 is a block diagram of the first information processing device 100 and the terminal device 600. Fig. 3 is a block diagram of the second information processing device 200.

[0072] 2, the first information processing device 100 includes a storage unit 110, a receiving unit 120, a accepting unit 130, a processing unit 140, and a transmitting unit 170. The first information processing device 100 is, for example, a server device.

[0073] The storage unit 110 includes an order information storage unit 111 and a consumption information storage unit 113 .

[0074] The order information storage unit 111 stores order information received by the order information receiving unit 131, as described below. The order information is, for example, information regarding product orders, information including seat identification information for identifying seats, and information transmitted from a terminal that can be operated by a user, such as the reception terminal 920 or the terminal device 600. The seat identification information is a seat identifier for identifying a seat or a terminal identifier for identifying the terminal device 600. If the seat identification information is a terminal identifier, the order information can be associated with the seat identifier by managing the terminal identifier and the seat identifier in association with each other. That is, in this embodiment, product orders are placed for each seat, and the order information is stored in the first information processing device 100. In other words, in this embodiment, users of a customer group can order products for each customer group.

[0075] The order information may include, for example, a product identifier that can uniquely identify a product, a product identifier and an ordered quantity, or a product identifier and a price.

[0076] Typically, two or more pieces of product management information each having a product identifier and a unit price are stored in the storage unit 110. The product management information is, for example, a database in which product identifiers and their unit prices are recorded in association with each other. The product management information may also be stored in another device. Such product management information makes it possible to identify the unit price for the product identifier included in the order information. In other words, it is possible to calculate the amount corresponding to the product identifier included in the order information.

[0077] The order information may be, for example, information indicating that a plate with a product on it has been served (provided) to a group of customers. In other words, the order information may be information after an order has been placed.

[0078] The consumption information storage unit 113 stores consumption information acquired by the consumption information acquisition unit 141, which will be described later. The consumption information is information relating to the price or quantity of products consumed by a user. In this embodiment, the consumption information may be stored for each seat identifier, i.e., for each seat. In this embodiment, the consumption information is, for example, the price of products consumed by a user, but is not limited to this. The number of products consumed by a user may also be used as the consumption information. In this embodiment, products are provided to users by being arranged on plates in predetermined units. In this case, the number of plates of products consumed by a user may also be used as the consumption information. The consumption information may be stored, for example, for each terminal identifier, i.e., for each user.

[0079] The receiving unit 120 receives information transmitted from another device. The receiving unit 120 stores the received information in, for example, the storage unit 110. In this embodiment, a user inputs information using, for example, the terminal device 600 and transmits it to the first information processing device 100. The receiving unit 120 can store each transmitted piece of information in the storage unit 110 in association with a terminal identifier or a seat identifier. In this embodiment, the receiving unit can receive order information transmitted from each terminal device 600 or the reception terminal 920 and store the order information in the storage unit 110 in association with a terminal identifier or a seat identifier. When receiving information from the reception terminal 920, the receiving unit 120 can identify a seat identifier that identifies a seat corresponding to the reception terminal 920 related to the transmission based on the transmitted information. When receiving information from the terminal device 600, the receiving unit 120 can identify a terminal identifier related to the transmission based on the transmitted information.

[0080] The reception unit 130 receives information input using an input means (not shown) connected to the first information processing device 100. The reception unit 130 stores the received information in the storage unit 110, for example. The input means may be any means, such as a numeric keypad, keyboard, mouse, or menu screen. The reception unit 130 may also receive information input by an input operation (including, for example, information read by a device) performed using a reading device (for example, a code reader) connected to the first information processing device 100.

[0081] It may also be said that the accepting unit 130 accepts the information received by the receiving unit 120 as information input to the first information processing device 100. In other words, input of information to the first information processing device 100 may be interpreted as meaning that the information is indirectly input to the first information processing device 100 by the user via the accepting terminal 920, the terminal device 600, or the like.

[0082] In this embodiment, the receiving unit 130 includes an order information receiving unit 131 and an access receiving unit 133 .

[0083] The order information receiving unit 131 receives order information transmitted from the receiving terminal 920 or the terminal device 600 when the receiving unit 120 receives the order information. The order information receiving unit 131 stores the received order information in the order information storage unit 111 in association with a seat identifier or a terminal identifier.

[0084] The access receiving unit 133 receives access from the user's terminal device 600 using access information, as described below. The access information represents information such as a character string used to output ticket information, as described below. This character string may include, for example, a unique identifier, but may also include predetermined keywords or information unique to the user. In this embodiment, the access information includes, for example, information indicating the location of a web page provided by the first information processing device 100 and accessible from the terminal device 600, for example. The access information is, for example, information indicating a URL including the unique identifier as a URL parameter. In this case, the access receiving unit 133 receives access to the web page if there is one, and also receives the URL parameter included in the access information.

[0085] The access information is not limited to this. For example, a unique identifier or the like and a code sequence for causing the terminal device 600 to display a reception screen for receiving the identifier or the like may be used as the access information. Furthermore, a code sequence for causing the terminal device 600 to transmit a message (e.g., SMS, e-mail, etc.) including the identifier or the like to the first information processing device 100 may be used as the access information. For example, a so-called custom URL scheme or the like may be used for such access information. Even in these cases, the access receiving unit 133 may be configured to receive information (e.g., an identifier, etc.) based on the access information transmitted from the terminal device 600 by various methods. The access destination is not limited to being provided by the first information processing device 100. In this case, the access receiving unit 133 may be configured to receive, for example, information transmitted from the access destination indicating that access has been made using the access information.

[0086] The processing unit 140 includes a consumption information acquisition unit 141, a lottery unit 143, a first winning processing unit 144, and a ticket information output unit 147. The ticket information output unit 147 includes an access information output unit 148. The processing unit 140 performs various types of processing. The various types of processing are, for example, processing performed by each unit of the processing unit 140 as follows.

[0087] The consumption information acquisition unit 141 acquires consumption information and stores the acquired consumption information in the consumption information storage unit 113. In this embodiment, the consumption information acquisition unit 141 acquires previous order information corresponding to the seat identifier of the seat to be acquired from the order information storage unit 111 and calculates consumption information by aggregating the acquired product prices. In other words, the consumption information storage unit 113 acquires consumption information for each seat corresponding to a user. Then, the consumption information acquisition unit 141 stores the consumption information in the consumption information storage unit 113 in association with the seat identifier. Note that the aggregation of consumption information may be performed, for example, for each seat, each time a new customer group uses the seat, targeting that customer group. Note that the calculation and accumulation of consumption information may be performed, for example, when new order information is received. The calculation and accumulation of consumption information may be performed, for example, every time a predetermined time period has elapsed, or when an instruction from a user or the like is received by the receiving unit 130.

[0088] The consumption information acquisition unit 141 may be configured to acquire consumption information by counting the number of product plates consumed by a user. In this case, the consumption information acquisition unit 141 does not need to use order information. For example, the consumption information acquisition unit 141 counts the number of collected plates using a known plate collection device configured to collect sushi plates at a conveyor-belt sushi restaurant. The number of plates may then be used as consumption information, or an amount obtained by multiplying the number of plates by a predetermined unit price may be acquired as consumption information. The consumption information acquisition unit 141 may be configured to acquire a combination of an amount based on the number of collected plates and an amount of products consumed without using plates, or to acquire only one of them as consumption information.

[0089] The lottery unit 143 determines whether a predetermined lottery execution condition is met based on the consumption information. The lottery unit 143 conducts a lottery when the lottery execution means determines that the condition is met. Here, the lottery refers to determining whether a predetermined process is performed (whether or not a win occurs). In this embodiment, the lottery unit 143 is configured to conduct a lottery for each seat. The lottery unit 143 is also configured to conduct a first lottery based on the consumption information and conduct a second lottery for the winner of the first lottery. The lottery processes for the first lottery and the second lottery can be performed using various methods. For example, a win may be determined randomly using pseudo-random numbers, or a win may be determined after a predetermined number of lotteries have been performed so that a win occurs with a predetermined probability for each customer group. The lottery process may be performed when a user inputs an instruction via the terminal device 600 or the reception terminal 920, or may be performed regardless of whether or not such a user input is received.

[0090] The lottery execution conditions include, for example, a condition regarding the amount of purchases made by the user (e.g., 500 yen or more) and a condition regarding the total number of products purchased by the user (e.g., 10 or more items). The lottery execution conditions are, for example, preset and stored in the storage unit 110, but may be changed as appropriate. The lottery execution conditions may be set by the processing unit 140 or the like according to preset setting rules or the like depending on various factors such as the season, time period, weather, characteristics of the customer group (e.g., number of visits to the store, number of people, age, gender, etc.), number of products in stock, and degree of congestion in the store, or may be set according to information transmitted from another management device (not shown) that can communicate via a network.

[0091] The lottery execution condition is, for example, a condition related only to consumption information related to one or more predetermined products among two or more products. The lottery execution condition may be, for example, information including a product identifier that identifies a product that is the subject of the lottery, information including a product identifier that identifies a product that is not the subject of the lottery, information including a product type identifier that identifies a type of product that is the subject of the lottery, or information including a product type identifier that identifies a type of product that is not the subject of the lottery.

[0092] Specifically, for example, the two or more items that a customer group can order include various types of sushi (e.g., "tuna," "yellowtail," "salmon roe," "egg," etc.), as well as beverages (e.g., "large bottled beer," "small bottled beer," "oolong tea," "orange juice," "drink bar," etc.), side dishes (noodles (e.g., "kitsune udon," "meat udon," "soy sauce ramen," etc.), "hamburger," etc.), and desserts (e.g., "pudding," "vanilla ice cream," "strawberry," etc.). In this case, if noodles and beverages are specified as predetermined items among the items that a customer group can order, consumption information based on the order information for these beverages (e.g., "large bottled beer," "small bottled beer," "oolong tea," "orange juice," "drink bar," etc.) and noodles (e.g., "kitsune udon," "meat udon," "soy sauce ramen," etc.) will be related to the lottery execution conditions. Also, for example, if only product identifiers such as "kitsune udon," "meat udon," and "drink bar" are predetermined among the products that a customer group can order, only consumption information related to these three products (e.g., information obtained by aggregating order information including any of the product identifiers of the three products) will be relevant to the lottery execution conditions. The one or more predetermined products may be determined based on various perspectives. For example, products that are not served on plates that can be collected by the plate collection device may be determined as the one or more predetermined products. Note that the one or more predetermined products may be changed as appropriate. For example, the one or more predetermined products may be set by the processing unit 140 or the like according to preset setting rules or the like in accordance with various factors such as the season, time of day, weather, characteristics of the customer group (e.g., frequency of visits, number of people, age, gender, etc.), product inventory, and store congestion level, or may be set according to information transmitted from another management device that can communicate via a network.

[0093] In this embodiment, when payment (payment of the product price) is made, the consumption information for the seat is reset. Also, when the lottery process is performed, the consumption information for the seat up to that point becomes irrelevant to the reward process, but this is not limited to this.

[0094] The first winning processing unit 144 performs a reward granting process to grant a prize to the customer group, i.e., the user, who won in the first lottery. The reward granting process refers to, for example, a process of sending a prize delivery instruction to the table prize output device 925. More specifically, for example, it refers to a process of opening the product opening of the table prize output device 925 by sending a prize delivery instruction, and causing one prize to come out from the table prize output device 925. As mentioned above, the type of prize and the output mode are not limited to this.

[0095] The ticket information output unit 147 outputs ticket information according to the result of the lottery. The ticket information output unit 147 is configured to be able to output ticket information for each seat that has been won. In other words, it can be said that the ticket information output unit 147 outputs ticket information according to the results of the lottery. The ticket information output unit 147 includes an access information output unit 148 that outputs access information for outputting the ticket information.

[0096] In this embodiment, the ticket information output unit 147 performs processing using the access information, as described below, for a user who wins the second lottery, and then outputs ticket information. That is, when a user wins the second lottery, the ticket information output unit 147 outputs unique access information from the access information output unit 148. This access information is acquired and used by the user's terminal device 600. Then, when the ticket information output unit 147 receives access from the user using the access information, it outputs the ticket information to the user. In this embodiment, when the access receiving unit 133 receives access from the user using the access information, the ticket information output unit 147 outputs the ticket information if it determines that the access conditions are satisfied. Note that the term "access" here is a concept that includes, for example, access to information provided via a network, such as a web page or an API, as well as sending emails or other messages.

[0097] The access information output unit 148 outputs the access information as follows. That is, in this embodiment, the access information output unit 148 transmits the access information to the reception terminal 920 arranged in association with the seat to which the access information is to be output, and causes the reception terminal 920 to display the access information on its screen. In this embodiment, the access information is displayed on the screen of the reception terminal 920, for example, as an encoded image that can be read by the camera of the terminal device 600. Such access information as an image is, for example, a two-dimensional code representing a character string used to inquire about the right to play. Note that the access information may be output as, for example, a so-called barcode or other multidimensional code, or may be another image that can be read by the terminal device 600, or the character string itself. This allows the user to read the displayed access information as an image using the terminal device 600, and thus allows the user to easily use the access information.

[0098] The access condition is, for example, that valid access information has been accepted by the access accepting unit 133. Valid access information is, for example, access information output by the access information output unit 148, and accesses using that access information have not been accepted by the access accepting unit 133. The access condition is not limited to this. For example, the access condition may be satisfied when accesses using a single piece of access information have been accepted a predetermined number of times. Furthermore, the access condition may be satisfied when accesses using a single piece of access information have been accepted, regardless of the number of times. A time-related condition may also be set as an access condition. For example, the access condition may include accesses that are made within a predetermined time after the access information is output, or accesses that are made within the same day. Conditions based on information other than the access information, such as information about the type or model of the terminal device 600 making the access or conditions related to the method used for the access, may also be set. Conditions related to the method used for the access include, but are not limited to, the type of web browser or other app used for the access.

[0099] Whether the access information used for the access accepted by the access accepting unit 133 was output by the access information output unit 148 may be determined, for example, as follows. When the access information output unit 148 outputs the access information, an output history of the access information is recorded in the storage unit 110. This output history may include, for example, an identifier indicated by the access information and information such as the output date and time. Then, based on the information accepted by the access accepting unit 133, the ticket information output unit 147 checks whether there is a corresponding record in the output history and makes a determination based on the check result. Also, if the access history includes a time-related condition, the determination may be made using such an output history. Note that the access information output unit 148 is not limited to information using such an output history, and may be configured to output access information including information conforming to a predetermined rule. In this case, the ticket information output unit 147 may check whether the information accepted by the access accepting unit 133 conforms to the predetermined rule. For example, information regarding encoded output timing (date, time, etc.) may be used as the information conforming to the predetermined rule. In this case, the ticket information output unit 147 can be configured to obtain the output timing based on the information based on the received access information and determine whether or not the time-related condition is satisfied.

[0100] In this embodiment, ticket information can be said to be information indicating that the user presenting the ticket has the right to play. The ticket information is information that can be read by the reading device 951. In this embodiment, the ticket information is output, for example, as an encoded image that can be read by the reading device 951. More specifically, the ticket information is, for example, a two-dimensional code representing a character string including an identifier used to inquire about the right to play. The ticket information may be output, for example, as a so-called barcode or other multidimensional code, or may be output as an image that can be optically read by the reading device 951, or as the character string itself. The ticket information may also be in the form of a magnetic pattern that can be magnetically read, or in other forms.

[0101] In this embodiment, outputting ticket information means transmitting the ticket information to the user's terminal device 600. If the ticket information is, for example, an image as described above, transmitting information to the terminal device 600 so that the image can be displayed on the terminal device 600 can be referred to as outputting ticket information. In this case, information representing the image itself may be transmitted to the terminal device 600, or if the terminal device 600 is capable of generating an encoded image, a character string represented by the image may be transmitted to the terminal device 600 as ticket information. For example, the ticket information is transmitted so that it can be displayed by an application of the terminal device 600 used to access the access information. More specifically, the ticket information output unit 147 may output the ticket information so that the ticket information is displayed on a web page displayed on the terminal device 600 when access is made using the access information. Alternatively, the ticket information may be displayed when a predetermined button displayed on a web page displayed on the terminal device 600 when access is made using the access information is operated. Alternatively, the ticket information may be transmitted as a reply when access is made using the access information via email, message, or the like.

[0102] In addition to sending the ticket information to the terminal device 600, the ticket information may be output on paper with the information written on it using a printer or the like, or may be displayed on the screen of the reception terminal 920 or the like.

[0103] The ticket information output unit 147 is configured to output ticket information identified by a different identifier each time the ticket information is output. That is, the ticket information output unit 147 is configured to be able to output unique ticket information. Note that the ticket information to be output may be unique within a predetermined period of time. The ticket information output unit 147 may also be configured to be able to output the same ticket information multiple times.

[0104] When the ticket information output unit 147 outputs the ticket information, it transmits ticket output information, which is an output record of the ticket information, to the second information processing device 200. The ticket output information may include, for example, an identifier that can identify the ticket information, output date and time, and other information.

[0105] In this embodiment, the ticket information output unit 147 may output information (reading location information) related to the location of the reading device 951 together with the ticket information. The reading location information is output so as to be displayed on the screen of the terminal device 600 (terminal display unit 661) simultaneously with the ticket information, for example. Specifically, for example, when the ticket information is output as an image, the reading location information may be output so as to be included in the image. Also, for example, an image including the ticket information and the reading location information may be displayed so as to be included in the same web page. Also, the reading location information may be included in the same document file as the document file including the ticket information. The reading location information may be in various forms, such as a map of the store or a code sequence indicating coordinates on the map.

[0106] The processing unit 140 may be configured to output ticket information to users who win the first lottery, or to hold only one lottery when the lottery execution conditions are met. Furthermore, the ticket information may be output to users who are output targets, such as users who win the lottery, without using access information. In this case, for example, the ticket information output unit 147 may transmit the ticket information to the terminal device 600 that is associated in advance with the seat. Furthermore, the ticket information output unit 147 may output the ticket information on paper using a printer installed in the store, or may display the ticket information on the screen of the reception terminal 920 and allow the user to record it.

[0107] The transmission unit 170 transmits information to other devices constituting the play-equipped store system 900 via a network or the like. The transmission unit 170 transmits information to, for example, the second information processing device 200 or the terminal device 600. In other words, the transmission unit 170 outputs information to, for example, the second information processing device 200 or the terminal device 600.

[0108] Next, the configuration of the terminal device 600 will be described.

[0109] 2, the terminal device 600 includes a terminal storage unit 610, a terminal receiving unit 620, a terminal acceptance unit 630, a terminal processing unit 640, a terminal output unit 660, a terminal transmission unit 670, and a sensor unit 680. The terminal output unit 660 includes a terminal display unit 661.

[0110] The terminal storage unit 610 includes a ticket information storage unit 611 and a device identification information storage unit 613 .

[0111] The ticket information storage unit 611 temporarily or permanently stores the ticket information transmitted from the first information processing device 100. This makes it possible for the terminal device 600 to output the ticket information to the terminal display unit 661.

[0112] Device identification information is stored in the device identification information storage unit 613. The device identification information is information that can identify the model of the terminal device 600, but is not limited to this. It is also possible that other information cannot be written to the device identification information storage unit 613.

[0113] The terminal receiving unit 620 receives information transmitted from the first information processing device 100 or other devices via the network. The terminal receiving unit 620 stores the received information, for example, in the terminal storage unit 610, so that the device processing unit 640 and the like can acquire the information.

[0114] The terminal reception unit 630 receives various input operations for the terminal device 600 by the user of the terminal device 600. The operations are performed using, for example, an input device (not shown), but are not limited to this.

[0115] The terminal processing unit 640 uses each unit of the terminal device 600 to perform various information processing operations.

[0116] The terminal output unit 660 outputs information by, for example, displaying it on a terminal display unit 661, which is a display device. Note that the method of outputting information is not limited to this, and information may be output by outputting sound or the like from a speaker or the like.

[0117] The terminal transmitting unit 670 transmits information acquired by, for example, the terminal processing unit 640 via the network.

[0118] The sensor unit 680 has a camera. The sensor unit 680 can take pictures and record videos using the camera and store the obtained information in the terminal storage unit 610.

[0119] In this embodiment, device processing unit 640 is configured to acquire information contained in an image by performing a predetermined recognition process based on an image (which may be a moving image) obtained by sensor unit 680. For example, when an image including an image such as a two-dimensional code is captured by sensor unit 680, device processing unit 640 is configured to recognize the two-dimensional code included in the captured image and acquire and use the information encoded therein. For example, when access information including a URL is captured by sensor unit 680, device processing unit 640 is configured to acquire the URL using the captured image and enable access using the URL via a web browser or the like.

[0120] Next, the configuration of the second information processing device 200 will be described.

[0121] 3, the second information processing device 200 includes a second storage unit 210, a second receiving unit 220, a second accepting unit 230, a second processing unit 240, and a second transmitting unit 270. The second information processing device 200 is, for example, a server device.

[0122] The second storage unit 210 includes a ticket output information storage unit 211 .

[0123] The ticket output information storage unit 211 stores ticket output information relating to the ticket information output by the ticket information output unit 147.

[0124] The second receiving unit 220 receives information transmitted from another device. The second receiving unit 220 stores the received information, for example, in the second storage unit 210. In this embodiment, for example, the second receiving unit 220 can receive information related to play transmitted from the play support device 952 and store the information in the second storage unit 210.

[0125] The second reception unit 230 receives information input using an input means (not shown) connected to the second information processing device 200. The second reception unit 230 stores the received information in, for example, the second storage unit 210. The input means may be any means, such as a numeric keypad, a keyboard, a mouse, or a menu screen. The second reception unit 230 may be configured to receive user operations performed by the play support device 952 and information acquired by the play support device 952.

[0126] The second reception unit 230 includes a ticket information reception unit 231. The ticket information reception unit 231 receives ticket information input using a reading device 951 connected to the second information processing device 200. That is, the second reception unit 230 receives ticket information read by the reading device 951. The second reception unit 230 stores the received ticket information in the second storage unit 210.

[0127] The second processing unit 240 includes a play permission unit 241, a game control unit 243, a play result acquisition unit 245, and a prize output instruction unit 247. The second processing unit 240 performs various types of processing. The various types of processing are, for example, processing performed by each unit of the second processing unit 240 as follows.

[0128] The play permission unit 241 permits the user to play when it determines that predetermined play conditions are satisfied. That is, when it determines that the play conditions are satisfied, the play permission unit 241 transmits an instruction to the play support device 952, causing the play support device 952 to allow the user to play. This allows the user to play.

[0129] In this embodiment, the play permission unit 241 determines whether or not the play conditions are satisfied based on the ticket information accepted by the ticket information acceptance unit 231. In other words, the play conditions include conditions related to the ticket information.

[0130] The play condition is, for example, that valid ticket information has been accepted by the ticket information accepting unit 231. Valid ticket information is, for example, ticket information output by the ticket information output unit 147 that has not previously been accepted by the ticket information accepting unit 231. However, this is not limiting, and for example, a predetermined number of acceptances of one piece of ticket information may be considered to satisfy the play condition, or such a limit on the number of acceptances may not be imposed. Furthermore, in addition to such conditions based on ticket information, the play conditions may also include conditions based on information other than the ticket information.

[0131] Assume that a play condition is that the ticket information output by the ticket information output unit 147 has not previously been accepted by the ticket information accepting unit 231. In this case, whether the ticket information accepted by the ticket information accepting unit 231 satisfies the play condition may be determined, for example, as follows. In this embodiment, the play permission unit 241 is configured to grant permission to play based on the correspondence between the ticket information accepted by the ticket information accepting unit 231 and the ticket output information stored in the ticket output information storage unit 211. For example, the play permission unit 241 queries the ticket output information based on the ticket information accepted by the ticket information accepting unit 231, checks whether corresponding ticket output information is available, and makes a decision based on the check result. If corresponding ticket output information is available, the play permission unit 241 determines that the play condition is satisfied. If the play permission unit 241 determines that the play condition is satisfied, it is configured to erase the ticket output information. In the erasure process, the play permission unit 241, for example, deletes the corresponding ticket output information from the ticket output information storage unit 211. Note that, as part of the erasure process, the play permission unit 241 may record flag information or the like indicating that the ticket information has already been accepted in association with the corresponding ticket output information in the ticket output information storage unit 211. In this case, when querying the ticket output information, the play permission unit 241 may check whether or not there is any corresponding ticket output information that does not have the above-mentioned flag information.

[0132] In this embodiment, a time-related condition may be set as a play condition. For example, the play condition may include a condition that the ticket is accepted within a predetermined time after the ticket information is output, or that the ticket is accepted on the same day the ticket information is output. In this case, the play permission unit 241 obtains timing information related to the time the ticket information accepted by the ticket information acceptance unit 231 was output, and grants permission to play based on the obtained timing information.

[0133] Even when the play conditions include a time-related condition, the play permission unit 241 can determine whether the play conditions are satisfied by using, for example, the ticket information output unit 241. That is, the play permission unit 241 can obtain timing information by referring to the corresponding ticket output information, and determine whether the time-related condition is satisfied based on the timing information.

[0134] Note that whether or not the play conditions are satisfied may be determined by a method other than the method using the ticket output information. For example, the ticket information output unit 147 may be configured to output ticket information conforming to a predetermined rule, and the play permission unit 241 may be configured to check whether the accepted ticket information conforms to the predetermined rule. This makes it possible to check whether or not the accepted ticket information is the ticket information output by the ticket information output unit 147. In this case, whether or not a certain piece of ticket information has been accepted by the ticket information accepting unit 231 can be checked by accumulating historical information about previously accepted ticket information in the second storage unit 210 and referencing the historical information. Note that information about the output timing (date, time, etc.) coded using a predetermined rule may be reflected in the ticket information. In this case, the play permission unit 241 can obtain timing information based on the accepted ticket information and determine whether or not the time-related conditions are satisfied.

[0135] In this embodiment, the requirement for ticket information to be valid may include, for example, that the user to whom the ticket information is output has finished eating and drinking. For example, the user's completion of eating and drinking may be considered to mean that they have completed paying for their meal or that they have completed a predetermined procedure to begin paying. In such a case, the user cannot play unless they have finished eating and drinking. This configuration may be expressed as the play conditions including a condition regarding whether the user has finished eating and drinking. Alternatively, the play conditions may be expressed as including a condition that the user has finished eating and drinking. By setting such play conditions, the user cannot play unless they have finished eating and drinking. This can motivate users to quickly finish eating and drinking, thereby increasing the user turnover rate at the establishment. Conversely, the requirement for ticket information to be valid may be that the user has not finished eating and drinking. Furthermore, the validity of ticket information may be unrelated to the user's completion of eating and drinking. In such a case, the play conditions can be said to include at least the conditions, for example, that a valid ticket condition has been read and that the user has finished eating and drinking.

[0136] In this case, whether or not the user has finished eating and drinking may be detected by, for example, the processing unit 140 acquiring information from the store system 910. For example, when the reception unit 130 receives a payment instruction from the reception terminal 920, the processing unit 140 can determine that the customer group corresponding to the reception terminal 920 has finished eating and drinking. Note that "eating and drinking is complete" may also be expressed as "the user has finished consuming the product."

[0137] When a user plays a game, the game control unit 243 cooperates with the play support device 952 to perform control related to the play. For example, based on information transmitted from the play support device 952, the game control unit 243 stores information related to the play in the second storage unit 210 and changes the display on a display unit (not shown). The game control unit 243 also transmits information to the play support device 952 so that the information is reflected in the play. Note that play-related control is not limited to this and may be appropriately set depending on the type and content of the game. For example, when a video game program is executed on the second information processing device 200, play-related control may include executing the program. Furthermore, play-related control may include appropriate control, such as counting the time remaining until the play ends, determining the end of the play, and providing guidance to the user. Alternatively, the game control unit 243 may not be provided, and almost all game-related control may be performed by the play support device 952.

[0138] The play result acquisition unit 245 acquires play result information of users who are permitted to play. The play result acquisition unit 245 acquires, for example, in-game scores recorded during the user's play, play results, etc. as result information. The types of result information are not limited to those exemplified above and can be set as appropriate.

[0139] The prize output instruction unit 247 determines whether or not the result information of the user's play satisfies predetermined prize output conditions. Then, the prize output instruction unit 247 outputs a prize output instruction to output a prize to the user who played, depending on the determination result. The prize output instruction is transmitted to, for example, the prize output unit 970. Upon receiving the prize output instruction, the prize output unit 970 outputs a prize in accordance with the instruction.

[0140] The prize output condition may include, for example, that the result information is better than a predetermined level or is within a predetermined level range. For example, if an in-game score is used as the result information, the prize output condition may be that the score is higher than a predetermined threshold or that the score is within a predetermined value range. However, without being limited to this, the prize output condition may also include conditions related to the result of a comparison with other users' result information or specific records in play. For example, the prize output condition may include a score higher than other users' scores. Specifically, for example, a score that is at or above a predetermined rank in the score ranking. Furthermore, for example, the prize output condition may include completing a specific mission in the game. Specifically, for example, it may include achieving specific results with respect to specific elements.

[0141] In this embodiment, two prize output conditions are provided: a first condition and a second condition. The prize output instruction unit 247 is configured to output a prize output instruction to either the first prize output device 971 or the second prize output device 972, whichever device corresponds to the prize output condition satisfied by the result information. For example, when the first condition is satisfied, the prize output instruction unit 247 outputs a prize output instruction to the first prize output device 971. When the second condition is satisfied, the prize output instruction unit 247 outputs a prize output instruction to the second prize output device 972.

[0142] For example, assume that the first condition is set to "a score of 1,000 points or more" and the second condition is set to "a score of 500 points or more but less than 1,000 points." If the result information is, for example, 1,200 points, the first condition is met, and a prize output instruction is output to the first prize output device 971. This allows the user to obtain the prize output from the first prize output device 971. If the result information is, for example, 700 points, the second condition is met, and a prize output instruction is output to the second prize output device 972. This allows the user to obtain the prize output from the second prize output device 972. Note that if the result information is, for example, 300 points, neither condition is met. In this case, no instruction is output to the prize output unit 970, and no prize is output. Note that a predetermined notification may be output to the user depending on whether or not each of these conditions is met. The predetermined notification may be displayed on a screen, output as audio, output on paper, or the like.

[0143] The prize output instruction unit 247 may switch between the first prize output device 971 and the second prize output device 972 to output a prize output instruction depending on whether the result information satisfies one prize output condition. In this case, it can also be said that the first condition is set to satisfy one prize output condition, and the second condition is set to not satisfy one prize output condition.

[0144] It should be noted that three or more prize output devices may be provided in the prize output unit 970. In this case, the prize output instruction unit 247 may be configured to output a prize output instruction to output a prize to a prize output device, among the three or more prize output devices, that corresponds to a predetermined prize output condition that is satisfied by the result information.

[0145] The play result acquisition unit 245 and the prize output instruction unit 247 are configured to perform the above-mentioned operations each time a user plays. However, this is not limiting, and the acquisition of result information and the determination of prize output conditions may be performed when a predetermined timing arrives. For example, the operations may be performed at timings that arrive daily, daily, monthly, etc., or may be performed each time an instruction is given by a store manager or the like.

[0146] Also, for example, the configuration may be such that play result information is transmitted to the first information processing device 100, and the processing performed by the prize output instruction unit 247 described above is performed in the first information processing device 100.

[0147] The second transmission unit 270 transmits information to other devices constituting the play-equipped store system 900 via a network or the like. The second transmission unit 270 transmits information to, for example, the first information processing device 100, the prize output unit 970, or the play support device 952. In other words, the second transmission unit 270 outputs information to, for example, the second information processing device 200 or the terminal device 600.

[0148] The storage unit 110, the second storage unit 210, and the terminal storage unit 610 are preferably non-volatile recording media, but may also be volatile recording media. Information acquired by each device is stored in each of these storage units, but the process by which the information is stored is not limited to this. For example, information may be stored via a recording medium, information transmitted via a communication line, or information input via an input device.

[0149] Furthermore, the above-mentioned processing unit 140, second processing unit 240, and device processing unit 640 can usually be realized by an MPU, memory, etc. The processing procedures of the processing unit 140, second processing unit 240, and device processing unit 640 are usually realized by software, and the software is recorded on a recording medium such as a ROM. However, they may also be realized by hardware (dedicated circuitry).

[0150] Furthermore, input means that can be used to input information that can be accepted by acceptance unit 130, second acceptance unit 230, and terminal acceptance unit 630 may be any means, such as a numeric keypad, keyboard, mouse, menu screen, etc. Acceptance unit 130, second acceptance unit 230, and terminal acceptance unit 630 may be realized by a device driver for an input means such as a numeric keypad or keyboard, or control software for a menu screen, etc.

[0151] Furthermore, the receiving unit 120, the second receiving unit 220, and the terminal receiving unit 620 are usually realized by wireless or wired communication means, but may also be realized by means for receiving broadcasts.

[0152] Furthermore, the transmitting unit 170, the second transmitting unit 270, and the terminal transmitting unit 670 are usually realized by wireless or wired communication means, but may also be realized by broadcasting means.

[0153] FIG. 4 is a diagram showing an example of ticket output information stored in the ticket output information storage unit 211. As shown in FIG.

[0154] As shown in FIG. 4, the ticket output information storage unit 211 stores records of ticket output information that has been output in the past. The ticket output information may include, for example, an identifier included in the ticket information (i.e., an identifier that identifies the ticket information), the date and time the ticket information was output by the ticket information output unit 147, and the number of uses. The number of uses may be, for example, the number of times the corresponding ticket information has been accepted. When such ticket output information is used, the play permission unit 241 searches for the corresponding ticket output information using the identifier that identifies the accepted ticket information. If the number of uses does not reach a predetermined value, the play permission unit 241 can determine that the play condition is met. For example, if the play condition is set so that one ticket information can be used only once, the play condition is met when the number of uses is 0.

[0155] Instead of the number of uses, when the corresponding ticket information is accepted, usage timing information such as the date and time may be recorded. For example, if one ticket can only be used once, and usage timing information is recorded in the ticket output information, it can be determined that the play conditions are not met when the corresponding ticket information is accepted. Furthermore, instead of the number of uses, a flag indicating whether play will be permitted the next time ticket information corresponding to the ticket output information is accepted may be recorded.

[0156] If the number of times that ticket information has been accepted reaches the upper limit, the record of the ticket output information corresponding to that ticket information may be deleted from the ticket output information storage unit 211. For example, if one piece of ticket information can be used only once, the upper limit is one time.

[0157] As described above, even in the case where the access information output unit 148 records the output history of the access information in the storage unit 110 and is able to make a judgment regarding the access conditions based on the output history, it is sufficient to follow the example of the ticket output information shown in Figure 4, for example.

[0158] Next, we will explain the flow of operations of the play management system 1. The first information processing device 100 and the second information processing device 200 perform various operations, for example, as follows. These operations are performed by the processing device 140 and the second processing device 240 executing control operations and the like using each device.

[0159] FIG. 5 is a flowchart illustrating the flow of operations of the play management system 1.

[0160] First, the first information processing device 100 performs processing.

[0161] (Step S1) That is, when the processing unit 140 receives order information transmitted from a user, the order information receiving unit 131 receives the order information.

[0162] (Step S2) The processing unit 140 performs a lottery process. The flow of the lottery process will be described in detail later. As a result, a second lottery is held in a predetermined case.

[0163] (Step S3) The processing unit 140 performs ticket information output processing. The flow of the ticket information output processing will be described in detail later. As a result, ticket information is output in a predetermined case.

[0164] When the ticket information is output, the user can have the ticket information read by the reader 951. The second information processing device 200 performs processing.

[0165] (Step S4) The second processing unit 240 performs a play permission determination process. The flow of the play permission determination process will be described in detail later. This allows the user to play in a predetermined case.

[0166] (Step S5) The second processing unit 240 performs a prize output process. The flow of the prize output process will be described in detail later. As a result, a prize is output in a predetermined case. When the process of step S5 ends, the series of operations ends.

[0167] Such processing is periodically and repeatedly started. In the above description, the processing of steps S1 to S3 performed in the first information processing device 100 and the processing of steps S4 and S5 performed in the second information processing device 200 are performed consecutively in this order, but this is not limiting. The processing of the first information processing device 100 and the processing of the second information processing device 200 may be performed independently and not synchronized. Furthermore, the order of steps S1 to S5 is not limited to this.

[0168] FIG. 6 is a flowchart showing an example of the lottery process of the first information processing device 100. As shown in FIG.

[0169] (Step S21) The processing unit 140 determines whether the timing for obtaining consumption information has arrived. If it is determined that the timing has arrived, the process proceeds to step S22; if not, the lottery process ends. Note that the processing unit 140 can determine that the timing for obtaining consumption information has arrived for each seat, for example, every time order information is accepted.

[0170] (Step S22) The processing unit 140 acquires consumption information using the order information of the seat for which acquisition is to be performed. The processing unit 140 stores the acquired consumption information in the consumption information storage unit 113 in association with the seat identifier.

[0171] (Step S23) The processing unit 140 determines, for each seat, based on the consumption information, whether the lottery execution conditions are met. If it is determined that the lottery execution conditions are met, the process proceeds to step S24. If not, the lottery process ends.

[0172] (Step S24) The processing unit 140 performs a first lottery for the user of the seat.

[0173] (Step S25) The processing unit 140 determines whether the result of the first lottery is a win or not. If it is a win, the process proceeds to step S26. If not, the lottery process ends.

[0174] (Step S26) The processing unit 140 sends a prize delivery instruction to the table prize output device 925 corresponding to the seat. This causes the table prize output device 925 to output a prize, and the user at that seat can obtain the prize. The processing unit 140 also conducts a second lottery for the user at that seat. When the processing of step S26 ends, the lottery processing ends.

[0175] FIG. 7 is a flowchart showing an example of the ticket information output process of the first information processing device 100. As shown in FIG.

[0176] (Step S41) The processing unit 140 determines whether a second lottery was conducted in the immediately preceding lottery process and the result was a win. If a win was found, the process proceeds to step S42. If a win was not found or if a second lottery was not conducted in the immediately preceding lottery process, the process proceeds to step S43.

[0177] (Step S42) The processing unit 140 transmits the access information to the reception terminal 920 corresponding to the seat, and outputs the access information on the screen of the reception terminal 920. This allows the user at that seat to obtain the access information. In this embodiment, the user can access the first information processing device 100 using the access information by reading the access information using the camera of the terminal device 600. In addition, the processing unit 140 updates the output history stored in the storage unit 110 regarding the output of the access information.

[0178] (Step S43) The processing unit 140 determines whether or not the access receiving unit 133 has received access from the user using the access information. If it is determined that access has been received, the processing proceeds to step S44; if not, the ticket information output process ends.

[0179] (Step S44) The processing unit 140 searches the output history using the information received by the access receiving unit 133, and checks the output record of the corresponding access information.

[0180] (Step S45) The processing unit 140 determines whether or not the access condition is satisfied. If it is determined that the access condition is satisfied, the process proceeds to step S46. If not, the process proceeds to step S47.

[0181] (Step S46) The processing unit 140 outputs the ticket information to the accessing terminal device 600. The processing unit 140 also transmits ticket output information corresponding to the output ticket information to the second information processing device 200. As a result, in the second information processing device 200, the ticket output information is accumulated in the ticket output information storage unit 211. When the processing of step S46 ends, the ticket information output processing ends.

[0182] (Step S47) On the other hand, if it is determined that the access conditions are not met, the processing unit 140 outputs an error screen to the terminal device 600 that is the access source. The error screen may include, for example, a message indicating that the access information is invalid. This allows the user to easily know that the access information they attempted was invalid. When the processing of step S47 ends, the ticket information output processing ends.

[0183] FIG. 8 is a flowchart showing an example of a play permission determination process of the second information processing device 200. As shown in FIG.

[0184] (Step S61) The second processing unit 240 determines whether the ticket information has been read by the reader 951 and accepted. If it is determined that the ticket information has been accepted, the process proceeds to step S62; if not, the play permission determination process ends.

[0185] (Step S62) The second processing unit 240 searches the ticket output information storage unit 211 for ticket output information corresponding to the ticket information.

[0186] (Step S63) The second processing unit 240 determines whether the play conditions are met. If it is determined that the play conditions are met, the process proceeds to step S65. If not, the process proceeds to step S64.

[0187] (Step S64) If it is determined that the play conditions are not met, the second processing unit 240 outputs error information. The error information includes, for example, information indicating that the ticket information is invalid. The error information can be output, for example, by displaying on a screen or outputting audio. By outputting the error information in this manner, the user can easily know that the ticket information was invalid. When the processing of step S64 ends, the play permission determination process ends.

[0188] (Step S65) On the other hand, if it is determined that the play conditions are satisfied, the second processing unit 240 permits play. That is, an instruction is sent from the second information processing device 200 to the play support device 952, causing the play support device 952 to allow the user to play. As a result, the user who has had the ticket information read by the reading device 951 is allowed to play.

[0189] (Step S66) The second processing unit 240 deletes the ticket output information corresponding to the ticket information from the ticket output information storage unit 211. This prevents the play conditions from being met when the same ticket information is read again by the reader 951. When the processing of step S66 ends, the play permission determination process ends.

[0190] FIG. 9 is a flowchart showing an example of a prize output process of the second information processing device 200. As shown in FIG.

[0191] (Step S81) The second processing unit 240 determines whether or not the play that became possible by issuing an instruction to the previous play support device 952 has ended. If it is determined that the play has ended, the process proceeds to step S82; if not, the prize output process ends.

[0192] (Step S82) The second processing unit 240 acquires the result information.

[0193] (Step S83) The second processing unit 240 determines whether the first condition is satisfied based on the result information. If it is determined that the first condition is satisfied, the process proceeds to step S84. If not, the process proceeds to step S85.

[0194] (Step S84) The second processing unit 240 transmits a prize output instruction to the first prize output device 971. As a result, a prize is output from the first prize output device 971, and the user who played can obtain the prize. Then, the process proceeds to step S85.

[0195] (Step S85) The second processing unit 240 determines whether the second condition is met based on the result information. If it is determined that the second condition is met, the process proceeds to step S86. If not, the prize output process ends.

[0196] (Step S86) The second processing unit 240 transmits a prize output instruction to the second prize output device 972. This causes the second prize output device 972 to output a prize, and the user who played can obtain the prize. When the processing of step S86 ends, the play permission determination processing ends.

[0197] Next, a description will be given of specific examples of access information, ticket information, and games in the play management system 1 of this embodiment. The following is an example and can be modified as appropriate.

[0198] FIG. 10 is a diagram showing an example of the access information output by the play management system 1. As shown in FIG.

[0199] FIG. 10 shows an example of a state in which access information is transmitted to one reception terminal 920 and displayed on the screen of the reception terminal 920. In this case, the access information is displayed on the screen as a two-dimensional code C10. The user can read the displayed two-dimensional code C10 with the camera of the terminal device 600 and receive output of ticket information. In this embodiment, the screen may include an explanation of the access information, an explanation of the output conditions for the ticket information, etc. This screen may also display an order screen transition button 928 for returning the display to the order screen. When the order screen transition button 928 is operated, the screen may return to the order screen for accepting orders.

[0200] For example, the screen displaying such access information may be configured to transition to the original order screen or other screen when access is made using the access information or when a predetermined time period during which access is permitted has elapsed. Such a configuration can be realized, for example, by the processing unit 140 sending an instruction to the reception terminal 920 in response to the issuance of a ticket or the elapse of a predetermined time period. This prevents new reading of access information that can no longer be used to output ticket information, thereby reducing user confusion.

[0201] FIG. 11 is a diagram showing an example of ticket information output by the play management system 1. As shown in FIG.

[0202] 11 shows an example of a state in which ticket information is displayed on the terminal display unit 661 of one terminal device 600 that has made access that satisfies the access conditions using access information. For example, when access is made using access information read by the camera of the terminal device 600, the terminal device 600 may communicate with the first information processing device 100, and the screen may be automatically displayed as a result. Such a screen may be, for example, a web page screen displayed in the web browser of the terminal device 600 based on information transmitted from the first information processing device 100. Note that the method of displaying the screen and the process leading up to the screen being displayed are not limited to this and may be configured as appropriate.

[0203] The ticket information displayed on the terminal display unit 661 is included on the screen as, for example, a two-dimensional code C20. The user can obtain permission to play by having the reading device 951 read the two-dimensional code C20 displayed on the terminal display unit 661. In this embodiment, the screen may include explanations about the ticket information, such as how to use the ticket information and its validity period.

[0204] Furthermore, in this embodiment, in addition to the two-dimensional code C20 indicating the ticket information, location information C25 regarding the location of the reading device 951 is displayed on the screen. The location information C25 is, for example, a map or explanation indicating the location where the reading device 951 is installed, but is not limited to this. The location information C25 may also be said to be information regarding the location where play can be performed. By displaying such location information C25 together with the ticket information, the user can smoothly have the reading device 951 read the ticket information.

[0205] FIG. 12 is a diagram illustrating an example of a game output by the play management system 1. As shown in FIG.

[0206] 12 shows an example of screen transitions for a shooting game when the shooting game is provided by the play providing system 950. The shooting game can be played using a screen on which an image is displayed and a simulated gun (an example of a play support device 952) held by a player and facing the screen. The simulated gun has a camera that can read markers placed on the screen side, and is configured to be able to determine the orientation and distance of the simulated gun relative to the screen.

[0207] When no one is playing, a title screen S101 is displayed on the screen. Other guidance information may also be displayed. When valid ticket information is read by the reading device 951 from this state, play is permitted. Then, in preparation for the start of play, the screen transitions to an explanation screen S102 which may include, for example, rules and prize output conditions. Then, for example, after a predetermined time has passed or when internal processing for game execution has been completed, the screen transitions to a start instruction screen S103. The start instruction screen includes a display prompting the player to perform an operation to start play.

[0208] When an operation to start play is performed on the start command screen S103, the screen transitions to an in-game screen S104. In this example, the in-game screen S104 includes, for example, a target (e.g., an image of a fish) to be aimed at with the imitation gun, a remaining time display bar, and a score bar showing the score. For example, when the remaining time reaches zero, the play ends. Then, based on the score, i.e., result information, the screen transitions to either a result display screen S105b or S105c. For example, if the score satisfies the prize output condition, i.e., if a prize output instruction is made, the screen transitions to a result display screen S105b indicating that a prize will be output. On the other hand, if the score does not satisfy the prize output condition, i.e., if a prize output instruction is not made, the screen transitions to a result display screen S105c not indicating that a prize will be output. When the result display screen S105b or S105c is displayed, the screen returns to the title screen S101 if, for example, a predetermined operation is performed by the player or a predetermined time has passed. If new ticket information is read while the result display screens S105b and S105c are displayed, the screen may transition to the explanation screen S102.

[0209] As described above, in this embodiment, a user can experience a game based on consumption information relating to the amount and quantity of products consumed by the user. Providing a game to a user does not necessarily require direct support or work from a store manager or the like, using the play management system 1 or other devices. Therefore, a high-value-added product purchasing experience or service usage experience can be easily provided to users who consume products.

[0210] In particular, in the past, when only users with play rights were permitted to play, an administrator was sometimes required to confirm play rights, grant play permission, and pay out prizes. In contrast, in this embodiment, by using the second information processing device 200, which is a play control device, together with other devices in the play providing system 950, these operations can be performed automatically. Therefore, rare plays can be easily provided to users, and the amount of human resources required to provide plays to users can be reduced.

[0211] When the lottery execution conditions are met based on the consumption information, a lottery is held, and ticket information required to play is output according to the result. Therefore, the play can be positioned as something rare, and the appeal of the play can be increased. Since the lottery can be held automatically without human intervention, rare plays can be easily provided to users in accordance with the consumption of products.

[0212] In this embodiment, the lottery is performed in multiple stages, and the user can enjoy the pleasure of obtaining ticket information in addition to the pleasure of obtaining a prize from the table prize output device 925. Therefore, the user can be made aware of the possibility of obtaining various prizes and benefits, further increasing the user's enjoyment. Furthermore, prizes can be output according to the results of play. Therefore, the appeal of play can be further enhanced, and rare and attractive play can be easily provided to the user.

[0213] The processing in this embodiment may be implemented by software. This software may be distributed by software download or the like. This software may also be distributed by recording it on a recording medium such as a CD-ROM. The software implementing the play management system 1 in this embodiment is the following program. Specifically, this program is executed by one or more computers included in the play management system 1, and causes the computers of the play management system 1 to function as: a consumption information acquisition unit that acquires consumption information regarding the amount or quantity of products consumed by a user; a lottery unit that conducts a lottery when it is determined that a lottery execution condition is met based on the consumption information; a ticket information output unit that outputs ticket information according to the result of the lottery; a ticket information acceptance unit that accepts the ticket information input by a user using a reader; and a play permission unit that permits the user to play when it is determined that a play condition is met based on the ticket information accepted by the ticket information acceptance unit.

[0214] The play management system may be configured by a single device (for example, a server). The configuration of such a play management system is described below.

[0215] FIG. 13 is a block diagram showing the configuration of a play management system 1001 according to a modified example of the present embodiment.

[0216] 13, the play management system 1001 is a system in which the functions of the first information processing device 100 and the second information processing device 200 described above are performed by a single piece of hardware. That is, the play management system 1001 has the same hardware configuration as the first information processing device 100, and like the first information processing device 100, has a storage unit 110, a receiving unit 120, a reception unit 130, a processing unit 140, and a transmission unit 170. The storage unit 110 may include an order information storage unit 111, a consumption information storage unit 113, and a ticket output information storage unit 211. The reception unit 130 may include an order information reception unit 131, an access reception unit 133, and a ticket information reception unit 231. The processing unit 140 includes a consumption information acquisition unit 141, a lottery unit 143, a first winning processing unit 144, and a ticket information output unit 147 similar to those of the first information processing device 100, and also includes a play permission unit 241, a game control unit 243, a play result acquisition unit 245, and a prize output instruction unit 247 similar to those of the second information processing device 200.

[0217] Even when using the play management system 1001 configured as such a single device, the operations according to the above-described embodiment can be performed.

[0218] (Embodiment 2)

[0219] In the second embodiment, the play management system is different from the first embodiment described above mainly in that it is configured to be able to manage the provision of two or more types of play in association with ticket information output for each seat. In the second embodiment, for example, a first play and a second play may be provided as two types of play. The first play is, for example, playing a game (game play) as in the first embodiment. The second play is, for example, drawing a lottery (lottery play). Note that the two or more types of play may all be similar plays, or may be, for example, game plays with different content, or lottery plays with different content. Furthermore, different types of play may be available and provided. The provision of merchandise and various work contents may also be referred to as the provision of play. In the second embodiment, the play management system 2001 will be described below, focusing on configurations that are different from those in the first embodiment described above.

[0220] FIG. 14 is a diagram showing the overall configuration of a play-equipped store system 2900 using a play management system 2001 according to the second embodiment of the present invention.

[0221] In this embodiment, the play management system 2001, like the play management system 1001 according to one variation of the above-mentioned embodiment 1, is configured such that a single piece of hardware performs the functions corresponding to the first information processing device 100 and the second information processing device 200. Note that the play management system 2001 may be separated into, for example, a device that performs the functions corresponding to the first information processing device 100 and a device that performs the functions corresponding to the second information processing device 200, or may be separated into multiple subsystems in other ways.

[0222] As shown in the figure, the store system with play 2900 differs from the store system with play 900 according to the first embodiment in the following respects. That is, in the store system with play 2900, a play management system 2001 is used instead of the play management system 1. Furthermore, in the store system with play 2900, a management terminal device 929 is provided in the store system 910. Furthermore, in the store system with play 2900, a table prize output device 925 is not provided in the store system 910. In the store system with play 2900, instead of outputting a prize at each seat when a first lottery is won, a first right that allows the prize output unit 970 to output a prize is granted in association with the seat.

[0223] The management terminal device 929 is configured to be able to communicate with the play management system 2001 via a network, for example. The management terminal device 929 has a screen such as a touch panel. The manager can use the management terminal device 929 to send information such as instructions to the play management system 2001, causing the play management system 2001 to execute information processing, or to send information to the management terminal device 929 to check information stored in the play management system 2001. Note that while a tablet-type information terminal device is shown as the reception terminal 920, a mobile information terminal device or a personal computer (PC) may also be used as the reception terminal 920. Furthermore, the role of the management terminal device 929 in the play-equipped store system 2900 may be performed by the play management system 2001 or an input / output device or the like provided therewith.

[0224] FIG. 15 is a block diagram of the play management system 2001.

[0225] As shown in FIG. 15, in the play management system 2001, the processing unit 140 has a second play control unit 2243. Also, instead of the first winning processing unit 144, it has a winning processing unit 2144. Also, instead of the game control unit 243, it has a first play control unit 1243. The rest of the configuration of the play management system 2001 is roughly similar to the configuration of the play management system 1001 according to the modified example of the first embodiment. Each unit of the play management system 2001 may operate differently from that of the first embodiment, mainly in the following respects.

[0226] In the second embodiment, the winning processing unit 2144 performs a first right granting process to grant a first right related to a first play to a customer group, i.e., a user, who has been selected in the first lottery. The first right is, for example, a right to play the first play, but is not limited to this. For example, the first play may be allowed to be played when a predetermined number of first rights have been granted, or the first play may be allowed to be played by satisfying a predetermined condition in addition to the first right.

[0227] In addition, in the second embodiment, the winning processing unit 2144 performs a second right granting process to grant a second right related to a second play to a customer group, i.e., a user, who wins the second lottery. The second right is, for example, a right to play the second play, but is not limited to this. For example, the second play may be allowed to be played when the number of granted second rights reaches a predetermined number, or the second play may be allowed to be played by satisfying a predetermined condition in addition to the second right.

[0228] The winning processing unit 2144 grants the first right and the second right, for example, as follows. That is, the winning processing unit 2144 stores right information regarding the granted right in the storage unit 110 or the like, in association with an identifier that can identify the user, such as a seat identifier. In this embodiment, for example, right information indicating the number of first rights and the number of second rights is stored in the ticket output information storage unit 211 in association with ticket information corresponding to the seat identifier or the like. The winning processing unit 2144 updates information indicating the number of each right, which is associated with an identifier corresponding to a user who has won the lottery, so that the number of rights increases in association with the winning. In this embodiment, the information indicating the number of first rights and the number of second rights is included in the ticket output information. That is, the winning processing unit 2144 updates the ticket output information in accordance with the granting of the first right and the second right. It can also be said that the winning processing unit 2144 updates the ticket output information in accordance with the lottery results. That is, in this embodiment, the ticket output information includes, for example, right information indicating the rights the user has regarding the provision of each of two types of play. In addition, when three or more types of plays are provided, the ticket output information may include rights information indicating the rights that the user has regarding the provision of each of the three or more types of plays.

[0229] The ticket information output unit 147 outputs ticket information according to the result of the lottery. In the second embodiment, too, the ticket information output unit 147 is configured to be able to output ticket information for each seat that has been won. However, this is not limited thereto. For example, when a predetermined request operation is input by the user, the ticket information output unit 147 may output ticket information in response to that. The result of the lottery is a concept that may include not only whether or not a lottery was won, but also the fact that a lottery was held. For example, when a lottery is held, ticket information may be output regardless of whether or not the lottery was won, or ticket information may be output only when the lottery is won. After a user wins a lottery for the first time, ticket information may be output regardless of the result of the lottery. Ticket information may also be output even when a lottery has not been held, regardless of the result of the lottery.

[0230] In the second embodiment, the ticket information output unit 147 performs processing using the access information and then outputs the ticket information. That is, prior to outputting the ticket information, the ticket information output unit 147 outputs unique access information from the access information output unit 148. The access information may be output, for example, when a user is selected or when a predetermined request operation is input by the user. This access information is acquired and used by the user's terminal device 600. Then, when the ticket information output unit 147 receives access from the user using the access information, it outputs the ticket information to the user.

[0231] In this embodiment, too, the ticket information output unit 147 may output ticket information if it determines that the access conditions are met when the access accepting unit 133 accepts access from a user using access information. The access condition may be, for example, that valid access information has been accepted by the access accepting unit 133. In the second embodiment, valid access information may be, for example, access information output by the access information output unit 148, and that any valid rights remain for the ticket information corresponding to the access information. In other words, since the access information corresponds to a user, the ticket information output unit 147 may output ticket information according to the status of the rights related to play corresponding to the user when accepting access using the access information. Note that the access conditions are not limited to this, and access information may be output even when no rights remain. Furthermore, as in the first embodiment, the access conditions may include that no corresponding access has been accepted by the access accepting unit 133. In this case, ticket information is output only to the terminal device 600 that first accessed the user. Furthermore, other conditions may be used as the access conditions, or multiple conditions may be combined.

[0232] In the second embodiment, the ticket information output unit 147 is configured to output different ticket information each time a customer group makes a payment. The same ticket information can be output to a customer group at different times. That is, the ticket information output unit 147 is configured to be able to output unique ticket information for a user. The ticket information to be output may be unique within a predetermined period. The ticket information output unit 147 may also be configured to be able to output different ticket information for a user at each output timing. In this case, it is sufficient that multiple pieces of ticket information that can be output for a user are managed in association with each other.

[0233] When the ticket information output unit 147 outputs the ticket information, it updates the ticket output information, which is a record of the output.

[0234] The play permission unit 241 permits the user to play when it determines that predetermined play conditions are satisfied. That is, when it determines that the play conditions are satisfied, the play permission unit 241 transmits an instruction to the play support device 952, causing the play support device 952 to allow the user to play. This allows the user to play.

[0235] In this embodiment, the play permission unit 241 determines whether or not the play conditions are satisfied based on the ticket information accepted by the ticket information acceptance unit 231. In other words, the play conditions include conditions related to the ticket information.

[0236] The play condition is, for example, that valid ticket information has been accepted by the ticket information accepting unit 231. Valid ticket information is, for example, ticket information output by the ticket information output unit 147, and that any valid rights corresponding to the ticket information remain. In other words, the play permission unit 241 determines whether the play condition is satisfied based on the status of the rights related to play corresponding to the ticket information. As in the first embodiment, the play condition may include a condition that the ticket information has not previously been accepted by the ticket information accepting unit 231. The play condition may also include other conditions, or multiple conditions may be combined. For example, a given ticket may be considered to satisfy the play condition after a predetermined number of acceptances, or such a limit on the number of acceptances may not be imposed. In addition to such conditions based on ticket information, the play condition may also include conditions based on information other than the ticket information.

[0237] Assume that the ticket information output by the ticket information output unit 147 requires that any valid rights corresponding to the ticket information remain as a play condition. In this case, whether the ticket information received by the ticket information receiving unit 231 satisfies the play condition may be determined, for example, as follows. In this embodiment, the play permission unit 241 is also configured to grant permission to play based on ticket output information corresponding to the ticket information received by the ticket information receiving unit 231. For example, the play permission unit 241 queries the ticket output information based on the ticket information received by the ticket information receiving unit 231, confirms whether corresponding ticket output information exists, and makes a decision based on the confirmation result. It can also be said that the play permission unit 241 obtains rights information corresponding to the ticket information received by the ticket information receiving unit 231 and makes a decision based on the obtained rights information. For example, the play permission unit 241 determines that the play condition is satisfied if the number of any rights corresponding to the corresponding ticket output information is one or more.

[0238] In this embodiment, the play permission unit 241 is configured to acquire ticket output information corresponding to the ticket information, i.e., rights information, and, when it determines that the play conditions are satisfied based on the ticket information, to permit the user to perform at least one of two or more types of play based on the acquired rights information. Specifically, the play permission unit 241 permits the user to perform, of the two or more types of play, a type of play for which the user is granted rights in the rights information. As a specific example, assume that the rights information indicates that the user has a first right but not a second right. In this case, the play permission unit 241 enables the first play based on the first right (permits the first play). On the other hand, assume that the rights information indicates that the user does not have the first right but has a second right. In this case, the play permission unit 241 enables the second play based on the second right (permits the second play). When both the first right and the second right are present, the play permission unit 241 can enable both the first play and the second play.

[0239] The play permission unit 241 may be configured to permit two or more plays based on the ticket output information for one opportunity when the ticket information receiving unit 231 receives the ticket information. For example, once the ticket information is received, the play permission unit 241 may provide each play to the user according to the number of rights for each play recorded in the ticket output information at that time. In this case, the play permission unit 241 is configured to update the ticket output information according to the exercised rights by performing a deletion process. For example, the play permission unit 241 sets the number of valid rights to zero for the ticket output information corresponding to the ticket information. However, this is not limited to this. The play permission unit 241 may be configured to permit one play based on the ticket output information for one opportunity when the ticket information receiving unit 231 receives the ticket information. In this case, the play permission unit 241 may perform a deletion process to subtract the number of exercised rights from the ticket output information corresponding to the ticket information. In the second embodiment, a record for each right may be managed as the ticket output information, and each record may be associated with a single piece of ticket information. In this case, the attribute value indicating the right may be updated or the record related to the exercised right may be deleted.

[0240] In this embodiment, the requirement for ticket information to be valid may include, for example, that the user to whom the ticket information is output has finished eating and drinking. This configuration may be expressed as the play conditions including a condition regarding whether the user has finished eating and drinking, or as the play conditions including a condition that the user has finished eating and drinking. This configuration may also be expressed as the play conditions including a condition regarding whether the user has finished consuming a product, or as the play conditions including a condition that the user has finished consuming a product. In this case, as in the first embodiment described above, it is possible to motivate users to quickly finish eating and drinking, thereby increasing the user turnover rate at the establishment.

[0241] When a user performs a first play, the first play control unit 1243 cooperates with the play support device 952 to perform control related to the first play. The control related to the play may be similar to that performed by the play control unit 243 in the first embodiment described above, but is not limited thereto, and may be set appropriately depending on the content of the first play (e.g., the type and content of the game). Furthermore, for example, if the second play can be provided without using the play support device 952, the second play control unit 2243 may be configured to perform control without cooperating with the play support device 952.

[0242] When a user performs a second play, the second play control unit 2243 cooperates with the play support device 952 to perform control related to the second play. The control related to the play may be similar to that performed by the play control unit 243 in the first embodiment described above, but is not limited thereto, and may be set appropriately depending on the content of the second play (e.g., the type and content of the game). Furthermore, for example, if the second play can be provided without using the play support device 952, the second play control unit 2243 may be configured to perform control without cooperating with the play support device 952.

[0243] The play result acquisition unit 245 acquires play result information of users who are permitted to play. The play result acquisition unit 245 acquires, for example, in-game scores recorded during the user's play, play results, etc. as result information. The types of result information are not limited to those exemplified above and can be set as appropriate. The play result acquisition unit 245 may be configured to acquire result information of either the first play or the second play, or may be configured to acquire result information of both plays.

[0244] The prize output instruction unit 247 determines whether the result information of the user's play satisfies a predetermined prize output condition. Then, the prize output instruction unit 247 outputs a prize output instruction to the user who played the game based on the determination result. The prize output instruction is transmitted to, for example, the prize output unit 970. Upon receiving the prize output instruction, the prize output unit 970 outputs a prize in response to the prize output instruction. The prize output instruction unit 247 may be configured to determine whether the prize output condition is satisfied for the result information of either the first play or the second play. The prize output instruction unit 247 may also be configured to determine whether the prize output condition is satisfied for each of the result information of both plays. In this case, the prize output condition related to the result information of the first play and the prize output condition related to the result information of the second play may be different. The prize output instruction unit 247 may also be configured to determine whether a single prize output condition is satisfied using both pieces of result information of each play.

[0245] The prize output condition can be set in the same manner as in the first embodiment, but is not limited to this. The prize output condition may also be the fact that a play has been made (that a play has been permitted). In this case, it can be said that the prize output condition is satisfied when the corresponding play is permitted. Such a mode may be considered as having no prize output condition.

[0246] FIG. 16 is a diagram showing an example of ticket output information used in the play management system 2001. As shown in FIG.

[0247] As shown in FIG. 16 , in the second embodiment, the ticket output information may include, for example, an identifier identifying the ticket information, the date and time when the ticket information was output by the ticket information output unit 147, the number of first rights, and the number of second rights. The number of each right is the number of rights granted to the user, which can be said to be the number of times a play can be provided. When such ticket output information is used, the play permission unit 241 searches for the corresponding ticket output information using the identifier identifying the accepted ticket information. Then, if the number of any right is one or more, the play permission unit 241 can determine that the play conditions are met. If the number of first rights is one or more, the play permission unit 241 can determine that the play conditions for the first right are met, and if the number of second rights is one or more, the play permission unit 241 can determine that the play conditions for the second right are met.

[0248] In the second embodiment, even before the ticket information is output, a lottery may be held based on the user's consumption information, and rights may be granted. That is, the ticket output information may be managed even for ticket information that has not yet been output. However, this is not limited to this. When the ticket information has not yet been output, information indicating the number of rights granted in association with the seat identifier or the like may be accumulated, and the ticket output information may be recorded using this information when the ticket information is output.

[0249] Next, we will explain the flow of operations of the play management system 2001. The play management system 2001 performs various operations, for example, as follows. These operations are performed by the processing unit 140 executing control operations and the like using each unit.

[0250] FIG. 17 is a flowchart illustrating the flow of operations of the play management system 2001.

[0251] The general operational flow of the play management system 2001 is the same as in the first embodiment. That is, each stage of steps S201 to S204 in FIG. 17 is generally the same as steps S1 to S4 in the first embodiment. In the second embodiment, in step S205, a prize is output for the first play. In addition, in step S206, a prize is output for the second play. Note that the flow of the prize output process for the first play shown in step S205 can be the same as that in the first embodiment (for example, steps S81 to S86), and therefore a description thereof will be omitted here.

[0252] This process is periodically and repeatedly started. Although the steps S201 to S206 have been described as being performed in this order, the present invention is not limited to this.

[0253] FIG. 18 is a flowchart showing an example of the lottery process of the play management system 2001.

[0254] The processing from step S221 to step S225 is the same as the processing from step S21 to step S25 in the first embodiment.

[0255] (Step S226) The processing unit 140 grants the first right to the user of the seat. That is, by updating the ticket output information, the fact that the user has the first right is recorded in association with the ticket information corresponding to the user. Specifically, for example, the attribute value related to the number of first rights, which is associated with the ticket information, is increased by a predetermined number (for example, 1).

[0256] Furthermore, the processing unit 140 conducts a second lottery for the user of the seat.

[0257] (Step S227) The processing unit 140 determines whether the result of the second lottery is a win or not. If it is a win, the process proceeds to step S228. If it is not a win, the process proceeds to step S229.

[0258] (Step S228) The processing unit 140 grants the second right to the user of the seat. That is, by updating the ticket output information, the fact that the user has the second right is recorded in association with the ticket information corresponding to the user. Specifically, for example, the attribute value related to the number of second rights, which is associated with the ticket information, is increased by a predetermined number (for example, 1).

[0259] (Step S229) The processing unit 140 transmits the access information to the reception terminal 920 corresponding to the seat, and outputs the access information to the screen of the reception terminal 920. This allows the user at the seat to obtain the access information. In this embodiment, the user can access using the access information by reading the access information using the camera of the terminal device 600. When the processing of step S229 ends, the lottery processing ends.

[0260] FIG. 19 is a flowchart showing an example of the ticket information output process of the play management system 2001.

[0261] The processes from step S241 to step S243 and step S245 are the same as the processes from step S43 to step S45 and step S27 in the first embodiment.

[0262] (Step S244) If it is determined in step S243 that the access condition is satisfied, processing unit 140 outputs the ticket information to terminal device 600 that is the access source. Processing unit 140 also updates the ticket output information corresponding to the output ticket information. When the processing of step S243 ends, the ticket information output processing ends.

[0263] FIG. 20 is a flowchart showing an example of the play permission determination process of the play management system 2001.

[0264] The processing from step S261 to step S264 is performed by the processing unit 140 in the same manner as the processing from step S61 to step S64 in the first embodiment.

[0265] (Step S265) The processing unit 140 determines whether or not there is a first right corresponding to the ticket information. If it is determined that there is a first right, the process proceeds to step S266, and if not, the process proceeds to step S267.

[0266] (Step S266) The processing unit 140 permits the first play to be played once. In other words, the user is able to play the first play once. It can be said that the play management system 2001 makes it possible to provide the user with one first play. Also in the second embodiment, an instruction is sent from the play management system 2001 to the play support device 952, and the play support device 952 enables the user to play the first play. This allows the user who has had the ticket information read by the reading device 951 to play the first play. Then, in this case, a prize output process for the first play is performed (step S205 in FIG. 17).

[0267] (Step S267) The processing unit 140 determines whether or not there is a second right corresponding to the ticket information. If it is determined that there is a second right, the process proceeds to step S268, and if not, the process proceeds to step S269.

[0268] (Step S268) The processing unit 140 permits the second play to be played once. In other words, the user is able to play the second play once. It can be said that the play management system 2001 makes it possible to provide the user with one second play. In the second embodiment, for example, a prize output process for the second play is performed.

[0269] (Step S269) The processing unit 140 updates the ticket output information corresponding to the ticket information according to the number of times the first play was permitted in step S266 and the number of times the second play was permitted in step S268. In this embodiment, for example, the attribute values ​​of the number of first rights and the number of second rights corresponding to the ticket information are decremented by the number of times each play was permitted. More specifically, if the first play was permitted once in step S266, the number of first rights corresponding to the ticket information is decremented by 1. Also, if the second play was permitted once in step S268, the number of second rights corresponding to the ticket information is decremented by 1. When the processing of step S269 ends, the play permission determination processing ends.

[0270] Note that the figure shows an example of a configuration in which a maximum of one first play and one second play are permitted in response to a single reception of ticket information. In this case, if rights corresponding to the ticket information remain after a play is permitted, one more play corresponding to the rights may be permitted in response to a second reception of ticket information. Note that this is not limited to this, and a configuration in which a larger number of plays are permitted at once may be used, or a number of plays corresponding to all rights currently associated with the ticket information may be permitted. Furthermore, a configuration in which only one of the first play and the second play is permitted in response to a single reception of ticket information may be used.

[0271] FIG. 21 is a flowchart showing an example of the prize output process for the second play in the play management system 2001.

[0272] In this embodiment, a prize is output from the second prize output device 972 as a second play, which is a lottery play. Also, as the second play, a lottery is held, and processing is performed according to the lottery result. Such an example will be described below.

[0273] (Step S291) The processing unit 140 outputs a prize output instruction to the second prize output device 972. This allows the playing user to obtain a prize.

[0274] (Step S292) The processing unit 140 executes a lottery (hereinafter, this lottery will be referred to as a second play time lottery). The lottery may be executed by the lottery unit 143, for example, in the same manner as the first lottery and the second lottery. Specifically, for example, a winning decision may be made randomly using pseudo-random numbers, or a winning decision may be made every time a predetermined number of lotteries are performed so that a winning decision occurs with a predetermined probability for each customer group. Furthermore, the lottery result may be determined in accordance with an input operation by the user. Examples of input operations include, but are not limited to, operation of a predetermined operation button performed via the play support device 952.

[0275] (Step S293) The processing unit 140 determines whether the user playing has won the second play-time lottery. If the user has won, the process proceeds to step S294. If not, the process proceeds to step S295.

[0276] (Step S294) The processing unit 140 transmits a prize output instruction to the first prize output device 971. As a result, a prize is output from the first prize output device 971, and the user who has played can obtain the prize. After that, when the processing of step S294 ends, the play permission determination processing ends.

[0277] (Step S295) The processing unit 140 notifies the user that the user has been unsuccessful. The unsuccessful notification may be, for example, displayed on the display of the play support device 952, outputted as audio, or transmitted to the user's terminal device 600, thereby allowing the user to know the lottery results. When the processing of step S86 ends, the play permission determination processing ends.

[0278] Depending on the stage of each process (stage of play) as described above, the play support device 952 may appropriately display a message indicating that the player did not win on a display, output a sound, or send information to the user's terminal device 600 to inform the user of the status of the second play or to provide a special effect.

[0279] Thus, in the example shown in the figure, the user can obtain one prize by performing one second play. Furthermore, the user can obtain one additional prize depending on the result of the second play lottery. The prize output in step S291 and the prize output in step S294 may be output from the same prize output device. Alternatively, the prize output process for the second play may involve only the processing of step S291, or only the processing of steps S292 to S295. Alternatively, a second play lottery may be performed, and a different prize may be output depending on the result of the lottery. For example, the prize may be output from either the first prize output device 971 or the second prize output device 972 depending on the result of the lottery. Alternatively, the processing of step S295 may not be performed.

[0280] The second play-time lottery is not limited to one realized by information processing by the processing unit 140 or the like. For example, the play support device 952 may be configured to be able to hold a lottery, and the result of the lottery may determine whether the second play-time lottery is successful or not. For example, a lottery in which the result is determined by the trajectory of a ball rolling like a pinball may be used. In this case, the play support device 952 may be configured to be able to output the result of the lottery to the play management system 2001 using a sensor or the like that detects the presence of a ball in a predetermined position. The configuration of the play support device 952 is not limited to this.

[0281] Next, a specific example of the access information and ticket information in the play management system 2001 of this embodiment will be described. The following is just an example and can be modified as appropriate.

[0282] FIG. 22 is a diagram showing an example of the access information output by the play management system 2001. In FIG.

[0283] 22, similar to FIG. 10, access information is displayed on the screen as a two-dimensional code C10. In the second embodiment, the screen may include rights information C210 relating to the number of rights corresponding to the ticket information in addition to an explanation of the access information. The rights information C210 can be displayed, for example, based on ticket output information associated with the ticket information corresponding to the seat.

[0284] FIG. 23 is a diagram showing an example of ticket information output by the play management system 2001. As shown in FIG.

[0285] 23, similar to FIG. 11, shows an example of a state in which a two-dimensional code C20 representing ticket information is displayed on the terminal display unit 661 of one terminal device 600 that has made access that satisfies the access conditions using the access information. In the second embodiment, for example, this screen may include rights information C225 regarding the number of rights corresponding to the ticket information. The rights information C225 can be displayed, for example, based on ticket output information associated with the ticket information corresponding to the seat.

[0286] In the second embodiment, management information indicating the status of the ticket information and the corresponding ticket output information managed by the play management system 2001 may be displayed on the management terminal device 929 and output so that the manager can check it. Such an operation can be realized, for example, by the processing unit 140 outputting the management information to the management terminal device 929 based on the ticket output information.

[0287] FIG. 24 is a diagram showing an example of management information output by the play management system 2001.

[0288] As shown in Fig. 24, the management information displays information about each user in a list format, associated with information that identifies the user, such as information that identifies the seat. In the example shown in the figure, the management information includes attribute values ​​such as the number of users, the time of entry, the amount spent so far, and rights information C230. The rights information C230 includes attribute values ​​such as the number of first rights ("games"), the number of second rights ("lottery tickets"), and the like. The rights information C230 can be acquired and output based on the ticket output information.

[0289] This management information is output so that the administrator can check it, allowing the administrator to easily understand the status of each user's rights. Even if a user has trouble obtaining or reading ticket information or has a problem with playing, the administrator can easily understand the status of the user's rights and quickly respond to the problem.

[0290] As explained above, the second embodiment can also achieve the same effects as the first embodiment. Furthermore, the second embodiment can easily provide two or more plays to the user. Therefore, it is possible to easily provide an experience with higher added value.

[0291] In the above specific example of the second embodiment, by making it possible to provide the second play, the prizes that could be provided at each table in the first embodiment can be provided without using the table prize output device 925. By realizing such a provision mode, it becomes unnecessary to replenish prizes and perform maintenance on each table prize output device 925, and it becomes possible to introduce and operate a system that can provide users with a high-value-added experience at a lower cost.

[0292] (others)

[0293] Fig. 25 is a schematic diagram of a computer system 800 according to the embodiment, and Fig. 26 is a block diagram of the computer system 800.

[0294] These figures show the configuration of a computer that executes the programs described in this specification to realize the information processing device etc. of the above-mentioned embodiments. The above-mentioned embodiments can be realized by computer hardware and a computer program executed thereon.

[0295] Computer system 800 includes a computer 801 that includes a CD-ROM drive, a keyboard 802, a mouse 803, and a monitor 804.

[0296] In addition to the CD-ROM drive 8012, the computer 801 includes an MPU 8013, a bus 8014 connected to the CD-ROM drive 8012 etc., a ROM 8015 for storing programs such as a boot-up program, a RAM 8016 connected to the MPU 8013 for temporarily storing instructions of application programs and providing temporary storage space, and a hard disk 8017 for storing application programs, system programs, and data. Although not shown here, the computer 801 may further include a network card for providing connection to a LAN.

[0297] A program that causes computer system 800 to execute the functions of the information processing device or the like of the above-described embodiments may be stored on CD-ROM 8101, inserted into CD-ROM drive 8012, and then transferred to hard disk 8017. Alternatively, the program may be transmitted to computer 801 via a network (not shown) and stored on hard disk 8017. The program is loaded into RAM 8016 when executed. The program may also be loaded directly from CD-ROM 8101 or the network.

[0298] The program does not necessarily include an operating system (OS) or a third-party program that causes the computer 801 to execute the functions of the information processing device of the above-described embodiment. The program only needs to include instructions that call appropriate functions (modules) in a controlled manner to achieve desired results. How the computer system 800 operates is well known, and a detailed description thereof will be omitted.

[0299] In addition, in the above program, the sending step of sending information and the receiving step of receiving information do not include processing performed by hardware, such as processing performed by a modem or interface card in the sending step (processing that can only be performed by hardware).

[0300] The computer that executes the program may be a single computer or a plurality of computers, that is, it may perform centralized processing or distributed processing.

[0301] Furthermore, in the above-described embodiments, two or more components present in one device may be physically realized on one medium.

[0302] Furthermore, in the above embodiments, each process (each function) may be realized by centralized processing by a single device (system), or may be realized by distributed processing by multiple devices (in this case, the entire system consisting of multiple devices performing distributed processing can be understood as a single "device").

[0303] Furthermore, in the above embodiments, the transfer of information between components may be performed, for example, by one component outputting information and the other component receiving information if the two components transferring the information are physically different, or by moving from a processing phase corresponding to one component to a processing phase corresponding to the other component if the two components transferring the information are physically the same.

[0304] Furthermore, in the above-described embodiments, information related to the processing performed by each component, such as information accepted, acquired, selected, generated, transmitted, or received by each component, and information such as thresholds, formulas, and addresses used in processing by each component, may be temporarily or long-term stored in a recording medium (not shown), even if not explicitly stated in the above description. Furthermore, the storage of information in the recording medium (not shown) may be performed by each component or a storage unit (not shown). Furthermore, the reading of information from the recording medium (not shown) may be performed by each component or a reading unit (not shown).

[0305] Furthermore, in the above-described embodiments, if the information used by each component, such as thresholds, addresses, and various setting values ​​used by each component in processing, may be changed by the user, the user may or may not be able to change the information as appropriate, even if not explicitly stated in the above description. If the information is changeable by the user, the change may be realized, for example, by a receiving unit (not shown) that receives a change instruction from the user and a changing unit (not shown) that changes the information in accordance with the change instruction. The change instruction may be received by the receiving unit (not shown), for example, from an input device, by receiving information transmitted via a communication line, or by receiving information read from a predetermined recording medium.

[0306] In the above embodiments, each component may be configured with dedicated hardware, or a component that can be realized by software may be realized by executing a program. For example, each component may be realized by a program execution unit such as a CPU reading and executing a software program recorded on a recording medium such as a hard disk or semiconductor memory. During execution, the program execution unit may execute the program while accessing a storage unit or recording medium. The program may also be executed by being downloaded from a server or the like, or by being read from a predetermined recording medium (e.g., an optical disk, a magnetic disk, a semiconductor memory, etc.). The program may also be used as a program constituting a program product. The program may be executed by a single computer or multiple computers. That is, centralized processing or distributed processing may be performed.

[0307] The present invention is not limited to the above-described embodiment, and various modifications are possible, and these modifications are also included within the scope of the present invention.

[0308] An embodiment may be configured by appropriately combining the above-described multiple embodiments. For example, it is not limited to the configurations of the above-described embodiments, and each component of the above-described embodiments may be appropriately replaced or combined with a component of another embodiment. Furthermore, some components or functions of the above-described embodiments may be omitted. [Industrial Applicability]

[0309] As described above, the play management system according to the present invention has the effect of easily providing rare plays to users in accordance with the consumption of products, and is useful as a play management system, etc. [Explanation of symbols]

[0310] 1, 1001, 2001 Play Management System 100 First information processing device 110 Storage area 111 Order information storage section 113 Consumption information storage unit 131 Order Information Reception Department 133 Access Reception Department 140 Processing section 141 Consumption information acquisition department 143 Lottery Section 144 First winning processing unit 147 Ticket information output section 148 Access information output section 200 Second information processing device (play control device) 210 Second storage area 231 Ticket Information Reception 240 Second Processing Section 241 Play Permission Department 243 Game Control Unit 245 Play result acquisition section 247 Prize output instruction section 600 Terminal Equipment 900 Play Store System 910 Store System 920 Reception terminal 925 Table Prize Output Device 929 Management terminal equipment 950 Play Provision System 951 Reading Device 952 Play support device 970 Prize Output Unit 971 First Prize Output Device 972 Second Prize Output Device 1243 First play control unit 2144 Winning Processor 2243 Second play control unit C10 Two-dimensional code showing access information C20 2D code showing ticket information

Claims

1. a consumption information acquisition unit that acquires consumption information regarding the amount or quantity of products consumed by a user; a lottery unit that conducts a lottery when it is determined that a lottery execution condition is satisfied based on the consumption information; a ticket information output unit that outputs ticket information according to the result of the lottery; a ticket information receiving unit that receives the ticket information input by a user using a reading device; a play permission unit that permits the user to play when it is determined that a play condition is met based on the ticket information received by the ticket information reception unit.

2. the consumption information acquisition unit acquires the consumption information for each seat corresponding to a user, the lottery unit is configured to conduct the lottery for each seat, The play management system according to claim 1 , wherein the ticket information output unit outputs the ticket information for each seat.

3. The play management system of claim 1 or 2, wherein the ticket information output unit outputs unique access information if the lottery is won, and outputs the ticket information to the user if access is received from the user using the access information.

4. a ticket output information storage unit that stores ticket output information relating to the ticket information output by the ticket information output unit, 4. The play management system according to claim 1, wherein the play permission unit grants permission to play based on the correspondence between the ticket information accepted by the ticket information acceptance unit and the ticket output information stored in the ticket output information storage unit.

5. a play result acquisition unit that acquires play result information of users who are permitted to play; A play management system as described in any one of claims 1 to 4, further comprising a prize output instruction unit that outputs a prize output instruction to output a prize to a user depending on the judgment result of whether the result information satisfies a predetermined prize output condition.

6. A play management method realized by a reading device, a consumption information acquisition unit, a lottery unit, a ticket information output unit, a ticket information acceptance unit, and a play permission unit, comprising: a consumption information acquisition step in which the consumption information acquisition unit acquires consumption information regarding the amount or quantity of products consumed by the user; a lottery step in which the lottery unit holds a lottery when it determines that a lottery execution condition is satisfied based on the consumption information; a ticket information output step in which the ticket information output unit outputs ticket information according to a result of the lottery; a ticket information receiving step in which the ticket information receiving unit receives the ticket information input by a user using the reading device; a play permission step in which the play permission unit permits the user to play if it determines that play conditions are met based on the ticket information accepted in the ticket information acceptance step.

7. Computer, a consumption information acquisition unit that acquires consumption information regarding the amount or quantity of products consumed by a user; a lottery unit that conducts a lottery when it is determined that a lottery execution condition is satisfied based on the consumption information; a ticket information output unit that outputs ticket information according to the result of the lottery; a ticket information receiving unit that receives the ticket information input by a user using a reading device; a play permission unit that permits the user to play when it is determined that the play conditions are met based on the ticket information received by the ticket information reception unit;

Images