JP5214833B2 - Amusement center data management system - Google Patents

Description

  The present invention relates to a game hall data management system for individually aggregating game data in a game hall for each player.

  Conventionally, as seen in, for example, Japanese Patent Laid-Open No. 8-238373, by providing the player's game data to the player, it is possible to analyze the game data on the player side, There is a data management system for amusement halls aimed at improving the ability to attract customers at amusement halls. In this system, a membership card (ID card) that stores a unique ID code is issued to a player, and the membership card is set in a card reader provided for each gaming machine. Is performed, the game data in the meantime is stored in the management device side in a state of being associated with the ID code. Therefore, on the player side, the game data stored as described above is stored on the player side. By referring to after the game is over, it is possible to analyze the game performance of the player. Further, game data is accumulated for a predetermined number of days on the management device side, and therefore, the game results can be analyzed retroactively on the player side.

Problems to be solved by the invention

  However, in the data management system of the conventional configuration, if a player goes to the game hall without having a membership card, or if he forgets to set the membership card in the card reader during gaming on a gaming machine, the management device Since the game data for the player cannot be stored on the side, the game data during that time cannot be referred to. Further, a part of the game data stored on the management device side is lost, so that the game data becomes inaccurate and the reliability when analyzing the game results is deteriorated.

  The present invention has been made in view of the above circumstances, and is configured to perform the aggregation of game data for each player on the premise of using the record carrier for identifying the player, It is an object of the present invention to provide a game field data management system that can obtain accurate data totaling results even when a game is played without being used.

Means for solving the problem

[Means for Solving the Problems]
In order to achieve the above object, the invention according to claim 1 is issued to a player who uses a game arcade, and a record carrier on which a unique ID code is recorded for each player,
A record carrier reading means provided corresponding to the gaming machine and reading and outputting the ID code when the record carrier is set;
Game data output means provided corresponding to the gaming machine and outputting game data in the corresponding gaming machine;
Game data output from the game data output means is aggregated in association with the ID code output from the record carrier reading means, and a game data management means for storing the aggregated game data on the database In the field data management system,
The database includes a personal terminal provided to be accessible via communication means, and the personal terminal corresponds to the ID code in the database on the assumption that the ID code and a predetermined password are input. In this configuration, an operation for adding new game data to the game data can be executed.

According to this configuration, when a player plays a game machine, when the record carrier issued to the player is set in the record carrier reading means provided corresponding to the gaming machine, the record carrier reading means The ID code recorded on the record carrier set from the game machine is output, and when a game is played in the game machine, the game data output means provided corresponding to this game machine outputs the game machine. Game data at will be output. Then, the game data management means totals the game data output in this manner in a state in which the game data is associated with the ID code output from the record carrier reading means, that is, the ID code that can identify the player who is playing the game. Will accumulate on the database. Therefore, the game data for each player can be aggregated on the premise of using a record carrier for identifying the player.
On the other hand, if a player goes to the game hall without having a record carrier, or if he / she forgets to set the record carrier in the record carrier reading means at the time of gaming on a gaming machine, the game accompanying the game Data cannot be stored in the database, and the result of counting game data becomes inaccurate. In such a case, the player accesses the database through the communication means from the personal terminal, and assumes the input of the ID code in the record carrier issued to the player and the predetermined password, and the above-mentioned database in the database. An operation for adding new game data to the game data corresponding to the ID code can be performed. Therefore, if game data when playing a game without setting a record carrier in the record carrier reading means is added to the game data in the database depending on, for example, its own memory (or memo), it is accumulated in the database. It is possible to return the total result of the game data being played back to an accurate one.

Further, as means according to claim 2, the personal terminal, as editable constituting the game data corresponding to the ID code in said database entries on the assumption of the ID code and a predetermined password Also good.
According to this configuration, it is possible not only to add game data to the database, but also to correct the game data aggregation result in the database, so it is possible to cope with cases where game data is added by mistake It becomes.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 2 schematically shows a front appearance of a gaming machine terminal provided as a slot machine installed in the game hall and peripheral devices thereof. In FIG. 2, a slot machine 1 (corresponding to a gaming machine in the present invention) includes a triple reel 1b that is rotated when a start lever 1a is operated in a medal insertion state or a credit medal bet state. At least the signals shown in the following (1) to (4) are output to the game console terminal 2 (corresponding to the game data output means) installed at an adjacent position. ing.
(1) Out signal (1 pulse output for every medal inserted or 1 credit medal bet)
(2) Safe signal (1 pulse output for each payout of 1 medal or 1 credit medal)
(3) Big bonus signal (level signal output during the big bonus period)
(4) Regular bonus signal (level signal output during regular bonus period)

  The game console terminal 2 has a credit medal lending function, and a card insertion slot 4 for inserting a member card 3 (corresponding to a record carrier) and an inserted member card 3 are ejected on the front surface thereof. A return button 5, a bill insertion slot 6 for inserting bills (thousand-yen bills), a display unit 8 comprising a liquid crystal panel provided with a touch panel 7 (corresponding to input means) on the front surface, a lamp unit for status notification 9 is provided. The state where the member card 3 is inserted into the card insertion slot 4 corresponds to the set state of the member card 3 in the present invention.

  The membership card 3 is issued to a player who is registered in the service for members provided by the game hall, and has a configuration in which a tape-like magnetic recording unit 3a is attached to a rectangular plastic plate. In this case, although not specifically illustrated, the member card 3 is provided with embossing on the surface thereof, such as pachinko hall names and member names, and the magnetic recording unit 3a includes, for example, a game hall A store name code for identifying the card, a membership number that is an ID code assigned to the member (player), expiration date data indicating the card validity date, and the like are recorded. When a member is registered, a password unique to the member is set, and the email address of the member is registered. These password and email address are stored in a centralized management device (referenced in FIGS. 1 and 3). 14, which corresponds to the game data management means) and is stored in a state associated with member information including a member number.

  FIG. 3 schematically shows the electrical configuration of the game console terminal 2 by a combination of functional blocks. In FIG. 3, the control unit 10 is configured by a microcomputer including a CPU, a ROM, a RAM, and the like. The control unit 10 has a return button 5, a touch panel 7, a display unit 8, a lamp unit 9, A card reader 11 (corresponding to a record carrier reading means), a bill processing unit 12 and a transmission / reception unit 13 are connected.

  In this case, the card reader 11 is for performing an operation of reading data recorded on the membership card 3 inserted into the card insertion slot 4, a card ejection operation, and the like. Further, the banknote processing unit 12 determines the authenticity and value of the banknote inserted into the banknote insertion slot 6 and, when it is a real thousand yen banknote, takes it and outputs a receipt confirmation signal, When it is a bill other than a yen, it is configured to perform an operation of discharging it. Further, the transmission / reception unit 13 is provided to transmit / receive data to / from the slot machine 1 and the centralized management device 14 installed in the game hall.

  And the control part 10 receives the operation signal from the return button 5 and the touch panel 7, the read data from the card reader 11, and the receipt confirmation signal from the banknote processing part 12, and those signals, data, and ROM The display unit 8 controls the display operation of the display unit 8, the lighting operation of the lamp unit 9, the card discharge operation of the card reader 11, the data transmission / reception operation through the transmission / reception unit 13, and the like.

FIG. 1 schematically shows the overall configuration of a game hall data management system. In FIG. 1, a plurality of slot machines 1 and game machine terminals 2 and a centralized management device 14 for collecting game data in each slot machine 1 are installed in the game hall A, A data disclosure terminal 15 for disclosing data collected by the centralized management device 14 to a player is installed. For example, the same centralized management device is used in other game halls B and C that are affiliated stores of the game hall A. And a data disclosure terminal is installed.
In this case, the central management device 14 and the data disclosure terminal 15 of each game hall A, B, C are connected by a network through the server 16, and the game data collected by each central management device 14 is stored on the server 16. It is configured to be stored in the constructed database. In addition, the server 16 is configured such that a player who has been issued the membership card 3 can access from a personal terminal such as the personal computer 17 or the mobile phone 18 through the Internet 19 (corresponding to communication means).

  4 and 5 show an example format of game data collected by the centralized management device 14, and FIG. 6 shows an example format for group data described later stored in the centralized management device 14 or the server 16. This will be described below. 4 to 6, Y is a year, M is a month, D is a day, H is an hour, m is a minute, χ is a decimal number indicating a numerical value or a member number, and N is a model name or a bonus type. This means that characters (for example, alphabet or katakana) are stored.

The “basic game data file” shown in FIG. 4 is for individually storing game data for the players who have been issued the membership card 3, and each time the membership card 3 is inserted into the card insertion slot 4. Alternatively, a new record is created each time a storage start operation described later is performed at the game console terminal 2, and data is updated until the membership card 3 is discharged or a storage end operation described later is performed at the game console terminal 2. Done. In this case, each record includes a reference number (serial number) that becomes a record number when the member card 3 is inserted or a storage start operation, a member number read from the member card 3, or a member as described below. The member number input by the number input operation, the date of the day, the corresponding slot machine 1 model and machine number, and game start time data are stored, and thereafter, according to the insertion of a bill into the bill insertion slot 6 Every time a credit medal is lent out, usage amount data is added and stored. As the game is played in the slot machine 1, the number of big bonuses (denoted as “BIG times” in FIG. 4) and the number of regular bonuses (“REG in FIG. 4). Number of games), number of games, number of outs, number of safes are added and stored, and the membership card 3 is discharged Properly each data indicating the amount of money game end time and gaming customer side is recovered when the storage completion operation is performed is stored.
The collection amount data can be obtained, for example, by calculating “(safe number−out number) × medal unit price + use amount”. The number of used credit medals may be stored instead of the used amount data, or the number of recovered medals (= (safe number−out number) + used amount ÷ medal unit price) may be stored instead of the collected amount data.

  The “detailed game data file” shown in FIG. 5 is for accumulating data indicating detailed game contents in the slot machine 1 in association with the reference number of the basic game data file. A new record is created each time a specific combination of a specific bonus set in advance, which is a big bonus, a regular bonus, or a challenge time, is generated. In this case, each record stores a history number (serial number) that becomes a record number in a state associated with the reference number at the time of occurrence of the specific combination, and the unit number and current time of the corresponding slot machine 1 Each of the data indicating the number of games spent before the specific combination is generated and the type of the specific combination that has occurred is stored, and when the specific combination ends, the data indicating the number of medals earned in the formation period of the specific combination Is memorized.

  The “group data file” shown in FIG. 6 is for storing a member number registered in advance on the player side as a group. In this case, group registration is performed so that players who are close to each other can compare game data with each other, and a registration terminal (not shown) for group registration is provided in the game hall. ing. The data disclosure terminal 15 may have a group registration function. This “group data file” is a new record that is created each time group registration is performed. The group number (serial number) that becomes the record number is stored, the registered group name, and a plurality of registered group names. Is stored.

  On the other hand, when the membership card 3 is inserted into the card insertion slot 4, the gaming machine terminal 2 sends data indicating the membership number of the membership card 3, the corresponding slot machine 1 model and machine number to the centralized management device 14. After that, when the banknote processing unit 12 takes in the banknote, the usage amount data is transmitted, and each data indicating the number of games, the number of outs, and the number of safes is transmitted as the game is performed in the slot machine 1. The specific combination generation data is transmitted every time a big bonus, regular bonus, or challenge time is generated in the slot machine 1, and the central management device 14 side shows the basic game shown in FIG. 4 based on such transmission data. The data file is updated. Such a data updating operation ends when the membership card 3 is ejected from the card insertion slot 4, and thus a basic game data file for one record is created. The start time and end time data in the basic game data file are created based on the clock data on the central management device 14 side.

  Therefore, the game data for the player who has the membership card 3 can be reliably stored on the central management device 14 side as the basic game data file is created as described above. On the other hand, when a player goes to the game hall without having the membership card 3, game data for the player cannot be stored. Therefore, in this embodiment, even if there is no membership card 3, if at least the player stores his / her membership number, a basic game data file for the player can be created and game data can be accumulated. Hereinafter, the configuration will be described.

  That is, the game console terminal 2 performs a display as shown in FIG. 7A on the display unit 8 when a game is being performed in the corresponding slot machine 1. In FIG. 7A, the display unit 8 includes a title a indicating display contents, data b indicating the number of games played by a player who is currently playing, data c indicating the total number of games in the slot machine 1, and big Data d indicating the number of occurrences of bonuses, data e indicating the number of occurrences of regular bonuses, data f indicating the probability of occurrence of big bonuses, data g indicating the probability of occurrence of regular bonuses, and “store personal data” icon h are displayed. The

  When the “store personal data” icon h is pressed with a finger from such a display state, the operation state is detected by the touch panel 7, and the game console terminal 2 displays according to the detection. The display content of the unit 8 is switched to the state shown in FIG. In FIG. 7B, the display unit 8 displays the operation panel unit i in place of the “store personal data” icon h while the display of the title a and the data b to g is continued. The The operation panel unit i is used to input a member number. In addition to a numeric keypad icon j for inputting a numerical value, a numerical value display unit k for displaying an input numerical value (that is, a member number) and “start storage” ] Icon m. In the game console terminal 2, when the “memory start” icon m is pressed with a finger from this display state, the memory start operation is accepted and the operation panel unit i is replaced with the one shown in FIG. The “store end” icon n is displayed. When the “memory end” icon n is pressed with a finger, the game console terminal 2 receives the memory end operation.

  When the game console terminal 2 accepts the storage start operation as described above, the game console terminal 2 transmits the member number input through the operation panel unit i, the model of the corresponding slot machine 1 and the data indicating the device number to the central management device 14. Then, when the banknote processing unit 12 takes in the banknote, the usage amount data is transmitted, and each data indicating the number of games, the number of outs, and the safe number is transmitted as the game is performed in the slot machine 1, Each time a big bonus, a regular bonus, or a challenge time is generated in the slot machine 1, specific role generation data is transmitted. On the central management device 14 side, basic game data shown in FIG. 4 is based on such transmission data. It is configured to update the file. Such a data update operation ends when the storage end operation is accepted. Thus, even if the member card 3 is not present, the basic game data file for one record can be obtained if the member number is known. Is to be created.

  On the other hand, the player side can check the game data stored in the central management device 14 side (and the game data of other players registered in the group) through the personal computer 17 or the mobile phone 18, and the game The data can be corrected as necessary, and a system configuration for checking and correcting such game data will be described below. The following description is an example when the personal computer 17 is used.

  FIG. 8 shows a tree structure for a plurality of screen configurations displayed on the personal computer 17. As shown in FIG. 8, the state where the “login” screen is displayed shifts to the state where the “main menu” screen is displayed when a predetermined operation is performed. It is possible to shift to an “input” screen, an “individual information menu” screen, a “table information menu” screen, and a “group information” screen. In addition, from the state where the “Individual Information Menu” screen is displayed, it is possible to shift to the “Ranking” screen, “Balance” screen, and “Detailed History” screen. Can move to the “by store” screen and the “model-specific” screen.

In the following, the specific contents of each screen and the related functions will be described with reference to FIGS.
As shown in FIG. 9, a member number input box a, a password input box b, and a “login” button c are displayed on the “login” screen. In this login screen, when the “login” button c is operated from the state in which the member number and the correct password corresponding thereto are input, the “main menu” screen shown in FIG. 10 is displayed. On the “main menu” screen, a “data input” button a, an “individual information” button b, a “device information” button c, and a “group information” button d are listed.

When the “data input” button a is operated on the “main menu” screen, the “data input” screen shown in FIG. 11 is displayed. This “data input” screen is displayed when the player plays a game without using the membership card 3 or when the player plays a game without performing the above-described memory start operation, that is, the game data is a basic game. This is a screen for correcting the data file later when it is not correctly stored in the data file (see FIG. 4). In the display state of this “data input” screen, game data stored on the player side is input, and the date of game play, the name of the game hall, the model name of the slot machine 1, and the machine number , Investment amount (use amount), collection amount, game start time, game end time, BIG count (big bonus occurrence count), REG count (regular bonus occurrence count), and game count data Input boxes a to k and a “register” button m are displayed.
When the “registration” button m is operated in a state where each data is input, the input data is transmitted to the central management device 14, and the central management device 14 side stores the basic game data file (see FIG. 4). Then, an operation of creating and storing a new record corresponding to the input data is performed. Since the game data input in this way depends on the memory of the player, the contents of the basic game data file may be slightly inaccurate, but this will not cause a major problem in practical use. .

When the “individual information” button b is operated on the “main menu” screen, the “individual information menu” screen shown in FIG. 12 is displayed. On this “individual information menu” screen, a “ranking display” button a, a “balance display” button b, and a “detailed history display” button c are displayed.
When the “ranking display” button a is operated on the “individual information menu” screen shown in FIG. 12, the “ranking display” screen shown in FIG. 13A is displayed. On this “ranking display” screen, a “national ranking” button a, a “prefectural ranking” button b, and a “model-specific ranking” button c are displayed.

  When the “national ranking” button a is operated from this display state, national ranking data and a “detail” button d as shown in FIG. 13B are displayed. The nationwide ranking data indicates the order of the amount collected by the player for all affiliated game centers in the whole country, and the game data for the current day stored in the database constructed on the server 16. Is calculated based on When the “details” button d is operated from this display state, the detailed contents of the national ranking data are displayed in a form as shown in FIG. 13C, for example.

  Further, when the “prefecture ranking” button b is operated, ranking data for each prefecture as shown in FIG. 13D and a “details” button e are displayed. The ranking data by prefecture indicates the ranking of the amount collected by the player for the entire affiliated game hall in the prefecture currently playing, and is stored in a database built on the server 16. It is calculated based on the game data for that day. Further, when the “detail” button e is operated from this display state, the detailed contents (not shown) of the ranking data by prefecture are displayed.

  Further, when the “model-specific ranking” button c is operated, ranking data for each model name as shown in FIG. 13E and a “details” button f are displayed. The ranking data by model name indicates the order of the amount collected by the player on the model of the slot machine 1 that the player played on the day, and is stored in a database constructed on the server 16. It is calculated based on the game data for that day. Further, when the “detail” button f is operated from this display state, the detailed contents (not shown) of the ranking data by model name are displayed.

When the “balance display” button b is operated on the “individual information menu” screen shown in FIG. 12, a “balance display” screen shown in FIG. 14A is displayed. On this “balance display” screen, a “daily balance sheet” button a, a “period-specific balance sheet” button b, and a “model balance sheet” button c are displayed.
When the “daily balance table” button a is operated from the display state of this “balance display” screen, the daily balance table as shown in FIG. 14B is displayed in the game data stored in the database on the server 16. Displayed on the basis. The daily balance table is composed of data that combines the date the player played, the model name of the slot machine 1 that played the game, the balance amount, and the accumulated balance amount data.

When the “Balance table by period” button b is operated from the display state of the “Balance display” screen, game data stored in the database on the server 16 as shown in FIG. It is displayed based on. This period-by-period balance table is composed of data that is a combination of the year and month that the player has played and the cumulative value of the balance amount for each month, and cumulative balance amount data.
When the “model balance table” button c is operated from the display state of the “balance display” screen, the game type balance table as shown in FIG. 14D is stored in the database on the server 16. It is displayed based on. This model-specific balance sheet is composed of data indicating the balance amount for each model of the slot machine 1 on which the player played on the day, and cumulative balance amount data. The “Investment Data” button is displayed on the display screen. a is also displayed. When the “investment data” button a is operated, detailed contents such as investment and balance data for each model are displayed in a form as shown in FIG.

When the “detailed history display” button c is operated on the “individual information menu” screen shown in FIG. 12, the “game history list” screen shown in FIG. 15A is displayed.
The “game history list” screen displays a list of records corresponding to the member number among the records in the basic game data file (see FIG. 4) stored in the database on the server 16. An “edit” button a is displayed. When a record selection operation is performed from the “game history list” screen, a “detail history” screen shown in FIG. 15B is displayed. In the “detailed history” screen, among the records in the detailed game data file (see FIG. 5) stored in the database on the server 16, the records in the record selected on the “game history list” screen as described above are displayed. A list of records corresponding to the reference number is displayed. Note that the “x” mark on the “game history list” screen indicates the end of the game.
Further, when the “edit” button a is operated in the display state of the “game history list” screen and the record selection operation is performed, the “data input” screen shown in FIG. 11 is displayed. The data in the selected record can be edited (data correction / addition / deletion, etc.) through the “data input” screen.

When the “table information” button c is operated on the “main menu” screen of FIG. 10, the “table information menu” screen shown in FIG. 16 is displayed. On this “device information menu” screen, a “store-specific device data” button a and a “model-specific device data” button b are displayed.
When the “store-specific table data” button a is operated on the “table information menu” screen shown in FIG. 16, a “store list” screen shown in FIG. 17A is displayed. This “store list” screen displays a list of records composed of store numbers and store names of affiliated amusement halls. When a record selection operation (store name selection operation) is performed from the “store list” screen, a “model list in store” screen shown in FIG. 17B is displayed. This “in-store model list” screen displays a list of records composed of model numbers and model names of the slot machines in the selected game arcade. When a record selection operation (model selection operation) is performed from the “in-store model list” screen, a “special model bonus count” list screen shown in FIG. 17C is displayed. This “designated model bonus count list” screen shows the machine number of the slot machine 1 of the corresponding model, the BIG count (big bonus count) and the REG count (regular bonus count) on the day, the previous day and the previous day. ) Is displayed based on the game data stored in the database on the server 16.

  When the “model data” button b is operated on the “device information menu” screen shown in FIG. 16, a “model list” screen shown in FIG. 18A is displayed. This “model list” screen displays a list of records composed of model numbers and model names of the installed slot machines 1. When a record selection operation (model name selection operation) is performed from the “model list” screen, a “model bonus count” list screen shown in FIG. 18B is displayed. This “model-specific bonus count list” screen shows the store number of the affiliated game arcade, the BIG count (big bonus occurrence count) and the REG count (regular count) on the same day, the previous day and the previous day for the corresponding model at each amusement hall. Data indicating the total number of bonus occurrences) is displayed based on the game data stored in the database on the server 16.

  When the “group information” button d is operated on the “main menu” screen of FIG. 10, the “group information” screen shown in FIG. 19 is displayed. In the “Group Information” screen, among the group data in the group data file (see FIG. 6), the group name including the member number entered on the login screen (see FIG. 9) and the member number are registered in the group. In the example of FIG. 19, as the game data, the investment amount for each player, the exchange amount for prizes, the balance of payment, etc. are displayed. Each cumulative data of the amount (the difference between the investment amount and the gift exchange amount) is displayed. In the “Group Information” screen, a pull-down menu selection box “a” for selecting the type of game data to be displayed (in addition to the cumulative data, the current day data, monthly data, etc.) can be selected. A “display” button b for displaying game data is provided.

  In short, according to the configuration of this embodiment described above, when a player plays a game in the slot machine 1, the membership card 3 issued to the player is used for the game machine terminal 2 corresponding to the slot machine 1. If it is inserted (set) into the card insertion slot 4, game data in the slot machine 1 is output in a state in which the game machine terminal 2 is associated with the membership number in the membership card 3 during the insertion period. Then, the game data output in this way is aggregated and stored in the database in a state associated with the membership number in the centralized management device 14. Therefore, the game data for each player can be aggregated on the premise that the membership card 3 is used to identify the player.

  On the other hand, when a player goes to the game hall without having the membership card 3 or when the player forgets to insert the membership card 3 into the card insertion slot 4 of the gaming machine terminal 2 at the time of playing in the slot machine 1 In this case, game data associated with the game cannot be stored in the database, and the result of counting the game data becomes inaccurate. In such a case, the player enters the database on the premise that the membership number and the predetermined password in the membership card 3 issued to him / her are entered from a personal terminal such as the personal computer 17 or the mobile phone 18. In the accessed state, the “data input” screen as shown in FIG. 11 is displayed on the personal terminal, and an operation for adding new game data to the game data in the database is performed through this “data input” screen. be able to. Therefore, game data when a game is played without inserting the membership card 3 into the card insertion slot 4 of the game console terminal 2 is added to the game data in the database, for example, depending on its own memory (or memo). Then, the total result of the game data stored in the database can be returned to an accurate one.

  In this case, in a state where a plurality of records of game data are displayed on the personal terminal on the “game history list” screen as shown in FIG. 15A, by operating the “edit” button a in the screen. Since data can be edited (correction / addition / deletion of data, etc.) for any record, it is possible not only to add game data to the database but also to modify the game data aggregation results in that database, Accordingly, it is possible to cope with a case where game data is added by mistake.

  Prior to the start of the game in the slot machine 1, the member number is input through the touch panel 7 provided on the display unit 8 of the corresponding game machine terminal 2, and if the storage start operation is performed, the touch panel 7 is used. During the period until the storage ending operation is performed, the game data in the corresponding slot machine 1 is continuously output in association with the member number from the gaming machine terminal 3, so the member card 3 is forgotten. Even at times, it is possible to obtain an accurate count result for its own game data.

The present invention is not limited to the above-described embodiment, and the following modifications or expansions are possible.
Although the slot machine 1 is given as an example of a data management target gaming machine, it may be a pachinko machine. As a ranking display object, a collection amount ranking for each model of the slot machine 1 can be included. It is also possible for the data disclosure terminal 14 to have a game data editing function by the personal computer 17 and the mobile phone 18.
Although the card reader 11 as the record carrier reading means is integrally provided in the state where it is incorporated in the game console terminal 2 as the game data output means, these may be provided separately. Specifically, for example, the card reader 11 can be provided in a state of being incorporated in the slot machine 1.

  The figure which shows schematically the whole structure of one Example of this invention   Front view of slot machine and game console terminal   Functional block diagram showing the electrical configuration of the game console terminal   The figure which shows the format example of the basic game data file   The figure which shows the format example of the detailed game data file   Figure showing an example of the format of a group data file   The figure which shows the example of a display in a display part   Tree structure diagram showing the relationship between multiple screens displayed on the PC   Figure showing the login screen   Figure showing the main menu screen   Diagram showing data entry screen   Diagram showing individual information menu screen   Diagram showing the ranking display screen and related screens   Diagram showing balance display screen and related screen   The figure which shows a game history list screen and a detailed history screen   Figure showing the stand information menu screen   Diagram showing store list screen, in-store model list screen, bonus times list screen for specified models   Figure showing model list screen and model-specific bonus count list screen   Figure showing the group information screen

  1 is a slot machine (game machine), 2 is a game console terminal (game data output means), 3 is a membership card (record carrier), 4 is a card slot, 7 is a touch panel (input means), 8 is a display unit, 10 Is a control unit, 11 is a card reader (recording carrier reading means), 14 is a centralized management device (game data management means), 16 is a server, 17 is a personal computer (personal terminal), 18 is a mobile phone (personal terminal), Reference numeral 19 denotes the Internet (communication means).

Claims (2)

A record carrier that is issued to a player who uses the game hall and in which a unique ID code is recorded for each player;
A record carrier reading means provided corresponding to the gaming machine and reading and outputting the ID code when the record carrier is set;
Game data output means provided corresponding to the gaming machine and outputting game data in the corresponding gaming machine;
Game data output from the game data output means is aggregated in association with the ID code output from the record carrier reading means, and a game data management means for storing the aggregated game data on the database In the field data management system,
Comprising a personal terminal provided to be accessible via the communication means in the database, the personal terminal, corresponding to the ID code in the database input before Symbol ID code and a predetermined password on the premise data management system for a game field, characterized in that the operation of adding a new game data to the game data is configured to be executed to.
  2. The personal terminal is configured to be capable of editing game data corresponding to the ID code in the database on the assumption that the ID code and a predetermined password are input. A data management system for amusement halls.

Images