JP2015134279A - Management device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a management device capable of providing a change in game data due to change in a dispensing unit price of a game medium and providing merits/demerits of the game data after changing the dispensing unit price.SOLUTION: The management device comparatively outputs pre-change data before changing a dispensing unit price of a change target game machine, the dispensing unit price of which has been changed (e.g., a change from one yen to four yen), and post-change game data after changing the dispensing unit price, so as to provide a change in the game data of the change target game machine due to the change in the dispensing unit price. Further, the management device comparatively outputs average game data obtained by averaging game data of other game machines to which a same dispensing unit price (namely, one yen) as that of the change target game machine is set, so as to provide merits/demerits of the post-change game data of the change target game machine by a comparison with the other game machines.

Description

  The present invention relates to a management device that manages game data related to games at game machines installed in a game arcade and changes the setting of the rental unit price of game media used for games at game machines for each game machine. .

  Conventionally, as shown in Patent Document 1, for each course having a unit of gaming machines facing each other across a passage, or for each gaming island having one unit of gaming machine installed on one gaming island, 2. Description of the Related Art A management device capable of setting a lending unit price of a game medium used for a game is known.

JP-A-11-104331 (FIGS. 16, 17, and 1 and 2)

  After setting the lending unit price of the game medium in this way, the lending unit price may be changed based on the game data in the gaming machine having the set lending unit price. There is a problem that it is not possible to grasp the change in game data due to the change in unit price, and it is impossible to grasp the quality of game data after the loan unit price is changed.

  The present invention has been made based on such a background, and an object of the present invention is to grasp a change in game data due to a change in the rental unit price of the game medium and to change the game data after the change in the rental unit price. An object of the present invention is to provide a management device capable of grasping good or bad.

  The present invention adopts the following means in order to solve the above problems. The reference numerals used in the description of the best mode for carrying out the invention and the drawings to be described later are appended in parentheses for reference, but the constituent elements of the present invention are not limited to the appended description.

First, the invention according to means 1 includes a game data management means (game information DB) for managing game data (the number of out balls) related to a game in a gaming machine (pachinko machine 10) installed in a game hall, and a gaming machine. Lending unit price setting changing means (display 53 and input device 54) for changing the setting of the lending unit price of gaming media (pachinko balls) used for games in each game machine, and the lending unit price is changed by the lending unit price setting changing unit Based on the change, the game data before the change before the loan unit price change of the game machine to be changed and the game data after the change after the change of the loan unit price, and at least the same loan unit price as the game machine to be changed And an output means (display 53) for outputting the average game data obtained by averaging the game data of other game machines in which the game machine is set in a comparable manner. A hall computer 50).
According to this, since the game data before the change before the loan unit price change and the game data after the change after the change of the loan unit price of the gaming machine to which the loan unit price has been changed are output in a comparable manner, It is possible to grasp the change of the game data of the game machine to be changed due to the change, and to compare the average game data that averages the game data of other game machines that have at least the same loan unit price as the game machine to be changed Therefore, whether the game data after change of the game machine to be changed is good or bad can be grasped by comparing with other game machines.

Further, the invention according to means 2 is the management device (hall computer 50) described in means 1, wherein the output means (display 53) includes the elapsed period from the change of the rental unit price of the game machine to be changed and the other The game data after the change and the average game data are output so that the average game data can be compared in the same period as the renting unit price of the gaming machine is the same as the renting unit price to be changed. Is a management device.
According to this, the change in the period in which the elapsed period from the change of the loan unit price of the game machine to be changed and the elapsed period after the loan unit price of the other game machine becomes the same loan unit price as the change target game machine By outputting the post-game data and the average game data so that they can be compared, the post-change game data of the game machine to be changed and the average game data of other game machines are made as if the loan unit price is the same at the same time. Therefore, an appropriate comparison can be performed.

The invention according to means 3 is the management device (hall computer 50) described in means 1 or 2, and for each gaming machine (pachinko machine 10), gaming machine data (spec, manufacturer, number of units) related to the gaming machine. ) To manage the gaming machine data management means (introduction information DB and unit price information DB), and the same rental unit price as the change target game machine, and the change target game machine and the game machine data are the same and / or Or an extracting means (control unit 52) for extracting a game machine that is approximated, and the output means (display 53) averages the game data of the gaming machines extracted by the extracting means. A management apparatus characterized by outputting game data.
According to this, since the average game data that is the average of the game data of the game machines whose game machine data is the same and / or similar to the game machine to be changed is output, the game after change of the game machine to be changed more appropriately You can grasp the quality of data.

Further, the invention according to means 4 is the management device (hall computer 50) described in means 3, wherein each gaming machine (pachinko machine 10) is a currently installed gaming machine that is currently installed in the game hall. Or, the installation status management means (introduction information DB) for managing whether the game machine has been installed in the past, and the extraction target by the extraction means (control unit 52) is only the currently installed game machine. Or an extraction target setting means (display 53 and input device 54) for setting whether to use the currently installed gaming machine and the past installed gaming machine, and the extracting means uses the extraction target setting means. A management apparatus that performs the extraction from a set extraction target.
According to this, as a gaming machine that outputs average gaming data, it is possible to set whether only the currently installed gaming machine is to be extracted, or whether the currently installed gaming machine and the past installed gaming machine are to be extracted. A comparison can be made according to the intention of the game hall.

Further, the invention according to means 5 is the management apparatus (hall computer 50) described in means 4, wherein the installation status management means (introduction information DB) is an installation period (introduction) in which the previously installed gaming machine was installed. The extraction target setting means (display 53 and input device 54) sets the installation period of the past installed gaming machine to be extracted, and the extraction means is controlled by the extraction target setting means. The management apparatus is characterized in that the extraction is performed from a previously installed gaming machine installed during a set installation period.
According to this, since it is possible to set the installation period of the past-installed game machines to be extracted, it is possible to perform a comparison in accordance with the intention of the game hall side.

Further, the invention according to means 6 is the management apparatus (hall computer 50) described in any one of means 1 to 5, and sets an event period in which the event is held for the event held at the game hall Event period setting means (display 53 and input device 54) to perform, and excluded event setting means for setting an event for excluding game data during the event period from the pre-change game data, the post-change game data, and the average game data (Display 53 and input device 54), and the output means (display 53) excludes game data during the event period of the event set by the exclusion event setting means, and Data, the changed game data, and the average game data are output. It is a management apparatus.
According to this, the game data during the event period of the excluded event is excluded, and the game data before the change, the game data after the change, and the average game data are output in a comparable manner, so that the game not affected by the event More appropriate comparisons can be made based on the data.

Further, the invention according to means 7 is the management device (hall computer 50) described in any one of means 1 to 6, and is a change history for managing a history of loan unit price change of each gaming machine (pachinko machine 10). Management means (unit price information DB) further, the output means (display 53), together with the history of loan unit price change of the game machine to be changed managed by the change history management means, the game data before change, The management apparatus is characterized by outputting the changed game data and the average game data.
According to this, the game data before change, the game data after change, and the average game data are output together with the history of changing the loan unit price of the game machine to be changed. Can do.

FIG. 1 is a functional block diagram showing an example of a game system including a hall computer which is a management apparatus according to the present invention. FIG. 2A is a front view illustrating an example of a pachinko machine and a card unit, and FIG. 2B is a cross-sectional right side view of the card unit. FIG. 3 is a diagram illustrating an example of an introduction information setting screen displayed on the display of the hall computer. FIG. 4 is a diagram showing an example of the storage contents of the introduction information DB stored in the hard disk of the hall computer. FIG. 5 is a diagram illustrating an example of a lending unit price setting change screen displayed on the display of the hall computer. FIG. 6 is a diagram showing an example of the storage contents of the loan unit price DB stored in the hard disk of the hall computer. FIG. 7 is a diagram illustrating an example of an event information setting screen displayed on the display of the hall computer. FIG. 8 is a diagram showing an example of storage contents of the event information DB stored in the hard disk of the hall computer. FIG. 9 is a diagram showing an example of storage contents of the game information DB stored on the hard disk of the hall computer. FIG. 10 is a diagram showing an example of the post-introduction game data display condition setting screen displayed on the display of the hall computer. FIG. 11 is a diagram showing an example of post-introduction game data displayed on the display of the hall computer. FIG. 12 is a diagram illustrating an example of a decrease rate graph displayed on the display of the hall computer. FIG. 13 is a diagram showing an example of a game data display condition setting screen after changing the loan unit price displayed on the display of the hall computer. FIG. 14 is a diagram showing an example of game data after changing the lending unit price displayed on the display of the hall computer. FIG. 15 is a flowchart showing an example of a procedure performed by the game hall based on the game data after introduction and the game data after unit price change.

[1. Embodiment of the Invention]
Hereinafter, embodiments of the present invention will be described with reference to the drawings. As shown in FIG. 9 to be described later, the management device (hall computer 50) according to the present invention manages game data (number of out balls) related to a game in a game machine (pachinko machine 10) installed in a game hall. To do.

  Then, as shown in FIG. 11 to be described later, the management device, based on the managed game data, has a plurality of types of game data (here, a plurality of types of game data) in the same period after being introduced to the game hall. Game data from each introduction date) is output so that the plurality of models can be compared. In particular, the game data in the same period is the introduction data (see FIG. 4) related to the introduction of each model. It is characterized by performing post-introduction game data display processing for outputting the same and / or similar models in a comparable manner.

  Further, as shown in FIG. 5 to be described later, the management device can change the setting of the rental unit price of the game medium (pachinko balls) used for gaming in the gaming machine for each gaming machine, as shown in FIG. 14 to be described later. In addition, based on the change of the loan unit price, the game data before the change before the loan unit price change of the game machine to be changed and the game data after the change after the loan unit price change, and at least the change target The game data display processing after changing the loan unit price is performed, which is output so that the average game data obtained by averaging the game data of other game machines having the same loan unit price as the gaming machine can be compared. is there.

  In the gaming system 1 including the hall computer 50 as the management device, as shown in FIG. 1, a plurality of pachinko machines 10 and a predetermined number of card units 20 provided corresponding to each pachinko machine 10 are provided in the game hall. It is possible to communicate with the hall computer 50 via a base terminal device 30 provided corresponding to the pachinko machine 10 and the card unit 20 (for example, four units). The remaining amount management device 40 can be communicated with each other.

  In this gaming system 1, a prepaid card 2 issued to a player is used. The prepaid card 2 is a recording medium (IC card) in which a non-contact type IC chip having a recording area made of a nonvolatile EEPROM is provided in a predetermined portion of a rectangular plastic thin plate, A card ID which is recording medium identification information capable of individually identifying the prepaid card 2 is recorded on the IC chip.

  The remaining amount management device 40 included in the gaming system 1 is a computer provided at a predetermined location (for example, a management office) in the game hall, and stores a remaining amount DB in a hard disk (not shown) as storage means. . This balance DB manages the prepaid balance used for lending pachinko balls in association with the card ID of the prepaid card 2.

  Hereinafter, each component of the gaming system 1 will be described. In the following, an example in which the gaming machine is the pachinko machine 10 and the gaming medium is a pachinko ball will be described, and the reader / writer will be “R / W”. , The database is abbreviated as “DB”, and the step is abbreviated as “S”.

  First, the pachinko machine 10 will be described. The pachinko machine 10 is an example of a gaming machine, and plays a game by driving a pachinko ball, which is a game medium, into the game area. Here, a signal relating to the lending of the pachinko ball with the corresponding card unit 20 is transmitted. It is a so-called CR-type pachinko machine that exchanges and performs ball lending processing. The pachinko machine 10 can be individually identified by a gaming machine ID. When the pachinko machine 10 is introduced into the game hall, the pachinko machine 10 is placed on the game island in the game hall according to the model to which the pachinko machine 10 belongs, the rental unit price, and the like. The locations on the game island can be individually identified by the machine number.

  The pachinko machine 10 here includes two types of pachinko balls whose lending unit price is different, and the lending unit price per pachinko ball is 1 yen. The pachinko machine 10 and the card unit 20 having a specification in which the lending unit price per pachinko ball is 4 yen is referred to as a "4 yen lending machine". In addition, the pachinko machine 10 includes two types having different jackpot occurrence probabilities and the number of pachinko balls that are paid out by the jackpot. A pachinko machine 10 with a relatively small specification is referred to as a “sweet digital machine”, and a pachinko machine 10 with a specification that has a relatively large number of hits but is not easily generated is called a “explosion machine”.

  As shown in FIG. 2 (a), the pachinko machine 10 is provided with a game area, an upper plate, a lower plate, a launching handle and the like on the front surface thereof, a remaining frequency indicator 14, a ball lending button 15, and a card return. As shown in FIG. 1, a game control board 11, a payout control board 12, a ball payout device 13, etc. are provided therein, and an out ball attached to an out ball tank (not shown) behind the button 16. A counter 17 is provided, and these components are connected as shown in FIG.

  The game control board 11 controls the gaming state in the pachinko machine 10. The payout control board 12 is communicably connected to a later-described ball lending communication unit 21a of the card unit 20, and controls communication between the pachinko machine 10 and the card unit 20. Thereby, when the ball lending process is performed, signals relating to the lending of the pachinko balls are exchanged between the pachinko machine 10 and the card unit 20. The payout control board 12 is connected to the ball payout device 13 and controls the ball payout device 13. Further, the payout control board 12 is also connected to a remaining frequency indicator 14, a ball lending button 15, and a card return button 16. The ball payout device 13 pays out a pachinko ball lent to a player through ball lending processing and a pachinko ball (so-called prize ball) given to the player as a result of the game.

  The remaining number indicator 14 displays the remaining number corresponding to the prepaid balance managed by the remaining amount management device 40 in association with the card ID of the prepaid card 2 received by the card R / W 23 of the card unit 20. It is an indicator. Here, the remaining frequency is a value obtained by converting the prepaid balance at a predetermined ratio (for example, 100 yen = 1 frequency). In the remaining frequency indicator 14, the remaining frequency is displayed by inputting a frequency display signal indicating the remaining frequency from the ball loan communication unit 21a.

  The ball lending button 15 is a button for accepting a ball lending operation for performing a ball lending process using the prepaid balance. When the ball lending button 15 is operated, a lending input signal is input to the ball lending communication unit 21a, and the control unit 22 of the card unit 20 recognizes that the ball lending button 15 is operated by detecting the input. To do.

  The card return button 16 is for accepting a discharge operation for discharging the prepaid card 2 received by the card R / W 23 of the card unit 20 to the outside of the card unit 20. When the card return button 16 is operated, a return input signal is input to the ball lending communication unit 21a, and the control unit 22 of the card unit 20 recognizes that the card return button 16 is operated by detecting the input. Then, the discharge control of the card received by the card R / W 23 is performed, and the card is discharged from the card insertion slot 23a and returned to the player.

  In the pachinko machine 10, the pachinko balls paid out from the ball payout device 13 are supplied to the upper plate, and are driven into the game area by operating the firing handle, thereby playing a game. Here, when a pachinko ball (hereinafter referred to as “driving ball”) driven into the game area wins a winning opening formed in the game area, the award is based on a payout signal issued from the payout control board 12. A pachinko ball is dispensed as a ball from the ball dispensing device 13 and applied to the upper plate or the lower plate. The game control board 11 outputs a safe ball signal of one pulse every time ten prize balls are awarded. When the driving ball wins the start winning opening, the special symbol variable display device starts variable display of the special symbol, and when the variable display is finished, the game control board 11 outputs a one-pulse start signal, which is variable. When the special symbol after display is in a predetermined form, a big hit occurs. Also, the hitting balls that won the winning mouth and the hitting balls that did not win any of the winning mouths are led to an out ball tank (not shown) provided behind the pachinko machine 10, and are placed in the out ball tank. It is counted by the attached out ball counter 17 and is discharged to a pachinko ball collection basket (not shown) provided in the amusement island. An out ball signal of one pulse is output from the out ball counter 17 every time 10 shot balls are counted.

  These out ball signal, safe ball signal, and start signal are game data output while the pachinko machine 10 is in operation, and are input to the base terminal device 30. And in the stand terminal device 30 to which the out ball signal, the safe ball signal, and the start signal are input, the number of out balls specified from the out ball signal, the number of safe balls specified from the safe ball signal, and the start signal are specified. The counted number of start times is counted, and the total number of out balls, the number of safe balls, and the number of start times are input to the hall computer 50 at a predetermined timing together with the machine number. Then, in the hall computer 50 in which the number of out balls, the number of safe balls, the number of start times and the machine number are inputted, as shown in FIG. 9 described later, an input is made in association with the date of the day and the entered machine number. The number of out balls, the number of safe balls (not shown), and the number of start times (not shown) are cumulatively added and managed.

  Next, the card unit 20 will be described. The card unit 20 is provided corresponding to the pachinko machine 10 (here, adjacent to the left side of the pachinko machine 10) as shown in FIGS. 1 and 2A. The lending process is performed, and the deposit process is performed based on the insertion of the banknote in the state where the prepaid card 2 is inserted.

  The card unit 20 has a vertically long box shape. As shown in FIG. 2A, the card unit 20 includes a bill insertion slot 24a, a card insertion slot 23a, and the like on its front surface. As shown in FIG. 1, a bill discriminator 24, a control unit 22, a ball lending communication unit 21a, a base terminal device communication unit 21b, a card R / W 23, and the like are provided therein. Connected as shown.

  The ball lending communication unit 21a is communicably connected to the payout control board 12 of the pachinko machine 10, and the base terminal device communication unit 21b is communicably connected to the base terminal device 30.

  The control unit 22 includes a CPU, a RAM, a ROM, an EEPROM, and the like. The processing unit stored in the ROM (or EEPROM) is executed by the CPU using the RAM as a work area, whereby the card unit 20 is provided. The operation of each component is controlled to perform ball lending processing and deposit processing as will be described later. The EEPROM stores whether the card unit 20 is a 1-yen lending machine or a 4-yen lending machine.

  The card R / W 23 receives the prepaid card 2 inserted from the card insertion slot 23a and reads the card ID recorded on the IC chip of the prepaid card 2. The card R / W 23 is an IC chip reader corresponding to the IC chip of the prepaid card 2 which is the IC card.

  The banknote discriminator 24 is a banknote (1000 yen banknote, 2000 yen banknote, 5000 yen banknote, or 10000) inserted and conveyed from the banknote insertion slot 24a in a state where the insertion of the prepaid card 2 is accepted by the card R / W23. It is a discriminator that receives a yen bill) and identifies the denomination of the accepted bill. If the accepted banknote is a regular banknote, the identification result (payment amount corresponding to the identified banknote) is output to the control unit 22. The legitimate banknotes that have been identified are discharged from the back of the card unit 20 through the banknote passage 24b, transported by a banknote transport mechanism (not shown) provided on the game island, and collected in a safe (not shown). Is done. In addition, when it recognizes that it is not a regular banknote, and when insertion of the prepaid card 2 is not received by card R / W23, the received banknote is returned from the banknote insertion port 24a.

  In the card unit 20, the control unit 22 performs a ball lending process based on the insertion of the prepaid card 2. Specifically, the control unit 22 transmits the card ID read by the card R / W 23 from the prepaid card 2 to the remaining amount management device 40, and the remaining amount of the prepaid amount managed in association with the card ID is remaining. When received from the management device 40, the prepaid balance is stored in the RAM, and the remaining number display 14 displays the remaining number.

  When the ball lending button 15 is operated in this state and a lending input signal is input, the control unit 22 makes a prepaid balance stored in the RAM and a preset ball lending set amount (for example, a 1-yen lending machine). For example, if the prepaid balance is equal to or larger than the ball lending set amount, the ball lending set amount is specified as the amount used, and the prepaid remaining amount is less than the ball lending set amount. If so, the processing for instructing the payout control board 12 to pay out the pachinko balls with the frequency corresponding to the specified use amount is specified as the use amount, and the lending process using the prepaid amount The amount of use is subtracted and updated from the prepaid balance stored in the RAM, and the remaining frequency displayed on the remaining frequency display 14 is subtracted and displayed.

  When the ball lending process is performed, a usage amount signal including a card ID and a usage amount is output from the terminal terminal device communication unit 21 b and is input to the remaining amount management device 40 via the terminal device 30. In the remaining amount management device 40, the used amount included in the used amount signal is subtracted and updated from the prepaid remaining amount stored in association with the card ID included in the used amount signal. In the terminal device 30, the usage amount specified from the usage amount signal is totaled as a sales amount, and the total sales amount is input to the hall computer 50 together with the unit number at a predetermined timing. In the hall computer 50 in which the sales amount and the unit number are input, as shown in FIG. 9 to be described later, the input sales amount (not shown) is associated with the date of the day and the input unit number. Cumulatively added and managed.

  In the card unit 20, the control unit 22 performs a deposit process based on the insertion of the banknote in the state where the prepaid card 2 is inserted. Specifically, the control unit 22 includes the card R / W 23. Deposit amount information including the card ID read from the prepaid card 2 and the deposit amount corresponding to the banknote identified by the banknote discriminator 24 is transmitted to the balance management device 40 and managed in association with the card ID. When the prepaid balance after the deposit amount is added and updated to the prepaid balance is received from the balance management device 40, the prepaid balance is stored in the RAM, and the remaining frequency displayed on the remaining frequency display 14 is displayed. The updating process is performed as a deposit process.

  Next, the hall computer 50 will be described. The hall computer 50 is an example of the management device, and is provided at a predetermined location (for example, a management office) in the game hall and operated by an operator of the game hall, and is connected as shown in FIG. The computer includes a communication unit 51, a control unit 52, a display 53, an input device 54, and a hard disk 55.

  The communication unit 51 is communicably connected to the base terminal device 30 and receives the number of out balls, the number of safe balls, the number of start times, and the sales amount from the base terminal device 30 together with the base number as described above. The control unit 52 includes a CPU, a RAM, a ROM, an EEPROM, and the like, and a processing program stored in the ROM, the EEPROM, or the hard disk 55 is executed by the CPU using the RAM as a work area, thereby allowing the hall computer 50 to Various operations are performed by controlling the operation of each component provided. The display 53 is a display device that displays various types of information, and is, for example, a liquid crystal display. The input device 54 is an input device that receives input of various types of information, and is, for example, a keyboard or a mouse. The hard disk 55 is a storage device that stores various types of information. A machine number DB (not shown), an introduction information DB shown in FIG. 4, a loan unit price DB shown in FIG. 6, an event information DB shown in FIG. 8, and a game shown in FIG. Information DB etc. are stored.

  In the hall computer 50, based on the stored contents of each DB stored in the hard disk 55, the post-introduction game data display processing for displaying the post-introduction game data shown in FIG. 11 on the display 53, and the lending shown in FIG. The game data display process after changing the lending unit price for displaying the game data after changing the unit price on the display 53 is performed. Hereinafter, with reference to FIGS. 3 to 14, functions and operations of the components of the hall computer 50 will be described.

  First, FIG. 3 is a diagram illustrating an example of an introduction information setting screen displayed on the display 53 of the hall computer 50. This introduction information setting screen is a screen that is displayed when the introduction information setting program is executed in the hall computer 50 as the pachinko machine 10 is introduced or removed from the amusement hall. Specifically, first, at D10, a radio button for selecting whether to set introduction information or removal information is displayed.

  When the operator selects the introduction information radio button and operates the execution button of the input device 54 at D10, the input field of the gaming machine ID of the pachinko machine 10 to be introduced and the pachinko machine 10 are arranged at D11. Input field for the machine number to be used, input field for the model of the pachinko machine 10, input field for the date of introduction of the model, input field for the number of machines installed, and a pull-down menu for selecting the introduction time of the model Then, a pull-down menu for selecting the specifications of the model and an input field of the manufacturer of the model are displayed. Here, the introduction date is a date when the pachinko machine 10 is introduced to the game arcade and placed on the game island, and actually starts operation. In the pull-down menu of the introduction time, year-end and New Year, Golden Week, or Obon is displayed, and if the introduction date is, for example, December 25 to January 7, the year-end and New Year is selected. For example, April 29 to May 6 is selected. If it is a day, Golden Week is selected. For example, if it is August 10 to August 17, a tray is selected. In the specification pull-down menu, a sweet digital machine or an explosion machine is displayed, and either one is selected according to the specifications of the pachinko machine 10 to be introduced. In D11, when the operator inputs and selects each item and operates the execution button of the input device 54, in the introduction information DB shown in FIG. 4, the input and selected model, introduction date, introduction number, introduction time , Specifications, and manufacturers are stored in association with each other, and the model is managed as the currently installed model currently installed in the game hall. Further, in the machine number DB (not shown), the input gaming machine ID, machine number, and model are stored in association with each other. If the pachinko machine 10 is rearranged, the machine number stored in association with the gaming machine ID and model of the pachinko machine 10 in the machine number DB is updated to the machine number after the rearrangement. .

  When the operator selects a removal information radio button and operates the execution button of the input device 54 at D10, a pull-down menu for selecting a model to be removed and an entry field for the removal date of the model are displayed at D12. Is displayed. Here, in the pull-down menu of the model, each model managed to be the currently installed model in the introduction information DB shown in FIG. 4 is displayed, and the model to be removed is selected from the displayed models. The removal date is the date when the operation ends. In D12, when the operator inputs and selects each item and operates the execution button of the input device 54, the input removal date is stored in association with the selected model in the introduction information DB shown in FIG. At the same time, the model is managed as a past installed model that has been installed in the past.

  Next, FIG. 4 is a diagram illustrating an example of the storage contents of the introduction information DB stored in the hard disk 55 of the hall computer 50. In this introduction information DB, the introduction date, the number of introductions, the introduction time, the specifications, the manufacturer, the installation status (whether the model is the current installation model or the past installation model), and the removal date are stored for each model. The contents stored in the introduction information DB are updated based on the setting contents on the introduction information setting screen shown in FIG.

  This introduction information DB functions as introduction data management means for managing the introduction data related to the introduction of each model. Here, the introduction number, introduction timing, specifications, and manufacturer of each model are managed as the introduction data. To do. The introduction information DB functions as part of gaming machine data management means for managing gaming machine data related to gaming machines for each gaming machine (here, for each model). Here, the gaming machine data Manage the specifications and manufacturers of each model.

  In addition, the introduction information DB is a currently installed gaming machine (currently installed model here) currently installed in the amusement hall for each gaming machine (here, each model) or a past installed in the past. It functions as an installation status management means for managing whether it is an installed gaming machine (here, a past installed model). Here, it is assumed that the current installed model is stored by storing “current” in the storage column of the installation status. By managing and memorizing “past”, it is managed that it is a past installed model. Furthermore, the introduction information DB functioning as the installation status management means manages the installation period in which the past installed gaming machines (here, the past installed models) were installed, and here, the removal date is managed as the installation period. To do.

  Next, FIG. 5 is a diagram illustrating an example of a lending unit price setting change screen displayed on the display 53 of the hall computer 50. This lending unit price setting change screen is a screen that is displayed by executing a lending unit price setting changing program in the hall computer 50 when setting or changing the lending unit price for each pachinko machine 10 (here, each model). . Specifically, first, in D20, a radio button for selecting whether to perform lending unit price setting or lending unit price change is displayed.

  When the operator selects a loan unit price setting radio button and operates the execution button of the input device 54 in D20, a pull-down menu for selecting a model for setting the loan unit price is displayed in D21. Here, in the pull-down menu of the model, managed by the introduction information DB shown in FIG. 4 (that is, introduced) but not managed by the loan unit price DB shown in FIG. 6 (that is, no loan unit price is set). ) Each model is displayed, and a model for which a lending unit price is set is selected from the displayed models. In D21, when the operator selects a model and operates the execution button of the input device 54, in D22, a radio button for selecting whether to set 4 yen or 1 yen as a lending unit price, an introduction date, , The number of installed units is displayed. Here, as the introduction date and the number of installed units, the date of introduction and the number of installed units managed in the introduction information DB shown in FIG. 4 for the model selected in D21 are displayed. In D22, when the operator selects either the radio button of 4 yen or 1 yen and operates the execution button of the input device 54, the current model for the model selected in D21 in the loan unit price DB shown in FIG. The loan unit price selected in D22 is stored in the storage unit for the loan unit price, the installed number displayed in D22 is stored in the storage unit for the current number, and the unit price selected in D22 is stored in the default storage column. And the introduction date displayed in D22 are stored.

  When the operator selects a loan unit price change radio button and operates the execution button of the input device 54 in D20, a pull-down menu for selecting a model whose loan unit price is to be changed is displayed in D23. Here, in the pull-down menu of the model, each model managed in the loan unit price DB shown in FIG. 6 (that is, the loan unit price is set) is displayed, and the loan unit price is changed from among the displayed models. Select the model to be used. In D23, when the operator selects a model and operates the execution button of the input device 54, in D24, the current lending unit price, the changed lending unit price, the change date input field for changing the lending unit price, The number and the input column for the number after change are displayed. Here, the current lending unit price and the current number are the current lending unit price and the current number managed in the lending unit price DB shown in FIG. 6 for the model selected in D23, and the changed lending unit price is a loan that is not the current lending unit price. Unit price (that is, if the current loan unit price is 4 yen, the changed loan unit price is 1 yen, if the current loan unit price is 1 yen, the changed loan unit price is 4 yen), and the loan unit price actually changes on the change date The number after change is the number after the pachinko machine 10 is increased or decreased in accordance with the change in the lending unit price. In D23, when the operator inputs each item and operates the execution button of the input device 54, in the loan unit price DB shown in FIG. 6, the model selected in D23 is stored in the current loan unit price storage column in D24. The displayed post-change loan unit price is stored, the post-change unit entered in D24 is stored in the current unit storage column, and the change storage column (if the first change has not been made, the first change Storage column, and if the first change has already been made, the second-time change storage column) stores the changed lending unit price displayed in D24 and the change date input in D24.

  The display 53 that displays D23 and D24 and the input device 54 that receives input and selection at the D23 and D24, the rental unit price of the game medium used for gaming in the gaming machine is set for each gaming machine (here, each model). It functions as a lending unit price setting changing means for changing the setting.

  Next, FIG. 6 is a diagram illustrating an example of storage contents of the loan unit price DB stored in the hard disk 55 of the hall computer 50. In this lending unit price DB, for each model, the current lending unit price and the current number of units, the lending unit price and setting date in the initial setting of the lending unit price, the lending unit price and change date in the first change of the lending unit price, and the lending unit price The loan unit price and the change date in the second change are stored. The stored contents of the loan unit price DB are updated based on the setting contents on the loan unit price setting change screen shown in FIG. 5 as described above.

  This loan unit price DB functions as a part of gaming machine data management means for managing gaming machine data related to gaming machines for each gaming machine (here, for each model), and here, the gaming machine data Manage the current number of each model. The loan unit price DB functions as a change history management means for managing the history of change of the loan unit price of each gaming machine (here, each model). Here, the loan unit price initially set in the storage column of the initial setting is used. , And every time the loan unit price is changed, the change storage column (the storage column for the first change, the storage column for the second change) sequentially stores the loan unit price after the change. Manage the history of unit price changes. Accordingly, for example, the history of loan unit price change for model S is specified as being changed from 4 yen to 1 yen by the first change, and the loan unit price change history for model E is changed from 4 yen to 1 for the first change. It is changed to a yen, and it is specified that it has been changed from 1 yen to 4 yen in the second change.

  Next, FIG. 7 is a diagram illustrating an example of an event information setting screen displayed on the display 53 of the hall computer 50. This event information setting screen is a screen that is displayed when an event information setting program is executed in the hall computer 50 when setting event information for an event to be held at a game hall. Specifically, in D30, an event ID input field that can individually identify events held at the amusement hall, an event name of the event, and an event period input field during which the event is held are displayed. The In D30, when the operator inputs each item and operates the execution button of the input device 54, the input event ID, event name, and event period are associated with each other in the event information DB shown in FIG. Remembered. The display 53 for displaying D30 and the input device 54 for receiving input at the D30 function as event period setting means for setting an event period in which the event is held for an event held at the game hall.

  Next, FIG. 8 is a diagram illustrating an example of storage contents of the event information DB stored in the hard disk 55 of the hall computer 50. In this event information DB, an event period is stored in association with an event ID and an event name. As described above, the storage contents of the event information DB are updated based on the setting contents on the event information setting screen shown in FIG.

  Next, FIG. 9 is a diagram illustrating an example of the storage contents of the game information DB stored in the hard disk 55 of the hall computer 50. In this game information DB, a data table for each pachinko machine 10 stored in a machine number DB (not shown) is provided. In each data table, the game machine ID and model of the pachinko machine 10 are stored. In association with each date from the date of introduction of the pachinko machine 10 to the removal date (past installed model) or the present (currently installed model) and the machine number on which the pachinko machine 10 is arranged on each date, Data is stored, and here, as the game data, the number of out balls shown, the number of safe balls not shown, the number of starts, and the sales amount are stored. As described above, the storage content of the game information DB is updated based on the number of out balls, the number of safe balls, the number of starts, and the sales amount transmitted from the terminal device 30. Note that the number of out balls is stored as one-hundredth of the real number (rounded down). This game information DB functions as a game data management means for managing game data related to games at game machines installed in the game hall. Here, game data for each date is stored for each game machine. To do.

  Next, FIG. 10 is a diagram illustrating an example of a post-introduction game data display condition setting screen displayed on the display 53 of the hall computer 50. This post-introduction game data display condition setting screen is a screen that is displayed when the post-introduction game data display program is executed in the hall computer 50 and the post-introduction game data display process is performed. Specifically, first, at D40, a radio button for selecting whether or not to specify a target model for comparing the game data after introduction with other models and a pull-down menu for selecting the target model are displayed. In the pull-down menu, each model managed by the introduction information DB shown in FIG. 4 is displayed, and a target model is selected from the displayed models.

  In D40, when the operator selects a target model, that is, selects a radio button with designation, selects a target model from the pull-down menu, and operates the execution button of the input device 54, as shown in D41. In area A, a radio button for selecting a predetermined period (7 days corresponding to one week, 30 days corresponding to about one month, or a specified number of days) for displaying game data is displayed. A check box for setting an extraction condition for extracting a model having the same and / or approximated model and introduction data is displayed, and an extraction target (currently installed model and / or past installed model) is selected in area C. An event in which radio buttons are displayed, and game data in the event period is excluded from the game data output in FIG. Check box to set a certain exclusion event is displayed.

  In the area A of D41, any one of 7 days, 30 days, or a specified number of days is selected as a predetermined period for collecting game data. If the specified number of days is selected as the predetermined period, the specified number of days is input.

  In the area B of D41, as extraction conditions, the target model and the installed number are the same and / or approximate, the target model and the introduction time are the same, the target model and the specification are the same, or the target model And the same manufacturer can select one or more conditions, and at least one or more conditions are selected here. If it is selected as the extraction condition that the introduced number is the same and / or approximate, the desired number is entered in the input column for plus or minus squares. If 0 is entered as the number, the extraction condition is set that the target model and the installed number are the same, and if one or more are entered, the number of installed target models is plus or minus. It is set as an extraction condition that it is in the range of the input number (that is, that it is approximate).

  In the area C of D41, one of the currently installed model only, the currently installed model and the past installed model, or only the past installed model is selected as an extraction target. If the currently installed model and the past installed model, or the past installed model are selected as the extraction target, all past installed models are selected for extraction, or the past installed model that has been installed from the present to a predetermined number of years ago (That is, whether the removal date managed in the introduction information DB shown in FIG. 4 is a past installation model until a predetermined number of years ago) is selected, and if the latter is selected, the predetermined number of years is input. .

  The display 53 that displays the area C of D41 and the input device 54 that receives the selection of the extraction target in the area C are limited to the currently installed model (currently installed gaming machine), or the current installed model and the past It functions as an extraction target setting means for setting whether to set an installed model (past installed gaming machine). Here, it can also be set that the extraction target is only a past installed model. According to this, as a model for outputting game data, whether only the currently installed model is to be extracted, whether the currently installed model and the past installed model are to be extracted, or only the past installed model is to be extracted. Since it can be set, a comparison according to the intention of the game hall can be performed.

  The display 53 and the input device 54 functioning as the extraction target setting means set the installation period of past installation models (past installation gaming machines) to be extracted, and here, as the installation period, the entire period ( In other words, all past installed models) or from the present to the predetermined number of years ago are set. According to this, since it is possible to set the installation period of the past installation models to be extracted, it is possible to perform a comparison more in line with the intention of the game hall side.

  In the area D of D41, the event name of each event stored in the event information DB shown in FIG. 8 is displayed as a list, and one or more events can be selected as an excluded event. It does not matter if one is selected. The display 53 that displays the area D of D41 and the input device 54 that accepts selection of an exclusion event in the area D set an exception that excludes game data during the event period from game data output in FIG. It functions as event setting means.

  In D41, when the operator inputs and selects each item as shown in the drawing and operates the execution button of the input device 54, the control unit 52 functions as an extracting means, a game data totaling means, and a game data ratio calculating means. When the display 53 functions as output means, the post-introduction game data shown in the case 1 of FIG. 11A is displayed on the display 53.

  Specifically, in area B of D41, the number of installed target models U specified in D40 is set to 16 ± 5 as an extraction condition, and is currently installed as an extraction target in area C of D41. Since only the model is set, from the introduction information DB shown in FIG. 4, the number of installed models is 12 and the currently installed model E and the number of installed models as the display condition matching models satisfying the extraction condition and the extraction target. 16 is extracted and the model Q which is the currently installed model is extracted.

  Next, in the area A of D41, since the game data totaling period is set to 7 days, the first period from the first day after introduction (that is, the introduction date) to the seventh day, the eighth day to 14 days after the introduction. The game information DB shown in FIG. 9 for the target model U for each period of the second period up to the eye and the third period from the 15th day to the 21st day after the introduction (that is, every 7 days from the introduction date). The number of out balls of each pachinko machine 10 in each period is extracted from the number of out balls in the game data stored for each pachinko machine 10 belonging to the target model U, and the number of out balls in each extracted period The total number of out balls during the period obtained by averaging the number of out balls in each period of each pachinko machine 10 is totaled by dividing the total value of No. by the number of the model U and the seven days. In addition, since the exclusion event is not set in the area D of D41, it is not necessary to exclude the game data in calculating the average number of out balls during the period.

  Further, based on the average number of out balls during the period for each period, the rate of decrease in the second period is calculated by the following formula: average number of out balls during the second period ÷ average number of out balls during the first period × 100 And the rate of decrease in the third period is calculated by the formula: average number of out balls during the third period ÷ average number of out balls during the first period × 100. Further, based on the average number of out balls during the period in each period, the average number of out balls during the first period is defined as the average number of out balls throughout the period up to the first period. The number of out balls + average number of out balls during the period of the second period) ÷ 2 to calculate the average number of out balls for the entire period up to the second period. (Average number of out balls during the first period + second Calculate the average number of out balls for the whole period up to the second period by the formula of average number of out balls during the period) / 2 (average number of out balls during the first period + average out number during the second period) The average number of out balls for the entire period up to the third period is calculated by the formula: number of balls + average number of out balls during the third period) ÷ 3.

  Similarly, for the display condition compliant model E and the display condition compliant model Q, the average number of out balls during each period is totaled for each period, the decrease rate in each period is calculated, and the average over the entire period up to each period is calculated. Calculate the number of balls out. Then, as shown in FIG. 11 (a), as the post-introduction game data, the total number and the average out ball number during the period for each period calculated and calculated are the target model U and the average out ball number during the entire period. The display condition matching model E and the display condition matching model Q are output so that they can be compared.

  Here, the control unit 52 functions as an extraction unit that extracts models having the same and / or approximate introduction data managed in the introduction information DB, and the number of introductions is the same and / or approximate as an extraction condition. If it is set that the installed number is the same and / or approximated, the models managed by the introduction information DB are extracted, and the introduction time is set as the extraction condition. If the model has the same introduction time managed in the introduction information DB, and the specification is set to be the same as the extraction condition, manage it in the introduction information DB. If a model with the same specification is extracted and the manufacturer is set to be the same as the extraction condition, a model with the same manufacturer managed in the introduction information DB is extracted.

  Further, the control unit 52 functioning as the extraction unit is based on the extraction target (currently installed model only, currently installed model and past installed model, or past installed model only) set by the extraction target setting unit (display 53 and input device 54). The extraction is performed.

  The control unit 52 functions as game data totaling means for totaling game data every predetermined period (every game data totaling period) after being introduced into the game hall for each model. Here, as the game data, , The average number of balls out during the period. In addition, the control unit 52 has a ratio of game data in a predetermined period (second period, third period) other than the first predetermined period to game data in the first predetermined period (first period) after being introduced into the game hall. It functions as a game data ratio calculation means for calculating (decrease rate).

  In addition, the display 53 for displaying post-introduction game data shown in FIG. 11 is based on the game data (number of out balls) managed in the game information DB, and a plurality of displays 53 in the same period that has been introduced to the game hall. It functions as an output means for outputting game data of a model in a manner that can be compared between the plurality of models. Here, game data having an elapsed time of 0 days after being introduced to a game arcade (that is, introduction data) (Game data from the day) is output for comparison between models. According to this, the game data of each model can be compared as if each model was introduced at the same time.

  The display 53 functioning as the output means outputs the game data in the same period so that the game data extracted by the extraction means can be compared. According to this, since game data for the same period of introduction of each model is the same and / or approximate, game data in the same period after being introduced to the game hall is output in a comparable manner. The game data can be appropriately compared. Here, according to the present invention, (1) when game data is output in a comparable manner for models with the same and / or approximate number of introductions as introduction data, and (2) models with the same introduction time as introduction data The reason why the game data can be appropriately compared in the case where the game data is output in a comparable manner will be described in comparison with the conventional technique.

  First, in the case where the number of installed machines is used as an index as in (1), the number of installed machines determined by the game hall generally shows the expectation level of the game hall for the success or failure of the operation of each model. The number of installed machines is large, and the number of game machines that are not expected to be so high in operation is reduced. Here, in the case of the conventional technology, the game data of each model is output in a comparable manner regardless of the number of installed machines, so when the game data is comparable (for example, indicates 50% operation) Therefore, it is judged that the operation of each model is generally good. However, models with a large number of installations were originally introduced with the expectation of high operation, and the actual operation is often high (for example, 70 to 80%), so when the operation shows 50% Should be judged to be very bad in operation. On the other hand, models with a small number of introductions were originally introduced without expecting high operation, and the actual operation is often low (for example, 20-30%), so the operation of the model shows 50%. In some cases, it should be judged that the operation is very good. In other words, according to the conventional technique, game data of each model is output regardless of the number of installed machines, so it is not possible to make a judgment by appropriately comparing the quality of each model. On the other hand, in the present invention, game data is output in a comparable manner for models with the same number of installed and / or similar models, so that each model with the same degree of expectation for the quality of operation is good or bad. Can be determined by comparing them appropriately. In the above example, if a certain model has a large number of installed but 50% operation, it can be evaluated that the operation is bad because the other model for comparison is 70-80% operation. In addition, if a certain model has a small number of installed but 50% of operation, it can be evaluated that the operation is good because the other model to be compared is 20-30%.

  In addition, when the time of introduction is used as an index as in (2), the occupancy rate of the amusement hall varies greatly depending on the time, and if the time of introduction is high, such as the year-end and New Year holidays, Golden Week, or Obon, the usual times Since it is expected that visitors who do not come to the amusement hall and visitors with a large amount of entertainment expenses can be expected, the operation is originally high, and if there are few other holidays, the operation is not so high originally . Here, in the case of the conventional technology, game data of each model is output in a comparable manner regardless of the introduction time, so when the game data is comparable (for example, indicating 50% of operation) It is judged that the operation of the model is generally good. However, since models that were introduced during periods when there are many holidays are originally high in operation due to time factors (for example, 70 to 80%), when the operation shows 50%, the operation is bad, It should be judged that it has not contributed to the improvement of operation at the amusement hall. On the other hand, if the operation of a model introduced at a time when there are few holidays is 50%, the operation is often low due to the timing factor (for example, 20-30%), so the operation is good and the game hall It should be judged that it contributes to the improvement of operation in In other words, in the conventional technology, game data of each model is output regardless of the introduction time, so whether or not each model is appropriately compared to determine whether it contributes to the improvement of operation at the game hall. Cannot judge properly. On the other hand, in the present invention, game data is output in a comparable manner for models with the same introduction time, so that the performance of each model with the same degree of expectation for improved operation is appropriately compared. Thus, it can be appropriately determined whether or not it contributes to the improvement of the operation in the game hall. Speaking of the above example, if a model is introduced at a time when there are many holidays but 50% of the operation, the other comparison models are 70-80% of the operation, so the operation is bad, It can be evaluated that it has not contributed to the improvement of operation at the amusement hall, and if a model is introduced at a time when there are few holidays, but 50% of the model is operated, the other models for comparison are 2 Since the operation is ˜30%, it can be evaluated that the operation is good and contributes to the improvement of the operation in the game hall.

  For the reasons described above, according to the present invention, game data is output in a comparable manner for models with the same and / or similar introduction data related to the introduction of each model. Can be compared. Therefore, the introduction data is preferably data related to the operation of each model. Therefore, in the present invention, as shown in FIG. 4, the number of introductions, the introduction time, etc. are managed as introduction data.

  And according to this invention, the game data of each model output are compared, replacement (removal) of a model with bad game data, change of a rental unit price (change from 4 yen to 1 yen), game data It can be used as a reference for increasing the number of good models or changing the loan unit price (change from 1 yen to 4 yen). In particular, when a target model is specified, the game data of the target model is compared with game data of another model. If the game data of the target model is bad, replacement of the target model or change of the loan unit price, etc. If the game data of the target model is good, it can be used as a reference for increasing the number of target models or changing the lending unit price. The change of the lending unit price will be described in detail with reference to FIG.

  In addition, when the game data in the same period is output in a comparable manner for the models in which the number of installed models is the same and / or similar from the output means, the game data is compared and a new It can be used as a reference for the number of machines installed when introducing various gaming machines. Specifically, when game data is output in a comparable manner for two models where the number of installed units is the same and / or similar, and one of the specs is a sweet digital machine and the other is a explosive machine For example, if the game data of the Amagi digital machine is good and the game data of the explosive machine is bad, it can be judged that the number of explosive machines introduced was not appropriate (too many or too few), so a new explosive machine was introduced. This can be used as a reference for the number of units introduced. In addition, when game data is output in a comparable manner for two models in which the number of installed units is the same and / or approximate, and one loan unit price is 1 yen and the other loan unit price is 4 yen, If the game data for a model with a loan unit price of 1 yen is good and the game data for a model with a loan unit price of 4 yen is bad, the number of models with a loan unit price of 4 yen was not appropriate (too many or too few Therefore, it can be used as a reference for the number of units to be introduced when a new model with a loan unit price of 4 yen is introduced.

  In addition, when the game data in the same period is output in a comparable manner for the models with the same introduction time of each model from the output means, the game data is compared and a new gaming machine is introduced. This can be used as a reference for the introduction period. Specifically, if game data is output in a comparable manner for two models where the introduction time is the same, one spec is a sweet digital machine and the other is a explosive machine, for example, If the game data of the machine is good and the game data of the explosive machine is bad, it can be determined that the introduction time of the explosive machine was not appropriate, so it can be used as a reference for the introduction time when a new explosive machine is introduced. In addition, when game data is output in a comparable manner for two models with the same introduction period, one lending unit price of 1 yen and the other lending unit price of 4 yen, for example, 1 yen lending machine If the game data is good and the game data of the 4 yen lending machine is bad, it can be judged that the introduction time of the 4 yen lending machine was not appropriate, so it can be used as a reference for the introduction time when introducing a new 4 yen lending machine. it can.

  Further, the display 53 functioning as the output means compares the ratio (decrease rate of each period) for models whose ratio calculated by the game data ratio calculation means shows a decrease in game data (average number of balls during the period). The output is possible. According to this, the ratio of game data in a predetermined period (second period, third period) other than the first predetermined period with respect to game data in the first predetermined period (first period) reduces the game data. Since the ratio is output in a comparable manner for the model shown, it can be used as a reference for replacement of gaming machines. Specifically, for models whose game data declines moderately, it is possible to continue the situation without replacement, and for models whose game data is suddenly decline to be replaced. it can. Note that the output means can output the reduction rate of each period in a comparative manner in a line graph format as shown in FIG. 12 instead of a table format as shown in FIG.

  Returning to FIG. 10, at D40, when the operator does not designate the target model, that is, selects the radio button without designation and operates the execution button of the input device 54, as shown in D42, in the area A, A radio button for selecting the game data totaling period is displayed, and a check box for setting an extraction condition for extracting a model having the same and / or approximate introduction data is displayed in area B ′. A radio button for selecting the extraction target is displayed, and a check box for setting the exclusion event is displayed in region D. Here, the displays and functions of the areas A, C, and D are the same as those described in D41.

  In the region B ′ of D41, the extraction conditions are the same and / or approximate, the introduction time is the same, the specifications are the same, or the manufacturer is the same. The above conditions can be selected, and at least one condition is selected here. If you select that the number of installed units is the same and / or approximate as the extraction condition, enter the desired number in the input number field and enter the desired number in the plus / minus box. input. Here, when 0 is entered as the number of units, it is set as an extraction condition that the number of installed units is the same, and when one or more units are entered, the number of installed units plus or minus the number of units entered. That it is within the range (that is, that it is approximate) is set as the extraction condition.

  In D42, when the operator inputs and selects each item as shown in the drawing and operates the execution button of the input device 54, the control unit 52 functions as the extracting means, the game data totaling means, and the game data ratio calculating means. When the display 53 functions as the output means, the post-introduction game data shown in the case 2 of FIG. 11B is displayed on the display 53.

  Specifically, in the area B ′ of D42, the introduction time is set as year-end / New Year as an extraction condition, and in the area C of D42, the currently installed model + current (for example, November 30, 2007) Since the installation information DB shown in FIG. 4 is set as a past installation model that has been installed until 1 year ago, the introduction time is year-end and New Year as a display condition-matching model that satisfies the extraction condition and the extraction target. The models A, B, and C that are the currently installed models or the past installed models that have been installed for one year from the present are extracted. Here, the control unit 52 functioning as the extraction unit performs the extraction from the past installation models installed during the installation period set by the extraction target setting unit.

  Next, in the area A of D42, the game data totaling period is set to 30 days, so the first period from the first day after introduction (that is, the introduction date) to the 30th day, the 31st to 60 days after the introduction. The game information DB shown in FIG. 9 is first shown for the model A for each period of the second period up to the eyes and the third period from the 61st day to the 90th day after the introduction (that is, every 30 days from the introduction date). The number of out balls of each pachinko machine 10 in each period is extracted from the number of out balls in the game data stored for each pachinko machine 10 belonging to the model A, and the number of out balls in each extracted period is By dividing the total value by the number of models A and the 30 days, the average number of out balls during the period obtained by averaging the number of out balls in each period of each pachinko machine 10 is totaled. In addition, since the New Year festival is set as an excluded event in the area D of D42, during the event period of the New Year festival managed in the event information DB shown in FIG. 8 (that is, January 1 to January 7, 2007). Exclude the number of out balls of the day) and add up the average number of out balls during the period.

  Further, in the same manner as described with reference to FIG. 11 (a), for model A, the rate of decrease in each period is calculated based on the average number of out balls during each period, and the total period up to each period is calculated. Calculate the average number of balls. Similarly, for models B and C, the average number of out balls during the period is totaled for each period, the reduction rate in each period is calculated, and the average number of out balls for each period is calculated. Then, as shown in FIG. 11 (b), as the post-introduction game data, the aggregated and calculated average number of out balls during each period, the decrease rate, and the average number of out balls for the entire period are displayed as models that meet the display conditions. A, B, and C are output so that they can be compared.

  Here, the display 53 functioning as the output means excludes the game data during the event period of the event set by the excluded event setting means and outputs the game data. According to this, game data during the event period of the excluded event is excluded and the game data is output in a comparable manner, so that a more appropriate comparison can be made based on the game data that is not affected by the event Can do.

  Next, FIG. 13 is a diagram illustrating an example of a game data display condition setting screen after changing the loan unit price displayed on the display 53 of the hall computer 50. This game data display condition setting screen after changing the loan unit price is a screen displayed when the game data display program after changing the loan unit price is executed in the hall computer 50 and the game data display process after changing the loan unit price is performed. Specifically, first, at D50, a pull-down menu for selecting a game machine to be changed for comparing the changed game data with another model is displayed. In the pull-down menu, each model whose loan unit price change history is managed in the introduction information DB shown in FIG. 6 (that is, at least the first loan unit price change is performed) is displayed, and each displayed model Select the model to be changed from.

  In D50, when the operator selects the model to be changed from the pull-down menu and operates the execution button of the input device 54, as shown in D51, a predetermined period (corresponding to one week) in which the game data is totaled in the area A. 7 days, 30 days corresponding to about one month, or a period of the specified number of days) is displayed, and in area B, the model to be changed and the game machine data are the same and / or approximate. A check box for setting an extraction condition for extraction is displayed, and a radio button for selecting an extraction target (currently installed model and / or past installed model) is displayed in area C. In area D, FIG. A check box for setting an excluded event, which is an event for excluding game data during the event period from the game data to be output, is displayed. Here, the displays and functions of the areas A, C, and D are the same as those described in D41.

  In the area B of D51, the extraction condition is that the change target model and the current number are the same and / or approximate, the change target model and the specification are the same, or the change target model and the manufacturer are the same. Of these, one or more conditions can be selected, but one or more extraction conditions may be selected, or none may be selected. If it is selected that the current number is the same and / or approximate as the extraction condition, the desired number is entered in the input column for plus or minus squares. If 0 is entered as the number of units, the fact that the current model number is the same as the model to be changed is set as an extraction condition. If one or more models are entered, the current number of model models to be modified is entered. Plus or minus that the number is within the input number range (that is, being approximate) is set as the extraction condition.

  The display 53 that displays the area D of D51 and the input device 54 that receives the selection of the exclusion event in the area D are based on the game data (game data before change, game data after change, and average game data) output in FIG. It functions as an excluded event setting means for setting an event that excludes game data during the event period.

  In D51, when the operator inputs and selects each item as shown in the drawing and operates the execution button of the input device 54, the control unit 52 functions as an extraction unit, and the display 53 functions as an output unit. The game data after changing the lending unit price shown in case 1 of FIG. 14A is displayed on the display 53.

  Specifically, in the loan unit price DB shown in FIG. 6, for the model S to be changed, the loan unit price is changed once, and 1 yen is set as the current loan unit price. In the area B of D51, As an extraction condition, the current number of change target models S is set to 10 ± 5 units, and in the area C of D51, the extraction target is the current installation model + current (for example, November 30, 2007) for one year. Since it is set as the past installed model that has been installed up to now, the current loan unit price is determined as another model that satisfies the extraction condition and the extraction target from the loan unit price DB shown in FIG. Is 1 yen, the current number is 8 units, the model P, which was a past installation model that was installed one year ago, and the current loan unit price is 1 yen, the current number is 8 units, Extract a model T

  Next, since the game data totaling period is set to 7 days in the area A of D51, the change target model S is stored for each pachinko machine 10 belonging to the change target model S in the game information DB shown in FIG. The number of balls out of each pachinko machine 10 in the seven days (ie, October 25-31) prior to the date of change of the loan unit price (November 1, 2007) And the game value before change, which is the average number of out balls for 7 days before the loan unit price change, is totaled by dividing the total value of the extracted out balls by the number of the model S and the 7 days. At the same time, the number of out balls of each pachinko machine 10 in the seven days after the date of change of the lending unit price (ie, November 1-7) is extracted, and the total value of the extracted out balls is calculated for the model S. The number of units and the 7 days By calculation to be aggregated after change game data is the average out number jade 7 days after lending unit price changes.

  Further, for the other model P, the day when the loan unit price is 1 yen from the number of balls out of the game data stored for each pachinko machine 10 belonging to the other model P in the game information DB shown in FIG. The number of out balls of each pachinko machine 10 for 7 days after (October 1, 2007) (that is, October 1 to 7) is extracted, and the game information shown in FIG. From the number of out balls in the game data stored for each pachinko machine 10 belonging to the other model T in the DB, 7 after the day when the lending unit price became 1 yen (October 15, 2007) The number of out balls of each pachinko machine 10 in a day (that is, October 15 to 21) is extracted, and the sum of the number of out balls of the extracted models P and T and the number of the models P and T and the seven days By dividing by 1, the loan of 1 yen To aggregate average game data is the average out number jade 7 days after setting.

  In addition, since the exclusion event is not set in the area D of D51, it is not necessary to exclude the game data in the aggregation of the pre-change game data, the post-change game data, and the average game data.

  Then, as shown in FIG. 14 (a), as game data after changing the loan unit price, the change date of the first change of the loan unit price for the model S to be changed and the history of loan unit price change (in this case from 1 to 4) Change to circle), and the aggregated pre-change game data and post-change game data for the model S to be changed can be compared with the aggregated average game data for other models P and T Output to.

  Here, the control unit 52 has a lending unit price that is the same as that of the game machine to be changed (here, the model to be changed), and the game machine data that is the same and / or similar to the game machine data to be changed. It functions as an extraction means for extracting (model here), and if the current number is set to be the same and / or approximate as the extraction condition, the current managed by the lending unit price DB If models with the same number and / or approximate number are extracted and the specifications are set to be the same as the extraction condition, models with the same specifications managed in the introduction information DB are extracted. If the same manufacturer is set as the extraction condition, models with the same manufacturer managed in the introduction information DB are extracted.

  Further, the control unit 52 functioning as the extraction unit is based on the extraction target (currently installed model only, currently installed model and past installed model, or past installed model only) set by the extraction target setting unit (display 53 and input device 54). The extraction is performed, and here, the extraction is performed from a past installed gaming machine installed during the installation period set by the extraction target setting unit.

  Further, the display 53 for displaying the game data after the change of the loan unit price shown in FIG. 14 is based on the change of the loan unit price by the loan unit price setting change means, and the change target gaming machine (in this case, the change target) Game machine data before the change of the loan unit price of the machine type) and post-change game data after the change of the loan unit price, and other game machines in which at least the same loan unit price as the game machine to be changed is set (here other models) It functions as an output means for outputting the average game data obtained by averaging the game data in a manner that can be compared. According to this, since the game data before change before the loan unit price change and the game data after change after change of the loan unit price are output in a comparable manner for the model for which the loan unit price has been changed, the loan unit price change Because it is possible to grasp the change in the game data of the model subject to change due to, and the average game data that averages the game data of other models that have the same lending unit price as the model to be changed is also output for comparison It is possible to grasp whether the game data after the change of the model to be changed is good or bad by comparing with other models. Then, as will be described later with reference to FIG. 15, the game data after changing the loan unit price can be used to take measures such as removing the pachinko machine 10 or changing the loan unit price.

  Further, the display 53 functioning as the output means has the same elapsed period from the change of the loan unit price of the model to be changed and the elapsed period after the loan unit price of the other model becomes the same loan unit price as the model to be changed. The game data after the change in the period and the average game data are output so that they can be compared with each other. Here, the game data after the change and the average game data in which both elapsed times are the same in 0 days (that is, the loan unit price for the model to be changed) The game data after the change from the change date is averaged and the average game data from the date when the loan unit price is reached for other models are output so as to be comparable. According to this, it is possible to compare the post-change game data of the game machine to be changed with the average game data of other game machines as if the lending unit price is the same at the same time, and therefore make an appropriate comparison. be able to.

  The display 53 functioning as the output means outputs the average game data obtained by averaging the game data of the models extracted by the extraction means. According to this, since average game data that is an average of game data of a model whose game machine data is the same and / or similar to the model to be changed is output, the game data after change of the model to be changed is better. You can grasp the evil.

  Further, the display 53 functioning as the output means, together with the history of loan unit price change of the model to be changed managed by the change history management means (loan unit price DB), game data before change, game data after change, and average game data Is output. According to this, it is possible to appropriately consider how to handle the model to be changed, but the specific contents will be described later with reference to FIG.

  Returning to FIG. 13, the model E to be changed is selected in D50, and when the operator inputs and selects each item as shown in the drawing and operates the execution button of the input device 54 in D51 ′ similar to D51, the control unit 52 functions as the extraction means, and the display 53 functions as the output means, so that the game data after changing the loan unit price shown in case 2 of FIG.

  Specifically, in the loan unit price DB shown in FIG. 6, for the model E to be changed, the loan unit price is changed twice, and the current loan unit price is set to 4 yen. In the area B of D51, As the extraction condition, it is set that the model E to be changed and the specifications (in this case, the explosive machine) are the same, and in the area C of D51, only the currently installed model is set as the extraction target. From the loan unit price DB shown in FIG. 6, as the other models satisfying the extraction condition and the extraction target, the current loan unit price is 4 yen, the spec is the explosive machine, and the currently installed model Extract B and D.

  Next, since the game data totaling period is set to 30 days in the area A of D51, the change target model E is stored for each pachinko machine 10 belonging to the change target model E in the game information DB shown in FIG. Of the pachinko machines 10 in the 30 days (ie, August 2 to 31) prior to the date of change of the second loan unit price (August 1, 2007) The game data before change which is the average number of out balls for 30 days before the loan unit price change by extracting the number of out balls and dividing the total value of the extracted out balls by the number of the model E and the 30 days And the number of out balls of each pachinko machine 10 for 30 days after the date of change of the lending unit price (ie, from August 1 to 30) is extracted, and the total value of the extracted out balls is Number of model E and By dividing the 30 days, to aggregate after-game data is the average out number jade 30 days after lending unit price changes.

  Further, for the other model B, the day when the loan unit price was 4 yen from the number of balls out of the game data stored for each pachinko machine 10 belonging to the other model B in the game information DB shown in FIG. In addition to extracting the number of balls out of each pachinko machine 10 in the 30 days (ie, December 23, 2006 to January 21, 2007) after (December 23, 2006), for other models D, The day when the loan unit price was 4 yen from the number of balls out of the game data stored for each pachinko machine 10 belonging to the other model D in the game information DB shown in FIG. 9 (March 1, 2007 ) After 30 days (ie, March 1 to 30), the number of out balls of each pachinko machine 10 is extracted, and the sum of the number of out balls of the extracted models B and D is the model B and D Divided by 30 days Rukoto way, the aggregate average game data is the average out number ball lending bidding after 30 days of 4 yen.

  Since the New Year's festival is set as an excluded event in the area D of D51 ′, during the event period of the New Year's festival managed in the event information DB shown in FIG. 8 (ie, January 1 to January 2007). The number of out balls on the 7th) is excluded and the average game data is totaled.

  As shown in FIG. 14 (b), as the game data after the change of the loan unit price, the change date when the loan unit price is changed for the first time for the model E to be changed and the history of the change of the loan unit price (from 4 yen to 1 here) Change to the yen), the change date when the loan unit price was changed for the second time, and the loan unit price change history (in this case, change from 1 yen to 4 yen), and the change target model E The aggregated pre-change game data and post-change game data and the aggregated average game data for the other models B and D are output so as to be comparable.

  Here, the display 53 functioning as the output means excludes the game data during the event period of the event set by the excluded event setting means and outputs the game data. According to this, the game data during the event period of the excluded event is excluded, and the game data before the change, the game data after the change, and the average game data are output in a comparable manner, so that the game not affected by the event More appropriate comparisons can be made based on the data.

  Next, FIG. 15 is a flowchart showing an example of a process performed by the game arcade based on the game data after introduction and the game data after unit price change. In the game hall, if the operation of each gaming machine is the same, the higher the rental unit price, the higher the sales will be. Therefore, while setting the highest rental unit price (4 yen in this example) for each gaming machine as much as possible, If the operation of a machine with a lending unit price declines, setting a low lending unit price (1 yen in this example) tends to improve the operation, so set the lending unit price according to the operation of each gaming machine. ing. In the present embodiment, the game hall can perform the treatment shown in FIG. 15 based on the post-introduction game data (FIG. 11) and the post-unit price change game data (FIG. 14).

  First, as shown in FIG. 15 (a), for a model whose lending unit price is set to 1 yen at the time of introduction, after the introduction of a predetermined period (for example, one month), the game data after introduction with the model as a target model is examined. (S101) It is determined whether or not the operation of the target model (that is, the average number of out balls during the period) is better than the operation of the model that matches the display condition (S102). If it is determined in S102 that the operation of the target model is worse than the display condition matching model (NO), the target model is removed (S103), and the procedure is terminated. On the other hand, if it is determined in S102 that the operation of the target model is better than the display condition matching model (YES), the lending unit price is changed to 4 yen in order to improve sales (S104).

  The loan unit price is changed to 4 yen, and after a lapse of a predetermined period (for example, one month), the game data after the change of the loan unit price for the model to be changed is examined (S111), and the operation of the model to be changed (that is, the change) It is determined whether or not (after game data) is better than the operation of other models (that is, average game data) (S112). When it is determined in S112 that the operation of the model to be changed is better than the operation of other models (YES), whether to increase the number of models to be changed or keep the number as it is (S113) Return to S111. On the other hand, when it is determined in S112 that the operation of the model to be changed is worse than the operation of the other models (NO), it is determined whether or not the lending unit price is changed to 1 yen with the aim of improving the operation (S114). . If it is determined in S114 that the lending unit price is not changed to 1 yen (NO), the model to be changed is removed (S115), and the procedure is terminated.

  On the other hand, if it is determined in S114 that the loan unit price is changed to 1 yen (YES) and the loan unit price is changed to 1 yen again, the process returns to S111, but after a predetermined period (for example, one month) has passed, If the result of the examination is YES in S112, 1 yen is more appropriate than the 4 yen loan unit for the change target model (that is, 1 yen is good for operation, but 4 yen It can be judged that operation is bad.

  In addition, as shown in FIG. 15B, for a model for which the loan unit price is set to 4 yen at the time of introduction, after the introduction of a predetermined period (for example, one month), the game data after introduction with the model as the target model is examined. (S201), it is determined whether the operation of the target model (that is, the average number of out balls during the period) is worse than the operation of the model that matches the display condition (S202). If it is determined in S202 that the operation of the target model is better than the display condition matching model (NO), it is examined whether to increase the number of target models or keep the number as it is (S203). Return. On the other hand, if it is determined in S202 that the operation of the target model is worse than the display condition matching model (YES), it is determined whether or not the lending unit price is changed to 1 yen in order to improve the operation (S204). If it is determined in S204 that the lending unit price is not changed to 1 yen (NO), the target model is removed (S205), and the procedure is terminated.

  On the other hand, if it is determined in S204 that the loan unit price is changed to 1 yen (YES) and the loan unit price is changed to 1 yen, the loan is made with the model as the model to be changed after a predetermined period (for example, 1 month). The game data after changing the unit price is examined (S211), and it is determined whether the operation of the model to be changed (that is, game data after the change) is worse than the operation of other models (that is, average game data) (S212). If it is determined in S212 that the operation of the change target model is worse than that of the other models (YES), the change target model is removed (S213), and the procedure is terminated.

  Specifically, as shown in FIG. 14A, Case 1 in which a change from 4 yen to 1 yen is displayed as the first change history corresponds to this example, and the loan unit price is 4 yen at the time of introduction. Since the operation of the model S that was set to be bad, the loan unit price was changed from 4 yen to 1 yen in the first change with the aim of improving the operation, and the change target model after the first change Since the game data after change (here 382) is worse than the average game data (here 475) of other models, it can be determined that the model S cannot be improved and should be removed. That is, by referring to the history of loan unit price change, it is possible to appropriately consider how to handle the model to be changed.

  On the other hand, when it is determined in S212 that the operation of the model to be changed is better than the operation of other models (NO), it is determined whether or not the lending unit price is changed to 4 yen in order to improve sales (S214). . If it is determined in S214 that the lending unit price is not changed to 4 yen (NO), it is examined whether the number of models to be changed is increased or left as it is (S215), and the process returns to S211.

  On the other hand, if it is determined in S214 that the loan unit price is changed to 4 yen (YES) and the loan unit price is changed to 4 yen, the process returns to S211, but further examination of S211 is performed after a predetermined period (for example, one month). If YES in S212, 1 yen is more suitable as a loan unit price than 4 yen for the model to be changed (ie, 1 yen is good for operation, but 4 yen is good for operation) Therefore, the lending unit price is changed to 1 yen again, or the sales cannot be improved, and the removal is performed in the same manner as in S213.

  Specifically, as shown in FIG. 14B, the change from 4 yen to 1 yen is displayed as the first change history, and the change from 1 yen to 4 yen is displayed as the second change history. Case 2 corresponds to this example, and since the operation of model E, which was set at 4 yen at the time of introduction, was poor, the aim was to improve the operation, and the lending unit price was changed from 4 yen. After the change to 1 Yen (S204), the operation has improved, so the loan unit price has been changed from 1 Yen to 4 Yen again in the second change in order to improve sales (YES in S214). Since the game data after change (here 387) of the change target model after the change of is worse than the average game data (here 498) of other models, 1 yen is more than 4 yen for the model E It can be judged that it is suitable as a loan unit price. That is, by referring to the history of loan unit price change, it is possible to appropriately consider how to handle the model to be changed.

[2. Modified example of the present invention]
Next, a modified example of the present invention will be described.

  In the above embodiment, as shown in FIG. 1 and FIG. 2B, the card unit 20 has been described with respect to an example in which a banknote is received as money and a deposit process is performed. Alternatively, a deposit process may be performed upon receipt of coins. The money may be electronic money that can be used with an electronic money card, a credit amount that can be used with a credit card, a deposit balance that is used with a debit card, or the like, in addition to real things such as banknotes and coins.

  In the above-described embodiment, an example in which the prepaid card 2 is an IC card that records information using an IC chip has been described. However, the prepaid card 2 may be a contact type integrated circuit, a magnetic stripe, a two-dimensional code (for example, a bar code). ), A three-dimensional code, or light interference (for example, a hologram) may be used to record information. The shape of the prepaid card 2 is not limited to the card type, and may be a coin type.

  In the above embodiment, an example in which the prepaid balance is not recorded on the IC chip of the prepaid card 2 has been described. However, the present invention is not limited to this, and the prepaid balance may be recorded on the IC chip of the prepaid card 2. In this case, the remaining amount management device 40 may not be provided.

  In the above embodiment, as shown in FIG. 1, an example in which the gaming machine is a pachinko machine 10 has been described. However, the present invention is not limited thereto, and the gaming machine may be a slot machine or a gaming medium that uses medals as a gaming medium, for example As a slot machine that uses pachinko balls as a parrot (registered trademark), pachinko balls that are pachinko balls that are game media enclosed in an untouchable manner, scoring data that is game media without using pachinko balls or medals It may be a pachinko machine or slot machine that can be used to play games, an image-type pachinko machine that displays game areas or pachinko balls as images, an image-type slot machine that displays reels as images, etc. .

  In the above embodiment, when ball lending processing is performed, signals relating to lending of pachinko balls are performed between the gaming device (card unit 20) and the gaming machine (pachinko machine 10), Although an example in which a pachinko ball is paid out and loaned from the ball payout device 13 provided in the gaming machine has been described, the present invention is not limited thereto, and a pachinko ball is paid out from a ball payout device (not shown) provided in the gaming device. And may be lent.

  In the above embodiment, as shown in D11 of FIG. 3, the example in which the input number column for the number of introductions is provided has been described. However, the present invention is not limited to this, and the input column for the unit number is not provided. It is also possible to specify the number of installed machines from the machine number input in the above and set the specified installed quantity.

  In the above embodiment, as shown in FIG. 4, an example in which year-end and New Year holidays, Golden Week, or Obon can be set as the introduction time has been described. However, the present invention is not limited thereto, and the introduction month ( Any one of January to December) or four seasons (spring, summer, autumn, or winter) may be set. In the above embodiment, as shown in D11 of FIG. 3, the example in which the introduction time is set by the operator's selection has been described. However, the present invention is not limited to this, and the correspondence relationship between the introduction date and the introduction time is stored in advance. In addition, the introduction time corresponding to the introduction date input in the introduction date input field may be automatically set.

  In the above embodiment, as shown in FIG. 5, the example of setting / changing the lending unit price for each model has been described. However, the present invention is not limited to this, and the lending unit price is set / changed for each gaming island or each gaming machine. It may be a thing. That is, even if the lending unit price is set / changed for each model as in the above embodiment, or the lending unit price is set / changed for each gaming island as in this modification, as a result, the gaming machine belonging to each model or each The loan unit price is set / changed for each of the gaming machines arranged on the amusement island.

  In the above embodiment, as illustrated in FIG. 6, the example in which the lending unit price is two types of 1 yen and 4 yen has been described. However, the lending unit price is not limited to this, and the lending unit price is another two types (for example, 2 Yen and 4 yen), or three or more kinds.

  In the above embodiment, as illustrated in FIG. 6, the example in which the loan unit price change history is managed up to two times has been described. However, the present invention is not limited to this, and the loan unit price change history is managed three times or more. Anyway.

  In the above embodiment, as shown in FIG. 10 and FIG. 13, an example has been described in which a past installation model that has been installed from the present to a predetermined number of years ago can be set as an extraction target. It may be possible to set past installation models that have been installed from year to year as extraction targets.

  In the above embodiment, the example in which the number of out balls is output as the post-introduction game data shown in FIG. 11 and the loan unit price change game data shown in FIG. 14 is described, but not limited to this, The number of safe balls, the number of starts, or the sales amount may be output. That is, the output game data may be data indicating the operation of the gaming machine.

  In the above embodiment, an example in which the output means for outputting the post-introduction game data shown in FIG. 11 and the game data after the loan unit price change shown in FIG. 14 is the display 53 for displaying these game data has been described. However, the output means may be a printer that prints and outputs the game data, a recording means that records the game data on a recording medium, a transmission means that transmits the game data, or the like. In other words, the output means may be anything that outputs these game data.

  In the above embodiment, as the post-introduction game data shown in FIG. 11, game data having the same elapsed time from the introduction to the game hall with 0 days (that is, game data from the introduction date) is output. Although described above, the present invention is not limited to this, and game data having the same elapsed period for a predetermined number of days (for example, 7 days) (that is, game data on and after the 8th day after 7 days from the introduction date) is output. According to this, generally, the game data of a predetermined number of days is excluded from the introduction date when the game data becomes extremely good, and the game data after the predetermined number of days has been output when the game data is relatively stable. Therefore, the comparison can be performed based on the stable game data. In this case, as the game data after the lapse of the predetermined number of days, game data for a game data totaling period (D41 and D42 in FIG. 10) after the lapse of the predetermined number of days may be output. You may output the game data of the next day after progress.

  In the above embodiment, the “elapsed period since the game machine was introduced to the amusement hall” refers to the introduction date (that is, FIG. 3) that is the day when the gaming machine is introduced to the amusement hall and placed on the game island and actually starts operation. This is an elapsed period based on the introduction date input in D11), and is not an elapsed period based on the date set in the introduction information DB. That is, when the actual introduction date is December 1, even if the introduction date is set in the introduction information DB on November 29 or December 3, the actual introduction date is used as a reference for the elapsed period. . The actual introduction date (for example, December 1) is not used as the reference for the elapsed period, but the set date in the introduction information DB may be used as the reference for the elapsed period. However, in this case, there is no problem if the introduction information DB is set before the actual introduction date, but if the introduction information DB is set later than the actual introduction date (for example, December 3), the actual information Since game data from the introduction date to the day before the ex-post setting date (December 1st and 2nd here) will be excluded from the game data after introduction, it is preferable to use the actual introduction date as a reference. .

  In the above embodiment, as the post-introduction game data shown in FIG. 11 (that is, the game data of a plurality of models), the total value of the game data (number of out balls) of all gaming machines belonging to each model is divided by the number of each model. Although an example in which the average number of out balls is output has been described, the present invention is not limited thereto, and game data of all gaming machines belonging to each model may be output as it is without being averaged.

  In the above embodiment, as the post-introduction game data shown in FIG. 11, game data (number of out balls) aggregated every three predetermined periods of the first period, the second period, and the third period is output. However, the present invention is not limited to this, and the number of the predetermined periods may be two or four or more.

  In the above embodiment, as post-introduction game data shown in FIG. 11, game data (number of out balls) aggregated every predetermined period (here, the first period, the second period, and the third period) is output. Although an example has been described, the present invention is not limited to this, and game data for only the first predetermined period may be output.

  In the above embodiment, the example in which the average number of out balls during the period obtained by averaging the number of out balls for a predetermined period is output as the post-introduction game data shown in FIG. 11 is not limited to this, but the predetermined period You may make it output the number of out balls for every day of a minute.

  In the above embodiment, the example in which the decrease rate in the second period and the decrease rate in the third period are calculated and output as the post-introduction game data shown in FIG. 11 has been described. Only or the latter may be calculated and output. That is, the game data ratio calculation means calculates the ratio of game data in a predetermined period (second period or third period) other than the first predetermined period to game data in the first predetermined period (first period). If it is good.

  In the above embodiment, as the game data after changing the loan unit price shown in FIG. 14, the elapsed time from the change of the loan unit price of the model to be changed and the loan unit price of the other models become the same loan unit price as the model to be changed. Changed game data and average game data whose elapsed period is the same on the 0th day (that is, the game data after change from the change date of the loan unit price for the model to be changed, and the date from which the loan unit price was reached for other models) Although an example in which the average game data) is output has been described, the present invention is not limited to this, and game data having the same elapsed time for a predetermined number of days (for example, 7 days) (that is, 7 days from the date of change of the loan unit price for the model to be changed) Game data after change after the 8th day after the lapse of time, and average game data after the 8th day after the lapse of 7 days from the date when the loan unit price was reached for other models) According to this, generally, the game data of a predetermined number of days is excluded from the change date of the lending unit price at which the fluctuation of the game data becomes large, and the game data is output after the predetermined number of days when the game data is relatively stable. Therefore, the comparison can be performed based on the stable game data.

  In the embodiment described above, “game data before change before loan unit price change” and “game data after change after loan unit price change” are input on the date when the loan unit price is actually changed (that is, input at D24 in FIG. 5). Game data based on the date set in the loan unit price DB, and not the game data. That is, when the actual change date is December 1, even if the change date is set in the loan unit price DB on November 29 or December 3, the game data before the change is from the day before the actual change date. Is the previous game data, and the post-change game data is game data after the actual change date. Note that, instead of using the actual change date (for example, December 1) as a reference, a subsequent setting date in the loan unit price DB may be used as a reference. However, in this case, there is no problem if the loan unit price DB is set before business on the actual change date, but if the loan unit price DB is set later than the actual change date (for example, December 3), the actual unit price DB The game data from the change date to the day before the ex-post setting date (December 1st and 2nd here) is included in the pre-change game data, but is excluded from the post-change game data. Preferably, the date of change is used as a reference.

  In the above embodiment, “elapsed period from change of loan unit price of gaming machine to be changed” and “elapsed period after loan unit price of other gaming machine becomes the same loan unit price as the game machine to be changed” In the former, the elapsed period based on the change date when the loan unit price is actually changed (that is, the change date input in D24 of FIG. 5), and in the latter, the actual start date of operation at the same loan unit price. This is an elapsed period based on a certain introduction date or change date (that is, the introduction date displayed at D22 in FIG. 5 or the change date input at D24), and the date when these change dates and introduction dates are set in the loan unit price DB. It is not an elapsed period based on That is, when the actual change date or introduction date is December 1, even if the change date or introduction date is set in the loan unit price DB on November 29 or December 3, the actual change date or introduction date The day is the basis for the elapsed period. Instead of using the actual change date or introduction date (for example, December 1) as the reference for the elapsed period, the subsequent set date (for example, December 3) in the loan unit price DB may be used as the reference for the elapsed period. . However, in this case, there is no problem if the loan unit price DB is set before the actual change date or the introduction date, but the loan unit price DB is set later (for example, December 3) than the actual change date or the introduction date. Game data from the actual change date or introduction date to the day before the ex-post setting date (in this case, December 1 and 2) is included in the pre-change game data, while the post-change game data and Since it is excluded from the average game data, it is preferable to use the actual change date or introduction date as a reference.

  In the embodiment described above, an example in which the game data after the change for the game data aggregation period set in D51 of FIG. 13 and the average game data are output as the game data after the loan unit price change shown in FIG. Not limited to this, similarly to the post-introduction game data shown in FIG. 11, the post-change game data aggregated for each of the game data aggregation periods (that is, for each of the first period, the second period, and the third period) Average game data may be output.

  In the above-described embodiment, the example in which the average number of out balls during the period in which the number of out balls for a predetermined period is averaged is output as the game data after the loan unit price change shown in FIG. 14 is not limited thereto, The number of out balls per day for a predetermined period may be output.

  In the above embodiment, as shown in FIG. 14, game data before change that is an average of game data before change of loan unit price for the same predetermined period as the game data after change and average game data is output as the game data before change. However, the present invention is not limited to this, and game data before change obtained by averaging game data before change of loan unit price for a period different from the changed game data and average game data may be output. . For example, game data before change obtained by averaging game data of all periods before changing the loan unit price may be output as game data before change.

  In the above embodiment, as shown in FIG. 14, the example in which the average game data obtained by averaging the game data of other models excluding the model to be changed is described. The average game data including the game data of the model to be changed may be output in the game data. That is, the average game data only needs to be an average of game data of other models for which at least the same loan unit price as the model to be changed is set.

[3. Invention described in embodiment]
Finally, “prior art”, “problems to be solved by the invention”, and “effects of the invention” corresponding to the invention described in the above embodiment will be described.

[3-1. First invention]
First, as prior art 1, Japanese Patent Laying-Open No. 2005-224424 (FIG. 7, claim 1) is shown. In this prior art 1, game data of each gaming machine installed in the game hall is managed, and the game data is stored for each model when a predetermined period elapses from the day when each gaming machine is introduced into the game hall. There is described a management device that aggregates and outputs the aggregated data at the time when the same period has elapsed from the date when each gaming machine was introduced to the game hall among the aggregated aggregated data so that the data can be compared between the models. According to this, the aggregated data is output so that each model can be compared in units of a predetermined period with the date when the gaming machine was introduced to the amusement hall, so it is the same as if a new model was introduced at the same time. You can compare by condition.

  However, depending on the model to be introduced into the amusement hall, the situation related to the introduction (for example, the number of introductions, the introduction season, etc.) varies, and the management device shown in the above prior art 1 does not take the situation relating to the introduction into consideration, Since the aggregated data is output so as to be comparable between the models, there is a first problem that the aggregated data cannot be properly compared.

  Therefore, in the first invention described in the above embodiment, in order to solve the first problem, game data (out ball) related to the game in the game machine (pachinko machine 10) installed in the game hall. Game data management means (game information DB) for managing the number of games, and a plurality of types of games in the same period of time since introduction to the game hall based on the game data managed by the game data management means A management device (hall computer 50) having output means (display 53) for outputting data (game data from each introduction date of a plurality of models) so that the plurality of models can be compared with each other. In addition, the introduction data management means (introduction information DB) for managing the introduction data (introduction number, specifications, manufacturer, introduction time) related to the introduction of each model, and the introduction data management means are used for management. Extraction means (control unit 52) for extracting models having the same and / or approximate input data, and the output means extracts the game data in the same period by the extraction means. A management device characterized in that the models are output in a comparable manner was constructed. According to this, since game data for the same period of introduction of each model is the same and / or approximate, game data in the same period after being introduced to the game hall is output in a comparable manner. The game data can be appropriately compared.

  In the first invention, the introduction data management means (introduction information DB) manages the introduction number of each model as the introduction data, and the extraction means (control unit 52) is the introduction data management means. A management apparatus (hall computer 50) characterized by extracting models having the same and / or approximate number of installed managed machines. According to this, since the game data in the same period is output in a comparable manner for models with the same number of models installed and / or similar, the new game machine is compared with the game data. It can be used as a reference for the number of units installed when introducing the.

  In the first invention, the introduction data management means (introduction information DB) manages the introduction timing of each model as the introduction data, and the extraction means (control unit 52) is the introduction data management means. A management apparatus (hall computer 50) characterized by extracting models with the same introduction time being managed may be used. According to this, since game data in the same period is output in a comparable manner for models with the same introduction time of each model, it is possible to compare the game data and introduce a new gaming machine. It can be used as a reference for the introduction period.

  In the first aspect of the present invention, for an event held at the game hall, event period setting means (display 53 and input device 54) for setting an event period during which the event is held, and game data ( An exclusion event setting means (display 53 and input device 54) for setting an event that excludes game data during the event period from the game data from the introduction date), and the output means (display 53) The management device (hall computer 50) may be characterized in that the game data during the event period of the event set by the excluded event setting means is excluded and the game data during the same period is output. According to this, the game data in the event period of the excluded event is excluded, and the game data in the same period is output in a comparable manner, so that more appropriate based on the game data not affected by the event Comparisons can be made.

  In the first aspect of the invention, for each model, an installation status management means (introduction) for managing whether the model is the currently installed model currently installed in the game hall or the past installed model installed in the past. Information DB) and extraction target setting means (display 53) for setting whether the extraction target by the extraction means (control unit 52) is only the currently installed model or the current installed model and the past installed model. And an input device 54), and the extraction unit may be a management device (hall computer 50) that performs the extraction from the extraction target set by the extraction target setting unit. According to this, since it is possible to set whether to extract only the currently installed model or the currently installed model and the past installed model as the extraction target as the model for outputting the game data in the same period. A comparison can be made according to the intention of the game hall.

  In the first invention, the installation status management means (introduction information DB) manages the installation period (introduction date and removal date) during which the past installation model was installed, and the extraction target setting means (display 53). And the input device 54) set the installation period of the past installation model to be extracted, and the extraction means (the control unit 52) sets the past installation model installed in the installation period set by the extraction target setting means. It is also possible to use a management device (hall computer 50) characterized in that the above extraction is performed. According to this, since it is possible to set the installation period of the past installation models to be extracted, it is possible to perform a comparison more in line with the intention of the game hall side.

  Further, in the first invention, for each model, a game data totaling means (control unit 52) for totaling game data every predetermined period after being introduced into the game hall, and a first predetermined period after being introduced into the game hall Game data ratio calculating means (control unit 52) for calculating a ratio of game data in a predetermined period other than the first predetermined period to game data in the game, and the output means (display 53) A management device (hall computer 50) may be characterized in that, for models whose ratio calculated by the data ratio calculation means indicates a decrease in game data, the ratio is output in a comparable manner. According to this, since the ratio of the game data in the predetermined period other than the first predetermined period to the game data in the first predetermined period is output so that the ratio can be compared for a model showing a decrease in the game data. It can be used as a reference for replacement of gaming machines.

[3-2. Second invention]
Japanese Patent Application Laid-Open No. 11-104331 (FIGS. 16, 17, and claims 1 and 2) is shown as prior art 2. In this prior art 2, a game machine can be used for each course that has one unit of gaming machines facing each other across a passage, or for each gaming island that has one unit of gaming machine installed on one gaming island. A management device capable of setting a unit price for gaming media to be used is described.

  In this way, after setting the lending unit price of the game medium, the lending unit price may be changed based on the game data in the gaming machine having the set lending unit price. There is a second problem that it is impossible to grasp the change of game data due to the change of the unit price, and it is impossible to grasp the quality of the game data after the change of the loan unit price.

  Therefore, in the second invention described in the above embodiment, in order to solve the second problem, the game data (out ball) related to the game in the game machine (pachinko machine 10) installed in the game hall. Game data management means (game information DB) for managing the number of units, and lending unit price setting changing means (display 53) for changing the setting of the lending unit price of game media (pachinko balls) used for gaming in the gaming machine. And the input device 54) and the change of the loan unit price by the loan unit price setting change means, the game data before the change before the loan unit price change of the game machine to be changed and the unit price after the loan unit change. Output means for outputting the game data after the change and the average game data obtained by averaging the game data of other game machines having the same rental unit price as the change target gaming machine in a comparable manner A display 53), to constitute a management apparatus characterized by having (hall computer 50). According to this, since the game data before the change before the loan unit price change and the game data after the change after the change of the loan unit price of the gaming machine to which the loan unit price has been changed are output in a comparable manner, It is possible to grasp the change of the game data of the game machine to be changed due to the change, and to compare the average game data that averages the game data of other game machines that have at least the same loan unit price as the game machine to be changed Therefore, whether the game data after change of the game machine to be changed is good or bad can be grasped by comparing with other game machines.

  In the second aspect of the invention, the output means (display 53) is configured such that the lapsed period from the change of the loan unit price of the change target gaming machine and the loan unit price of the other game machine are the same as the change target game machine. It is good also as a management apparatus (hall computer 50) characterized by outputting the changed game data and the average game data in a period that is the same as the elapsed time since becoming. According to this, the change in the period in which the elapsed period from the change of the loan unit price of the game machine to be changed and the elapsed period after the loan unit price of the other game machine becomes the same loan unit price as the change target game machine By outputting the post-game data and the average game data so that they can be compared, the post-change game data of the game machine to be changed and the average game data of other game machines are made as if the loan unit price is the same at the same time. Therefore, an appropriate comparison can be performed.

  In the second aspect of the invention, for each gaming machine (pachinko machine 10), gaming machine data management means (introduction information DB and unit price information DB) for managing gaming machine data (spec, manufacturer, number) relating to the gaming machine. And an extraction means (control unit 52) for extracting a gaming machine that has the same lending unit price as the gaming machine to be changed and whose gaming machine data is the same and / or similar to the gaming machine to be changed. The management means (hall computer 50) is characterized in that the output means (display 53) outputs the average game data obtained by averaging the game data of the gaming machines extracted by the extraction means. Also good. According to this, since the average game data that is the average of the game data of the game machines whose game machine data is the same and / or similar to the game machine to be changed is output, the game after change of the game machine to be changed more appropriately You can grasp the quality of data.

  In the second aspect of the invention, for each gaming machine (pachinko machine 10), whether it is a currently installed gaming machine currently installed in the game hall or a past installed gaming machine installed in the past. The installation status management means (introduction information DB) to be managed and the extraction object by the extraction means (control unit 52) are only the currently installed gaming machines, or the currently installed gaming machines and the previously installed gaming machines. And an extraction target setting means (display 53 and input device 54) for setting or not, wherein the extraction means performs the extraction from the extraction target set by the extraction target setting means. It is good also as an apparatus (hall computer 50). According to this, as a gaming machine that outputs average gaming data, it is possible to set whether only the currently installed gaming machine is to be extracted, or whether the currently installed gaming machine and the past installed gaming machine are to be extracted. A comparison can be made according to the intention of the game hall.

  In the second invention, the installation status management means (introduction information DB) manages an installation period (introduction date and removal date) during which the past installed gaming machine was installed, and the extraction target setting means (display) 53 and the input device 54) set the installation period of the past installed gaming machine to be extracted, and the extracting means extracts the past installed gaming machine from the past installed gaming machine installed in the installation period set by the extraction target setting means. A management apparatus (hall computer 50) that performs extraction may be used. According to this, since it is possible to set the installation period of the past-installed game machines to be extracted, it is possible to perform a comparison in accordance with the intention of the game hall side.

  In the second aspect of the invention, for an event to be held at a game hall, an event period setting means (display 53 and input device 54) for setting an event period in which the event is held, the game data before change, and the change Exclusion event setting means (display 53 and input device 54) for setting an event for excluding post-game data and game data during the event period from the average game data, and the output means (display 53) The management apparatus is characterized in that the game data during the event period of the event set by the excluded event setting means is excluded and the pre-change game data, the post-change game data, and the average game data are output. (Hall computer 50) may be used. According to this, the game data during the event period of the excluded event is excluded, and the game data before the change, the game data after the change, and the average game data are output in a comparable manner, so that the game not affected by the event More appropriate comparisons can be made based on the data.

  Furthermore, in the second aspect of the present invention, it further includes a change history management means (unit price information DB) for managing a history of loan unit price change of each gaming machine (pachinko machine 10), and the output means (display 53) A management device (hole) that outputs the game data before change, the game data after change, and the average game data together with the history of change in the loan unit price of the game machine to be changed managed by the history management means. It may be a computer 50). According to this, the game data before change, the game data after change, and the average game data are output together with the history of changing the loan unit price of the game machine to be changed. Can do.

DESCRIPTION OF SYMBOLS 1 ... Game system 10 ... Pachinko machine 20 ... Card unit 50 ... Hall computer 51 ... Communication part 52 ... Control part 53 ... Display 54 ... Input device 55 ... Hard disk

Claims (1)

A game data management means for managing game data related to a game in a gaming machine installed in a game hall;
Lending unit price setting change means for changing the setting of the lending unit price of gaming media used for gaming in the gaming machine for each gaming machine;
Based on the fact that the loan unit price has been changed by the loan unit price setting changing means, the game data before the change before the loan unit price change of the game machine to be changed and the game data after the change after the loan unit price change, A management device comprising: output means for outputting, in a comparable manner, average game data obtained by averaging game data of other game machines set with the same loan unit price as the game machine to be changed.

Images