WO2013161681A1 - 予約システム、制御方法及び、コンピュータプログラム - Google Patents

予約システム、制御方法及び、コンピュータプログラム Download PDF

Info

Publication number
WO2013161681A1
WO2013161681A1 PCT/JP2013/061550 JP2013061550W WO2013161681A1 WO 2013161681 A1 WO2013161681 A1 WO 2013161681A1 JP 2013061550 W JP2013061550 W JP 2013061550W WO 2013161681 A1 WO2013161681 A1 WO 2013161681A1
Authority
WO
WIPO (PCT)
Prior art keywords
reservation
information
terminal
user
service
Prior art date
Application number
PCT/JP2013/061550
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 WO2013161681A1 publication Critical patent/WO2013161681A1/ja

Links

Images

Classifications

    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
    • G07F17/3232—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed
    • G07F17/3237—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed about the players, e.g. profiling, responsible gaming, strategy/behavior of players, location of players

Definitions

  • the present invention relates to a reservation system that provides a reservation service for reserving a service providing terminal.
  • a music game that requires a predetermined operation at a predetermined time is known (for example, see Patent Document 1).
  • Queues may be formed for popular games.
  • a game in which a queue is formed the ratio of players who play the game frequently tends to decrease. This is because the matrix acts to reduce the motivation for the game.
  • the game machine of Patent Literature 1 it is difficult for a player who is playing to see the content of a game waiting for a queued player.
  • the above-described tendency is high in such a game machine. This is considered to be caused by the fact that it is easier to feel bored in queue waiting than when the contents of play can be seen.
  • a store with a large number of installations has a larger number of plays per unit. That is, the number of plays per unit can be increased by shortening the waiting time.
  • a reservation service to avoid queues.
  • a medium such as paper in which the order is generally described is used. That is, the reservation is managed by a number written on paper or the like. Then, the order is determined based on the number or the like written on the paper, and the target service can be provided when the order arrives.
  • a medium such as paper used for reservation management is wasted. Furthermore, it is difficult to obtain information on users who want to provide services.
  • a mechanism or the like is required. That is, a cost or the like is required for a device or the like for managing user information. Therefore, there are few cases where the user information is used later.
  • an object of the present invention is to provide a reservation system or the like that can easily promote the utilization of information related to users who receive services.
  • the reservation system of the present invention comprises a service providing terminal for providing a predetermined service, and user information storage means for storing user information for identifying each user who uses the service providing terminal.
  • User information applied to a service providing system capable of identifying each user who uses the service providing terminal based on user information, connected to the service providing system via a communication line, and storing the user information
  • the reservation terminal capable of acquiring the user information from a storage medium, and the reservation information for managing the order in which the service providing terminals are used are associated with the user information acquired by the reservation terminal.
  • reservation information is assigned in association with user information for identifying each user of a service providing terminal in the service providing system. That is, reservation information can be managed using user information that already exists in order to identify each user. For this reason, it is not necessary to introduce a special mechanism or the like for managing the reservation information. Thereby, utilization of the various information regarding the user who receives service provision including reservation information can be promoted easily.
  • the reservation information for which the time to use the service providing terminal has been granted is permitted to provide the predetermined service, but the time to use the service providing terminal has not arrived.
  • the reservation information may further include provision permission / prohibition means for disallowing provision of the predetermined service. In this case, the order corresponding to the reservation information can be surely provided to the user.
  • the reservation terminal is provided with a display device for displaying the reservation information, and the reservation information providing means provides the reservation information when the reservation information is added. May be displayed on the display device. In this case, the reservation result can be notified to the user.
  • management data storage means for storing management data for managing each reservation information may be further provided.
  • the reservation status of the service providing terminal can be managed. Thereby, the usage tendency of the service providing terminal can be analyzed.
  • information notifying means for notifying each user of various information empty time determining means for determining an empty time satisfying a predetermined empty condition based on the management data, and the empty Special information notifying means for notifying the information notifying means of predetermined special information as the one of the various information based on the determination result of the time determining means may be further provided.
  • the free time is used for notification of special information. For this reason, free time can be utilized effectively.
  • the order of the reservation information corresponding to the order after the reservation information that satisfies the predetermined hold condition is advanced.
  • reservation management means for managing each reservation information may be further provided. In this case, when a predetermined holding condition is satisfied, the order after the reservation information that satisfies the condition is advanced. In other words, it is possible to suppress an increase in waiting time, for example, when it is not used even after a predetermined time has elapsed.
  • facility user discrimination means for discriminating the identification information located in the facility based on the acquisition result of the information acquisition terminal. In this case, it can be determined whether the user of the reservation information whose order has arrived is in the facility. Thereby, reduction of waiting time, such as a change of order, can be promoted.
  • the discrimination result of the in-facility user discrimination means may be used in any way.
  • the system further comprises a use time changing means for changing the use time of the service providing terminal corresponding to each reservation information based on the determination result of the in-facility user determining means. May be.
  • the information processing device further includes related information providing means for providing information related to the reservation information based on a determination result of the in-facility user determining means so that a user terminal connected via a communication line can refer to the information. Also good.
  • Any system may be adopted as a service providing system.
  • a game may be used as the predetermined service
  • a game machine may be used as the service providing terminal
  • a game system may be used as the service providing system.
  • the control method of the present invention comprises a service providing terminal that provides a predetermined service, and user information storage means for storing user information for identifying each user who uses the service providing terminal.
  • the reservation information adding step of adding the reservation information is executed so that the information is associated.
  • a computer program for a reservation system includes a service providing terminal that provides a predetermined service, and a user information storage unit that stores user information for identifying each user who uses the service providing terminal. Applied to a service providing system capable of identifying each user using the service providing terminal based on the user information, connected to the service providing system via a communication line, and storing the user information
  • a computer incorporated in a reservation system including a reservation terminal capable of acquiring the user information from the user information storage medium, and managing the order in which the service providing terminals are used for the user information acquired by the reservation terminal Functioning as a reservation information giving means for giving the reservation information so that the reservation information for doing so is associated Those configured to.
  • FIG. 1 is a diagram showing a schematic configuration of a reservation system according to an embodiment of the present invention.
  • the reservation system 1 is configured by connecting a reservation terminal TM as a reservation terminal to a game system 2 as a service providing system.
  • a plurality of game machines GM as service providing terminals and a center server 3 as a server device are connected to a network 6 as a communication line via a router 5, respectively.
  • the game machine GM is a commercial (commercial) game machine that allows a user to play a game as a predetermined service within a range according to the price in exchange for consumption of the predetermined price.
  • An appropriate number of game machines GM are installed in a commercial facility such as a store 7.
  • Reservation terminal TM is located in each commercial facility such as store 7.
  • the reservation terminal TM of each store 7 is arranged in order to manage the order of use of each game machine GM arranged in the store 7.
  • the reservation terminal TM is connected to the network 6 via the router 5. That is, the reservation terminal TM is connected to the center server 3 and each game machine GM in the store 7 via the network 6.
  • a local server may be installed between the game machine GM or the reservation terminal TM and the router 5. And the game machine GM, the reservation terminal TM, and the center server 3 may be connected via the local server so that communication is mutually possible. Further, the center server 3 is not limited to an example configured by a single physical device. For example, one logical center server 3 may be configured by a server group as a plurality of physical devices. Furthermore, the center server 3 may be logically configured using cloud computing. Further, the game machine GM may function as the center server 3. As the network 6, for example, the Internet is used. Either a wired network or a wireless network (including a mobile phone network) may be used.
  • the user terminal 8 can access the center server 3 through the network 6.
  • a computer device capable of network connection such as a personal computer 8a, a mobile phone 8b (including a smartphone), or the like may be appropriately used.
  • the user when a user uses the game machine GM, the user is particularly referred to as a player.
  • the reservation terminal TM, each game machine GM, and the center server 3 have unique information that can be identified on the network 6. Thereby, on the reservation system 1, the reservation terminal TM, each game machine GM, and the center server 3 can be identified. For example, an IP address may be used as such unique information. If the network 6 is a public network such as the Internet, a unique fixed address on the network 6 is set for each router 5. Each game machine GM or the like is set as an IP address with a private address for uniquely recognizing the game machine GM or the like on the network 6 in combination with the fixed address.
  • a virtual private network is established between the reservation terminal TM or the game machine GM and the center server 3, and each game machine GM or the like is uniquely identified on the VPN using a private address. Is done.
  • address information the information for identifying the reservation terminal TM, each game machine GM, the center server 3, and the user terminal 8 on the network 6 is called address information.
  • a communication partner is specified based on the address information unless otherwise specified.
  • a unique store ID is set for each store 7 separately from the address information described above. Furthermore, a unique case ID for each game machine GM and a unique terminal ID for each reservation terminal TM are set.
  • the center server 3 receives the store ID, the housing ID, and the terminal ID from the communication partner game machine GM and the reservation terminal TM. Thereby, the center server 3 can uniquely identify the store 7 to which the game machine GM or the reservation terminal TM of the communication partner belongs and the game machine GM or the reservation terminal TM.
  • the center server 3 provides various services via the network 6 to the reservation terminal TM, the game machine GM, and the user terminal 8.
  • the center server 3 provides various game machine services as server services to the game machine GM or its players.
  • a game machine service for example, a service for receiving information for identifying a player from the game machine GM and authenticating the player is provided.
  • the game machine service includes a service for updating a program or data of the game machine GM via the network 6.
  • a matching service for matching users as necessary is provided as a game machine service. Good.
  • the center server 3 provides various Web services as server services to the user of the user terminal 8 accessing via the network 6.
  • a Web service for example, a game information service is provided as a related service that provides a user with various information related to a game to be executed on the game machine GM.
  • the Web service includes services such as a community service that provides a place for information exchange, exchange, and sharing by users, and a service that provides a user ID for identifying each user.
  • the center server 3 provides a reservation terminal service to the reservation terminal TM.
  • the reservation terminal service includes, for example, a service for receiving and storing or updating various information acquired by the reservation terminal TM.
  • the reservation terminal service includes a service (including new provision) for updating the program or data of the reservation terminal TM via the network 6.
  • FIG. 2 is a functional block diagram of the main part of the reservation system 1.
  • the center server 3 is provided with a control unit 10 as a computer and a storage device 11.
  • the control unit 10 is configured as a computer unit combining a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor.
  • the control unit 10 is connected to an input device such as a keyboard and an output device such as a monitor, but these are not shown.
  • the storage device 11 is connected to the control unit 10.
  • the storage device 11 is configured by a large-capacity storage medium such as a magnetic tape, for example, so that the storage can be held without power supply.
  • the storage device 11 stores a server program 15.
  • the server program 15 is a computer program necessary for the center server 3 to provide various services to the reservation terminal TM, the game machine GM, and the user terminal 8.
  • a store service management unit 16 and a Web service management unit 17 are provided inside the control unit 10.
  • the store service management unit 16 executes processing for providing the above-described game machine service and reservation terminal service.
  • the web service management unit 17 executes processing necessary to provide the above-described web service.
  • the store service management unit 16 and the Web service management unit 17 are logical devices realized by a combination of computer hardware and a computer program. Various other logical devices may be provided inside the control unit 10, but these are not shown.
  • the storage device 11 stores various data that can be referred to as the server program 15 is executed.
  • Such various data includes, for example, ID management data 22 as play identification data, play data 25, and reservation data 28 as management data. Details of these data will be described later.
  • control unit 30 and the storage device 31 are provided in the game machine GM.
  • the control unit 30 is configured as a computer unit in which a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor are combined.
  • the control unit 30 includes various input devices such as an operation input device for inputting a player's operation, a display device such as a monitor, a sound reproduction device such as a speaker, a card reader, and a coin authentication device, as in a known game machine. And although an output device is connected, those illustrations were omitted.
  • the card reader is provided for reading information on the card 32 as a user information storage medium possessed by the user and outputting a signal corresponding to the information to the control unit 30.
  • the card 32 is provided with a nonvolatile storage medium (not shown) such as an IC chip or a magnetic stripe.
  • the storage medium stores a unique ID (hereinafter sometimes referred to as a card ID) for each card 32.
  • the card ID as user information is used, for example, to call play data 25 stored on the center server 3.
  • the center server 3 identifies a user (player) using a user ID as unique user information for each user.
  • the play data 25 is also recorded in one-to-one correspondence with the user ID.
  • the card ID is associated with the user ID on a one-to-one basis or a many-to-one basis.
  • the center server 3 can identify the correspondence between the card ID and the user ID by referring to the ID management data 22 and specify the user ID of the player.
  • the card ID may be recorded on the card 32 in the form of a barcode or the like. Alternatively, instead of the card 32, the card ID may be recorded on a storage medium such as an IC chip mounted on a mobile phone or the like.
  • the storage device 31 is connected to the control unit 30.
  • the storage device 31 is configured by, for example, a hard disk, a flash SSD (Solid State Drive), or the like so as to be able to hold the memory without supplying power.
  • a game program 34 is stored in the storage device 31.
  • the game program 34 is a computer program necessary for the game machine GM to provide a game (sometimes referred to as an arcade game).
  • a game service processing unit 36 is provided inside the control unit 30.
  • the game service processing unit 36 executes various processes related to the play of the arcade game, such as management of the start, progress, and end of the arcade game in the game machine GM, and collection of a play fee (predetermined consideration). Moreover, a part of game machine service may be implement
  • the game service processing unit 36 is a logical device realized by a combination of computer hardware and a computer program.
  • the storage device 31 stores various data that can be referred to as the game program 34 is executed.
  • Such various data includes, for example, game data 35 and reservation data 28.
  • the game data is data that is referred to when the game machine GM executes a game.
  • at least a part of the reservation data 28 is provided from the reservation terminal TM so that a necessary part is included.
  • it may be provided from the center server 3.
  • Such various data may include ID management data 22, play data 25, and the like.
  • at least a part of the ID management data 22 and the play data 25 is provided from the center server 3 as necessary.
  • control unit 40 is configured as a computer unit that combines a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor.
  • the control unit 40 is connected to various input devices and output devices of a known computer device that can be connected to the network.
  • the storage device 41 is connected to the control unit 40.
  • the storage device 41 is configured by, for example, a non-volatile semiconductor storage device or the like so that the storage can be held even when power is not supplied.
  • a terminal program 44 is stored in the storage device 41.
  • the terminal program 44 is a computer program necessary for the user terminal 8 to receive a web service from the center server 3.
  • a web service processing unit 46 is provided inside the control unit 40.
  • the Web service processing unit 46 executes various processes necessary for the user to use the Web service in cooperation with the Web service management unit 17 of the center server 3, for example. As an example of such a Web service, the Web service processing unit 46 executes a well-known process necessary for providing a game information service. As another example of the Web service, a well-known process necessary for providing a community service is also executed.
  • the Web service processing unit 46 is a logical device realized by a combination of computer hardware and a computer program.
  • the storage device 41 stores terminal data 45 that can be referred to when the terminal program 44 is executed.
  • the terminal data 45 may include, for example, ID management data 22, play data 25, and reservation data 28. At least a part of the ID management data 22, the play data 25, and the reservation data 28 is provided from the center server 3 so that a necessary part is included according to the content of the Web service, for example.
  • the reservation terminal TM is provided with a control unit 50 and a storage device 51.
  • the control unit 50 is configured as a computer unit that combines a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor.
  • the control unit 50 is connected to a monitor MO (see FIG. 3, etc.), a card reader RUb (see FIG. 3, etc.), and a sound reproducing device (not shown) such as a speaker.
  • various input devices and output devices such as an operation input device for inputting a user's operation, can be connected to the control unit 50, illustration is omitted.
  • the card reader RUb is provided for reading information on the card 32 possessed by the user and outputting a signal corresponding to the information to the control unit 50.
  • the card reader RUb for example, a non-contact type reader that can read information recorded on the card 32 without contacting the card 32 (in a non-contact state) is used.
  • the storage device 51 is connected to the control unit 50.
  • the storage device 51 is configured by, for example, a hard disk, a flash SSD (Solid State Drive), or the like so that the storage can be held without power supply.
  • a terminal program 54 is stored in the storage device 51.
  • the terminal program 54 is a computer program necessary for the reservation terminal TM to provide a reservation service.
  • a reservation service processing unit 56 is provided inside the control unit 50.
  • the reservation service processing unit 56 executes various processes related to the reservation service such as reservation reception and reservation status notification.
  • a part of the reservation terminal service may be realized by the cooperation of the reservation service processing unit 56 and the store service management unit 16 of the center server 3.
  • the reservation service processing unit 56 is a logical device realized by a combination of computer hardware and a computer program.
  • the storage device 51 stores various data that can be referred to as the terminal program 54 is executed. Such various data include, for example, reservation data 28.
  • ID management data 22 or play data 25 may be included in addition.
  • at least a part of the ID management data 22 and the play data 25 is provided from the center server 3 as necessary.
  • each control unit 10, 30, 40, 50 is connected via a network 6 to a card reader CR as an information acquisition terminal. Similar to the card reader of the game machine GM, the card reader CR is provided for reading information on the card 32 possessed by the user and outputting a signal corresponding to the information to each control unit 10, 30, 40, 50. ing.
  • the card reader CR for example, a non-contact type reader that can read information recorded on the card 32 without contacting the card 32 (in a non-contact state) is used.
  • the card reader CR is arranged in the vicinity of the entrance / exit of each store 7 (at least on the route connected to the entrance / exit).
  • the card reader CR reads information from the card 32 of the player P who uses the doorway of the store 7 and outputs the information to each control unit 10, 30, 40, 50 in a non-contact state. Thereby, it is managed whether or not the player P corresponding to each card 32 is in the store 7.
  • FIG. 3 is an explanatory diagram for explaining the outline of the reservation service.
  • FIG. 3 shows a case where three game machines GM are arranged in the store 7 and all of them are used by the player P. Various games may be executed on the game machine GM.
  • the reservation terminal TM is provided with a monitor MO as information notifying means and a card reading unit RU.
  • the card reading unit RU includes a small monitor RUa as a display device and a card reader RUb.
  • a new player P who desires to use the game machine GM can use the reservation terminal TM to reserve the order of using the game machine GM.
  • the card 32 is used for the reservation.
  • the new player Pa brings its own card 32 closer to the card reader RUb so that the card reader RUb of the reservation terminal TM can read the information of the card 32.
  • a reservation number as reservation information is given together with a predetermined sound effect.
  • This reservation number is given to the card 32 used for reading. That is, the reservation number is managed in association with the card ID of the card 32.
  • the reservation result using the card 32 is notified through the small monitor RUa.
  • the reservation result includes reservation number information. In the example of FIG. 3, “50” is assigned as the reservation number to the card 32 of the new player Pa, and the reservation number is displayed on the small monitor RUa as the reservation result.
  • various information such as a reservation number for using the game machine GM and a reservation number for using the game machine GM are displayed on the monitor MO.
  • a reservation number for using the game machine GM is displayed on the monitor MO.
  • “21 to 23” is displayed as a reservation number while using the game machine GM. That is, it shows that the three players P who own the cards 32 corresponding to these reservation numbers are currently using the game machine GM.
  • FIG. 4 is a diagram showing a case where information of a reservation number that can use the game machine GM is displayed as one of various types of information on the monitor MO of the reservation terminal TM.
  • a reservation number and a hold number where the game machine GM can be used (played) are displayed as one of various types of information.
  • the reservation number corresponds to a reservation number in which the order of using the game machine GM has arrived but the game machine GM is not yet used. That is, the hold number is information indicating the existence of the player P holding the right to play.
  • the player P who owns the card 32 corresponding to the hold number also corresponds to a reservation number that can use (play) the game machine GM.
  • FIG. 4 is a diagram showing a case where information of a reservation number that can use the game machine GM is displayed as one of various types of information on the monitor MO of the reservation terminal TM.
  • the reservation number corresponds to a reservation number in which the order of using the game machine GM has arrived but the game machine
  • the use of the card 32 corresponding to the reservation number that has arrived in the order is permitted, but the use of other cards 32 is not permitted. That is, the player P who uses the card 32 corresponding to the reservation number (including the hold number) that can use (play) the game machine GM can play the game machine GM, while the card corresponds to a reservation number other than those. The player P using 32 cannot play the game machine GM. In the example of FIG. 4, while the player P using the cards 32 to which “41” and “42” corresponding to the reservation numbers that can use the game machine GM are permitted, the reservation number “50” is permitted. The play of the new player Pa using the card 32 with “” is not permitted.
  • the new player Pa cannot play the game machine GM because the order of the reservation numbers has not arrived.
  • the player P who has the “43” card 32 corresponding to the reservation number for which the game machine GM can be used has arrived, and has not played the game machine GM. That is, the player P of the card 32 does not use the right to play the game machine GM. For this reason, this reservation number is treated as a hold number after a predetermined time has elapsed since the arrival of the turn, and is displayed as a hold number on the monitor MO.
  • FIG. 5 is an explanatory diagram for explaining a case where an advertisement is displayed on the monitor MO of the reservation terminal TM.
  • various advertisements are displayed on the monitor MO as one of various types of information.
  • an advertisement is displayed on the monitor MO when there is an empty reservation for the game machine GM.
  • the case where there is a vacancy in the reservation corresponds to, for example, the case where there is a game machine GM that can be played immediately, or the case where there is no reservation number that can be played in the target time zone (at least the time during which advertisements can be displayed).
  • the example of FIG. 5 shows a case where all of the game machines GM can be used immediately. In such a case, various advertisements are displayed on the monitor MO.
  • the information displayed during such free time is not limited to advertisements.
  • various special information different from reservation information such as game rules and usage methods, may be adopted as information displayed in the free time.
  • the ID management data 22 is data describing the correspondence between various IDs used in the reservation system 1. For example, as described above, the correspondence relationship between the card ID (s) and the user ID is recorded in the ID management data 22. In addition, for example, the correspondence relationship between the terminal ID and the store 7, the correspondence relationship between the terminal ID and the housing ID, and the like are recorded in the ID management data 22.
  • the play data 25 is a set of data created for each user ID.
  • the card ID that the player has recognized by the game machine GM is provided to the center server 3.
  • at least a part of the play data 25 corresponding to the user ID associated with the card ID is provided from the center server 3 to the game machine GM and stored in the storage device 31 of the game machine GM.
  • the arcade data includes, for example, various information associated with the play of the arcade game such as the results recorded by the user in the arcade game and various items owned in the arcade game.
  • the reservation data 28 is data for managing the reservation status of the game machine GM.
  • FIG. 6 is a diagram showing an example of the contents of the reservation data 28.
  • the reservation data 28 includes various types of information related to the reservation such as a reservation ID, terminal ID, card ID, reservation number, reservation date / time, status, and status update date / time.
  • the reservation data 28 is a set of records described so that these pieces of information are associated with each other.
  • the reservation ID is information for managing each record of the reservation data 28.
  • the reservation ID for example, a unique number is used for each record.
  • the terminal ID, card ID, and reservation number are as described above. More specifically, the terminal ID and the card ID are information for identifying each reservation terminal TM or each card 32. Similar to the reservation ID, as the terminal ID and card ID, for example, a unique number is used for each reservation terminal TM or each card 32.
  • the reservation number is information for managing the order of reservation given by the reservation terminal TM when reserving use of the game machine GM. As the reservation number, for example, a number that is sequentially counted up according to the order of reservation is used.
  • the reservation date and time is information indicating the date and time when the reservation number is given (the date and time when the use of the game machine GM is reserved).
  • information indicating the reservation date and time for example, numbers indicating the year, month, day, hour, minute, second, and the like are described.
  • the status is information indicating the status of the record corresponding to each reservation ID.
  • information indicating the status for example, information such as “played”, “play ready”, “waiting to play”, “pending” is used. Further, as such information, for example, an alphabet such as “A” associated with information such as “played” may be described.
  • the status update date and time is information indicating the date and time when the information indicating the status is updated.
  • numbers indicating the year, month, date, hour, minute, second, and the like are described as in the information indicating the reservation date and time.
  • Update of status and status update date and time is executed as follows, for example. First, when a record is created, for example, information indicating “waiting for play” is described in the information indicating status, and information indicating the date and time similar to the reservation date and time is described as information indicating the status update date and time. In addition, when the order of the reservation numbers comes, the information indicating the status is updated to “playable”, and the information indicating the status update date / time is the date and time when the status is updated to “playable”, that is, the reservation order is updated. Updated to information indicating the date and time of arrival.
  • the information indicating the status is updated to “played”, and the information indicating the status update date / time is updated to information indicating the date / time of play.
  • the predetermined hold condition for example, a condition that is satisfied when a predetermined time elapses from the time when the play becomes possible is adopted.
  • the reservation data 28 can also be stored in the reservation terminal TM and the game machine GM. In this case, each reservation terminal TM may store only a record corresponding to its own terminal ID. Further, each game machine GM may store only a record corresponding to the reservation terminal TM that manages the reservation (order of use) of each game machine GM.
  • FIG. 7 is a diagram illustrating an example of a flowchart of a reservation processing routine.
  • the routine of FIG. 7 is executed by the control unit 50 of the reservation terminal TM. More specifically, the routine of FIG. 7 is executed through the reservation service processing unit 56 of the control unit 50. Further, the routine of FIG. 7 is repeatedly executed at a predetermined cycle, for example.
  • the control unit 10 of the center server 3, the control unit 30 of the game machine GM, the control unit 40 of the user terminal 8, and the control unit 50 of the reservation terminal TM are, for example, other than the routines of FIGS.
  • Various well-known processes are executed in order to realize a reservation service, to realize a game, or to provide a store service and a Web service, but detailed description thereof will be omitted.
  • step S11 the reservation service processing unit 56 determines whether or not the card ID information has been acquired based on the output result of the card reader RUb.
  • the card reader RUb reads the information on the card 32
  • the card ID information is output from the card reader RUb. That is, the reservation service processing unit 56 determines whether or not the reading of the card 32 has been executed through the presence / absence of acquisition of card ID information. If the determination result is negative, that is, if the card ID information is not acquired, the subsequent processing is skipped and the current routine is terminated.
  • step S11 the reservation service processing unit 56 assigns a reservation number to the card ID acquired in step S11.
  • step S13 the reservation service processing unit 56 updates the reservation data 28 so that the reservation number assigned in step S12 is associated with the card ID acquired in step S11. Specifically, the reservation service processing unit 56 sets the reservation data 28 so that a new record in which the reservation number assigned in step S12 is associated with the card ID acquired in step S11 is added to the reservation data 28. Update. At this time, the reservation service processing unit 56 assigns a reservation ID to the new record.
  • the reservation service processing unit 56 notifies the reservation result through the small monitor RUa. Specifically, the reservation service processing unit 56 displays the reservation result including the reservation number assigned in step S12 on the small monitor RUa.
  • the notification of the reservation result includes transmission of the update contents of the reservation data 28 to the center server 3. That is, in step S14, the reservation result is displayed on the small monitor RUa, and the update contents of the reservation data 28 are updated so that the contents of the reservation data updated in step S13 are reflected in the reservation data 28 on the center server 3 side. Send to server 3.
  • the reservation service processing unit 56 ends the current routine. Thereby, the reception of the reservation using the card ID of the card 32 is executed.
  • FIG. 8 is a diagram showing an example of a flowchart of a playability determination processing routine.
  • the routine of FIG. 8 is executed by the control unit 30 of the game machine GM. More specifically, the routine of FIG. 8 is executed through the game service processing unit 36 of the control unit 30. Further, the routine of FIG. 8 is repeatedly executed at a predetermined cycle, for example.
  • the game service processing unit 36 refers to the reading result of the card reader to determine whether or not the card ID information has been acquired.
  • the card reader reads the information on the card 32
  • the card ID information is output from the card reader. That is, the game service processing unit 36 determines whether or not the reading of the card 32 has been executed through the presence / absence of acquisition of card ID information. If the determination result is negative, that is, if the card ID information is not acquired, the subsequent processing is skipped and the current routine is terminated.
  • step S21 determines whether the reservation terminal TM is owned by the game service processing unit 36.
  • step S ⁇ b> 22 the game service processing unit 36 acquires the reservation data 28.
  • the reservation data 28 may be acquired from the reservation terminal TM via the network 6.
  • the latest reservation data 28 may be acquired from the reservation terminal TM before the routine.
  • the game service processing unit 36 determines whether or not play is possible. Specifically, the game service processing unit 36 determines whether or not play is possible as follows. First, the game service processing unit 36 acquires a record corresponding to the card ID acquired in step S21 from the reservation data 28 acquired in step S22. Next, the game service processing unit 36 determines whether the status of the acquired record corresponds to either “playable” or “pending”. Then, the game service processing unit 36 determines that play is possible when it corresponds to “playable” or “pending”, and that play is not possible for other statuses. In this way, the game service processing unit 36 determines whether or not play is possible in step S23.
  • the status of the reservation data 28 is separately updated in advance by a well-known process for managing the status. For example, as such processing, every time play on the game machine GM ends, the reservation number with the smallest reservation number among the records in which the status in the reservation data 28 is “waiting to play” for each reservation terminal TM (the same reservation terminal TM A process may be executed in which the record that is the earliest among the reservation numbers assigned by the user is identified and the status of the identified record is updated to “playable”.
  • step S23 the game service processing unit 36 proceeds to step S24.
  • step S24 the game service processing unit 36 permits play of the card ID acquired in step S21, and provides the game to the player P who uses the card ID. Moreover, the game service process part 36 will complete
  • step S23 the determination result in step S23 is a negative result, that is, if it is determined that play is not possible.
  • the game service processing unit 36 proceeds to step S25.
  • step S25 the game service processing unit 36 disallows the playing of the card ID acquired in step S21 and notifies the player P of the determination of the disapproval through the game machine GM. In this case, the game is not provided to the player P who uses the card ID acquired in step S21.
  • the current routine ends. Thereby, while the provision of the game to the card ID whose reservation order has arrived is permitted, the provision of the game to the card ID whose reservation order has not arrived is prohibited. That is, the order is appropriately managed so that the game is provided according to the order of reservation.
  • FIG. 9 is a diagram showing an example of a flowchart of the play hold processing routine.
  • the routine of FIG. 9 is executed by the control unit 50 of the reservation terminal TM. More specifically, the routine of FIG. 9 is executed through the reservation service processing unit 56 of the control unit 50. Further, the routine of FIG. 9 is repeatedly executed at a predetermined cycle, for example.
  • the reservation service processing unit 56 first acquires the reservation data 28 in step S31. In subsequent step S32, the reservation service processing unit 56 determines whether there is a reservation number that can be played based on the reservation data 28 acquired in step S31. Specifically, the reservation service processing unit 56 determines whether there is a record in the reservation data 28 whose status corresponds to “playable”. If this determination result is negative, that is, if there is no playable reservation number, the subsequent processing is skipped and the current routine is terminated.
  • step S33 the reservation service processing unit 56 determines whether or not a predetermined hold condition is satisfied.
  • a predetermined hold condition for example, a condition that is satisfied when a predetermined time elapses from the time when the play becomes possible is adopted. That is, in step S33, the reservation service processing unit 56 determines whether or not a predetermined time has elapsed since the playable reservation number determined in step S32 became playable. Further, this determination is performed using, for example, information on the status update date / time of the reservation data 28.
  • the reservation service processing unit 56 refers to the status update date and time of the record whose status is “playable” and determines whether or not a predetermined time has elapsed since the status update date and time. If this determination result is a negative result, that is, if there is no record for which a predetermined time has elapsed since the time when the play became possible, the subsequent processing is skipped and the current routine is terminated.
  • the predetermined holding condition For example, a condition that depends on the player's operation may be employed, such as when a hold setting is made by the player. Or the conditions set by convenience of the operator of the store 7 etc. may be employ
  • step S34 the reservation service processing unit 56 updates the reservation data. Specifically, the reservation service processing unit 56 updates the reservation data 28 so that the status of each record that satisfies a predetermined hold condition is changed to “pending” and the status update date / time is changed to the current time. To do. At this time, the reservation service processing unit 56 may count the number of records whose status corresponds to “pending”.
  • the reservation service processing unit 56 notifies the update result. Specifically, the update result, that is, the reservation number whose status has been changed to “pending” is notified. This notification is executed through the monitor MO. That is, the reservation service processing unit 56 causes the monitor MO to display information that the reservation number whose status has been changed to “pending” is handled as the hold number. When the number of records whose status is “pending” is counted, the information may be further displayed.
  • the notification of the update result includes notification to the center server 3. That is, the update result is transmitted to the center server 3 so that the update result is reflected in the reservation data 28 managed by the center server 3.
  • the reservation service processing unit 56 ends the current routine when the process of step S35 is completed. As a result, the reservation number satisfying the predetermined hold condition is handled as a hold, and the result is notified to each player P through the monitor MO.
  • FIG. 10 is a diagram illustrating an example of a flowchart of a free time determination processing routine.
  • the routine of FIG. 10 is executed by the control unit 50 of the reservation terminal TM. More specifically, the routine of FIG. 10 is executed through the reservation service processing unit 56 of the control unit 50. Further, the routine of FIG. 10 is repeatedly executed at a predetermined cycle, for example.
  • the reservation service processing unit 56 first acquires the reservation data 28 in step S41. In subsequent step S42, the reservation service processing unit 56 determines whether or not a predetermined empty condition is satisfied. As the predetermined free condition, for example, a condition that is satisfied when there is a game machine GM that can be played immediately is employed. That is, in step S42, the reservation service processing unit 56 determines whether there is a game machine GM that can be played immediately. Specifically, the reservation service processing unit 56 determines whether there is a game machine GM that is not used at the time of processing. If the determination result is negative, that is, if there is no game machine GM that can be played immediately, the reservation service processing unit 56 skips the subsequent processing and ends the current routine.
  • a predetermined empty condition for example, a condition that is satisfied when there is a game machine GM that can be played immediately is employed. That is, in step S42, the reservation service processing unit 56 determines whether there is a game machine GM that can be played immediately. Specifically, the reservation service processing unit 56
  • predetermined empty condition a condition that is satisfied when there is no reservation number that can be played in a predetermined time range may be employed.
  • a condition that is satisfied when the same display (on the monitor MO) is continued for a certain amount or more may be adopted as the predetermined empty condition.
  • step S43 the reservation service processing unit 56 acquires advertisement data.
  • the advertisement data is data necessary for displaying an advertisement through the monitor MO.
  • the advertisement data is stored in the storage device 11 of the center server 3, for example. That is, as an example, the reservation service processing unit 56 acquires advertisement data from the center server 3 in step S43.
  • step S44 the reservation service processing unit 56 displays an advertisement on the monitor MO based on the advertisement data acquired in step S43, and ends the current routine. Thereby, an advertisement is displayed on the monitor MO during idle time such as when the game machine GM is not used.
  • FIG. 11 is a diagram showing an example of a flowchart of the location information processing routine.
  • the routine of FIG. 11 is executed by the control unit 50 of the reservation terminal TM. More specifically, the routine of FIG. 11 is executed through the reservation service processing unit 56 of the control unit 50. Further, the routine of FIG. 11 is repeatedly executed at a predetermined cycle, for example.
  • the reservation service processing unit 56 first determines in step S51 whether the card reader CR has acquired the card ID information with reference to the output result of the card reader CR.
  • the card reader CR reads the information on the card 32
  • the card ID information is output from the card reader CR.
  • the card reader CR is arranged near the entrance / exit. Therefore, when the player P who owns the card 32 executes an entry / exit action to the store 7, the card reader CR acquires information on the card 32. That is, the game service processing unit 36 determines whether or not the player P has entered or exited the store 7 through whether or not the card ID information has been acquired. If the determination result is negative, that is, if the card ID information is not acquired, the reservation service processing unit 56 proceeds to step S54.
  • step S51 determines whether or not the information on the card ID acquired in step S51 is in the reservation data 28. If this determination result is a negative result, that is, if there is no card ID in the reservation data 28, the reservation service processing unit 56 proceeds to step S54. On the other hand, if the determination result is affirmative, that is, if the reservation data 28 includes a card ID, the reservation service processing unit 56 proceeds to step S53.
  • step S53 the reservation service processing unit 56 updates the location information for managing whether or not each card ID exists in the store 7.
  • the location information for example, information indicating “inside the store” and “outside the store” (alphabets or the like associated with these information may be used) is used.
  • the location information is described in the reservation data 28 in association with each card ID, for example. That is, as an example, the location information is included in the reservation data 28.
  • the location information is updated as follows, for example. First, the reservation service processing unit 56 acquires location information in the reservation data 28 corresponding to the card ID acquired in step S51. Next, the reservation service processing unit 56 changes the acquired location information to location information opposite to the current location information.
  • the location information is updated so that the location information in the reservation data 28 is changed.
  • information “in a store” is given as location information.
  • the reservation service processing unit 56 determines whether reservation information satisfying a predetermined notification condition exists.
  • a predetermined notification condition for example, a condition that is satisfied when the location information is associated with a card ID indicating “out of store” and corresponds to the next order (reservation information whose status is changed to “playable”) is adopted. Is done. That is, the reservation number that is approaching and is assumed to be outside the store 7 satisfies the predetermined notification condition. If the determination result is a negative result, that is, if there is no reservation number that satisfies a predetermined notification condition, the reservation service processing unit 56 skips the subsequent processing and ends the current routine.
  • step S54 the reservation service processing unit 56 proceeds to step S55.
  • the reservation service processing unit 56 notifies a predetermined matter.
  • a predetermined matter for example, information indicating that the next order will be notified.
  • This notification is executed through the monitor MO, for example.
  • this notification may be realized by posting on a bulletin board or the like via the center server 3 as one of Web services. For example, when terminal information (for example, an e-mail address) for identifying the user terminal 8 of the player associated with the card ID is described in the play data 25, this notification is executed through the user terminal 8. May be.
  • step S54 the reservation service processing unit 56 may notify a predetermined item and execute processing for treating the reservation number as a reserved number. As such a process, for example, the status of the reservation data 28 may be changed. Moreover, the information which notifies that it changed into the hold number may be contained in the predetermined matter.
  • step S55 the reservation service processing unit 56 ends the current routine.
  • the order of using the game machine GM can be reserved through the reservation terminal TM. For this reason, in order to use the game machine GM, it is not necessary to line up in a predetermined position. That is, it is possible to avoid a queue waiting for use of the game machine GM. Therefore, the convenience of the game machine GM can be improved. Thereby, the number of plays per game machine GM can be improved. In addition, since it is not necessary to line up at a predetermined position, the time that has been restricted as a waiting time until now can be provided to the player as free time. The player can play other games using this time. That is, the use of another game can be promoted by providing the waiting time as free time.
  • reservations are accepted using the card 32. That is, the reservation service is provided using the card 32 that can identify each reservation person. For this reason, a user's effort for receiving a reservation service can be reduced.
  • Many card IDs are associated with user IDs.
  • the user ID is associated with attribute information (gender, home, etc.) of each user or information related to the game such as play data 25. That is, the reservation service can be provided using the card 32 that is already managed in association with the information of each user. For this reason, when providing a reservation service, it is not necessary to receive a user's information. Further, a special mechanism for receiving user information is not required. For this reason, utilization of the information of the player (user) who plays game machine GM can be promoted easily. Thereby, information can be fed back to subsequent development or the like.
  • the location of the card ID is managed and used for reservation management.
  • the order of the players after the player who is outside the store 7 and cannot play immediately can be advanced.
  • the degree of freedom of action of the player can be increased. That is, the player's action range can be expanded. Thereby, the convenience of game machine GM can be improved.
  • the control unit 50 of the reservation terminal TM functions as the reservation information adding means of the present invention by executing the routine of FIG. 7 through the reservation service processing section. Further, the control unit 50 of the reservation terminal TM functions as reservation management means of the present invention by executing the routine of FIG. Then, when the control unit 50 of the reservation terminal TM executes the routine of FIG. 10, it functions as an empty time discriminating means and a special information notifying means of the present invention. Furthermore, when the control unit 50 of the reservation terminal TM executes the routine of FIG. 11 through the reservation service processing unit, it functions as an in-facility user discriminating means, a use time changing means, and a related information providing means. On the other hand, when the control unit 30 of the game machine GM executes the routine of FIG.
  • the storage device 11 of the center server 3 functions as the user information storage means of the present invention.
  • the storage device 11 of the center server 3 functions as the management data storage means of the present invention.
  • the present invention is not limited to the above-described form, and can be implemented in an appropriate form.
  • the card reader CR is arranged near the entrance of the store 7. Further, the routine of FIG. 11 is executed based on the output result of the card reader CR.
  • the present invention is not limited to such a form.
  • the card reader CR and the routine of FIG. 11 may be omitted.
  • the reservation terminal TM is provided as a reservation terminal separately from the game machine GM.
  • the reservation terminal is not limited to such a form.
  • the game machine GM may function as a reservation terminal.
  • the game machine that functions as a reservation terminal is not limited to a game machine that is a reservation target using the reservation terminal.
  • an arbitrary game machine in the store 7 may function as a reservation terminal. In this case, it is not necessary to prepare a reservation terminal separately.
  • the card 32 is used as the user information storage medium, and the reservation is executed through the card 32.
  • a reservation terminal is provided for acquiring user information recorded on the card 32.
  • the reservation service is not limited to a form using such a user information storage medium.
  • a reservation service may be provided as one of the Web services provided by the center server 3 to the user terminal 8. The provision of a Web service can request user authentication, such as a user ID. For this reason, by providing a reservation service as one of the Web services, it is possible to omit a storage medium such as the card 32 that stores identification information for identifying the reservation person.
  • a reservation screen for executing the reservation may be provided as one of the reservation services.
  • the reservation screen may be configured to simply display an intention to make a reservation, or may be configured to set a specific condition for the reservation.
  • specific conditions for example, a time, day of the week, or the like for which a service providing terminal such as a game machine GM is desired to be used may be used. That is, the reservation screen may be used not only for a reservation request but also for specifying a reservation date and time.
  • the control unit 10 of the center server 3 executes the routines of FIG. 7 and FIG. 9 to FIG.
  • the presence or absence of a reservation request through the reservation screen may be determined instead of the card ID.
  • the process after FIG.7 S12 may be performed.
  • the user ID of the user who requested the reservation in step S11 may be determined and used in the processing after step S12.
  • the notification of the reservation result may be executed to the user terminal that has made the reservation request (the user terminal 8 can be identified by address information, for example).
  • Reservation setting through the user terminal 8 can be realized by the control unit 10 of the center server 3 executing the above-described processing instead of the control unit 50 of the reservation terminal TM.
  • each player does not need to go to the store 7 to make a reservation. For this reason, convenience can be improved more. Thereby, since the privilege of a web service can be increased, the motivation with respect to acquisition of user ID can be performed. Therefore, acquisition of player information can be further promoted.
  • a process for determining whether or not reservation information can be given according to the specific condition may be added after the process of step S11.
  • the reservation data may include information according to specific conditions such as information on the reservation date and time.
  • whether or not the reservation information can be given may be determined based on the presence or absence of duplication of specific conditions such as duplication of date and time (including time required for service provision such as play time).
  • specific conditions such as date and time are set, information (for example, information including the reservation date and time) different from the number indicating the order of reservation may be used as the reservation information.
  • reservations indicating specific conditions may be managed by a system different from the reservation number.
  • a process of changing the status of the reservation data that satisfies the condition to a status in which the service can be used such as “playable” is performed. It may be executed separately. Thereby, it is possible to achieve both management of the order by the reservation number and management of the reservation by the reservation date and time.
  • a game system that provides a game while identifying each player by a card ID through the game machine GM is employed as the service providing system. That is, a game is adopted as a predetermined service, and a game machine GM is adopted as a service providing terminal.
  • the service providing system is not limited to such a form.
  • Various terminals for providing various services may be used as the service providing terminal.
  • a personal computer terminal or the like disposed in an Internet cafe (a facility that provides an Internet environment for a fee or free of charge) may be used as a service providing terminal. That is, as long as each user can be identified based on the user information, various systems including various terminals that provide various services may be employed as the service providing system.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Social Psychology (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)

Abstract

　サービスの提供を受ける利用者に関する情報の活用を容易に促進することができる予約システムを提供する。予約システム（１）は、ゲームを提供するゲーム機（ＧＭ）、及び、ゲーム機（ＧＭ）を利用する各プレイヤを識別するためのカードＩＤを記憶する記憶装置（１１）を備え、カードＩＤに基づいてゲーム機（ＧＭ）を利用する各プレイヤを識別可能なゲームシステム（２）に適用され、ゲームシステム（２）とネットワーク（６）を介して接続され、カードＩＤが記憶されたカード（３２）からカードＩＤを取得可能な予約ターミナル（ＴＭ）と、予約ターミナル（ＴＭ）が取得したカードＩＤにゲーム機（ＧＭ）を利用する順番を管理するための予約情報が関連付けられるように、予約情報を付与する。

Description

予約システム、制御方法及び、コンピュータプログラム
　本発明は、サービス提供端末を予約するための予約サービスを提供する予約システム等に関する。
　所定の時期の所定の操作が要求される音楽ゲームが知られている（例えば、特許文献１参照）。
特開２００９－１３６５０３号公報
　人気のゲームには、行列が形成される場合がある。行列が形成されるゲームでは、多頻度でゲームをプレイするプレイヤの比率が下がる傾向にある。これは、行列がゲームへのモチベーションの低下に作用するからである。特許文献１のゲーム機は、プレイ中のプレイヤのプレイ内容が行列待ちのプレイヤに見え辛い。特に、このようなゲーム機において、上述の傾向が高いと考えられる。これは、行列待ちにおいて、プレイ内容が見える場合に比べて、退屈を感じさせ易いことが原因と考えられる。実際に、このような人気ゲームでは、設置台数の多い店舗の方が１台あたりのプレイ数が多いという傾向も表れている。つまり、待ち時間を短くすることにより、１台あたりのプレイ数を増やすことができる。
　一方、行列を回避するための予約サービスも存在する。このような予約サービスでは、一般的に順番等が記載された紙等の媒体が利用される。つまり、予約は、紙等に記載された番号等で管理される。そして、その紙等に記載された番号等に基づいて順番が判断され、順番が到来した場合に対象のサービスの提供を受けることができる。このような予約サービスでは、予約の管理に使用する紙等の媒体が無駄になってしまう。更に、サービスの提供を希望しているユーザの情報をほとんど取得できない。また、ユーザの情報と引き換えに予約を受け付ける予約サービスも存在する。このような予約サービスでは、ユーザの情報を一部取得できる可能性がある。しかし、正しい情報が取得できるとは限らない。また、取得可能な情報にも限界がある。更に、予約サービスの提供へのハードルとして機能する場合もある。そして、このような予約サービスを通じて取得したユーザの情報を管理する場合には、そのための仕組み等が必要になる。つまり、ユーザの情報を管理するための機器等のためにコスト等が必要になってしまう。従って、ユーザの情報がその後に活用される場合は少ない。
　そこで、本発明は、サービスの提供を受ける利用者に関する情報の活用を容易に促進することができる予約システム等を提供することを目的とする。
　本発明の予約システムは、所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末と、前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段と、を備えている。
　本発明によれば、サービス提供システムにおいてサービス提供端末の各利用者を識別するための利用者情報に関連付けて予約情報が付与される。つまり、各利用者を識別するために既に存在する利用者情報を利用して予約情報を管理することができる。このため、予約情報を管理するために特別な仕組み等を導入する必要がない。これにより、予約情報を含め、サービスの提供を受ける利用者に関する各種情報の活用を容易に促進することができる。
　本発明の予約システムの一態様において、前記サービス提供端末を利用する時期が到来した予約情報には前記所定のサービスの提供を許可する一方で、前記サービス提供端末を利用する時期が到来していない予約情報には前記所定のサービスの提供を不許可する提供可否手段を更に備えていてもよい。この場合、予約情報に対応する順番を確実に利用者に提供することができる。
　本発明の予約システムの一態様において、前記予約用端末には、前記予約情報を表示するための表示装置が設けられ、前記予約情報付与手段は、前記予約情報を付与した場合に、当該予約情報を前記表示装置に表示させてもよい。この場合、予約結果を利用者に通知することができる。
　本発明の予約システムの一態様において、各予約情報を管理するための管理データを記憶する管理データ記憶手段を更に備えていてもよい。この場合、サービス提供端末の予約状況を管理することができる。これにより、サービス提供端末の利用傾向を分析することができる。
　本発明の予約システムの一態様において、各種情報を各利用者に通知する情報通知手段と、前記管理データに基づいて、所定の空き条件を満たす空き時間を判別する空時間判別手段と、前記空時間判別手段の判別結果に基づいて、前記各種情報の一つとして前記空き時間に所定の特別情報を前記情報通知手段に通知させる特別情報通知手段と、を更に備えていてもよい。この場合、空き時間が特別情報の通知に利用される。このため、空き時間を有効に活用することができる。
　本発明の予約システムの一態様において、前記予約情報が所定の保留条件を満たした場合に、当該所定の保留条件を満たした予約情報よりも後の順番に対応する予約情報の順番が早まるように、各予約情報を管理する予約管理手段を更に備えていてもよい。この場合、所定の保留条件を満たした場合、この条件を満たした予約情報よりも後の順番が早まる。つまり、所定時間経過しても利用されない場合等、待ち時間の拡大を抑制することができる。
　本発明の予約システムの一態様において、前記サービス提供システム及び、前記予約用端末の少なくともいずれか一方と通信回線を介して接続され、かつ、前記サービス提供端末が配置される施設の出入り口につながる経路上に配置され、前記利用者情報記憶媒体から前記利用者情報及び、前記予約情報の少なくともいずれか一方を含む識別情報を前記利用者情報記憶媒体と非接触の状態において取得可能な情報取得用端末と、前記情報取得用端末の取得結果に基づいて、前記施設内に位置する前記識別情報を判別する施設内利用者判別手段と、を更に備えていてもよい。この場合、順番が到来した予約情報の利用者が施設内に居るか否かを判断することができる。これにより、順番の変更等、待ち時間の縮小を促進することができる。
　施設内利用者判別手段を備える態様において、施設内利用者判別手段の判別結果はどのように利用されてもよい。例えば、本発明の予約システムの一態様において、前記施設内利用者判別手段の判別結果に基づいて、各予約情報に対応する前記サービス提供端末の利用時期を変更する利用時期変更手段を更に備えていてもよい。或いは、前記施設内利用者判別手段の判別結果に基づいて前記予約情報に関連する情報を、通信回線を介して接続するユーザ端末が参照可能なように提供する関連情報提供手段を更に備えていてもよい。
　サービス提供システムとして、どのようなシステムが採用されてもよい。例えば、本発明の予約システムの一態様において、前記所定のサービスとしてゲームが、前記サービス提供端末としてゲーム機が、それぞれ利用され、前記サービス提供システムとしてゲームシステムが採用されていてもよい。
　本発明の制御方法は、所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末を備える予約システムに組み込まれるコンピュータに、前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与工程を実行させるものである。
　本発明の予約システム用のコンピュータプログラムは、所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末を備える予約システムに組み込まれるコンピュータを、前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段として機能させるように構成されたものである。本発明の制御方法或いは、コンピュータプログラムが実行されることにより、本発明の予約システムを実現することができる。
　以上、説明したように、本発明によれば、各利用者を識別するために既に存在する利用者情報を利用して予約情報を管理することができるので、予約情報を含め、サービスの提供を受ける利用者に関する情報の活用を容易に促進することができる。
本発明の一形態に係る予約システムの概略構成を示す図。 予約システムの要部の機能ブロック図。 予約サービスの概要を説明するための説明図。 モニタにゲーム機を使用可能な予約番号の情報が表示されている場合を示す図。 モニタに広告が表示される場合を説明するための説明図。 予約データの内容の一例を示す図。 予約処理ルーチンのフローチャートの一例を示す図。 プレイ可否判定処理ルーチンのフローチャートの一例を示す図。 プレイ保留処理ルーチンのフローチャートの一例を示す図。 空き時間判別処理ルーチンのフローチャートの一例を示す図。 所在情報処理ルーチンのフローチャートの一例を示す図。
　以下、本発明に係る予約システムが適用されたゲームシステムの一形態について説明する。図１は、本発明の一形態に係る予約システムの概略構成を示す図である。図１に示すように、予約システム１は、サービス提供システムとしてのゲームシステム２に予約用端末としての予約ターミナルＴＭが接続されることにより構成されている。
　ゲームシステム２においては、サービス提供端末としての複数のゲーム機ＧＭと、サーバ装置としてのセンターサーバ３とがルータ５を介して通信回線としてのネットワーク６にそれぞれ接続されている。ゲーム機ＧＭは、所定の対価の消費と引き換えに、その対価に応じた範囲でユーザに所定のサービスとしてのゲームをプレイさせる業務用（商業用）のゲーム機である。ゲーム機ＧＭは、店舗７等の商業施設に適当な台数ずつ設置される。
　予約ターミナルＴＭは、店舗７等の各商業施設に配置されている。各店舗７の予約ターミナルＴＭは、その店舗７内に配置された各ゲーム機ＧＭの使用の順番を管理するために配置される。予約ターミナルＴＭは、ルータ５を介してネットワーク６に接続されている。つまり、予約ターミナルＴＭは、ネットワーク６を介してセンターサーバ３及び、店舗７内の各ゲーム機ＧＭに接続されている。
　なお、ゲーム機ＧＭ或いは予約ターミナルＴＭとルータ５との間にローカルサーバが設置されていてもよい。そして、そのローカルサーバを介して、ゲーム機ＧＭ、予約ターミナルＴＭ及び、センターサーバ３が互いに通信可能に接続されていてもよい。また、センターサーバ３は、一台の物理的装置によって構成されている例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ３が構成されてもよい。更に、クラウドコンピューティングを利用して論理的にセンターサーバ３が構成されてもよい。また、ゲーム機ＧＭがセンターサーバ３として機能してもよい。ネットワーク６として、例えば、インターネットが利用される。ネットワークは、有線、無線（携帯電話網含む）のいずれが利用されてもよい。
　また、ゲームシステム２においては、ユーザ端末８からセンターサーバ３へのネットワーク６を介したアクセスが可能である。ユーザ端末８として、例えば、パーソナルコンピュータ８ａ、携帯電話８ｂ（スマートフォンを含む）等といったネットワーク接続が可能なコンピュータ装置が適宜に利用されてよい。なお、本明細書において、ユーザがゲーム機ＧＭを使用するときに、当該ユーザを特にプレイヤと称すことが有る。
　予約ターミナルＴＭ、各ゲーム機ＧＭ及び、センターサーバ３には、ネットワーク６上でそれぞれを識別可能なユニークな情報が付されている。これにより、予約システム１上では、予約ターミナルＴＭ、及び、各ゲーム機ＧＭ及び、センターサーバ３を識別可能である。このようなユニークな情報として、例えば、ＩＰアドレスが利用されてよい。ネットワーク６がインターネットのように公開性のあるネットワークであれば、各ルータ５にネットワーク６上でユニークな固定アドレスが設定される。そして、各ゲーム機ＧＭ等には、その固定アドレスとの組み合わせによってネットワーク６上でゲーム機ＧＭ等を一意に認識するためのプライベートアドレスがＩＰアドレスとして設定される。また、この場合、予約ターミナルＴＭ或いは、ゲーム機ＧＭとセンターサーバ３との間には仮想プライベートネットワーク（ＶＰＮ）が構築され、そのＶＰＮ上で各ゲーム機ＧＭ等がプライベートアドレスを用いて一意に特定される。以下では、予約ターミナルＴＭ、各ゲーム機ＧＭ、センターサーバ３、及び、ユーザ端末８をネットワーク６上で識別するための情報をアドレス情報と呼ぶ。ネットワーク６を介した通信では、特別な記載のない限り、そのアドレス情報に基づいて通信すべき相手が特定されることを前提とする。
　また、予約システム１では、上述のアドレス情報とは別に、店舗７毎にユニークな店舗ＩＤが設定される。更に、ゲーム機ＧＭ毎にユニークな筐体ＩＤ及び、予約ターミナルＴＭ毎にユニークなターミナルＩＤが設定される。センターサーバ３は、通信相手のゲーム機ＧＭ及び、予約ターミナルＴＭから店舗ＩＤ、筐体ＩＤ、及び、ターミナルＩＤを受け取る。これにより、センターサーバ３は、通信相手のゲーム機ＧＭ或いは予約ターミナルＴＭが所属する店舗７及び、そのゲーム機ＧＭ或いは予約ターミナルＴＭを一意に特定することができる。
　センターサーバ３は、予約ターミナルＴＭ、ゲーム機ＧＭ、及び、ユーザ端末８に対し、ネットワーク６を介して各種のサービスを提供する。例えば、センターサーバ３は、ゲーム機ＧＭ又は、そのプレイヤに対してサーバサービスとしての各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからプレイヤを識別する情報を受け取って、そのプレイヤを認証するサービスを提供する。また、認証したプレイヤのプレイデータをゲーム機ＧＭから受け取って保存し、或いは、保存するプレイデータをゲーム機ＧＭに提供するサービスも提供する。更に、ゲーム機用サービスには、ネットワーク６を介してゲーム機ＧＭのプログラム或いはデータを更新するサービスが含まれる。その他にもゲームの種類に応じて、ネットワーク６を介して複数のユーザが共通のゲームをプレイする場合には、必要に応じてユーザ同士をマッチングするマッチングサービス等がゲーム機用サービスとして提供されてよい。
　また、センターサーバ３は、ネットワーク６を介してアクセスするユーザ端末８のユーザにサーバサービスとしての各種のＷｅｂサービスを提供する。Ｗｅｂサービスとして、例えば、ゲーム機ＧＭにて実行されるべきゲームに関する各種の情報をユーザに提供する関連サービスとしてのゲーム情報サービスを提供する。更に、Ｗｅｂサービスには、その他にもユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスも含まれている。
　更に、センターサーバ３は、予約ターミナルＴＭに予約ターミナル用サービスを提供する。予約ターミナル用サービスには、例えば、予約ターミナルＴＭが取得した各種情報を受け取って保存し、或いは、更新するサービスが含まれる。その他にも予約ターミナル用サービスには、ネットワーク６を介して予約ターミナルＴＭのプログラム或いはデータを更新する（新たな提供を含む）サービスが含まれる。
　次に、図２を参照して、予約ターミナルＴＭ、ゲーム機ＧＭ、センターサーバ３、及び、ユーザ端末８に関する制御系の主要部の構成を説明する。図２は、予約システム１の要部の機能ブロック図である。図２に示すように、センターサーバ３には、コンピュータとしての制御ユニット１０と、記憶装置１１とが設けられている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続されるが、それらの図示は省略した。
　記憶装置１１は、制御ユニット１０に接続されている。記憶装置１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されている。記憶装置１１には、サーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ３が予約ターミナルＴＭ、ゲーム機ＧＭ及び、ユーザ端末８に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、店舗サービス管理部１６及び、Ｗｅｂサービス管理部１７が設けられる。
　店舗サービス管理部１６は、上述のゲーム機用サービス及び、予約ターミナル用サービスを提供するための処理を実行する。一方、Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。店舗サービス管理部１６及び、Ｗｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得るが、それらの図示は省略した。
　更に、記憶装置１１には、サーバ用プログラム１５の実行に伴って参照され得る各種のデータが記憶されている。このような各種のデータには、例えば、ユーザ識別データとしてのＩＤ管理データ２２、プレイデータ２５、及び、管理データとしての予約データ２８が含まれる。これらのデータの詳細は、後述する。
　一方、ゲーム機ＧＭには、制御ユニット３０と、記憶装置３１とが設けられている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、公知のゲーム機と同様に、プレイヤの操作を入力する操作入力装置、モニタ等の表示装置、スピーカ等の音声再生装置、カードリーダ、コイン認証装置といった各種の入力装置及び、出力装置が接続されるが、それらの図示は省略した。
　なお、カードリーダは、ユーザが所持する利用者情報記憶媒体としてのカード３２の情報を読み取ってその情報に対応した信号を制御ユニット３０に出力するために設けられる。カード３２には、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられている。そして、その記憶媒体には、カード３２毎にユニークなＩＤ（以下、カードＩＤと呼ぶことがある。）等が記憶されている。利用者情報としてのカードＩＤは、例えば、センターサーバ３上に保存されたプレイデータ２５を呼び出すために利用される。センターサーバ３は、ユーザ毎にユニークなユーザ情報としてのユーザＩＤを利用してユーザ（プレイヤ）を識別する。プレイデータ２５も、そのユーザＩＤと１対１に対応付けられて記録されている。カードＩＤは、ユーザＩＤに対して１対１、又は、多対１で対応付けられている。センターサーバ３は、ＩＤ管理データ２２を参照することにより、カードＩＤとユーザＩＤとの対応関係を判別して、プレイヤのユーザＩＤを特定することができる。カードＩＤは、カード３２にバーコード等の形態で記録されていてもよい。或いは、カード３２に代えて、携帯電話等に実装されたＩＣチップ等の記憶媒体にカードＩＤが記録されていてもよい。
　記憶装置３１は、制御ユニット３０に接続されている。記憶装置３１は、電源の供給がなくても記憶を保持可能なように、例えば、ハードディスク、フラッシュＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などにより構成されている。記憶装置３１には、ゲームプログラム３４が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭがゲーム（アーケードゲームと呼ぶことがある）を提供するために必要なコンピュータプログラムである。制御ユニット３０がゲームプログラム３４を読み取って実行することにより、制御ユニット３０の内部には、ゲームサービス処理部３６が設けられる。
　ゲームサービス処理部３６は、ゲーム機ＧＭにおけるアーケードゲームの開始、進行、及び終了の管理、並びにプレイ料金（所定の対価）の徴収といったアーケードゲームのプレイに関連した各種の処理を実行する。また、ゲーム機用サービスの一部は、ゲームサービス処理部３６とセンターサーバ３の店舗サービス管理部１６とが協働することにより実現される場合がある。ゲームサービス処理部３６は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。
　更に、記憶装置３１には、ゲームプログラム３４の実行に伴って参照され得る各種のデータが記憶されている。このような各種のデータには、例えば、ゲームデータ３５、及び、予約データ２８が含まれる。ゲームデータは、ゲーム機ＧＭがゲームを実行する際に参照されるデータである。予約データ２８は、例えば、必要な部分が含まれるように、少なくとも一部が予約ターミナルＴＭから提供される。或いは、センターサーバ３から提供されてもよい。また、このような各種データには、その他にもＩＤ管理データ２２、プレイデータ２５等が含まれていてよい。ＩＤ管理データ２２及び、プレイデータ２５等は、例えば、必要に応じて少なくとも一部がセンターサーバ３から提供される。
　また、ユーザ端末８には、制御ユニット４０と、記憶装置４１とが設けられている。制御ユニット４０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット４０には、ネットワーク接続が可能な公知のコンピュータ装置が備える各種の入力装置、及び出力装置が接続されるが、それらの図示は省略した。
　記憶装置４１は、制御ユニット４０に接続されている。記憶装置４１は、電源の供給がなくても記憶を保持可能なように、例えば、不揮発性の半導体記装置などにより構成されている。記憶装置４１には、端末プログラム４４が記憶されている。端末プログラム４４は、ユーザ端末８がセンターサーバ３からＷｅｂサービスの提供を受けるために必要なコンピュータプログラムである。制御ユニット４０が端末プログラム４４を読み取って実行することにより、制御ユニット４０の内部には、Ｗｅｂサービス処理部４６が設けられる。
　Ｗｅｂサービス処理部４６は、例えば、センターサーバ３のＷｅｂサービス管理部１７と協働してユーザがＷｅｂサービスを利用するために必要な各種の処理を実行する。このようなＷｅｂサービスの一例として、Ｗｅｂサービス処理部４６は、ゲーム情報サービスの提供に必要な周知な処理を実行する。また、Ｗｅｂサービスの他の一例として、コミュニティサービスを提供するために必要な周知な処理も実行する。Ｗｅｂサービス処理部４６は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。
　更に、記憶装置４１には、端末プログラム４４の実行に伴って参照され得る端末用データ４５が記憶されている。端末用データ４５には、例えば、ＩＤ管理データ２２、プレイデータ２５及び、予約データ２８が含まれていてもよい。ＩＤ管理データ２２、プレイデータ２５及び、予約データ２８は、例えば、Ｗｅｂサービスの内容に応じて、必要な部分が含まれるように、少なくとも一部がセンターサーバ３から提供される。
　予約ターミナルＴＭには、制御ユニット５０と、記憶装置５１とが設けられている。制御ユニット５０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。また、制御ユニット５０には、モニタＭＯ（図３等、参照）、カードリーダＲＵｂ（図３等、参照）、及び、スピーカ等の音声再生装置（不図示）が接続されている。なお、制御ユニット５０には、その他にもユーザの操作を入力するための操作入力装置等、各種の入力装置及び、出力装置が接続され得るが、図示は省略した。また、カードリーダＲＵｂは、ゲーム機ＧＭのカードリーダと同様に、ユーザが所持するカード３２の情報を読み取ってその情報に対応した信号を制御ユニット５０に出力するために設けられている。カードリーダＲＵｂとして、例えば、カード３２と接触せずに（非接触状態において）カード３２に記録された情報を読み取り可能な非接触型のリーダが利用される。
　記憶装置５１は、制御ユニット５０に接続されている。記憶装置５１は、電源の供給がなくても記憶を保持可能なように、例えば、ハードディスク、フラッシュＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などにより構成されている。記憶装置５１には、ターミナルプログラム５４が記憶されている。ターミナルプログラム５４は、予約ターミナルＴＭが予約サービスを提供するために必要なコンピュータプログラムである。制御ユニット５０がターミナルプログラム５４を読み取って実行することにより、制御ユニット５０の内部には、予約サービス処理部５６が設けられる。
　予約サービス処理部５６は、予約の受付、予約状況の通知等、予約サービスに関連する各種の処理を実行する。また、予約ターミナル用サービスの一部は、予約サービス処理部５６とセンターサーバ３の店舗サービス管理部１６とが協働することにより実現される場合がある。予約サービス処理部５６は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。
　更に、記憶装置５１には、ターミナルプログラム５４の実行に伴って参照され得る各種データが記憶されている。このような各種データには、例えば、予約データ２８が含まれている。また、例えば、その他にもＩＤ管理データ２２、或いは、プレイデータ２５が含まれていてもよい。ＩＤ管理データ２２、プレイデータ２５は、例えば、必要に応じて、少なくとも一部がセンターサーバ３から提供される。
　また、各制御ユニット１０、３０、４０、５０は、ネットワーク６を介して、情報取得用端末としてのカードリーダＣＲに接続されている。カードリーダＣＲは、ゲーム機ＧＭのカードリーダと同様に、ユーザが所持するカード３２の情報を読み取ってその情報に対応した信号を各制御ユニット１０、３０、４０、５０に出力するために設けられている。カードリーダＣＲとして、例えば、カード３２と接触せずに（非接触状態において）カード３２に記録された情報を読み取り可能な非接触型のリーダが利用される。カードリーダＣＲは、各店舗７の出入り口付近（少なくとも出入り口につながる経路上）に配置されている。つまり、カードリーダＣＲは、非接触状態において、店舗７の出入り口を利用するプレイヤＰのカード３２から情報を読み取って各制御ユニット１０、３０、４０、５０に出力する。これにより、各カード３２に対応するプレイヤＰが店舗７内に居るか否かが管理される。
　次に、予約ターミナルＴＭを通じて、予約システム１が提供する予約サービスについて説明する。図３は、予約サービスの概要を説明するための説明図である。また、図３は、店舗７内に３台のゲーム機ＧＭが配置され、そのすべてがプレイヤＰによって使用されている場合を示している。ゲーム機ＧＭでは、各種のゲームが実行されてよい。図３に示すように、予約ターミナルＴＭには、情報通知手段としてのモニタＭＯ及び、カード読み取りユニットＲＵが設けられている。また、カード読み取りユニットＲＵは、表示装置としての小型モニタＲＵａ及び、カードリーダＲＵｂを含んでいる。
　ゲーム機ＧＭの使用を希望する新たなプレイヤＰ（特に、新プレイヤＰａと呼ぶことがある）は、予約ターミナルＴＭを利用して、ゲーム機ＧＭを使用する順番を予約することができる。予約には、カード３２が使用される。具体的には、新プレイヤＰａは、予約ターミナルＴＭのカードリーダＲＵｂがカード３２の情報を読み取り可能なように、自己のカード３２をカードリーダＲＵｂに近づける。カード３２の情報がカードリーダＲＵｂに読み取られると、所定の効果音とともに予約情報としての予約番号が付与される。この予約番号は、読み取りに使用されたカード３２に対して付与される。つまり、予約番号は、カード３２のカードＩＤに関連づけられて管理される。また、カード３２を利用した予約結果は、小型モニタＲＵａを通じて通知される。予約結果には、予約番号の情報が含まれる。図３の例では、新プレイヤＰａのカード３２に予約番号として“５０”が付与され、その予約番号が予約結果として小型モニタＲＵａに表示されている。
　一方、モニタＭＯには、ゲーム機ＧＭを使用中の予約番号、ゲーム機ＧＭを使用可能な予約番号等、各種の情報が表示される。図３の例では、モニタＭＯには、ゲーム機ＧＭを使用中の予約番号が表示されている。具体的には、ゲーム機ＧＭを使用中の予約番号として、“２１～２３”が表示されている。つまり、これらの予約番号に対応するカード３２を所有する３人のプレイヤＰが現在ゲーム機ＧＭを使用中であることを示している。
　図４は、予約ターミナルＴＭのモニタＭＯに各種情報の一つとしてゲーム機ＧＭを使用可能な予約番号の情報が表示されている場合を示す図。図４に示すように、モニタＭＯには、各種情報の一つとして、ゲーム機ＧＭを使用可能（プレイ可能）な予約番号及び、保留番号が表示される。保留番号は、ゲーム機ＧＭを使用する順番が到来したが、未だゲーム機ＧＭを使用していない予約番号に該当する。つまり、保留番号は、プレイする権利を保留中のプレイヤＰの存在を示す情報である。保留番号に対応するカード３２を所有するプレイヤＰもゲーム機ＧＭを使用可能（プレイ可能）な予約番号に該当する。図４の例では、プレイ可能な予約番号として“４１～４３”が、保留番号として“３７”が、それぞれ表示されている。つまり、この場合、“４１～４３”及び、“３７”にそれぞれ対応するカード３２を所有する４人のプレイヤＰがゲーム機ＧＭを使用可能である。
　また、ゲーム機ＧＭでは、順番が到来した予約番号に対応するカード３２の使用が許可される一方で、それ以外のカード３２の使用は許可されない。つまり、ゲーム機ＧＭを使用可能（プレイ可能）な予約番号（保留番号を含む）に対応するカード３２を使用するプレイヤＰはゲーム機ＧＭをプレイできる一方で、それら以外の予約番号に対応するカード３２を使用するプレイヤＰはゲーム機ＧＭをプレイできない。図４の例では、ゲーム機ＧＭを使用可能な予約番号に該当する“４１”、“４２”が付与された各カード３２を使用するプレイヤＰのプレイは許可される一方で、予約番号“５０”が付与されたカード３２を使用する新プレイヤＰａのプレイは許可されない。つまり、新プレイヤＰａは、予約番号の順番が到来していないので、ゲーム機ＧＭをプレイしようとしてもプレイできない。一方、予約の順番が到来し、ゲーム機ＧＭを使用可能な予約番号に該当する“４３”のカード３２を所有するプレイヤＰは、ゲーム機ＧＭをプレイしていない。つまり、このカード３２のプレイヤＰは、ゲーム機ＧＭをプレイする権利を使用していない。このため、この予約番号は、順番の到来から所定時間経過後に保留番号として扱われ、モニタＭＯに保留番号として表示される。
　モニタＭＯは、広告の表示にも使用される。図５は、予約ターミナルＴＭのモニタＭＯに広告が表示される場合を説明するための説明図である。図５に示すように、モニタＭＯには、各種情報の一つとして、各種の広告が表示される。一例として、ゲーム機ＧＭの予約に空きがある場合にモニタＭＯに広告が表示される。予約に空きがある場合とは、例えば、すぐにプレイ可能なゲーム機ＧＭがある場合、対象の時間帯（少なくとも広告を表示可能な時間）にプレイ可能な予約番号が存在しない場合等が該当する。図５の例は、ゲーム機ＧＭのすべてがすぐに使用可能な場合を示している。このような場合、モニタＭＯには各種の広告が表示される。なお、このような空き時間に表示される情報は、広告に限定されない。その他にも例えば、ゲームのルールや使用方法等、予約情報とは別の各種の特別情報が空き時間に表示される情報として採用されてよい。
　次に、ＩＤ管理データ２２、プレイデータ２５及び、予約データ２８の詳細について説明する。ＩＤ管理データ２２は、予約システム１で使用される各種のＩＤの対応関係が記述されたデータである。例えば、上述したように、カードＩＤ（複数でもよい）とユーザＩＤとの対応関係がＩＤ管理データ２２に記録される。また、例えば、その他にもターミナルＩＤと店舗７との対応関係、ターミナルＩＤと筺体ＩＤとの対応関係等がＩＤ管理データ２２に記録される。
　プレイデータ２５は、ユーザＩＤ毎に作成されたデータの集合である。いずれかのゲーム機ＧＭでプレイヤがアーケードゲームをプレイする際には、そのプレイヤがゲーム機ＧＭに認識させたカードＩＤがセンターサーバ３に提供される。そして、そのカードＩＤに関連付けられたユーザＩＤに対応するプレイデータ２５の少なくとも一部がセンターサーバ３からゲーム機ＧＭに提供され、当該ゲーム機ＧＭの記憶装置３１に記憶される。
　プレイデータ２５には、例えば、アーケード用データ等がユーザＩＤと対応づけられて記述されている。アーケード用データには、例えば、ユーザがアーケードゲームで記録した成績、アーケードゲーム内で所有する各種アイテムといったアーケードゲームのプレイに関連付けられる各種情報が含まれる。
　予約データ２８は、ゲーム機ＧＭの予約状況を管理するためのデータである。図６は、予約データ２８の内容の一例を示す図である。図６に示すように、予約データ２８には、予約ＩＤ、ターミナルＩＤ、カードＩＤ、予約番号、予約日時、ステータス、ステータス更新日時といった予約に関連する各種の情報が含まれている。予約データ２８は、これらの情報が互いに対応づけられるように記述されたレコードの集合である。
　予約ＩＤは、予約データ２８の各レコードを管理するための情報である。予約ＩＤとして、例えば、レコード毎にユニークな数字が利用される。ターミナルＩＤ、カードＩＤ及び、予約番号は、上述の通りである。より具体的には、ターミナルＩＤ及び、カードＩＤは、各予約ターミナルＴＭ或いは各カード３２を識別するための情報である。予約ＩＤと同様に、ターミナルＩＤ及びカードＩＤとして、例えば、予約ターミナルＴＭ毎或いはカード３２毎にユニークな数字が利用される。予約番号は、ゲーム機ＧＭの使用を予約する際に予約ターミナルＴＭによって付与される予約の順番を管理するための情報である。予約番号として、例えば、予約の順番に応じて順にカウントアップされる数字が利用される。
　また、予約日時は、予約番号が付与された日時（ゲーム機ＧＭの使用を予約した日時）を示す情報である。予約日時を示す情報として、例えば、西暦、月、日、時、分、秒等を示す数字が記述される。ステータスは、各予約ＩＤに対応するレコードのステータスを示す情報である。ステータスを示す情報として、例えば、“プレイ済み”、“プレイ可能”“プレイ待ち”、“保留中”といった情報が利用される。また、これらの情報として、例えば、“プレイ済み”等の情報にそれぞれ対応づけられる“Ａ”等のアルファベットが記述されてもよい。ステータス更新日時は、ステータスを示す情報が更新された日時を示す情報である。ステータス更新日時として、例えば、予約日時を示す情報と同様に、西暦、月、日、時、分、秒等を示す数字が記述される。
　ステータス及び、ステータス更新日時の更新は、例えば、次のように実行される。まず、レコードが作成された当初は、例えば、ステータスを示す情報に“プレイ待ち”という情報が、ステータス更新日時を示す情報として予約日時と同様の日時を示す情報が、それぞれ記述される。また、予約番号の順番が到来した場合には、ステータスを示す情報が“プレイ可能”に更新され、ステータス更新日時を示す情報はステータスが“プレイ可能”に更新された日時、つまり予約の順番が到来した日時を示す情報に更新される。そして、各レコードに対応するカード３２のプレイヤＰがゲーム機ＧＭをプレイした場合にステータスを示す情報が“プレイ済み”に更新され、ステータス更新日時を示す情報はプレイした日時を示す情報に更新される。一方、所定の保留条件を満たし、予約番号が保留番号として扱われる場合には、ステータスを示す情報が“保留中”に更新され、ステータス更新日時を示す情報は保留が開始された日時を示す情報に更新される。所定の保留条件として、例えば、プレイ可能になった時刻から所定時間経過した場合に満たされる条件が採用される。また、予約データ２８は、予約ターミナルＴＭ及び、ゲーム機ＧＭにも記憶され得る。この場合、各予約ターミナルＴＭには、自己のターミナルＩＤに対応するレコードのみが記憶されてもよい。また、各ゲーム機ＧＭには、各ゲーム機ＧＭの予約（使用の順番）を管理する予約ターミナルＴＭに対応するレコードのみが記憶されてもよい。
　次に、図７～図１０を参照して、予約処理、プレイ可否判定処理、プレイ保留処理、及び、空き時間判別処理について説明する。図７は、予約処理ルーチンのフローチャートの一例を示す図である。図７のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図７のルーチンが実行される。また、図７のルーチンは、例えば、所定の周期で繰り返し実行される。なお、センターサーバ３の制御ユニット１０、ゲーム機ＧＭの制御ユニット３０、ユーザ端末８の制御ユニット４０、及び、予約ターミナルＴＭの制御ユニット５０は、図７～図１０のルーチンの他にも、例えば、予約サービスを実現するため、ゲームを実現するため、或いは、店舗用サービス及び、Ｗｅｂサービスを提供するために各種の周知な処理を実行するが、それらの詳細な説明は省略する。
　図７のルーチンを開始すると、ステップＳ１１において、予約サービス処理部５６は、カードリーダＲＵｂの出力結果に基づいて、カードＩＤの情報を取得したか否か判別する。カードリーダＲＵｂがカード３２の情報を読み取った場合には、カードＩＤの情報がカードリーダＲＵｂから出力される。つまり、予約サービス処理部５６は、カードＩＤの情報の取得の有無を通じて、カード３２の読み取りが実行されたか否かを判別する。この判別結果が否定的結果の場合、つまりカードＩＤの情報を取得していない場合には、以降の処理をスキップして、今回のルーチンを終了する。
　一方、ステップＳ１１の判別結果が肯定的結果の場合、つまりカードＩＤの情報を取得した場合には、予約サービス処理部５６は、ステップＳ１２に進む。予約サービス処理部５６は、ステップＳ１２において、ステップＳ１１で取得したカードＩＤに対して予約番号を付与する。続くステップＳ１３において、予約サービス処理部５６は、ステップＳ１１で取得したカードＩＤにステップＳ１２で付与した予約番号が関連づけられるように、予約データ２８を更新する。具体的には、予約サービス処理部５６は、予約データ２８にステップＳ１１で取得したカードＩＤにステップＳ１２で付与した予約番号が対応づけられた新たなレコードが追加されるように、予約データ２８を更新する。また、この際、予約サービス処理部５６は、この新たなレコードに予約ＩＤを付与する。
　次のステップＳ１４において、予約サービス処理部５６は、小型モニタＲＵａを通じて、予約結果を通知する。具体的には、予約サービス処理部５６は、ステップＳ１２で付与した予約番号を含む予約結果を小型モニタＲＵａに表示させる。また、この予約結果の通知には、予約データ２８の更新内容のセンターサーバ３への送信が含まれる。つまり、ステップＳ１４において、小型モニタＲＵａに予約結果を表示させるとともに、ステップＳ１３で更新した予約データの内容がセンターサーバ３側の予約データ２８に反映されるように、予約データ２８の更新内容をセンターサーバ３に送信する。ステップＳ１４の処理を終えると、予約サービス処理部５６は、今回のルーチンを終了する。これにより、カード３２のカードＩＤを利用する予約の受付が実行される。
　また、図８は、プレイ可否判定処理ルーチンのフローチャートの一例を示す図である。図８のルーチンは、ゲーム機ＧＭの制御ユニット３０によって実行される。より具体的には、制御ユニット３０のゲームサービス処理部３６を通じて図８のルーチンが実行される。また、図８のルーチンは、例えば、所定の周期で繰り返し実行される。
　図８のルーチンを開始すると、ゲームサービス処理部３６は、カードリーダの読み取り結果を参照して、カードＩＤの情報を取得したか否かを判別する。カードリーダがカード３２の情報を読み取った場合には、カードＩＤの情報がカードリーダから出力される。つまり、ゲームサービス処理部３６は、カードＩＤの情報の取得の有無を通じて、カード３２の読み取りが実行されたか否かを判別する。この判別結果が否定的結果の場合、つまりカードＩＤの情報を取得していない場合には、以降の処理をスキップして、今回のルーチンを終了する。
　一方、ステップＳ２１の判別結果が肯定的結果の場合には、ゲームサービス処理部３６は、ステップＳ２２に進む。ステップＳ２２において、ゲームサービス処理部３６は、予約データ２８を取得する。予約データ２８は、ネットワーク６を介して、予約ターミナルＴＭより取得してもよい。或いは、当該ルーチンの前に最新の予約データ２８を予約ターミナルＴＭより取得しておいてもよい。
　続くステップＳ２３において、ゲームサービス処理部３６は、プレイの可否を判定する。具体的には、ゲームサービス処理部３６は、次のようにして、プレイの可否を判定する。まず、ゲームサービス処理部３６は、ステップＳ２１で取得したカードＩＤに対応するレコードをステップＳ２２で取得した予約データ２８から取得する。次に、ゲームサービス処理部３６は、その取得したレコードのステータスが“プレイ可能”或いは、“保留中”のどちらかに該当するか否か判別する。そして、ゲームサービス処理部３６は、“プレイ可能”或いは、“保留中”に該当する場合にはプレイ可能と、それ以外のステータスの場合にはプレイ不可と、それぞれ判定する。このようにして、ゲームサービス処理部３６は、ステップＳ２３においてプレイの可否を判定する。なお、予約データ２８のステータスは、別途、ステータスを管理するための周知な処理によって予め更新されている。例えば、このような処理として、ゲーム機ＧＭでのプレイが終了する毎に、予約ターミナルＴＭ毎に予約データ２８中のステータスが“プレイ待ち”のレコードのうち最も予約番号の小さい（同一予約ターミナルＴＭが付与した予約番号のうち最も早い）レコードを特定し、その特定したレコードのステータスを“プレイ可能”に更新する処理が実行されてよい。
　ステップＳ２３の判定結果が肯定的結果の場合、つまりプレイ可能と判定した場合、ゲームサービス処理部３６は、ステップＳ２４に進む。ステップＳ２４において、ゲームサービス処理部３６は、ステップＳ２１で取得したカードＩＤのプレイを許可し、当該カードＩＤを使用するプレイヤＰにゲームを提供する。また、ゲームサービス処理部３６は、ステップＳ２４の処理を終えると、今回のルーチンを終了する。
　一方、ステップＳ２３の判定結果が否定的結果の場合、つまりプレイ不可と判定した場合、ゲームサービス処理部３６は、ステップＳ２５に進む。ステップＳ２５において、ゲームサービス処理部３６は、ステップＳ２１で取得したカードＩＤのプレイを不許可し、その不許可の決定をプレイヤＰにゲーム機ＧＭを通じて 通知する。この場合、ステップＳ２１で取得したカードＩＤを使用するプレイヤＰには、ゲームは提供されない。ゲームサービス処理部３６は、ステップＳ２５の処理を終えると、今回のルーチンを終了する。これにより、予約の順番が到来したカードＩＤへのゲームの提供が許可される一方で、予約の順番が到来していないカードＩＤへのゲームの提供が不許可される。つまり、予約の順番に応じてゲームが提供されるように、順番が適切に管理される。
　図９は、プレイ保留処理ルーチンのフローチャートの一例を示す図である。図９のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図９のルーチンが実行される。また、図９のルーチンは、例えば、所定の周期で繰り返し実行される。
　図９のルーチンを開始すると、予約サービス処理部５６は、まずステップＳ３１において、予約データ２８を取得する。続くステップＳ３２において、予約サービス処理部５６は、ステップＳ３１で取得した予約データ２８に基づいて、プレイ可能な予約番号があるか否か判別する。具体的には、予約サービス処理部５６は、予約データ２８中にステータスが“プレイ可能”に該当するレコードが存在するか否か判別する。この判別結果が否定的結果の場合、つまりプレイ可能な予約番号がない場合、以降の処理をスキップして、今回のルーチンを終了する。
　一方、ステップＳ３２の判別結果が肯定的結果の場合、つまりプレイ可能な予約番号がある場合、予約サービス処理部５６は、ステップＳ３３に進む。ステップＳ３３において、予約サービス処理部５６は、所定の保留条件を満たすか否か判別する。所定の保留条件として、例えば、プレイ可能になった時刻から所定時間経過した場合に満たされる条件が採用される。つまり、ステップＳ３３において、予約サービス処理部５６は、ステップＳ３２で判別したプレイ可能な予約番号がプレイ可能になった時刻から所定時間経過しているか否か判別する。また、この判別は、例えば、予約データ２８のステータス更新日時の情報を利用して実行される。具体的には、予約サービス処理部５６は、ステータスが“プレイ可能”なレコードのステータス更新日時を参照して、ステータス更新日時から現在が所定時間経過しているか否か判別する。この判別結果が否定的結果の場合、つまりプレイ可能になった時刻から所定時間経過しているレコードが存在しない場合、以降の処理をスキップして、今回のルーチンを終了する。
　なお、所定の保留条件として、各種の条件が採用されてよい。例えば、プレイヤによる保留設定がされた場合等、プレイヤの操作に依存する条件が採用されてもよい。或いは、イベントが実行される場合等、店舗７の運営者等の都合により設定される条件が採用されてもよい。また、プレイヤによる保留設定は、予約ターミナルＴＭで実行されてもよいし、ユーザ端末８で実行されてもよい。ユーザ端末８によって設定された場合には、例えば、予約ターミナルＴＭは、センターサーバ３を介して保留設定に関する情報を取得する。
　一方、ステップＳ３３の判別結果が肯定的結果の場合、つまりプレイ可能になった時刻から所定時間経過しているレコードが存在している場合、予約サービス処理部５６は、ステップＳ３４に進む。ステップＳ３４において、予約サービス処理部５６は、予約データを更新する。具体的には、予約サービス処理部５６は、所定の保留条件を満たす各レコードのステータスが“保留中”に、そのステータス更新日時が現在時刻に、それぞれ変更されるように、予約データ２８を更新する。なお、この際に、予約サービス処理部５６は、ステータスが“保留中”に該当するレコードの数をカウントしてもよい。
　次のステップＳ３５において、予約サービス処理部５６は、更新結果を通知する。具体的には、更新結果、つまり“保留中”にステータスが変更された予約番号を通知する。この通知は、モニタＭＯを通じて実行される。即ち、予約サービス処理部５６は、ステータスが“保留中”に変更された予約番号が保留番号として取り扱われるという情報をモニタＭＯに表示させる。ステータスが“保留中”に該当するレコードの数がカウントされている場合には、その情報が更に表示されてもよい。また、この更新結果の通知には、センターサーバ３への通知も含まれる。つまり、センターサーバ３が管理する予約データ２８に更新結果が反映されるように、センターサーバ３に更新結果を送信する。予約サービス処理部５６は、ステップＳ３５の処理を終えると、今回のルーチンを終了する。これにより、所定の保留条件を満たした予約番号が保留扱いされ、その結果がモニタＭＯを通じて各プレイヤＰに通知される。
　図１０は、空き時間判別処理ルーチンのフローチャートの一例を示す図である。図１０のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図１０のルーチンが実行される。また、図１０のルーチンは、例えば、所定の周期で繰り返し実行される。
　図１０のルーチンを開始すると、予約サービス処理部５６は、まずステップＳ４１において、予約データ２８を取得する。続くステップＳ４２において、予約サービス処理部５６は、所定の空き条件を満たすか否か判別する。所定の空き条件として、例えば、すぐにプレイ可能なゲーム機ＧＭがある場合に満たされる条件が採用される。つまり、予約サービス処理部５６は、ステップＳ４２において、すぐにプレイ可能なゲーム機ＧＭがあるか否かを判別する。具体的には、予約サービス処理部５６は、処理時点において使用されていないゲーム機ＧＭが存在するか否か判別する。この判別結果が否定的結果の場合、つまりすぐにプレイ可能なゲーム機ＧＭがない場合、予約サービス処理部５６は、以降の処理をスキップして、今回のルーチンを終了する。
　なお、所定の空き条件として、各種の条件が採用されてよい。例えば、所定の空き条件の他の例として、所定の時間範囲にプレイ可能な予約番号が存在しない場合に満たされる条件が採用されてもよい。その他にも、単に同一の表示（モニタＭＯ上の）が一定以上継続された場合に満たされる条件が所定の空き条件として採用されてもよい。
　一方、ステップＳ４２の判別結果が肯定的結果の場合、予約サービス処理部５６は、ステップＳ４３に進む。ステップＳ４３において、予約サービス処理部５６は、広告データを取得する。広告データは、モニタＭＯを通じて広告を表示するために必要なデータである。広告データは、例えば、センターサーバ３の記憶装置１１に記憶されている。つまり、予約サービス処理部５６は、一例として、ステップＳ４３において、センターサーバ３から広告データを取得する。続くステップＳ４４において、予約サービス処理部５６は、ステップＳ４３で取得した広告データに基づいて、モニタＭＯに広告を表示させて、今回のルーチンを終了する。これにより、ゲーム機ＧＭが使用されていない場合等の空き時間にモニタＭＯに広告が表示される。
　図１１は、所在情報処理ルーチンのフローチャートの一例を示す図である。図１１のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図１１のルーチンが実行される。また、図１１のルーチンは、例えば、所定の周期で繰り返し実行される。
　図１１のルーチンを開始すると、予約サービス処理部５６は、まずステップＳ５１において、カードリーダＣＲの出力結果を参照して、カードリーダＣＲがカードＩＤの情報を取得したか否か判別する。カードリーダＣＲがカード３２の情報を読み取った場合には、カードＩＤの情報がカードリーダＣＲから出力される。また、カードリーダＣＲは、出入り口付近に配置されている。従って、カード３２を所有するプレイヤＰが店舗７への入出行動を実行した場合に、カードリーダＣＲはカード３２の情報を取得する。つまり、ゲームサービス処理部３６は、カードＩＤの情報の取得の有無を通じて、プレイヤＰの店舗７への入出の有無を判別する。この判別結果が否定的結果の場合、つまりカードＩＤの情報を取得していない場合には、予約サービス処理部５６は、ステップＳ５４に進む。
　一方、ステップＳ５１の判別結果が肯定的結果の場合、つまり、カードＩＤの情報を取得している場合には、予約サービス処理部５６は、ステップＳ５２に進む。ステップＳ５２において、予約サービス処理部５６は、ステップＳ５１で取得したカードＩＤの情報が予約データ２８にあるか否か判別する。この判別結果が否定的結果の場合、つまり、予約データ２８にカードＩＤがない場合、予約サービス処理部５６は、ステップＳ５４に進む。一方、この判別結果が肯定的結果の場合、つまり予約データ２８にカードＩＤがある場合、予約サービス処理部５６は、ステップＳ５３に進む。
　ステップＳ５３において、予約サービス処理部５６は、各カードＩＤが店舗７内に存在するか否かを管理するための所在情報を更新する。所在情報として、例えば、“店舗内”、“店舗外”を示す情報（これらの情報に関連付けられるアルファベット等でもよい）が利用される。また、所在情報は、例えば、予約データ２８に各カードＩＤと関連付けられて記述される。つまり、一例として、所在情報は、予約データ２８に含まれる。また、所在情報の更新は、例えば、次のようにして実行される。まず、予約サービス処理部５６は、ステップＳ５１で取得したカードＩＤに対応する予約データ２８中の所在情報を取得する。次に、予約サービス処理部５６は、取得した所在情報を現在とは逆の所在情報に変更する。例えば、現在の所在情報が“店舗内”であれば“店舗外”に、“店舗外”であれば“店舗内”に、それぞれ変更する。このように予約データ２８中の所在情報を変更するように、所在情報を更新する。なお、レコード作成時には、所在情報として、例えば、“店舗内”という情報が付与される。
　次のステップＳ５４において、予約サービス処理部５６は、所定の通知条件を満たす予約情報が存在するか否か判別する。所定の通知条件として、例えば、所在情報が“店舗外”を示すカードＩＤに関連づけられ、次の順番（ステータスが“プレイ可能”に変更される予約情報）に該当する場合に満たされる条件が採用される。つまり、順番が迫っており、かつ、店舗７の外に居ると想定される予約番号が所定の通知条件を満たす。この判別結果が否定的結果の場合、つまり所定の通知条件を満たす予約番号が存在しない場合には、予約サービス処理部５６は、以降の処理をスキップして今回のルーチンを終了する。
　一方、ステップＳ５４の判別結果が肯定的結果の場合、つまり所定の通知条件を満たす予約番号が存在する場合、予約サービス処理部５６は、ステップＳ５５に進む。ステップＳ５５において、予約サービス処理部５６は、所定の事項を通知する。所定の事項として、例えば、次に順番が到来する旨の情報を通知する。この通知は、例えば、モニタＭＯを通じて実行される。或いは、この通知は、Ｗｅｂサービスの一つとして、センターサーバ３を介して掲示板等に掲示されることにより実現されてもよい。また、例えば、プレイデータ２５にカードＩＤに対応づけられるプレイヤのユーザ端末８を識別するための端末情報（例えば、メールアドレス）が記述されている場合には、この通知は、ユーザ端末８を通じて実行されてもよい。これらの場合、店舗７外のユーザに効果的に情報を通知することができる。また、ステップＳ５４において、予約サービス処理部５６は、所定の事項を通知するとともに、当該予約番号を保留番号として扱う処理を実行してもよい。このような処理として、例えば、予約データ２８のステータスの変更が実行されてよい。また、所定の事項には、保留番号に変更したことを通知する情報が含まれていてもよい。ステップＳ５５の処理を終えると、予約サービス処理部５６は、今回のルーチンを終了する。
　以上に説明したように、この形態によれば、予約ターミナルＴＭを通じて、ゲーム機ＧＭを使用する順番を予約することができる。このため、ゲーム機ＧＭを使用するために、所定の位置に並ぶ必要がない。つまり、ゲーム機ＧＭの利用待ちをする行列を回避することができる。従って、ゲーム機ＧＭの利便性を向上させることができる。これにより、ゲーム機ＧＭの一台あたりのプレイ数を向上させることができる。また、所定の位置に並ぶ必要がないので、これまで待ち時間として拘束されていた時間を自由時間としてプレイヤに提供することができる。プレイヤは、この時間を利用して他のゲームのプレイが可能である。つまり、待ち時間を自由時間として提供することにより、他のゲームの利用を促進することができる。
　また、予約ターミナルＴＭでは、カード３２を利用して予約が受け付けられる。つまり、各予約者を識別可能なカード３２を利用して予約サービスが提供される。このため、予約サービスを受けるためのユーザの手間を低減することができる。そして、多くのカードＩＤは、ユーザＩＤと対応づけられている。また、ユーザＩＤは、各ユーザの属性情報（性別、住まい等）或いは、プレイデータ２５等のゲームに関連する情報と対応づけられている。つまり、既に各ユーザの情報と対応づけられて管理されているカード３２を利用して、予約サービスを提供することができる。このため、予約サービスを提供する際に、ユーザの情報を受け付ける必要がない。また、ユーザの情報を受け付けるための特別の仕組みも不要である。このため、ゲーム機ＧＭをプレイするプレイヤ（ユーザ）の情報の活用を容易に促進することができる。これにより、その後の開発等に情報をフィードバックすることができる。
　更に、カードＩＤの所在が管理され、予約の管理に利用される。これにより、例えば、店舗７外に居て、すぐにプレイ不可なプレイヤよりも後のプレイヤの順番を早めることができる。また、すぐにプレイ不可な場合に順番が変更されることからプレイヤの行動の自由度を高めることができる。つまり、プレイヤの行動範囲を拡大することができる。これにより、ゲーム機ＧＭの利便性を高めることができる。
　以上の形態において、予約ターミナルＴＭの制御ユニット５０が予約サービス処理部を通じて図７のルーチンを実行することにより、本発明の予約情報付与手段として機能する。また、予約ターミナルＴＭの制御ユニット５０が図９のルーチンを実行することにより、本発明の予約管理手段として機能する。そして、予約ターミナルＴＭの制御ユニット５０が図１０のルーチンを実行することにより、本発明の空時間判別手段及び、特別情報通知手段として機能する。更に、予約ターミナルＴＭの制御ユニット５０が予約サービス処理部を通じて図１１のルーチンを実行することにより、施設内利用者判別手段、利用時期変更手段、及び、関連情報提供手段として機能する。一方、ゲーム機ＧＭの制御ユニット３０が図８のルーチンを実行することにより、本発明の提供可否手段として機能する。
　また、例えば、カードＩＤの情報を含むＩＤ管理データを記憶することにより、センターサーバ３の記憶装置１１が本発明の利用者情報記憶手段として機能する。同様に、予約データ２８を記憶することにより、センターサーバ３の記憶装置１１が本発明の管理データ記憶手段として機能する。
　本発明は上述の形態に限定されず、適宜の形態にて実施することができる。上述の形態では、カードリーダＣＲが店舗７の出入り口付近に配置されている。また、カードリーダＣＲの出力結果に基づいて図１１のルーチンが実行されている。しかし、本発明はこのような形態に限定されない。例えば、カードリーダＣＲ及び図１１のルーチンは、省略されてもよい。
　また、上述の形態では、ゲーム機ＧＭとは別に予約用端末として予約ターミナルＴＭが設けられている。しかし、予約用端末は、このような形態に限定されない。例えば、予約用端末として、ゲーム機ＧＭが機能してもよい。また、予約用端末として機能するゲーム機は、予約用端末を利用した予約の対象にされるゲーム機に限定されない。例えば、店舗７内の任意のゲーム機が予約用端末として機能してもよい。この場合、予約用端末を別途用意する必要がない。また、多数のゲーム機を予約用端末として利用することができるので、プレイヤの利便性を更に向上させることができる。
　上述の形態では、利用者情報記憶媒体としてカード３２が利用され、カード３２を通じて予約が実行されている。また、カード３２に記録された利用者情報を取得するために予約用端末が設けられている。しかし、予約サービスは、このような利用者情報記憶媒体を利用する形態に限定されない。例えば、センターサーバ３がユーザ端末８に提供するＷｅｂサービスの一つとして、予約サービスが提供されてもよい。Ｗｅｂサービスの提供は、ユーザＩＤ等、ユーザの認証を要求することができる。このため、Ｗｅｂサービスの一つとして予約サービスを提供することにより、カード３２等、予約者を識別するための識別情報を記憶する記憶媒体を省略することができる。
　また、ユーザ端末８を通じて予約が実行される場合、予約サービスの一つとして予約を実行するための予約用画面が提供されてよい。予約用画面には、例えば、単に予約の意思表示が可能に構成されていてもよいし、更に予約の具体的条件の設定が可能に構成されていてもよい。具体的条件として、例えば、ゲーム機ＧＭ等のサービス提供端末の利用を希望する時間、曜日等が利用されてもよい。つまり、予約用画面は、予約の希望だけでなく、予約日時等の指定に利用されてもよい。
　ユーザ端末８を通じて予約が実行される場合、例えば、図７、及び、図９～図１１のルーチンは、センターサーバ３の制御ユニット１０が実行する。この場合、例えば、図７のルーチンのステップＳ１１の処理では、カードＩＤに替えて、予約用画面を通じた予約の要求の有無が判別されてよい。そして、予約が要求された場合に、図７のステップＳ１２以降の処理が実行されてよい。この場合、予約情報を付与する対象として、例えば、ステップＳ１１で予約を要求したユーザのユーザＩＤを判別し、ステップＳ１２以降の処理で利用してもよい。更に、ステップＳ１４では、予約結果の通知は、予約の要求が実行されたユーザ端末に対して実行されてよい（ユーザ端末８は、例えば、アドレス情報により識別可能）。
　予約ターミナルＴＭの制御ユニット５０に代わり、センターサーバ３の制御ユニット１０が上記のような処理を実行することにより、ユーザ端末８を通じた予約の設定を実現することができる。また、この場合、各プレイヤは、予約をするために店舗７に行く必要がない。このため、利便性をより向上させることができる。これにより、Ｗｅｂサービスの特典を増やすことができるので、ユーザＩＤの取得に対する動機づけを行うことができる。従って、プレイヤの情報の取得をより推進することができる。
　更に、予約用画面で具体的条件等が設定される場合には、ステップＳ１１の処理の次に具体的条件に従った予約情報の付与の可否を判別する処理が追加されてよい。例えば、このような可否の判別は、予約データを利用して実行されてよい。この場合、予約データには、予約日時の情報等、具体的条件に応じた情報が含まれていてよい。そして、日時の重複（プレイ時間等、サービスの提供に必要とされる時間を含む）等、具体的条件の重複の有無に基づいて、予約情報の付与の可否が判別されてよい。また、日時等の具体的条件が設定された場合には、予約情報として予約の順番を示す番号とは別の情報（例えば、予約日時を含む情報）が利用されてよい。つまり、予約番号とは別の体系によって具体的条件を示す予約が管理されてもよい。そして、このような具体的条件を満たす場合に（例えば、予約日時が到来した場合に）、当該条件を満たす予約データのステータスを“プレイ可能”等、サービスを利用可能なステータスに変更する処理が別途実行されてもよい。これにより、予約番号による順番の管理及び、予約日時による予約の管理を両立することができる。
　上述の形態では、サービス提供システムとして、ゲーム機ＧＭを通じてカードＩＤによって各プレイヤを識別しつつゲームを提供するゲームシステムが採用されている。つまり、所定のサービスとしてゲームが、サービス提供端末としてゲーム機ＧＭが、それぞれ採用されている。しかし、サービス提供システムは、このような形態に限定されない。サービス提供端末として各種のサービスを提供するための各種端末が利用されてよい。例えば、サービス提供端末として、インターネットカフェ（有償、或いは無償でインターネット環境を提供する施設）に配置されるパーソナルコンピュータ端末等が利用されてもよい。つまり、利用者情報に基づいて各利用者を識別可能な限り、各種のサービスを提供する各種端末を含む各種システムがサービス提供システムとして採用されてよい。

Claims (12)

  1. 　所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、
    　前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末と、
    　前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段と、
    を備える、予約システム。
  2. 　前記サービス提供端末を利用する時期が到来した予約情報には前記所定のサービスの提供を許可する一方で、前記サービス提供端末を利用する時期が到来していない予約情報には前記所定のサービスの提供を不許可する提供可否手段を更に備える、請求項１の予約システム。
  3. 　前記予約用端末には、前記予約情報を表示するための表示装置が設けられ、
    　前記予約情報付与手段は、前記予約情報を付与した場合に、当該予約情報を前記表示装置に表示させる、請求項１又は２の予約システム。
  4. 　各予約情報を管理するための管理データを記憶する管理データ記憶手段を更に備える、請求項１～３のいずれか一項の予約システム。
  5. 　各種情報を各利用者に通知する情報通知手段と、
    　前記管理データに基づいて、所定の空き条件を満たす空き時間を判別する空時間判別手段と、
    　前記空時間判別手段の判別結果に基づいて、前記各種情報の一つとして前記空き時間に所定の特別情報を前記情報通知手段に通知させる特別情報通知手段と、
    を更に備える、請求項４の予約システム。
  6. 　前記予約情報が所定の保留条件を満たした場合に、当該所定の保留条件を満たした予約情報よりも後の順番に対応する予約情報の順番が早まるように、各予約情報を管理する予約管理手段を更に備える、請求項１～５のいずれか一項の予約システム。
  7. 　前記サービス提供システム及び、前記予約用端末の少なくともいずれか一方と通信回線を介して接続され、かつ、前記サービス提供端末が配置される施設の出入り口につながる経路上に配置され、前記利用者情報記憶媒体から前記利用者情報及び、前記予約情報の少なくともいずれか一方を含む識別情報を前記利用者情報記憶媒体と非接触の状態において取得可能な情報取得用端末と、
    　前記情報取得用端末の取得結果に基づいて、前記施設内に位置する前記識別情報を判別する施設内利用者判別手段と、
    を更に備える、請求項１～６のいずれか一項の予約システム。
  8. 　前記施設内利用者判別手段の判別結果に基づいて、各予約情報に対応する前記サービス提供端末の利用時期を変更する利用時期変更手段を更に備える、請求項７の予約システム。
  9. 　前記施設内利用者判別手段の判別結果に基づいて前記予約情報に関連する情報を、通信回線を介して接続するユーザ端末が参照可能なように提供する関連情報提供手段を更に備える、請求項７又は８の予約システム。
  10. 　前記所定のサービスとしてゲームが、前記サービス提供端末としてゲーム機が、それぞれ利用され、前記サービス提供システムとしてゲームシステムが採用されている、請求項１～９のいずれか一項の予約システム。
  11. 　所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末を備える予約システムに組み込まれるコンピュータに、
    　前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与工程を実行させる、制御方法。
  12. 　所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末を備える予約システムに組み込まれるコンピュータを、
    　前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段として機能させるように構成された予約システム用のコンピュータプログラム。
PCT/JP2013/061550 2012-04-25 2013-04-18 予約システム、制御方法及び、コンピュータプログラム WO2013161681A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012100443A JP2013228882A (ja) 2012-04-25 2012-04-25 予約システム、制御方法及び、コンピュータプログラム
JP2012-100443 2012-04-25

Publications (1)

Publication Number Publication Date
WO2013161681A1 true WO2013161681A1 (ja) 2013-10-31

Family

ID=49483002

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/061550 WO2013161681A1 (ja) 2012-04-25 2013-04-18 予約システム、制御方法及び、コンピュータプログラム

Country Status (2)

Country Link
JP (1) JP2013228882A (ja)
WO (1) WO2013161681A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6832243B2 (ja) * 2017-06-13 2021-02-24 株式会社タイトー ゲームシステム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08115092A (ja) * 1994-10-17 1996-05-07 Ekushingu:Kk 予約順番変更機能付きカラオケ装置
JP2008295506A (ja) * 2007-05-29 2008-12-11 Taito Corp 遊技機利用管理システム、遊技機利用管理装置及び遊技機利用管理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08115092A (ja) * 1994-10-17 1996-05-07 Ekushingu:Kk 予約順番変更機能付きカラオケ装置
JP2008295506A (ja) * 2007-05-29 2008-12-11 Taito Corp 遊技機利用管理システム、遊技機利用管理装置及び遊技機利用管理方法

Also Published As

Publication number Publication date
JP2013228882A (ja) 2013-11-07

Similar Documents

Publication Publication Date Title
JP5580363B2 (ja) ゲームシステム、それに用いられる制御方法及び、コンピュータプログラム
JP5336630B1 (ja) ゲームシステム、それに用いられる制御方法及び、コンピュータプログラム
JP5714550B2 (ja) サービス提供システム及びその制御方法
WO2014073354A1 (ja) サービス提供システム及びその制御方法
WO2013161682A1 (ja) 予約システム、制御方法及び、コンピュータプログラム
WO2013157483A1 (ja) ゲームシステム、それに用いられる制御方法及び、コンピュータプログラム
JP6096719B2 (ja) 電子遊技媒体提供システム、電子遊技媒体提供方法及びコンピュータプログラム
WO2013161681A1 (ja) 予約システム、制御方法及び、コンピュータプログラム
JP6369950B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP6676011B2 (ja) 貯玉データの第三者管理システム、遊技場システム、コンピュータプログラム
JP5714551B2 (ja) サービス提供システム及びその制御方法
JP5199435B2 (ja) 景品抽選機能を備えたゲームシステム
JP6311895B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP2018175880A (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP6723589B1 (ja) サービスシステム、それに用いるコンピュータプログラム、及び制御方法
JP2019146856A (ja) 貯玉データの第三者管理システム、遊技場システム、コンピュータプログラム
JP6565049B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP2008284307A (ja) 貯遊技媒体管理システム及び貯遊技媒体管理方法
JP6277499B1 (ja) 情報提供システム、及びそれに用いられるコンピュータプログラム
JP2014012049A (ja) 遊技用システム
JP6175650B2 (ja) 電子遊技媒体提供システム、電子遊技媒体提供方法及びコンピュータプログラム
JP4458411B2 (ja) 遊技用システム
JP2021003583A (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP2024041985A (ja) ゲーム方法、ゲームシステム及びゲームプログラム
JP5324721B2 (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: 13781990

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13781990

Country of ref document: EP

Kind code of ref document: A1