WO2023162706A1 - プレイ管理システム、プレイ制御装置、プレイ管理方法及び記録媒体 - Google Patents

プレイ管理システム、プレイ制御装置、プレイ管理方法及び記録媒体 Download PDF

Info

Publication number
WO2023162706A1
WO2023162706A1 PCT/JP2023/004447 JP2023004447W WO2023162706A1 WO 2023162706 A1 WO2023162706 A1 WO 2023162706A1 JP 2023004447 W JP2023004447 W JP 2023004447W WO 2023162706 A1 WO2023162706 A1 WO 2023162706A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
play
output
unit
ticket
Prior art date
Application number
PCT/JP2023/004447
Other languages
English (en)
French (fr)
Inventor
邦彦 田中
大介 橋本
Original Assignee
くら寿司株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by くら寿司株式会社 filed Critical くら寿司株式会社
Publication of WO2023162706A1 publication Critical patent/WO2023162706A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/20—Input arrangements for video game devices
    • A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
    • A63F13/213—Input arrangements for video game devices characterised by their sensors, purposes or types comprising photodetecting means, e.g. cameras, photodiodes or infrared cells
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/48—Starting a game, e.g. activating a game device or waiting for other players to join a multiplayer session
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Definitions

  • the present invention relates to a play management system, a play control device, a play management method, and a program that allow a user who has consumed a product to play using ticket information.
  • a user can play a so-called video game, a game using other amusement devices, or a game performed according to predetermined rules (hereinafter collectively referred to as a game).
  • a game a game performed according to predetermined rules
  • Various mechanisms have been proposed for this purpose.
  • Patent Document 1 it is possible to purchase the right to play using a chargeable IC card, and to store information on the purchased right to play in a rental medium equipped with an IC chip, and to communicate with the rental medium.
  • a configuration of a game system is described in which play can be permitted based on play right information.
  • the present invention has been made in view of such a background, and includes a play management system, a play control device, a play management method, and a play management system that can easily provide users with rare plays according to the consumption of products.
  • the purpose is to provide a program.
  • the play management system of the first aspect of the invention comprises a consumption information acquisition unit that acquires consumption information regarding the amount or quantity of products consumed by a user, and a lottery when it is determined that the 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 reception unit that receives ticket information input by a user using a reading device; and a ticket received by the ticket information reception unit.
  • a play management system comprising a play permitting unit that permits a user to play when it is determined that a play condition is satisfied based on information.
  • the consumption information acquisition unit acquires consumption information for each seat corresponding to the user, and the lottery unit performs a lottery for each seat.
  • the ticket information output unit is a play management system that outputs ticket information for each seat.
  • the ticket information output unit outputs unique access information when the lottery is won, and uses the access information from the user.
  • This is a play management system that outputs ticket information to a user when access is received.
  • access information and ticket information can be output by different means.
  • the play management system of the fourth invention is a play management system in which the access information is an encoded image that can be read by a camera, in contrast to the third invention.
  • the user can read the access image with the camera and output the ticket information.
  • the ticket information output unit displays the access information on the screen arranged in association with the seat corresponding to the user, and displays the access information on the screen.
  • a play management system used by users at corresponding seats to place product orders.
  • the ticket information output unit receives an access using the access information from the user, and the access condition is satisfied. It is a play management system that outputs ticket information when it is determined that
  • the play management system of the seventh invention in contrast to any one of the first to sixth inventions, further includes a ticket output information storage unit for accumulating ticket output information related to ticket information output by the ticket information output unit.
  • the play permission unit is a play management system that permits play according to the correspondence relationship between the ticket information received by the ticket information reception unit and the ticket output information stored in the ticket output information storage unit. .
  • the play permission unit acquires timing information related to the time when the ticket information received by the ticket information reception unit is output, and the acquired timing A play management system that authorizes play based on information.
  • the ticket output information includes rights information indicating the rights owned by the user regarding the provision of each of two or more types of plays
  • the play permission unit is a play management system that permits the user to play at least one type of play among two or more types of play based on the rights information.
  • the play management system of the tenth invention in contrast to any one of the first to ninth inventions, comprises a play result acquisition unit for acquiring play result information of a user who is permitted to play; and a prize output instruction unit for outputting a prize output instruction for outputting a prize to the user according to the determination result of whether or not the prize output condition is satisfied.
  • the prize output instructing unit selects the prize output device corresponding to the prize output condition to be satisfied among the two or more prize output devices. It is a play management system that outputs an output instruction.
  • the ticket information is an encoded image that can be read by a reading device. is.
  • the ticket information output unit outputs information about the location of the reading device together with the ticket information. is.
  • the consumption information acquisition unit counts the number of product plates consumed by the user as consumption information. Acquisition is a play management system.
  • the lottery section conducts the first lottery based on the consumption information, and the winner of the first lottery A second lottery is performed, and the ticket information output unit is a play management system that outputs ticket information to users who win the second lottery.
  • the play condition includes a condition regarding whether or not consumption of the product by the user is completed. management system.
  • the play control device of the seventeenth aspect of the invention includes a ticket information reception unit that receives ticket information input by a user using a reading device; a play permission unit that permits play to a player; a play result acquisition unit that acquires play result information of a user who is permitted to play; A play control device comprising a prize output instruction unit that outputs a prize output instruction for outputting a prize to a prize output device corresponding to a condition.
  • the play control device of the eighteenth invention includes a ticket information reception unit that receives ticket information input by a user using a reading device, and when it is determined that the play condition is satisfied based on the ticket information, At least one of the two or more plays is offered to the user based on the right information indicating the rights owned by the user regarding the provision of each of the two or more plays and corresponding to the ticket information. and a play permitting unit for permitting.
  • Block diagram of the same first information processing device and terminal device Block diagram of the second information processing device
  • a diagram showing an example of ticket output information stored in the same ticket output information storage unit Flowchart explaining the flow of operations of the play management system Flowchart showing an example of lottery processing of the first information processing device
  • Flowchart showing an example of ticket information output processing of the first information processing device Flowchart showing an example of play permission determination processing of the second information processing device
  • Flowchart showing an example of prize output processing of the second information processing device Diagram showing an output example of access information output by the same play management system
  • Block diagram showing the configuration of a play management system according to a modified example of the present embodiment A diagram showing the overall configuration of a store system with play using a play management system according to Embodiment 2
  • Block diagram of the play management system A diagram showing an example of ticket output information used in the same play management system Flowchart explaining the flow of operations of the play management system Flowchart showing an example of lottery processing of the same play management system Flowchart showing an example of ticket information output processing of the same play management system Flowchart showing an example of play permission determination processing of the same play management system Flowchart showing an example of prize output processing of the second play of the same play management system Diagram showing an output example of access information output by the same play management system A diagram showing an output example of ticket information output by the same play management system A diagram showing an output example of management information output by the play management system Schematic diagram of a computer system in the above embodiment Block diagram of the same computer system
  • An identifier for a certain item is a character, a code, or the like that uniquely indicates the item.
  • the identifier is, for example, an ID, but any type of information can be used as long as it can identify the corresponding item. That is, an identifier may be the exact name of what it designates, or it may be a uniquely corresponding combination of codes.
  • Acquisition may include acquiring items input by a user or the like, or may include acquiring information stored in another device.
  • Obtaining information stored in another device may include obtaining information stored in another device via an API or the like, or obtaining a document file provided by another device. It may include obtaining the content (including the content of a web page) by scraping or the like. It may also include obtaining information in a different format based on the original information, such as obtaining the information by performing optical character reading on the image file.
  • the machine learning method can be used 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 a machine learning technique. For example, two or more sets of input information and output information are prepared in advance, the two or more sets of information are provided to a module for configuring a machine learning classifier to configure a classifier, and the configured classifier is Accumulate in storage. Note that the classifier can also be called a learning device.
  • the machine learning technique may be, for example, deep learning, random forest, SVR, or the like.
  • functions in various machine learning frameworks such as fastText, tinySVM, random forest, TensorFlow, and various existing libraries can be used.
  • classifiers are not limited to those obtained by machine learning.
  • the classifier may be, for example, a table showing correspondence between input vectors based on input information or the like and output information.
  • the output information corresponding to the feature vector based on the input information may be obtained from the table, or two or more input vectors in the table and parameters for weighting each input vector may be used for input.
  • a vector approximating the feature vector based on the information may be generated, and the output information and parameters corresponding to each input vector used for generation may be used to obtain the final output information.
  • the classifier may be, for example, a function representing the relationship between an input vector based on input information or the like and information for generating output information. In this case, for example, information corresponding to a feature vector based on input information may be obtained by a function, and output information may be obtained using the obtained information.
  • Outputting information means display on a display, projection using a projector, printing on a printer, sound output, transmission to an external device, storage on a recording medium, processing by another processing device or other program, etc.
  • This is a concept that includes delivery of results. Specifically, it includes, for example, enabling display of information on a web page, transmitting as e-mail or the like, and outputting information for printing.
  • Acceptance of information means acceptance of information input from input devices such as keyboards, mice, touch panels, etc., reception of information sent from other devices via wired or wireless communication lines, optical discs, magnetic discs, semiconductors, etc. This concept includes acceptance of information read from a recording medium such as memory.
  • updating means changing the stored information, adding new information to the stored information, or updating the stored information. It is a concept including erasing a part or all of it.
  • the play management system roughly operates as follows. That is, the play management system performs a lottery based on the amount or quantity of products consumed by the user, and outputs ticket information to the winning user. When the user inputs ticket information using the reader, the play management system accepts it. Based on the ticket information, the play management system permits the user who has entered the ticket information to play. Such a play management system 1 will be described below.
  • FIG. 1 is a diagram showing the overall configuration of a play-equipped store system 900 using the play management system 1 according to Embodiment 1 of the present invention.
  • the play management system 1 is used, for example, in a store system 900 with play used in stores such as restaurants.
  • the store system 900 with play generally includes a store system 910 used for selling food and drink and various services at the store, and a play providing system 950 for providing a play to a user who has a predetermined play right. contains.
  • 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 . It can be said that the second information processing device 200 is a play control device that controls the play.
  • the first information processing device 100 and the second information processing device 200 are connected so as to be able to communicate with each other.
  • the play-equipped store system 900 enables users, who are visitors, to order products for each seat in, for example, a so-called conveyor belt sushi restaurant.
  • the store using the store system 900 with play may be a restaurant of other business types or industries, and is not limited to a restaurant.
  • the store system 900 with play is not necessarily used for an existing store, and may be used for a virtual store or a facility that provides public services. Moreover, it does not matter whether the product provided to the user who ordered the product is paid or free of charge.
  • the product may be a physical object or an intangible object such as a service provided to the user.
  • a seat is a concept that means a seat or table to which products are provided.
  • One seat corresponds, for example, to a customer group of one or more users who purchase a product (a customer group includes one or more users and may be one user).
  • a customer group includes one or more users and may be one user.
  • the one table corresponds to a seat.
  • the one counter seat is a seat correspond to Note that the seat is not limited to an actual seat or table.
  • the seat may correspond to a group consisting of one or more users and may be other items that indicate the purchaser, order source, supply destination, etc. of the product by the group. Such seats may be real or virtual.
  • a seat is a concept indicating a unit to which a product is provided and for which the price of the product is charged.
  • the store system 910 has a first information processing device 100, a reception terminal 920 corresponding to the seat, and a table prize output device 925 corresponding to the seat. Also, the store system 910 can be interpreted as having a terminal device 600 capable of communicating with the first information processing device 100 via a network, for example. That is, the play management system 1 is configured to be usable by a user who is a customer of a restaurant or the like using the terminal device 600 or the like. The play management system 1 can be configured to be usable after various settings are made by an administrator of a restaurant or the like.
  • one customer group can place an order for products using a reception terminal 920 having a screen such as a touch panel installed to correspond to the seat they use.
  • the customer group may be able to place an order for products using one or more terminal devices 600 owned by them.
  • FIG. 1 shows a mobile information terminal device such as a so-called smartphone as the terminal device 600 .
  • a tablet-type information terminal device, a personal computer (PC) such as a laptop computer, or the like may be used as the terminal device 600 .
  • a tablet-type information terminal device is shown as the reception terminal 920, a mobile information terminal device, a personal computer (PC), or the like may be used as the reception terminal 920.
  • devices that can communicate with each other can communicate with each other via a network such as a local area network or the Internet, but the communication is not limited to this.
  • the number of devices included in the store system 900 with play does not matter, and other devices may be included in the store system 900 with play.
  • the table prize output device 925 has the same mechanical structure as the prize ejection mechanism used with the plate collecting device described in Japanese Patent No. 3859962, for example.
  • the table prize output device 925 is configured to output a prize in response to receiving a prize output instruction transmitted from another device via a network.
  • the prize output device is not limited to having such a mechanical structure, and may be a device that displays information or outputs information, for example.
  • a gift is not limited to an item, and may be a coupon code that can be exchanged for a product or other items, points, or the like.
  • the output of a prize may be performed by handing an object from the table prize output device 925 to the user.
  • the output of the prize is performed by displaying information on a display device provided in the table prize output device 925 or the like, or by transmitting the information to the terminal device 600 or the like owned by the user. You can
  • 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 configured to function while exchanging information with the second information processing device 200 .
  • the reading device 951 is, for example, a device equipped with a camera or a scanning sensor configured to optically read an image such as a two-dimensional code or a one-dimensional code.
  • the reading device 951 may be configured to output information indicated by the image to the second information processing device 200 based on the read image, or output the read image to the second information processing device 200. It may be configured to be able to In the latter case, the second information processing apparatus 200 is configured to obtain information indicated by the image.
  • 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 outputs read information by communicating with a medium on which information is recorded. It may be a device that
  • the play support device 952 is a device used when the user plays.
  • the play support device 952 is composed of a game machine, a game controller, a display, and the like for executing the video game.
  • the play support device 952 may include a device for controlling communication functions for that purpose.
  • the play support device 952 may be an arcade game machine including a photo-creation game machine, a crane game machine, and the like.
  • the play support device 952 includes a simulated operation terminal equipped with a sensor (for example, a simulated gun, a simulated ball game racket, etc.) and a device equipped with a game content display function.
  • the play support device 952 may be configured to be able to play.
  • the play support device 952 may be a device for performing lottery effects and information transmission, or may be configured to receive operations from the user according to the lottery mode.
  • the play support device 952 can enable the user to play (provide play) according to instructions from the second information processing device 200 .
  • the second information processing device 200 can be expressed as permitting the user to play.
  • Providing a play is not limited to switching from a state in which a play cannot be performed to a state in which a play can be performed. Extending the range of play that a user can perform or allowing the user to play in a different manner may be referred to as providing play.
  • play may mean outputting a prize from the prize output unit 970, which will be described later, or enabling the user to acquire various rights.
  • the user's playing means that the user outputs a prize or that the user acquires various rights.
  • the play support device 952 may not be used.
  • the various rights and the like are, for example, the right to obtain valuable items (regardless of whether they are tangible or intangible) such as products and coupon information, or to perform a predetermined action. but not limited to these rights.
  • the play providing system 950 uses a prize output unit 970 including two or more prize output devices.
  • the prize output unit 970 enables the first prize output device 971 and the second prize output device 972 to output prizes according 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, the same mechanical structure as the table prize output device 925. As described for the table prize output device 925, such a structure is not limited to those having
  • the prize output unit 970 is configured to output a prize according to an instruction output from the second information processing device 200 .
  • the prize output from the first prize output device 971 is configured to be of higher value to ordinary users than the prize output from the second prize output device 972 .
  • 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.
  • the two premiums may be the same or different in nature such as type, color, or purpose, or may differ in form such that one premium is an object and the other is information. It can be different.
  • the prize output unit 970 may use more prize output devices, or may use only one prize output device.
  • FIG. 2 is a block diagram of the first information processing device 100 and the terminal device 600.
  • FIG. FIG. 3 is a block diagram of the second information processing device 200. As shown in FIG.
  • the first information processing device 100 includes a storage unit 110, a reception unit 120, a reception unit 130, a processing unit 140, and a transmission unit 170.
  • the first information processing device 100 is, for example, a server device.
  • the storage unit 110 includes an order information storage unit 111 and a consumption information storage unit 113.
  • the order information storage unit 111 stores order information received by the order information reception unit 131 as described later.
  • the order information is, for example, information regarding an order for a product, information having seat identification information for identifying a seat, and information transmitted from a user-operable terminal such as reception terminal 920 or terminal device 600.
  • the seat identification information is a seat identifier that identifies the seat or a terminal identifier that identifies the terminal device 600 .
  • 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 the present embodiment, a product is ordered for each seat, and the order information is stored in the first information processing device 100 . In other words, in the present embodiment, users of customer groups can place orders for products for each customer group.
  • the order information has a product identifier that can uniquely identify the product.
  • the order information includes, for example, product identifiers and the number of products to be ordered. Note that the order information may have, for example, a product identifier and a price.
  • the storage unit 110 usually stores two or more items of product management information having product identifiers and unit prices.
  • the product management information is, for example, a database in which product identifiers and their unit prices are associated and recorded. Merchandise management information may be stored in another device. With such product management information, the unit price of the product identifier included in the order information can be specified. That is, it is possible to calculate the amount corresponding to the product identifier included in the order information.
  • the order information may be, for example, information indicating that the plate on which the product is placed has been served (provided) to the customer group.
  • the order information may be post-order information.
  • 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 about the amount or quantity of products consumed by the user.
  • consumption information can be stored for each seat identifier, ie, each seat.
  • the consumption information is, for example, the amount of goods consumed by the user, but is not limited to this.
  • the number of products consumed by the user may be used as the consumption information.
  • products are placed on a plate in predetermined units and provided to the user. In this case, the number of plates of products consumed by the user may be used as the consumption information.
  • the consumption information may be stored for each terminal identifier, ie for each user, for example.
  • the receiving unit 120 receives information transmitted from other devices.
  • the receiving unit 120 stores the received information in the storage unit 110, for example.
  • the user uses the terminal device 600 to input information, for example, and transmits the information to the first information processing device 100 .
  • the receiving unit 120 can store each piece of transmitted information in the storage unit 110 in association with the terminal identifier and the seat identifier.
  • the receiving section can receive order information transmitted from each terminal device 600 or reception terminal 920 and store it in the storage section 110 in association with the terminal identifier and the seat identifier.
  • reception section 120 can identify a seat identifier that identifies a seat corresponding to reception terminal 920 related to transmission, based on the transmitted information. Further, when receiving information from terminal device 600, receiving section 120 can identify a terminal identifier related to transmission based on the transmitted information.
  • the reception unit 130 receives information input using 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 anything, such as a numeric keypad, a keyboard, a mouse, or a menu screen.
  • the reception unit 130 accepts information input by an input operation (including information read by the device) performed using a reading device (for example, a code reader) connected to the first information processing device 100. may be accepted.
  • the reception unit 130 receives the information received by the reception unit 120 as information input to the first information processing device 100 . That is, the input of information to the first information processing apparatus 100 means that the information is indirectly input to the first information processing apparatus 100 by the user via the reception terminal 920, the terminal device 600, or the like. may be interpreted.
  • the reception unit 130 includes an order information reception unit 131 and an access reception unit 133.
  • the order information reception section 131 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 the seat identifier or the terminal identifier.
  • the access reception unit 133 receives an access using the access information from the user's terminal device 600 as described later.
  • the access information represents information such as a character string that is used to output ticket information as described later. This character string or the like may include, for example, a unique identifier, or may include a predetermined keyword or information specific to the user.
  • the access information includes, for example, information indicating the location of a web page that is provided by first information processing device 100 and accessible from terminal device 600 or the like.
  • Access information is, for example, information indicating a URL including a unique identifier as a URL parameter. In this case, the access reception unit 133 receives access to the web page, if any, and also receives the URL parameter included in the access information.
  • the access information is not limited to this.
  • a unique identifier or the like and a code string for displaying a reception screen for receiving the identifier or the like on the terminal device 600 may be used as the access information.
  • a code string for transmitting a message (for example, SMS or e-mail) containing an identifier or the like from the terminal device 600 to the first information processing device 100 may be used as the access information.
  • so-called custom URL schemes may be used for such access information.
  • the access reception unit 133 may be configured to receive information (for example, an identifier) based on access information transmitted from the terminal device 600 by various methods.
  • the access destination is not limited to the first information processing device 100 . In this case, the access reception unit 133 may be configured to receive, for example, information indicating that there has been an access using the access information, which is transmitted from the access destination.
  • the processing unit 140 includes a consumption information acquisition unit 141, a lottery unit 143, a first lottery processing unit 144, and a ticket information output unit 147.
  • the ticket information output section 147 includes an access information output section 148 .
  • the processing unit 140 performs various types of processing. Various types of processing are, for example, processing performed by each unit of the processing unit 140 as follows.
  • the consumption information acquisition unit 141 acquires consumption information and stores the acquired consumption information in the consumption information storage unit 113.
  • the consumption information acquisition unit 141 acquires from the order information storage unit 111 past order information corresponding to the seat identifier of the seat to be acquired, and aggregates the amount of the acquired product to be consumed. Calculate information.
  • the consumption information storage unit 113 acquires consumption information for each seat corresponding to the user.
  • the consumption information acquisition unit 141 stores the consumption information in the consumption information storage unit 113 in association with the seat identifier.
  • the consumption information may be aggregated for each seat, for example, each time the customer group using the seat changes, with respect to the customer group.
  • 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, each time a predetermined period of time elapses, or may be performed when an instruction from a user or the like is received by the receiving unit 130 .
  • the consumption information acquisition unit 141 may be configured to acquire consumption information by counting the number of product plates consumed by the user. In this case, the consumption information acquisition unit 141 does not have to use the order information. For example, the consumption information acquiring unit 141 counts the number of collected plates using a known plate collecting device configured to collect sushi plates in conveyor belt sushi restaurants. Then, the number of plates may be used as the consumption information, or the amount obtained by multiplying the number of plates by a predetermined unit price may be acquired as the consumption information.
  • the consumption information acquisition unit 141 may be configured to acquire, as consumption information, the amount of money based on the number of plates collected and the amount of money for products consumed without using plates. Only one of them may be acquired as consumption information.
  • the lottery unit 143 determines whether a predetermined lottery execution condition is satisfied based on the consumption information.
  • the lottery section 143 conducts a lottery when determining that the lottery executing means is satisfied.
  • lottery refers to determining whether or not to perform a predetermined process (whether or not a lottery is won).
  • the lottery section 143 is configured to draw a lottery for each seat.
  • the lottery unit 143 is configured to perform a first lottery based on the consumption information and a second lottery for the winner of the first lottery.
  • Each lottery process of the first lottery and the second lottery can be performed by various methods. For example, a pseudo-random number may be used to randomly determine that the customer has won the lottery. may
  • the lottery process may be performed when a user's instruction is input through the terminal device 600 or the reception terminal 920, or may be performed regardless of the presence or absence of such a user's instruction.
  • the lottery execution conditions are, for example, conditions related to the amount of money purchased by the user (e.g., 500 yen or more, etc.) and conditions related to the total number of products purchased by the user (e.g., 10 points or more, etc.). and so on.
  • the lottery execution conditions are set in advance and stored in the storage unit 110, for example, but may be changed as appropriate. Lottery execution conditions, for example, depending on various factors such as season, time of day, weather, customer group characteristics (e.g., number of visits, number of people, age, gender, etc.), product inventory, store congestion, etc. It may be set by the processing unit 140 or the like according to preset setting rules or the like, or may be set according to information transmitted from another management device (not shown) that can communicate via a network.
  • 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 the product targeted for the lottery, information including a product identifier that identifies a product that is not targeted for the lottery, or information that identifies the product targeted for the lottery. It may be information including a product type identifier that identifies the type, or information that includes a product type identifier that identifies the type of product that is not subject to the lottery.
  • sushi e.g. “tuna”, “hamachi”, “salmon roe”, “egg”, etc.
  • beverages eg, , "bottled beer (large)", “bottled beer (small)”, “oolong tea”, “orange juice”, “drink bar”, etc.
  • side menus noodles ("kitsune udon”, “meat udon”, “soy sauce Ramen”, etc.), “Hamburger”, etc.) and desserts ("pudding”, “vanilla ice cream”, “strawberry”, etc.).
  • noodles and beverages are determined as predetermined items among the items that can be ordered by these customer groups, these beverages (for example, “bottled beer (large)", “ Bottled beer (small), oolong tea, orange juice, drink bar, etc.) and noodles (kitsune udon, meat udon, soy sauce ramen, etc.) consumption information based on order information is related to the lottery execution conditions.
  • these beverages for example, "bottled beer (large)", “ Bottled beer (small), oolong tea, orange juice, drink bar, etc.
  • noodles kitsune udon, meat udon, soy sauce ramen, etc.
  • the predetermined one or more products may be determined from various viewpoints. For example, a product that is not provided on a plate that can be collected by the plate collecting device can be defined as one or more predetermined products. Note that one or more predetermined products may be changed as appropriate.
  • preset settings according to various factors such as season, time of day, weather, customer group characteristics (e.g., number of visits, number of people, age, gender, etc.), product inventory, store congestion level, etc. It may be set by the processing unit 140 or the like according to a rule or the like, or may be set according to information transmitted from another management device that can communicate through a network.
  • the consumption information for the relevant seat is reset when settlement (payment for the product) is made. Further, when the lottery process is performed, the consumption information of the relevant seat up to that point becomes irrelevant to the reward process, but it is not limited to this.
  • the first lottery processing unit 144 performs reward giving processing for giving prizes to the customer group, ie, the user, who won the lottery in the first lottery.
  • the reward giving process is, for example, a process of transmitting a prize delivery instruction to the table prize output device 925 . More specifically, for example, by transmitting a prize delivery instruction, the product opening of the table prize output device 925 is opened, and one prize is delivered from the table prize output device 925 .
  • the types of prizes and the output mode are not limited to these.
  • the ticket information output unit 147 outputs ticket information according to the results of the lottery.
  • the ticket information output unit 147 is configured to be able to output ticket information for each winning seat. That is, it can be said that the ticket information output unit 147 outputs the ticket information according to the winning result.
  • the ticket information output unit 147 includes an access information output unit 148 that outputs access information for outputting ticket information.
  • the ticket information output unit 147 outputs ticket information after performing processing using access information as will be described later for users who win the second lottery. That is, the ticket information output unit 147 outputs unique access information from the access information output unit 148 when winning the second lottery. This access information is acquired and used by the terminal device 600 of the user. Then, the ticket information output unit 147 outputs the ticket information to the user when access using the access information is accepted from the user. In the present embodiment, ticket information output unit 147 outputs ticket information when it determines that an access condition is satisfied when access reception unit 133 receives access from a user using access information.
  • access is a concept that includes, for example, access to information provided via a network such as web pages and APIs, as well as transmission of e-mails and other messages.
  • the access information output unit 148 outputs access information as follows. That is, in the present embodiment, access information output unit 148 transmits access information to reception terminal 920 arranged in association with the seat to be output, and displays the access information on the screen of reception terminal 920 .
  • the access information is displayed on the screen of reception terminal 920 as an encoded image that can be read by the camera of terminal device 600, for example.
  • the access information which is such an image, is, for example, a two-dimensional code representing a character string used to inquire about the right to play.
  • the access information may be output as, for example, a so-called bar code or other multidimensional code, or may be other images that can be read using the terminal device 600, character strings themselves, or the like. Thereby, the user can read the access information, which is the displayed image, with the terminal device 600, and can easily use the access information.
  • the access condition is, for example, that valid access information has been accepted by the access acceptance unit 133.
  • Valid access information is, for example, access information output by the access information output unit 148, and access using the access information has not been accepted by the access acceptance unit 133 so far.
  • the access condition is not limited to this, and the access condition may be satisfied in any case, for example, when access using one piece of access information is accepted up to a predetermined number of times. Also, when access using one piece of access information is accepted, it may be determined that the access condition is satisfied regardless of the number of times.
  • a condition regarding time may be provided as an access condition.
  • the access condition may include that the access is made within a predetermined time after the access information is output, or that the access is made within the same day.
  • conditions based on information different from the access information such as information on the type and model of the terminal device 600 that performs access, conditions on the method used for access, and the like, may be provided.
  • the condition regarding the method used for access is, for example, the type of web browser used for access, the web browser used for access, other applications, etc., but is not limited to this.
  • Whether or not the access information used for the access received by the access reception unit 133 is output by the access information output unit 148 may be determined, for example, as follows.
  • the access information output unit 148 outputs the access information
  • the output history of the access information is recorded in the storage unit 110 .
  • information such as the identifier indicated by the access information and the date and time of output can be recorded.
  • the ticket information output unit 147 confirms whether or not there is a record corresponding to the output history based on the information received by the access reception unit 133, and makes determination based on the confirmation result.
  • the determination may be made using such an output history.
  • the access information output unit 148 may be configured to output access information including information in accordance with a predetermined rule, without being limited to information using such an output history.
  • the ticket information output unit 147 may confirm whether the information received by the access reception unit 133 complies with the predetermined rule. For example, encoded information about output timing (day, time, etc.) may be used as the information according to a predetermined rule.
  • the ticket information output unit 147 can be configured to acquire the output timing based on information based on the received access information, and determine whether or not the time-related condition is satisfied.
  • 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 .
  • the ticket information is output as an encoded image readable by the reader 951, for example. More specifically, the ticket information is, for example, a two-dimensional code representing a character string including an identifier used for inquiring about the right to play.
  • the ticket information may be output as, for example, a so-called bar code or other multidimensional code, or may be output as an image optically readable by the reading device 951 or as a character string itself.
  • the ticket information may be magnetically readable magnetic patterns or other forms.
  • outputting ticket information means transmitting ticket information to the terminal device 600 of the user.
  • the ticket information is 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 the ticket information.
  • the information itself indicating the image may be transmitted to the terminal device 600, or if the terminal device 600 can generate an encoded image, the character string indicated by the image may be used as the ticket information on the terminal device 600. may be sent to
  • the ticket information is transmitted so that it can be displayed by the application of the terminal device 600 used to access the access information.
  • the ticket information output unit 147 outputs the ticket information so that the ticket information is displayed in the web page displayed on the terminal device 600 when the access is performed using the access information. good. Further, the ticket information may be displayed when a predetermined button displayed in the web page displayed on the terminal device 600 is operated when access is performed using the access information. Further, for example, ticket information may be sent as a reply when access is performed using access information by e-mail, message, or the like.
  • the output of the ticket information may be the output of a sheet on which the information is written using a printer or the like, or the display on the screen of the reception terminal 920 or the like. good.
  • the ticket information output unit 147 is configured to output ticket information identified by a different identifier every time it outputs ticket information. That is, the ticket information output unit 147 is configured to output unique ticket information. Note that the ticket information to be output may be unique within a predetermined period. Further, the ticket information output unit 147 may be configured to output the same ticket information multiple times.
  • the ticket information output unit 147 When the ticket information output unit 147 outputs the ticket information, it transmits the ticket output information, which is the output record, to the second information processing device 200 .
  • the ticket output information can include, for example, an identifier that can identify the ticket information and information such as output date and time.
  • the ticket information output unit 147 may output information about the location of the reading device 951 (reading location information) 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) at the same time as the ticket information, for example.
  • the image may be output so as to include the reading location information.
  • an image including ticket information and reading location information may be displayed so as to be included in the same web page.
  • the reading location information may be included in the same document file as the document file including the ticket information.
  • various forms such as a map of the inside of the store, a code string indicating the coordinates in the map, and the like can be used.
  • ticket information may be output to the user who won the first lottery, or only one lottery may be performed when the lottery execution condition is satisfied. good. Further, without using access information, ticket information may be output to users to be output, such as users who have won a lottery.
  • the ticket information output unit 147 may transmit the ticket information to the terminal device 600 associated in advance so as to correspond to the seat. Further, the ticket information output unit 147 may output the ticket information on paper using a printer provided in the store, or may display the ticket information on the screen of the reception terminal 920 and allow the user to record it.
  • the transmission unit 170 transmits the information to other devices that constitute the play-equipped store system 900 via a network or the like.
  • the transmission unit 170 transmits information to the second information processing device 200 and the terminal device 600, for example.
  • the transmitting unit 170 outputs information to the second information processing device 200 and the terminal device 600, for example.
  • the terminal device 600 includes a terminal storage section 610, a terminal reception section 620, a terminal reception section 630, a terminal processing section 640, a terminal output section 660, a terminal transmission section 670, and a sensor section 680.
  • the terminal output section 660 has a terminal display section 661 .
  • the terminal storage unit 610 includes a ticket information storage unit 611 and a device identification information storage unit 613.
  • the ticket information storage unit 611 temporarily or permanently stores the ticket information transmitted from the first information processing device 100 . This enables the terminal device 600 to output the ticket information to the terminal display section 661 .
  • the device identification information storage unit 613 stores device identification information.
  • the device identification information is information that can identify the model of the terminal device 600, but is not limited to this. Different information may not be writable in the device identification information storage unit 613 .
  • the terminal reception unit 620 receives information transmitted from the first information processing device 100 and other devices via the network.
  • the terminal reception unit 620 accumulates the received information in, for example, the terminal storage unit 610 so that the terminal processing unit 640 and the like can acquire the information.
  • the terminal reception unit 630 receives various input operations on the terminal device 600 by the user using the terminal device 600 .
  • the operation is performed using, for example, an input device (not shown), but is not limited to this.
  • the terminal processing unit 640 uses each unit of the terminal device 600 to perform various information processing operations.
  • the terminal output unit 660 outputs information by, for example, displaying on a terminal display unit 661, which is a display device. Note that the information output method is not limited to this, and may be performed by outputting voice or the like from a speaker or the like.
  • the terminal transmission unit 670 transmits, for example, information acquired by the terminal processing unit 640 or the like via the network.
  • the sensor unit 680 has a camera.
  • the sensor unit 680 can capture and record images using a camera, and store the obtained information in the terminal storage unit 610 .
  • the terminal processing unit 640 acquires information contained in the image by performing predetermined recognition processing based on the image (which may be a moving image) obtained by the sensor unit 680. configured as possible. For example, when an image including an image such as a two-dimensional code is captured by the sensor unit 680, the terminal processing unit 640 recognizes the two-dimensional code included in the captured image and acquires information encoded in the code. can be used as For example, when access information including a URL is photographed by the sensor unit 680, the terminal processing unit 640 acquires the URL using the photographed image so that access using the URL can be performed using a web browser or the like. is configured to
  • the second information processing device 200 includes a second storage section 210 , a second reception section 220 , a second reception section 230 , a second processing section 240 and a second transmission section 270 .
  • the second information processing device 200 is, for example, a server device.
  • the second storage unit 210 includes a ticket output information storage unit 211.
  • the ticket output information storage unit 211 stores ticket output information related to the ticket information output by the ticket information output unit 147 .
  • the second receiving unit 220 receives information transmitted from other devices.
  • the second reception unit 220 stores the received information in the second storage unit 210, for example.
  • the second receiving section 220 can receive information about play transmitted from the play support device 952 and store it in the second storage section 210 .
  • the second reception unit 230 receives information input using input means (not shown) connected to the second information processing device 200 .
  • the second reception unit 230 stores the received information in the second storage unit 210, for example.
  • the input means may be anything, 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 .
  • the second reception unit 230 includes a ticket information reception unit 231.
  • the ticket information reception unit 231 receives ticket information input using the reading device 951 connected to the second information processing device 200 . That is, the second reception unit 230 receives the ticket information read by the reader 951 .
  • the second accepting unit 230 stores the accepted ticket information in the second storage unit 210 .
  • the second processing section 240 includes a play permission section 241 , a game control section 243 , a play result acquisition section 245 and a prize output instruction section 247 .
  • the second processing unit 240 performs various types of processing. Various types of processing are, for example, processing performed by each unit of the second processing unit 240 as follows.
  • the play permitting section 241 permits the user to play when it determines that a predetermined play condition is satisfied. That is, when the play permitting section 241 determines that the play condition is satisfied, it transmits an instruction to the play support device 952 to allow the play support device 952 to allow the user to play. This allows the user to play.
  • the play permission unit 241 determines whether or not the play conditions are satisfied based on the ticket information received by the ticket information reception unit 231. That is, the play conditions include conditions related to ticket information.
  • the play condition is, for example, that valid ticket information has been accepted by the ticket information acceptance unit 231.
  • Valid ticket information is, for example, ticket information output by the ticket information output unit 147 that has not been received by the ticket information reception unit 231 so far. It should be noted that the present invention is not limited to this, and for example, acceptance of one piece of ticket information up to a predetermined number of times may be treated as fulfilling the play condition, or such a limit on the number of times may not be provided.
  • the play conditions may include conditions based on information different from the ticket information.
  • the play permitting unit 241 permits play according to the correspondence between the ticket information received by the ticket information receiving unit 231 and the ticket output information stored in the ticket output information storage unit 211. configured to do so. For example, the play permitting unit 241 inquires about ticket output information based on the ticket information received by the ticket information receiving unit 231, confirms whether or not there is corresponding ticket output information, and makes a determination based on the confirmation result. conduct.
  • the play permission unit 241 determines that the play condition is satisfied when there is corresponding ticket output information.
  • the play permitting section 241 is configured to perform a process of erasing the ticket output information when determining that the play condition is satisfied. In the erasing process, the play permission unit 241 deletes the corresponding ticket output information from the ticket output information storage unit 211, for example.
  • the play permission unit 241 records flag information or the like indicating that the ticket information has already been received in the ticket output information storage unit 211 in association with the corresponding ticket output information as the erasing process. good too. In this case, the play permitting section 241, when inquiring the ticket output information, may check whether there is corresponding ticket output information with or without the flag information.
  • a condition regarding time may be provided as a play condition.
  • the play conditions may include that the ticket information has been received within a predetermined time after being output, or that the ticket information has been received on the same day that the ticket information was output.
  • the play permitting unit 241 acquires timing information regarding the output time of the ticket information received by the ticket information accepting unit 231, and permits play based on the acquired timing information.
  • the ticket information output unit can be used to determine whether the play condition is satisfied. That is, the play permitting section 241 can refer to the corresponding ticket output information to acquire the timing information, and determine whether or not the condition regarding time is satisfied based on the timing information.
  • the play condition output unit 147 is configured to output ticket information that conforms to a predetermined rule, and the play permission unit 241 determines whether the received ticket information conforms to the predetermined rule. You can check it. Thereby, it is possible to confirm whether or not the received ticket information is the ticket information output by the ticket information output unit 147 . In this case, whether or not a piece of ticket information has been accepted by the ticket information accepting unit 231 can be determined by accumulating history information related to ticket information accepted in the past in the second storage unit 210, and referring to the history information.
  • the play permitting unit 241 can acquire timing information based on the received ticket information and determine whether or not the time condition is satisfied.
  • the requirement for ticket information to be valid may include, for example, that the user for whom the ticket information is to be output has finished eating and drinking.
  • the fact that the payment of the bill has been completed or that a predetermined procedure for starting the payment has been performed may mean that the user has finished eating and drinking. In such a case, if the user has not finished eating and drinking, the user cannot play.
  • the play condition includes a condition regarding whether or not the user has finished eating and drinking.
  • the play condition includes a condition that the user has finished eating and drinking. By setting such play conditions, the user cannot play until the user finishes eating and drinking.
  • the fact that the user has not finished eating and drinking may be a requirement for the validity of the ticket information.
  • the validity of the ticket information may be unrelated to the end of the user's eating and drinking. It can be said that it includes at least each condition of being completed.
  • whether or not the user has finished eating and drinking may be detected by the processing unit 140 acquiring information from the store system 910, for example.
  • the processing unit 140 can determine that the customer group corresponding to the reception terminal 920 has finished eating and drinking. It should be noted that completion of eating and drinking may be expressed as completion of consumption of the product by the user.
  • the game control unit 243 cooperates with the play support device 952 to perform control related to the play. For example, based on the information transmitted from the play support device 952, the game control section 243 accumulates information regarding the play in the second storage section 210, or changes the display on the display section (not shown). Also, the game control unit 243 transmits information to the play support device 952 so that the information is reflected in the play. Note that the control related to the play is not limited to this, and can be appropriately set according to the type and contents of the game. For example, when executing a video game program in the second information processing device 200, the control related to play may include executing the program.
  • control related to the play may include appropriate control such as counting the time until the play is finished, determining the end of the play, or providing guidance to the user. good.
  • game control unit 243 may not be provided, and almost all the control relating to the game may be performed by the play support device 952 .
  • the play result acquisition unit 245 acquires the play result information of the user who is permitted to play.
  • the play result acquisition unit 245 acquires, as result information, for example, a score in the game recorded in the user's play, a play result, or the like.
  • the types of result information are not limited to those illustrated, and can be set as appropriate.
  • the prize output instruction unit 247 determines whether or not the user's play result information satisfies a predetermined prize output condition. Then, the prize output instruction unit 247 outputs a prize output instruction for outputting a prize to the user who has played the game, according to the determination result.
  • the prize output instruction is transmitted to the prize output unit 970, for example. Upon receiving a prize output instruction, the prize output unit 970 outputs a prize accordingly.
  • the prize output condition can include, for example, that the result information is better than a predetermined level, or that it is within the range of a predetermined level.
  • the prize output condition may be that the score is higher than a predetermined threshold value or that the score is within a predetermined value range.
  • the prize output condition is not limited to this, and may include a condition related to a comparison result with other users' result information and a condition related to a specific record in the play.
  • the prize output condition may include a score higher than that of other users.
  • the score must be a predetermined rank or higher in the score ranking.
  • the prize output condition may include achievement of a specific mission in the game. Specifically, it may include, for example, that a specific result was achieved with respect to a specific element.
  • the prize output instruction unit 247 outputs the prize output instruction to the device corresponding to the prize output condition satisfied by the result information, out of the first prize output device 971 and the second prize output device 972. It is configured. For example, when the first condition is satisfied, the prize output instruction section 247 outputs a prize output instruction to the first prize output device 971 . Also, when the second condition is satisfied, the prize output instruction unit 247 outputs a prize output instruction to the second prize output device 972 .
  • the first condition is "score of 1000 points or more" and the second condition is "score of 500 points or more and less than 1000 points”.
  • the result information is, for example, 1200 points
  • the first condition is satisfied, so a prize output instruction is output to the first prize output device 971 .
  • the result information is, for example, 700 points
  • the second condition is satisfied, so a prize output instruction is output to the second prize output device 972 .
  • the user can acquire the prize output from the second prize output device 972 .
  • Neither condition is satisfied when the result information is, for example, 300 points. In this case, no instruction is output to the prize output unit 970, and no prize is output.
  • a predetermined form of notification to the user may be output according to a combination of whether or not each of these conditions is satisfied. The predetermined notification can be made by displaying on the screen, outputting sound, outputting on paper or the like.
  • the prize output instruction unit 247 outputs the prize output instruction to either the first prize output device 971 or the second prize output device 972 depending on whether the result information satisfies one prize output condition. or may be switched. In this case, it is also possible to say that the first condition is that one prize output condition is satisfied, and the second condition is that one prize output condition is not satisfied.
  • the prize output unit 970 may be provided with three or more prize output devices.
  • the prize output instruction unit 247 outputs a prize output instruction for outputting a prize to a prize output device corresponding to a predetermined prize output condition satisfied by the result information among the three or more prize output devices. It just needs to be configured.
  • the play result acquisition unit 245 and the prize output instruction unit 247 are configured to perform the above operations each time one user plays. It should be noted that, without being limited to this, acquisition of result information, determination of prize output conditions, and the like may be performed when a predetermined timing arrives. For example, the operation may be performed every day, day of the week, month, or the like, or may be performed each time an instruction is given by the store manager or the like.
  • play result information may be transmitted to the first information processing device 100, and the first information processing device 100 may be configured to perform the process performed by the prize output instruction section 247 described above.
  • the second transmission unit 270 transmits information to other devices that constitute the store system with play 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, the play support device 952, and the like.
  • the second transmission unit 270 outputs information to the second information processing device 200 and the terminal device 600, for example.
  • non-volatile recording media are preferable for the storage unit 110, the second storage unit 210, and the terminal storage unit 610 described above, they can also be realized with volatile recording media.
  • Information and the like acquired by each device are stored in these, respectively, but the process of storing information and the like is not limited to this.
  • information may be stored via a recording medium, information transmitted via a communication line may be stored, or input may be performed via an input device. The information received may be stored.
  • processing unit 140, the second processing unit 240, and the terminal processing unit 640 described above can usually be implemented by an MPU, memory, or the like.
  • the processing procedures of the processing unit 140, the second processing unit 240, and the terminal processing unit 640 are usually realized by software, and the software is recorded in a recording medium such as a ROM. However, it may be realized by hardware (dedicated circuit).
  • input means that can be used to input information that can be received by the reception unit 130, the second reception unit 230, and the terminal reception unit 630 can be anything, such as a numeric keypad, keyboard, mouse, or menu screen.
  • the reception unit 130, the second reception unit 230, and the terminal reception unit 630 can be implemented by device drivers for input means such as numeric keys and keyboards, menu screen control software, and the like.
  • the receiving unit 120, the second receiving unit 220, and the terminal receiving unit 620 are usually implemented by wireless or wired communication means, but may be implemented by means of receiving broadcast.
  • the transmission unit 170, the second transmission unit 270, and the terminal transmission unit 670 are usually realized by wireless or wired communication means, but may be realized by broadcasting means.
  • FIG. 4 is a diagram showing an example of ticket output information stored in the ticket output information storage unit 211.
  • FIG. 4 is a diagram showing an example of ticket output information stored in the ticket output information storage unit 211.
  • the ticket output information storage unit 211 records records of ticket output information output in the past.
  • the ticket output information may include, for example, an identifier included in the ticket information, that is, an identifier specifying the ticket information, the date and time when the ticket information was output by the ticket information output unit 147, and the number of times of use. As the number of times of use, for example, the number of times the corresponding ticket information has been accepted can be recorded.
  • the play permitting unit 241 uses an identifier specifying the received ticket information to search for the corresponding ticket output information. Then, the play permission unit 241 can determine that the play condition is satisfied when the value of the number of times of use has not reached the predetermined value. For example, if the play condition is set so that one piece of ticket information can be used only once, the play condition is satisfied when the value of the number of times of use is 0.
  • use timing information such as the date and time may be recorded. For example, if one piece of ticket information can be used only once, and if usage timing information is recorded in the ticket output information, the play condition is not satisfied when the corresponding ticket information is accepted. can be determined. Instead of the number of times of use, a flag may be recorded that indicates whether or not play can be permitted when ticket information corresponding to the ticket output information is received next time.
  • the record of the ticket output information corresponding to the 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 maximum number of times is one.
  • the access information output unit 148 records the output history of the access information in the storage unit 110 so that the access condition can be determined based on the output history, the ticket shown in FIG.
  • the example of the output information should be followed.
  • 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 unit 140 and the second processing unit 240 executing control operations and the like while using each unit.
  • FIG. 5 is a flowchart explaining the operation flow of the play management system 1.
  • processing is performed in the first information processing device 100 .
  • Step S1 That is, when the processing unit 140 receives the order information transmitted from the user, the order information receiving unit 131 receives the order information.
  • Step S2 The processing unit 140 performs lottery processing. Details of the flow of the lottery process will be described later. Thereby, the second lottery is performed in a predetermined case.
  • Step S3 The processing unit 140 performs ticket information output processing. Details of the flow of the ticket information output process will be described later. As a result, ticket information is output in a predetermined case.
  • the user can cause the reading device 951 to read the ticket information. Processing is performed in the second information processing device 200 .
  • Step S4 The second processing unit 240 performs play permission determination processing.
  • the details of the flow of play permission determination processing will be described later. Thereby, the user can play in a predetermined case.
  • Step S5 The second processing unit 240 performs prize output processing. Details of the flow of the prize output process will be described later. Thereby, a prize is output in a predetermined case.
  • a series of operations ends.
  • Such processing is started repeatedly on a regular basis.
  • the processing from step S1 to step S3 performed by the first information processing device 100 and the processing of steps S4 and S5 performed by the second information processing device 200 are described to be performed successively in this order. However, it is not limited to this.
  • the processing of the first information processing device 100 and the processing of the second information processing device 200 may be performed independently without synchronization. Also, the order of steps S1 to S5 is not limited to this.
  • FIG. 6 is a flowchart showing an example of lottery processing of the first information processing device 100.
  • Step S21 The processing unit 140 determines whether or not the consumption information acquisition timing has arrived. If it is determined that it has arrived, the process proceeds to step S22, and if not, the lottery process ends. For example, the processing unit 140 can determine that the consumption information acquisition timing has arrived for each seat each time order information is received.
  • Step S22 The processing unit 140 acquires consumption information using the order information of the seats to be acquired.
  • the processing unit 140 stores the acquired consumption information in the consumption information storage unit 113 in association with the seat identifier.
  • Step S23 The processing unit 140 determines whether or not the lottery execution condition is satisfied for each seat based on the consumption information. If it is determined that the lottery execution condition is satisfied, the process proceeds to step S24. Otherwise, the lottery process ends.
  • Step S24 The processing unit 140 conducts a first lottery for the user of the seat.
  • Step S25 The processing unit 140 determines whether or not the result of the first lottery is winning. In the case of winning, the process proceeds to step S26. Otherwise, the lottery process ends.
  • Step S26 The processing unit 140 transmits a prize delivery instruction to the table prize output device 925 corresponding to the seat. As a result, the prize is output from the table prize output device 925, and the user at that seat can obtain the prize. In addition, the processing unit 140 conducts a second lottery for the user of the seat. When the process of step S26 ends, the lottery process ends.
  • FIG. 7 is a flowchart showing an example of ticket information output processing of the first information processing device 100.
  • Step S41 The processing unit 140 determines whether or not the second lottery is performed in the immediately preceding lottery process and the result is a win. In the case of winning, the process proceeds to step S42. If the lottery is not won or if the second lottery has not been conducted in the previous lottery process, the process proceeds to step S43.
  • Step S42 The processing unit 140 transmits access information to the reception terminal 920 corresponding to the seat, and outputs the access information to the screen of the reception terminal 920. Thereby, the user of the seat concerned can obtain the access information.
  • the user can access the first information processing apparatus 100 using the access information by reading the access information using the camera of the terminal device 600 .
  • the processing unit 140 updates the output history stored in the storage unit 110 regarding the output of the access information.
  • Step S43 The processing unit 140 determines whether the access reception unit 133 has received access from the user using the access information. If it is determined that the access has been accepted, the process proceeds to step S44; otherwise, the ticket information output process is terminated.
  • Step S44 The processing unit 140 searches the output history using the information received by the access receiving unit 133, and confirms the output record of the corresponding access information.
  • 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. Otherwise, the process proceeds to step S47.
  • Step S46 The processing unit 140 outputs the ticket information to the terminal device 600 that is the access source. In addition, the processing unit 140 transmits ticket output information corresponding to the output ticket information to the second information processing device 200 . As a result, the ticket output information is accumulated in the ticket output information storage unit 211 in the second information processing device 200 . When the process of step S46 ends, the ticket information output process ends.
  • Step S47 On the other hand, if it is determined that the access condition is not satisfied, the processing unit 140 outputs an error screen to the terminal device 600 that is the access source.
  • the error screen includes, for example, a display indicating that the access information is invalid. This allows the user to easily know that the access was made but was not valid.
  • the ticket information output process ends.
  • FIG. 8 is a flowchart showing an example of play permission determination processing of the second information processing device 200.
  • Step S61 The second processing unit 240 reads the ticket information by the reading device 951 and determines whether or not it has been accepted. If it is determined that the ticket information has been received, the process proceeds to step S62; otherwise, the play permission determination process is terminated.
  • Step S62 The second processing unit 240 searches for ticket output information corresponding to the ticket information stored in the ticket output information storage unit 211.
  • Step S63 The second processing unit 240 determines whether or not the play condition is satisfied. If it is determined that the play condition is satisfied, the process proceeds to step S65. Otherwise, proceed to step S64.
  • Step S64 If it is determined that the play condition is not satisfied, the second processing unit 240 outputs error information.
  • the error information includes, for example, information indicating that the ticket information is not valid.
  • the error information can be output by, for example, displaying on the screen or outputting sound. By outputting the error information in this way, the user can easily know that the ticket information was not valid.
  • the play permission determination process ends.
  • Step S65 On the other hand, when it is determined that the play condition is satisfied, the second processing unit 240 permits play. That is, an instruction is transmitted from the second information processing device 200 to the play support device 952 to allow the play support device 952 to allow the user to play. As a result, the user who causes the reading device 951 to read the ticket information can play.
  • 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. As a result, even if the same ticket information is read by the reading device 951 again, the play condition can be prevented from being satisfied. When the process of step S66 ends, the play permission determination process ends.
  • FIG. 9 is a flowchart showing an example of the prize output process of the second information processing device 200.
  • Step S81 The second processing unit 240 determines whether or not the play that was made possible by issuing an instruction to the play support device 952 last time has ended. If it is determined that the play has ended, the process proceeds to step S82, otherwise the prize output process is terminated.
  • Step S82 The second processing unit 240 acquires result information.
  • 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. Otherwise, proceed to step S85.
  • Step S84 The second processing unit 240 transmits a prize output instruction to the first prize output device 971.
  • the first prize output device 971 outputs the prize, and the user who has played the game can obtain the prize. After that, the process proceeds to step S85.
  • Step S85 The second processing unit 240 determines whether the second condition is satisfied based on the result information. If it is determined that the second condition is satisfied, the process proceeds to step S86. Otherwise, the prize output process is terminated.
  • Step S86 The second processing unit 240 transmits a prize output instruction to the second prize output device 972. As a result, the prize is output from the second prize output device 972, and the user who has played the game can obtain the prize.
  • the play permission determination process ends.
  • FIG. 10 is a diagram showing an output example of access information output by the play management system 1.
  • FIG. 10 is a diagram showing an output example of access information output by the play management system 1.
  • FIG. 10 shows an example of a state in which the access information is transmitted to one reception terminal 920 and displayed on the screen of the reception terminal 920 .
  • 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 the output of the ticket information.
  • the screen may include an explanation about access information, an explanation about output conditions of ticket information, and the like.
  • 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, it is sufficient to return to the order screen for receiving the order.
  • a screen displaying such access information may be restored to its original state when access is made using the access information, or when a predetermined period of time allowing access has elapsed.
  • You may be comprised so that it may change to screens, such as an order screen.
  • Such a configuration can be realized, for example, by having the processing unit 140 transmit an instruction to the reception terminal 920 in accordance with the issuance of a ticket or the elapse of a predetermined period of time. As a result, it is possible to prevent the access information for which the ticket information cannot be output any more from being newly read, thereby reducing the user's confusion.
  • FIG. 11 is a diagram showing an output example of ticket information output by the play management system 1.
  • FIG. 11 is a diagram showing an output example of ticket information output by the play management system 1.
  • FIG. 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 the access information.
  • a screen is automatically displayed. good.
  • Such a screen is, for example, a web page screen displayed by the web browser of the terminal device 600 based on the information transmitted from the first information processing device 100 .
  • the display method of the screen and the progress until the screen is displayed are not limited to this, and can be configured as appropriate.
  • the ticket information displayed on the terminal display unit 661 is included in the screen as, for example, a two-dimensional code C20.
  • the user can obtain permission to play by causing the reading device 951 to read the two-dimensional code C20 displayed on the terminal display unit 661 .
  • the screen may include an explanation about the ticket information, such as how to use the ticket information and the validity period of the ticket information.
  • the 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 description indicating the location where the reading device 951 is installed, but is not limited to this.
  • the place information C25 may be said to be information about a place where play can be performed.
  • FIG. 12 is a diagram explaining an example of a game output by the play management system 1.
  • FIG. 12 is a diagram explaining an example of a game output by the play management system 1.
  • FIG. 12 shows an example of screen transition of a shooting game when the play providing system 950 provides the shooting game.
  • the shooting game can be played using a screen on which images are displayed and a simulated gun held by the player toward the screen (an example of the play support device 952).
  • 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 with respect to the screen.
  • the title screen S101 is displayed on the screen. It may be configured to display other guidance information. From this state, when valid ticket information is read by the reading device 951, play is permitted. Then, toward the start of play, the screen transitions to an explanation screen S102 that may include, for example, rules and prize output conditions. Then, for example, after a predetermined period of time has elapsed or when the internal processing for executing the game is completed, the screen transitions to the start instruction screen S103.
  • the start instruction screen includes a display prompting an operation to start playing.
  • the screen transitions to the in-game screen S104.
  • the in-game screen S104 includes, for example, a target to be aimed with a simulated gun (for example, an image of a fish), a remaining time display bar, and a score bar indicating the score. For example, when the remaining time reaches zero, the play is completed. Then, based on the score, that is, the result information, the screen transitions to one of the result display screens S105b and S105c. For example, when the score satisfies the prize output condition, that is, when a prize output instruction is issued, the screen transitions to the result display screen S105b indicating that a prize will be output.
  • the screen transitions to the result display screen S105c that does not indicate that a prize will be output.
  • the result display screens S105b and S105c are displayed, for example, if the player or the like performs a predetermined operation or a predetermined period of time elapses, the process returns to the title screen S101. It should be noted that when the result display screens S105b and S105c are displayed, if new ticket information is read, the screen may transition to the explanation screen S102.
  • the present embodiment it is possible to allow the user to experience playing based on the consumption information regarding the amount and quantity of products consumed by the user.
  • Providing a play to a user does not necessarily require direct support or work by a store manager or the like using the play management system 1 or other devices. Therefore, it is possible to easily provide a user who consumes a product with a high value-added experience of purchasing a product or using a service.
  • the second information processing device 200 which is a play control device, together with other devices of the play providing system 950, these operations are automatically performed. can be done. Therefore, it is possible to easily provide scarce plays to users, and to reduce the amount of human resources required to provide plays to users.
  • a lottery will be held if the conditions for executing the lottery are satisfied based on the consumption information, and the ticket information necessary to play will be output according to the results. Therefore, the play can be positioned as something with rarity, and the appeal of the play can be enhanced. Since the lottery can be automatically performed without human intervention, it is possible to easily provide the user with rare play according to the consumption of the product.
  • the lottery is performed in multiple stages, and the user can feel the enjoyment of obtaining ticket information in addition to the enjoyment of obtaining a prize from the table prize output device 925 . Therefore, it is possible to make the user aware of the possibility of obtaining various prizes and benefits, thereby further increasing the enjoyment of the user. Furthermore, a prize can be output according to the result of the play. Therefore, it is possible to further enhance the attractiveness of the play, and it is possible to easily provide the user with a play that is rare and attractive to the user.
  • the processing in this embodiment may be realized by software. Then, this software may be distributed by software download or the like. Also, this software may be recorded on a recording medium such as a CD-ROM and distributed.
  • the software that implements the play management system 1 in this embodiment is the following program. In other words, this program is a program executed by one or more computers included in the play management system 1, and the computer of the play management system 1 acquires consumption information regarding the amount or quantity of products consumed by the user.
  • a lottery unit that performs 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 reception unit that receives the ticket information input by using a reading device from the ticket information reception unit; It is a program for functioning as a play permission part that permits.
  • the play management system may consist of one device (for example, a server).
  • a device for example, a server.
  • the configuration of such a play management system is shown below.
  • FIG. 13 is a block diagram showing the configuration of play management system 1001 according to one modification of the present embodiment.
  • the functions of the first information processing device 100 and the second information processing device 200 are performed by one piece of hardware. That is, the play management system 1001 has the same hardware configuration as the first information processing device 100, and similarly to the first information processing device 100, the storage unit 110, the reception unit 120, the 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 can 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 the second information processing device 200
  • a play permission unit 241, a game control unit 243, a play result acquisition unit 245, and a prize output instruction unit 247 are included.
  • the play management system is mainly configured to be able to manage the provision of two or more types of plays in correspondence with the ticket information output for each seat. It is different from In Embodiment 2, for example, a first play and a second play can be provided as two kinds of plays.
  • the first play is, for example, playing a game (game play) as in the first embodiment.
  • the second play is, for example, playing a lottery (lottery play).
  • the two or more types of plays may be of the same kind, for example, may be game plays with different content, or may be lottery plays with different content. Also, different types of games may be playable and offered.
  • the provision of products and various contents of works can be called the provision of play.
  • the play management system 2001 will be described with a focus on the configuration different from that of the first embodiment described above.
  • FIG. 14 is a diagram showing the overall configuration of a store system with play 2900 using the play management system 2001 according to Embodiment 2 of the present invention.
  • the play management system 2001 uses one piece of hardware to implement the first information processing device 100 and the second information processing device. 200 are responsible for the functions corresponding to each of them. Note that the play management system 2001 may be divided into, for example, a device responsible for functions corresponding to the first information processing device 100 and a device responsible for functions corresponding to the second information processing device 200, or may be divided into devices responsible for functions corresponding to the second information processing device 200. It may be divided into subsystems.
  • store system with play 2900 differs from store system with play 900 according to Embodiment 1 in the following points. That is, in the store system 2900 with play, the play management system 2001 is used in place of the play management system 1 . Further, in the store system 2900 with play, the store system 910 is provided with a management terminal device 929 . Further, in the store system 2900 with play, the table prize output device 925 is not provided in the store system 910 . In the play-equipped store system 2900, instead of outputting a prize at each seat when the first lottery is won, the first right to output a prize to the prize output unit 970 is given in association with the seat. It's like
  • the management terminal device 929 is, for example, configured to be able to communicate with the play management system 2001 via a network.
  • the management terminal device 929 has a screen such as a touch panel, for example.
  • the administrator uses the management terminal device 929 to transmit information such as instructions to the play management system 2001 to cause the play management system 2001 to execute information processing, or to transmit information to the management terminal device 929 to manage play. Information accumulated in the system 2001 can be checked.
  • a tablet-type information terminal device is shown as the reception terminal 920, a mobile information terminal device, a personal computer (PC), or the like may be used as the reception terminal 920.
  • FIG. the role of the management terminal device 929 in the store system 2900 with play may be played by the play management system 2001 or an input/output device or the like provided therewith.
  • FIG. 15 is a block diagram of the play management system 2001.
  • FIG. 15 is a block diagram of the play management system 2001.
  • the processing section 140 has a second play control section 2243. Also, instead of the first winning processing unit 144, a winning processing unit 2144 is provided. Also, it has a first play control unit 1243 instead of the game control unit 243 .
  • Other configurations of the play management system 2001 are roughly the same as those of the play management system 1001 according to the modification of the first embodiment. Each unit of the play management system 2001 can operate differently from the first embodiment mainly in the following points.
  • the winning processing unit 2144 performs the first right granting process of granting the first right regarding the first play to the customer group, ie, the user, who won the first lottery.
  • the first right is, for example, the right to play the first play, but is not limited to this.
  • it is configured so that the first play can be played when the number of granted first rights reaches a predetermined number, or in addition to the first right, by satisfying a predetermined condition, the second It may be configured so that one play can be played.
  • the winning processing unit 2144 performs a second right granting process of granting a second right related to the second play to the customer group, that is, the user who won the second lottery.
  • the second right is, for example, the right to play the second play, but is not limited to this.
  • it is configured so that the second play can be played when the number of granted second rights reaches a predetermined number, or in addition to the second right, the second right can be played by satisfying predetermined conditions. It may be configured so that two plays can be played.
  • the winning processing unit 2144 grants the first right and the second right as follows. That is, the winning processing unit 2144 accumulates right information about the right to be granted in the storage unit 110 or the like in association with an identifier that can identify the user, such as a seat identifier.
  • an identifier that can identify the user, such as a seat identifier.
  • right information indicating the number of first rights and the number of second rights is stored in association with ticket information corresponding to seat identifiers and the like.
  • Winning processing unit 2144 updates information indicating the number of rights associated with the identifier corresponding to the user who won the lottery so that the number of rights increases in response to the winning.
  • information indicating the number of first rights and the number of second rights is included in the ticket output information.
  • the winning processing unit 2144 updates the ticket output information according to the grant of the first right and the second right. It can be said that the winning processing unit 2144 updates the ticket output information according to the lottery result. That is, in the present embodiment, the ticket output information includes, for example, rights information indicating the rights owned by the user regarding the provision of each of the two types of plays. Note that when three or more types of play are provided, the ticket output information may include rights information indicating the rights owned by the user with respect to the provision of each of the three or more types of play.
  • the ticket information output unit 147 outputs ticket information according to the results of the lottery. Also in Embodiment 2, the ticket information output unit 147 is configured to be able to output ticket information for each winning seat. For example, if the user inputs a predetermined request operation, the ticket information output unit 147 may output the ticket information accordingly.
  • the lottery result is a concept that can include the fact that a lottery was held in addition to the fact that the lottery was won or not. For example, when a lottery is held, ticket information may be output regardless of winning or losing, or ticket information may be output when a lottery is won. The ticket information may be output regardless of the result of the lottery after the first lottery win for one user. It should be noted that the ticket information may be output even when the lottery is not performed regardless of the result of the lottery.
  • the ticket information output unit 147 outputs ticket information after performing processing using access information. That is, the ticket information output unit 147 outputs the unique access information from the access information output unit 148 prior to outputting the ticket information.
  • the access information may be output, for example, when the user wins the lottery or when the user inputs a predetermined request operation. This access information is acquired and used by the terminal device 600 of the user. Then, the ticket information output unit 147 outputs the ticket information to the user when access using the access information is accepted from the user.
  • the ticket information output unit 147 outputs the ticket information when the access reception unit 133 determines that the access conditions are satisfied when the access reception unit 133 receives access using the access information from the user. do it.
  • the access condition is, for example, that valid access information has been accepted by the access acceptance unit 133 .
  • valid access information is, for example, access information output by the access information output unit 148, and any valid rights remain for the ticket information corresponding to the access information. That is. That is, since the access information can be said to correspond to the user, the ticket information output unit 147, when receiving access using the access information, outputs the ticket according to the state of the right related to the play corresponding to the user. Information can be output.
  • the access condition is not limited to this, and the access information may be output even when there is no right. Further, as in the first embodiment, the access condition may include that the corresponding access has not been accepted by the access accepting unit 133 so far. In this case, the ticket information is output only to one terminal device 600 accessed first among the users. Moreover, as the access condition, conditions other than these may be used, and a plurality of conditions may be combined.
  • the ticket information output unit 147 is configured to output different ticket information each time one customer group makes a payment. The same ticket information can be output at different timings for one customer group. That is, the ticket information output unit 147 is configured to output unique ticket information for one user. Note that the ticket information to be output may be unique within a predetermined period. Further, the ticket information output unit 147 may be configured to output different ticket information for each output timing for one user. In this case, a plurality of pieces of ticket information that can be output for one user may be managed in association with each other.
  • the ticket information output unit 147 When the ticket information output unit 147 outputs the ticket information, it updates the ticket output information, which is the output record.
  • the play permitting section 241 permits the user to play when it determines that a predetermined play condition is satisfied. That is, when the play permitting section 241 determines that the play condition is satisfied, it transmits an instruction to the play support device 952 to allow the play support device 952 to allow the user to play. This allows the user to play.
  • the play permission unit 241 determines whether or not the play conditions are satisfied based on the ticket information received by the ticket information reception unit 231. That is, the play conditions include conditions related to ticket information.
  • the play condition is, for example, that valid ticket information has been accepted by the ticket information acceptance unit 231.
  • Valid ticket information is, for example, ticket information output by the ticket information output unit 147, and any valid right corresponding to the ticket information remains. That is, it can be said that the play permitting unit 241 determines whether or not the play condition is satisfied according to the state of the right related to play corresponding to the ticket information.
  • the play condition may include that the ticket information has not been received by the ticket information receiving unit 231 so far. Also, as the play conditions, conditions other than these may be used, and a plurality of conditions may be combined.
  • the play conditions may include conditions based on information different from the ticket information.
  • the ticket information output by the ticket information output unit 147 has a remaining valid right corresponding to the ticket information as a play condition.
  • whether or not the ticket information received by the ticket information receiving unit 231 satisfies the play condition may be determined as follows, for example.
  • the play permitting section 241 is configured to permit play based on the ticket output information corresponding to the ticket information received by the ticket information receiving section 231 .
  • the play permitting unit 241 inquires about ticket output information based on the ticket information received by the ticket information receiving unit 231, confirms whether or not there is corresponding ticket output information, and makes a determination based on the confirmation result. conduct.
  • the play permitting unit 241 acquires rights information corresponding to the ticket information received by the ticket information accepting unit 231 and makes a determination based on the acquired rights information. For example, when the number of rights corresponding to the corresponding ticket output information is 1 or more, the play permission unit 241 determines that the play condition is satisfied.
  • the play permission unit 241 acquires the ticket output information corresponding to the ticket information, that is, the right information, and determines that the play condition is satisfied based on the ticket information. It is configured to allow the user to perform at least one type of play among two or more types of play based on the information. Specifically, the play permission unit 241 permits the user to play the type of play for which the user is granted the right in the right information, among the two or more types of play. As a specific example, assume that the rights information indicates that there is a first right but no second right. In this case, the play permitting section 241 enables the first play (permits the first play) based on the first right.
  • the play permitting section 241 enables the second play (permits the second play) based on the second right.
  • the play permitting section 241 can enable both the first play and the second play.
  • the play permitting section 241 may be configured to permit two or more plays based on the ticket output information for one opportunity when the ticket information receiving section 231 receives the ticket information. For example, once the ticket information is accepted, the play permission unit 241 may allow each play to be provided to the user according to the number of rights to each play recorded as the ticket output information at that time. . In this case, the play permitting section 241 is configured to update the ticket output information according to the exercised right by executing the erasing process. For example, the play permitting unit 241 sets the number of valid rights to zero for the ticket output information corresponding to the ticket information.
  • the play permitting unit 241 is not limited to this, and the play permitting unit 241 may be configured to permit one play based on the ticket output information for one opportunity when the ticket information accepting unit 231 accepts the ticket information. good. In this case, the play permitting section 241 may subtract the number of exercised rights from the ticket output information corresponding to the ticket information by performing the erasing process.
  • tickets output information records for each right may be separately managed in association with one piece of ticket information. In this case, the attribute value indicating the right may be updated, the record may be deleted, or the like for the record regarding the exercised right.
  • the requirement that the ticket information is valid may include, for example, that the user for whom the ticket information is to be output has finished eating and drinking.
  • Such a configuration is expressed as the play condition including a condition regarding whether or not the user has finished eating and drinking, or the play condition including the condition that the user has finished eating and drinking. It can be expressed as In addition, such a configuration may be expressed as that the play condition includes a condition regarding whether or not the user has finished consuming the product, It may be expressed as including the condition that Also in this case, as in the first embodiment described above, it is possible to motivate the user to quickly finish eating and drinking, and to increase the turnover rate of the user at the store.
  • the first play control unit 1243 cooperates with the play support device 952 and performs control related to the first play.
  • the control related to the play is the same as that performed by the play control unit 243 in Embodiment 1 described above, for example, but is not limited thereto, and the content of the first play (for example, the type and content of the game, etc.) can be set as appropriate.
  • the second play control unit 2243 is configured to perform control without cooperating with the play support device 952. may have been
  • the second play control unit 2243 cooperates with the play support device 952 and performs control related to the second play.
  • the control related to play is the same as that performed by the play control unit 243 in Embodiment 1 described above, for example, but is not limited thereto, and the content of the second play (for example, the type and content of the game, etc.) can be set as appropriate.
  • the second play control unit 2243 is configured to perform control without cooperating with the play support device 952. may have been
  • the play result acquisition unit 245 acquires the play result information of the user who is permitted to play.
  • the play result acquisition unit 245 acquires, as result information, for example, a score in the game recorded in the user's play, a play result, or the like.
  • the types of result information are not limited to those illustrated, 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. may
  • the prize output instruction unit 247 determines whether or not the user's play result information satisfies a predetermined prize output condition. Then, the prize output instruction unit 247 outputs a prize output instruction for outputting a prize to the user who has played the game, according to the determination result.
  • the prize output instruction is transmitted to the prize output unit 970, for example. Upon receiving a prize output instruction, the prize output unit 970 outputs a prize accordingly.
  • the prize output instruction unit 247 may be configured to determine whether or not the result information of either the first play or the second play satisfies the prize output condition. Also, the prize output instruction section 247 may be configured to determine whether or not the prize output condition is satisfied for each piece of the result information of both plays.
  • the prize output condition regarding the result information of the first play and the prize output condition regarding the result information of the second play may be different.
  • the prize output instruction section 247 may be configured to determine whether or not one prize output condition is satisfied using both of the pieces of play result information.
  • the prize output condition can be set in the same manner as in the first embodiment, it is not limited to this. Also, the prize output condition may be that a play has been performed (that a play has been permitted). In this case, if the corresponding play is permitted, it can be said that the prize output condition is satisfied. Such a mode may be considered as having no prize output condition.
  • FIG. 16 is a diagram showing an example of ticket output information used in the play management system 2001.
  • FIG. 16 is a diagram showing an example of ticket output information used in the play management system 2001.
  • the ticket output information includes, for example, an identifier specifying the ticket information, the date and time when the ticket information was output by the ticket information output unit 147, and the number of first rights. and the number of secondary rights.
  • the number of each right is the number of rights granted to the user, and can be said to be the number of times the play can be offered.
  • the play permitting unit 241 uses an identifier specifying the received ticket information to search for the corresponding ticket output information. Then, the play permission unit 241 can determine that the play condition is satisfied when any number of rights is 1 or more.
  • the play permission unit 241 determines that the play condition is satisfied for the first right when the number of first rights is one or more, and determines that the second right is satisfied when the number of second rights is one or more. can be determined to satisfy the play conditions.
  • ticket output information can be managed even for ticket information that has not yet been output. However, if the ticket information has not yet been output, information indicating the number of rights granted in association with the seat identifier, etc. is accumulated, and the ticket information is output using this information. The ticket output information may be recorded when the ticket is issued.
  • 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 while using each unit.
  • FIG. 17 is a flow chart explaining the operation flow of the play management system 2001.
  • steps S201 to S204 in FIG. 17 are generally the same as steps S1 to S4 in the first embodiment.
  • a prize is output for the first play in step S205.
  • 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 of the first embodiment (for example, steps S81 to S86), so the explanation here is omitted. .
  • steps S201 to S206 have been described to be performed successively in this order, the present invention is not limited to this.
  • FIG. 18 is a flowchart showing an example of lottery processing of the play management system 2001.
  • FIG. 18 is a flowchart showing an example of lottery processing of the play management system 2001.
  • step S221 to step S225 is the same as the processing from step S21 to step S25 in the first embodiment.
  • 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 associated with the ticket information is increased by a predetermined number (for example, one).
  • the processing unit 140 conducts a second lottery for the user of the seat.
  • Step S22-7 The processing unit 140 determines whether or not the result of the second lottery is winning. In the case of winning, the process proceeds to step S228. If not winning, the process proceeds to step S229.
  • 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 associated with the ticket information is increased by a predetermined number (for example, one).
  • 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. Thereby, the user of the seat concerned can 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 .
  • the lottery process ends.
  • FIG. 19 is a flowchart showing an example of ticket information output processing of the play management system 2001.
  • step S241 to step S243 and step S245 is the same as the processing from step S43 to step S45 and step S27 in the first embodiment.
  • Step S244 When it is determined in step S243 that the access condition is satisfied, the processing unit 140 outputs ticket information to the terminal device 600 that is the access source. Also, the processing unit 140 updates the ticket output information corresponding to the output ticket information. When the process of step S243 ends, the ticket information output process ends.
  • FIG. 20 is a flowchart showing an example of play permission determination processing of the play management system 2001.
  • FIG. 20 is a flowchart showing an example of play permission determination processing of the play management system 2001.
  • 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.
  • 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 the first right, the process proceeds to step S266; otherwise, the process proceeds to step S267.
  • Step S266 The processing unit 140 permits the first play so that it can be played once. In other words, the user will be able to play one first play. It may be said that the play management system 2001 enables one first play to be provided to the user. Also in Embodiment 2, an instruction is transmitted from the play management system 2001 to the play support device 952, and the play support device 952 enables the user to perform the first play. As a result, the user who causes the reading device 951 to read the ticket information can play the first play. In this case, the prize output process of the first play is performed (step S205 in FIG. 17).
  • 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 the second right, the process proceeds to step S268; otherwise, the process proceeds to step S269.
  • Step S268 The processing unit 140 permits the second play so that it can be played once. In other words, the user will be able to play one second play. It may be said that the play management system 2001 enables one second play to be provided to the user. In Embodiment 2, for example, the prize output process of the second play is performed.
  • 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 is permitted in step S266 and the number of times the second play is permitted in step S268.
  • the attribute values of the number of first rights and the number of second rights corresponding to the ticket information are subtracted by the number of times each play is permitted. More specifically, when the first play is permitted once in step S266, the number of first rights corresponding to the ticket information is decremented by one. Also, when the second play is permitted once in step S268, the number of second rights corresponding to the ticket information is subtracted by one.
  • the play permission determination process ends.
  • a configuration is shown as an example in which the first play and the second play are permitted at most once in response to the reception of ticket information for one time.
  • the right corresponding to the ticket information remains after the play has been permitted, it should be possible to further permit one play corresponding to the right in response to the re-acceptance of the ticket information. Just do it.
  • it is not limited to this, and may be configured to allow a larger number of plays at once, or the number of plays corresponding to all the rights associated with the ticket information at that time. It may be allowed. Alternatively, only one of the first play and the second play may be permitted in response to one ticket information reception.
  • FIG. 21 is a flow chart showing an example of the prize output process of the second play of the play management system 2001.
  • a prize is output from the second prize output device 972 as a second play that is a lottery play. Also, as the second play, a lottery is performed, and processing according to the lottery result is performed. Such an example will be described below.
  • Step S ⁇ b>291 The processing unit 140 outputs a prize output instruction to the second prize output device 972 . As a result, the playing user can acquire the prize.
  • the processing unit 140 executes a lottery (hereinafter, this lottery will be referred to as a second play lottery).
  • the lottery can be performed by the lottery unit 143 in the same manner as the first lottery and the second lottery, for example.
  • a pseudo-random number may be used to randomly determine the winning, or each time a lottery is performed a predetermined number of times so that a winning occurs with a predetermined probability for each customer group. You may make it judge.
  • the lottery result may be determined according to the user's input operation.
  • the input operation includes, for example, operation of a predetermined operation button performed via the play support device 952, but is not limited to this.
  • Step S293 The processing unit 140 determines whether or not the playing user has won the second play lottery. When winning, the process proceeds to step S294. Otherwise, the process proceeds to step S295.
  • Step S294 The processing unit 140 transmits a prize output instruction to the first prize output device 971.
  • the first prize output device 971 outputs the prize, and the user who has played the game can obtain the prize.
  • Step S295) The processing unit 140 notifies the user of the rejection.
  • the notification of loss for example, by displaying on the display of the play support device 952 or the like that the winning has not been made, by outputting a sound, or by transmitting information to the user's terminal device 600, the user can participate in the lottery. You can know the result.
  • the play permission determination process ends.
  • the display of the play support device 952 or the like to the effect that it was not won is displayed, voice is output, or the terminal device of the user By transmitting information to 600, the user may be notified of the status of the second play, or an effect may be performed.
  • the user can obtain one prize by performing the second play once.
  • the user can obtain one additional prize according to 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.
  • the prize output process of the second play only the process of step S291 may be performed, or only the process of steps S292 to S295 may be performed.
  • a lottery may be performed during the second play, and different prizes may be output according to the result. For example, whether the prize is output from the first prize output device 971 or the second prize output device 972 may differ depending on the lottery result. Alternatively, the process of step S295 may not be performed.
  • the second play lottery is not limited to being realized by information processing by the processing unit 140 or the like.
  • the play support device 952 may be configured to be able to hold a lottery, and the outcome of the lottery may be used to determine whether or not the second play lottery is successful.
  • the lottery it is possible to use, for example, a lottery in which the outcome of the lottery is determined according to the direction of a ball that rolls like a pinball. It is sufficient that the device 952 is configured to be capable of outputting lottery results to the play management system 2001 . Note that the configuration of the play support device 952 is not limited to this.
  • FIG. 22 is a diagram showing an output example of access information output by the play management system 2001.
  • FIG. 22 is a diagram showing an output example of access information output by the play management system 2001.
  • the access information is displayed on the screen as a two-dimensional code C10.
  • the screen may include rights information C210 related to the number of rights corresponding to the ticket information in addition to the description of the access information.
  • the rights information C210 can be displayed, for example, based on the ticket output information associated with the ticket information corresponding to the seat.
  • FIG. 23 is a diagram showing an output example of ticket information output by the play management system 2001.
  • FIG. 23 is a diagram showing an output example of ticket information output by the play management system 2001.
  • a two-dimensional code C20 representing ticket information is displayed on the terminal display section 661 of one terminal device 600 that has made access satisfying the access conditions using the access information. Examples are given.
  • this screen may include right information C225 regarding the number of rights corresponding to the ticket information.
  • the rights information C225 can be displayed, for example, based on the ticket output information associated with the ticket information corresponding to the seat.
  • the ticket information managed by the play management system 2001 and the management information indicating the status of the corresponding ticket output information are displayed on the management terminal device 929 so that the administrator can check them. You may make it output.
  • Such an operation can be realized, for example, by the processing unit 140 outputting management information to the management terminal device 929 based on the ticket output information.
  • FIG. 24 is a diagram showing an output example of management information output by the play management system 2001.
  • FIG. 24 is a diagram showing an output example of management information output by the play management system 2001.
  • the management information displays information about each user in a viewable manner in association with information specifying a user, such as information specifying a seat, for example.
  • the management information includes attribute values such as the number of users, the time of entering the store, the amount of money spent so far, and the right information C230.
  • the right information C230 includes, for example, attribute values such as the number of first rights (“game”) and the number of second rights (“lottery”). Rights information C230 may be obtained and output based on ticket output information.
  • the prizes that can be provided at each table in the first embodiment can be provided without using the table prize output device 925.
  • replenishment of prizes to each table prize output device 925, maintenance, etc. become unnecessary, and a system that can provide a high value-added experience to users can be realized at a lower cost. It can be installed and operated.
  • FIG. 25 is an overview diagram of the computer system 800 in the above embodiment.
  • FIG. 26 is a block diagram of the computer system 800. As shown in FIG.
  • Computer system 800 includes computer 801 including a CD-ROM drive, keyboard 802 , mouse 803 and monitor 804 .
  • the computer 801 includes a CD-ROM drive 8012, an MPU 8013, a bus 8014 connected to the CD-ROM drive 8012, a ROM 8015 for storing programs such as a boot-up program, and the MPU 8013. It includes a RAM 8016 for temporarily storing program instructions and providing temporary storage space, and a hard disk 8017 for storing application programs, system programs and data. Although not shown here, computer 801 may also include a network card that provides connection to a LAN.
  • a program that causes the computer system 800 to execute the functions of the information processing apparatus of the embodiment described above may be stored in the CD-ROM 8101, inserted into the CD-ROM drive 8012, and transferred to the hard disk 8017.
  • the program may be transmitted to computer 801 via a network (not shown) and stored in hard disk 8017 .
  • Programs are loaded into RAM 8016 during execution.
  • the program may be loaded directly from the CD-ROM 8101 or network.
  • 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 apparatus of the embodiment described above.
  • a program need only contain those portions of instructions that call the appropriate functions (modules) in a controlled manner to produce the desired result. How the computer system 800 operates is well known and will not be described in detail.
  • the transmission step for transmitting information and the reception step for receiving information are performed by hardware. not included).
  • the computer that executes the above program may be singular or plural. That is, centralized processing may be performed, or distributed processing may be performed.
  • two or more components present in one device may be physically realized in one medium.
  • each process may be implemented by centralized processing by a single device (system), or may be implemented by distributed processing by a plurality of devices. (In this case, it is possible to grasp the entire system composed of a plurality of devices that perform distributed processing as one "device").
  • information related to processing executed by each component for example, information received, acquired, selected, generated, transmitted, or received by each component
  • information such as thresholds, formulas, addresses, etc. used by each component in processing may be stored temporarily or for a long period of time in a recording medium (not shown), even if not specified in the above description.
  • each component or an accumulation section may accumulate information in the recording medium (not shown).
  • each component or a reading unit may read information from the recording medium (not shown).
  • the information used in each component etc. for example, information such as thresholds, addresses and various set values used in processing by each component may be changed by the user, the above The user may or may not be able to change such information as appropriate, even if not explicitly stated in the description.
  • the change is realized by, for example, a reception unit (not shown) that receives a change instruction from the user and a change unit (not shown) that changes the information according to the change instruction.
  • the reception of the change instruction by the reception unit (not shown) may be, for example, reception from an input device, reception of information transmitted via a communication line, or reception of information read from a predetermined recording medium. .
  • each component may be configured by dedicated hardware, or components that can be realized by software may be realized by executing a program.
  • each component can be realized by reading and executing a software program recorded in a recording medium such as a hard disk or a semiconductor memory by a program execution unit such as a CPU.
  • the program execution unit may execute the program while accessing the storage unit or recording medium.
  • the program may be executed by being downloaded from a server or the like, or may be executed by reading a program recorded on a predetermined recording medium (for example, an optical disk, a magnetic disk, a semiconductor memory, etc.). good.
  • this program may be used as a program constituting a program product.
  • the number of computers that execute the program may be singular or plural. That is, centralized processing may be performed, or distributed processing may be performed.
  • An embodiment may be configured by appropriately combining the multiple embodiments described above. For example, it is not limited to the configuration of the above-described embodiment itself, and each component of the above-described embodiment may be appropriately replaced or combined with a component of another embodiment. Also, some components and functions may be omitted from the above-described embodiments.
  • the play management system according to the present invention has the effect of easily providing rare plays to users according to the consumption of products, and is useful as a play management system and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Pinball Game Machines (AREA)

Abstract

【課題】商品を消費するユーザに対して、付加価値の高い、商品の購入体験やサービスの利用体験を提供できるようにすることが期待されている。 【解決手段】ユーザが消費する商品の額又は数量に関する消費情報を取得する消費情報取得部と、消費情報に基づいて抽選実行条件が満たされると判断した場合に抽選を行う抽選部と、抽選の結果に応じてチケット情報を出力するチケット情報出力部と、ユーザから読取装置９５１を用いて入力されたチケット情報を受け付けるチケット情報受付部と、チケット情報受付部が受け付けたチケット情報に基づいてプレイ条件が満たされると判断した場合にユーザに対してプレイを許可するプレイ許可部とを備える、プレイ管理システム１により、希少性のあるプレイを商品の消費に応じて容易にユーザに提供することができる。

Description

プレイ管理システム、プレイ制御装置、プレイ管理方法及び記録媒体
　本発明は、商品を消費したユーザに対してチケット情報を用いてプレイを許可することが可能なプレイ管理システム、プレイ制御装置、プレイ管理方法及びプログラムに関する。
　従来、いわゆるビデオゲーム、その他の遊戯装置を用いたゲーム、又は所定のルールに則り行われる遊び等（以下、これらを総称してゲームということがある）をユーザがプレイすることができるようにするための仕組みが種々提案されている。
　例えば下記特許文献１には、チャージ式のＩＣカードを用いてプレイ権利を購入可能とすると共に、購入されたプレイ権利の情報をＩＣチップを備える貸出媒体に記憶させるようにし、貸出媒体と通信することによりプレイ権利の情報に基づいてプレイを許可することができるゲームシステムの構成が記載されている。
特開２０１７－１８２１２８号公報
　ところで、例えば飲食店の店舗の来店者など商品を消費するユーザに対して、付加価値の高い、商品の購入体験やサービスの利用体験を提供できるようにすることが期待されている。このような背景の下で、具体的には、例えば、商品の消費に応じてプレイを付加的な体験としてユーザに提供することができると、ユーザの満足に繋がると考えられる。ここで、ユーザにプレイを提供するのに際しては制約を設けると、プレイの希少性を確保することができ、プレイを行ったユーザの満足度をより高めることができる。その一方で、ユーザのプレイを許可するか否か等を容易に管理することができるようにすることが望ましい。
　この発明はそのような背景を鑑みてなされたものであり、希少性のあるプレイを商品の消費に応じて容易にユーザに提供することが可能なプレイ管理システム、プレイ制御装置、プレイ管理方法及びプログラムを提供することを目的としている。
　本第一の発明のプレイ管理システムは、ユーザが消費する商品の額又は数量に関する消費情報を取得する消費情報取得部と、消費情報に基づいて抽選実行条件が満たされると判断した場合に抽選を行う抽選部と、抽選の結果に応じてチケット情報を出力するチケット情報出力部と、ユーザから読取装置を用いて入力されたチケット情報を受け付けるチケット情報受付部と、チケット情報受付部が受け付けたチケット情報に基づいてプレイ条件が満たされると判断した場合にユーザに対してプレイを許可するプレイ許可部とを備える、プレイ管理システムである。
　かかる構成により、希少性のあるプレイを、商品の消費に応じて容易にユーザに提供することができる。
　また、本第二の発明のプレイ管理システムは、第一の発明に対して、消費情報取得部は、ユーザに対応する席毎の消費情報を取得し、抽選部は、席毎に抽選を行うように構成されており、チケット情報出力部は、席毎にチケット情報を出力する、プレイ管理システムである。
　かかる構成により、席毎の抽選結果に応じて、ユーザに対してプレイを許可することができる。
　また、本第三の発明のプレイ管理システムは、第一又は二の発明に対して、チケット情報出力部は、抽選により当選した場合に一意のアクセス情報を出力すると共に、ユーザからアクセス情報を用いたアクセスを受け付けた場合に、ユーザに対してチケット情報を出力する、プレイ管理システムである。
　かかる構成により、アクセス情報とチケット情報とを異なる手段等で出力することができる。
　また、本第四の発明のプレイ管理システムは、第三の発明に対して、アクセス情報は、カメラにより読み取り可能である符号化された画像である、プレイ管理システムである。
　かかる構成により、ユーザが、アクセス画像をカメラにより読み取って、チケット情報を出力させることができる。
　また、本第五の発明のプレイ管理システムは、第三又は四の発明に対して、チケット情報出力部は、ユーザに対応する席に対応付けて配置された画面にアクセス情報を表示し、画面は、対応する席のユーザが商品の注文を行うために用いられる、プレイ管理システムである。
　かかる構成により、商品の注文を行うための画面を用いてアクセス情報をユーザに読み取らせることができる。
　また、本第六の発明のプレイ管理システムは、第三から五のいずれかの発明に対して、チケット情報出力部は、ユーザからアクセス情報を用いたアクセスを受け付けた場合において、アクセス条件が満たされると判断した場合にチケット情報を出力する、プレイ管理システムである。
　かかる構成により、アクセス情報を用いつつ、チケット情報の出力に制限を設けることができる。
　また、本第七の発明のプレイ管理システムは、第一から六のいずれかの発明に対して、チケット情報出力部により出力されたチケット情報に関するチケット出力情報が蓄積されるチケット出力情報格納部をさらに備え、プレイ許可部は、チケット情報受付部が受け付けたチケット情報とチケット出力情報格納部に格納されているチケット出力情報との対応関係に応じて、プレイの許可を行う、プレイ管理システムである。
　かかる構成により、受け付けたチケット情報がチケット情報出力部により出力されたチケット情報に対応するか否かを確実に確認してプレイを許可することができる。
　また、本第八の発明のプレイ管理システムは、第七の発明に対して、プレイ許可部は、チケット情報受付部が受け付けたチケット情報が出力された時間に関するタイミング情報を取得し、取得したタイミング情報に基づいてプレイの許可を行う、プレイ管理システムである。
　かかる構成により、チケット情報が出力されたタイミングに応じてプレイを許可することができる。
　また、本第九の発明のプレイ管理システムは、第七又は八の発明に対して、チケット出力情報は、２種以上のプレイのそれぞれの提供に関してユーザが所有する権利を示す権利情報を含み、プレイ許可部は、権利情報に基づいて、２種以上のプレイのうち少なくとも１種のプレイをユーザに対して許可する、プレイ管理システムである。
　かかる構成により、受け付けたチケット情報に応じて、２種以上のプレイをユーザに提供することができる。
　また、本第十の発明のプレイ管理システムは、第一から九のいずれかの発明に対して、プレイを許可されたユーザのプレイの結果情報を取得するプレイ結果取得部と、結果情報が所定の景品出力条件を満たすか否かの判断結果に応じてユーザに景品を出力するための景品出力指示を出力する景品出力指示部とをさらに備える、プレイ管理システムである。
　かかる構成により、プレイの結果に応じてユーザに景品を出力させることができ、プレイの価値をより向上させることができる。
　また、本第十一の発明のプレイ管理システムは、第九の発明に対して、景品出力指示部は、２以上の景品出力装置のうち、満足する景品出力条件に対応する景品出力装置に景品出力指示を出力する、プレイ管理システムである。
　かかる構成により、２以上の景品出力装置を用いて、容易にプレイの結果に応じた景品の出力を行うことができる。
　また、本第十二の発明のプレイ管理システムは、第一から十一のいずれかの発明に対して、チケット情報は、読取装置により読み取り可能である符号化された画像である、プレイ管理システムである。
　かかる構成により、ユーザが、読取装置を用いて容易にチケット情報を入力することができる。
　また、本第十三の発明のプレイ管理システムは、第一から十二のいずれかの発明に対して、チケット情報出力部は、チケット情報と共に読取装置の場所に関する情報を出力する、プレイ管理システムである。
　かかる構成により、ユーザが、容易に読取装置に到達することができる。
　また、本第十四の発明のプレイ管理システムは、第一から十三のいずれかの発明に対して、消費情報取得部は、ユーザが消費した商品の皿の数をカウントして消費情報として取得する、プレイ管理システムである。
　かかる構成により、消費した商品の皿の数に基づいて抽選を実行させることができる。
　また、本第十五の発明のプレイ管理システムは、第一から十四のいずれかの発明に対して、抽選部は、消費情報に基づいて第一抽選を行い、第一抽選の当選者について第二抽選を行い、チケット情報出力部は、第二抽選において当選したユーザに対してチケット情報を出力する、プレイ管理システムである。
　かかる構成により、プレイの希少性を高めることができる。
　また、本第十六の発明のプレイ管理システムは、第一から十五のいずれかの発明に対して、プレイ条件は、ユーザによる商品の消費が完了しているか否かに関する条件を含む、プレイ管理システムである。
　かかる構成により、速やかに商品の消費を完了させるようにユーザに動機付けを行うことができる。
　また、本第十七の発明のプレイ制御装置は、ユーザから読取装置を用いて入力されたチケット情報を受け付けるチケット情報受付部と、チケット情報に基づいてプレイ条件が満たされると判断した場合にユーザに対してプレイを許可するプレイ許可部と、プレイを許可されたユーザのプレイの結果情報を取得するプレイ結果取得部と、２以上の景品出力装置のうち、結果情報が満足する所定の景品出力条件に対応する景品出力装置に景品を出力するための景品出力指示を出力する景品出力指示部とを備える、プレイ制御装置である。
　かかる構成により、２以上の景品出力装置を用いて、容易にプレイの結果に応じた景品の出力を行うことができる。
　また、本第十八の発明のプレイ制御装置は、ユーザから読取装置を用いて入力されたチケット情報を受け付けるチケット情報受付部と、チケット情報に基づいてプレイ条件が満たされると判断した場合に、２種以上のプレイのそれぞれの提供に関してユーザが所有する権利を示す権利情報であってチケット情報に対応する権利情報に基づいて、２種以上のプレイのうち少なくとも１種のプレイをユーザに対して許可するプレイ許可部とを備える、プレイ制御装置である。
　かかる構成により、受け付けたチケット情報に応じて、２種以上のプレイをユーザに提供することができる。
　本発明によるプレイ管理システム、プレイ制御装置、プレイ管理方法及びプログラムによれば、希少性のあるプレイを、商品の消費に応じて容易にユーザに提供することができる。
本発明の実施の形態１におけるプレイ管理システムを用いたプレイ付き店舗システムの全体構成を示す図 同第一情報処理装置及び端末装置のブロック図 同第二情報処理装置のブロック図 同チケット出力情報格納部に格納されているチケット出力情報の一例を示す図 同プレイ管理システムの動作の流れについて説明するフローチャート 同第一情報処理装置の抽選処理の一例を示すフローチャート 同第一情報処理装置のチケット情報出力処理の一例を示すフローチャート 同第二情報処理装置のプレイ許可判定処理の一例を示すフローチャート 同第二情報処理装置の景品出力処理の一例を示すフローチャート 同プレイ管理システムにより出力されるアクセス情報の出力例を示す図 同プレイ管理システムにより出力されるチケット情報の出力例を示す図 同プレイ管理システムにより出力されるゲームの一例を説明する図 本実施の形態の一変形例に係るプレイ管理システムの構成を示すブロック図 本発明の実施の形態２におけるプレイ管理システムを用いたプレイ付き店舗システムの全体構成を示す図 同プレイ管理システムのブロック図 同プレイ管理システムで用いられるチケット出力情報の一例を示す図 同プレイ管理システムの動作の流れについて説明するフローチャート 同プレイ管理システムの抽選処理の一例を示すフローチャート 同プレイ管理システムのチケット情報出力処理の一例を示すフローチャート 同プレイ管理システムのプレイ許可判定処理の一例を示すフローチャート 同プレイ管理システムの第二プレイの景品出力処理の一例を示すフローチャート 同プレイ管理システムにより出力されるアクセス情報の出力例を示す図 同プレイ管理システムにより出力されるチケット情報の出力例を示す図 同プレイ管理システムにより出力される管理情報の出力例を示す図 上記実施の形態におけるコンピュータシステムの概観図 同コンピュータシステムのブロック図
　以下、プレイ管理システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
　なお、以下において用いる用語は、一般的には次のように定義される。なお、これらの用語の語義は常にここに示されるように解釈されるべきではなく、例えば以下において個別に説明されている場合にはその説明も踏まえて解釈されるべきである。
　ある事項について識別子とは、当該事項を一意に示す文字又は符号等である。識別子は、例えば、ＩＤであるが、対応する事項を識別しうる情報であれば種類は問わない。すなわち、識別子は、それが示すものそのものの名前であってもよいし、一意に対応するように符号を組み合わせたものであってもよい。
　取得とは、ユーザ等により入力された事項を取得することを含んでいてもよいし、他の装置に記憶されている情報を取得することを含んでいてもよい。他の装置に記憶されている情報を取得するとは、他の装置に記憶されている情報をＡＰＩ経由などで取得することを含んでいてもよいし、他の装置により提供されている文書ファイルの内容（ウェブページの内容なども含む）についてスクレイピング等を行うことにより取得することを含んでいてもよい。また、画像ファイルについて光学式文字読み取りを行うことにより情報を取得することなど、元の情報に基づいてそれとは異なるフォーマットの情報を取得することを含んでいてもよい。
　また、情報の取得には、いわゆる機械学習の手法を利用するようにしてもよい。機械学習の手法の利用については、例えば次のようにすることができる。すなわち、特定の種類の入力情報を入力とし、取得したい種類の出力情報を出力とする分類器を、機械学習の手法を用いて構成する。例えば、予め、入力情報と出力情報との組を２以上用意し、当該２組以上の情報を機械学習の分類器を構成するためのモジュールに与えて分類器を構成し、構成した分類器を格納部に蓄積する。なお、分類器は学習器ということもできる。なお、機械学習の手法としては、例えば、深層学習、ランダムフォレスト、ＳＶＲ等、問わない。また、機械学習には、例えば、ｆａｓｔＴｅｘｔ、ｔｉｎｙＳＶＭ、ｒａｎｄｏｍ　ｆｏｒｅｓｔ、ＴｅｎｓｏｒＦｌｏｗ等の各種の機械学習フレームワークにおける関数や、種々の既存のライブラリを用いることができる。
　また、分類器は、機械学習により得られるものに限られない。分類器は、例えば、入力情報等に基づく入力ベクトルと、出力情報との対応関係を示すテーブルであってもよい。この場合、入力情報に基づく特徴ベクトルに対応する出力情報をテーブル中から取得するようにしてもよいし、テーブル中の２以上の入力ベクトルと各入力ベクトルの重み付けなどを行うパラメータとを用いて入力情報に基づく特徴ベクトルに近似するベクトルを生成し、生成に用いた各入力ベクトルに対応する出力情報とパラメータとを用いて、最終的な出力情報を取得するようにしてもよい。また、分類器は、例えば、入力情報等に基づく入力ベクトルと、出力情報を生成するための情報との関係を表す関数などであってもよい。この場合、例えば、入力情報に基づく特徴ベクトルに対応する情報を関数により求めて、求めた情報を用いて出力情報を取得するなどしてもよい。
　情報を出力するとは、ディスプレイへの表示、プロジェクタを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。具体的には、例えば、情報のウェブページへの表示を可能とすることや、電子メール等として送信することや、印刷するための情報を出力することなどを含む。
　情報の受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、他の装置等から有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
　情報処理装置等に格納されている各種の情報について、更新とは、格納されている情報の変更のほか、格納されている情報に新たな情報が追加されることや、格納されている情報の一部又は全部が消去されることなどを含む概念である。
　（実施の形態１）
　本実施の形態において、プレイ管理システムは、大まかに、以下のような動作を行う。すなわち、プレイ管理システムは、ユーザが消費する商品の額又は数量に基づいて抽選を行い、当選ユーザに対してチケット情報を出力する。そして、ユーザが、読取装置を用いてチケット情報を入力すると、プレイ管理システムはそれを受け付ける。プレイ管理システムは、チケット情報に基づいて、チケット情報を入力したユーザに対してプレイを許可する。以下、このようなプレイ管理システム１について説明する。
　図１は、本発明の実施の形態１におけるプレイ管理システム１を用いたプレイ付き店舗システム９００の全体構成を示す図である。
　本実施の形態において、プレイ管理システム１は、例えば、飲食店等の店舗において用いられるプレイ付き店舗システム９００において用いられる。プレイ付き店舗システム９００には、大まかに、店舗において飲食物等の販売や各種サービスに用いられる店舗システム９１０と、所定のプレイ権を有するユーザに対してプレイを提供するためのプレイ提供システム９５０とを含んでいる。プレイ管理システム１は、店舗システム９１０に含まれる第一情報処理装置１００と、プレイ提供システム９５０に含まれる第二情報処理装置２００とを備えている。第二情報処理装置２００は、プレイに関する制御を行うプレイ制御装置であると言ってもよい。第一情報処理装置１００と第二情報処理装置２００とは、互いに通信可能に接続されている。
　なお、本実施の形態において、プレイ付き店舗システム９００は、例えば、いわゆる回転寿司店の店舗において、席毎に来客者であるユーザが商品の注文を行えるようにするものである。なお、プレイ付き店舗システム９００が用いられる店舗はその他の業態、業種の飲食店であってもよいし、飲食店に限られない。また、プレイ付き店舗システム９００は、必ずしも実在する店舗に関して用いられるものに限られず、仮想的な店舗や、公共サービスを提供する施設に関して用いられるようにしてもよい。また、注文したユーザに提供される商品は、有償であるか無償であるかを問わない。
　ここで、商品は、物であってもよいし、ユーザに提供されるサービスなどの無体物であってもよい。
　ここで、席とは、商品の提供先となる座席又はテーブルを意味する概念である。一の席は、例えば、商品を購入する一又は二以上のユーザの客グループ（客グループは、１人以上のユーザを含み、１人のユーザであってもよい）に対応する。例えば、飲食店である店舗に、複数のユーザで構成される客グループが来店した場合において、当該客グループが店舗内の一のテーブルに案内される場合、当該一のテーブルは、席に該当する。また、例えば、飲食店である店舗において、１人のユーザである客グループが来店した場合において、当該客グループが店舗内の一のカウンター席に案内される場合、当該一のカウンター席は、席に該当する。なお、席とは、実際の座席又はテーブルを示すものに限られない。席は、一以上のユーザにより構成されるグループに対応するものとして当該グループによる商品の購入者、発注元、提供先などを示す他のものであってもよい。このような席は、実在するものでも仮想上のものであってもよい。すなわち、席とは、商品の提供先となり、商品の対価を課金する単位を示す概念である。
　店舗システム９１０は、第一情報処理装置１００と、席に対応する受付端末９２０と、席に対応するテーブル景品出力装置９２５とを有している。また、店舗システム９１０は、例えばネットワークを介して第一情報処理装置１００と通信可能な端末装置６００を有していると解釈することができる。すなわち、プレイ管理システム１は、飲食店等の客であるユーザが、端末装置６００等を用いて利用可能に構成されている。なお、プレイ管理システム１は、飲食店等の管理者により種々の設定等が行われて使用可能に構成することができるものである。
　本実施の形態において、一の客グループは、彼らが利用する席に対応するように設置された、タッチパネル等の画面を有する受付端末９２０を用いて、商品の注文等を行うことができる。なお、客グループは、彼らが所有する一以上の端末装置６００を用いて、商品の発注等を行うことができるようになっていてもよい。なお、図１においては、例えばいわゆるスマートフォンなどの携帯情報端末装置が端末装置６００として示されている。タブレット型の情報端末装置及びラップトップコンピュータなどのパーソナルコンピュータ（ＰＣ）などが、端末装置６００として用いられてもよい。また、タブレット型の情報端末装置が受付端末９２０として示されているが、携帯情報端末装置やパーソナルコンピュータ（ＰＣ）などが、受付端末９２０として用いられてもよい。
　なお、プレイ付き店舗システム９００において、互いに通信可能な装置同士は、例えばローカルエリアネットワークやインターネットなどのネットワークを介して互いに通信可能であるが、これに限られるものではない。プレイ付き店舗システム９００に含まれるそれぞれの装置の数は問わないし、他の装置がプレイ付き店舗システム９００に含まれていてもよい。
　テーブル景品出力装置９２５は、例えば、特許３８５９９６２号公報に記載されているような皿回収装置とともに用いられる景品排出機構と同様の機械的構造を有しているものである。本実施の形態において、テーブル景品出力装置９２５は、ネットワークを介して他の装置から送信された景品出力指示を受信すると、それに応じて景品を出力するように構成されている。なお、景品出力装置とは、このような機械的構造を有するものに限られず、例えば情報の表示を行うものであったり、情報について出力を行うものであったりしてもよい。景品とは、物に限られず、商品やその他の物に交換可能なクーポンコードや、ポイント等であってもよい。景品の出力とは、テーブル景品出力装置９２５からユーザに物が渡されることにより行われることであってもよい。景品の出力とは、テーブル景品出力装置９２５等に設けられているディスプレイデバイスに情報を表示することによって行われたり、ユーザの保有する端末装置６００等に対して情報が送信されることによって行われたりしてもよい。
　プレイ提供システム９５０は、第二情報処理装置２００と、読取装置９５１と、プレイ支援装置９５２とを有している。読取装置９５１及びプレイ支援装置９５２は、第二情報処理装置２００に接続されており、第二情報処理装置２００との間で情報を送受しながら機能するように構成されている。
　読取装置９５１は、例えば、二次元コードや一次元コードなどの画像を光学的に読み取り可能に構成された、カメラ又はスキャン用のセンサ等を備える装置である。読取装置９５１は、読み取った画像に基づいて画像が示す情報を第二情報処理装置２００に出力することができるように構成されていてもよいし、読み取った画像を第二情報処理装置２００に出力することができるように構成されていてもよい。後者の場合、第二情報処理装置２００において画像が示す情報が得られるように構成される。なお、読取装置９５１はこれに限られず、媒体に記録されている磁気を読取って情報を出力する装置であってもよいし、情報が記録されている媒体と通信を行って読み取った情報を出力する装置であってもよい。
　プレイ支援装置９５２は、ユーザがプレイを行う際に用いられる装置である。例えば、プレイ提供システム９５０においていわゆるビデオゲームがプレイ可能になる場合には、プレイ支援装置９５２は、ビデオゲームを実行させるゲーム機、ゲームコントローラ、及びディスプレイなどで構成される。オンラインゲームをプレイ可能とする場合には、そのための通信機能を制御する装置がプレイ支援装置９５２に含まれてもよい。また、プレイ支援装置９５２は、写真作成ゲーム機やクレーンゲーム機なども含む業務用ゲーム機であってもよい。また、プレイ支援装置９５２は、センサを備えた模擬操作端末（例えば、模擬銃や球技の模擬ラケット等など）と、ゲームコンテンツの表示機能を備えた装置とを備え、模擬的にシューティングゲームや球技等をプレイできるように構成されたものであってもよい。また、第二情報処理装置２００自体を用いてユーザがプレイを行うことができる場合には、プレイ支援装置９５２は第二情報処理装置２００に含まれると解釈することも可能である。また、プレイ提供システム９５０においてくじを行うことがプレイを行うこととして可能になるようにしてもよい。この場合、プレイ支援装置９５２は、くじの演出や情報伝達を行うための装置であってもよいし、くじの態様によってユーザからの操作の受け付け等を行うように構成されていてもよい。
　本実施の形態において、プレイ支援装置９５２は、第二情報処理装置２００からの指示に応じて、ユーザがプレイを行うことができるようにする（プレイを提供する）ことができる。この場合、第二情報処理装置２００は、ユーザに対してプレイを許可すると表現することができる。なお、プレイを提供するとは、プレイを行えない状態をプレイを行うことができる状態に切り替えることに限られない。ユーザが行うことができるプレイの範囲を拡張したり、異なる態様でプレイできるようにすることを、プレイを提供するといってもよい。
　なお、プレイとは、後述の景品出力部９７０から景品を出力することや種々の権利等をユーザが取得可能にすることであってもよい。この場合、ユーザがプレイを行うことは、ユーザが景品の出力をさせることや、ユーザが種々の権利等を取得することを意味するといえる。このようなプレイを提供する場合、プレイ支援装置９５２が用いられなくてもよい。なお、ここで種々の権利等とは、例えば、商品やクーポン情報などの価値を有する物（有体物であるか無体物であるかを問わない）を得る権利であったり、所定の行動を行うことができる権利などであるが、これらに限られない。
　ここで、プレイ提供システム９５０には、２以上の景品出力装置を含む景品出力部９７０が用いられている。本実施の形態においては、景品出力部９７０は、第一景品出力装置９７１と、第二景品出力装置９７２とが、それぞれ第二情報処理装置２００からの指示に応じて景品を出力可能となるように設けられている。第一景品出力装置９７１や第二景品出力装置９７２は、例えば、テーブル景品出力装置９２５と同様の機械的構造を有するものであるが、テーブル景品出力装置９２５について述べたように、このような構造を有するものに限られない。景品出力部９７０は、第二情報処理装置２００から出力された指示に応じて、景品を出力するように構成されている。本実施の形態においては、第一景品出力装置９７１から出力される景品は第二景品出力装置９７２から出力される景品よりも、通常のユーザにとって価値の高いものとなるように構成されている。なお、第一景品出力装置９７１から出力される景品と第二景品出力装置９７２から出力される景品との違いは、これに限られない。例えば、両景品が、同等の景品であっても種類や色、用途などの性質が異なるものであってもよいし、一方の景品は物であって他方の景品は情報であるなど、形態が異なるものであってもよい。また、景品出力部９７０には、さらに多くの景品出力装置が用いられていてもよいし、１つの景品出力装置のみが用いられていてもよい。
　図２は、同第一情報処理装置１００及び端末装置６００のブロック図である。図３は、同第二情報処理装置２００のブロック図である。
　図２に示されるように、第一情報処理装置１００は、格納部１１０、受信部１２０、受付部１３０、処理部１４０、及び送信部１７０を備える。第一情報処理装置１００は、例えば、サーバ装置である。
　格納部１１０は、注文情報格納部１１１及び消費情報格納部１１３を備える。
　注文情報格納部１１１には、後述のように注文情報受付部１３１により受付られた注文情報が格納される。注文情報は、例えば、商品の注文に関する情報であり、席を特定する席特定情報を有する情報であり、受付端末９２０や端末装置６００などのユーザが操作可能な端末から送信された情報である。席特定情報とは、席を識別する席識別子又は端末装置６００を識別する端末識別子である。席特定情報が端末識別子である場合、端末識別子と席識別子とを対応付けて管理しておくことにより、注文情報を席識別子に対応付けることができる。すなわち、本実施の形態では、席毎に商品の注文が行われ、その注文情報は第一情報処理装置１００に格納される。換言すると、本実施の形態では、客グループのユーザは、客グループ毎に商品の注文を行うことができる。
　注文情報は、例えば、商品を一意に識別可能な商品識別子を有する。注文情報は、例えば、商品識別子と注文する個数とを有する。なお、注文情報は、例えば、商品識別子と金額とを有していてもよい。
　なお、通常、格納部１１０に、商品識別子と単価とを有する２以上の商品管理情報が格納されている。商品管理情報は、例えば、商品識別子とその単価とが対応付けられて記録されているデータベースである。商品管理情報は、他の装置に格納されていてもよい。このような商品管理情報により、注文情報に含まれる商品識別子についての単価が特定可能である。すなわち、注文情報に含まれる商品識別子に対応する金額を算出可能である。
　なお、注文情報は、例えば、商品が乗せられた皿が客グループに出された（提供された）旨を示す情報であってもよい。換言すると、注文情報は、注文後の情報でもよい。
　消費情報格納部１１３には、後述する消費情報取得部１４１により取得された消費情報が格納される。消費情報は、ユーザが消費する商品の額又は数量に関する情報である。本実施の形態において、消費情報は、席識別子毎すなわち席毎に格納されうる。本実施の形態において、消費情報は、例えば、ユーザが消費した商品の金額であるが、これに限られない。ユーザが消費した商品の数が消費情報として用いられてもよい。本実施の形態においては、商品は所定の単位毎に皿に配置されてユーザに提供される。この場合、ユーザが消費した商品の皿の数が消費情報として用いられてもよい。消費情報は、例えば、端末識別子毎すなわちユーザ毎に格納されてもよい。
　受信部１２０は、他の装置から送信された情報を受信する。受信部１２０は、受信した情報を、例えば、格納部１１０に保存する。本実施の形態において、ユーザは、例えば、端末装置６００を用いて情報の入力等を行い、第一情報処理装置１００に送信する。受信部１２０は、送信された各情報を、端末識別子や席識別子に対応付けて格納部１１０に保存することができる。本実施の形態において、受信部は、各端末装置６００や受付端末９２０から送信された注文情報を受信し、端末識別子や席識別子に対応付けて格納部１１０に保存することができる。なお、受信部１２０は、受付端末９２０から情報を受信する場合に、送信された情報に基づいて、送信に係る受付端末９２０に対応する席を特定する席識別子を特定可能である。また、受信部１２０は、端末装置６００から情報を受信する場合に、送信された情報に基づいて、送信に係る端末識別子を特定可能である。
　受付部１３０は、第一情報処理装置１００に接続された図示しない入力手段を用いて入力された情報を受け付ける。受付部１３０は、受け付けた情報を、例えば、格納部１１０に保存する。なお、入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でもよい。受付部１３０は、第一情報処理装置１００に接続された読み取り装置（例えば、コードリーダなど）を用いて行われた入力操作（例えば、装置により読み取られた情報も含む）により入力された情報を受け付けてもよい。
　また、受付部１３０は、受信部１２０が受信した情報を、第一情報処理装置１００に入力された情報として受け付けるといってもよい。すなわち、第一情報処理装置１００への情報の入力とは、これらの情報が受付端末９２０や端末装置６００等を介してユーザによって間接的に第一情報処理装置１００に入力されることを意味すると解釈してもよい。
　本実施の形態において、受付部１３０は、注文情報受付部１３１及びアクセス受付部１３３を備える。
　注文情報受付部１３１は、受付端末９２０や端末装置６００から送信された注文情報が受信部１２０により受信された場合に、その注文情報を受け付ける。注文情報受付部１３１は、受け付ける注文情報を、席識別子又は端末識別子に対応付けて、注文情報格納部１１１に蓄積する。
　アクセス受付部１３３は、後述のようにユーザの端末装置６００からアクセス情報を用いたアクセスがあった場合に、それを受け付ける。アクセス情報は、後述のようにチケット情報を出力するために用いられる、文字列等の情報を表すものである。この文字列等としては、例えば、一意の識別子等を含むものとすることができるが、所定のキーワード等やユーザに固有の情報を含むものなどであってもよい。本実施の形態においては、アクセス情報は、例えば、第一情報処理装置１００によって提供される、端末装置６００などからアクセス可能なウェブページの場所を示す情報を含む。アクセス情報は、例えば、一意の識別子をＵＲＬパラメータとして含むＵＲＬを示す情報である。この場合、アクセス受付部１３３は、当該ウェブページへのアクセスがあればそれを受け付けると共に、アクセス情報に含まれるＵＲＬパラメータを受け付ける。
　なお、アクセス情報はこれに限られない。例えば、一意の識別子等と、当該識別子等を受信するための受信画面を端末装置６００に表示させるための符号列とが、アクセス情報として用いられてもよい。また、識別子等を含むメッセージ（例えば、ＳＭＳや電子メールなどである）を端末装置６００から第一情報処理装置１００に送信させたりするための符号列が、アクセス情報として用いられてもよい。例えばいわゆるカスタムＵＲＬスキームなどがこのようなアクセス情報に用いられてもよい。これらの場合においても、端末装置６００から種々の方法で送信されたアクセス情報に基づく情報（例えば、識別子等）を、アクセス受付部１３３が受け付けるように構成されていればよい。アクセス先を提供するのは、第一情報処理装置１００に限られない。この場合、アクセス受付部１３３は、例えば、アクセス先から送信された、アクセス情報を用いたアクセスがあった旨の情報を受信するように構成されていればよい。
　処理部１４０は、消費情報取得部１４１、抽選部１４３、第一当選処理部１４４、及びチケット情報出力部１４７を備える。チケット情報出力部１４７は、アクセス情報出力部１４８を含んでいる。処理部１４０は、各種の処理を行う。各種の処理とは、例えば、以下のように処理部１４０の各部が行う処理である。
　消費情報取得部１４１は、消費情報を取得し、消費情報格納部１１３に取得した消費情報を蓄積する。本実施の形態において、消費情報取得部１４１は、取得対象とする席の席識別子に対応するこれまでの注文情報を注文情報格納部１１１から取得し、取得した商品の金額を集計することにより消費情報を算出する。換言すると、消費情報格納部１１３は、ユーザに対応する席毎の消費情報を取得する。そして、消費情報取得部１４１は、席識別子に対応付けて消費情報を消費情報格納部１１３に蓄積する。なお、消費情報の集計は、例えば、席毎に、当該席を利用する客グループが変わる度に、当該客グループを対象にして行われるようにすればよい。なお、消費情報の算出や蓄積は、例えば、新たに注文情報が受け付けられた場合に行うようにすればよい。消費情報の算出や蓄積は、例えば、所定時間が経過する度に行われたり、ユーザ等の指示が受付部１３０により受け付けられた場合に行われるようにしてもよい。
　なお、消費情報取得部１４１は、ユーザが消費した商品の皿の数をカウントして消費情報を取得するように構成されていてもよい。この場合、消費情報取得部１４１は、注文情報を用いなくてもよい。例えば、回転寿司店において寿司皿を回収するように構成された公知の皿回収装置を用いて、消費情報取得部１４１は、回収した皿の数をカウントする。そして、皿の数を消費情報としたり、皿の数に所定の単価の額を乗じた金額を消費情報として取得するようにしてもよい。消費情報取得部１４１は、回収した皿の数に基づく金額等と、皿を用いずに消費された商品の金額等とを合わせて消費情報として取得するように構成されていてもよいし、いずれか一方のみを消費情報として取得するように構成されていてもよい。
　抽選部１４３は、消費情報に基づいて、所定の抽選実行条件が満たされるか否かを判断する。抽選部１４３は、抽選実行手段が満たされると判断した場合に、抽選を行う。ここで抽選とは、所定の処理を行うか否か（当選か否か）を判断することをいう。本実施の形態において、抽選部１４３は、席毎に抽選を行うように構成されている。また、抽選部１４３は、消費情報に基づいて第一抽選を行い、第一抽選の当選者について第二抽選を行うように構成されている。第一抽選と第二抽選とのそれぞれの抽選処理は、種々の方法により行うことができる。例えば、擬似乱数を用いてランダムに当選と判断するようにしてもよいし、客グループ毎に所定の確率で当選が発生するように、所定回数の抽選が行われる毎に当選と判断するようにしてもよい。抽選処理は、端末装置６００や受付端末９２０を通じてユーザによる指示が入力された場合に行われるようにしてもよいし、そのようなユーザの指示の有無にかかわらずに行われるようにしてもよい。
　抽選実行条件は、例えば、ユーザにより購入された金額に関する条件（例えば、５００円以上であること、など）やユーザにより購入された商品の総数に関する条件（例えば、１０点以上であること、など）などである。なお、抽選実行条件は、例えば予め設定されて格納部１１０に格納されているものであるが、適宜変更されるものであってもよい。抽選実行条件は、例えば、季節、時間帯、天候、客グループの性質（例えば、来店回数、人数、年齢、性別等）、商品の在庫数、店舗の混雑度など、種々の要素に応じて、予め設定された設定ルール等に従って処理部１４０などにより設定されたり、ネットワークを通じて通信可能な他の管理装置（図示せず）から送信された情報に応じて設定されたりしてもよい。
　また、抽選実行条件は、例えば、２以上の商品のうち予め決められた１以上の商品に関する消費情報のみに関する条件である。抽選実行条件は、例えば、抽選の対象となる商品を識別する商品識別子を含む情報でもよいし、抽選の対象とならない商品を識別する商品識別子を含む情報でもよいし、抽選の対象となる商品の種類を識別する商品種類識別子を含む情報でもよいし、抽選の対象とならない商品の種類を識別する商品種類識別子を含む情報でもよい。
　具体的には、例えば、客グループが注文可能な２以上の商品として、各種の寿司（例えば、「まぐろ」、「はまち」、「いくら」、「たまご」、など）のほか、飲料類（例えば、「瓶ビール（大）」、「瓶ビール（小）」、「ウーロン茶」、「オレンジジュース」、「ドリンクバー」、など）や、サイドメニュー（麺類（「きつねうどん」、「肉うどん」、「醤油ラーメン」、など）、「ハンバーガー」など）や、デザート類（「プリン」、「バニラアイス」、「いちご」、など）などの商品がある場合を想定する。この場合において、これら客グループが注文可能な商品のうち予め定められた商品として、麺類及び飲料類の商品が定められている場合、これらの、飲料類（例えば、「瓶ビール（大）」、「瓶ビール（小）」、「ウーロン茶」、「オレンジジュース」、「ドリンクバー」、など）や、麺類（「きつねうどん」、「肉うどん」、「醤油ラーメン」、など）の注文情報に基づく消費情報が、抽選実行条件に関係するものとなる。また、例えば、客グループが注文可能な商品のうち、予め「きつねうどん」、「肉うどん」、「ドリンクバー」という商品識別子のみが定められている場合、この３つの商品に関する消費情報（例えば、３つの商品の商品識別子のいずれかを含む注文情報を集計した情報）のみが、抽選実行条件に関係するものとなる。予め定められた１以上の商品としては、種々の観点で定められればよい。例えば、皿回収装置により回収可能な皿に載せて提供されない商品を、予め定められた１以上の商品として定めることができる。なお、予め定められた１以上の商品は、適宜変更されてもよい。例えば、季節、時間帯、天候、客グループの性質（例えば、来店回数、人数、年齢、性別等）、商品の在庫数、店舗の混雑度など、種々の要素に応じて、予め設定された設定ルール等に従って処理部１４０などにより設定されたり、ネットワークを通じて通信可能な他の管理装置から送信された情報に応じて設定されたりしてもよい。
　なお、本実施の形態において、決済（商品代の支払）が行われた場合に、当該席の消費情報はリセットされる。また、抽選処理が行われた場合に、当該席のそれまでの消費情報は報償処理に関しては無関係となるが、これに限られるものではない。
　第一当選処理部１４４は、第一抽選において当選した客グループすなわちユーザについて、景品を付与する報償付与処理を行う。報償付与処理とは、例えば、テーブル景品出力装置９２５に景品送出指示を送信する処理をいう。より具体的には、例えば、景品送出指示を送信することにより、テーブル景品出力装置９２５の商品口をオープンとし、テーブル景品出力装置９２５から１つの景品が出てくるようにする処理をいう。なお、上述のように、景品の種類や、出力態様は、これに限られない。
　チケット情報出力部１４７は、抽選の結果に応じてチケット情報を出力する。チケット情報出力部１４７は、当選した席毎に、チケット情報を出力可能に構成されている。すなわち、チケット情報出力部１４７は、当選した結果に応じて、チケット情報を出力すると言ってもよい。チケット情報出力部１４７は、チケット情報の出力を行うためのアクセス情報を出力するアクセス情報出力部１４８を含んでいる。
　本実施の形態において、チケット情報出力部１４７は、第二抽選において当選したユーザに対して、後述のようなアクセス情報を用いた処理を行った上で、チケット情報を出力する。すなわち、チケット情報出力部１４７は、第二抽選により当選した場合に、アクセス情報出力部１４８から一意のアクセス情報を出力する。このアクセス情報は、ユーザの端末装置６００により取得されて用いられる。そして、チケット情報出力部１４７は、ユーザからアクセス情報を用いたアクセスを受け付けた場合に、ユーザに対してチケット情報を出力する。本実施の形態において、チケット情報出力部１４７は、アクセス受付部１３３がユーザからアクセス情報を用いたアクセスを受け付けた場合において、アクセス条件が満たされると判断した場合にチケット情報を出力する。なお、ここでアクセスとは、例えば、ウェブページやＡＰＩなどのネットワークを介して提供される情報へのアクセスのほか、電子メールやその他メッセージ等の送信等も含む概念である。
　アクセス情報出力部１４８は、以下のようにして、アクセス情報の出力を行う。すなわち、本実施の形態において、アクセス情報出力部１４８は、出力対象となる席に対応付けて配置された受付端末９２０にアクセス情報を送信し、受付端末９２０の画面にアクセス情報を表示させる。本実施の形態において、アクセス情報は、例えば、端末装置６００のカメラにより読み取り可能である符号化された画像として、受付端末９２０の画面に表示される。かかる画像であるアクセス情報は、例えば、プレイを行う権利について照会するために用いられる文字列を表す二次元コードである。なお、アクセス情報は、例えばいわゆるバーコードやその他の多次元コードとして出力されてもよいし、端末装置６００を用いて読み取り可能であるその他の画像や、文字列そのものなどであってもよい。これにより、ユーザは、表示された画像であるアクセス情報を端末装置６００により読み取ることができ、アクセス情報を容易に利用することができる。
　アクセス条件は、例えば、有効なアクセス情報がアクセス受付部１３３により受け付けられたことである。有効なアクセス情報とは、例えば、アクセス情報出力部１４８によって出力されたアクセス情報であり、そのアクセス情報を用いたアクセスがこれまでアクセス受付部１３３により受け付けられていないことである。なお、これに限られず、例えば一のアクセス情報を用いたアクセスが所定回数まで受け付けられた場合においていずれの場合もアクセス条件を満たすものとしてもよい。また、一のアクセス情報を用いたアクセスが受け付けられた場合に、回数を限らず、アクセス条件を満たすと判断されてもよい。また、アクセス条件として、時間に関する条件が設けられていてもよい。例えば、アクセス情報が出力されてから所定時間内に行われたアクセスであることや、当日中に行われたアクセスであることなどがアクセス条件に含まれてもよい。また、アクセスを行う端末装置６００の種類や機種等に関する情報や、アクセスに使用された方法に関する条件など、アクセス情報とは異なる情報に基づく条件が設けられていてもよい。なお、アクセスに使用された方法に関する条件とは、例えば、アクセスに用いられたウェブブラウザやその他アプリなどの別や、ウェブブラウザの種類などであるが、これに限られない。
　なお、アクセス受付部１３３により受け付けられたアクセスに用いられたアクセス情報がアクセス情報出力部１４８により出力されたものであるか否かは、例えば次のようにして判断されればよい。アクセス情報出力部１４８がアクセス情報を出力する際、格納部１１０に、アクセス情報の出力履歴が記録される。この出力履歴には、例えば、アクセス情報が示す識別子等や、出力日時等の情報が記録されうる。そして、チケット情報出力部１４７は、アクセス受付部１３３により受け付けられた情報を基に、出力履歴に対応する記録があるか否かを確認し、確認結果に基づいて判断を行う。また、アクセス履歴に時間に関する条件が含まれる場合にも、このような出力履歴を用いて判断が行われればよい。なお、このような出力履歴を用いた情報に限られず、所定のルールに則った情報を含むアクセス情報をアクセス情報出力部１４８が出力するように構成されていてもよい。この場合、チケット情報出力部１４７は、アクセス受付部１３３により受け付けられた情報が当該所定のルールに則ったものであるかを確認するようにしてもよい。例えば、所定のルールに則った情報として、符号化された出力タイミング（日、時刻等）に関する情報等が用いられていてもよい。この場合、チケット情報出力部１４７が、受け付けられたアクセス情報に基づく情報に基づいて出力タイミングを取得し、時間に関する条件が満たされたか否かを判断するように構成することができる。
　本実施の形態において、チケット情報とは、それを提示するユーザがプレイを行う権利を有していることを示す情報であるといえる。チケット情報は、読取装置９５１により読み取り可能な情報である。本実施の形態において、チケット情報は、例えば、読取装置９５１により読み取り可能である符号化された画像として出力される。より具体的には、チケット情報は、例えば、プレイを行う権利について照会するために用いられる識別子等を含む文字列を表す二次元コードである。なお、チケット情報は、例えばいわゆるバーコードやその他の多次元コードとして出力されてもよいし、読取装置９５１により光学的に読み取り可能である画像や、文字列そのものなどとして出力されてもよい。なお、チケット情報は、磁気的に読み取り可能な磁気パターンや、その他の形態のものであってもよい。
　本実施の形態において、チケット情報の出力とは、ユーザの端末装置６００にチケット情報を送信することである。チケット情報が例えば上述のような画像である場合、端末装置６００において当該画像を表示可能となるように情報を端末装置６００に送信することをチケット情報を出力するということができる。この場合、画像を示す情報そのものが端末装置６００に送信されてもよいし、端末装置６００において符号化された画像を生成可能である場合には、画像により示す文字列がチケット情報として端末装置６００に送信されてもよい。例えば、アクセス情報のアクセスに用いられた端末装置６００のアプリケーションにより表示可能となるように、チケット情報が送信される。より具体的には、アクセス情報を用いてアクセスが行われた場合に端末装置６００に表示させるウェブページ中にチケット情報が表示されるように、チケット情報出力部１４７がチケット情報を出力してもよい。また、アクセス情報を用いてアクセスが行われた場合に端末装置６００に表示させるウェブページ中に表示された所定のボタンの操作が行われた場合にチケット情報が表示されるようにしてもよい。また、例えば、電子メールやメッセージなどによりアクセス情報を用いたアクセスが行われた場合に、返信としてチケット情報が送信されるようにしてもよい。
　なお、チケット情報の出力は、端末装置６００への送信のほか、プリンタ等を用いた情報が記されている用紙の出力であったり、受付端末９２０等の画面への表示であったりしてもよい。
　チケット情報出力部１４７は、チケット情報を出力する度に、異なる識別子で識別されるチケット情報を出力するように構成されている。すなわち、チケット情報出力部１４７は、一意のチケット情報を出力可能に構成されている。なお、出力されるチケット情報は、所定期間内において一意なものであってもよい。また、チケット情報出力部１４７は、同一のチケット情報を複数回出力可能に構成されていてもよい。
　チケット情報出力部１４７は、チケット情報を出力した場合に、その出力記録であるチケット出力情報を第二情報処理装置２００に送信する。チケット出力情報には、例えば、チケット情報を識別可能な識別子や、出力日時等の情報が含まれうる。
　本実施の形態において、チケット情報出力部１４７は、チケット情報と共に読取装置９５１の場所に関する情報（読取場所情報）を出力するようにしてよい。読取場所情報は、例えば、チケット情報と同時に端末装置６００の画面（端末表示部６６１）において表示されるように出力される。具体的には、例えば、チケット情報が画像として出力される場合、同画像中に読取場所情報が含まれるように出力されてもよい。また、例えば、チケット情報を含む画像と読取場所情報とが同一のウェブページに含まれるように表示されてもよい。また、チケット情報が含まれる文書ファイルと同一の文書ファイルに、読取場所情報が含まれてもよい。読取場所情報としては、店舗内の地図や、地図内の座標を示す符号列等、種々の形態のものを用いることができる。
　なお、処理部１４０において、第一抽選において当選したユーザに対してチケット情報が出力されるようにしてもよいし、抽選実行条件が満たされる場合に１回の抽選のみが行われるようにしてもよい。また、アクセス情報を用いることなく、抽選により当選したユーザなどの出力対象となるユーザに対して、チケット情報が出力されるようにしてもよい。この場合、例えば、チケット情報出力部１４７が、予め席に対応するように関連付けられた端末装置６００に対してチケット情報を送信してもよい。また、チケット情報出力部１４７が、店舗内に設けられたプリンタによりチケット情報を用紙に出力したり、受付端末９２０の画面にチケット情報を表示させてユーザにそれを記録させたりしてもよい。
　送信部１７０は、情報を、ネットワーク等を介してプレイ付き店舗システム９００を構成する他の装置に送信する。送信部１７０は、例えば、第二情報処理装置２００や、端末装置６００に対して情報を送信する。換言すると、送信部１７０は、例えば、第二情報処理装置２００や、端末装置６００に対して情報を出力する。
　次に、端末装置６００の構成について説明する。
　図２に示されるように、端末装置６００は、端末格納部６１０、端末受信部６２０、端末受付部６３０、端末処理部６４０、端末出力部６６０、端末送信部６７０、及びセンサ部６８０を備える。端末出力部６６０は、端末表示部６６１を備える。
　端末格納部６１０は、チケット情報格納部６１１及び機器識別情報格納部６１３を備える。
　チケット情報格納部６１１には、第一情報処理装置１００から送信されたチケット情報が一時的に又は永続的に蓄積される。これにより、端末装置６００において、チケット情報が端末表示部６６１に出力可能となる。
　機器識別情報格納部６１３には、機器識別情報が格納されている。機器識別情報は、端末装置６００の型式を識別可能な情報であるが、これに限られない。機器識別情報格納部６１３に対しては、異なる情報が書き込み不能であってもよい。
　端末受信部６２０は、第一情報処理装置１００や、その他の装置から送信された情報を、ネットワークを介して受信する。端末受信部６２０は、受信した情報を、例えば端末格納部６１０に蓄積し、端末処理部６４０などが取得できるようにする。
　端末受付部６３０は、端末装置６００を使用するユーザによる、端末装置６００に対する種々の入力操作を受け付ける。操作は、例えば、図示しない入力装置を用いて行われるが、これに限られない。
　端末処理部６４０は、端末装置６００の各部を用いて、種々の情報処理動作を行う。
　端末出力部６６０は、例えばディスプレイデバイスである端末表示部６６１に表示することなどにより、情報の出力を行う。なお、情報の出力方法はこれに限られず、音声等をスピーカーなどから出力することなどにより行われるようにしてもよい。
　端末送信部６７０は、例えば端末処理部６４０等により取得した情報をネットワークを介して送信する。
　センサ部６８０は、カメラを有する。センサ部６８０は、カメラを用いた撮影や録画を行い、得られた情報を端末格納部６１０に蓄積することが可能である。
　本実施の形態において、端末処理部６４０は、センサ部６８０により得られた画像（同動画像であってもよい）に基づいて、所定の認識処理を行うことにより、画像に含まれる情報を取得可能に構成されている。例えば、二次元コード等の画像を含む画像がセンサ部６８０により撮影された場合に、端末処理部６４０は撮影された画像に含まれる、二次元コードを認識し、それに符号化された情報を取得して用いることができるようになっている。例えば、ＵＲＬを含むアクセス情報がセンサ部６８０により撮影された場合に、端末処理部６４０は、撮影画像を用いてそのＵＲＬを取得し、ウェブブラウザ等によりＵＲＬを用いたアクセスを行うことができるように構成されている。
　次に、第二情報処理装置２００の構成について説明する。
　図３に示されるように、第二情報処理装置２００は、第二格納部２１０、第二受信部２２０、第二受付部２３０、第二処理部２４０、及び第二送信部２７０を備える。第２情報処理装置２００は、例えば、サーバ装置である。
　第二格納部２１０は、チケット出力情報格納部２１１を備える。
　チケット出力情報格納部２１１には、チケット情報出力部１４７により出力されたチケット情報に関するチケット出力情報が蓄積される。
　第二受信部２２０は、他の装置から送信された情報を受信する。第二受信部２２０は、受信した情報を、例えば、第二格納部２１０に保存する。本実施の形態において、例えば、第二受信部２２０は、プレイ支援装置９５２から送信されたプレイに関する情報を受信し、第二格納部２１０に蓄積することができる。
　第二受付部２３０は、第二情報処理装置２００に接続された図示しない入力手段を用いて入力された情報を受け付ける。第二受付部２３０は、受け付けた情報を、例えば、第二格納部２１０に保存する。なお、入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でもよい。第二受付部２３０は、プレイ支援装置９５２により行われたユーザの操作や、プレイ支援装置９５２により取得された情報を受け付けるように構成されていてもよい。
　第二受付部２３０は、チケット情報受付部２３１を備える。チケット情報受付部２３１は、第二情報処理装置２００に接続された読取装置９５１を用いて入力されたチケット情報を受け付ける。すなわち、第二受付部２３０は、読取装置９５１が読み取ったチケット情報を受け付ける。第二受付部２３０は、受け付けたチケット情報を、第二格納部２１０に保存する。
　第二処理部２４０は、プレイ許可部２４１、ゲーム制御部２４３、プレイ結果取得部２４５、及び景品出力指示部２４７を備える。第二処理部２４０は、各種の処理を行う。各種の処理とは、例えば、以下のように第二処理部２４０の各部が行う処理である。
　プレイ許可部２４１は、所定のプレイ条件が満たされると判断した場合に、ユーザに対してプレイを許可する。すなわち、プレイ許可部２４１は、プレイ条件が満たされると判断した場合には、プレイ支援装置９５２に対して指示を送信し、プレイ支援装置９５２に、ユーザがプレイを行うことができるようにさせる。これにより、ユーザがプレイを行うことができるようになる。
　本実施の形態においては、プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報に基づいて、プレイ条件が満たされるか否かを判断する。すなわち、プレイ条件は、チケット情報に関する条件を含む。
　プレイ条件は、例えば、有効なチケット情報がチケット情報受付部２３１により受け付けられたことである。有効なチケット情報とは、例えば、チケット情報出力部１４７により出力されたチケット情報であって、そのチケット情報についてこれまでチケット情報受付部２３１により受け付けられたものではないことである。なお、これに限られず、例えば一のチケット情報について所定回数までの受け付けがプレイ条件を満たすものと扱われるようにしてもよいし、このような回数制限が設けられていなくてもよい。また、このようなチケット情報に基づく条件に加えて、チケット情報とは異なる情報に基づく条件がプレイ条件に含まれていてもよい。
　なお、チケット情報出力部１４７により出力されたチケット情報であって、そのチケット情報についてこれまでチケット情報受付部２３１により受け付けられたものではないことがプレイ条件となっている場合を想定する。この場合、チケット情報受付部２３１により受け付けられたチケット情報がプレイ条件を満たすか否かは、例えば次のようにして判断されればよい。本実施の形態において、プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報と、チケット出力情報格納部２１１に格納されているチケット出力情報との対応関係に応じて、プレイの許可を行うように構成されている。例えば、プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報を基に、チケット出力情報を照会し、対応するチケット出力情報があるか否かを確認し、確認結果に基づいて判断を行う。プレイ許可部２４１は、対応するチケット出力情報がある場合は、プレイ条件が満たされると判断する。なお、プレイ許可部２４１は、プレイ条件が満たされると判断する場合において、チケット出力情報の消し込み処理を行うように構成されている。消し込み処理においては、プレイ許可部２４１は、例えば、対応するチケット出力情報をチケット出力情報格納部２１１から削除する。なお、プレイ許可部２４１は、消し込み処理として、既に受け付けられたチケット情報であることを示すフラグ情報等を、対応するチケット出力情報に対応付けてチケット出力情報格納部２１１に記録するようにしてもよい。この場合、プレイ許可部２４１は、チケット出力情報を照会する際に、対応するチケット出力情報であって上記のフラグ情報が存在すしないものの有無を確認するようにすればよい。
　なお、本実施の形態において、プレイ条件として、時間に関する条件が設けられていてもよい。例えば、チケット情報が出力されてから所定時間内に受け付けられたことや、チケット情報の出力が行われた当日中に受け付けられたことなどが、プレイ条件に含まれてもよい。この場合、プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報が出力された時間に関するタイミング情報を取得し、取得したタイミング情報に基づいてプレイの許可を行う。
　このようにプレイ条件に時間に関する条件が含まれる場合にも、例えば、チケット情報出力部を用いてプレイ条件を満たすか否かの判断が行われうる。すなわち、プレイ許可部２４１は、対応するチケット出力情報を参照してタイミング情報を取得し、タイミング情報に基づいて、時間に関する条件が満たされるか否かを判断することができる。
　なお、プレイ条件が満たされるか否かは、このようなチケット出力情報を用いた方法とは異なる方法により判断されるように構成されていてもよい。例えば、所定のルールに則ったチケット情報をチケット情報出力部１４７が出力するように構成されており、プレイ許可部２４１が、受け付けられたチケット情報が当該所定のルールに則ったものであるかを確認するようにしてもよい。これにより、受け付けられたチケット情報がチケット情報出力部１４７により出力されたチケット情報であるか否かの確認を行うことが可能である。この場合、一のチケット情報についてこれまでチケット情報受付部２３１により受け付けられたか否かは、過去に受け付けられたチケット情報に関する履歴情報を第二格納部２１０に蓄積しておき、当該履歴情報を照会することにより確認することが可能である。なお、所定のルールを用いて符号化された出力タイミング（日、時刻等）に関する情報等がチケット情報に反映されるように構成されていてもよい。この場合、プレイ許可部２４１において、受け付けられたチケット情報に基づいてタイミング情報を取得し、時間に関する条件が満たされたか否かを判断することができる。
　本実施の形態において、チケット情報が有効であることの要件として、例えば、当該チケット情報の出力対象となるユーザが飲食を終了していることが含まれていてもよい。例えば代金の精算を完了したことや、精算を開始するための所定の手続を行ったことなどが、ユーザが飲食を終了していることを意味していてもよい。このような場合、飲食を終了していなければ、ユーザはプレイを行うことができないようになる。なお、このように構成されていることを、プレイ条件がユーザの飲食が完了しているか否かに関する条件を含んでいる、と表現してもよい。また、プレイ条件がユーザの飲食が完了していることという条件を含んでいる、と表現してもよい。このようなプレイ条件が設定されていることにより、ユーザは、飲食を完了しなければプレイを行うことができない。そのため、飲食を速やかに完了させるようにユーザに動機付けを行うことができ、店舗におけるユーザの回転率を高めることができる。なお、これとは反対に、ユーザの飲食が終了していないことをチケット情報が有効であることの要件としてもよい。また、チケット情報の有効性とユーザの飲食の終了とは関係がないものとされていてもよく、その場合、プレイ条件は、例えば、有効なチケット条件が読み取られたことと、ユーザの飲食が完了していることとの各条件を少なくとも含んでいるということができる。
　なお、この場合、ユーザの飲食が完了しているか否かは、例えば、処理部１４０が、店舗システム９１０の情報を取得することなどにより検知するようにしてもよい。例えば受付部１３０により受付端末９２０からの精算指示が受け付けられた場合には、処理部１４０が、当該受け付け端末９２０に対応する客グループの飲食が完了したと判断することができる。なお、飲食が完了していることとは、ユーザによる商品の消費が完了していることと表現してもよい。
　ゲーム制御部２４３は、ユーザがプレイを行う場合において、プレイ支援装置９５２はと連携し、プレイに関連する制御を行う。例えば、ゲーム制御部２４３は、プレイ支援装置９５２から送信された情報に基づいて、そのプレイに関する情報を第二格納部２１０に蓄積したり、図示しない表示部の表示を変更したりする。また、ゲーム制御部２４３は、プレイ支援装置９５２に情報を送信し、その情報がプレイに反映されるようにする。なお、プレイに関連する制御はこれに限られず、また、ゲームの種別や内容等に応じて適宜設定されうる。例えば、第二情報処理装置２００においてビデオゲームのプログラムを実行させる場合には、プレイに関連する制御には、そのプログラムを実行させることが含まれうる。また、例えば、プレイに関連する制御には、プレイを終了させるまでの時間をカウントすることや、プレイの終了を決定することや、ユーザに案内を行うことなど、適当な制御が含まれてもよい。また、ゲーム制御部２４３が設けられておらず、プレイ支援装置９５２においてゲームに関するほぼすべての制御が行われるようにしてもよい。
　プレイ結果取得部２４５は、プレイを許可されたユーザのプレイの結果情報を取得する。プレイ結果取得部２４５は、例えば、ユーザのプレイにおいて記録されたゲーム内のスコアや、プレイ成績等を、結果情報として取得する。結果情報の種別は例示したものに限られず、適宜設定可能である。
　景品出力指示部２４７は、ユーザのプレイの結果情報が、所定の景品出力条件を満たすか否かの判断を行う。そして、景品出力指示部２４７は、判断結果に応じて、プレイを行ったユーザに景品を出力するための景品出力指示を出力する。景品出力指示は、例えば、景品出力部９７０に送信される。景品出力部９７０は、景品出力指示を受信すると、それに応じて景品を出力する。
　景品出力条件は、例えば、結果情報が、所定の水準より良いことであったり、所定の水準の範囲内であることを含みうる。例えばゲーム内のスコアが結果情報として用いられる場合、景品出力条件は、スコアが所定の閾値より高いことであったり、スコアが所定の値範囲内であることであったりしてもよい。なお、これに限られず、景品出力条件として、他のユーザの結果情報との比較結果に関するものや、プレイ内の特有の記録に関するものを含んでいてもよい。例えば、景品出力条件として、他のユーザのスコアよりも高いことが含まれてもよい。具体的には、例えば、スコアのランキングにおいて所定ランク以上となるスコアであることなどである。また、例えば、景品出力条件として、ゲーム内において特定のミッションを達成したことが含まれてもよい。具体的には、例えば、特定の要素に対して特定の成果を残したことなどが、含まれてもよい。
　なお、本実施の形態において、景品出力条件として、第一条件と第二条件との２つが設けられている。そして、景品出力指示部２４７は、第一景品出力装置９７１と第二景品出力装置９７２とのうち、結果情報が満足する景品出力条件に対応する装置に対して、景品出力指示を出力するように構成されている。例えば、第一条件が満たされる場合には、景品出力指示部２４７は、第一景品出力装置９７１に景品出力指示を出力する。また、第二条件が満たされる場合には、景品出力指示部２４７は、第二景品出力装置９７２に景品出力指示を出力する。
　例えば、第一条件として「スコアが１０００点以上であること」、第二条件として「スコアが５００点以上１０００点未満であること」が設定されている場合を想定する。結果情報が例えば１２００点である場合には、第一条件が満たされるため、第一景品出力装置９７１に景品出力指示が出力される。これにより、第一景品出力装置９７１から出力される景品をユーザが取得することができる。また、結果情報が例えば７００点である場合には、第二条件が満たされるため、第二景品出力装置９７２に景品出力指示が出力される。これにより、第二景品出力装置９７２から出力される景品をユーザが取得することができる。なお、結果情報が例えば３００点である場合には、いずれの条件も満たされない。この場合には、景品出力部９７０に指示が出力されず、景品が出力されない。なお、これらの各条件を満たすか否かの組み合わせに応じて、所定の態様のユーザへの通知が出力されるようにしてもよい。所定の通知は、画面への表示、音声の出力、用紙等への出力などにより行うことができる。
　なお、景品出力指示部２４７は、結果情報が一の景品出力条件を満たすか否かに応じて、第一景品出力装置９７１と第二景品出力装置９７２とのうちいずれに景品出力指示が出力されるかが切り替えられてもよい。この場合について、第一条件として一の景品出力条件を満たすこと、第二条件として一の景品出力条件を満たさないことがそれぞれ設定されていると言い替えることも可能である。
　なお、景品出力部９７０において景品出力装置が３以上設けられていてもよい。この場合、景品出力指示部２４７は、３以上の景品出力装置のうち、結果情報が満足する所定の景品出力条件に対応する景品出力装置に景品を出力するための景品出力指示を出力するように構成されていればよい。
　なお、プレイ結果取得部２４５や景品出力指示部２４７は、一のユーザのプレイが行われる度に上述の動作を行うように構成されている。なお、これに限られず、所定のタイミングが到来した場合に結果情報の取得や、景品出力条件に関する判断等が行われるようにしてもよい。例えば、日毎、曜日毎、月毎などに到来するタイミングにかかる動作が行われてもよいし、店舗の管理者等による指示が行われる度にかかる動作行われるようにしてもよい。
　また、例えば、プレイの結果情報が第一情報処理装置１００に送信され、第一情報処理装置１００において上述の景品出力指示部２４７により行われる処理が行われるように構成されていてもよい。
　第二送信部２７０は、情報を、ネットワーク等を介してプレイ付き店舗システム９００を構成する他の装置に送信する。第二送信部２７０は、例えば、第一情報処理装置１００や、景品出力部９７０や、プレイ支援装置９５２などに対して情報を送信する。換言すると、第二送信部２７０は、例えば、第二情報処理装置２００や、端末装置６００に対して情報を出力する。
　なお、上述の格納部１１０や、第二格納部２１０や、端末格納部６１０は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。これらには、それぞれの装置において取得された情報などがそれぞれ格納されるが、情報等が記憶される過程はこれに限られない。例えば、記録媒体を介して情報等が記憶されるようになってもよく、通信回線等を介して送信された情報等が記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報等が記憶されるようになってもよい。
　また、上述の処理部１４０や、第二処理部２４０や、端末処理部６４０は、通常、ＭＰＵやメモリ等から実現されうる。処理部１４０や、第二処理部２４０や、端末処理部６４０の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
　また、受付部１３０や、第二受付部２３０や、端末受付部６３０により受付可能な情報の入力に用いられうる入力手段は、テンキーやキーボードやマウスやメニュー画面によるものなど、何でもよい。受付部１３０や、第二受付部２３０や、端末受付部６３０は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現されうる。
　また、受信部１２０や、第二受信部２２０や、端末受信部６２０は、通常、無線又は有線の通信手段で実現されるが、放送を受信する手段で実現されてもよい。
　また、送信部１７０や、第二送信部２７０や、端末送信部６７０は、通常、無線又は有線の通信手段で実現されるが、放送手段で実現されてもよい。
　図４は、同チケット出力情報格納部２１１に格納されているチケット出力情報の一例を示す図である。
　図４に示されるように、チケット出力情報格納部２１１には、過去に出力されたチケット出力情報のレコードが記録されている。チケット出力情報としては、例えば、チケット情報に含まれる識別子すなわちチケット情報を特定する識別子と、チケット情報がチケット情報出力部１４７により出力された日時と、利用回数とが含まれうる。利用回数としては、例えば対応するチケット情報が受け付けられた回数が記録されうる。このようなチケット出力情報が用いられる場合には、プレイ許可部２４１は、受け付けられたチケット情報を特定する識別子を利用して、対応するチケット出力情報を検索する。そして、プレイ許可部２４１は、利用回数の値が所定値に達していない場合には、プレイ条件を満たすと判断することができる。例えば１回のみしか一のチケット情報を利用することができないようにプレイ条件が設定されている場合は、利用回数の値が０である場合にプレイ条件が満たされることとなる。
　なお、利用回数に代えて、対応するチケット情報が受け付けられた場合に、その日時等の利用タイミング情報が記録されてもよい。例えば１回のみしか一のチケット情報を利用することができない場合は、チケット出力情報に利用タイミング情報が記録されている場合には、対応するチケット情報が受け付けられた場合において、プレイ条件が満たされないと判断することができる。また、利用回数に代えて、当該チケット出力情報に対応するチケット情報が次回受け付けられた場合にプレイを許可可能か否かを表すフラグが記録されるようにしてもよい。
　なお、チケット情報が受け付けられた回数が上限の回数に達した場合には、そのチケット情報に対応するチケット出力情報のレコードは、チケット出力情報格納部２１１から削除されてもよい。例えば１回のみしか一のチケット情報を利用することができない場合は、上限の回数は１回である。
　なお、上述のように、アクセス情報出力部１４８が格納部１１０にアクセス情報の出力履歴を記録し、出力履歴に基づいてアクセス条件に関する判断を行えるようにする場合も、例えば図４に示されるチケット出力情報の例に倣うようにすればよい。
　次に、プレイ管理システム１の動作の流れについて説明する。第一情報処理装置１００及び第二情報処理装置２００は、例えば以下のようにして種々の動作を行う。これらの動作は、処理部１４０や第二処理部２４０が、各部を用いながら制御動作等を実行することにより行われる。
　図５は、同プレイ管理システム１の動作の流れについて説明するフローチャートである。
　まず、第一情報処理装置１００において処理が行われる。
　（ステップＳ１）すなわち、処理部１４０は、ユーザから送信された注文情報を受信した場合に、注文情報受付部１３１により注文情報を受け付ける。
　（ステップＳ２）処理部１４０は、抽選処理を行う。抽選処理の流れの詳細については後述する。これにより、所定の場合に、第二抽選が行われる。
　（ステップＳ３）処理部１４０は、チケット情報出力処理を行う。チケット情報出力処理の流れの詳細については後述する。これにより、所定の場合に、チケット情報が出力される。
　チケット情報が出力されると、ユーザは、チケット情報を読取装置９５１に読み取らせることができる。第二情報処理装置２００において処理が行われる。
　（ステップＳ４）第二処理部２４０は、プレイ許可判定処理を行う。プレイ許可判定処理の流れの詳細については後述する。これにより、所定の場合に、ユーザがプレイを行うことができるようになる。
　（ステップＳ５）第二処理部２４０は、景品出力処理を行う。景品出力処理の流れの詳細については後述する。これにより、所定の場合に、景品が出力される。ステップＳ５の処理が終了すると、一連の動作が終了する。
　このような処理は、定期的に、繰り返し開始される。なお、上述においては第一情報処理装置１００において行われるステップＳ１からステップＳ３の処理と、第二情報処理装置２００において行われるステップＳ４及びステップＳ５の処理とがこの順に続けて行われるように説明したが、これに限られない。第一情報処理装置１００の処理と第二情報処理装置２００の処理とは同期せずに独立して行われてもよい。また、ステップＳ１からステップＳ５の順序はこれに限られない。
　図６は、同第一情報処理装置１００の抽選処理の一例を示すフローチャートである。
　（ステップＳ２１）処理部１４０は、消費情報取得タイミングが到来したか否かを判断する。到来したと判断した場合はステップＳ２２に進み、そうでない場合は抽選処理を終了する。なお、処理部１４０は、例えば、注文情報が受け付けられる度に、席毎に消費情報取得タイミングが到来したと判断することができる。
　（ステップＳ２２）処理部１４０は、取得対象とする席の注文情報を用いて、消費情報を取得する。処理部１４０は、取得した消費情報を、その席識別子に対応付けて消費情報格納部１１３に蓄積する。
　（ステップＳ２３）処理部１４０は、席毎に、消費情報に基づいて、抽選実行条件が満たされるか否かを判断する。抽選実行条件が満たされると判断した場合には、ステップＳ２４に進む。そうでない場合には、抽選処理を終了する。
　（ステップＳ２４）処理部１４０は、当該席のユーザについて、第一抽選を行う。
　（ステップＳ２５）処理部１４０は、第一抽選の結果が当選であるか否かを判断する。当選である場合には、ステップＳ２６に進む。そうでない場合には、抽選処理を終了する。
　（ステップＳ２６）処理部１４０は、当該席に対応するテーブル景品出力装置９２５に対して景品送出指示を送信する。これにより、テーブル景品出力装置９２５から景品が出力され、当該席のユーザが景品を得ることができる。また、処理部１４０は、当該席のユーザについて、第二抽選を行う。ステップＳ２６の処理が終了すると、抽選処理が終了する。
　図７は、同第一情報処理装置１００のチケット情報出力処理の一例を示すフローチャートである。
　（ステップＳ４１）処理部１４０は、直前の抽選処理において第二抽選が行われてその結果が当選であるか否かを判断する。当選である場合には、ステップＳ４２に進む。当選ではない場合、及び直前の抽選処理において第二抽選が行われていない場合には、ステップＳ４３に進む。
　（ステップＳ４２）処理部１４０は、当該席に対応する受付端末９２０に対してアクセス情報を送信し、受付端末９２０の画面にアクセス情報を出力する。これにより、当該席のユーザが、アクセス情報を得ることができる。本実施の形態においては、ユーザは、端末装置６００のカメラを用いてアクセス情報を読み取ることで、第一情報処理装置１００に対して、アクセス情報を用いたアクセスを行うことができる。また、処理部１４０は、当該アクセス情報を出力したことについて、格納部１１０に格納されている出力履歴を更新する。
　（ステップＳ４３）処理部１４０は、アクセス受付部１３３がユーザからアクセス情報を用いたアクセスを受け付けたか否かを判断する。アクセスを受け付けたと判断した場合はステップＳ４４に進み、そうでない場合はチケット情報出力処理を終了する。
　（ステップＳ４４）処理部１４０は、アクセス受付部１３３により受け付けられた情報を用いて出力履歴を検索し、対応するアクセス情報の出力記録を確認する。
　（ステップＳ４５）処理部１４０は、アクセス条件が満たされるか否かを判断する。アクセス条件が満たされると判断した場合には、ステップＳ４６に進む。そうでない場合には、ステップＳ４７に進む。
　（ステップＳ４６）処理部１４０は、アクセス元の端末装置６００に対して、チケット情報を出力する。また、処理部１４０は、出力したチケット情報に対応するチケット出力情報を第二情報処理装置２００に送信する。これにより、第二情報処理装置２００において、チケット出力情報がチケット出力情報格納部２１１に蓄積される。ステップＳ４６の処理が終了すると、チケット情報出力処理が終了する。
　（ステップＳ４７）他方、アクセス条件が満たされると判断されなかった場合においては、処理部１４０は、アクセス元の端末装置６００に対して、エラー画面を出力する。エラー画面は、例えば、そのアクセス情報が有効ではない旨を示す表示を含むものである。これにより、ユーザは、アクセスを行ったものの有効ではなかったことを容易に知ることができる。ステップＳ４７の処理が終了すると、チケット情報出力処理が終了する。
　図８は、同第二情報処理装置２００のプレイ許可判定処理の一例を示すフローチャートである。
　（ステップＳ６１）第二処理部２４０は、読取装置９５１によりチケット情報が読み取られ、それが受け付けられたか否かを判断する。チケット情報が受け付けられたと判断した場合はステップＳ６２に進み、そうでない場合はプレイ許可判定処理を終了する。
　（ステップＳ６２）第二処理部２４０は、チケット出力情報格納部２１１に格納されている、チケット情報に対応するチケット出力情報を検索する。
　（ステップＳ６３）第二処理部２４０は、プレイ条件が満たされるか否かを判断する。プレイ条件が満たされると判断した場合には、ステップＳ６５に進む。そうでない場合には、ステップＳ６４に進む。
　（ステップＳ６４）プレイ条件が満たされると判断されなかった場合においては、第二処理部２４０は、エラー情報を出力する。エラー情報は、例えば、そのチケット情報が有効ではない旨を示す情報を含むものである。エラー情報は、例えば、画面への表示や音声の出力等により出力されるようにすることができる。このようにエラー情報が出力されることにより、ユーザは、チケット情報が有効ではなかったことを容易に知ることができる。ステップＳ６４の処理が終了すると、プレイ許可判定処理が終了する。
　（ステップＳ６５）他方、プレイ条件が満たされると判断された場合においては、第二処理部２４０は、プレイを許可する。すなわち、第二情報処理装置２００からプレイ支援装置９５２に対して指示が送信され、プレイ支援装置９５２に、ユーザがプレイを行うことができるようにさせる。これにより、チケット情報を読取装置９５１に読み取らせたユーザが、プレイを行うことができるようになる。
　（ステップＳ６６）第二処理部２４０は、チケット情報に対応するチケット出力情報をチケット出力情報格納部２１１から削除する。これにより、同一のチケット情報が再度読取装置９５１に読み取られた場合にプレイ条件が満たされないようにすることができる。ステップＳ６６の処理が終了すると、プレイ許可判定処理が終了する。
　図９は、同第二情報処理装置２００の景品出力処理の一例を示すフローチャートである。
　（ステップＳ８１）第二処理部２４０は、前回プレイ支援装置９５２に対して指示を行うことにより可能となったプレイが終了したか否かを判断する。プレイが終了したと判断した場合はステップＳ８２に進み、そうでない場合は景品出力処理を終了する。
　（ステップＳ８２）第二処理部２４０は、結果情報を取得する。
　（ステップＳ８３）第二処理部２４０は、結果情報に基づいて第一条件が満たされるか否かを判断する。第一条件が満たされると判断した場合には、ステップＳ８４に進む。そうでない場合には、ステップＳ８５に進む。
　（ステップＳ８４）第二処理部２４０は、第一景品出力装置９７１に対して景品出力指示を送信する。これにより、第一景品出力装置９７１から景品が出力され、プレイを行ったユーザが景品を得ることができる。その後、ステップＳ８５に進む。
　（ステップＳ８５）第二処理部２４０は、結果情報に基づいて第二条件が満たされるか否かを判断する。第二条件が満たされると判断した場合には、ステップＳ８６に進む。そうでない場合には、景品出力処理を終了する。
　（ステップＳ８６）第二処理部２４０は、第二景品出力装置９７２に対して景品出力指示を送信する。これにより、第二景品出力装置９７２から景品が出力され、プレイを行ったユーザが景品を得ることができる。ステップＳ８６の処理が終了すると、プレイ許可判定処理が終了する。
　次に、本実施の形態のプレイ管理システム１におけるアクセス情報、チケット情報、及びゲームに関する具体例について説明する。以下は一例であり、適宜変更可能である。
　図１０は、同プレイ管理システム１により出力されるアクセス情報の出力例を示す図である。
　図１０においては、アクセス情報が、一の受付端末９２０に送信され、受付端末９２０の画面に表示された状態の例が示されている。この場合において、アクセス情報は、二次元コードＣ１０として画面中に表示される。ユーザは、表示された二次元コードＣ１０を端末装置６００のカメラで読み取って、チケット情報の出力を受けることができる。なお、本実施の形態において、当該画面には、アクセス情報に関する説明や、チケット情報の出力条件に関する説明等が含まれうる。また、この画面には、注文画面に表示を戻すための注文画面遷移ボタン９２８も表示されていてもよい。注文画面遷移ボタン９２８が操作されると、注文を受け付けるための注文画面に戻るようにすればよい。
　なお、例えば、このようなアクセス情報が表示されている画面は、当該アクセス情報を用いたアクセスが行われた場合や、アクセスを可能とする所定の時間が経過した場合に、それに応じて元の注文画面等の画面に遷移するように構成されていてもよい。このような構成は、例えば、処理部１４０が、チケットの発行や所定時間の経過に応じて受付端末９２０に指示を送信することにより実現可能である。これにより、チケット情報の出力をもはや行うことができないアクセス情報が新たに読み取られることを防止し、ユーザの混乱を小さくすることができる。
　図１１は、同プレイ管理システム１により出力されるチケット情報の出力例を示す図である。
　図１１においては、アクセス情報を用いてアクセス条件を満たすアクセスを行った一の端末装置６００の端末表示部６６１に、チケット情報が表示された状態の例が示されている。例えば、端末装置６００のカメラで読み取ったアクセス情報を用いてアクセスすると、端末装置６００が第一情報処理装置１００と通信を行った結果、自動的にこのような画面が表示されるようにすればよい。このような画面は、例えば第一情報処理装置１００から送信された情報に基づいて端末装置６００のウェブブラウザで表示されたウェブページの画面である。なお、画面の表示方法や画面が標示されるまでの経過はこれに限られず、適宜構成可能である。
　端末表示部６６１に表示されるチケット情報は、例えば、二次元コードＣ２０として画面中に含まれる。ユーザは、読取装置９５１に、端末表示部６６１に表示された状態の二次元コードＣ２０を読み取らせることで、プレイの許可を得ることができる。なお、本実施の形態において、当該画面には、チケット情報の使用方法や有効期間など、チケット情報に関する説明等が含まれうる。
　また、本実施の形態において、チケット情報を示す二次元コードＣ２０に加えて、読取装置９５１場所に関する場所情報Ｃ２５が画面中に表示される。場所情報Ｃ２５は、例えば、読取装置９５１が設置してある場所を示すマップや説明書き等であるが、これに限られない。また、場所情報Ｃ２５は、プレイを行うことができる場所に関する情報であると言ってもよい。このような場所情報Ｃ２５がチケット情報に合わせて表示されることにより、ユーザがスムーズに読取装置９５１にチケット情報を読み取らせることができる。
　図１２は、同プレイ管理システム１により出力されるゲームの一例を説明する図である。
　図１２において、一例として、プレイ提供システム９５０により射的ゲームが提供される場合の、射的ゲームの画面の遷移例が示されている。なお、射的ゲームは、映像が表示されるスクリーンと、スクリーンに向けてプレイヤにより保持される模擬銃（プレイ支援装置９５２の一例）とを用いてプレイ可能となっている。模擬銃は、スクリーン側に配置されたマーカーを読み取ることができるカメラを有するものであり、模擬銃のスクリーンに対する向きや距離を判別可能に構成されているものである。
　誰もプレイしていない状態においては、タイトル画面Ｓ１０１がスクリーンに表示される。その他の案内情報が表示されるように構成されていてもよい。この状態から、有効なチケット情報が読取装置９５１に読み取られると、プレイが許可される。そうすると、プレイの開始に向けて、例えばルールや景品出力条件などが含まれうる説明画面Ｓ１０２に遷移する。そして、例えば所定時間の経過後又はゲーム実行のための内部処理が完了した場合などに、スタート指示画面Ｓ１０３に遷移する。スタート指示画面では、プレイを開始させるための操作を行うように促す表示が含まれる。
　スタート指示画面Ｓ１０３においてプレイを開始させるための操作が行われると、ゲーム中画面Ｓ１０４に遷移する。本例では、ゲーム中画面Ｓ１０４には、例えば、模擬銃でねらうべき的（例えば、魚の画像）や、残り時間表示バーや、スコアを示すスコアバーが含まれる。例えば、残り時間がゼロとなると、プレイが完了する。そして、スコアすなわち結果情報に基づいて、結果表示画面Ｓ１０５ｂ，Ｓ１０５ｃのいずれかに遷移する。例えば、スコアが景品出力条件を満たす場合すなわち景品出力指示が行われる場合には、景品を出力する旨を示す結果表示画面Ｓ１０５ｂに遷移する。他方、スコアが景品出力条件を満たさない場合すなわち景品出力指示が行われない場合には、景品を出力する旨を示さない結果表示画面Ｓ１０５ｃに遷移する。結果表示画面Ｓ１０５ｂ，Ｓ１０５ｃが表示された場合において、例えば、プレイヤ等による所定の操作が行われたり、所定の時間が経過したりした場合には、タイトル画面Ｓ１０１に戻る。なお、結果表示画面Ｓ１０５ｂ，Ｓ１０５ｃが表示されている場合に、新たにチケット情報が読み取られた場合には、説明画面Ｓ１０２に遷移するようにしてもよい。
　以上説明したように、本実施の形態においては、ユーザが消費した商品の額や数量に関する消費情報に基づいて、ユーザにプレイを体験させることができる。ユーザにプレイを提供することに関して、プレイ管理システム１やその他の装置を用いて、店舗の管理者等の直接的な支援や作業を必ずしも要しない。したがって、商品を消費するユーザに対して、容易に、付加価値の高い、商品の購入体験やサービスの利用体験を提供することができる。
　特に、従来、プレイ権を有するユーザにのみプレイを許可する場合、プレイ権の確認やプレイの許可、景品の払出を行うために、管理者が必要となる場合があった。これに対して、本実施の形態では、プレイ制御装置である第二情報処理装置２００を、プレイ提供システム９５０の他の装置と共に用いることにより、これらの動作が自動的に行われるようにすることができる。したがって、ユーザに対して容易に希少性のあるプレイを提供でき、また、ユーザにプレイを提供するのに必要な人的資源の量を削減することができる。
　消費情報に基づいて抽選実行条件が満たされる場合に抽選が行われ、その結果に応じてプレイを行うために必要なチケット情報が出力される。したがって、プレイを希少性のあるものと位置づけることができ、プレイの魅力を高めることができる。抽選は人手を介することなく自動的に行うことができるので、容易に、希少性のあるプレイを、商品の消費に応じてユーザに提供することができる。
　本実施の形態において、抽選は、多段階にて行われ、ユーザは、テーブル景品出力装置９２５からの景品を得る楽しみに加えて、チケット情報を得る楽しみを感じることができる。したがって、種々の景品や特典を得られる可能性をユーザに認識させることができるので、ユーザの楽しみをより増大させることができる。さらにまた、プレイの結果に応じて景品が出力されうる。したがって、プレイの魅力をさらに高めることができ、希少性がありユーザにとって魅力的なプレイを、容易にユーザに提供することができる。
　なお、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布してもよい。なお、本実施の形態における、プレイ管理システム１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、プレイ管理システム１に含まれる１つ又は複数のコンピュータで実行されるプログラムであって、プレイ管理システム１のコンピュータを、ユーザが消費する商品の額又は数量に関する消費情報を取得する消費情報取得部と、前記消費情報に基づいて抽選実行条件が満たされると判断した場合に抽選を行う抽選部と、前記抽選の結果に応じてチケット情報を出力するチケット情報出力部と、ユーザから読取装置を用いて入力された前記チケット情報を受け付けるチケット情報受付部と、前記チケット情報受付部が受け付けたチケット情報に基づいてプレイ条件が満たされると判断した場合に前記ユーザに対してプレイを許可するプレイ許可部と、として機能させるための、プログラムである。
　なお、プレイ管理システムは、１つの装置（例えば、サーバ）により構成されていてもよい。このようなプレイ管理システムの構成について、以下に示す。
　図１３は、本実施の形態の一変形例に係るプレイ管理システム１００１の構成を示すブロック図である。
　図１３に示されるように、プレイ管理システム１００１は、一のハードウェアにより、上述の第一情報処理装置１００及び第二情報処理装置２００のそれぞれの機能が担われているものである。すなわち、プレイ管理システム１００１は、ハードウェア構成としては第一情報処理装置１００と同様に構成されているものであり、第一情報処理装置１００と同様に、格納部１１０、受信部１２０、受付部１３０、処理部１４０、及び送信部１７０を有している。格納部１１０に、注文情報格納部１１１、消費情報格納部１１３、及びチケット出力情報格納部２１１が含まれうる。受付部１３０に、注文情報受付部１３１、アクセス受付部１３３、及びチケット情報受付部２３１が含まれうる。そして、処理部１４０に、第一情報処理装置１００と同様の消費情報取得部１４１、抽選部１４３、第一当選処理部１４４、及びチケット情報出力部１４７が含まれるとともに、第二情報処理装置２００と同様のプレイ許可部２４１、ゲーム制御部２４３、プレイ結果取得部２４５、及び景品出力指示部２４７が含まれる。
　このような単一の装置により構成されているプレイ管理システム１００１を用いた場合にも、上述の実施の形態に係る動作を行うことができる。
　（実施の形態２）
　実施の形態２において、プレイ管理システムは、主に、２種以上のプレイの提供を、席毎に出力されるチケット情報に対応させて管理可能に構成されている点で上述の実施の形態１と相違するものである。実施の形態２においては、例えば２種のプレイとして、第一プレイと第二プレイとが提供されうる。第一プレイは、例えば、実施の形態１のようにゲームを遊ぶこと（ゲームプレイ）である。第二プレイは、例えば、くじを行うこと（くじプレイ）である。なお、２種以上のプレイが共に同類のプレイであってもよく、例えば共に異なる内容のゲームプレイであったり、共に異なる内容のくじプレであってもよい。また、これらとは異なる種類の遊びがプレイ可能にて提供可能となっていてもよい。商品や種々の作品コンテンツの提供を、プレイの提供といってもよい。実施の形態２においては、以下、このようなプレイ管理システム２００１について、上述の実施の形態１とは異なる構成を中心にして説明する。
　図１４は、本発明の実施の形態２におけるプレイ管理システム２００１を用いたプレイ付き店舗システム２９００の全体構成を示す図である。
　本実施の形態において、プレイ管理システム２００１は、上述の実施の形態１の一変形例に係るプレイ管理システム１００１と同様に、一のハードウェアにより、第一情報処理装置１００及び第二情報処理装置２００のそれぞれに相当する機能が担われているものである。なお、プレイ管理システム２００１は、例えば、第一情報処理装置１００に相当する機能を担う装置と、第二情報処理装置２００に相当する機能を担う装置とに分かれていたり、その他の態様で複数のサブシステムに分かれていたりしてもよい。
　図に示されるように、プレイ付き店舗システム２９００は、次の点で実施の形態１に係るプレイ付き店舗システム９００と相違する。すなわち、プレイ付き店舗システム２９００においては、プレイ管理システム１に代えてプレイ管理システム２００１が用いられている。また、プレイ付き店舗システム２９００においては、店舗システム９１０に管理用端末装置９２９が設けられている。また、プレイ付き店舗システム２９００においては、店舗システム９１０にテーブル景品出力装置９２５が設けられていない。プレイ付き店舗システム２９００においては、各席において第一抽選の当選時に景品を出力するのに代えて、景品出力部９７０に景品を出力させることができる第一権利が席に対応付けて付与されるようになっている。
　管理用端末装置９２９は、例えば、ネットワークを介してプレイ管理システム２００１と通信可能に構成されている。管理用端末装置９２９は、例えば、タッチパネル等の画面を有している。管理者は、管理用端末装置９２９を用いてプレイ管理システム２００１に指示等の情報を送信し、プレイ管理システム２００１に情報処理を実行させたり、管理用端末装置９２９に情報を送信させてプレイ管理システム２００１に蓄積されている情報を確認したりすることができる。なお、タブレット型の情報端末装置が受付端末９２０として示されているが、携帯情報端末装置やパーソナルコンピュータ（ＰＣ）などが受付端末９２０として用いられてもよい。また、プレイ付き店舗システム２９００における管理用端末装置９２９の役割が、プレイ管理システム２００１やそれに付随して設けられる入出力機器等により担われるようにしてもよい。
　図１５は、同プレイ管理システム２００１のブロック図である。
　図１５に示されるように、プレイ管理システム２００１において、処理部１４０が第二プレイ制御部２２４３を有している。また、第一当選処理部１４４に代えて、当選処理部２１４４を有している。また、ゲーム制御部２４３に代えて、第一プレイ制御部１２４３を有している。その他のプレイ管理システム２００１の構成は、大まかに、実施の形態１の変形例に係るプレイ管理システム１００１の構成と略同様である。プレイ管理システム２００１の各部は、主に以下の点において、実施の形態１とは異なる動作を行いうる。
　実施の形態２において、当選処理部２１４４は、第一抽選において当選した客グループすなわちユーザについて、第一プレイに関する第一権利を付与する第一権利付与処理を行う。第一権利とは、例えば、第一プレイをプレイすることができる権利であるが、これに限られない。例えば、付与された第一権利の数が所定数に達している場合に第一プレイをプレイすることができるように構成されていたり、第一権利に加えて、所定の条件を満たすことで第一プレイをプレイすることができるように構成されていたりしてもよい。
　また、実施の形態２において、当選処理部２１４４は、第二抽選において当選した客グループすなわちユーザについて、第二プレイに関する第二権利を付与する第二権利付与処理を行う。第二権利とは、例えば、第二プレイをプレイすることができる権利であるが、これに限られない。例えば、付与された第二権利の数が所定数に達している場合に第二プレイをプレイすることができるように構成されていたり、第二権利に加えて、所定の条件を満たすことで第二プレイをプレイすることができるように構成されていたりしてもよい。
　当選処理部２１４４は、例えば、第一権利や第二権利の付与を、以下のようにして行う。すなわち、当選処理部２１４４は、席識別子等の、ユーザを識別しうる識別子に対応付けて、付与される権利に関する権利情報を格納部１１０などに蓄積する。本実施の形態においては、例えば、チケット出力情報格納部２１１において、第一権利の数や第二権利の数を示す権利情報が、席識別子等に対応するチケット情報に対応付けて格納されている。当選処理部２１４４は、抽選において当選したユーザに対応する識別子に対応付けられている各権利の数を示す情報を、当選に対応して権利の数が増加するように、更新する。本実施の形態において、第一権利の数や第二権利の数を示す情報は、チケット出力情報に含まれている。すなわち、当選処理部２１４４は、第一権利や第二権利の付与に応じて、チケット出力情報を更新する。当選処理部２１４４は、抽選結果に応じてチケット出力情報を更新すると言ってもよい。すなわち、本実施の形態においては、チケット出力情報は、例えば、２種のプレイのそれぞれの提供に関してユーザが所有する権利を示す権利情報を含む。なお、３種以上のプレイが提供される場合、チケット出力情報は、３種以上のプレイのそれぞれの提供に関して、ユーザが所有する権利を示す権利情報を含むようにすることができる。
　チケット情報出力部１４７は、抽選の結果に応じてチケット情報を出力する。実施の形態２においても、チケット情報出力部１４７は、当選した席毎に、チケット情報を出力可能に構成されている。なお、これに限られず、例えば、ユーザにより所定の要求操作が入力された場合に、それに応じてチケット情報出力部１４７によりチケット情報が出力されるようにしてもよい。また、抽選の結果とは、当選であったことや当選ではなかったことなどのほか、抽選が行われたことも含みうる概念である。例えば、抽選が行われた場合に当落にかかわらずチケット情報が出力されるようにしてもよいし、抽選に当選した場合にチケット情報が出力されるようにしてもよい。一のユーザについて初めて抽選に当選した時より後において抽選の結果にかかわらずチケット情報が出力されるようにしてもよい。なお、抽選の結果にかかわらず抽選が行われていない状態においてもチケット情報が出力されるようにしてもよい。
　第二の実施の形態において、チケット情報出力部１４７は、アクセス情報を用いた処理を行った上で、チケット情報を出力する。すなわち、チケット情報出力部１４７は、チケット情報の出力に先立って、アクセス情報出力部１４８から一意のアクセス情報を出力する。アクセス情報は、例えば、ユーザが当選した場合や、ユーザから所定の要求操作が入力された場合などに出力されるようにすればよい。このアクセス情報は、ユーザの端末装置６００により取得されて用いられる。そして、チケット情報出力部１４７は、ユーザからアクセス情報を用いたアクセスを受け付けた場合に、ユーザに対してチケット情報を出力する。
　本実施の形態においても、チケット情報出力部１４７は、アクセス受付部１３３がユーザからアクセス情報を用いたアクセスを受け付けた場合において、アクセス条件が満たされると判断した場合にチケット情報を出力するようにすればよい。アクセス条件は、例えば、有効なアクセス情報がアクセス受付部１３３により受け付けられたことである。実施の形態２において、有効なアクセス情報とは、例えば、アクセス情報出力部１４８によって出力されたアクセス情報であり、そのアクセス情報に対応するチケット情報について、いずれかの有効な権利が残存していることである。すなわち、アクセス情報はユーザに対応するものであるといえるので、チケット情報出力部１４７は、アクセス情報を用いたアクセスを受け付けた場合において、ユーザに対応する、プレイに関する権利の状態に応じて、チケット情報を出力するということができる。なお、アクセス条件はこれに限られず、いずれの権利もない場合においてもアクセス情報が出力されるようにしてもよい。また、実施の形態１と同様に、これまでに対応するアクセスがアクセス受付部１３３によって受け付けられていないことがアクセス条件に含まれていてもよい。この場合、ユーザのうち最初にアクセスを行った１つの端末装置６００に対してのみチケット情報が出力されることとなる。また、アクセス条件は、これら以外の条件が用いられてもよいし、複数の条件が組み合わされていてもよい。
　なお、実施の形態２においては、チケット情報出力部１４７は、一の客グループが決済を行う度に異なるチケット情報を出力するように構成されている。一の客グループに対しては同一のチケット情報が異なるタイミングで出力されうるようになっている。すなわち、チケット情報出力部１４７は、一のユーザについて一意のチケット情報を出力可能に構成されている。なお、出力されるチケット情報は、所定期間内において一意なものであってもよい。また、チケット情報出力部１４７は、一のユーザについて出力タイミング毎に異なるチケット情報を出力可能に構成されていてもよい。この場合、一のユーザについて出力されうる複数のチケット情報が互いに対応付けられて管理されるようにすればよい。
　チケット情報出力部１４７は、チケット情報を出力した場合に、その出力記録であるチケット出力情報を更新する。
　プレイ許可部２４１は、所定のプレイ条件が満たされると判断した場合に、ユーザに対してプレイを許可する。すなわち、プレイ許可部２４１は、プレイ条件が満たされると判断した場合には、プレイ支援装置９５２に対して指示を送信し、プレイ支援装置９５２に、ユーザがプレイを行うことができるようにさせる。これにより、ユーザがプレイを行うことができるようになる。
　本実施の形態においては、プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報に基づいて、プレイ条件が満たされるか否かを判断する。すなわち、プレイ条件は、チケット情報に関する条件を含む。
　プレイ条件は、例えば、有効なチケット情報がチケット情報受付部２３１により受け付けられたことである。有効なチケット情報とは、例えば、チケット情報出力部１４７により出力されたチケット情報であって、チケット情報に対応するいずれかの有効な権利が残存していることである。すなわち、プレイ許可部２４１は、チケット情報に対応する、プレイに関する権利の状態に応じて、プレイ条件が満たされるか否かを判断するということができる。なお、実施の形態１と同様に、そのチケット情報についてこれまでチケット情報受付部２３１により受け付けられたものではないことがプレイ条件に含まれていてもよい。また、プレイ条件は、これら以外の条件が用いられてもよいし、複数の条件が組み合わされていてもよい。例えば、一のチケット情報について所定回数までの受け付けがプレイ条件を満たすものと扱われるようにしてもよいし、このような回数制限が設けられていなくてもよい。また、このようなチケット情報に基づく条件に加えて、チケット情報とは異なる情報に基づく条件がプレイ条件に含まれていてもよい。
　なお、チケット情報出力部１４７により出力されたチケット情報であって、そのチケット情報に対応するいずれかの有効な権利が残存していることがプレイ条件となっている場合を想定する。この場合、チケット情報受付部２３１により受け付けられたチケット情報がプレイ条件を満たすか否かは、例えば次のようにして判断されればよい。本実施の形態においても、プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報に対応するチケット出力情報に基づいてプレイの許可を行うように構成されている。例えば、プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報を基に、チケット出力情報を照会し、対応するチケット出力情報があるか否かを確認し、確認結果に基づいて判断を行う。プレイ許可部２４１は、チケット情報受付部２３１が受け付けたチケット情報に対応する権利情報を取得し、取得した権利情報に基づいて判断を行うと言ってもよい。プレイ許可部２４１は、例えば、対応するチケット出力情報に対応するいずれかの権利の数が１以上ある場合は、プレイ条件が満たされると判断する。
　本実施の形態において、プレイ許可部２４１は、このようにチケット情報に対応するチケット出力情報すなわち権利情報を取得すると共に、チケット情報に基づいてプレイ条件が満たされると判断した場合に、取得した権利情報に基づいて２種以上のプレイのうち少なくとも１種のプレイをユーザに対して許可するように構成されている。具体的には、プレイ許可部２４１は、２種以上のプレイのうち、権利情報においてユーザが権利を付与されている種類のプレイを、ユーザに対して許可する。具体例として、第一権利があるが第二権利がないことが権利情報において示される場合を想定する。この場合には、プレイ許可部２４１は、第一権利に基づいて、第一プレイをプレイ可能にする（第一プレイを許可する）。他方、第一権利がないが第二権利があることが権利情報において示される場合を想定する。この場合には、プレイ許可部２４１は、第二権利に基づいて、第二プレイをプレイ可能にする（第二プレイを許可する）。第一権利と第二権利との両方がある場合には、プレイ許可部２４１は、第一プレイと第二プレイとの両方をプレイ可能にすることができる。
　なお、プレイ許可部２４１は、チケット情報受付部２３１がチケット情報を受け付けた１回の機会について、チケット出力情報に基づいて、２以上のプレイを許可するように構成されていてもよい。例えば、プレイ許可部２４１は、一度チケット情報が受け付けられると、その時点でチケット出力情報として記録されている各プレイの権利の数に応じて各プレイをユーザに提供可能とするようにしてもよい。この場合、プレイ許可部２４１は、消し込み処理を行うことにより、行使された権利に応じてチケット出力情報を更新するように構成されている。例えば、プレイ許可部２４１は、チケット情報に対応するチケット出力情報について、有効な権利の数をゼロにセットする。なお、これに限られず、プレイ許可部２４１は、チケット情報受付部２３１がチケット情報を受け付けた１回の機会について、チケット出力情報に基づいて１回のプレイを許可するように構成されていてもよい。この場合、プレイ許可部２４１は、消し込み処理を行うことにより、チケット情報に対応するチケット出力情報について、行使された権利の数を減算すればよい。なお、実施の形態２において、チケット出力情報として各権利についてのレコードが別々に、一のチケット情報に対応付けて管理されていてもよい。この場合、行使された権利に関するレコードについて、権利を示す属性値の更新やレコードの削除等が行われるようにしてもよい。
　なお、本実施の形態においても、チケット情報が有効であることの要件として、例えば、当該チケット情報の出力対象となるユーザが飲食を終了していることが含まれていてもよい。このように構成されていることを、プレイ条件がユーザの飲食が完了しているか否かに関する条件を含んでいると表現したり、プレイ条件がユーザの飲食が完了していることという条件を含んでいると表現してもよい。また、このように構成されていることを、プレイ条件がユーザによる商品の消費が完了しているか否かに関する条件を含んでいると表現したり、プレイ条件がユーザによる商品の消費が完了していることという条件を含んでいると表現してもよい。この場合も、上述の実施の形態１と同様に、飲食を速やかに完了させるようにユーザに動機付けを行うことができ、店舗におけるユーザの回転率を高めることができる。
　第一プレイ制御部１２４３は、ユーザが第一プレイを行う場合において、プレイ支援装置９５２と連携し、第一プレイに関連する制御を行う。プレイに関連する制御は、例えば上述の実施の形態１におけるプレイ制御部２４３が行うものと同様であるが、これに限られず、また、第一プレイの内容等（例えばゲームの種別や内容等）に応じて適宜設定されうる。また、例えば、第二プレイが、プレイ支援装置９５２を用いずに提供可能なものである場合には、第二プレイ制御部２２４３は、プレイ支援装置９５２と連携せずに制御を行うように構成されていてもよい。
　第二プレイ制御部２２４３は、ユーザが第二プレイを行う場合において、プレイ支援装置９５２と連携し、第二プレイに関連する制御を行う。プレイに関連する制御は、例えば上述の実施の形態１におけるプレイ制御部２４３が行うものと同様であるが、これに限られず、また、第二プレイの内容等（例えばゲームの種別や内容等）に応じて適宜設定されうる。また、例えば、第二プレイが、プレイ支援装置９５２を用いずに提供可能なものである場合には、第二プレイ制御部２２４３は、プレイ支援装置９５２と連携せずに制御を行うように構成されていてもよい。
　プレイ結果取得部２４５は、プレイを許可されたユーザのプレイの結果情報を取得する。プレイ結果取得部２４５は、例えば、ユーザのプレイにおいて記録されたゲーム内のスコアや、プレイ成績等を、結果情報として取得する。結果情報の種別は例示したものに限られず、適宜設定可能である。プレイ結果取得部２４５は、第一プレイと第二プレイとのいずれかのプレイの結果情報を取得するように構成されていてもよいし、両方のプレイの結果情報を取得するように構成されていてもよい。
　景品出力指示部２４７は、ユーザのプレイの結果情報が、所定の景品出力条件を満たすか否かの判断を行う。そして、景品出力指示部２４７は、判断結果に応じて、プレイを行ったユーザに景品を出力するための景品出力指示を出力する。景品出力指示は、例えば、景品出力部９７０に送信される。景品出力部９７０は、景品出力指示を受信すると、それに応じて景品を出力する。景品出力指示部２４７は、第一プレイと第二プレイとのいずれかのプレイの結果情報について、景品出力条件を満たすか否かの判断を行うように構成されていてもよい。また、景品出力指示部２４７は、両方のプレイの結果情報のそれぞれについて、景品出力条件を満たすか否かの判断を行うように構成されていてもよい。この場合において、第一プレイの結果情報に関する景品出力条件と、第二プレイの結果情報に関する景品出力条件とが異なっていてもよい。また、景品出力指示部２４７は、各プレイの結果情報を両方とも用いて、一の景品出力条件を満たすか否かの判断を行うように構成されていてもよい。
　なお、景品出力条件は、実施の形態１と同様に設定することができるが、これに限られない。また、景品出力条件は、プレイが行われたこと（プレイを行うことが許可されたこと）そのものであってもよい。この場合、対応するプレイが許可されると、景品出力条件が満たされることになるといえる。このような態様を、景品出力条件がないものと考えてもよい。
　図１６は、同プレイ管理システム２００１で用いられるチケット出力情報の一例を示す図である。
　図１６に示されるように、実施の形態２において、チケット出力情報としては、例えば、チケット情報を特定する識別子と、チケット情報がチケット情報出力部１４７により出力された日時と、第一権利の数と、第二権利の数とが含まれうる。各権利の数は、ユーザに対して付与された権利の数であって、プレイの提供を受けることができる回数であるといえる。このようなチケット出力情報が用いられる場合には、プレイ許可部２４１は、受け付けられたチケット情報を特定する識別子を利用して、対応するチケット出力情報を検索する。そして、プレイ許可部２４１は、いずれかの権利の数が１以上である場合には、プレイ条件を満たしていると判断することができる。プレイ許可部２４１は、第一権利の数が１以上である場合には第一権利についてプレイ条件を満たしていると判断し、第二権利の数が１以上である場合には、第二権利についてプレイ条件を満たすと判断することができる。
　なお、実施の形態２においては、チケット情報が出力される前の状態においても、ユーザの消費情報に応じて抽選が行われ、権利が付与されうる。すなわち、チケット出力情報においては、未出力であるチケット情報についても、チケット出力情報が管理されうる。なお、これに限られず、チケット情報が未出力である場合には席識別子等に対応付けて付与された権利の数を示す情報が蓄積されるようにし、当該情報を用いて、チケット情報が出力された場合にチケット出力情報が記録されるようにしてもよい。
　次に、プレイ管理システム２００１の動作の流れについて説明する。プレイ管理システム２００１は、例えば以下のようにして種々の動作を行う。これらの動作は、処理部１４０が、各部を用いながら制御動作等を実行することにより行われる。
　図１７は、同プレイ管理システム２００１の動作の流れについて説明するフローチャートである。
　プレイ管理システム２００１の大まかな動作の流れは、実施の形態１と同様である。すなわち、図１７のステップＳ２０１からＳ２０４の各段階は、概ね実施の形態１のステップＳ１からステップＳ４と同様である。実施の形態２においては、ステップＳ２０５において、第一プレイについての景品出力が行われる。また、ステップＳ２０６において、第二プレイについての景品出力が行われる。なお、ステップＳ２０５に示される第一プレイについての景品出力処理の流れは、実施の形態１のもの（例えば、ステップＳ８１からステップＳ８６）と同様とすることができるので、ここでの説明を省略する。
　なお、このような処理は、定期的に、繰り返し開始される。なお、ステップＳ２０１からステップＳ２０６がこの順に続けて行われるように説明したが、これに限られない。
　図１８は、同プレイ管理システム２００１の抽選処理の一例を示すフローチャートである。
　ステップＳ２２１からステップＳ２２５の処理は、実施の形態１におけるステップＳ２１からステップＳ２５の処理と同様である。
　（ステップＳ２２６）処理部１４０は、当該席のユーザについて、第一権利を付与する。すなわち、チケット出力情報を更新することにより、ユーザに対応するチケット情報に対応付けて、第一権利を有する旨を記録する。具体的には、例えば、チケット情報に対応付けられている、第一権利の数に関する属性値を所定数（例えば、１つ）だけ増加させる。
　また、処理部１４０は、当該席のユーザについて、第二抽選を行う。
　（ステップＳ２２７）処理部１４０は、第二抽選の結果が当選であるか否かを判断する。当選である場合には、ステップＳ２２８に進む。当選ではない場合には、ステップＳ２２９に進む。
　（ステップＳ２２８）処理部１４０は、当該席のユーザについて、第二権利を付与する。すなわち、チケット出力情報を更新することにより、ユーザに対応するチケット情報に対応付けて、第二権利を有する旨を記録する。具体的には、例えば、チケット情報に対応付けられている、第二権利の数に関する属性値を所定数（例えば、１つ）だけ増加させる。
　（ステップＳ２２９）処理部１４０は、当該席に対応する受付端末９２０に対してアクセス情報を送信し、受付端末９２０の画面にアクセス情報を出力する。これにより、当該席のユーザが、アクセス情報を得ることができる。本実施の形態においては、ユーザは、端末装置６００のカメラを用いてアクセス情報を読み取ることで、アクセス情報を用いたアクセスを行うことができる。ステップＳ２２９の処理が終了すると、抽選処理が終了する。
　図１９は、同プレイ管理システム２００１のチケット情報出力処理の一例を示すフローチャートである。
　ステップＳ２４１からステップＳ２４３、及びステップＳ２４５の処理は、実施の形態１におけるステップＳ４３からステップＳ４５、及びステップＳ２７の処理と同様である。
　（ステップＳ２４４）ステップＳ２４３においてアクセス条件が満たされると判断された場合には、処理部１４０は、アクセス元の端末装置６００に対して、チケット情報を出力する。また、処理部１４０は、出力したチケット情報に対応するチケット出力情報を更新する。ステップＳ２４３の処理が終了すると、チケット情報出力処理が終了する。
　図２０は、同プレイ管理システム２００１のプレイ許可判定処理の一例を示すフローチャートである。
　ステップＳ２６１からステップＳ２６４の処理は、実施の形態１におけるステップＳ６１からステップＳ６４の処理と同様に、処理部１４０によって行われる。
　（ステップＳ２６５）処理部１４０は、チケット情報に対応する第一権利があるか否かを判断する。第一権利があると判断した場合にはステップＳ２６６に進み、そうでない場合にはステップＳ２６７に進む。
　（ステップＳ２６６）処理部１４０は、第一プレイを、１回プレイ可能となるように許可する。換言すると、ユーザは、１回の第一プレイをプレイすることができるようになる。プレイ管理システム２００１は、１回の第一プレイをユーザに提供可能にすると言ってもよい。実施の形態２においても、プレイ管理システム２００１からプレイ支援装置９５２に対して指示が送信され、プレイ支援装置９５２が、ユーザが第一プレイを行うことができるようにする。これにより、チケット情報を読取装置９５１に読み取らせたユーザが、第一プレイを行うことができるようになる。そして、この場合、第一プレイの景品出力処理が行われることとなる（図１７のステップＳ２０５）。
　（ステップＳ２６７）処理部１４０は、チケット情報に対応する第二権利があるか否かを判断する。第二権利があると判断した場合にはステップＳ２６８に進み、そうでない場合にはステップＳ２６９に進む。
　（ステップＳ２６８）処理部１４０は、第二プレイを、１回プレイ可能となるように許可する。換言すると、ユーザは、１回の第二プレイをプレイすることができるようになる。プレイ管理システム２００１は、１回の第二プレイをユーザに提供可能にすると言ってもよい。実施の形態２においては、例えば、第二プレイの景品出力処理が行われることとなる。
　（ステップＳ２６９）処理部１４０は、ステップＳ２６６において第一プレイが許可された回数、及びステップＳ２６８において第二プレイが許可された回数に応じて、チケット情報に対応するチケット出力情報を更新する。本実施の形態においては、例えば、チケット情報に対応する第一権利の数や第二権利の数の属性値が、各プレイが許可された回数だけ減算される。より具体的には、ステップＳ２６６において第一プレイが１回許可された場合には、チケット情報に対応する第一権利の数が１だけ減算される。また、ステップＳ２６８において第二プレイが１回許可された場合には、チケット情報に対応する第二権利の数が１だけ減算される。ステップＳ２６９の処理が終了すると、プレイ許可判定処理が終了する。
　なお、図においては、１回のチケット情報の受け付けに応じて第一プレイと第二プレイとが最大１回ずつ許可されるような構成が一例として示されている。この場合において、プレイの許可後においてチケット情報に対応する権利が残存している場合には、再度のチケット情報の受け付けに応じて、権利に対応する１回のプレイがさらに許可されるようにすればよい。なお、これに限られず、さらに多くの数のプレイが一度に許可されるように構成されていてもよいし、その時点でチケット情報に対応付けられている権利の全てに応じた回数のプレイが許可されるようにしてもよい。また、１回のチケット情報の受け付けに応じて第一プレイと第二プレイとのうち、いずれか一方のみが許可されるように構成されていてもよい。
　図２１は、同プレイ管理システム２００１の第二プレイの景品出力処理の一例を示すフローチャートである。
　本実施の形態において、くじプレイである第二プレイとして、第二景品出力装置９７２からの景品の出力が行われる。また、第二プレイとして、抽選が行われ、抽選結果に応じた処理が行われる。以下、このような例について説明する。
　（ステップＳ２９１）処理部１４０は、第二景品出力装置９７２に対して景品出力指示を出力する。これにより、プレイするユーザが景品を取得することができる。
　（ステップＳ２９２）処理部１４０は、抽選（以下、この抽選を第二プレイ時抽選という。）を実行する。抽選は、例えば、抽選部１４３によって、第一抽選や第二抽選と同様におこなわれうる。具体的には、例えば、擬似乱数を用いてランダムに当選と判断するようにしてもよいし、客グループ毎に所定の確率で当選が発生するように、所定回数の抽選が行われる毎に当選と判断するようにしてもよい。また、ユーザの入力操作に応じて、抽選結果が定まるように構成されていてもよい。入力操作としては、例えば、プレイ支援装置９５２を介して行われる所定の操作ボタンの操作などが挙げられるが、これに限られない。
　（ステップＳ２９３）処理部１４０は、プレイするユーザが、第二プレイ時抽選に当選したか否かを判断する。当選した場合には、ステップＳ２９４に進む。そうでない場合には、ステップＳ２９５に進む。
　（ステップＳ２９４）処理部１４０は、第一景品出力装置９７１に対して景品出力指示を送信する。これにより、第一景品出力装置９７１から景品が出力され、プレイを行ったユーザが景品を得ることができる。その後、ステップＳ２９４の処理が終了すると、プレイ許可判定処理が終了する。
　（ステップＳ２９５）処理部１４０は、ユーザに落選通知を行う。落選通知として、例えば、プレイ支援装置９５２のディスプレイ等に当選しなかった旨の表示を行ったり、音声を出力したり、ユーザの端末装置６００に情報を送信したりすることで、ユーザは、抽選結果を知ることができる。ステップＳ８６の処理が終了すると、プレイ許可判定処理が終了する。
　なお、上述のような各処理の段階（プレイの段階）に応じて、適宜、プレイ支援装置９５２のディスプレイ等に当選しなかった旨の表示を行ったり、音声を出力したり、ユーザの端末装置６００に情報を送信したりすることで、第二プレイの状況をユーザに知らせたり、演出を行ったりするようにしてもよい。
　このように、図に示される例では、第二プレイが１回行われることにより、ユーザは、１つの景品を得ることができる。また、ユーザは、第二プレイ時抽選の結果に応じて、さらに１つの景品を得ることができる。なお、ステップＳ２９１で出力される景品とステップＳ２９４で出力される景品とは、同一の景品出力装置から出力されるようにしてもよい。また、第二プレイの景品出力処理として、ステップＳ２９１の処理のみが行われるようにしてもよいし、ステップＳ２９２からステップＳ２９５の処理のみが行われるようにしてもよい。また、第二プレイ時抽選が行われ、その結果に応じて異なる景品が出力されるようにしてもよい。例えば、抽選結果に応じて、第一景品出力装置９７１から景品が出力されるか第二景品出力装置９７２から景品が出力されるかが異なるようにしてもよい。また、ステップＳ２９５の処理は行われないようにしてもよい。
　なお、第二プレイ時抽選は、処理部１４０等の情報処理により実現されるものに限られない。例えば、プレイ支援装置９５２によりくじが実施可能に構成されており、そのくじの結果に応じて、第二プレイ時抽選の当否が決するように構成されていてもよい。くじとしては、例えばピンボール様に転がる玉の行方に応じてくじの結果が定まるものを用いることができ、この場合、所定の位置に玉があることを検知するセンサ等を用いて、プレイ支援装置９５２がくじの結果をプレイ管理システム２００１に出力可能となるように構成されていればよい。なお、プレイ支援装置９５２の構成は、これに限られない。
　次に、本実施の形態のプレイ管理システム２００１におけるアクセス情報及びチケット情報に関する具体例について説明する。以下は一例であり、適宜変更可能である。
　図２２は、同プレイ管理システム２００１により出力されるアクセス情報の出力例を示す図である。
　図２２において、図１０と同様に、アクセス情報が、二次元コードＣ１０として画面中に表示されている状態が示されている。実施の形態２において、当該画面には、アクセス情報に関する説明のほか、チケット情報に対応する権利の数に関する権利情報Ｃ２１０が含まれるようにしてもよい。権利情報Ｃ２１０は、例えば、当該席に対応するチケット情報に対応付けられているチケット出力情報に基づいて、表示することができる。
　図２３は、同プレイ管理システム２００１により出力されるチケット情報の出力例を示す図である。
　図２３においては、図１１と同様に、アクセス情報を用いてアクセス条件を満たすアクセスを行った一の端末装置６００の端末表示部６６１に、チケット情報を表す二次元コードＣ２０が表示された状態の例が示されている。実施の形態２においては、例えば、この画面に、チケット情報に対応する権利の数に関する権利情報Ｃ２２５が含まれるようにしてもよい。権利情報Ｃ２２５は、例えば、当該席に対応するチケット情報に対応付けられているチケット出力情報に基づいて、表示することができる。
　なお、本実施の形態２において、プレイ管理システム２００１により管理されているチケット情報とそれに対応するチケット出力情報に関する状態を示す管理情報が管理用端末装置９２９に表示され、管理者が確認できるように出力されるようにしてもよい。このような動作は、例えば、処理部１４０がチケット出力情報に基づいて、管理情報を管理用端末装置９２９に出力することにより実現されうる。
　図２４は、同プレイ管理システム２００１により出力される管理情報の出力例を示す図である。
　図２４に示されるように、管理情報は、例えば、席を特定する情報などのユーザを特定する情報に対応付けて、各ユーザに関する情報を一覧可能に表示するものである。図に示される例では、管理情報には、例えば、各ユーザの人数、入店時刻、これまでに消費した金額、権利情報Ｃ２３０等の各属性値が含まれている。権利情報Ｃ２３０としては、例えば、第一権利の数（「ゲーム」）、第二権利の数（「くじ」）等の各属性値が含まれる。権利情報Ｃ２３０は、チケット出力情報に基づいて取得され、出力されうる。
　このような管理情報が、管理者により確認可能に出力されるので、管理者は、各ユーザが有している権利の状態について、容易に把握することができる。各ユーザにおいてチケット情報の取得や読取りがうまく行えないという事象や、プレイに関する問題が発生した場合においても、管理者が、当該ユーザの権利の状態を容易に把握して、発生した事象に速やかに対応することができるようになる。
　以上説明したように、実施の形態２においても、上述の実施の形態１と同様の効果を得ることができる。また、実施の形態２においては、２以上のプレイを容易にユーザに対して提供することができる。したがって、容易に、より付加価値の高い体験を提供することができる。
　実施の形態２の上記具体例では、第二プレイを提供可能とすることにより、実施の形態１においては各テーブルにおいて提供可能としていた景品をテーブル景品出力装置９２５を用いずに提供可能になっている。このような提供態様が実現されることにより、各テーブル景品出力装置９２５への景品の補充やメンテナンス等が不要となり、ユーザに付加価値の高い体験を提供することができるシステムを、より低コストで導入したり運用したりすることが可能となる。
　（その他）
　図２５は、上記実施の形態におけるコンピュータシステム８００の概観図である。図２６は、同コンピュータシステム８００のブロック図である。
　これらの図においては、本明細書で述べたプログラムを実行して、上述した実施の形態の情報処理装置等を実現するコンピュータの構成が示されている。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現されうる。
　コンピュータシステム８００は、ＣＤ－ＲＯＭドライブを含むコンピュータ８０１と、キーボード８０２と、マウス８０３と、モニタ８０４とを含む。
　コンピュータ８０１は、ＣＤ－ＲＯＭドライブ８０１２に加えて、ＭＰＵ８０１３と、ＣＤ－ＲＯＭドライブ８０１２等に接続されたバス８０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ８０１５と、ＭＰＵ８０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ８０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク８０１７とを含む。ここでは、図示しないが、コンピュータ８０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでもよい。
　コンピュータシステム８００に、上述した実施の形態の情報処理装置等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ８１０１に記憶されて、ＣＤ－ＲＯＭドライブ８０１２に挿入され、さらにハードディスク８０１７に転送されてもよい。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ８０１に送信され、ハードディスク８０１７に記憶されてもよい。プログラムは実行の際にＲＡＭ８０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ８１０１又はネットワークから直接、ロードされてもよい。
　プログラムは、コンピュータ８０１に、上述した実施の形態の情報処理装置等の機能を実行させるオペレーティングシステム（ＯＳ）、又はサードパーティープログラム等を、必ずしも含まなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいればよい。コンピュータシステム８００がどのように動作するかは周知であり、詳細な説明は省略する。
　なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
　また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
　また、上記実施の形態において、一の装置に存在する２以上の構成要素は、物理的に一の媒体で実現されてもよい。
　また、上記実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい（この場合、分散処理を行う複数の装置により構成されるシステム全体を１つの「装置」として把握することが可能である）。
　また、上記実施の形態において、各構成要素間で行われる情報の受け渡しは、例えば、その情報の受け渡しを行う２個の構成要素が物理的に異なるものである場合には、一方の構成要素による情報の出力と、他方の構成要素による情報の受け付けとによって行われてもよく、又は、その情報の受け渡しを行う２個の構成要素が物理的に同じものである場合には、一方の構成要素に対応する処理のフェーズから、他方の構成要素に対応する処理のフェーズに移ることによって行われてもよい。
　また、上記実施の形態において、各構成要素が実行する処理に関係する情報、例えば、各構成要素が受け付けたり、取得したり、選択したり、生成したり、送信したり、受信したりした情報や、各構成要素が処理で用いる閾値や数式、アドレス等の情報等は、上記説明で明記していなくても、図示しない記録媒体において、一時的に、又は長期にわたって保持されていてもよい。また、その図示しない記録媒体への情報の蓄積を、各構成要素、又は、図示しない蓄積部が行ってもよい。また、その図示しない記録媒体からの情報の読み出しを、各構成要素、又は、図示しない読み出し部が行ってもよい。
　また、上記実施の形態において、各構成要素等で用いられる情報、例えば、各構成要素が処理で用いる閾値やアドレス、各種の設定値等の情報がユーザによって変更されてもよい場合には、上記説明で明記していなくても、ユーザが適宜、それらの情報を変更できるようにしてもよく、又は、そうでなくてもよい。それらの情報をユーザが変更可能な場合には、その変更は、例えば、ユーザからの変更指示を受け付ける図示しない受付部と、その変更指示に応じて情報を変更する図示しない変更部とによって実現されてもよい。その図示しない受付部による変更指示の受け付けは、例えば、入力デバイスからの受け付けでもよく、通信回線を介して送信された情報の受信でもよく、所定の記録媒体から読み出された情報の受け付けでもよい。
　また、上記実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、又は、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現されうる。その実行時に、プログラム実行部は、記憶部や記録媒体にアクセスしながらプログラムを実行してもよい。また、そのプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。また、このプログラムは、プログラムプロダクトを構成するプログラムとして用いられてもよい。また、そのプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、又は分散処理を行ってもよい。
　本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものである。
　上述の複数の実施の形態を適宜組み合わせた実施の形態を構成してもよい。例えば、上述の実施の形態の構成そのものに限られず、上述の実施の形態のそれぞれの構成要素を、適宜、他の実施の形態の構成要素と置換したり組み合わせたりしてもよい。また、上述の実施の形態のうち、一部の構成要素や機能が省略されていてもよい。
　以上のように、本発明にかかるプレイ管理システムは、希少性のあるプレイを、商品の消費に応じて容易にユーザに提供することという効果を有し、プレイ管理システム等として有用である。

Claims (20)

  1. ユーザが消費する商品の額又は数量に関する消費情報を取得する消費情報取得部と、
    前記消費情報に基づいて抽選実行条件が満たされると判断した場合に抽選を行う抽選部と、
    前記抽選の結果に応じてチケット情報を出力するチケット情報出力部と、
    ユーザから読取装置を用いて入力された前記チケット情報を受け付けるチケット情報受付部と、
    前記チケット情報受付部が受け付けたチケット情報に基づいてプレイ条件が満たされると判断した場合に前記ユーザに対してプレイを許可するプレイ許可部とを備える、プレイ管理システム。
  2. 前記消費情報取得部は、ユーザに対応する席毎の前記消費情報を取得し、
    前記抽選部は、席毎に前記抽選を行うように構成されており、
    前記チケット情報出力部は、席毎に前記チケット情報を出力する、請求項１に記載のプレイ管理システム。
  3. 前記チケット情報出力部は、前記抽選により当選した場合に一意のアクセス情報を出力すると共に、ユーザから前記アクセス情報を用いたアクセスを受け付けた場合に、当該ユーザに対して前記チケット情報を出力する、請求項１に記載のプレイ管理システム。
  4. 前記アクセス情報は、カメラにより読み取り可能である符号化された画像である、請求項３に記載のプレイ管理システム。
  5. 前記チケット情報出力部は、ユーザに対応する席に対応付けて配置された画面に前記アクセス情報を表示し、
    前記画面は、対応する席のユーザが商品の注文を行うために用いられる、請求項３に記載のプレイ管理システム。
  6. 前記チケット情報出力部は、ユーザから前記アクセス情報を用いたアクセスを受け付けた場合において、アクセス条件が満たされると判断した場合に前記チケット情報を出力する、請求項３に記載のプレイ管理システム。
  7. 前記チケット情報出力部により出力されたチケット情報に関するチケット出力情報が蓄積されるチケット出力情報格納部をさらに備え、
    前記プレイ許可部は、前記チケット情報受付部が受け付けたチケット情報と前記チケット出力情報格納部に格納されているチケット出力情報との対応関係に応じて、プレイの許可を行う、請求項１に記載のプレイ管理システム。
  8. 前記プレイ許可部は、前記チケット情報受付部が受け付けたチケット情報が出力された時間に関するタイミング情報を取得し、取得したタイミング情報に基づいてプレイの許可を行う、請求項７に記載のプレイ管理システム。
  9. 前記チケット出力情報は、２種以上のプレイのそれぞれの提供に関してユーザが所有する権利を示す権利情報を含み、
    前記プレイ許可部は、前記権利情報に基づいて、前記２種以上のプレイのうち少なくとも１種のプレイを前記ユーザに対して許可する、請求項７に記載のプレイ管理システム。
  10. プレイを許可されたユーザのプレイの結果情報を取得するプレイ結果取得部と、
    前記結果情報が所定の景品出力条件を満たすか否かの判断結果に応じてユーザに景品を出力するための景品出力指示を出力する景品出力指示部とをさらに備える、請求項１に記載のプレイ管理システム。
  11. 前記景品出力指示部は、２以上の景品出力装置のうち、満足する景品出力条件に対応する景品出力装置に景品出力指示を出力する、請求項１０に記載のプレイ管理システム。
  12. 前記チケット情報は、前記読取装置により読み取り可能である符号化された画像である、請求項１に記載のプレイ管理システム。
  13. 前記チケット情報出力部は、前記チケット情報と共に前記読取装置の場所に関する情報を出力する、請求項１に記載のプレイ管理システム。
  14. 前記消費情報取得部は、ユーザが消費した商品の皿の数をカウントして前記消費情報として取得する、請求項１に記載のプレイ管理システム。
  15. 前記抽選部は、前記消費情報に基づいて第一抽選を行い、前記第一抽選の当選者について第二抽選を行い、
    前記チケット情報出力部は、前記第二抽選において当選したユーザに対して前記チケット情報を出力する、請求項１に記載のプレイ管理システム。
  16. 前記プレイ条件は、ユーザによる商品の消費が完了しているか否かに関する条件を含む、請求項１に記載のプレイ管理システム。
  17. ユーザから読取装置を用いて入力されたチケット情報を受け付けるチケット情報受付部と、
    前記チケット情報に基づいてプレイ条件が満たされると判断した場合に前記ユーザに対してプレイを許可するプレイ許可部と、
    プレイを許可されたユーザのプレイの結果情報を取得するプレイ結果取得部と、
    ２以上の景品出力装置のうち、前記結果情報が満足する所定の景品出力条件に対応する景品出力装置に景品を出力するための景品出力指示を出力する景品出力指示部とを備える、プレイ制御装置。
  18. ユーザから読取装置を用いて入力されたチケット情報を受け付けるチケット情報受付部と、
    前記チケット情報に基づいてプレイ条件が満たされると判断した場合に、２種以上のプレイのそれぞれの提供に関してユーザが所有する権利を示す権利情報であって前記チケット情報に対応する権利情報に基づいて、２種以上のプレイのうち少なくとも１種のプレイを前記ユーザに対して許可するプレイ許可部とを備える、プレイ制御装置。
  19. 読取装置と、消費情報取得部と、抽選部と、チケット情報出力部と、チケット情報受付部と、プレイ許可部とにより実現されるプレイ管理方法であって、
    前記消費情報取得部が、ユーザが消費する商品の額又は数量に関する消費情報を取得する消費情報取得ステップと、
    前記抽選部が、前記消費情報に基づいて抽選実行条件が満たされると判断した場合に抽選を行う抽選ステップと、
    前記チケット情報出力部が、前記抽選の結果に応じてチケット情報を出力するチケット情報出力ステップと、
    前記チケット情報受付部が、ユーザから前記読取装置を用いて入力された前記チケット情報を受け付けるチケット情報受付ステップと、
    前記プレイ許可部が、前記チケット情報受付ステップにより受け付けられたチケット情報に基づいてプレイ条件が満たされると判断した場合に前記ユーザに対してプレイを許可するプレイ許可ステップとを備える、プレイ管理方法。
  20. コンピュータを、
    ユーザが消費する商品の額又は数量に関する消費情報を取得する消費情報取得部と、
    前記消費情報に基づいて抽選実行条件が満たされると判断した場合に抽選を行う抽選部と、
    前記抽選の結果に応じてチケット情報を出力するチケット情報出力部と、
    ユーザから読取装置を用いて入力された前記チケット情報を受け付けるチケット情報受付部と、
    前記チケット情報受付部が受け付けたチケット情報に基づいてプレイ条件が満たされると判断した場合に前記ユーザに対してプレイを許可するプレイ許可部と、として機能させるためのプログラムを記録した記録媒体。
PCT/JP2023/004447 2022-02-22 2023-02-09 プレイ管理システム、プレイ制御装置、プレイ管理方法及び記録媒体 WO2023162706A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022025396A JP2023121994A (ja) 2022-02-22 2022-02-22 プレイ管理システム、プレイ制御装置、プレイ管理方法及びプログラム
JP2022-025396 2022-02-22

Publications (1)

Publication Number Publication Date
WO2023162706A1 true WO2023162706A1 (ja) 2023-08-31

Family

ID=87765710

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/004447 WO2023162706A1 (ja) 2022-02-22 2023-02-09 プレイ管理システム、プレイ制御装置、プレイ管理方法及び記録媒体

Country Status (3)

Country Link
JP (1) JP2023121994A (ja)
TW (1) TW202348293A (ja)
WO (1) WO2023162706A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001273565A (ja) * 2000-03-27 2001-10-05 Naoya Azuma 商品及び／又はサービスの販売促進方法
JP2002049818A (ja) * 2000-08-01 2002-02-15 Keizu:Kk 抽選付電子式商取引方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001273565A (ja) * 2000-03-27 2001-10-05 Naoya Azuma 商品及び／又はサービスの販売促進方法
JP2002049818A (ja) * 2000-08-01 2002-02-15 Keizu:Kk 抽選付電子式商取引方法

Also Published As

Publication number Publication date
TW202348293A (zh) 2023-12-16
JP2023121994A (ja) 2023-09-01

Similar Documents

Publication Publication Date Title
TWI236924B (en) Prize redemption system for games executed over a wide area network
US6848995B1 (en) System to determine casino offers
TW498249B (en) Graphical user interface for providing gaming and prize redemption capabilities
US9779581B2 (en) Amusement system
US20070004519A1 (en) Methods and apparatus for interacting with players of video machines
RU2602979C2 (ru) Заказ лотерейных билетов с использованием изображений машиночитаемого кода, отображаемых на мобильных устройствах
US9836923B2 (en) Ordering lottery tickets using mobile devices
US20120244926A1 (en) Ordering lottery tickets using machine-readable code images displayed on mobile devices and transmitting a lottery image ticket
JP2009140187A (ja) リアルタイム勝敗予想投票システム
CN104936667B (zh) 信息处理设备
JP2023112158A (ja) 景品提供装置、景品販売方法および景品提供プログラム
WO2023162706A1 (ja) プレイ管理システム、プレイ制御装置、プレイ管理方法及び記録媒体
JP5190171B2 (ja) 店舗用管理装置
JP2019195448A (ja) 遊技場用管理システム
JP2023125324A (ja) 情報処理装置、情報処理方法及びプログラム
JP2003225453A (ja) 遊技用システム
JP2006333931A (ja) 会員サービス提供システム
JP6285285B2 (ja) 遊技場用システム
WO2016001945A1 (ja) サービス提供装置、サービス提供システム、及びサービス提供方法
JP2006333930A (ja) 会員サービス提供システム
JP6723589B1 (ja) サービスシステム、それに用いるコンピュータプログラム、及び制御方法
JP7369883B1 (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラム
JP2007195710A (ja) 遊技店情報の掲載代行システム
JP2006181196A (ja) ゲーム装置及びゲーム提供方法
JP4748471B2 (ja) 店舗用システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23759710

Country of ref document: EP

Kind code of ref document: A1