System for game parlor
The system addresses the limitations of conventional amusement facility management by acquiring device information, designating necessary responses, and outputting identification results, thereby facilitating appropriate and efficient actions for equipment maintenance.
Patent Information
- Application Number
- JP2023192988
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2023-11-13
- Publication Date
- 2025-05-23
AI Technical Summary
Conventional systems for managing amusement facility equipment are limited to transmitting identification information for each device, making it difficult to determine the necessary measures for each machine installed in the facility.
A system that acquires individual information about multiple devices, designates necessary responses, determines whether software or hardware implementation is required, and outputs identification results indicating the number of devices needing software or hardware actions.
Enables appropriate indication of the necessary actions for equipment in amusement facilities, allowing for smooth responses by identifying the number of devices requiring hardware or software measures.
Smart Images

Figure 2025080029000001_ABST
Abstract
Description
[Technical field]
[0001] The present invention relates to a system for a playground. [Background technology]
[0002] A large number of machines are installed in an amusement facility, and it is desirable for the manufacturers and management companies of the machines to manage the installation status using information output from the machines. For example, Patent Document 1 proposes a system that transmits identification information of the ROM for controlling the gaming machines to a server of the management company to manage unauthorized ROM replacement and rearrangement of gaming machines. Now, such a system can be applied not only to gaming machines but also to peripheral devices such as so-called lending devices, and it would be very useful, for example, if a bill validator installed in a lending device could be grasped as to whether it could handle the reprinted currency when a reprint is scheduled soon. In other words, if the reprinted currency cannot be handled, the response costs, response period, etc. will differ depending on whether a hardware response such as replacement or a software response such as a program update is required, so if the manufacturer can grasp in advance what kind of response is required, it will be possible to respond smoothly. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] JP 2002-282504 A Summary of the Invention [Problem to be solved by the invention]
[0004] However, conventional systems such as that shown in Patent Document 1 are limited to a configuration for transmitting identification information for each device, making it difficult to manage what measures should be taken for each machine installed in an amusement facility. Such problems can also be expected to occur in the display unit or camera of a display device, for example, when the display unit displays a more detailed number of pixels, or when a camera for photographing the player performs more advanced image judgment.
[0005] The present invention has been made in consideration of the above-mentioned circumstances, and its purpose is to provide an amusement park system that can appropriately present an indication of what action should be taken when necessary for equipment installed in the amusement park. [Means for solving the problem]
[0006] The present invention is a system for an amusement facility that manages a plurality of machines installed in the amusement facility, An acquisition means (e.g., an in-game management device 6) for acquiring individual information about the plurality of devices (e.g., the gaming device 2), the individual information being about components (e.g., bill validation) of each device; A designation means (e.g., an in-house management device 6) for designating information regarding a necessary response (e.g., currency reprinting response) when the necessary response is required for each device; A determination means (e.g., an in-house management device 6) that determines whether the device or component is a first device that needs to be addressed by software implementation (e.g., updating a control program) or a second device that needs to be addressed by hardware implementation (e.g., replacing a bill validator BV) based on the individual information acquired by the acquisition means and the information regarding the specified required response; A device for identifying the first device information indicating the number of the first devices (e.g., the number of (compatible) devices in FIG. 5) and the second device information indicating the number of the second devices (e.g., the number of (not compatible) devices in FIG. 5) (e.g., the number of (not compatible) devices in FIG. 5) (e.g., an in-house management device 6); and an output means (e.g., an off-site management server 30 or an on-site management device 6) for outputting identification results relating to the first device information and the second device information (e.g., management information 1 to 3 in Figures 5 to 7 or transmission information in Figure 4).
[0007] According to the present invention, when any action needs to be taken for equipment installed in an amusement arcade, the number of first and second devices can be identified based on whether a hardware or software action is required using the individual information obtained from the equipment, and the identification results can be output. Therefore, when any action needs to be taken for equipment in the amusement arcade, an indicator can be appropriately presented showing what action should be taken. [Brief description of the drawings]
[0008] [Figure 1] FIG. 1 is a schematic diagram showing an overall configuration of an amusement park system according to an embodiment. [Diagram 2] Front view of the gaming machine [Diagram 3] Front view of the gaming device [Figure 4] FIG. 13 is an explanatory diagram showing transmission information transmitted from a management device; [Diagram 5] An explanatory diagram showing the management information managed by the management server (part 1) [Figure 6] An explanatory diagram showing the management information managed by the management server (part 2) [Figure 7] An explanatory diagram showing the management information managed by the management server (part 3) DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] An embodiment will be described below with reference to the drawings. In Fig. 1, "game center A", "game center B", and "game center C" are schematic examples of game centers in multiple stores A to C, and a common game center system is constructed for each of them. Therefore, the following description will focus on the configuration of game center A. In the amusement center system shown in Figure 1, a large number of gaming machines 1 are installed in amusement center A, and each gaming machine 1 is provided with a gaming device 2 on its side and an information display device 3 above it in one-to-one correspondence.
[0010] Each gaming machine 1 is connected to a corresponding gaming device 2, and two gaming devices 2 and two information display devices 3 are connected to a relay device 4, and the relay device 4 is connected to a management device 6 via a LAN 5. The management device 6 receives game information indicating the game status of each gaming machine 1, thereby managing the game information for each gaming machine 1. In this case, the game information of each gaming machine 1 is received by the management device 6 from the gaming machine 1 via the gaming device 2 and the relay device 4 in this order (see wiring L1 and L2 in FIG. 3). Meanwhile, various setting information of the gaming device 2 set in the management device 6 is received by the gaming device 2 from the management device 6 via the relay device 4.
[0011] A prize exchange terminal (POS) and a payment machine (not shown) are also installed in the game center A, and the POS and the payment machine are also connected to the management device 6 via the LAN 5. The POS executes a prize exchange process for exchanging prizes within a range of gaming values such as owned points and deposited points (so-called saved balls) specified by accepting an IC card 10 (see FIG. 3) such as a membership card 10a or a general card 10b issued by the gaming device 2. Although not shown, the settlement machine has a card insertion port into which the IC card 10 is inserted, reads the deposit balance (monetary value, hereinafter sometimes referred to as the balance) recorded on the IC card 10 inserted from the card insertion port using a card RW, and returns bills and coins corresponding to the read balance from a return port.
[0012] The member card 10a and the general card 10b as the IC card 10 are both recording media that have an IC chip (not shown) built-in and can identify the gaming value and the balance (monetary value). Of these, the general card 10b is a general recording medium issued to an unspecified number of general players, and is distinguished from the member card 10a that is issued to members who have registered in advance.
[0013] The management device 6 is installed in, for example, an office or the like within the amusement facility A. Although detailed illustration is omitted, the control unit of the management device 6 is mainly composed of a microcomputer having a CPU, a memory unit (ROM, RAM, HDD, etc.), and an I / O, and the control unit is connected to a keyboard 6a and a monitor 6b operated by the manager of the amusement facility A, as well as to a printer (output unit), a communication unit (I / F unit), etc. (not shown).
[0014] The management device 6 inputs game signals output from the gaming machines (gaming machine 1, gaming device 2, etc.) or from each device in the gaming facility A including the POS and settlement machine, thereby managing the gaming information for each gaming machine 1 and the gaming status of each player including member players, and also managing the information of all devices in the gaming facility A such as the gaming machine 1, gaming device 2, information display device 3, etc. (stored in the memory unit of its own device 6). The information on all the machines in the amusement facility A, that is, the information on each of the machines installed in the amusement facility A, includes not only the various setting information but also information on the components of each machine, which will be described later. Also, for the sake of simplicity, the control unit (acquisition means, designation means, discrimination means, identification means) of the management device 6 will be referred to below simply as the "management device 6" or the "in-facility management device 6".
[0015] The information display device 3 has a display unit 3a that displays to the player game information of the corresponding gaming machine 1 and notices from the gaming facility A. The information display device 3 receives various information including setting information transmitted from the management device 6, and notifies the player of the game information specified by the management device 6 and the game status of the gaming machine 1.
[0016] We will now explain the gaming machine 1. The gaming machine 1 is a so-called smart gaming machine that stores and manages gaming points that are calculated by converting the balance, points held, and deposited points owned by the player, and it mainly manages the increase and decrease of points by supplying internal pachinko balls to a launching device and launching them onto the board on the condition that the stored gaming points remain, and when the player wins and gains gaming points, adding them to the data (corresponding to a virtual gaming value) without paying out pachinko balls.
[0017] In each gaming machine 1, the gaming points that the player has acquired through playing are mainly managed on the gaming machine 1 side and are also referred to as gaming machine value (gaming machine acquired value), and the owned points that are mainly managed on the gaming device 2 side are also referred to as device value (device acquired value). In addition, the gaming value acquired by the player, including the owned points (owned acquired value) that is the sum of the gaming machine value and the device value (the sum of the gaming points and the owned points), is also referred to as acquired value.
[0018] As shown in Fig. 2, the gaming machine 1 has a board 1a from which pachinko balls are shot, an operating handle 11 constituting the shooting device, a balance display section 12 that displays the balance, a counting button 13 for converting game points into points held, and a game point display section 14 that displays the game points. The board 1a has a normal map display section 15, a normal map reserved display section 16, a special map display section 17, a normal map winning port 18, general winning ports 19, 20, a first reserved number display section 21, a second reserved number display section 22, a first start port 23, a second start port 24, and a big winning port 25. In addition, a decorative panel 26 is provided below the counting button 13 and the game point display section 14.
[0019] The gaming machine 1 operates as follows. (1) The first starting hole 23 is a winning hole (a so-called center winning hole) whose winning rate does not change, and the second starting hole 24 is a winning hole (a so-called electric chute) whose winning rate changes. A lottery for a jackpot is held according to the winning (start winning) at each starting hole 23, 24, and the lottery result is notified by the pattern change (unit game) performed by the special pattern display unit 17, and the jackpot is awarded according to the result of the change.
[0020] (2) If a start win occurs during a pattern change, the pattern changes are cumulatively reserved up to a predetermined reserved upper limit (for example, 4 each), and the reserved pattern changes will start after the pattern changes have ended. Note that if a start win occurs when the number of reserved pattern changes (reserved number) is at the upper limit, the pattern changes will not be reserved. (3) The probability of winning the jackpot lottery (jackpot probability) is set separately for the normal game state (normal state, normal) and the probability variable state (probability variable state, probability variable) (for example, 1 / 320 and 1 / 32). In addition, the probability variable rate (for example, 66%), which is the percentage of jackpots that become probability variable after a jackpot (probability variable jackpot), is also determined.
[0021] (4) When a jackpot occurs, the jackpot opening 25 is opened for the corresponding round (R). By winning, game points are added (winning award processing), the upper limit of the number of winnings in 1R is 10, the upper limit opening period is 30 seconds, and 1R ends when either the upper limit of the number of winnings or the upper limit opening period is met. The corresponding round is also drawn in the same way as the jackpot drawing, and the distribution rate is 10% for 2R, 50% for 8R, and 40% for 15R when the first starting hole 23 is won, but 10% for 8R and 90% for 15R when the second starting hole 24 is won, and the priority order for the reserved consumption of the pattern change according to the winning is set higher for the second starting hole 24 than for the first starting hole 23.
[0022] (5) During the probability of a jackpot, the probability of a jackpot increases and the winning rate of the second starting hole 24 increases. In addition, if a jackpot that is not a probability of a jackpot (a normal jackpot) occurs, the time-saving state (single time-saving state) that is not a probability of a jackpot occurs after the jackpot, and the time-saving state continues until the pattern changes a predetermined number of times (for example, 100 times) or a jackpot occurs, and if the pattern changes a number of times for the time-saving state without a jackpot occurring, the state returns to the normal state.
[0023] (6) When the normal pattern (normal pattern) that changes in response to the winning of the normal pattern winning port 18 becomes a winning pattern, the second starting port 24 becomes an open state with a higher winning rate than in the normal state. In this case, the period during which the normal pattern changes once is 30 seconds in the normal state, and 3 seconds in the time-saving state. Also, the opening period is 0.3 seconds in the normal state, and 5 seconds in the time-saving state. In other words, in the time-saving state, the normal pattern changing period is shorter than in the normal state, while the opening period is longer, making it easier to enter the open state, and the winning rate of the second starting port 24 becomes higher.
[0024] (7) Since the big prize hole 25 and the second starting hole 24 are located on the right side of the board 1a, during time-saving or big wins, the pachinko balls are shot toward the right side of the board 1a, so-called right shots. The above explanation was given using model A as an example, but the values shown as examples vary depending on the model, for example, model B has a different round allocation, and the gameplay also differs, for example, the probability of a big win can be adjusted by the game machine setting value (mode).
[0025] The gaming machine 1 outputs the following data items as the game progresses, such as the player shooting pachinko balls and starting winning into each starting hole 23, 24. "Out" = A data item that indicates the consumed (used, entered) value (out) in units of one point since the last time data was sent. "Safe" = A data item that indicates the winning award value (safe) awarded in units of 1 point according to winning since the last time data was sent. "S winning (number of times)" = A data item that indicates the number of initial winnings (S winnings) since the last time data was sent, one at a time.
[0026] "Start (number of times)" = A data item indicating the start (number of pattern changes, number of times the device is activated, number of times the unit is played) of the special device (special display unit 17) that is activated (changed) by winning the S prize since the last data transmission. It is counted when the operation is confirmed, but it may also be counted when it starts. "In operation (state)" = A data item that indicates whether the reel is on or off if the reel is not in operation, such as when the pattern is changing, at the time of data transmission. The period from when it turns on to when it turns off is specified as when the reel is in operation.
[0027] "Jackpot (number of times)" = A data item that indicates the number of jackpots that have occurred since the previous data transmission in units of one. It is counted when it occurs, but it can also be counted when it ends. "Jackpot (state)" = A data item that indicates ON if a jackpot state is occurring at the time of data transmission, and OFF if a jackpot state is not occurring. The period from when it turns ON to when it turns OFF is identified as the jackpot state.
[0028] "Sweet state (state)" = A data item that indicates that the state is on if a special state (sweet state) or a jackpot state is occurring at the time of data transmission, and off otherwise. The period from when it turns on to when it turns off is specified as sweet state or jackpot state. For example, if sweet state (state) is on, if the jackpot (state) is on, it is specified as jackpot state, and if it is off, it is specified as sweet state. It does not necessarily have to be on during a jackpot. Note that if both the jackpot (state) and sweet state (state) are off, it is specified as a normal state. Sweet state corresponds to the special states such as the time-saving and probability change mentioned above, and the state during sweet state or jackpot is specified as special prize state.
[0029] The above data items are transmitted as identifiable data signals, such as telegrams, from the gaming machine 1 to the gaming device 2 at regular intervals (e.g., every 200 milliseconds) as cumulative data (update data) from the previous transmission, and other data items, such as game points and fraud information, are also output in addition to the above data items.
[0030] As shown in FIG. 3, the gaming device 2 has a status indicator light 31 that indicates the gaming status of the gaming machine 1 and the status of the gaming device 2, a coin slot 32 into which coins (monetary value) are inserted, a camera 33 that photographs the upper body including the face of the player (only the protective cover is shown in FIG. 3), a touch panel type LCD display unit 34 that accepts operation inputs from the player and displays various gaming data, a payout button (grant button) 35 that accepts payout operations (grant operations), a loan button 36 that accepts loan operations, a call button 37 that accepts operations to call employees of the gaming facility A, an issue button 38 that is operated when issuing a membership card 10a or a general card 10b, a card insertion slot 39 into which the IC cards 10 are inserted, a remote control receiver 40 that receives signals from an employee remote control (not shown) carried and operated by an employee, and a non-contact type mobile terminal reader 41 capable of reading a mobile ID. The mobile ID is, for example, an IDm given to an IC chip built into a FeliCa (registered trademark) mobile phone (not shown) (hereinafter referred to as a "mobile terminal"), and is a unique ID for identifying the mobile terminal.
[0031] Although detailed illustration is omitted, the control unit 2a of the gaming device 2 is mainly composed of a microcomputer having a CPU, a storage unit, an I / O, etc. Peripheral parts connected to the control unit 2a include the LEDs constituting the above-mentioned status indicator lamp 31, the liquid crystal display unit 34 and the touch panel 34a provided on the display unit 34, a payout button 35, a loan button 36, a call button 37, an issue button 38, a remote control light receiving unit 40, and a mobile terminal reader 41, as well as an I / F unit (not shown) (including the connection unit of the wiring L1, L2 in FIG. 3) that transmits and receives various signals and various data between the management device 6 and the gaming machine 1, and a money processing unit 32a (see the dashed leader line in FIG. 3) that judges the authenticity of money inserted into the money insertion slot 32. The money processing unit 32a is incorporated as a part of a bill validator (also called a bill validator BV) that identifies money and transports or stores it, and will be described in detail later.
[0032] 3, there are built-in card RW 39a for reading and writing various information recorded on IC cards 10a, 10b inserted into the card insertion slot 39, and card stock section 39b capable of stocking up to 10 general cards 10b, and these card RW 39a and card stock section 39b are also connected to the control section 2a. Note that the control section 2a of the gaming device 2, which is the controlling entity, will be simply referred to as the "gaming device 2" to simplify the explanation.
[0033] The gaming device 2 operates as follows. (1) When currency is accepted (currency acceptance process), the amount of the deposit is added to the balance and displayed on both the gaming machine 1 and the gaming device 2, and when the loan button 36 is operated (loan operation, grant operation) while there is a balance, one loan unit (e.g., 125 points) is converted into gaming points (value granted) as loan points, and the gaming points managed by the gaming machine 1 are increased by this converted amount to grant loan points (loan process, value grant process), and a value according to the gaming rate (also called rate) is deducted from the balance. Note that currency can be accepted in an amount corresponding to multiple value grant processes (e.g., up to 10,000 yen).
[0034] (2) Points are managed, and although the points cannot be used directly for playing games, a conversion process (value providing process, replay process) is performed to convert the points for one unit of payout into game points (conversion value, conversion points) in response to the operation of the payout button 35 (replay operation, grant operation, payout operation). In this case, a conversion rate may be separately set, but in this embodiment, it is set to 1:1 (the same applies to the counting process below).
[0035] (3) When the gaming points of the gaming machine 1 increase in response to play, a counting process is performed in which the gaming points are converted into points as count points in response to the operation (counting operation) of the counting button 13 of the gaming machine 1. In this case, one point is converted for each operation, but if the operation is continued, the conversion can be continuous and accelerated. In this way, the gaming points and points are updated, and when a return operation (issuance operation) is performed by operating the issue button 38 while there is remaining balance or points in the gaming device 2, the balance and points are associated with the general card 10b and issued (issuance process). It is also possible to perform a partial issue process in which only a portion of the points or the balance is issued.
[0036] (4) The issuing process is set with an issuing condition according to the gaming points in the gaming machine 1, and in this embodiment, when the gaming points become a predetermined number "0" or less, the issuing condition is met and the issuing process becomes possible. Therefore, communication (including information such as out and safe) is performed with the gaming machine 1 at regular intervals (for example, every 200 ms), and when the gaming points become "0" due to use in a game or counting process, the gaming device 2 is notified of this, and when the issuing condition is met, the issuing process is permitted. It is sufficient to update the gaming points by including gaming point information that can identify the gaming points in the data item transmitted from the gaming machine 1, and to identify that the issuing condition has been met, but other identification methods such as providing a separate data item indicating that the gaming points have become "0" or outputting a separate signal may also be adopted.
[0037] (5) Points that can be identified by the issued general card 10b can be exchanged for prizes at the POS, and the balance can be settled into currency at the settlement machine. Incidentally, while monetary value, including currency accepted by the gaming device 2, can be exemplified by cash, monetary value other than cash, such as electronic money or credit card payments, can also be accepted or settled. Also, while an example has been given of an issuance process in which points and balances are associated with a general card, it goes without saying that an issuance process in which points and balances are associated with other recording media, such as the membership card 10a or the player's mobile terminal, can also be performed.
[0038] (6) Various information such as currency acceptance processing, value granting processing, balance, points, loan points, conversion points, deposit amount, counting points, loan points, sales amount equivalent to loan points, and reception and issuance processing of recording media can be identified by serial communication with the relay device 4 in the management device 6, but these may also be identified by pulse signals (for example, 1 pulse for every 1000 yen deposited, 1 pulse for every 100 yen sold, etc.). Note that, although a configuration in which the gaming machine 1 and the gaming device 2 communicate directly through the wiring L1 has been illustrated, the gaming machine 1 and the gaming device 2 may also communicate via the relay device 4 (a configuration in which the wiring L1 is connected to the relay device 4). (7) The command from the employee remote control is received (light received) by the remote control light receiving unit 40, and various processes are executed according to the command content.
[0039] The management device 6 can be connected to a public line 100 such as the Internet or a VPN connection shown in Fig. 1, and can communicate with a management server 30 installed outside (for example, at a center) of the amusement centers A to C via the public line 100. A configuration equivalent to that of the amusement center A is also realized in the amusement centers B and C, and the management devices 6 (see Fig. 1) of the amusement centers B and C are also configured as in-center management devices capable of communicating with the management server 30 via the public line 100, like the management device 6 of the amusement center A.
[0040] The management server 30 is, for example, an off-site management server operated by an information provider at the center. Although detailed illustration is omitted, the control unit (output means) of the management server 30 is mainly composed of a microcomputer having a CPU, a storage unit (ROM, RAM, HDD, etc.), and an I / O. The control unit is connected to a keyboard 30a, a monitor 30b, and a printer (not shown) operated by the center manager, as well as a communication unit (I / F unit) for communicating with the management device 6 of each of the game centers A to C (not shown).
[0041] The control unit of the management server 30 (hereinafter, abbreviated as "management server 30") receives the game information of the gaming machine 1 and the equipment information of each device from the management device 6 of each of the gaming parlors A to C, together with the gaming parlor ID, via the public line 100. In this case, the equipment information received is numerical information indicating the number of each device identified in each of the gaming parlors A to C, and is stored in association with the gaming parlor ID to output the first to third equipment information and the identification result related to the number of gaming parlors (see "Number of Machines" and "Number of Gaming Parlors" in Figs. 5 to 7). Here, the first to third equipment information and the number of gaming parlors are illustrated as being both output, but only one of them may be output. The gaming parlor ID is identification information unique to each of the gaming parlors A to C, which is set for each gaming parlor.
[0042] As mentioned in the "Problem to be Solved by the Invention" section, since a reprinting of banknotes is scheduled to occur soon, it would be extremely useful to know whether the bill validator BV of the device 2 can handle the reprinted banknotes (coins) as the gaming device 2 is a so-called lending device. However, conventional systems were limited to a configuration that transmitted the identification information of each device (for example, the identification information of the control ROM for an amusement machine), and since the devices and their components involved were diverse, it was difficult to grasp what kind of response was required, for example, in the case of bill validation (BV), and it was still one step away from being able to manage what kind of response should be taken. Such problems are likely to occur in the display unit 3a and camera 33 of the information display device 3 when, for example, a more detailed pixel count is displayed on the display unit 3a, or when a more advanced image judgment is performed on the camera 33 for photographing the player.
[0043] Therefore, in this embodiment, based on the individual information acquired in the management device 6 and information regarding the specified required response, it is determined whether the device or its components are a first device that needs to be addressed by software implementation or a second device that needs to be addressed by hardware implementation, and first device information indicating the number of first devices and second device information indicating the number of second devices are identified, and the identification results related to at least the first device information and the second device information are output in the management server 30. In the following, the target device will be a gaming device 2 including a bill validator BV, and the following will be explained in the order of "1. Model of gaming device and type of bill validator," "2. Transmission information of management device," "3. Management information 1 and version of the aggregation program," "4. Management information 2 (device information by region)," and "5. Management information 3 (device information by gaming facility)," with reference to Figures 4 to 7.
[0044] [1. Type of gaming device and type of billiards] The gaming device 2 is of a P type (see "P type" in FIG. 4) which is placed to the side of the pachinko gaming machine 1 on a P (pachinko) island as shown in FIG. 1, and of an S type (see "S type" in FIG. 4) which is placed to the side of a slot machine (not shown) on an S (slot machine) island.
[0045] Furthermore, the gaming device 2 may be of the above-mentioned type for the smart gaming machine, and may be a type in which the components such as the status indicator light 31, coin slot 32, camera 33, display unit 34, etc. in Fig. 3 are the same for P and S as a common unit shared (combined) by both P and S. As for such a common unit, since the gaming device 2 is equipped with a bill validator BV for P, even if it is placed to the side of the slot machine, it is classified as a P unit (outputs information as a P unit), as an example, but it is of course possible to classify it into a P unit and an S unit separately. In addition, the gaming device 2 outputs individual information including the relevant type (for P, for S) to the management device 6, and the management device 6 may newly create a classification for common units as either P and S compatible (classification from dual-use), or may not assign (classify) them as for P or S, but only count the number of target units (a separate "number of units" column in Figure 4 may be provided and only the device information may be identified).
[0046] The bill validator BV is located at the back of the coin insertion slot 32 (see the two-dot chain line in FIG. 3), and there are two types: a "transport" type shown in FIG. 4, and a "safe" type. The "transport" type has a transport mechanism capable of guiding coins inserted through the coin insertion port 32 to an external coin transport path (not shown), and the "safe" type has a storage section (not shown) that stores the inserted coins within the device 2. Specifically, the external currency transport path (simply referred to as the "transport path") is provided inside P island or S island so as to extend in the same direction as the left-right direction in which the gaming machines are lined up.
[0047] Therefore, a "conveying" type bill validator BV is incorporated in the device 2 as a configuration including a conveying mechanism (not shown) that guides inserted coins to a conveying path, and a coin processing unit 32a that determines the authenticity of the coins midway along the conveying path. The conveying mechanism is of a well-known configuration that includes, for example, a number of rollers for conveying coins (banknotes) (not shown) and their drive motors, and includes a guide unit that guides the coins to the conveying path side (back side).
[0048] In contrast, a "safe" type bill validator BV is incorporated into the device 2 as a configuration including the storage section that can store multiple coins (e.g., 100 banknotes), a transport mechanism that guides the coins to the storage section, and a coin processing section 32a that determines the authenticity of the coins before they are stored. In this way, the bill validator BV, which is a component of the gaming device 2, has a different hardware form depending on the type. Also, the gaming device 2 outputs information about the type of bill validator BV to the management device 6, and the management device 6 classifies it as a "transport" type or a "safe" type as shown in FIG.
[0049] [2. Information transmitted by management device] 4 shows an example of the management device 6 aggregating the individual pieces of information sent from each gaming device 2 in the gaming facility A. The management device 6 transmits the aggregation result shown in the figure to the management server 30, and can also display and output the aggregation result on the monitor 6b of its own device 6 as transmitted information.
[0050] Here, if any necessary action is required for each machine in the amusement facility A, that is, for example, if action such as replacement work is required for bill validators BV that do not correspond to the new banknotes after reprinting, the management device 6 accepts designation of information regarding the necessary action via an input means (designation means) such as the keyboard 30a. In this case, the specification may be received from the management server 30 via the communication unit, and when the management device 6 executes the aggregation program described below, the sending information screen of Figure 4 may be displayed by specifying information regarding currency reprinting or items regarding bill validity BV exchange on the menu screen of the monitor 6b, or the specification may be made by the program.
[0051] In this way, when information regarding the necessary response, for example, information regarding currency reprinting (or an item regarding bill validity BV exchange) is specified on the menu screen, the management device 6 obtains the following information from each gaming device 2 that requires the response. That is, as individual information regarding the components of each gaming device 2, for example, the format of either "P" or "S" as shown in Figure 4 above, and the type of either "transport" type or "safe" type are obtained, as well as bill validator BV shape information indicating whether hardware measures are possible when reprinting currency, and Ver information indicating the version of the control program of the bill validator BV (currency processing unit 32a), etc. are obtained.
[0052] In this way, based on the items related to the specified bill validator BV and individual information related to the components of the gaming device 2, the management device 6 determines whether the bill validator BV or gaming device 2 is a first device that needs to be supported by software implementation, or a second device that needs to be supported by hardware implementation, and identifies the number of each device ("number" in Figure 4).
[0053] In other words, bill validation BVs that require support through hardware implementation are identified as secondary devices based on their configuration information and are classified as "not supported" in Figure 4 (they are counted and tallied as secondary device information). In contrast, among bill validation BVs that can be handled hardware-wise based on shape information, version information, etc., if the control program is a reprint-compatible version that can handle the new currency, it will be classified as "Completed" in the same figure, and if it is not a reprint-compatible version, it will be classified as "Compatible (first device)" which requires software implementation to make it compatible (each is counted and tallied as first device information).
[0054] Also, as shown in Figure 4, if it is a transport type, it is sorted into "transport", if it is a safe type, it is sorted into "safe", and further, it is classified and sorted into "P use" and "S use". For example, if the safe type is for P and the hardware is capable of reprinting, but the version information of the control program is a version that does not support reprinting (the number is "0" in the figure), it will be assigned to "No. 4" for P (compatible).
[0055] "Other company" in "No. 7" in the figure is allocated when it is a gaming device 2 manufactured by a manufacturer different from that of the management device 6 of the amusement facility A. Of course, since it is difficult to obtain individual information for allocation as described above from the gaming device 2, it is sufficient to allocate the number of machines to P and S according to setting information preset in the management device 6. If a signal corresponding to the individual information is transmitted from the gaming device 2, the number of machines may be specified based on the signal, and since it is difficult to correspond to or identify "other company" gaming devices 2, they may be excluded from the tally.
[0056] As described above, in FIG. 4, after allocating the gaming devices 2 to "No. 1" to "No. 7", the total number of each in the game parlor A is exemplified. The target numbers of "No. 1" and "No. 3" indicate the number of gaming devices 2 (second device information) that require a hardware response by replacing all (or part) of the bill validator BV because it is "not supported" in terms of hardware. On the other hand, the target numbers of "No. 2" and "No. 4", and "No. 5" and "No. 6" are each divided into the number of gaming devices 2 (first device information) that require a software update by installing a control program for the bill validator BV that is "supported" in terms of hardware, showing unupdated (supported) and updated (completed) numbers of gaming devices 2 that do not require such an update.
[0057] Thus, in game parlor A, out of the total 1060 gaming devices 2, for the 880 devices excluding those of other companies of "No. 7", it can be seen that for both the transport type of "No. 1" and the safe type of "No. 3", regardless of whether it is for P or S, a hardware response by replacing the bill validator BV is required. Also, from the "ratio" of the number of each of "No. 1" to "No. 7" to the total number of gaming devices 2, it can be seen that instead of updating the control program, (excluding those of other companies), all require replacing the bill validator BV.
[0058] When a predetermined transmission condition is satisfied (for example, after closing the store or when a predetermined time (such as 24:00) is reached), the management device 6 transmits the allocated numbers as shown in FIG. 4 above as transmission information (including the first device information and the second device information) from the game parlor A to the management server 30. Note that in the transmission information of FIG. 4, the ratio of the number of each item to the "total" is also exemplified, but since it can be calculated from each number, it does not necessarily have to be included in the information transmitted to the management server 30. Also, although the total is used as the population for the ratio, since the parts of other companies cannot be handled, the total excluding those of other companies may be used as the population (denominator).
[0059] In addition, the transmission information in Figure 4 is transmitted in conjunction with the execution of a counting program corresponding to information collection (acquisition of individual information) in the management device 6, and if the version of the counting program itself is not compatible (if the counting program is not installed), unsupported transmission information is transmitted that is counted using simpler distinctions than the transmission information that simply classifies the transportation and safe type and the distinction between P and S types and other companies.
[0060] [3. Management information 1 and compilation program version] 5 shows an example of the transmission information and non-compliant transmission information sent from the management devices 6 of the game centers in each region, including game centers A to C, tallied by the management server 30. The management server 30 outputs the tallied results in the figure (the results of identification as "management information 1") on its own device 30, and can display the results on the monitor 30b or print them out on the printer, for example.
[0061] "No. 1" to "No. 7" in FIG. 5 correspond to "No. 1" to "No. 7" in FIG. 4, and the transmission information transmitted from the management devices 6 of each of the game arcades A to C is the subject of aggregation. In addition, regarding the "Number of Gaming Halls" in Figure 5, gaming halls that correspond to different categories, such as "Transport" type and "Safe" type (for example, No. 1 and No. 3), are counted twice in each category (total number is tallied). On the other hand, the number of gaming halls in the "Total" column indicates the actual number of gaming halls subject to management excluding the twice counted numbers, and is a different figure from the total number of gaming halls "No. 1" to "No. 9".
[0062] 5, "No. 8" and "No. 9" are for game arcades that have transmitted incompatible transmission information. Such game arcades must first install and update the tallying program version compatible with the information tallying of this embodiment in the management device 6. In addition, in the same figure, depending on whether the aggregation program of the management device 6 is compatible with the information aggregation of this embodiment, the incompatible transmission information "No. 8" and "No. 9" are distinguished from the remaining transmission information and are treated as separate items.
[0063] That is, for example, in the case of a certain gaming center management device 6, if the tallying program does not support the information tallying of this embodiment, it is impossible to distinguish the first and second machines of "No.1" to "No.6" or to obtain the individual information of the gaming devices 2 capable of such discrimination, so that the number of machines (third device information) is specified by distinguishing between the transport type of "No.8" and the safe type of "No.9" and by distinguishing between P and S use as information distinguishable from the number of "No.1" to "No.6" indicating the relevant first and second device information. As a result, the management server 30 outputs the identification results of "No.1" to "No.6" and the special identification results related to the third device information of "No.8" and "No.9" as separate items that can be distinguished.
[0064] As for the "No. 7" other company's column, as mentioned above, the gaming device 2 and the management device 6 are made by different manufacturers, and it is impossible to distinguish the gaming device 2 as the first or second device. Therefore, when the manufacturer is the same as that of the identified object (gaming device 2) and the tallying program is compatible with tallying, the management device 6 functions as a first identification means capable of distinguishing between the first and second devices based on individual information, and when the manufacturer is different or the tallying program is not compatible, the management device 6 functions as a second identification means unable to obtain the individual information or distinguish between the first and second devices.
[0065] Therefore, depending on whether the management device 6 functions as the former first identification means or the latter second identification means, even if the same device (game device 2) is the identification target, it will be identified as either the first device or the second device (in columns "No. 2", "No. 4", or "No. 1", "No. 3"), or as a third device that can be distinguished from the first device or the second device (in columns "No. 7" to "No. 9").
[0066] In this way, even if the same bill validator BV is installed, if the items corresponding to "No.1" to "No.6" are included, it will be classified as transmitted information, and if the items corresponding to "No.8" or "No.9" are included, it will be classified as unsupported transmitted information, and the management server 30 will count (collate) the number of "No.7" separately as third device information, just like the number of "No.8" and "No.9".
[0067] Furthermore, the "Number of gaming halls" columns for "No. 8" and "No. 9" indirectly show the "number of gaming halls" that are not supported by the tallying program of the management device 6 (counting them multiple times as described above), but it is also possible to determine whether the tallying program is supported on a gaming hall basis based on the gaming hall ID and the unsupported transmission information, and to directly show the number of gaming halls that are supported by the tallying program based on the result of that determination.
[0068] In other words, since it is difficult to output the information directly indicating the information from a management device 6 that is not compatible with the aggregation program, the above configuration is adopted. However, for example, if a management device 6 capable of transmitting transmission information transmits information indicating that fact, it is also possible to distinguish between transmission information and uncompatible transmission information based on the presence or absence of the information. In any case, the management server 30 outputs the identification results relating to the first to third device information for the multiple gaming facilities as shown in Figure 5 based on the individual information of each gaming device 2 obtained by the management device 6 installed in each of the multiple gaming facilities, and also outputs the compilation result of the number of gaming facilities that require the first to third device to be addressed.
[0069] [4. Management Information 2 (Device Information by Region)] Fig. 6 shows an example of a tally divided by region for the transport (unsupported) of "No. 1" in Fig. 5. When the "No. 1" column is selected by input means such as the keyboard 30a, the management server 30 displays and outputs the tally results of Fig. 6 (specific results as "management information 2") instead of the tally results of Fig. 5.
[0070] In the management server 30, attribute information of the region in which each gaming center is located (for example, information indicating the attributes of the region, such as Hokkaido, Tohoku, Kanto, ... in Fig. 6) is registered in advance in association with the gaming center ID, and each gaming center is allocated to each region in Fig. 6 based on the registered information and tabulated. Note that, although the ratio (the ratio of the number of gaming devices 2 in each region to the total number) is illustrated only for the number of gaming devices 2, the ratio of the number of gaming centers (the ratio of the number of gaming centers in each region to the total number of gaming centers) may also be shown.
[0071] Also, Fig. 6 shows an example of tallying by region for "No. 1" in Fig. 5 (a transport-type gaming device 2 requiring replacement of bill validity BV as the second device), but by selecting "No. 2" in Fig. 5 (a transport-type gaming device 2 requiring updating of the control program as the first device), tallying by region for "No. 2" as in Fig. 6 can be tallyed, and tallying by region for other Nos. can be similarly derive. Also, such tallying information does not necessarily have to be derived for each No. in Fig. 5, such as deriving the information for the entire Fig. 5.
[0072] In any case, the management server 30 can divide multiple gaming facilities into "No. 1" to "No. 9" based on region, such as Hokkaido, Tohoku, and Kanto, as shown in Figure 6, and output the tally of at least one of the number of machines (number of gaming devices 2) that require action such as replacing bill validators BV or updating control programs, and the number of gaming facilities that require such action (the tally of both is shown in the figure) by region, and output the identification results related to the first device information and the second device information.
[0073] Since the system manufacturers of the equipment for game arcades, including the game device 2, divide their jurisdiction by region, the results of the compilation divided by region as shown in Fig. 6 are useful indicators for the person in charge of each region to understand how many game arcades and game devices they are dealing with. Of course, the attribute information of the regions may be divided by region other than the region shown as an example, such as prefectures.
[0074] [5. Management Information 3 (Machine Information by Amusement Facility)] FIG. 7 shows an example of a tally divided by arcades for the Kanto region of "No. 3" in FIG. 6. When the "No. 3" column is selected with the keyboard 30a, the management server 30 displays the tally results of FIG. 7 (as "management information 3") instead of the tally results of FIG. 6. Specific results ) is displayed.
[0075] Here, "No. 1" in FIG. 7 shows the transmission information of the game arcade A shown in FIG. 4, and "No. 2", "No. 3" . . . in FIG. 7 show the transmission information of game arcades B, C, . . . in the Kanto region. Each item in the upper column of Figure 7 corresponds to the items in the upper column of Figure 4 (type and classification as P or S), and since "No. 1" transport (not supported) is selected on the screen from which the transition occurs (screen in Figure 5), "P transport" to "S safe" in Figure 7 show the second equipment information corresponding to (not supported).
[0076] In addition, among the items enclosed in double frames in Fig. 7, "target number of devices" indicates the sum of P transport and S transport, "total target number of devices" indicates the target number including P safes and S safes, and "total number of devices" indicates the number of gaming devices 2 in the entire gaming facility, as in Fig. 4. Although Fig. 7 does not show a ratio as an example, a ratio may be shown.
[0077] Here, in Figure 7, because Transport (not supported) has been selected on the screen from which the transition originates, Figure 5, as described above, Transport for P and Transport for S are arranged on the left side as the "number of target units." However, for example, if Safes (not supported) has been selected, then Safes for P and Safes for S will be arranged on the left side as the "number of target units." In other words, the number of target units and the sort order from the left side (the order in which items are arranged) will differ depending on the target selected. In the management server 30, the aggregated information for each game parlor as in Fig. 7 may be directly transitioned from the screen of Fig. 5 without going through the screen of Fig. 6 (displaying and outputting when the type or No. of Fig. 5 is selected), or may perform only the aggregation of Fig. 7 without performing the aggregation as in Fig. 5 or Fig. 6. In this respect, the same is true for Fig. 6, and it is sufficient that the management server 30 is configured to output any of the management information 1 to 3 of Figs. 5 to 7, or the management device 6 is configured to output the transmission information of Fig. 4, thereby presenting the identification results related to the first device information and the second device information.
[0078] As described above, the amusement center system of this embodiment determines whether the device or its components are first devices that need to be supported by software implementation or second devices that need to be supported by hardware implementation based on individual information about multiple devices (e.g., gaming device 2) in each amusement center acquired by the acquisition means and information about the necessary response designated by the designation means, and identifies first device information indicating the number of first devices (e.g., the number of (compatible) units in Figure 5) and second device information indicating the number of second devices (e.g., the number of (not compatible) units in the same figure), and outputs the identification results related to the first device information and second device information as, for example, management information 1 to 3 in Figures 5 to 7 or transmission information in Figure 4.
[0079] According to this, when a necessary measure is required for each machine installed in the game center, information on the necessary measure is specified, and then, based on the individual information acquired from the machine, the number of the first and second machines, classified according to whether a hardware measure or a software measure is required, can be specified and the result of the determination can be output. In this case, it is possible to appropriately present an index showing what kind of measures should be taken, such as how many machines or components require hardware replacement, and how many machines do not require replacement but require software changes. Furthermore, for example, if the management device 6 is configured to output the number of the first and second machines as an output means, it is possible to grasp how many measures are required even in the game center.
[0080] The acquisition means serves as an in-game management device 6 installed within the amusement facility and acquires individual information about multiple devices in the amusement facility, and the output means serves as an outside management server 30 installed outside the amusement facility and is configured to be able to communicate with the in-game management device 6, and outputs identification results related to the first and second equipment information for multiple amusement facilities based on the individual information acquired by the in-game management devices 6 installed in each of the multiple amusement facilities (see management information 1-3 in Figures 5-7). According to this, for example, by acquiring individual information using the on-site management device 6 and identifying the number of first and second devices that require response and transmitting this information to the off-site management server 30, the aggregated results for multiple stores can be output by the off-site management server 30, making it possible to present the identified results as an appropriate indicator when it is necessary to manage responses for multiple stores, such as in the case of a system manufacturer.
[0081] When the in-venue management device 6 is able to distinguish between the first and second equipment as a discrimination means, it identifies the first and second equipment information, while when it is unable to make the discrimination or to obtain the individual information that enables the discrimination (for example, when the versions of the tallying programs are not compatible or the device 6 and the gaming device 2 are made by different manufacturers), it identifies third equipment information that is distinguishable from the first and second equipment information and indicates the number of equipment (for example, the number in columns No. 8, No. 9 or No. 7 in Figure 5), and the off-venue management server 30 outputs the identification results relating to the first and second equipment information (the tallying information columns No. 1 to No. 6 in the same figure) and the special identification results relating to the third equipment information (the tallying information columns No. 7 to No. 9 in the same figure) in a distinguishable manner.
[0082] According to this, even if the on-site management device 6 is unable to distinguish between the first and second equipment, the third equipment information, which is distinguished from the above equipment information, is sent to the off-site management server 30, so that the number of third equipment having a different identification method can be grasped, and it is also possible to grasp, for example, how many on-site management devices 6 are incompatible with the version of the tallying program.
[0083] The on-site management device 6 functions as either a first identification means capable of distinguishing between first and second equipment based on individual information about multiple equipment, or a second identification means unable to acquire or distinguish that individual information, depending on whether the version of the compilation program is compatible, and therefore, even if the same equipment is the target of identification, it will be identified as either a first equipment or a second equipment, or as a third equipment that can be distinguished from the first equipment or the second equipment. According to this, the in-house management device 6 can change the tallying method for the equipment depending on whether it is the first identification means or the second identification means, and can tally (identify) even the same gaming equipment 2 as different items, and it can also be determined whether the in-house management device 6 is compatible with the tallying method (the version of the tallying program, etc.) regardless of the condition of the equipment, etc.
[0084] The output means divides the multiple amusement facilities by region (for example, each region such as Hokkaido, Tohoku, ... in Figure 6) and outputs the aggregated results of at least one of the number of machines requiring response and the number of amusement facilities by region, thereby outputting the identification results related to the first and second equipment information. This allows amusement facilities to be divided by region, and the results of a compilation of at least one of the number of devices that require attention and the number of amusement facilities that require attention per region can be output. In cases where the corresponding jurisdictions differ by region, it becomes possible to properly grasp the number of devices or the number of amusement facilities that require attention per jurisdiction.
[0085] The present invention is not limited to the above-described embodiment, and may be modified or expanded as follows. In addition, the configurations illustrated may be combined in any manner, including modified examples, or may not be adopted as appropriate.
[0086] Although the gaming device 2 has been exemplified as the target installed device in the gaming facility, other installed devices such as the information display device 3 and the relay device 4 may also be counted as the target. Also, the bill validator BV itself (component) may be counted as a device (the number of components is counted as the number of the first to third devices), and either the gaming device 2 or the bill validator BV may be the target identified by the identification means. Although the bill validator BV and the like have been given as examples of components (elementary components) that require replacement or modification, other components such as the camera 33 and the display unit 34 may also be included in the count.
[0087] Furthermore, the "information regarding necessary measures" for the installed equipment is not limited to information regarding bill validity BV exchange measures or information regarding currency reprinting measures, and other information may be specified. For example, the management device 6 may be configured to specify "information regarding measures for advanced image judgment" when displaying with a higher pixel count on the display unit 3a of the information display device 3, or when performing more advanced image judgment with the camera 33 for photographing the player.
[0088] Although a single management device 6 has been exemplified as the in-game facility management device, for example, the in-game facility management device may be divided into a rental management device that handles rental information and a general management device that manages the entire gaming facility (both not shown), and the transmitted information may be identified along a route such as gaming device 2 → rental management device → general management device, or gaming device 2 → general management device → rental management device, and transmitted from the rental management device or the general management device to management server 30. In this case, the transmitted information may be tallied by either the rental management device or the general management device.
[0089] Although the above mainly illustrates an example in which transmission information is sent from the on-site management device 6 to the off-site management server 30 and the transmission information in multiple gaming parlors is compiled by the off-site management server 30, when the on-site management device 6 is configured as an output means, the transmission information as shown in Fig. 4 may be managed by the device 6 itself (each gaming parlor) without being sent to the off-site management server 30. In this case, it is also possible for the system manufacturer to remotely access the on-site management device 6, or for the gaming parlor manager to separately notify the transmission information.
[0090] Each setting value in the in-game management device 6 and the gaming devices 2 may be set by an administrator through operation input, may be set in advance by the manufacturer of the in-game management device 6 and the gaming devices 2, or may be set by downloading setting information from an external server (such as the headquarters of a chain store). In this case, the setting value is also input by operation input on the server. All of the exemplified game information may be directly specified by the input signal or indirectly specified by using an arithmetic expression. In addition, the type may be classified in any manner that indicates the type of the gaming machine 1, such as by manufacturer or by specification. Therefore, for devices other than the gaming machine 1, the device ID (type ID) and the like may be acquired as being included in the above-mentioned individual information.
[0091] The numerical values, the number of digits, the items, etc. are merely examples, and any numerical values may be used. Furthermore, the arithmetic expressions are merely examples, and any arithmetic expressions may be used as long as they show the same values as the exemplified arithmetic expressions, or calculate values having the same meaning. Either "less than" or "less than" can be used, and expressions such as "not reached" are expressions that correspond to either "less than" or "less than". The same is true for "above" and "exceeding", and expressions such as "reached" are expressions that correspond to both. In addition, while display output is mainly exemplified as the notification method (output method), other notification methods such as print output can also be used.
[0092] Although the gaming device 2 corresponding to the so-called smart gaming machine that does not pay out gaming media is exemplified, other gaming devices 2 corresponding to, for example, pachinko gaming machines or slot machines that pay out conventional gaming values may be targeted, or a mixture of these may be used as the aggregation target. Since it is possible to assume not only a point-based gaming machine 1 such as the smart gaming machine in the above embodiment, but also a gaming device 2 that handles gaming media paid out by a conventional payout gaming machine 1, the expression "gaming value" which includes both is appropriately used. The illustrated process may be appropriately shared among the outside management server 30, the inside management device 6, the gaming devices 2, the relay device 4, etc., and is not limited to the illustrated configuration. [Explanation of symbols]
[0093] In the drawing, 2 and 2a are gaming devices and their control units (equipment), BV is bill vale (component), Reference numeral 6 denotes a management device and its control unit (acquisition means, designation means, discrimination means, identification means), 30 denotes a management server and its control unit (output means), and 32a denotes a currency processing unit (component).
Claims
1. A system for an amusement facility that manages a plurality of machines installed in the amusement facility, An acquisition means for acquiring individual information about the plurality of devices, the individual information being related to components of each device; A designation means for designating information regarding a necessary response when the necessary response is required for each device; a determination means for determining whether the device or component is a first device that needs to be supported by software implementation or a second device that needs to be supported by hardware implementation, based on the individual information acquired by the acquisition means and the information regarding the specified required response; An identification means for identifying first device information indicating the number of the first devices and second device information indicating the number of the second devices; An output means for outputting identification results relating to the first device information and the second device information.
2. The acquisition means is installed in the gaming facility and acquires the individual pieces of information about the gaming facility; The amusement facility system of claim 1, wherein the output means is installed outside the amusement facility and configured to communicate with the acquisition means, and outputs the identification results targeting multiple amusement facilities based on the individual information acquired by the acquisition means installed in each of the multiple amusement facilities.
3. The identification means, when the discrimination by the discrimination means is possible, identifies the first device information and the second device information, while, when the discrimination or the acquisition of the individual information enabling the discrimination is impossible, identifies third device information which is information distinguishable from the first device information and the second device information and indicates the number of devices or the number of components; The amusement facility system according to claim 2 , wherein the output means outputs the identification result and the special identification result related to the third device information in a distinguishable manner.
4. The amusement park system described in claim 3, wherein the identification means is either a first identification means capable of making the distinction based on the individual information, or a second identification means incapable of acquiring the individual information or making the distinction, and depending on whether the identification means is a first identification means or a second identification means incapable of acquiring the individual information or making the distinction, even if the same device or the same components are the identification targets, whether they are identified as the first device or the second device, or as a third device that can be distinguished from the first device or the second device.
5. The amusement facility system according to claim 1 or 2, wherein the output means outputs the identification result by dividing a plurality of amusement facilities by region and outputting the aggregated results of at least one of the number of machines or the number of components requiring the response and the number of amusement facilities by region.
Citation Information
Patent Citations
Game machine management system
JP2002282504A