JPH09140896A - Information processor for game parlor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processor (e.g. management analyzer) for a game parlor capable of transmitting the detailed information of customers to a manager and allowing the manager to easily grasp the customer information. SOLUTION: Various information including the card numbers capable of identifying customers is collected from game machines and terminal devices, the prescribed customer information is selected, the selected data is read out from the collected information, the data for converting the customer states in the display information are calculated, and the display information is complied based on the calculated data and displayed on a screen. The information of 'number of customers for the day' and the information selected by an area button of 'classification method of the number of customers' is comprehensibly displayed with a pattern (e.g. with a graph simulating a doll) on a customer information screen, for example. The scores of customers can be comprehensibly classified into multiple groups.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information processing device in a game arcade, and more particularly to an information processing device (for example, a business analysis device) capable of easily transmitting customer information in the game arcade to a manager.

[0002]

2. Description of the Related Art Generally, as a game arcade equipment using a game medium, for example, a pachinko game machine, an arrange ball machine, a sparrow ball machine, a throttle machine using a medal (turned-type throttle game machine), and a ball are used. There is a throttle machine (turn-type throttle game machine) and the like. 2. Description of the Related Art Conventionally, a game system in which a game ball is lent out for money to play a game and the acquired ball is exchanged for a prize has been generally popular. There is also a game system that uses a prepaid card. In these cases, when it comes to customer information, only limited information such as information when exchanging premiums and ball lending information is available. On the other hand,
In an average game hall, about 300 game machines are arranged. When it comes to large stores, about 1000 gaming machines are located. Information processing equipment (for example, business analysis equipment,
The management device) collects information from each of these gaming machines and gaming-related equipment (eg, ball lending machine, card issuing machine, etc.),
By performing arithmetic processing, for example, sales information, game machine operation information, and the like are displayed. The information processing apparatus manages only limited information such as ball lending information as customer information.

[0003]

However, the conventional business analysis device has the following problems. (A) In a gaming system in which game balls are lent out for money and played, and the acquired balls are exchanged for prizes, the management analyzer does not manage detailed customer information, and the customer information can be easily transmitted to the manager. There wasn't. Therefore, it was difficult for the manager to grasp the customer information. as a result,
We were unable to perform sufficient management considering the customer situation. (B) In a gaming system that uses prepaid cards,
Information such as card sales can be obtained only by purchasing a prepaid card with money and lending a ball with that card instead of immediately converting it into a game ball with money (for example, a management analysis device). Or, it is not possible to obtain detailed game information for each customer, etc.).

(C) On the other hand, there are amusement stores that issue various membership cards (so-called house cards) to the players for the purpose of providing services to provide various services in order to differentiate between the amusement stores. In this case, the customer can be specified, and some customer information can be obtained, but the detailed customer information intended by the manager has not been obtained. (D) In the case of a system that issues a membership card, customers who have a membership card can only obtain customer information within the range that can be collected by the membership card, and customers who do not have a membership card. Couldn't manage to collect detailed customer information. (E) Moreover, game information, valuable value information (for example, money amount information), etc. are stored in the card, a game is carried out in the enclosed ball-type gaming machine within that range, and the acquired value is stored in the card as an information amount. A card-type game system that exchanges prizes based on value has been proposed, but a management analysis device (or hall management device) manages detailed customer information (for example, detailed information such as sales by each customer and game time). However, it was difficult for the manager to grasp the customer information, and it was not possible to perform sufficient management considering the customer situation.

Therefore, the present invention has been made in view of the above-mentioned problems, and it is possible to transmit detailed customer information to a manager, so that the manager can easily grasp the customer information. Is intended to provide.

[0006]

In order to achieve the above object, an information processing device in a game arcade according to the invention of claim 1 uses a recording medium capable of identifying a customer, and a gaming machine and the recording medium. Is an information processing device that manages information of a game arcade in which a terminal device that processes information of a customer is stored, customer information storage means that stores customer information, customer information selection means that selects predetermined customer information, and a customer Customer information which reads out the customer information selected by the information selecting means from the customer information storing means, calculates data for converting the situation of the customer in the game arcade into display information, and edits the display information based on the calculated data. Editing means, display means for displaying the customer edit information edited by the customer information editing means,
It is characterized by having.

As a preferred mode, for example, as described in claim 2, it is provided with customer information collecting means for collecting customer information from a large number of gaming machines and terminal devices, and the customer information storing means is collected by the customer information collecting means. The customer information may be stored. For example, as described in claim 3, the customer information editing means is provided with a past customer information computing means for computing data for converting the past customer situation into display information and performing edit processing on the display information. You may

For example, as described in claim 4, the past customer information calculation means is provided with a past customer balance information calculation means for calculating the customer balance information from the past customer information and editing the display information. You may For example, claim 5
As described above, the past customer number information calculating unit may include a past visitor number information calculating unit that calculates visitor number information from past customer information and edits the display information. For example, as described in claim 6, the past customer information calculation means includes past customer fixation status calculation means for calculating time series customer fixation status information from past customer information and editing the display information. You may be allowed to.

[0009] For example, as described in claim 7, the past customer fixation status calculation means calculates information on the number of customers visiting the store from past customer information, and determines the number of customers visiting the store for a predetermined period of time to be a predetermined number of times or more with a person who has visited the store a predetermined number of times. It may be provided with a time-series visitor number calculation means for calculating the customer's fixation status in a time-series manner by distinguishing from those who are less than, and editing the display information. For example, as described in claim 8, the past customer fixation status calculating means calculates the customer's game time information from the past customer information, and determines whether the customer's game time in the past predetermined period is equal to or more than the predetermined game time. Then, a time-series game time calculation means for calculating the game time situation of the customer in time series and editing the display information may be provided. For example, as described in claim 9, the past customer fixation status calculation means calculates the number of visitors to the store from past customer information, and determines the number of visitors to the store in a predetermined period in the past by deciding whether or not it is a new store, and the time series is set. It is also possible to provide a time-series new visitor number calculation means for calculating the new visit situation of a customer and editing the display information.

For example, as described in claim 10, the customer information storage means has same-day customer information storage means for storing information of a customer who came to the store on the day, and the customer information editing means,
Equipped with a customer information editing means for the day, which reads the customer information of the day from the information storage means of the day, calculates data for converting the situation of the customer at the game arcade into display information, and edits the data into display information based on the calculated data You may be allowed to. For example, as described in claim 11, the same-day customer information editing means may be provided with same-day visitor number information calculating means for calculating visitor number information from the customer information of the day and performing edit processing on the display information. . For example, as described in claim 12, the day-to-day customer information editing means may be provided with the day-to-day customer income and expenditure information calculating means for calculating the customer's income and expenditure information from the day's customer information and performing edit processing on the display information. Good.

For example, as described in claim 13, the day-of-the-day customer information editing means is provided with the day-of-the-day customer game time information calculating means for calculating the customer's game time information from the day's customer information and editing the display information. You may be allowed to. For example, as described in claim 14, it has a game information storage means for storing game information, and the customer information editing means reads out customer information corresponding to a gaming machine from the game information storage means,
You may make it provide the model-specific customer information calculation means which calculates the relationship information of a customer and game information, and edits it into display information.

[0012] For example, as described in claim 15, the customer information calculation means by model calculates investment amount of the model from the game information and edits the investment amount comparison information calculation means for editing the display information according to the investment amount of each model. May be provided. For example, as described in claim 16, the model-specific customer information calculation means is provided with operation time comparison information calculation means for calculating the operation time of the model from the game information and editing the display information according to the operation time of each model. You may be allowed to. For example, as described in claim 17, the customer information calculation means by model,
A model investment amount time-series calculating means for calculating the investment amount of the model from the game information and editing the display information for each time-series investment amount of the model may be provided.

[0013]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below with reference to the drawings as an embodiment in which a management system for a card-type game system is applied. That is, in the present embodiment, the management analysis device collects various kinds of information of the gaming machine and each terminal device including customer information, and performs necessary arithmetic processing and screen display. It is an example in which the present invention is applied to. (I) Overall Arrangement of Game Hall Equipment FIG. 1 is a block diagram showing the overall arrangement of the game hall equipment using the management analyzer. In FIG. 1, 1 is a game shop, 2
Is a card management company (hereinafter referred to as a card company, as well as drawings). The game store 1 is roughly divided into a card management device (hereinafter referred to as a management device) 11, a management analysis device (information processing device at a game hall) 12, a repeater 13, a prize POS (prize exchange device) 14, an ATM exchange 15, Island unit (so-called island equipment: equivalent to game machine installation equipment) 16, repeater 2
1, 22, a card issuing machine (information medium issuing apparatus) 23, and an updating machine (information medium updating apparatus) 24 are arranged. Further, the island unit 16 includes a large amount of money addition machine (value added device) 25, a plurality of gaming machines (enclosed ball type gaming machines) 31a to
31n (hereinafter simply referred to as 31 as appropriate) and a replenishing device 32 are arranged. In addition, in FIG. 1, the island unit 16
Although only one repeater (sub-repeater) 22 is shown, a plurality of such island units 16 and repeaters (sub-repeaters) 22 are arranged in island units. The prize POS 14, the card issuing machine 23, the updating machine 24, the large amount of money adding machine 25, and the gaming machine 31 are IC cards 400 described later.
It corresponds to a mounted terminal device to which a (game information medium: recording medium) can be mounted.

The ATM exchange 15 is an information exchange device for controlling the transmission of information from the management device 11, the management analysis device 12, the main repeater (displayed as a repeater in the drawing) 13, and the prize POS 14 installed in the game shop 1. Therefore, it is possible to transmit an information amount of 155 Mbps, for example, via the information transmission path 41 formed of an optical fiber. Here, ATM (Asynchrono)
us Transfer Mode: asynchronous transfer mode). Generally, high-speed operation cannot be performed in packet communication, and a signal with a very high bit rate cannot be handled. On the contrary,
The ATM exchange is based on the premise that a high quality transmission line such as an optical fiber transmission line with a low bit error rate is used. Exchange connection with a hardware switch that can operate. As a result, the semiconductor switch can be used up to the operation speed, and a signal of several hundred Mbit / sec or more can be switched and connected. Using such an ATM exchange technology, data, documents, voice,
Transfer of various types of information, such as images, images, etc., is possible in a single line.

The ATM switch 15 of this embodiment receives information from each terminal device installed in the store based on the above principle,
It performs exchange control for transmitting necessary information. The ATM exchange 15 and the information transmission line 41 composed of an optical fiber constitute a first transmission network 42 having a physically large information transmission capacity. The management device 11, the management analysis device 12, the main repeater 13, and the premium POS 14 are the first transmission network. A network connected by the transmission network 42 is configured. A system having a physically large information transmission capacity is a system that can secure an extremely large transmission capacity using an ATM switching technology and an optical fiber.

The main repeater 13 relays information transmission between the upper first transmission network 42 and the lower repeaters 21 and 22. For example, an optical repeater is used to perform communication using infrared rays. To do. The main repeater 13 is connected to the upper first transmission network 4.
2 allows 155 Mbps information transmission to and from the ATM switch 15, and 1
This is a configuration capable of transmitting 6 Mbps information. The lower repeater 21 is for relaying information transmission between the card issuer 23, the renewal machine 24, the large amount adder 25, and the main repeater 13. For example, an optical repeater is used, and infrared light is used. Perform communication. The repeater 21 can transmit information of 1 Mbps among the card issuing machine 23, the updating machine 24, and the large amount of money adding machine 25.

On the other hand, the lower repeater 22 is a gaming machine 31a-
31n, which relays information transmission between the replenishing device 32 and the main repeater 13. For example, an optical repeater is used to perform communication using infrared rays. The repeater 22 is capable of transmitting information at 1 Mbps between the gaming machines 31 a to 31 n and the supply device 32. The repeaters 21 and 22, the main repeater 13, the card issuing machine 23, the renewal machine 24, the large money addition machine 25, the gaming machines 31a to 31n, and the replenishing device 32 are wireless (here, information transmission by infrared rays). The two transmission networks 43 constitute a network. The management device 11 and the management analysis device 1 connected to the first transmission network 42 having a large transmission capacity via the ATM exchange 15 and the information transmission line 41 composed of an optical fiber.
2. The main repeater 13, the repeater 21, 22, the main repeater 13, the card issuing machine 23, the renewal machine 24, the large money adder 25, and the game which are connected to the network including the premium POS 14 by the second transmission network 43. The network including the machines 31a to 31n and the supply device 32 constitutes a LAN (local area network) as a whole, and is a system capable of mutually transferring information at a high speed.

(II) Game Hall Management System FIG. 2 is a diagram showing a game center management system. In FIG. 2, a management device 11 is an ATM switch 15 installed in a store.
Card company 2 and a telephone line 45 (for example, ISD
N or other digital lines). The management device 11 and the ATM switch 15 are connected by an information transmission line 41 composed of an optical fiber. The portion surrounded by a broken line is a configuration outside the game store, and the other game stores 46 are similarly connected to the card company 2 via the telephone line 47. The card company 2 issues an IC card common throughout the country as a game card, and performs payment for a game card in the game store 1. In addition, various information of the management device 11 in the game arcade 1 is received as needed (for example, reception of card payment information). The amusement store 1 is connected to the card company 2 via the telephone line 45 for obtaining card issuing information and necessary information from the card company 2 and making inquiries. In the following description, an IC card 400 described later is simply referred to as a game card or a card, as appropriate.

Specifically, when issuing a card, the card company 2 issues a serial number (for example, an issue number) to a gaming card, security information, a temporary issuing machine number, encryption information, and an IC card control program. Is stored and issued to each amusement store. In addition to the card information, the card company 2 has a card issuing machine 23, a gaming machine 31, and an updating machine 2.
4. Large-sized money addition machine 25, identification number of premium POS 14 (individual identification information required when mutually authenticating each terminal device), card restriction information (for example, maximum value of added money:
Information such as security information is transferred to the management device 11 of each gaming shop. The management apparatus 11 transmits the individual identification information to the card issuing machine 23 or the like later as an initial value.

Further, in the case of the card issuing machine 23, a temporary issuing machine number and a true issuing machine number are given, and the IC card 400 is made to recognize the card issuing machine 23 (details will be described later) by the temporary issuing machine number, When the IC card 400 is issued from the card issuing machine 23, the temporary issuing machine number is overwritten by the true issuing machine number and becomes individual identification information (that is, the issuing machine identification number) similar to other terminal devices. Amusement store 1
Is the card issuer 2 or the necessary information
From the ATM exchange 15
Is connected to the card company 2.

Here, an IC used as a game card
When the card 400 is defined, an IC card usually includes an 8-bit (or 4-bit) CPU, a data memory, and a program memory storing a predetermined program, and is a non-contact type electromagnetic coupling type. , C
This is a high-security memory medium that can perform advanced judgment, calculation, data protection, etc. by utilizing the functions of the PU. The data memory used is non-volatile, for example, rewritable EE
PROM is the mainstream. The IC is usually embedded in a thin plastic card (which may be a vinyl chloride card) so that sufficient protection can be achieved while ensuring portability. Also, unlike magnetic cards, safety and security protection are sufficiently provided. Instead of an IC card, an optical card having sufficient safety and security protection may be used. In such a case, a necessary part such as a card reader / writer is used corresponding to an optical card.

The information stored in the IC card 400 (hereinafter referred to as card information as appropriate) includes the following data, and each data is stored in each storage area of the IC card 400 separately for each data. It Card number (card number) This is a card identification number issued by the card company 2, and is issued based on, for example, the manufacturing date and the manufacturing number. The data has, for example, a 32-byte configuration. By using this card number, it is possible to identify (that is, utilize as customer identification information) the customer who has played a game using the card. Note that the method is not limited to the method of identifying a customer by using a card number. For example, a special customer information area is provided in the IC card 400, and information about the customer (for example, address, name, telephone number, etc.) is provided in the customer information area. The information may be stored variously so that the customer's own information can be collected in detail.

Security information (security code) Data for judging the validity of the IC card 400 in each terminal device (that is, data for judging the authenticity of the card)
And is stored in advance by the card company 2. For example, a security code is created using a random number including a code. -Temporary counter This is a counter that counts when a failure occurs in writing / reading of the IC card 400. When the cumulative value of the temporary counter reaches a predetermined value, an error may be displayed or it may be disabled.

Today's balance This is data showing the contents of today's balance settlement for the player holding the card. The balance is shown in monetary terms.
For example, today's balance is the difference between the ball rental amount used today (minus amount) and the settlement amount at the prize POS (the amount added to the stored amount of coins at the specified rate and the prize exchange amount converted to a plus amount) It becomes the data of. Issuing machine number This is an identification number of the card issuing machine 23 and is called an issuing machine PIN (hereinafter referred to as issuing machine identification number). In addition, the temporary issuing machine identification number is stored at the beginning of the card (at the time of delivery),
Mutual authentication is performed with the card issuing machine 23 using this temporary issuing machine identification number. Then issuer identification number (true identification number)
Is written on the card when the card is issued.

Update machine number This is an identification number of the card update machine 24 and is called an update machine identification number. -Gaming machine number It is an identification number of the gaming machine 31, and is called a gaming machine identification number. -Large monetary addition machine number This is the identification number of the large monetary addition machine 25, and is called the large monetary addition machine identification number. -Present POS number This is the identification number of the free POS 14, and is referred to as the free POS identification number. The issuing machine number, renewal machine number, gaming machine number, large amount of money addition machine number, prize POS number, scramble key (encryption key), security code, etc. are common throughout the country and are sent from the card company 2 to the management device 11. . Although not stored in the IC card 400, a card company number (identification number of the card company) is also given to the card company 2, which is called a card company identification number.

Ball Lending Amount of money added to the IC card 400, which is currently available for ball lending.・ Amount of balls accumulated The amount of balls accumulated is converted into the amount of balls accumulated by the prize POS 14 at a predetermined rate, which is the balance available for ball lending.・ Number of balls possessed The current number of balls possessed for the game. Our shop can be used for games only on the day.

-Game machine number record This is the machine number of the last game machine used in the game. this is,
This is to leave the history of the game and to use it as data for relieving the player when the card information is different from the file data of the management device 11. -Final hall name This is the name of the last amusement store that played the game. This is to keep a history of the game. -Last hall number This is the identification number of the last game store that played the game. This is to keep a history of the game. Amusement store identification numbers are classified by city, town and village.

Date of use The date of use of the IC card 400, particularly the last date of use, is stored. This is to keep a history of the game. -Card status record The current status of the IC card 400 (hereinafter referred to as the card status) is stored. For example, "normal", "playing",
There are "interruption", "stop", "regulation 1", "regulation 2", and "regulation 3". “Normal” means a state in which a card is inserted in a terminal device other than the game machine 31 or a state carried by a player. “During a game” is a state where a card is inserted in the game machine 31. The "interruption" means a state in which the game is interrupted, and is information when the game is interrupted, for example, when the player leaves the game machine 31 and goes to a meal. “Stopping” means that the number of balls delivered exceeds a certain amount and the game machine 31
The state where the game in is stopped. "Regulation 1", "regulation 2", and "regulation 3" are, for example, states of prohibiting movement of the number of balls (to another model or the like).

Expiration Date Information The IC card 400 is valid for one year from the issue date, and the expiration date information is the expiration date one year after the issue date of the card. -Scramble key (encryption information) An encryption key, which is stored in the card in advance by the card company 2. For example, an exclusive OR of the information stored in the scramble key area and the received encrypted ball lending amount is used for decryption and use.

The management device 11 is arranged in the management room of the hall and includes a management computer, a display, a printer 50,
It has an external storage device 51, a terminal input device (for example, a keyboard and a mouse), and an uninterruptible power supply (UPS) 52. The management computer manages the card system from the card company 2 to the telephone line 45 and the ATM exchange 1
5, card issuing machine 23, gaming machine 31, update machine 24, large amount of money addition machine 25, prize POS1 via information transmission path 41
4 identification number, card restriction information, security information,
In addition to the process of receiving the information such as the encrypted information and transmitting it to the card issuing machine 23 and the like as an initial value, the process necessary for the management control of each terminal device of the game shop 1 is performed. Further, a process of transmitting information relating to card settlement to the card company 2 is also performed. Further, the management computer manages various card information of the issued card, and also stores and manages the verification history with the card inserted from each terminal device (for example, the gaming machine 31, the updating machine 24, etc.). The matching history with the card is cleared only on the day of our shop. The external storage device 51 stores management information regarding the card system. Further, the management computer always manages information equivalent to the card by regular communication with each terminal device. The uninterruptible power supply (UPS) 52 has a battery inside, and supplies emergency power to each circuit of the management device 11 to back up the operation for a certain time when the commercial power supply fails.

The management analysis device 12 is also arranged in the management room of the hall, and has a management analysis computer, a display,
Printer 60, external storage device 61, terminal input device (for example, keyboard or mouse), uninterruptible power supply (UPS)
It has 62. The management analysis computer 61 calculates, displays and simulates the management of the hall (for example, collecting various information of the gaming machine and each terminal device including customer information, necessary calculation processing, screen display, etc.), operation history of the remote control device. It manages information and is connected to each terminal device through the ATM switch 15 and the information transmission line 41.
Receive the information you need. For example, Hall Island Unit 1
Collect necessary data from a large number of enclosed ball-type gaming machines 31 installed in 6 and organize the data corresponding to various gaming states for the calculation, display, and simulation processing required for management, and perform business analysis. The result is displayed on the display 62 or printed by the printer 63. In addition, it collects operation information of each remote control device operated by a store clerk, and performs processing necessary for managing the operation information.

Further, the management analysis computer stores data (in particular, data including customer information) collected from a large number of enclosed ball game machines 31 and each terminal device in the internal storage device as daily data, or stores the data. The data is stored in the external storage device 61. For example, necessary data is collected from a large number of enclosed ball-type game machines 31 and management device 11 installed in the island unit 16 of the hall, data corresponding to various game states is arranged, and the arranged data is displayed on the display 62. Or display them (for example, in order of the number of big hits,
It is displayed in the order of the machine numbers with the highest jackpot occurrence rate), the operating state of each gaming machine 31 (for example, the state in which forced settlement is performed,
(State of prohibition of payment) is monitored and necessary data is processed. Also, by operating the terminal input device,
It is also possible to calculate game machine results by game type, machine type, island unit, and manufacturer, collect business information, jackpot data, prize ball data, etc., and display them on the display of the management analysis computer.

Then, a simulation for predicting sales is performed based on the data stored in the external storage device 61, and past sales data is called as necessary. In addition, game information from the gaming machine 31 (for example, jackpot information, prize ball number information, etc.), prize exchange information from the prize POS 14 (for example, amount of stored balls, exchange amount for cash, exchange amount for prizes, etc.), The amount addition information and the like from the large amount addition machine 25 are collected, necessary calculations are performed using them, and the processing of determining the performance of the gaming machine 31, the exchange information of the prize, the management information and the like is executed. The uninterruptible power supply (UPS) 62 has a battery inside, and supplies an emergency power to each circuit of the business analysis device 12 to back up operation for a certain period of time when a commercial power supply fails.

(III) Communication System of Terminal Device FIG. 3 is a diagram showing a communication system of the terminal device. In FIG. 3, the prize POS 14 is connected to an ATM switch 15 installed in the store via an information transmission line 41 made of optical fiber, and the repeater 13 is connected to the information transmission line 4 made of optical fiber.
1 is connected to the ATM switch 15. That is, they are connected to a first transmission network 42 having a large transmission capacity and configured via an ATM exchange 15 and an information transmission line 41 composed of optical fibers. On the other hand, the main repeater 13 has a function of relaying information between the first transmission network 42 and the second transmission network 43, and each terminal device (card issuing machine 2
3, renewal machine 24, large amount adding machine 25, gaming machine 31a-
31n, the supply device 32) forms an information network via the repeaters 21 and 22 of the second transmission network 43.

The repeaters 21 and 22 are connected by infrared communication to the optical transmitter / receiver 71 of the card issuing machine 23, the optical transmitter / receiver 72 of the renewal machine 24, the optical transmitter / receiver 73 of the large amount money adding machine 25, and the display units of the gaming machines 31a to 31n. 74a, 74b
The information is mutually transmitted between the optical transmission / reception units 75a and 75b and the optical transmission / reception unit (not shown) of the replenishing device 32.
The display units 74a and 74b are hereinafter simply denoted by reference numerals 74 as appropriate, and
Hereafter, a and 75b are simply represented by reference numeral 75 as appropriate. In the island unit 16, gaming machines 31a, 31b are arranged, and between-car amount adding machines 76a, 76b (hereinafter, referred to as “inter-game amount adding machines”).
The replenishing device 32 and the large-size money adding machine 25 are arranged as appropriate (simply denoted by reference numeral 76 as appropriate).

The card issuing machine 23 issues an IC card purchased from the card company 2 as a game card to the player (for example, when a player who does not have an IC card purchases it), for example, 1,000 yen. To issue a game card. The issued card can be continuously used for a predetermined period (for example, one year). The card issuing machine 23 transfers game card sales information and the like with the management device 11 and the management analysis device 12 via the optical transmission / reception unit 71. Also, the card issuing machine 23 performs a mutual authentication process with the IC card at the time of issuing the card, and when it is determined that the card is valid, the card issuing machine 23, the gaming machine 31, the renewal machine 24, 25. Processing for recording the identification number of the premium POS 14, initial information of the card, and the like is performed.

The large amount of money adding machine 25 is I purchased by the player.
By inserting a C card and inserting coins and bills,
A desired amount is added to the IC card. First, a mutual authentication process of the IC card is performed, and the amount (valuable value) is added to the IC card based on the result. For example, any of 3000 yen, 5000 yen, and 10000 yen can be selected as the additional amount. It should be noted that the addition of money can also be performed by the inter-car money addition machine 76 arranged between adjacent gaming machines, and in this case, money is added in units of 1000 yen.

The gaming machine 31 performs mutual authentication of the IC card, and based on the result, converts the amount of money (value information) recorded in the IC card into the number of balls (game value information) that can be used in the game. The game is made possible by the number of balls (game value) already recorded as a result of the game, and the result of the game is recorded in the IC card. Specifically, when the IC card is inserted, information on the IC card (amount data, ball number data, etc.) is read to lend a ball, and the number of balls acquired by the player is stored in the IC card. Control the display unit 7
The ball lending (that is, sales) information and the like is transferred by the IC card to the management device 11 and the management analysis device 12 through the optical transmission / reception unit 75 of No. 4 via the network.

The front frame or the like of the gaming machine 31 can be remotely operated by a remote control device (hereinafter referred to as a remote control device) 100, and the remote control device 100 is operated to emit infrared rays to the display unit 74 of the gaming machine 31. Then, the game machine 31 is instructed by the display unit 74.
The opening and closing of the front frame is remotely performed. In this case, the operation history information of the remote control device 100 is transferred from the optical transmission / reception unit 75 of the gaming machine 31 to the management analysis device 12 via the network. The remote control device 100 has a transmission unit capable of emitting infrared rays, a plurality of push buttons arranged on the surface of the main body, a control unit including a microcomputer, and the like. An infrared ray including the remote control ID is output, and the gaming machine 31 is remotely operated.

The renewal machine 24 is for replacing a card which has passed a predetermined expiration date (for example, one year) with a new card in order to use the IC card without any trouble, and the expiration date (for example, one year). When an IC card exceeding the number is inserted, the IC card is made unusable under a predetermined condition (here, the permission of the update is inquired to the card company 2 via the management device 11 and updated when the permission is issued). In addition to collecting and issuing a new IC card, the information recorded in the IC card before the collection is recorded in the new IC card. When the IC card 400 (hereinafter, simply referred to as an IC card) is inserted, the prize POS 14 performs mutual authentication of the inserted IC card, and based on the result, I
The prize exchange process is performed according to the information on the C card.
Payment can be made based on the number of balls (game value) recorded in the IC card. The reason why payment is possible is that if the ball count data recorded on the IC card does not match the data recorded on the management device 11, a prize exchange is decided through discussion between the player and the hall staff. Because,
This is because the prize exchange is not permitted in all cases.

The prize POS 14 is arranged in an unoccupied place in the hall, and a space is provided on the back side for maintenance of staff. In the prize exchange in the prize POS 14, it is possible to exchange for cash or a stored amount (stored as amount information at the exchange rate of the hole) based on the number-of-balls stored in the IC card. Ball information can also be exchanged for free gifts, and the amount of coins can also be exchanged for cash. . The replenishing device 32 is for enclosing and replenishing enclosed balls with respect to the plurality of gaming machines 31a to 31n arranged in the island unit 16 (see FIG. 1).

(IV) Configuration of Management Analysis Device FIG. 4 is a block diagram showing the configuration of the management analysis device 12. In FIG. 4, the management analyzer 12 is mainly composed of a workstation 151, a graphic interface 152, a parallel interface 153, an audio interface 154, a SCSI host adapter 155, an ATM interface 156, an external storage device (hard disk device: HDD, etc.) 157. , An amplifier 158, a display device (CRT) 160, a printer 60 (see FIG. 2), and a speaker 162.
The workstation 151 performs arithmetic processing necessary for arithmetic, display, simulation, management of usage history of the remote control device, etc. regarding management of the card type game system. Workstation 151 is a graphic interface 1
52, parallel interface 153, audio interface 154, SCSI host adapter 15
5, connected to external devices via the ATM interface 156. Each interface is realized by a circuit including an IC or the like on a predetermined board (for example, a printed board).

The graphic interface 152 performs a signal conversion process for displaying an image on the display device 112. The display device 160 includes a CRT capable of color display, and displays an image based on an output signal from the graphic interface 152. As the display device 112, for example, a 20-inch CRT capable of displaying 1280 × 1024 dots is used. The parallel interface 153 is a connection unit for transferring signals to the printer 60, and the printer 60 prints and outputs necessary information and the like. The audio interface 154 is an amplifier 158.
Is a connection unit for transferring when outputting various audio signals such as audio signals and sound effects, and the amplifier 158 outputs various audio signals such as audio signals and sound effects output from the audio interface 154. Amplifies the speaker 1
Sound from 62. The SCSI host adapter 155 is a connection unit for transferring data with the external storage device 157, and the ATM interface 156 is a connection unit for transferring with the ATM exchange 15 by ATM.

Next, FIG. 5 is a diagram showing a detailed block configuration of the business analysis device 12. In FIG. 5, the workstation 151 is an MPU module 171, a BIOSR.
OM 172, timer 173, FPU 174, bus interface 175, DMA controller 176, memory bus interface 177, RAM 178, M bus 1
79, S bus 180, and memory bus 181.
The MPU module 171 reads a boot program stored in the BIOSROM 172 and boots it, and executes a program for performing calculations, display, simulation, management of the usage history of the remote control device, etc. regarding management of the card-type gaming system, and a hard disk device (HDD) 187. The data is read into the memory (RAM 178) and the processing is executed. BIO
The SROM 172 stores the boot program, and the RAM 17
8 is used as a work area. Timer 173 is M
The FPU 174 is a dedicated processor that takes charge of floating-point arithmetic and measures the time required for the arithmetic processing of the PU module 171. The FPU 174 is intended to accelerate graphic processing.

The bus interface 175 connects between the M bus 179 which mainly performs data transfer centering on the MPU module 171 and the S bus 180 which mainly performs data transfer between each interface board. The DMA controller 176 controls the DMA transfer of data to the MPU module 171 with various devices connected via the S bus 180. The memory bus interface 177 performs interface processing relating to data transfer between the M bus 179 and the memory bus 181, and the RAM 178 is connected via the memory bus 181. S bus 1 mainly for interface management
80 has a parallel interface 153, an Ethernet interface 182, and an ATM interface 1
56, FD interface 183, GPIB interface 184, audio interface 154,
The graphic interface 152, the SCSI host adapter 155, and the serial interface 185 are connected.

The Ethernet interface 182 is a connection unit for transferring a signal to / from a device forming an external LAN network (especially Ethernet). The FD interface 183 is a connection part when signals are transferred to and from a floppy disk (FD) device, and the GPIB interface 184 is an IEEE48.
This is a connection unit for transferring signals to and from a device having eight standards. SCS to SCSI host adapter 155
A hard disk device (HDD) 187 as various external storage devices 157, a magneto-optical disk device (MO) 188, a digital tape storage device (DA) via the I-bus 186.
T) 189 and a CD-ROM drive device 193 are connected. The CD-ROM drive device 193 is a CD-R
When the OM is inserted, the CD-ROM is driven to drive the CD-R.
A process of reading the information stored in the OM is performed. CD-R
The OM is supplied from, for example, a gaming machine manufacturer, and stores various setting information, gaming machine evaluation information, and the like. The serial interface 185 is a connection unit for transferring serial data, and is connected to the RS-232C board 190, keyboard 191, and mouse 192. RS
The 232C board 190 is a connection unit for exchanging signals specified by one of predetermined interface standards, for example, EIA standard 232C. Keyboard 191
Is for the operator to make necessary input, and the mouse 192 is also for input operation.

Here, the RAM 178, the hard disk device (HDD) 187, the magneto-optical disk device (MO) 18
8. A digital tape storage device (DAT) 189 constitutes a customer information storage means, a current day customer information storage means, and a game information storage means. Workstation 151, keyboard 1
91 and the mouse 192 constitute a customer information selecting means. The workstation 151 is a customer information editing unit, a past customer information calculating unit, a past customer balance information calculating unit, a past visitor number information calculating unit, a past customer retention status calculating unit, a time-series visitor number calculating unit, a time-series game time calculating unit. Means, time-series new visitor number calculation means, same-day customer information editing means, same-day visitor number information calculation means, same-day customer balance information calculation means, same-day customer gaming time information calculation means, machine type customer information calculation means, investment amount comparison information The calculation means, the operating time comparison information calculation means, and the model investment amount time series calculation means are configured. The graphic interface 152, the parallel interface 153, the audio interface 154, the display device (CRT) 160, the printer 60, and the speaker 162 constitute a display unit. Display unit 74, optical transceiver 75, repeater 21, main repeater 13,
The first transmission network 42 and the ATM interface 156 constitute a customer information collecting unit that collects information from each terminal device and information from each gaming machine 31.

(V) Description of Data Next, various data calculated by the business analysis device 12 will be described in detail. The data includes aggregated data aggregated from the terminal device and predictive data for predicting the hall condition. "Data Aggregation" First, when explaining from data aggregation, game information from the terminal device is stored in the P machine day result file etc. formed on the internal memory (RAM 178) (memorized data only on the day), and the P machine day result Based on data such as files, gaming machine performance information, machine model performance information, hall performance information are aggregated or calculated as necessary. Each of these pieces of information will be described in detail below. U: All-day sales amount (model sales information, gaming machine sales information) This is the total amount of sales for one-day games. In the case of gaming machines, it is calculated for each gaming machine by the formula: total sales amount U = P machine same-day ball rental sales Ut + P machine same-day ball sales amount Uc. In the case of a model, the total daily sales amount U of the gaming machines belonging to the model is totaled. In the case of a hall, total day-to-day sales U of all models in the hall are totaled.

Ao: Total out of special prize all day (model out ball number information, game machine out ball number information) This is the total number of balls fired during a day's game when no big hit is in progress. In the case of a gaming machine, it corresponds to Ao for each gaming machine. In the case of a model, the Ao of gaming machines belonging to the model is totaled. Fo: Safe total outside special prize (model safe ball number information, game machine safe ball number information) This is the total number of prize balls when a big hit is not in the game in one day. In the case of a gaming machine, it corresponds to Fo for each gaming machine.
In the case of a model, the Fo of gaming machines belonging to the model are totaled. Ah: Total number of all-day special prize outs (model out ball number information, game machine out ball number information) This is the total number of launch balls during the prize in the game on one day. In the case of a gaming machine, it corresponds to Ah for each gaming machine. In the case of a model, the Ah of the gaming machines belonging to the model is totaled.

Fh: Safe all day special prize total (model safe ball number information, game machine safe ball number information) This is the total number of prize balls in the special prize in the game of one day. In the case of a gaming machine, it corresponds to Fh for each gaming machine. For models,
Fh of the gaming machines belonging to the model is totaled. S: Total number of start-ups all day This is the total number of symbol changes in the game in one day. In the case of a gaming machine, it corresponds to S for each gaming machine. In the case of a model, the S of gaming machines belonging to the model is totaled. H: Total number of jackpots throughout the day (model special prize number information, gaming machine special number information) This is the total number of special prizes in a day's game. In the case of gaming machines, it corresponds to H for each gaming machine. In the case of a model, H of gaming machines belonging to the model is totaled. A: All-day out ball total (model out ball number information, gaming machine out ball number information) This is the total number of balls fired in a day's game. In the case of a gaming machine, the calculation formula is A = Ao + Ah for each gaming machine. In the case of a model, A of gaming machines belonging to the model is totaled. In the case of a hall, add up A for all models in the hall.

F: All-day safe ball total (model safe ball number information, game machine safe number information) This is the total number of prize balls in the game for one day. In the case of a gaming machine, it is calculated for each gaming machine by an arithmetic expression of F = Fo + Fh. In the case of a model, the F of gaming machines belonging to the model is totaled. In the case of a hall, total F of all models in the hall. I: Total number of balls to be driven in all day The total number of balls to be driven in in a day's game. The number of balls to be driven is the number of balls to be driven in before one special prize is obtained. In the case of a gaming machine, the calculation formula is I = Ao + Fo for each gaming machine. In the case of a model, I of gaming machines belonging to the model is totaled. In the case of a hall, add up I for all models in the hall. R: Total number of balls lent throughout the day This is the total number of balls lent in a day's game. In the case of gaming machines, the calculation formula is R = U / p (where p is the ball lending rate) for each gaming machine. In the case of a model, R of gaming machines belonging to the model is totaled. In the case of a hall, add up the R values for all models in the hall.

J: Total number of balls settled all day This is the total number of balls brought out from any one gaming machine in one-day game. In this case, when leaving the gaming machine with balls, it is assumed that all the balls are settled. The number of all-day settlement balls can be calculated from the following three data. Total number of balls in the prize during the day = Fh-Ah …… Total day ball rental total = R …… Total day ball total = I …… The player wins the ball represented by the formula and the formula, Since the ball represented by is lost, the number of balls finally brought out by the player from any one gaming machine becomes a value represented by the arithmetic expression +-. Therefore, the all-day settlement ball counter is calculated as follows. All day settlement ball counter J = (Fh-Ah) + RI When this data J is expanded to the range of model and hall, it is calculated by the following method. In the case of models, J of gaming machines belonging to each model is totaled. In the case of a hall, add up the J of all models in the hall.

L: All-day payout amount The all-day payout ball counter J is multiplied by the payout rate q, which is the actual payout amount of the game machine (the payout amount in one-day game). In the case of a gaming machine, the calculation formula is L = J × q for each gaming machine. In case of model, L = J × for each model
It is calculated by the arithmetic expression of q. In the case of a hall, the calculation formula is L = J × q. V: Gross profit all day (machine profit information, game machine profit information) This is the gross profit (expected profit) of the game machine. The gross profit of the gaming machine in the game of one day is calculated as the difference between the all-day sales amount and the all-day refund amount. In the case of gaming machines, V = for each gaming machine
It is calculated by a calculation formula of UL. In the case of a model, it is calculated for each model by a calculation formula of V = UL. In case of hall, V =
It is calculated by a calculation formula of UL.

W: divisor The ratio of the number of settlement balls to the number of rental balls. On a daily basis, it is the ratio of the number of all-day settlement balls to the total number of all-day ball rentals. In the case of a gaming machine, it is calculated for each gaming machine by an arithmetic expression of w = J / R.
In the case of a model, it is calculated for each model by an arithmetic expression of w = J / R. In the case of a hall, the calculation formula is w = J / R. d: Ball discharge rate This is the ratio of the total number of prize balls to the total number of balls fired. On a daily basis, it is the ratio of the all-day safe meter to the all-day out meter.
In the case of a gaming machine, it is calculated for each gaming machine by an arithmetic expression of d = F / A. In the case of a model, it is calculated for each model by an arithmetic expression of d = F / A. In the case of a hall, the calculation formula is d = F / A. M: Number of difference balls This is the difference between the total number of shot balls and the total number of prize balls. In the case of a gaming machine, it is calculated for each gaming machine by an arithmetic expression of M = FA. In the case of a model, the calculation formula of M = F−A is calculated for each model. In the case of a hall, the calculation formula is M = FA.

B: Base value (sometimes simply referred to as base: equivalent to machine type base information and game machine base information) Total number of shot balls when not a big hit (special prize) (model out ball number information, game machine out ball number information) ) And the total number of prize balls when not a big hit (model safe ball number information, game machine safe ball number information). This data (base value) represents the degree of ball loss at normal times. The smaller the value, the faster the player's possession balls decrease. In the case of a gaming machine, b = Fo / Ao is calculated for each gaming machine. In the case of a model, it is calculated for each model by an arithmetic expression of b = Fo / Ao. s: Start-up rate It is the number of shot balls required for the special symbol display device (so-called special symbol, the same applies below) to perform one symbol variation. The smaller this numerical value (symbol starting rate), the smaller the number of balls can be changed. In the case of gaming machines, s = A for each gaming machine
It is calculated by the calculation formula of o / S. In the case of a model, it is calculated for each model by an arithmetic expression of s = Ao / S.

T: Special prize rate The number of fluctuations of symbols necessary for one special prize (special drawing big hit) to occur is represented by an average value. For gaming machines,
It is calculated by an arithmetic expression of t = S / H for each gaming machine. In the case of a model, it is calculated for each model by an arithmetic expression of t = S / H. y: Average number of coins This is the number of coins that can be obtained in one big hit. In the case of gaming machines, y = (Fh-Ah) / H is calculated for each gaming machine. For models, y = (Fh-
Ah) / H is calculated. z: Number of out balls at the time of special prize (model out ball number information, game machine out ball number information) The number of shot balls consumed during one big hit. In the case of a gaming machine, z = Ah / H is calculated for each gaming machine. In the case of a model, the calculation formula is z = Ah / H for each model.

K: Prize ball game rate This is the ratio of the number of hits to the number of ball rentals. This numerical value (prize ball game rate) is determined almost uniquely by the business mode of the hall (for example, the rule of lucky number business). In the case of a gaming machine, k = I / R is calculated for each gaming machine. In the case of a model, it is calculated for each model by an arithmetic expression of k = I / R. In the case of a hall, it is calculated by an arithmetic expression of k = I / R. p: Ball lending rate This is the lending amount per ball set by the hall. For example, when lending 25 balls for 100 yen, p = 4
Becomes q: Settlement rate When changing one ball set by the hall to a prize and one ball
It is the amount of money when converting individual pieces into savings balls. For example, ball 400
If you can exchange it for a 1000 yen prize, q
= 2.5. e: Occupancy rate (model operation rate information, game machine operation rate information) This is the ratio of the actual ball firing time to the business hours of the hall. In the case of a gaming machine, when the number of out balls of the gaming machine is A and the business hours of the hall is N, it is calculated by the following formula. e = (A × 0.6) / N Further, in the case of a model, when the number of model-out balls is A, the business hours of the hall is N, and the number of models is C, it is calculated by the following formula. e = (A × 0.6) / (N × C) Then, in the case of a hall, the number of out-of-models is A, the business hours of the hall is N, and the total number of gaming machines installed in the hall is C. At this time, it is calculated by the following formula. e = (A × 0.6) / (N × C)

"Data Prediction" Next, data prediction will be described. First, the data of the model specification file (not shown) stored in the CD-ROM is read, and the model number is added to the data to create a model game setting value file (not shown). Next, based on the created data such as the model game setting value file, the gaming machine performance prediction information and the hall performance prediction information are aggregated or calculated as necessary to perform data prediction. Each piece of information that is the target of such data prediction will be described in detail below. In the following description, data with "dash (')" is predicted data. A ′: Predicted all-day out ball count This is a predicted all-day out ball count. In the case of a hall, guess based on the number of people visiting the store on the next business day. In the case of a gaming machine, A'of the hall is divided and calculated for each gaming machine. b ': prediction base value This is a base value for prediction.

S ': Predicted starting rate This is the predicted starting rate. t ': predicted special prize ratio It is a predicted special prize ratio. y ': predicted average payout is the predicted average payout. z ': Number of out balls at the time of special prize for prediction It is the number of out balls at the time of special prize for prediction (that is, the number of predicted balls to be consumed during one big hit). For gaming machines,
All of the above-mentioned four parameters of the predicted starting rate s', the predicted special prize rate t ', the predicted average payout ball y', and the predicted special prize-out ball number z'are determined depending on the game set value for each gaming machine. .. k ': predicted prize ball game rate This is a predicted prize ball game rate. In the case of a gaming machine, it is determined depending on the rule set value set for the belonging machine.

Ao ': Total out-of-prediction special out-of-prediction Total of out-of-prediction special out-of-prize. In the case of a gaming machine, it is calculated by the following formula. Ao ′ = A ′ / {1 + z ′ / (s ′ · t ′)} Fo ′: Predicted all-day non-special prize safe meter This is a predicted all-day non-special prize safe meter. In the case of a gaming machine, it is calculated by the following formula. Fo ′ = Ao ′ × b ′ S ′: Predicted all-day start counter This is a predicted all-day start counter. In the case of a gaming machine, it is calculated by the following formula. S '= Ao' / s 'H': Predicted all-day jackpot counter This is the predicted all-day jackpot counter. In the case of a gaming machine, it is calculated by the following formula. H '= S' / t '= Ao' / (s '· t')

A ′: Average number of out-of-special-prize outs This is the average number of out-of-prize out-of-prediction (average number of outs until a big hit occurs) In the case of a gaming machine, it is calculated by the following formula. a ′ = Ao ′ / H ′ = s ′ · t ′ f ′: Predicted non-special prize average safe total Predicted non-special prize average safe total (average safe number until a big hit occurs). In the case of a gaming machine, it is calculated by the following formula. f '= Fo' / H '= s'.t'.b' i ': Predicted average number of hit balls The average number of hit balls for prediction (the average number of hit balls until a big hit occurs). In the case of a gaming machine, it is calculated by the following formula. i '= a'-f' = s'.t '-(s'.t'.b') = s'.t '-(1-b')

Ah ': Predicted all-day special award out total is a predicted all-day special award out total. In the case of a gaming machine, it is calculated by the following formula. Ah ′ = z ′ · H ′ = (Ao ′ · z ′) / (s ′ · t ') By the way, since the relation of A = Ao + Ah is established, A ′
Assuming that = Ao '+ Ah', the following relationship holds. A '= Ao' + Ah '= Ao' + (Ao '+ z') / (s '· t') = Ao '+ {1 + z' / (s '・ t')} Therefore, the above-mentioned prediction all-day special prize is not included. As for the out total Ao ′, the expression Ao ′ = A ′ / {1 + z ′ / (s ′ · t ′)} holds.

Fh ': Safe total during the special all-day prediction The total safe during the special all-day prediction. In the case of a gaming machine, it is calculated by the following formula. Fh ′ = H ′ (y ′ + z ′) = {Ao ′ (y ′ + z ′)} / s ′ · t ′ F ′: Predicted all-day safe meter It is a predicted all-day safe meter. In the case of a gaming machine, it is calculated by the following formula. F ′ = Fh ′ + Fo ′ = [{Ao ′ (y ′ + z ′)} / (s ′ · t ′)] + (Ao ′ · b ′) = Ao ′ [{(y ′ + z ′) / (s '• t')} + b '] I': Predicted all-day-impacted ball number counter This is the predicted all-day-impacted ball number meter. In the case of a gaming machine, it is calculated by the following formula. I '= i' * H '= s' * t '* (1-b') * {(Ao '/ (s'.t')} = Ao '(1-b')

R ': Total number of balls rented for all day forecast This is the total number of balls rented for all day forecast. In the case of a gaming machine, it is calculated by the following formula. R ′ = I ′ / k ′ = Ao ′ (1-b ′) / k ′ J ′: Predicted all-day settlement ball counter This is a predicted all-day settlement ball counter. It is the predicted total number of balls brought out from any one gaming machine in the game of one day. In this case, when leaving the gaming machine with balls, it is assumed that all the balls are settled. Further, the predicted number of all-day settlement balls can be calculated from the following three data. Predicted value of the total number of balls in the prize during the day = y '× H' …… Predicted total day ball rental total = R '…… Predicted total day ball input total = I' …… The player is represented by the formula and formula The number of balls brought out from any one gaming machine by the player finally becomes a predicted value expressed by an arithmetic expression of +-, since the number of balls to be taken out is lost and the ball represented by the formula is lost. Therefore, the predicted all-day settlement ball counter is calculated as follows. J ′ = (y ′ × H ′) + R′−I ′ = Ao ′ [y ′ / (s ′ · t ′) − {1- (1 / k ′)} × (1-b ′)]

U ': forecast all-day sales amount This is the forecast all-day sales amount. In the case of a gaming machine, it is calculated by the following formula. U ′ = R ′ × p = Ao ′ · p · (1-b ′) / k ′ Further, if A ′ is used instead of Ao ′, it is expressed by the following equation. U ′ = [A ′ / {1 + z ′ / (s ′ · t ′)}] × {p
-(1-b ') / k'} In the case of a hall, U'of all the gaming machines in the hall is totaled. L ′: forecast full-day refund amount This is the forecast full-day refund amount. In the case of a gaming machine, it is calculated by the following formula. L '= J' * q '= Ao' * q * [y '/ (s' * t')-{1- (1 / k ')} * (1-b')]

V ': Forecast gross profit amount for the entire day This is the predicted gross profit amount for the entire day. In the case of a gaming machine, it is calculated by the following formula. V '= U'-L' = Ao '[[{(1 / k') * p} + {1- (1 / k ')} * q] * (1-b')-q * y '/ (S ′ · t ′)] If Ao is used instead of Ao ′, it is expressed by the following equation. V ′ = {A ′ / (s ′ · t ′ + z ′)} × [[{(1 / k ′) × p} + {1- (1 / k ′)} × q] × s ′ · t ' -(1-b ')-q-y'] In the case of a hall, V'of all gaming machines in the hall is summed up.

W ': prediction divisor The divisor of the prediction. In the case of gaming machines, it is calculated by the following formula for each gaming machine. In case of w '= J' / R 'hole, w' = J '/ R' is calculated. d ': predicted ball output rate is a predicted ball output rate. In the case of gaming machines, it is calculated by the following formula for each gaming machine. In the case of d '= F' / A 'hole, it is calculated by d' = F '/ A'. M ′: predicted difference ball number is the predicted difference ball number. In the case of gaming machines, it is calculated by the following formula for each gaming machine. In the case of M ′ = F′−A ′ hole, M ′ = F′−A ′ is calculated.

(VI) Structure of Various Files Next, various files formed in the management analysis device 12 will be described. 6 to 24 are diagrams showing various files formed in the management analysis apparatus 12, and these files will be described in detail below. (1) Model registration file (see FIG. 6) In the model registration file, as shown in FIG. 6A, the model specifications are registered as a model registration record.
The model registration record corresponds to one model and is created as many as the models registered in the hall are registered. As shown in FIG. 6B, the model registration record is composed of the following data. -Model number A number for identifying the model of the gaming machine-Model code Code information for identifying the model of the gaming machine (there are only the number of models) -Model name A name indicating the model of the gaming machine

[Manufacturer code] The manufacturer (manufacturer) of the game machine of that model.
Code information for identifying the game-maker name A name that represents the manufacturer that manufactured the game machine-Game type code To identify the type of the game machine (for example, game type such as 1st type, 2nd type, 3rd type) Code information ・ Game type name Name that indicates the type of gaming machine ・ Number of game setting values Number of variable setting values such as the jackpot probability of games, probability of universal figure, etc. (for example, “5” in the case of 5 step settings)・ Number of rule setting values The number of settable sales rules (lucky number sales rules, etc.) when playing games on the model (for example, “5” when the sales rules can be set in five categories)

Here, the sales rules in the hall (for example,
Lucky number business) will be described as follows. Depending on the model of the gaming machine, some (or all) of the following rules can be set. The lucky number business is not limited to the following example. Simple lucky number game Only when the lucky number big hit (the big hit here is a special figure, the same applies below), you can play the ball game.
For example, a ball game can be played only when a big hit occurs with lucky numbers “3” and “7”. When a big hit occurs with other symbols (for example, "5"), it is necessary to exchange all the balls. Lucky number, unlucky number game Lucky number big hit occurrence (for example, "3",
"7") starts the ball game. You have no balls, or you have an unlucky number (for example,
All balls are exchanged due to the big hit in "4"). Alternatively, the player may voluntarily stop the game.

Lucky number, unlucky number, special lucky number game Lucky number (for example, "3"), special jackpot number with special lucky number (for example, "7"), the ball game is started. In the case of a ball game with a lucky number, an unlucky number (for example,
All balls are exchanged due to the big hit in "4"). In case of big hit with special lucky number,
There is no exchange of balls throughout the day. However, when there are no balls remaining, the ball game may be invalidated or the ball game may be continuously enabled. Even if it is a special lucky number, for example, if the player changes, the ball game is invalidated. Unlimited by designated time For example, "From opening to 12:00", "2 hours before closing"
Unlimited business with limited time, etc. (ball games can be played with all patterns). Addition of a lucky number by specifying the time For example, during the period from "opening until 12:00", etc., the lucky number is usually "3" or "7" plus "5".
Is to add (or decrease).

All day unlimited There is no exchange of balls for all jackpot designs. This is advantageous for the player. Complete one-time exchange system Even if you hit big with any design, you are forced to exchange the payout after the big hit. However, when a big hit occurs again in the starting memory after the big hit ends, the payout balls are exchanged after the big hit ends. Only unlucky numbers are set. All big hits other than unlucky numbers are unlimited, and when a big hit of unlucky numbers (for example, "4" and "9") occurs, all winning balls are exchanged. Others Quantitative system: A system that forces the exchange of balls according to the prescribed number of balls, and is also called a stop system. Probability fluctuation: It is possible to play a ball game only while the jackpot probability is increasing.

(2) Model information file (see FIG. 7) The model information file stores information on the gaming machine in the hall as a model information record, as shown in FIG. 7 (a). The model information record is created for each model. As shown in FIG. 7B, the model information record is composed of the following data. -Model number A number for identifying the model of the gaming machine-Number of installations Number of installations of the model in the hall

(3) Model Layout File (Refer to FIG. 8) As shown in FIG. 8A, the model layout file stores data capable of identifying which model each machine has as a model layout record for each machine. To do. For example, at the time of the first new opening of a game shop, some (all may be)
A model layout record is created and stored when the store is opened when the model is replaced. Figure 8 shows the model layout record
As shown in (b), it is composed of the following data. -Unit number A number for identifying the gaming machine-Model number A series number for identifying the model of the gaming machine

(4) Hole initial value file (see FIG. 9) As shown in FIG. 9 (a), the hole initial value file stores data necessary for ball lending and settlement in the hole as a hole initial value record. To do. As shown in FIG. 9B, the hole initial value record is composed of the following data.・ Ball lending amount of money when renting one ball (for example, 4 yen / one ball) ・ Payment rate: amount of money when converting one ball into a prize (for example, 2.5 yen /
This ball initial value file is for management device 1
As a shared file with 1, the management analyzer 11 arranges it in the management apparatus 11, for example, and the management analysis apparatus 12 fetches the initial value of the hall and uses the data. Not limited to this,
For example, the management analysis device 12 side may hold the hole initial value file. Such a file is shown in FIG.
The same applies to FIG. 15 to FIG. The files after FIG. 16 are held by the management analysis device 12.

(5) Machine-to-machine addition history file (see FIG. 10) As shown in FIG. 10A, the machine-to-machine addition history file is an operation history (action) of the machine-to-machine amount addition machine 76 which is one of the terminal devices. Every other time, the same applies to other terminal devices hereinafter) is stored as an inter-vehicle additional history record. As shown in FIG. 10B, the inter-vehicle addition history record is composed of the following data. -Time time when the machine-to-machine amount addition machine 76 operates by adding the amount-The machine number A number for identifying the gaming machine (in this case, since the gaming machine and the machine-to-machine amount adding machine 76 are arranged in a pair, the machine number Is the identification number of the unit-to-unit price adder 76) -Card number Information that can identify the card by the series number of the IC card 400-Additional amount The amount of money added by the unit-to-unit price adder 76 (here 100
0 yen uniform)

(6) Amount-added history file (see FIG. 11) As an amount-added history file, as shown in FIG. 11A, the data of the operation history of the large-sized amount addition machine 25, which is one of the terminal devices, is added. It is stored as a history record. As shown in FIG. 11B, the amount-addition history record is composed of the following data.・ Time The time when the large-sized money adding machine 25 operates by adding the amount of money ・ Large-sized machine number The identification number of the large-sized money adding machine 25 ・ Card number Information that allows the card to be identified by the series number of the IC card 400 ・ Additional money Large-sized money adding machine Amount added in 25 ・ Number of premium added balls Number of balls added in premium when adding amount to IC card

(7) Settlement history file (see FIG. 12) As shown in FIG. 12A, the settlement history file stores the data of the operation history of the prize POS 14, which is one of the terminal devices, as an amount-added history record. It is a thing. As shown in FIG. 12B, the settlement history record is composed of the following data.・ Time The time when the prize POS14 operates by exchanging prizes ・ POS number A number for identifying the prize POS14 ・ Card number Information that allows you to identify the card by the series number of the IC card 400 Amount converted to the amount of coins saved in the prize POS14

(8) Issue history file (see FIG. 13) The issue history file stores, as an issue history record, operation history data of the card issuing machine 23, which is one of the terminal devices, as shown in FIG. 13 (a). To do. As shown in FIG. 13B, the issue history record is composed of the following data. -Time The time when the card issuing machine 23 operates by issuing a card-Issuing machine number A number for identifying the card issuing machine 23-Card number Information that can identify the card with the series number of the IC card 400-Issue amount Card issuing machine Amount used for issuing at 23 (for example, 1000 yen)

(9) Update history file (see FIG. 14) As shown in FIG. 14A, the update history file stores the data of the operation history of the card updating machine 24, which is one of the terminal devices, as an update history record. To do. As shown in FIG. 14B, the update history record is composed of the following data. -Time The time when the card renewal machine 24 is operated for card renewal-The renewal machine number The number for identifying the card renewal machine 24-The card number is the series number of the IC card 400 to be renewed and the information that can identify the card (that is, (Old card) -New card number Information that can identify the card by the series number of the updated IC card 400 (that is, updated new card)

(10) Card File (Refer to FIG. 15) As shown in FIG. 15A, the card file stores information that can identify the customer by the IC card 400 as a card record. The card record is shown in Fig. 15 (b).
As shown in, it is composed of the following data. -Card number Information that can identify the customer from the card with the series number of the IC card 400 (a card record is created for each card, but it is especially used at our shop and on the day, and is used for games, prize exchange, issuance, renewal, etc. Number of Tatamono)

(11) P machine same day result file (see FIG. 16) The P machine same day result file stores the result data of the game machine on that day as the P machine same day result record as shown in FIG. 16 (a). is there. In addition, the P machine day result file is
It is stored in an internal memory (for example, RAM 178).
As shown in FIG. 16 (b), the P machine day record is composed of the following data. Note that the P machine day record is overwritten and updated in real time (that is, due to the trend of one ball). -Unit number A number for identifying a gaming machine-Number of P-games played Number of times a game has been played on the P-game-Game status Information indicating what state the game of the P-machine is in-Prize status Information that shows how the special prize is in the game ・ Card number IC card series number (to identify the customer who played the game on the P machine) ・ P machine same day ball lending sales on the day of the P machine Sales by lending a ball

-Sales amount of P machine on-the-day savings balls Sales amount by lending balls from the accumulated coin on the same day on the P machine-Number of balls collected on the P machine on the day Number of balls collected on the day on the P machine-Outside special prize on the P machine day Number of balls Number of balls launched outside the special prize on the day of the P machine ・ Number of safe balls outside the special prize on the day of the P machine Number of prize balls outside the special prize on the day of the P machine ・ Number of out balls during the special prize on the P machine on the P machine Number of launch balls during the special prize on the day of the day ・ Number of safe balls during the special prize on the day of the P machine Number of prize balls during the special prize on the day of the concerned P machine ・ Number of symbol starts on the day of the P machine Special symbol on the day of the concerned P machine fluctuates The number of times the game was performed ・ The number of special prizes on the day of the P machine The number of big hits on the day of the P machine ・ The number of bonus balls on the day of the P machine The number of bonus balls on the day of the P machine

(12) Hall day result file (see FIG. 17)
As for the hole day result file, as shown in Fig. 17 (a),
The same day performance data of the entire hole is stored as a hole day performance record. As shown in FIG. 17B, the hole day result record is composed of the following data. Note that the hole day result record is overwritten and updated in real time (that is, due to the movement of one ball), and the data is a cumulative value.・ Hall operation status Information that shows how the hole is operating ・ Time of opening on the day Time of opening the hall on the day ・ Time of closing on the day Time of closing the hall on the day ・ Rate of the day ball 1 Amount for renting a piece ・ Same-day settlement rate Rate for converting one ball on the day and rate for converting one ball to a savings amount The same-day ball lending rate and the same-day settlement rate are passed from the management device 11 via the network. Then capture and store.

-Same day weather-Weather on the day of the day-Sales of ball rental on the day of the hall Sales of balls lent on the day of the hall-Sales of balls accumulated on the day of the hall Sales of balls lent from balls accumulated on the day of the hole-Same day of the hall Number of out balls on the day of the hole ・ Number of safe balls on the day of the hole ・ Number of prize balls on the day of the hole ・ Number of bonus balls on the day of the hole ・ Number of extra balls on the day of the hole ・ Number of premium balls on the day of the hole Number of balls added in premium on the day of the hole ・ Amount redeemed on the day of the hole ・ Amount redeemed by redemption on the day of the hole ・ Amount of coins accumulated on the day of the hole Amount converted to coins accumulated on the day of the hole ・ Number of visitors on the day The number of people who visited on the day

(13) Customer Same Day Result File (See FIG. 18) The customer same day result file stores, as shown in FIG. 18A, the customer's current day result data as a customer same day result record. Further, the customer day result file is stored in the internal memory (for example, RAM1) as data of the day only.
78) and is transferred to an external storage device and stored when the store is closed. After that, the contents stored in the internal memory are erased. The customer day result record is composed of the following data, as shown in FIG. The customer day result record is overwritten and updated in real time (that is, by the movement of one ball), and the data is a cumulative value. Then, the customer day result record is created for each customer by specifying the customer. -Card number Series number of IC card that identifies the customer-Course time The time when the customer visited the hall and the card was inserted into the P machine (so-called card-in time)

-Customer same-day ball lending sales Sales of the customer's same-day ball lending-Customer day's ball savings sales-Customer's day's ball lending sales-Customer day out balls Number of the customer's current day Number of balls fired ・ Number of safe balls on the day of the customer Number of prize balls on the day of the customer ・ Advantage of winning / losing results on the day of the customer customer Balance information of the customer on the same day Win / Loss result = [[(safe ball count-out ball count) + {(ball rental sales + accumulated ball sales) / ball lending rate]] x settlement rate]
-(Ball rental sales + accumulated ball sales)

(14) P machine basic file (see FIG. 19) The P machine basic file stores the result data of the P machine as a P machine basic record, as shown in FIG. 19 (a). Further, the P machine basic file is stored in the external storage device (for example, the hard disk device 187) as data for only the current day. The P machine basic file is created for each P machine.
As shown in FIG. 19B, the P machine basic record is composed of the following data. The P machine basic record is scheduled (every 5 minutes), when a card is inserted (card in) and when the card is ejected (card out).
It is created by reading the data from the P machine same day result file at each timing. The P machine basic record is created each time the customer plays a game. Therefore, even for the same customer, if the game time is different, the P machine basic record is created each time. -Time Time when the P machine basic record was created (for example, card-in time) -Event code Code information indicating the distinction of events of data collection at the P machine (for example, data collection at scheduled events, card-in event (Code information that distinguishes data collection and data collection at card-out event)

-Card number Series number of IC card used in the P machine (also used as information for identifying the customer) Blank if there is no IC card used in the P machine-Game number Game on the P machine Series number for which P was performed ・ Cumulative sales of ball lending on P machine Cumulative sales of ball lending on P machine ・ Cumulative sales of P machine savings balls Cumulative sales of ball lending from savings on P machine ・ P Cumulative number of machine-out balls Cumulative number of balls fired on the P machine ・ Cumulative number of safe balls on the P machine Cumulative number of prize balls on the P machine ・ Cumulative number of P machine symbol start times Cumulative number of special symbols on the P machine Accumulation of the total number of bonus balls on the P machine Cumulative number of bonus balls on the P machine

(15) Hall result file (see FIG. 20) As shown in FIG. 20 (a), the hole result file stores data indicating the results of the entire hole (especially the results of one day) as a hole result record. It is a thing. The collection timing of the hall record is when the store is closed, and at this time, the management device 11 will be required to collect necessary data. The hole record is as shown in Fig. 20 (b).
It consists of the following data.・ Date The date when the record for the hole was created.The date includes the past dates from the opening of the hole until the day of the opening. ・ Ball lending rate Amount when borrowing 1 ball ・ Settlement rate Convert 1 ball The rate at the time and the rate when converting one ball to the amount of balls saved ・ Opening time The time when the hall was opened ・ The closing time The time when the hall was closed ・ Business hours (time information) The total time the hall is open ・ The number of halls Number of gaming machines installed in the hall-Popularity index Ratio between the actual number of visitors to the hall and the ideal number of visitors-Hall ball rental sales Sales from ball lending from accumulated balls-Sales from halls Sales from ball lending at the hole and balls lending from accumulated balls

・ Amount added between halls Amount added to the IC card with the amount added between units of the hall ・ Large amount added to the hole Amount added to the IC card with the large amount added device for the hole ・ Amount exchanged for the hole Amount redeemed by exchanging free gifts ・ Amount of coins saved in the hall Amount converted to coins saved in the hole ・ Number of cards issued in the hole Number of IC cards issued in the hole ・ Number of renewal cards in the hole Number of renewal of IC cards in the hole

Gross profit on the hole Gross profit on the hole ・ Number of balls added to the hole premium Number of balls added as a premium when adding money to the IC card ・ Number of bonus balls in the hole Number of bonus balls added in the hole ・ Hole Number of collected balls Number of balls collected in the hole (balls for which the game result has been confirmed) -Number of hole-out balls-Number of balls fired in the hole-Number of hole-safe balls Number of prize balls in the hole-Number of visitors to the store Number of people

(16) Practical calendar file (see FIG. 21)
As shown in Fig. 21 (a), the practical calendar file is
Data indicating the status of holes along a calendar is stored as a practical calendar record. As shown in FIG. 21B, the practical calendar record is composed of the following data. -Date The date on which the actual calendar record for the hole was created-The day of the week The day on which the actual calendar record for the hole was created-Business status (open / closed) This is the information indicating the status of the hole. Information indicating the weather at the location-Events Information indicating events at the hall (for example, Service Day) -Annual events Information indicating general annual events (for example, Thanksgiving Day) -Business day number The hole Total days of sales since opening a new store (cumulative)

(17) Game File (Refer to FIG. 22) As shown in FIG. 22 (a), the game file can be in any mode for each machine or each card when the game is played on the P machine. , Data for grasping the situation is stored as a game record. As a result, for example, the card usage status of each machine can be known, and the gaming status of each machine can be known for each card. The game record is collected once when the store is closed, and is fetched from the P machine basic file. The game record is composed of the following data, as shown in FIG. -Date The date when the game record related to the game was created-Card number The series number of the IC card used for the game (information that can identify the customer)

-Unit number A number for identifying the gaming machine to play the game-Amount used for ball lending at the time of game Amount used for ball lending from the time the game is played-Amount used for playing ball savings at the time of playing the game The amount of ball lending from the amount of saved balls used more ・ Game time when playing the game Time when playing the game ・ Number of out-of-game balls when playing the game Number of balls fired when playing the game ・ Number of safe balls when playing the game Number of prize balls when playing games

(18) Store visit file (see FIG. 23) The store visit file is, as shown in FIG. 23 (a), the situation when the customer comes to the store (the situation in which the customer's card is used for one day). ) Is stored as a store visit record. As a result, it is possible to trace the trajectory of what kind of game the customer has visited and played. The visit records are the customer day result file, the inter-vehicle addition history file, the amount addition history file,
Collect by collecting and processing the data of the settlement history file. The store visit record is composed of the following data, as shown in FIG. -Date The date when the customer visited the store (the date when the visit record was created) The card number can be used to identify the customer-Card number The series number of the IC card that the customer visited and used (information that can identify the customer)

・ Time when the customer came to the store ・ Time when the customer came to the store ・ Game time when the customer came to the store ・ Game time when the customer came to the store ・ Number of premium balls added when the customer came ・ Number of premium balls added when the customer came to the store ・ Additional time when the customer came to the store Amount Amount added to the card when the customer came to the store-Amount used for ball rental when the customer came to the store Amount used for ball lending by playing games when the customer came to the store-Amount used to store balls when the customer came to the store Sometimes the amount of coin lending from the amount of coins used by playing a game ・ The amount redeemed at the time of visit to the store The amount of money redeemed when the customer visited the store by exchanging prizes ・ The amount of coins accumulated at the store Converted amount

(19) Customer result file (see FIG. 24) As shown in FIG. 24 (a), the customer result file stores game result data when a customer visits a store as a customer result record. As a result, it is possible to know the results when the customer visits the store and plays a game. The customer record record is collected by importing and processing the data of the store visit file when the store is closed. The customer record record is composed of the following data, as shown in FIG.・ Card number Series number of the IC card that the customer came to the store and left a record (information that can identify the customer) ・ Last game date The date that the customer last played the game ・ Last visitor ball rental sales Sales amount from ball lending used to play a game when you visited the store ・ Sales amount when you visited the store last time Sales amount from a ball lend from a ball used to play a game when the customer visited the store last time

-Number of balls out when last customer visited the store Number of balls fired when the customer visited the store last time-Number of safe balls when last customer visited the store Prize ball when the game was played when the customer last visited the store Number ・ Results of winning and losing in the past month Monthly information on the income and expenditures of the customer in the past month ・ Number of visits to the customer in the past month ・ Number of sales of the customer in the past month ・ Sales in the past month Sales amount for ball lending used for the past ・ Monthly redemption amount for the past month Amount redeemed by the customer for the past month ・ Amount accumulated for the past month Amount converted to the amount accumulated for the customer for the past month・ Number of store visits in the past 3 months Number of visits by the customer in the past 3 months ・ Game time during the past 3 months Play time of the customer in the past 3 months ・ Total number of visits by the customer Total number of visits to the store in all past years (cumulative)

Next, the operation will be described. A. Main Program of Business Analysis Device FIG. 25 is a flowchart showing a main program of the business analysis device 12. This program is a management analyzer 1
It will be started at the same time when the power of 2 is turned on. When the program of FIG. 25 starts, first, in step S10, system initialization processing of the workstation (WS) 151 in the business analysis device 12 is performed. For example, after performing a system check, a process of loading an OS (operating system) and the like to start the system is performed, and an environment variable of the workstation 151 is set.
Initialize each part of workstation 151 circuit,
The flag is reset. In addition, at this time, a process of previously creating various basic screens as described later is performed. The created screen is displayed by pop-up, and data is captured in the screen and displayed promptly.

Next, in step S12, the main screen process is activated. The main screen process is for performing processing necessary for business analysis and history management of the remote control device 100.
Details will be described later. Then, in step S14, the data collection process is activated. Data collection process is management device 1
1. Receives and collects necessary data from the gaming machine 31 and the like, and performs necessary processing when opening and closing the store. Next, in step S16, it is determined whether or not there is a power outage, and if it is not a power outage, the process proceeds to step S18 and it is determined whether or not there is an instruction to terminate the system. The system termination instruction is issued from the main screen process. If there is no instruction to terminate the system, the process returns to step S16 and is repeated. If there is an instruction to terminate the system, the process proceeds to step S20.

Also, when it is determined that there is a power failure in step S16, the process proceeds to step S20. In step S20, system shutdown processing is performed. This is because after storing all the necessary data in the external storage device 157 and saving the data, performing the processing necessary to complete the processing of each part of the circuit of the workstation 151, and after shutting down the system. The processing such as shifting to a sleep mode that consumes less power is performed. After the system shutdown processing, the system is terminated, the system shifts to the sleep mode, and the system is ready for the next startup (for example, opening the store tomorrow). Instead of the sleep mode, the workstation 151 may be turned off and completely shut down.

B. Main Screen Process FIG. 26 is a flowchart showing the main screen process. In the main screen process, first, a main screen appearance process is performed in step S30 (details will be described later in a subroutine). This is to pop up a main screen (so-called top screen) created in advance and display the date and the like on the screen. Next, in step S32, main screen event processing is performed. This causes a corresponding screen to appear in response to a button operation on the main screen (details will be described later in a subroutine). Next, the processes from step S34 onward are performed, and each process is executed every time the steps S32 to S54 of the main screen process are repeated.

In step S34, hall information screen event processing is performed. This is to perform processing according to the button operation on the hall information screen when the hall information screen (so-called multi-window screen) appears on the main screen, and the necessary calculations and screens corresponding to the button operation. Processing is performed. Next, in step S36, business daily report screen (1) event processing is performed. This is to perform processing according to the button operation on the business daily report screen when a business daily report screen (a so-called multi-window screen, the same applies below) that displays daily sales of the hall appears.
Necessary calculations and screen processing are performed in response to button operations.

Next, in step S38, hall data analysis screen event processing is performed. This is to perform processing according to the button operation on the hole data analysis screen when the hole data analysis screen for analyzing the hole data appears. Necessary calculation and screen processing are performed corresponding to the button operation. . Next, in step S40, model-specific advice screen event processing is performed. This is, when a model-specific advice screen that can display a sales advice message appears based on data such as sales by model of the gaming machine 31, performs processing according to a button operation on the model-specific advice screen. In this case, necessary calculations and screen processing (including displaying an advice message) are performed in response to button operations.

Next, in step S42, model detailed information screen event processing is performed. This is to perform a process corresponding to a button operation on the model detailed information screen when a model detailed information screen capable of displaying detailed information about the model of the gaming machine 31 appears. Various calculations and screen processing (including displaying detailed model information) are performed. Next, in step S44, customer information screen event processing is performed (details will be described later in a subroutine). This is to perform processing according to the button operation on the customer information screen when a customer information screen that can display detailed information about the customer's situation in the hall appears. Calculation and screen processing (including displaying customer information)
Is performed.

Next, in step S46, customer fixation status screen event processing is performed (details will be described later in a subroutine).
This is to perform processing according to the button operation on the customer fixation status screen when a customer fixation status screen that can display detailed information about the customer fixation status in the hall appears, and corresponds to the button operation. Then, necessary calculation and screen processing (including display of customer fixation status) are performed. Next, in step S48, model-specific customer status screen event processing is performed (details will be described later in a subroutine). This is to perform processing according to the button operation on the model-specific customer status screen when a model-specific customer status screen capable of displaying detailed information about the customer status for each model of the gaming machine 31 appears. Necessary calculations and screen processing (including display of customer status by model) are performed in response to the operation.

Next, in step S50, remote controller use status screen event processing is performed. This is the remote control device 10
When a remote controller usage status screen that can display detailed information about the usage status of 0 appears, the processing according to the button operation on the remote controller usage status screen is performed. Screen processing (including display of remote controller usage status) is performed. Then, step S
At 52, setting screen event processing is performed. This is game machine 3
When a setting screen that allows input of basic setting values (eg, initial value of base value, model name, calendar, etc.) that is the basis of business management data related to 1 appears, processing according to button operation on the setting screen The necessary calculation and screen processing (including display for various settings) are performed corresponding to the button operation. For example, when a setting screen appears, a CD-RO created in advance by a gaming machine manufacturer.
Model specification file A stored in M and distributed to amusement stores
By reading the contents such as (not shown) and storing them in the storage device (for example, the hard disk device 187) of the business analysis device 12, processing for setting the contents of the model specification file A and the like is performed. The same applies to the setting of other information. For example, the information that must be set in advance in order to analyze the business management data on business related to the gaming machine 31 is input and set.

Next, in step S54, registration screen event processing is performed. This is for registering various kinds of information, and when a registration screen in which the registration information can be input appears, a process corresponding to a button operation on the registration screen is performed. At this time, necessary calculations and screen processing (including display for various registrations) are performed corresponding to button operations. For example, the employee name data or the like regarding the remote control device 100 is input and registered according to the button operation on the registration screen. In this way, necessary input and registration are performed in advance on the registration screen. After step S54, the process returns to step S32 and the same loop is repeated.

B-1. Main Screen Appearance Processing FIG. 27 is a flowchart showing a subroutine of main screen appearance processing. In the main screen appearance process, first, in step S70, the main screen (see FIG. 70) appears.
This pops up a main screen (so-called top screen of the business analysis device 12) created in advance. Then, the date of the day is displayed on the main screen that appears in step S72. Next, in step S74, the hole name is also displayed on the main screen. As a result of the above processing, for example, as shown in FIG. 70, which will be described later, the hole name is “Sophia Hall” and the date is “Wednesday, July 12, 1995”.
Is displayed on the main screen. After step S74,
Return to the main screen process.

C. Main Screen Event Processing FIGS. 28 and 29 are flowcharts showing a subroutine of main screen event processing in the main screen process. In the main screen event process, a process of causing a predetermined screen to appear in response to various button operations is performed. First, in step S100, it is determined whether or not a "hole" button has appeared on the main screen, and if it has appeared, step S1
In 02, it is determined whether or not the "hole" button has been pressed.
When the "hole" button is pressed, the process branches to step S104 to perform a hall information screen appearance process. This is to pop up a hall information screen (hereinafter, appropriately referred to as a sub screen. The same applies to other screens other than the main screen) created in advance on the main screen. Step S1
After 04, the process returns to the main screen process. On the other hand, if the "hole" button has not appeared, or if the "hole" button has not been pressed, step S1
Proceed to 06.

In step S106, it is determined whether or not the "model" button has appeared on the main screen, and if it appears, it is determined in step S108 whether or not the "model" button has been pressed. When the "model" button is pressed, the process branches to step S110 to perform the appearance process of the model-specific advice screen. This is to pop up a model-specific advice screen created in advance on the main screen. At this time, calculation of various data displayed on the model-specific advice screen is also performed. After step S110, the process returns to the main screen process. On the other hand, if the “model” button has not appeared or if the “model” button has not been pressed, the process proceeds to step S112.

In step S112, it is determined whether or not the "customer" button has appeared on the main screen, and if it appears, it is determined in step S114 whether or not the "customer" button has been pressed. When the "customer" button is pressed, the process branches to step S116 to perform a customer information screen appearance process (details will be described later in a subroutine). This is to pop up a customer information screen created in advance on the main screen. After step S116, the process returns to the main screen process. On the other hand, if the "customer" button has not appeared, or if the "customer" button has not been pressed, the process proceeds to step S118.

In step S118, it is determined whether or not the "set" button has appeared on the main screen, and if it appears, it is determined in step S120 whether or not the "set" button has been pressed. When the "setting" button is pressed, the process branches to step S122 to perform the setting screen appearance process. This is to pop up a setting screen created in advance on the main screen. At this time, calculation of various data displayed on the setting screen is also performed. Step S122
After that, the process returns to the main screen process. on the other hand,
If the "setting" button has not appeared, or if the "setting" button has not been pressed, the process proceeds to step S124.

In step S124, it is determined whether or not the "labor" button appears on the main screen, and if it appears, it is determined in step S126 whether or not the "labor" button has been pressed. When the "labor" button is pressed, the process branches to step S128 to perform the appearance processing of the remote controller usage status screen. This is to pop up a remote control usage status screen created in advance on the main screen. After step S128, the process returns to the main screen process. On the other hand, if the "labor" button does not appear, or if the "labor" button is not pressed,
Proceed to step S130.

In step S130, it is determined whether or not the "registration" button appears on the main screen, and if it appears, it is determined in step S132 whether or not the "registration" button has been pressed. When the "register" button is pressed, the process branches to step S134 to perform the appearance process of the registration screen. This is to pop up a registration screen created in advance on the main screen. After step S134, the process returns to the main screen process. On the other hand, if the "registration" button has not appeared, or if the "registration" button has not been pressed, the process proceeds to step S136.
In step S136, it is determined whether or not the "end" button on the main screen has been pressed. If the "end" button has not been pressed, this routine is ended and the process returns to the main screen process. On the other hand, if the "end" button is pressed, the process advances to step S138 to send a system end instruction to the main process. As a result, the determination result of step S18 of the main process is YES, and the system shutdown process is performed in step S20. After step S138, the process returns to the main screen process.

C-1. Customer Information Screen Appearance Process FIG. 30 is a flowchart showing a subroutine of the customer information screen appearance process in the main screen event process.
In the customer information screen appearance processing, first, in step S150, the customer information screen appears. Thus, when the "customer" button is pressed while the main screen is displayed, a customer information screen as shown in FIG. 71 pops up on the front so as to overlap the main screen and is displayed in a multi-window. Next, in step S152, the date of the current day is displayed on the screen. For example, it is displayed as Wednesday, July 12, 1995. Next, in step S154, customer information classification data update processing 1 is performed (details will be described later in a subroutine). This is a process of reading out necessary data from the customer day result file, performing a calculation for displaying a graph, classifying the game results of the customer on that day, and displaying the result on the customer information screen as a graph. Thereby, as shown in FIG. 71, the game results of the customer are classified and graphically displayed on the customer information screen. Then, in step S156, the "customer" button on the main screen is deleted. This is because the sub screen (customer information screen) is made to appear on top of the main screen, so delete it so that you do not accidentally press the "Customer" button that makes the customer information screen appear again. It is a thing. This makes it possible to eliminate the problem that the customer information screen appears in multiple hierarchies and the arithmetic processing is delayed. After step S156, the process returns to the main screen event process.

D. Customer Information Screen Event Processing FIGS. 31 and 32 are flowcharts showing a subroutine of customer information screen event processing in the main screen process. In the customer information screen event process, it is first determined in step S160 whether or not the customer information screen (FIG. 71) has appeared. If not, the routine of this time is terminated and the process returns to the main screen process. When the customer information screen appears, the process proceeds to step S162, and it is determined whether the "customer fixing status" button (see FIG. 71) appears. When the "Customer retention status" button appears,
Next, in step S164, it is determined whether the "customer fixing status" button has been pressed. When the "customer fixation status" button is pressed, the process branches to step S166 to perform a customer fixation status screen appearance process (details will be described later in a subroutine). As a result, the customer fixation status screen overlaps with the customer information screen and pops up on the front surface to be displayed in a multi-window. After step S166, the process returns to the main screen process.

On the other hand, when the "customer retention status" button does not appear in step S162, or in step S16
If the "customer fixing status" button is not pressed in step 4, the process proceeds to step S168. In step S168, it is determined whether the "customer status by model" button (see FIG. 71) has appeared. If the "model-specific customer status" button has appeared, then in step S170, it is determined whether or not the "model-specific customer status" button has been pressed. When the "model-specific customer status" button is pressed, the process branches to step S172 to perform model-specific customer status screen appearance processing (details will be described later in a subroutine). As a result, the model-specific customer status screen shown in FIG. 74 is displayed in a multi-window by popping up on the front so as to overlap the customer information screen. Step S
After 172, the process returns to the main screen process.

On the other hand, if the "customer status by model" button does not appear in step S168, or step S17
If the "customer status by model" button is not pressed at 0, the process proceeds to step S174. In step S174, it is determined whether the "end" button (see FIG. 71) has been pressed. The "end" button here is for performing an operation for deleting the customer information screen and returning to the main screen which is the parent screen. If the "end" button is not pressed, the process jumps to step S188 in FIG. When the "end" button is pressed, the process advances to step S176 to determine whether or not the customer fixing status screen appears. If the customer retention status screen appears, the process proceeds to step S178 to erase the customer retention status screen, and then step S180.
Proceed to. This is because the customer retention status screen is a sub screen,
This is because when the “end” button is pressed, it is necessary to delete the child screen before deleting the parent screen.

On the other hand, when the customer fixation status screen has not appeared, step S178 is jumped to step S1.
Go to 80. In step S180, it is determined whether or not the model-specific customer status screen has appeared. When the model-specific customer status screen appears, the process proceeds to step S182 to erase the model-specific customer status screen, and then the process proceeds to step S184. This is because the customer status screen by model is a sub screen,
This is because when the “end” button is pressed, it is necessary to delete the child screen before deleting the parent screen. On the other hand, when the customer status screen for each model does not appear in step S180, the process immediately proceeds to step S184. By the process of step S184, the customer information screen that has been popped up on the front of the main screen disappears and the entire main screen appears (that is, all the main screens that were behind the customer information screen appear on the front side). In addition, when the customer information screen as a child screen is closed, the situation where all the main screens that are behind the customer information screen appear on the front side is
The same applies to the following description. Then, step S
At 186, the "customer" button appears again on the main screen. After step S186, the process returns to the main screen process. In this way, when the customer information screen appears, processing such as causing the customer fixation status screen to appear or the model-specific customer status screen to appear.

If the "end" button is not pressed in step S174, the process jumps to step S188,
It is determined whether the "By today's grade" button has been pressed. The processes after step S188 are the "by today's results" button, "by today's game time" button, and "by past one month results" button in the customer number classification method area on the customer information screen.
The processing corresponding to the case where any one of the "by the number of store visits in the past three months" button is pressed (or none is pressed) is performed. When the "by today's grade" button is pressed in step S188, the process branches to step S190 to perform customer information classification data update processing 1 (details will be described later in a subroutine). This is a process of reading out necessary data from the customer day result file, performing a calculation for displaying a graph, classifying the win / loss results of the customer on that day, and displaying the result on the customer information screen as a graph. After step S190, the process returns to the main screen process.

If the "by today's result" button is not pressed in step S188, the flow proceeds to step S192 to determine whether or not the "by today's game time" button is pressed. When the "Today's game time" button is pressed, step S1
The processing branches to 94 and performs customer information classification data update processing 2 (details will be described later in a subroutine). This is a process of reading out necessary data from the customer day result file, performing a calculation for displaying a graph, classifying the game time situation of the customer, and displaying the graph on the customer information screen. After step S194, the process returns to the main screen process. If the "by today's game time" button is not pressed in step S192, the flow advances to step S196 to determine whether or not the "past one month result" button has been pressed. "Past 1
If you click the "By month grade" button, step S198
And the customer information classification data update processing 3 is performed (details will be described later in a subroutine). This is a process of reading out necessary data from the store visit file, performing a calculation for displaying a graph, classifying the winning / losing results of the customer in the past one month, and displaying the result on the customer information screen as a graph. After step S198, the process returns to the main screen process.

In step S196, "according to results for the past month"
When the button is not pressed, the process proceeds to step S200, and it is determined whether or not the "by the number of store visits in the past month" button has been pressed. When the "By Number of Store Visits in Last Month" button is pressed, the process branches to step S202 to perform customer information classification data update processing 4 (details will be described later in a subroutine). This is a process of reading out necessary data from the customer result file, performing a calculation for displaying a graph, classifying the number of customer visits in the past one month, and displaying the result in a graph on the customer information screen. After step S202, the process returns to the main screen process. Also, step S200
If you don't press the "By Number of Visits in Last Month" button,
Return to the main screen process.

D-1. Customer Information Classification Data Update Processing 1 FIG. 33 is a flowchart showing a subroutine of customer information classification data update processing 1 in the customer information screen event processing. In the customer information classification data update process 1, first, in step S250, the customer counters 1 to 5 are cleared to "0". The customer counters 1 to 5 respectively count which classification group the acquired data belongs to, as described later. Next, in step S252, the same-day win / loss result data of an arbitrary customer is acquired from the customer same-day result file.
As shown in FIG. 18, the customer day result record file stores the result data of the current day for each customer as a record. From this, the result record of the day of the present day is acquired, and is used as the data when it is classified into groups and is displayed as a graph. It is a thing.

Then, step S254 and step S2
58, data acquired in each of steps S262 and S270 (that is, customer day win / loss data)
Determines which of the classification groups 1 to 5 it belongs to. The classification group 1 is as shown in FIG.
Same) A group of customers who have lost or lost 30,000 yen or more on the day of the day (the same applies to today) (the balance of the game is 30,000 yen or more negative) (win-loss result on the day ≤ 30,000 yen) . Classification group 2 means that the win / loss results of the customer on the day are 1
Loss of 10,000 yen or more to less than 30,000 yen (Balance of game is 10,000 yen to 3 yen
A group of customers belonging to the range of (10,000 yen minus) (-10,000 yen ≥ win-loss results on the day> -30,000 yen).

The classification group 3 is a win or loss of less than 10,000 yen on the day of the customer (plus in the range of less than 10,000 yen of game balance) to a loss of less than 10,000 yen (10,000 balance of game balance). A group of customers belonging to the range of less than yen and minus) (+10,000 yen> results on the day> -10,000 yen). Classification group 4 means that the win / loss result of the customer on the day of the game is 10,000 yen or more (plus in the range of less than 10,000 yen of game balance) to less than 30,000 yen (less than 30,000 yen of game balance). A group of customers belonging to the range of (plus) in range (+10,000 yen ≤ win / loss result on the day <+30,000 yen). Classification group 5 refers to a group of customers who belong to the range of winning or losing results of the customer on the day of 30,000 yen or more (the balance of the game is plus 30,000 yen or more) (+
30,000 yen ≤ results on the day).

When the acquired data belongs to the classification group 1 in step S254, the process branches to step S256 and the customer counter 1 is updated by "+1" (count up, the same applies hereinafter). When the acquired data belongs to the classification group 2 in step S258, the process branches to step S260 and the customer counter 2 is updated by "+1". Step S2
If the acquired data belongs to the classification group 3 in 62, the process branches to step S264 and the customer counter 3 is updated by "+1". When the acquired data belongs to the classification group 4 in step S266, the process branches to step S268 and the customer counter 4 is updated by “+1”. Step S26
If the acquired data does not belong to the classification group 4 in 6, that is, if the acquired data does not belong to any of the classification groups 1 to 4, it is determined that the acquired data belongs to the classification group 5, the process proceeds to step S270, and the customer counter 5 "+
Update only 1 ”). In this way, it is determined which classification group the customer of this routine belongs to, the corresponding customer counter is updated by "+1", and the number of customers belonging to the classification group is counted.

Step S256, Step S260, Step S264, Step S268 or Step S
After any of the steps 270, the process proceeds to step S272 and the same-day win / loss record data of the next customer is acquired from the customer same-day record file. Next, in step S274, it is determined whether the processing of all customer data has been completed. In the first routine, the process for any one customer has just ended, so this time the routine branches to NO and step S25.
Returning to step 4, the same processing is repeated. As a result, in the next routine, it is determined to which classification group the same-day win / loss data of the next customer belongs, and the corresponding customer counter is updated by "+1" to count the number of customers who belong to the classification group. It Then, step S254
By repeating the loop of step S274, when the processing of all the customer data (that is, the processing of dividing the winning / losing result data into classification groups and updating the customer counter) is completed, the process goes from step S274 to step S276 and the customer counter 1 to The value of 5 is output to the screen as a graph. As a result, as shown in FIG. 71, the win / loss record of the customer on the day is divided into five classification groups and displayed in a graph (particularly, a graph imitating a doll) on the customer information screen. Then
In step S278, data on the number of people visiting the store on the day is acquired from the hole day result file, and is output as a graph on the screen. As a result, the number of people visiting the store today is displayed on the upper side of the customer information screen in the same graph as a doll. After step S278, the process returns to the customer information screen event process.

D-2. Customer Information Classification Data Update Process 2 FIG. 34 is a flowchart showing a subroutine of the customer information classification data update process 2 in the customer information screen event process. In the customer information classification data update process 2, first, in step S300, the customer counters 1 to 5 are cleared to "0". The customer counters 1 to 5 respectively count which classification group the acquired data belongs to, as described later. Next, in step S302, the customer day-out ball number data of an arbitrary customer is acquired from the customer day result file. As shown in FIG. 18, the customer day result record file stores the record data of the current day for each customer,
This is the data when the customer day-out ball number data is acquired, classified into groups, and displayed as a graph. In this case, the customer's game time is calculated based on the customer's day-out ball number data. That is, it is possible to indirectly calculate the time spent by the customer depending on how large the number of out balls is. This is because the number of out balls has a predetermined correlation with the game time (for example, almost proportional).

Then, step S304 and step S3
In each of 08, step S312, and step S316, it is determined which one of the classification groups 1 to 5 the acquired data (that is, the customer day out ball number data) belongs to. Classification group 1 means that the game time of the customer is 0
It refers to a group that is from time to less than one hour. The classification group 2 refers to a group in which the game time of the customer on the day is 1 hour or more and less than 2 hours. The classification group 3 refers to a group in which the game time of the customer on the day is 2 hours or more and less than 3 hours. The classification group 4 refers to a group in which the game time of the customer on the day is 3 hours or more and less than 4 hours. The classification group 5 is a group in which the game time of the customer on the day is 4 hours or more.

If the acquired data belongs to the classification group 1 in step S304, the process branches to step S306 and the customer counter 1 is updated by "+1". Step S30
If the acquired data belongs to the classification group 2 in step 8, the process branches to step S310 and the customer counter 2 is updated by "+1". When the acquired data belongs to the classification group 3 in step S312, the process branches to step S314 and the customer counter 3 is updated by “+1”. Step S316
If the acquired data belongs to the classification group 4 in step S4, the process branches to step S318 and the customer counter 4 is updated by "+1". When the acquired data does not belong to the classification group 4 in step S316, that is, when the acquired data does not belong to any of the classification groups 1 to 4, it is determined that the acquired data belongs to the classification group 5, and the process proceeds to step S320.
The customer counter 5 is updated by "+1"). In this way, it is determined which classification group the customer of this routine belongs to, the corresponding customer counter is updated by "+1", and the number of customers belonging to the classification group is counted.

Step S306, Step S310, Step S314, Step S318 or Step S
After any of the steps 320, the process proceeds to step S322, and the customer day out ball number data of the next customer is acquired from the customer day result file. Next, in step S324, it is determined whether the processing of all customer data has been completed. In the first routine, the process for any one customer has just ended, so this time the process branches to NO and returns to step S304 to repeat the same process. This allows
In the next routine, it is determined which game time belongs to which classification group based on the customer day-out ball number data of the next customer, the corresponding customer counter is updated by "+1", and the customer belonging to the classification group concerned is updated. The number is counted. Then, by repeating the loop of steps S304 to S324, when the processing of all customer data (that is, the processing of dividing the game time data into classification groups and updating the customer counter) is completed, step S324.
To step S326, the values of the customer counters 1 to 5 are graphically output to the screen.

As a result, although not shown in the figure, the customer's game time on the day is divided into five classification groups and displayed in a graph (for example, a graph similar to a doll). Next, in step S328, the number of people visiting the store on the day of the day is acquired from the hole day result file, and is output as a graph on the screen. As a result, the number of people visiting the store today (for example, a graph similar to a doll) is displayed on the upper side of the customer information screen. After step S328, the process returns to the customer information screen event process.

D-3. Customer Information Classification Data Update Process 3 FIG. 35 is a flowchart showing a subroutine of the customer information classification data update process 3 in the customer information screen event process. In the customer information classification data update processing 3, first, in step S350, the customer counters 1 to 5 are cleared to "0". The customer counters 1 to 5 respectively count which classification group the acquired data belongs to, as described later. Next, in step S352, any one record in the past month is acquired from the store visit file, and the winning / losing record of the customer is calculated. As shown in FIG. 23, in the store visit file, the record data of the store visit data when the customer visits the store is stored in a record, and the win / loss record of the customer is calculated from this, and the result is classified into groups and displayed in a graph. It prepares the data for the process. Even if the customer is the same person, if the date changes, the record is created as a different person, and it is treated as the total number of people.

Next, steps S354 and S3.
58, step S362, and step S370, it is determined which of the classification groups 1 to 5 the win / loss record of the customer belongs to. The classification group 1 is a group in which the customer's winning / losing results in the past month are 30,000 yen or more. The classification group 2 refers to a group in which the customer's winning / losing results in the past one month belong to the losing range of 10,000 yen or more and less than 30,000 yen. The classification group 3 refers to a group belonging to a range where the customer's winning / losing results in the past month are less than 10,000 yen and less than 10,000 yen. The classification group 4 refers to a group belonging to a range of wins and losses of customers of 10,000 yen or more to less than 30,000 yen in the past month. Classification group 5
Is a group of customers who have won or lost 30,000 yen or more in the past month.

When the winning / losing result acquisition calculated in step S354 belongs to the classification group 1, the process branches to step S356 to update the customer counter 1 by "+1". Acquisition of the winning / losing results calculated in step S358 is the classification group 2
If it belongs to, the process branches to step S360 and the customer counter 2 is updated by “+1”. When the winning / losing result acquisition calculated in step S362 belongs to the classification group 3,
Branch to step S364 and set the customer counter 3 to "+1".
Just update. When the winning / losing results calculated in step S366 belong to the classification group 4, the process branches to step S368 to update the customer counter 4 by “+1”. When the winning / losing result acquisition calculated in step S366 does not belong to the classification group 4, that is, when the winning / losing result acquisition calculated does not belong to any of the classification groups 1 to 4,
It judges that it belongs to the classification group 5 and proceeds to step S370 to update the customer counter 5 by "+1". In this way, it is determined which classification group the customer's winning / losing results in the current routine belong to in the past month, and the corresponding customer counter is updated by “+1” to determine the number of customers belonging to the classification group. To count.

Step S356, Step S360, Step S364, Step S368 or Step S
After any of the steps 370, the process proceeds to step S372, the next record of the past month is acquired from the store visit file, and the win / loss record is calculated. Next, in step S374, it is determined whether or not all the target records are not present in the file (store visit file). In the first routine, the process for any one record has just ended, so this time the process branches to NO and returns to step S354 to repeat the same process. As a result, in the next routine, the past 1
It is determined from the next record of the month to which classification group the customer's win / loss result belongs, the corresponding customer counter is updated by "+1", and the number of customers belonging to the classification group is counted.

Then, steps S354 to S3.
When the processing of all the records of the store visit file is completed by repeating the loop of 74, the process goes from step S374 to step S376, and the values of the customer counters 1 to 5 are graphically output to the screen. As a result, although not shown in the figure, the customer's win / loss record for the past month is displayed in a graph (for example, a graph imitating a doll) in five classification groups on the customer information screen. Next, in step S378, the total value of the customer counters 1 to 5 is graphically output to the screen. As a result, the total number of customers (total number of customers coming to the store) who have been subject to winning or losing results in the past month is displayed on the upper side of the customer information screen, for example, in the same model as a doll. Step S378
After, the process returns to the customer information screen event process.

D-4. Customer Information Classification Data Update Process 4 FIG. 36 is a flowchart showing a subroutine of the customer information classification data update process 4 in the customer information screen event process. In the customer information classification data update process 4, first, in step S400, the customer counters 1 to 5 are cleared to "0". The customer counters 1 to 5 respectively count which classification group the acquired data belongs to, as described later. Next, in step S402, the data on the number of store visits of any customer for the past month is acquired from the customer record file. As shown in FIG. 24, the customer record file stores the record of the previous record and the record data of the past month (the number of store visits here) for each customer as a record. It prepares to perform the process when the graph is displayed after being classified into groups.

Then, step S404 and step S4
In each of steps 08, S412, and S416, it is determined which of the classification groups 1 to 5 the acquired data (that is, the customer's store visit count data in the past month) belongs to. The classification group 1 refers to a group in which the number of customer visits to the store in the past month is 0. Classification group 2
Means a group in which the number of customer visits in the past month is in the range of 1 to 3 times. The classification group 3 refers to a group in which the number of customer visits in the past month is in the range of 4 to 10 times. The classification group 4 is a group in which the number of customer visits in the past month is in the range of 11 to 20 times.
Classification group 5 means that the number of customer visits in the past month is 2
A group that is at least once.

When the acquired data belongs to the classification group 1 in step S404, the process branches to step S406 and the customer counter 1 is updated by "+1". Step S40
If the acquired data belongs to the classification group 2 in step 8, the process branches to step S410 and the customer counter 2 is updated by "+1". When the acquired data belongs to the classification group 3 in step S412, the process branches to step S414 and the customer counter 3 is updated by “+1”. Step S416
If the acquired data belongs to the classification group 4, the process branches to step S418 and the customer counter 4 is updated by "+1". When the acquired data does not belong to the classification group 4 in step S416, that is, when the acquired data does not belong to any of the classification groups 1 to 4, it is determined that the acquired data belongs to the classification group 5, and the process proceeds to step S420.
The customer counter 5 is updated by "+1". In this way, it is determined which classification group the customer of this routine belongs to, the corresponding customer counter is updated by "+1", and the number of customers belonging to the classification group is counted.

Step S406, Step S410, Step S414, Step S418 or Step S
After any of the steps 420, the process proceeds to step S422 and the data of the number of store visits of the next customer for the past month is acquired from the customer result file. Next, in step S424, it is determined whether or not the processing of all customer data has been completed. In the first routine, the process for any one customer has just ended, so this time the routine branches to NO and step S4.
Returning to 04, the same processing is repeated. As a result, in the next routine, it is determined which classification group the past customer's store visit frequency data of the next customer belongs to, and the corresponding customer counter is updated by "+1" to determine the number of customers belonging to the classification group. Is counted.

Then, steps S404 to S4.
By repeating the loop of 24, when the processing of all customer data (that is, the processing of dividing the data on the number of store visits in the past one month into groups and updating the customer counter) is completed,
The process goes from step S424 to step S426 and the values of the customer counters 1 to 5 are graphically output to the screen. As a result, although not shown, the number of customer visits in the past month is divided into five classification groups and displayed as a graph (for example, a graph imitating a doll) on the customer information screen. Next, in step S428, the total value of the customer counters 1 to 5 is graphically output to the screen. As a result, the total number of customers (total number of customers visiting the store) for which the customer's number of store visits in the past month is calculated is displayed on the upper side of the customer information screen, for example, in a graph similar to a doll. After step S478, the process returns to the customer information screen event process.

D-5. Customer Fixation Status Screen Appearance Processing FIG. 37 is a flowchart showing a subroutine of the customer fixation status screen appearance processing in the customer information screen event processing. In the customer fixation status screen appearance process, first, step S
At 430, an initial value is set as the border value for the number of store visits. As shown in FIG. 72, the shop visitor border value is a reference value (so-called threshold value) that changes the color when displaying the number of customer visits in the past three months in a graph. For example, FIG.
In the example of 2, the customer who has visited the store less than 10 times in the past 3 months is displayed in black, and the customer who has visited the store in the past 3 months 10 times or more is displayed in white. In this case, the number of visits to the store is 10 times, which is the borderline value of the number of visitors to the store. Next, in step S432, an initial value is set for the game time border value.
Although not shown, the game time border value is a reference value that changes the color when displaying the game time of a customer on one day (for example, today) in a graph. For example, if a customer who has less than 2 hours of play time today is black,
This is a case where a customer who is over the time is displayed in a white graph.

Next, in step S434, a customer fixation status screen appears. As a result, the customer fixation status screen shown in FIG. 72 pops up and is displayed in a multi-window. Next, in step S436, customer fixation status menu processing 1 is performed (details will be described later in a subroutine). This is to calculate the data necessary for displaying the new customer information on the graphical three-dimensional screen and paste it on the screen. Next, in step S438, the data for the past one month is acquired from the practical calendar record and displayed in correspondence with the graph. As a result, the data for the past one month is displayed by date on the customer retention status screen. Next, in step S440, the "customer fixation status" button is deleted from the customer fixation status screen. This is because the sub screen (customer retention status screen) is made to appear on top of the customer information screen, so that you do not accidentally press the "Customer retention status" button that causes the customer retention status screen to appear again. It is something to be deleted. As a result, it is possible to eliminate the problem that the customer fixation status screen appears in multiple hierarchies and the arithmetic processing is delayed. After step S440, the process returns to the customer information screen event process.

D-6. Customer Fixation Status Screen Event Processing FIG. 38 is a flowchart showing a subroutine of customer fixation status screen event processing in the main screen process. In the customer fixation status screen event process, a process of scrolling a screen display, a table, and a graph is performed according to various button operations. First, in step S450, it is determined whether or not the customer fixation status screen (FIG. 72) appears. If the customer fixation status screen has not appeared, this routine is terminated and the process returns to the main screen process. If the customer fixation status screen appears, the process advances to step S452 to determine whether the "new customer" button has been pressed on the customer fixation status screen. When the "new customer" button is pressed, the process branches to step S454 to perform customer fixation status menu processing 1 (details will be described later in a subroutine). This is a process for calculating new customer information and displaying it in a graph on the customer fixation status screen. After step S454,
Return to the main screen process.

If the "new customer" button is not pressed in step S452, the flow advances to step S456 to select "past 3".
Determine whether or not the “Number of months visited” button is pressed. When the "number of visits to the past 3 months" button is pressed, step S4
The processing branches to 58 and customer fixation status menu processing 2 is performed (details will be described later in a subroutine). This is a process for calculating the number of store visits for the past three months and displaying it in a graph on the customer fixation status screen. After step S458, the process returns to the main screen process. Step S4
If the "Number of store visits in the past 3 months" button is not pressed in 56, the process proceeds to step S460 and the "operating time in the past 3 months" is reached.
Determine whether or not the button was pressed. When the "last three months operating time" button is pressed, the process branches to step S462 to perform customer fixation status menu processing 3 (details will be described later in a subroutine). This is a process for calculating the past three months of operating time information and displaying it in a graph on the customer fixation status screen. After step S462, the process returns to the main screen process.

If the "last three months operating time" button is not pressed in step S460, the operation proceeds to step S464 and the "up" arrow button (upward one of the case change buttons displayed on the customer fixation status screen). ) Is pressed. When the "up" arrow button is pressed, the process branches to step S466 to perform customer fixation status border value change processing 1 (details will be described later in a subroutine). This is to increase the number of store visits or the game time border value, recalculate the data for displaying the graph (for example, bar graph) of the customer retention status screen, and perform the process of displaying the graph again. . After step S466, the process returns to the main screen process. If the "up" button is not pressed in step S464, the flow advances to step S468 to determine whether or not the "down" arrow button (the down button of the precedent change buttons displayed on the customer fixing status screen) is pressed. Determine. When the "down" arrow button is pressed, the process branches to step S470 to perform customer fixation status border value change processing 2 (details will be described later in a subroutine). This is a process of reducing the number of store visits border value or the game time border value, recalculating the data for displaying the graph of the customer fixation status screen, and displaying the graph again. After step S470, the process returns to the main screen process.

If the "down" button is not pressed in step S468, the flow advances to step S472 to determine whether the scroll bar has been operated. When the scroll bar is operated, the process branches to step S474 to display the customer fixation status screen and scroll the graph. As a result, the display of the customer fixation status screen or the graph in the area where the scroll bar is operated is sequentially scrolled. After step S474, the process returns to the main screen process. If the scroll bar is not operated in step S472, the process proceeds to step S476 to determine whether or not the "end" button has been pressed. If the "end" button is not pressed, this routine is terminated and the process returns to the main screen process.

On the other hand, if the "end" button is pressed, the flow advances to step S478 to erase the customer fixing status screen. As a result, the customer retention status screen that has been popped up on the front of the customer information screen disappears, and the entire customer information screen appears (that is, all the customer information screens that were behind the customer retention status screen appear on the front side). . Note that, when the customer fixing status screen as the child screen is closed, the situation where all the customer information screens that are behind the customer fixing status screen appear on the front side is the same in the following description. Then, in step S480, the "customer fixation status" button appears again on the customer information screen. Step S48
After 0, the process returns to the main screen process. In this way, when the customer fixation status screen appears, processing for displaying a screen according to various button operations and scrolling a table or a graph is performed.

E-1. Customer Fixation Status Menu Processing 1 FIG. 39 is a flowchart showing a subroutine of the customer fixation status menu processing 1 in the customer fixation status screen event processing. In the customer fixation status menu process 1, first, in step S500, the hall performance records for the past one month are acquired from the hall performance file. As shown in FIG. 20, the hole score file stores the record of each day in the hole as a record.
Monthly result data is acquired, and processing for displaying a graph is performed based on the acquired data, as described below. Next, in step S502, the data of the number of issued cards and the number of people visiting the store are acquired from the acquisition record. Next, in step S504, the difference between the number of people visiting the store and the data of the number of issued cards for halls is calculated as non-new customer number data. That is, the number of non-new customers is obtained by subtracting the number of hall issue cards from the number of customers visiting the store.

Next, in step S506, the hole issue card number data is set as new customer number data. Then
In step S508, the new customer number data and the non-new customer number data for each day in the past one month are displayed on a screen (customer fixation status screen: see FIG. 72) in a graph. Next, in step S510, the customer retention menu number is set to "1".
Set to. Next, in step S512, the contents of the output file are evaluated and a message is output on the screen. This is to evaluate the effect of attracting customers for each day's event from the new customer number data and non-new customer number data for each day for the past one month calculated this time. For example, as shown in FIG. A message for evaluating the effect of attracting customers at the hall is displayed in the message area below. The evaluation message is set in advance according to the new customer number data and the non-new customer number data (for example, the content of the CD-ROM supplied by the manufacturer is read and registered). After step S512, the process returns to the customer fixation status screen event process.

E-2. Customer Fixation Status Menu Process 2 FIG. 40 is a flowchart showing a subroutine of the customer fixation condition menu process 2 in the customer fixation condition screen event process. In the customer retention status menu process 2, first, in step S520, the yesterday's record is set to 1 from the store visit file.
Get one. As shown in FIG. 23, the store visit file stores, as a cumulative value, the record data when the customer visits the store, and the data of the process for displaying the store visit situation of the customer in the form of a graph is acquired from this. is there. Even if the customer is the same person, if the date changes, the record is created as a different person, and it is treated as the total number of people. Next, in step S522, the customer visitor counter 1 and the customer visitor counter 2 are cleared to "0". The customer visit counters 1 and 2 respectively count the range to which the acquired data belongs, based on the border value of the number of customer visits, as described later. Next, in step S524, the card number is acquired from the acquisition record. This is to identify the customer. Next, in step S526, records for the past three months counting from the date of the acquired record are acquired from the store visit file, and the number of records having the same card number is counted. This searches the number of times the same customer has visited the store in the past three months.

Next, the value counted in step S528 is the border value for the number of store visits (for example, 10 as shown in FIG. 72).
Times) or less. If the number of store visits of the same customer in the past three months exceeds the store visit count border value, the process branches to step S530 and the store visit customer counter 2 is set to "+".
1 ”update. On the other hand, if the number of times the same customer has visited the store for the past three months is less than or equal to the number of store visits border value, step S
Proceeding to step 532, the customer visit counter 1 is updated by "+1". As a result, the number of visits to the same customer in the past three months is classified by the border value of the number of visits to the store and is counted by the visitor counters 1 and 2. After step S530 or step S532, the process advances to step S534 to determine whether or not all records having the same date have been acquired. This is to determine whether or not all card numbers on the same month and day have been acquired. Step S534
If NO in step S536, the process advances to step S536 to acquire the next record having the same date from the store visit record, and then the process returns to step S522 to repeat the same loop. And
If you get all records of the same date for the past 3 months,
The determination result of step S534 is YES, and the process exits to step S538.

In step S538, the values of the customer visit counters 1 and 2 are saved as output data in the output file. This is from the record of the same date for the past 3 months,
The graph data for one day (for example, bar graph data) is stored. Then, step S540
Then, it is determined whether or not the output data for the past one month has been calculated. Since it has not been calculated in the first routine, NO
And the process proceeds to step S542. Step S542
Then, the record of the previous day is further acquired from the store visit file, the process returns to step S524 and the same loop is repeated. Then, when all the output data for the past one month have been calculated, the determination result of step S540 becomes YES and the process proceeds to step S544. As a result, the number of customer visits in the past three months for the past one month is classified by the border value of the number of visits, and the data for displaying the graph is calculated. In step S544, the contents of the output file are displayed as a graph on the screen (see FIG. 72).

Next, in step S546, the customer fixing menu number is set to "2". Then, step S54
At 8, the contents of the output file are evaluated and a message is output to the screen. This is to evaluate the data calculated by dividing the number of customer visits for the past three months calculated this time by the border value of the number of customer visits over the past three months. The evaluation message is displayed in the message area of the customer retention status screen. To be done. The evaluation message is preset (for example, the content of the CD-ROM supplied by the manufacturer is read and registered) corresponding to the customer visit data for the past three months. After step S548, the process returns to the customer fixation status screen event process.

E-3. Customer Fixation Status Menu Processing 3 FIG. 41 is a flowchart showing a subroutine of the customer fixation status menu processing 3 in the customer fixation status screen event processing. In the customer retention status menu process 3, first, in step S550, the yesterday's record is set to 1 from the store visit file.
Get one. As shown in FIG. 23, the store visit file stores, as a cumulative value, the record data when the customer visits the store, and the data of the process for displaying the store visit situation of the customer in the form of a graph is acquired from this. is there. Even if the customer is the same person, if the date changes, the record is created as a different person, and it is treated as the total number of people. Then, in step S552, the customer visitor counter 1 and the customer visitor counter 2 are cleared to "0". The customer visit counters 1 and 2 respectively count the range to which the acquired data belongs, based on the game time border value at the time of visit, as described later. Next, in step S554, the card number is acquired from the acquisition record. This is to identify the customer. Then, in step S556, the card number matches the card number (acquired card number) of the acquired data from the store visit file, and all records for the past three months counting from the date of the acquired record are acquired. This searches for the game time of the same customer for the past three months.

Next, all the game time data when coming to the store are totaled from the records for the past three months acquired in step S558. Next, the value summed in step S560 is the game time border value at the time of coming to the store for the past three months (for example, 1
It is determined whether it is less than or equal to 0 hours (not shown). Past 3
If the gaming time (cumulative) when the same customer comes to the store for a month exceeds the gaming time border value, the process branches to step S562 and the visiting customer counter 2 is updated by "+1". On the other hand, if the game time border value at the time of coming to the store is less than or equal to the game time border value, the process proceeds to step S532 and the coming-to-store customer counter 1 is updated by "+1". As a result, the total game time when the same customer comes to the store for the past three months is classified by the game time border value at the store, and is counted by the store customer counters 1 and 2.

Step S562 or step S56
After 4, the process proceeds to step S566 to determine whether or not all records having the same date have been acquired. This is to determine whether or not all card numbers on the same month and day have been acquired. If NO in step S566, the flow advances to step S568 to acquire the next record having the same date from the store visit record, and then returns to step S554 to repeat the same loop. Then, when all the records of the same date in the past three months are acquired, the determination result of step S566 becomes YES, and the process exits to step S570.

In step S570, the values of the customer visit counters 1 and 2 are saved as output data in the output file. This is from the record of the same date for the past 3 months,
The graph data for one day (for example, bar graph data) is stored. Then, step S572.
Then, it is determined whether or not the output data for the past one month has been calculated. Since it has not been calculated in the first routine, NO
And the process proceeds to step S574. Step S574
Then, the record of the previous day is further acquired from the store visit file, the process returns to step S552 and the same loop is repeated. Then, when all the output data for the past one month have been calculated, the determination result of step S572 becomes YES, and the process exits to step S576. As a result, the game time when the customer visits the store for the past three months for the past one month is classified with the game time border value at the store as a boundary, and the data for displaying the graph is calculated. In step S576, the contents of the output file are displayed graphically on a screen (not shown).

Next, in step S578, the customer fixing menu number is set to "3". Then, step S58
0 evaluates the contents of the output file and outputs a message to the screen. This is to evaluate the data calculated by dividing the game time when the customer came to the store for the past three months calculated this time by the game time border value at the store (for example, 10 hours) as the boundary. The evaluation message is displayed in the message area of the status screen. The evaluation message is set in advance corresponding to the game time data when the customer comes to the store for the past three months (for example, CD-R supplied by the manufacturer).
The contents of the OM are read and registered). After step S580, the process returns to the customer fixation status screen event process.

E-4. Customer Fixation Status Border Change Processing 1 FIG. 42 is a flowchart showing a subroutine of the customer fixation status border change processing 1 in the customer fixation status screen event processing. When the "up" arrow button of the case change buttons displayed on the customer fixing status screen is pressed, the processing shifts to the customer fixing status border change processing 1. In the customer fixation status border change processing 1, first, in step S600, it is determined whether or not the customer fixation menu number is "2". The customer fixation menu number "2" corresponds to the fact that the number of customer visits in the past three months is displayed in a graph on the customer fixation status screen. If the customer fixation menu number is "2", the process branches to step S602 to increase the border value of the number of store visits. As a result, if the border value of the number of visits to the store is 10 times,
Increase more than once. Next, in step S604, the customer fixation status menu process 2 is executed (for details, see the subroutine). As a result, the graph contents of the number of customer visits for the past three months are recalculated as the border value for the number of shop visits increases, and the graph is redisplayed with the recalculated data. After step S604, the process returns to the customer fixation status screen event process.

If the customer fixation menu number is not "2" in step S600, the flow advances to step S606 to determine whether the customer fixation menu number is "3". The customer fixation menu number "3" corresponds to that the customer visiting game time for the past three months is displayed as a graph on the customer fixation status screen. Customer retention menu number is "3"
If so, the process branches to step S608 to increase the game time border value at the time of coming to the store. As a result, the game time border value at the time of coming to the store is increased from 11 hours or more to 10 hours, for example. Then, step S61
At 0, the customer fixation status menu process 3 is executed (see the subroutine for details). As a result, when the "up" arrow button of the case change buttons is pressed, the past game play border value increases when the player visits the store.
The contents of the game time when the customer visits the store for a month is recalculated, and the graph is redisplayed with the recalculated data. After step S610, the process returns to the customer fixation status screen event process. If the customer fixation menu number is not “3” in step S606, the process returns to the customer fixation status screen event process.

E-5. Customer Fixation Status Border Change Processing 2 FIG. 43 is a flowchart showing a subroutine of the customer fixation status border change processing 2 in the customer fixation status screen event processing. When the "down" arrow button of the case change buttons displayed on the customer fixation status screen is pressed, the processing advances to this customer fixation status border change processing 2. In the customer fixation status border change processing 2, first, in step S620, it is determined whether or not the customer fixation menu number is "2". The customer fixation menu number "2" corresponds to the fact that the number of customer visits in the past three months is displayed in a graph on the customer fixation status screen. If the customer fixation menu number is “2”, the process branches to step S622 to decrease the border value of the number of store visits. As a result, if the border value of the number of store visits is 10 times,
Less than once. Next, in step S624, the customer fixation status menu process 2 is executed (for details, see the subroutine). As a result, the graph contents of the number of customer visits in the past three months are recalculated as the border value of the number of shop visits is reduced, and the graph is redisplayed with the data after the recalculation. After step S624, the process returns to the customer fixation status screen event process.

If the customer fixation menu number is not "2" in step S620, the flow advances to step S626 to determine whether the customer fixation menu number is "3". The customer fixation menu number "3" corresponds to that the customer visiting game time for the past three months is displayed as a graph on the customer fixation status screen. Customer retention menu number is "3"
If so, the process branches to step S628 to decrease the game time border value at the time of coming to the store. As a result, the game time border value at the time of coming to the store is reduced to 9 hours or less from 10 hours until now, for example. Then, step S630.
The customer fixation status menu process 3 is executed (see the subroutine for details). As a result, when the "down" arrow button of the case change buttons is pressed, the game time border value of the customer for the past three months is re-displayed with the decrease of the game time border value at the time of store visit. After the calculation, the graph is redisplayed with the data after the recalculation. After step S630, the process returns to the customer fixation status screen event process. If the customer fixation menu number is not “3” in step S626, the process returns to the customer fixation status screen event process.

F. Model-Specific Customer Status Screen Appearance Processing FIG. 44 is a flowchart showing a subroutine of model-specific customer status screen appearance processing in customer information screen event processing. When the "customer status by model" button displayed on the customer information screen is pressed, the process proceeds to the customer status screen appearance process by model. In the model-specific customer status screen appearance processing, first, in step S640, the model-specific customer status screen (see FIG. 74) is displayed. Next, in step S642, initial values are set for the sales amount group 1 and the sales amount group 2, respectively. For example, the sales amount group 1 refers to a group in which the customer's investment amount is 10,000 yen or less. The sales amount group 2 refers to a group in which the investment amount of a customer is 10,000 yen to 20,000 yen or less, for example. By setting these two reference ranges, for example, a group in which a customer's investment amount exceeds 20,000 yen can be classified (for example, like a sales amount group 3).

Next, in step S644, initial values are similarly set in the game time group 1 and the game time group 2, respectively. For example, the game time group 1 refers to a group in which the game time when a customer visits the store is one hour or less.
The game time group 2 refers to a group in which the game time when the customer visits the store is 1 hour to 2 hours or less, for example. By setting these two reference ranges, it is possible to classify, for example, a group where the customer's visit time is over 2 hours (for example, like the visit time game time group 3). Next, in step S646, model-specific customer status menu processing 1
Is executed (details will be described later in a subroutine). This is a process in which when the "investment amount comparison" button is pressed on the customer status screen for each model, data of the number of players by investment amount is calculated and a graph is displayed. Next, in step S648, the "customer status by model" button is deleted from the customer information screen. This is because the sub-screen (customer status screen for each model) is made to appear on the customer information screen, so there is no accidental pressing of the "Customer status by model" button that causes the customer status screen for another model to appear again. As such, it is something that should be deleted. As a result, it is possible to eliminate the problem that arithmetic processing is delayed because the customer status screens for each model appear in multiple layers. After step S648,
Return to the customer information screen event process.

G. Model-Specific Customer Status Screen Event Processing FIG. 45 is a flowchart showing a subroutine of model-specific customer status screen event processing in the main screen process. In the model-specific customer status screen event process, first, in step S650, it is determined whether or not the model-specific customer status screen (see FIG. 74) appears. If the model-specific customer status screen has not appeared, this routine is terminated and the process returns to the main screen process. If the model-specific customer status screen appears, the process advances to step S652 to determine whether the daily data graph appears. As shown in FIG. 75, the daily data graph is a graph for displaying data such as daily investment amount by model in a predetermined area on the right side of the model-specific customer status screen. Then, in the same area, an “end” button that ends only the daily data graph is arranged. If the daily data graph does not appear in step S652, the process branches to step S654. If the daily data graph appears, step S67.
Going to step 4, it is judged whether or not the "end" button of the graph has been pressed, and when the "end" button has been pressed, step S676.
To clear the daily graph and return to the main screen process. On the other hand, if the "end" button is not pressed in step S674, the process jumps to step S678.

If the daily data graph does not appear,
The process branches to step S654, and the display process corresponding to the operation of various buttons is performed in the subsequent steps. First, step S
At 654, it is determined whether or not the "model name" button has been pressed on the customer status screen for each model. The "model name" button displays the model name of the gaming machine on the customer status screen for each model, but with the model name display and button functions, it can be operated by pressing the model name itself. It also serves as. For example, in the screen of FIG. 74, "Hana Hyakukei" and "Kakukaiou" are displayed, and when these name areas are pressed, a selection operation for each model can be performed. When the "model name" button is pressed, the process branches to step S656 to perform daily graph appearance processing (details will be described later in a subroutine). As a result, data such as daily investment amount for each model is displayed in a graph in a predetermined area on the right side of the model-specific customer status screen. After step S656, the process returns to the main screen process.

If the "model name" button has not been pressed in step S654, the flow advances to step S658 to determine whether the "investment amount comparison" button has been pressed. The “comparison of investment amount” button is used to perform selection when displaying in a graph for each model classified into groups by customer's investment amount on the model-specific customer status screen. When the "investment amount comparison" button is pressed, the process branches to step S660 to perform model-specific customer status menu processing 1 (details will be described later in a subroutine). As a result, the investment amount data for each model is displayed in a graph in the predetermined area of the model-specific customer status screen. After step S660, the process returns to the main screen process. Step S
If the "Compare Investment" button is not pressed in 658,
In step S662, it is determined whether the "operating time comparison" button has been pressed. What is the "operating time comparison" button?
On the customer status screen for each model, the customer's game time is classified into groups according to the game time, and the selection is performed when the graph is displayed for each model. When the "operating time comparison" button is pressed, the process branches to step S664 to perform the customer situation menu processing 2 for each model (details will be described later in a subroutine). Thereby, the operating time (customer's game time) data for each model is displayed in a graph in a predetermined area of the model-specific customer status screen. Step S6
After 64, the process returns to the main screen process.

If the "operating time comparison" button has not been pressed in step S662, the flow advances to step S666 to determine whether the "up" arrow button has been pressed. The "up" arrow button is a standard value for classifying customers into groups on the graph on the customer status screen for each model and displaying data in a graph (for example, standard values for classifying game time, investment amount, etc.) Is changed to increase.
If the "up" arrow button is pressed, step S668.
And the customer-specific customer status group change processing 1 (details will be described later in a subroutine) is performed. As a result, the data is recalculated by increasing the reference value when the data is displayed in the graph by classifying into the group of customers, and the graph is displayed again. After step S668, the process returns to the main screen process.

If the "up" arrow button has not been pressed in step S666, the flow advances to step S670 to determine whether the "down" arrow button has been pressed. The "down" arrow button is a standard value for classifying customers into groups on the graph on the customer status screen by model and displaying the data in a graph (for example, standard values for classifying game time, investment amount, etc.) Is to be reduced. When the "down" arrow button is pressed, the process branches to step S672 to perform the customer type group change processing 2 for each model (details will be described later in a subroutine). As a result, the reference value when displaying the data in the graph by classifying into the group of customers is decreased, the data is recalculated, and the graph is displayed again.
After step S672, the process returns to the main screen process.

On the other hand, when the "down" arrow button is not pressed in step S670, or the above-described step S670.
If the "End" button on the graph is not pressed at 674,
In either case, the process jumps to step S678 to determine whether or not the "end" button at the lower right of the screen is pressed. If the "end" button is not pressed, this routine is terminated and the process returns to the main screen process. If the "end" button has been pressed, the process advances to step S680 to erase the customer status screen for each model. As a result, the model-specific customer status screen that has been popped up on the front of the customer information screen disappears, and the entire customer information screen appears (that is, the customer information screen that was on the back of the model-specific customer status screen is all on the front side). appear). Then, in step S682, the "customer status by model" button appears again on the customer information screen. After step S682, the process returns to the main screen process. In this way, when the customer fixation status screen appears, processing such as displaying a screen according to various button operations and redisplaying a graph corresponding to a change in the reference value is performed.

G-1. Daily Graph Appearance Processing FIG. 46 is a flowchart showing a subroutine of daily graph appearance processing in the model-based customer status screen event processing. In the daily graph appearance process, first, step S690.
To display a daily graph. As a result, data such as daily investment amount for each model is displayed in a graph in a predetermined area on the right side of the model-specific customer status screen. In this state, only the daily graphs for each model are displayed, but the contents of the graphs themselves are not grouped and displayed. In the next step, the division display will be performed. Next, the game number counter 1 of the model selected in step S692,
Output a few values on a graph by day. As will be described later, the number-of-players counters 1, 2 and 3 are, for example, a group in which the investment amount (sales amount from the hall) of the customer is 10,000 yen or less, a group of 10,000 yen to 20,000 yen or less, 20,000 yen. When the number of customers is divided into three groups, such as a group exceeding the number of customers, the number of each customer is counted. By performing the processing of step S692, the graph of the selected model (for example, a bar graph) is displayed in the area of the daily graph as shown in FIG.
It is displayed by being classified according to the values of 2 and 3 (for example, classified by color). After step S692, the process returns to the model-specific customer status screen event process.

G-2. Model-Specific Customer Status Menu Processing 1 FIG. 47 is a flowchart showing a subroutine of model-specific customer status menu processing 1 in model-specific customer status screen event processing. When the "investment amount comparison" button displayed on the model-specific customer status screen is pressed, the process shifts to the model-specific customer status menu process 1. In the customer status menu process 1 for each model, first, in step S700, all game records for the past 7 days are acquired from the game file. As for the game file, as shown in Figure 22, when each customer visits the store,
The game situation data for each card is stored in a record as a cumulative value, and from this, it is possible to obtain the data of the processing when the game situation of the customer is displayed as a graph by model. Even if the customer is the same person, if the date changes, the record is created as a different person, and it is treated as the total number of people.

Next, in step S702, any one record is selected from the acquired records. Then, step S
At 704, the game player number counters 1, 2, and 3 are cleared to "0". As will be described later, the gaming number counters 1, 2 and 3 respectively count to which range the acquired data belongs based on a plurality of sales amount border values. Then
In step S706, the unit number is acquired from the acquisition record,
Get the corresponding model number by referring to the model layout file. As shown in FIG. 8, the model layout file stores a model number for each machine in a record, and if the machine number is known, the model can be known. Next, in step S708, game sales data is acquired from the selected record. Then, step S710 and step S7
In each step of 14, the acquired data (that is, whether the game sales amount data belongs to any of the sales amount groups 1 to 3 is determined. The sales amount group 1 means that the sales amount of the customer is 2).
A group that costs over 10,000 yen. The sales amount group 2 is a group in which the sales amount of the customer is less than 20,000 yen to 10,000 yen or more. Sales amount group 3 means that the sales amount of the customer is 1
A group that costs less than 10,000 yen.

When the acquired data belongs to the sales amount group 1 in step S710, the process branches to step S712 to set the number of game persons counter 1 of the corresponding date and model number to "+".
Update only 1 ”. When the acquired data belongs to the sales amount group 2 in step S714, the process branches to step S716 to update the number-of-games counter 2 of the corresponding date and model number by “+1”. If the acquired data does not belong to the sales amount group 2 in step S714, that is, if the acquired data does not belong to the sales amount groups 1 or 2,
It is determined that the sales amount belongs to the group 3, and step S718
Then, the customer counter 3 for the corresponding date and model number is updated by "+1". In this way, it is determined which sales amount group the customer of this routine belongs to, the customer counter of the corresponding date and model number is updated by “+1”, and the customer who belongs to the sales amount group (that is,
The number of players) is counted.

After any of step S712, step S716 or step S718, the process proceeds to step S720 to select the next game record, and it is determined in step S722 whether or not all the records have been selected. In the first routine, since the process for any one record from the game records for 7 days is completed, this time the process branches to NO and returns to step S706 to repeat the same process. As a result, in the next routine, it is determined which sales amount group the next game record belongs to, the customer counter of the corresponding date and model number is updated by "+1", and the number of players belonging to the sales amount group concerned is updated. Is counted. Then, step S706
-By repeating the loop of step S722, when the process for all records (all game records for the past 7 days) (that is, the process for dividing the sales amount group of the acquired data and updating the game player counter) is completed. ,
The process skips from step S722 to step S724 to set the model-specific customer menu number to "1".

Next, in step S726, the game number counters 1, 2, and 3 are summed up for each model, and the result is output as a graph on the screen. As a result, as shown in FIG. 75, the investment amount of the customer is divided into three sales amount groups (for example, color-coded according to the sales amount group) and displayed on the customer status screen for each model. Then, in step S728, the contents of the output file are evaluated and the message is output to the screen. This is to evaluate the content of the data calculated by dividing the customer's investment amount (sales amount for the hall) for the past 7 days calculated this time into the sales amount group. A message is displayed. The evaluation message is preset (for example, the content of the CD-ROM supplied by the manufacturer is read and registered) corresponding to the investment amount data of the customer for the past seven days. After step S728, the process returns to the model-specific customer status screen event process.

G-3. Model-Specific Customer Status Menu Processing 2 FIG. 48 is a flowchart showing a subroutine of model-specific customer status menu processing 2 in model-specific customer status screen event processing. When the "operating time comparison" button displayed on the model-specific customer status screen is pressed, the process proceeds to this model-specific customer status menu process 2. In the customer status menu process 2 for each model, first, in step S750, all game records for the past 7 days are acquired from the game file. As shown in FIG. 22, the game file stores the game status data for each machine and each card when the customer visits the store as a cumulative value in a record, and when the customer's game status is displayed as a graph by model, It is possible to acquire the processing data. Even if the customer is the same person, if the date changes, the record is created as a different person, and it is treated as the total number of people.

Next, in step S752, an arbitrary one record is selected from the acquired records. Then, step S
At 754, the game number counters 1, 2, and 3 are cleared to "0". As will be described later, the game number counters 1, 2 and 3 respectively count the range to which the acquired data belongs based on a plurality of game time border values. Then, in step S756, the unit number is acquired from the selected record, and the corresponding model number is acquired by referring to the model layout file. As shown in FIG. 8, the model layout file stores a model number for each machine in a record, and if the machine number is known, the model can be known. Next, in step S758, game time data during game is acquired from the selected record. Next, in each of steps S760 and S764, it is determined whether or not the acquired data (that is, the gaming time data belongs to any one of the gaming time groups 1 to 3. The gaming time group 1 is the gaming time of the customer. Is a group of 2 hours or more.The game time group 2 is a customer's game time of less than 2 hours to 1
A group that is over time. The game time group 3 is a group in which the customer's game time is less than one hour.

When the acquired data belongs to the game time group 1 in step S760, the process branches to step S762 to set the player number counter 1 of the corresponding date and model number to "+".
Update only 1 ”. If the acquired data belongs to the game time group 2 in step S764, the process branches to step S766 and the number of game players counter 2 of the corresponding date and model number.
Is updated by "+1". When the acquired data does not belong to the gaming time group 2 in step S764, that is, when the acquired data does not belong to either the gaming time groups 1 or 2, it is determined that the acquired data belongs to the gaming time group 3 and the process proceeds to step S718. The customer counter 3 for the date and model number to be updated is updated by "+1". In this way, it is determined which game time group the customer of this routine belongs to, and the customer counter of the corresponding date and model number is "+".
Only "1" is updated and the number of customers (that is, the number of players) belonging to the game time group is counted.

After any of step S762, step S766 or step S768, the process proceeds to step S770 to select the next game record, and it is determined in step S772 whether or not all the records have been selected. In the first routine, since the process for any one record from the game records for 7 days is completed, this time the process branches to NO and returns to step S756 to repeat the same process. As a result, in the next routine, it is determined which game time group the next game record belongs to, the customer counter of the corresponding date and model number is updated by "+1", and the number of game players belonging to the game time group is updated. Is counted. Then, step S7
By repeating the loop from 56 to step S772, the process for all the records (all the game records for the past 7 days) (that is, the process of grouping the game time groups of the acquired data and updating the game player counter) is completed. Then, the process goes from step S772 to step S774 to set the model-specific customer menu number to "2".

Next, in step S776, the number-of-players counters 1, 2, and 3 are summed up for each model, and the result is graphically output to the screen. As a result, although not shown in the figure, the customer's game time is divided into three game time groups (for example, color-coded according to the game time groups) and displayed on the model-specific customer status screen. Then, in step S778, the contents of the output file are evaluated and the message is output to the screen. This is to evaluate the contents of data obtained by classifying the customer's game time for the past 7 days calculated this time into a game time group, and the evaluation message is displayed in the message area of the customer status screen for each model. The evaluation message is set in advance corresponding to the customer's game time data for the past 7 days (for example, a CD-ROM supplied by the manufacturer).
The contents of are read and registered). After step S778, the process returns to the model-specific customer status screen event process.

G-4. Model-Specific Customer Status Group Change Processing 1 FIG. 49 is a flowchart showing a subroutine of model-specific customer status group change processing 1 in model-specific customer status screen event processing. When the "up" button displayed on the model-specific customer status screen is pressed, the process shifts to the model-specific customer status group change processing 1. In the model-specific customer status group change process 1, first, in step S780, it is determined whether the model-specific customer menu number is "1". The model-specific customer menu number = “1” means a state in which the “investment amount comparison” button displayed on the model-specific customer status screen is pressed and the acquired data is displayed by being classified into sales amount groups. When the customer menu number for each model is "1" in step S780, the process proceeds to step S782 to expand the sales amount group 1. For example, if the sales amount group 1 up to now is a customer sales amount of 20,000 yen or more, the group is expanded to a sales amount of 30,000 yen or more.

Then, in step S784, the sales amount group 2 is expanded. For example, sales group 2 until now
Is a group whose customer sales amount is less than 20,000 yen to 10,000 yen or more, it is expanded to a group whose sales amount is less than 30,000 yen to 10,000 yen or more. The expansion range of the sales amount group is not limited to the above example, and may be another value. Next, in step S786, the customer menu 1 for each model is performed (see the subroutine for details). As a result, when the customer's investment amount is divided into three sales amount groups and displayed on the model-specific customer status screen, the "up" button is pressed, so the sales amount group is expanded and data is recalculated. Based on the result of recalculation, the customer's investment amount for each model is divided and displayed again (for example, color-coded according to the sales amount group), and the content of the evaluation message is also changed accordingly. Is displayed. After step S786, the process returns to the model-specific customer status screen event process.

On the other hand, if the customer menu number by model is not "1" in step S780, it is determined that the customer menu number by model is "2". The model-specific customer menu number = “2” means a state in which the “operating time comparison” button displayed on the model-specific customer status screen is pressed and the acquired data is displayed by being classified into game time groups. When the customer menu number for each model is "2" in step S780, the process proceeds to step S788 to expand the game time group 1. For example, game time group 1
Is a group in which the game time of the customer is 2 hours or more, the group is expanded to a group in which the game time is 3 hours or more.

Next, in step S790, the game time group 2 is expanded. For example, when the game time group 2 up to now is a customer's game time of less than 2 hours to 1 hour or more, it is expanded to a group of game time of less than 3 hours to 1 hour or more. The expansion range of the game time group is not limited to the above example, and may be another value. Next, in step S792, the customer menu 2 for each model is performed (see the subroutine for details). As a result, when the customer's game time is displayed on the model-specific customer status screen divided into three game time groups, since the "up" button is pressed, the game time group is expanded and data is recalculated. Based on the result of the recalculation, the game time of the customer according to the machine type is classified (for example, color-coded according to the game time group) and displayed again, and the content of the evaluation message is also changed accordingly. Is displayed. After step S792, the process returns to the model-specific customer status screen event process.

G-5. Model-Specific Customer Status Group Change Processing 2 FIG. 50 is a flowchart showing a subroutine of model-specific customer status group change processing 2 in model-specific customer status screen event processing. When the "down" button displayed on the model-specific customer status screen is pressed, the process shifts to the model-specific customer status group change processing 2. In the model-specific customer status group changing process 2, first, in step S800, it is determined whether the model-specific customer menu number is "1". The model-specific customer menu number = “1” means a state in which the “comparison of investment amount” button is pressed and the acquired data is classified and displayed in the sales amount group as described above. Step S
If the customer menu number for each model is 800, the process proceeds to step S802 to reduce the sales amount group 1. For example, when the sales amount group 1 up to now is the sales amount of the customer of 20,000 yen or more, it is reduced to the sales amount of 15,000 yen or more.

Next, in step S804, the sales amount group 2 is reduced. For example, sales group 2 until now
Is a group whose customer sales amount is less than 20,000 yen to 10,000 yen or more, it is reduced to a group whose sales amount is less than 15,000 yen to 55,000 yen or more. Note that the range of reduction of the sales amount group is not limited to the above example, and may be another value. Next, in step S806, the customer menu 1 for each model is performed (see the subroutine for details). This allows
When the customer's investment amount is divided into three sales amount groups and displayed on the model-specific customer status screen, the "Downward" button is pressed, so the sales amount group is reduced and the data is recalculated. The customer's investment amount for each model is divided based on the calculation result (for example, color-coded according to the sales amount group) and displayed again, and the content of the evaluation message is also changed and displayed accordingly. . Step S
After 806, the process returns to the model-specific customer status screen event process.

On the other hand, if the customer menu number by model is not "1" in step S800, it is determined that the customer menu number by model is "2". The model-specific customer menu number = “2” means a state in which the “operating time comparison” button is pressed and the acquired data is displayed by being classified into game time groups as described above. If the model-specific customer menu number is "2" in step S800, step S8
Go to 08 and reduce the game time group 1. For example,
If the game time group 1 up to now is a customer's game time of 2 hours or more, the group is reduced to a game time of 1.5 hours or more.

Next, in step S810, the game time group 2 is reduced. For example, when the game time group 2 up to now is a group in which the customer's game time is less than 2 hours to 1 hour or more, the game time is less than 1.5 hours to 0.
Reduce to groups of 5 hours or more. The range of reduction of the game time group is not limited to the above example,
Other values may be used. Next, in step S812, the customer menu 2 for each model is performed (see the subroutine for details). As a result, when the customer's game time is divided into three game time groups and displayed on the model-specific customer status screen,
Since the "downward" button has been pressed, the game time group is reduced and the data is recalculated, and the game time of the customer is classified by machine type based on the result of recalculation (for example, according to the game time group. It is displayed again (color-coded), and the content of the evaluation message is also changed and displayed accordingly. After step S812, the process returns to the model-specific customer status screen event process.

H. Data Collection Process FIG. 51 is a flowchart showing the data collection process. The data collection process receives data from the management device 11 and the gaming machine 31, commands from the management device 11, and the like. In the data collection process, first step S
Off-line processing is performed at 900 (details will be described later in a subroutine). This is the process when the management analysis device 12 is powered on, but the network with the management device 11 and the gaming machine 31 is not formed (when the line is not connected). For example, the management device 11 waits for a line connection. It is in the state of waiting for a command from. Next, in step S902, opening preparation processing is performed (details will be described later in a subroutine). This is for waiting for a packet for opening preparation from the management device 11 after the lines are connected and a network with the management device 11 and the game machine 31 is formed.

Next, in step S904, store opening waiting processing is performed (details will be described later in a subroutine). This is processing such as receiving a store opening instruction from the management device 11. Next, in-step processing is performed in step S906 (details will be described later in a subroutine). This is for collecting information necessary for business analysis and various information used for operation history management of the remote control device 100 during the hall business.
Next, in step S908, closing confirmation processing is performed. This is a process of preparing for closing. Then, step S
At 910, the aggregation process 1 is performed. This is to collect actual data including the current day. The actual data includes past data other than the current day (for example, all past data including yesterday). The aggregated data is stored in the external storage device 157 (for example, the hard disk device 187,
The data is saved in the magneto-optical disk device (MO) 188 and the digital tape storage device (DAT) 189).

Next, in step S912, post-closure business processing is performed. This is to perform necessary business processing after closing the store such as setting a sales target for the next day. Next, in step S914, platform adjustment data transfer processing is performed. This is various data (for example,
Since the base values, etc.) are totaled, they are transferred to the display unit 74 of each gaming machine 31 for each machine. Thereby, the clerk can easily perform nail adjustment and the like of the table while watching the table adjustment data displayed on the display unit 74 of each table. Next, in step S916, the aggregation process 2 is performed (details will be described later in a subroutine). This is to perform a data totalization process on the data for the current day and the past data collected in the totalization process 1 for necessary recalculation, processing, and the like. After step S916, the process returns to step S900. Returning to step S900 means that this data collection process is executed on a day-by-day basis, with the opening of the hall to the closing of the hall as one routine. In this way, the actual data from the management device 11 and the gaming machine 31 is collected, and the actual data is recalculated and aggregated as necessary.

H-1. Offline Processing FIG. 52 is a flowchart showing a subroutine of offline processing in the data collection process. In the off-line processing, the hole operating state data of the hole day result file is set to “offline” in step S920.
As a result, the management analysis device 12 is powered on, but at the stage where the network between the management device 11 and the gaming machine 31 is not formed (the line is not connected), the command from the management device 11 waits for the line connection. I'll be waiting. Next, in step S922, it is determined whether or not the line test packet is received, and if not received, step S
Return to 920 and repeat the loop. When the line test packet is received, this loop is terminated and the process returns to the data collection process. As a result, the data collection process proceeds to the subsequent processing.

H-2. Store Opening Preparation Process FIG. 53 is a flowchart showing a subroutine of store opening preparing process in the data collection process. In the opening preparation processing, in step S930, the hall operating status data of the hall day result file is set to "preparing for opening". As a result, after the lines are connected and the network with the management device 11 and the gaming machine 31 is formed, the state of waiting for the opening preparation packet from the management device 11 is set. Next, in step S932, data other than the hole operating status data in the hole day result file is initialized. This is to start collecting data of the hall result file on the day, so first of all, the data area other than the hall operating state data is cleared to prepare to store the data from the opening of the store.

Next, in step S934, the P machine same day result file and the customer same day result file are similarly initialized.
As a result, the data areas of the P machine same day result file and the customer same day result file are cleared, and preparations for storing the data from the opening of the store are made. Next, in step S936, the ball lending rate and the settlement rate data are acquired from the hole initial value file and stored in the hole day result file.
Since this is not always the same ball lending rate and settlement rate every day, each rate is received from the management device 11 and set in the hall day result file when the store is opened. Next, in step S938, a "store opening preparation complete" packet is transmitted to the management apparatus 11. As a result, the management apparatus 11 confirms that the business analysis apparatus 12 has completed the preparations for opening the store. After step S938, the process returns to the data collection process.

H-3. Store Opening Waiting Process FIG. 54 is a flowchart showing a subroutine of store opening waiting process in the data collection process. In the opening waiting processing, the hall operating status data of the hall day result file is set to "opening waiting" in step S940. As a result, a network between the business analysis device 12, the management device 11, and the game machine 31 is formed, and the management device 11 waits for a store opening command. Next, step S94
In step 2, it is determined whether or not a store opening packet has been received. If not, the process returns to step S940 to repeat the loop.
When the opening packet is received, this loop is terminated and the process returns to the data collection process.

H-4. During-Business Processing FIG. 55 is a flowchart showing a subroutine of during-business processing in the data collection process. In the processing during business, first, in step S950, initialization processing of processing during business is performed. This sets, for example, an initial state for performing processing during business. Next, in step S952, a firing data collection process is performed (details will be described later in a subroutine). This is to collect the number of balls fired toward the game board from the data of the game machine 31. Then
Collection data collection processing is performed in step S954. This is to collect, from the data of the gaming machine 31, the number of balls for which the game result has been determined by dropping the game board (for example, including balls that have won and balls that have not won: that is, collected balls). .

Next, in step S956, winning data collection processing is performed (details will be described later in a subroutine). this is,
Among the data of the gaming machine 31, the number of prize balls associated with winning is collected. Next, in step S958, remote controller data collection processing is performed. This collects information on the operation status of the remote control device 100. Next, in step 960, a board information data collection process is performed. This is to assign an address to each prize hole on the game board, collect information on which prize hole the ball entered, start winning, special symbol start change, special symbol end change, big hit start,
It collects information such as the end of a big hit. Then
In step S962, analysis data collection processing is performed (details will be described later in a subroutine). This is to receive the regular data transmitted from the management device 11 every 5 seconds. For example, if there is a premium when the amount of money is added to the IC card 400, the total number of premium added balls, the total number of people visiting the store, The cumulative value of redemption amount and the cumulative value of accumulated amount data of coins are received and stored (for example, the data of the same day result file of the hole in the management analysis device 12 is overwritten).

Next, in step S964, call information reception processing is performed. This is to receive the call information when a store clerk call button near each display unit 74 is operated. Next, in step S966, error information reception processing is performed. This is when an error occurs in the gaming machine 31, the error is received,
It is cumulative. When the error recovery is received, the accumulated information is erased. Next, in step S968, game reference data providing processing is performed. This is to transmit information (for example, the number of big hits, etc.) that can be disclosed to the player among various information collected by the management analysis device 12 to each display unit 74. Game reference data is provided. Next, in step S970, fixed time processing is performed. This is a process of storing data from the internal memory (RAM 178) to the external storage device 157 (for example, the hard disk device 187) every 5 minutes and backing up the data.

Next, in step S972, game start data collection processing is performed (details will be described later in a subroutine). This is for collecting the game start time (card-in time), starting table number, card number, etc. when the player inserts the IC card 400 into the game machine 31 and starts the game. Next, in step S974, a game end data collection process is performed (details will be described later in a subroutine). This is for collecting the time when the game ends (card-out time), the ending table number, the card number, etc. when the player ejects the IC card 400 from the gaming machine 31 and ends the game. Next, in step S976, a ball lending usage data collection process is performed (details will be described later in a subroutine). This collects usage data (sales data) for the amount of balls lent out from the balance of the IC card 400 for the table played by the player.

Next, in step S978, a stored coin usage data collection process is performed (details will be described later in a subroutine). This is for collecting usage data (sales data) from the accumulated amount of coins when the player rents out balls from the accumulated amount of money of the IC card 400 for the table played. Then
In step S980, it is determined whether or not the closing packet is received, and if the closing packet is not received, step S9
Returning to 52, the processing is repeated, and when the closing packet is received, the flow proceeds to step S982, and the final processing of the processing during business is performed. This is a process for making settings for shifting to the next process. After step S982, the process returns to the data collection process.

H-4-1. Firing Data Collection Process FIG. 56 is a flowchart showing a subroutine of the firing data collection process in the business process. In the launch data collection process, first, in step S1000, it is determined whether or not a launch packet has been received. If no launch packet has been received, the routine of this time is terminated and the process returns to the business process. When the emission packet is received, the process proceeds to step S1002 and the unit number data is acquired from the reception packet (emission packet, the same applies hereinafter). This identifies the firing of the ball and the platform from which it was fired.

In step S1004, the prize status data of the P machine day result file corresponding to the acquisition machine number is checked. Next, in step S1006, it is determined whether or not the special prize state is a special prize. If the special prize is being received, in step S1008, the P machine today special prize out ball number data of the P machine current day result file corresponding to the acquisition machine number is received. Add the number of shot balls in the packet. This is performed each time a ball is fired during each of the special prizes, whereby the number of out-balls during the special prize on the P machine day special prize is cumulatively added one by one.
On the other hand, if it is not in the special prize, the process branches to step S1010 to add the number-of-projected-balls data of the received packet to the number-of-outside-P machine special prize out ball number data of the machine P current day result file corresponding to the acquisition machine number. This is performed every time a ball is fired outside the special prize, so that the data of the number of out-of-special prize-out balls on the day of the P machine during the special prize is cumulatively added one by one.

Step S1008 or step S1
After 010, next, in step S1012, the card number data corresponding to the acquisition machine number is acquired from the P machine current day result file. This identifies a customer who is playing a game with the gaming machine having the acquisition stand number. Next, in step S1014, the number-of-projected-balls data of the received packet is added to the number-of-out-of-day customers ball data of the same-day customer result file corresponding to the acquired card number. This is to identify a customer who is playing a game with the gaming machine having the acquisition unit number, and cumulatively add one by one to the customer day out ball number data in the customer day result file of the identified customer.

Then, in step S1016, the customer day win / loss result data is updated using the out, safe, ball lending sales, accumulated ball sales, ball lending rate, and settlement rate. The customer day win / loss result is calculated from the following formula for calculating the customer day win / loss result described above. Customer Day Loss Results = [[(Safe Balls-Out Balls) +
{(Ball lending sales + savings ball sales) / ball lending rate}] x settlement rate]-(ball rental sales + savings ball sales) Next, in step S1018, the hole day-out ball number data of the hole day result file is received. Add the number of shot balls in the packet. As a result, the hole day result file is updated. After step S1018, the process returns to the in-business process.

H-4-2. Winning Data Collection Processing FIG. 57 is a flowchart showing a subroutine of winning data collection processing in the processing during business. In the winning data collection process, it is first determined in step S1020 whether a winning packet has been received. If no winning packet has been received, the routine of this time is ended and the process returns to the business process. When the winning packet is received, the process proceeds to step S1022 to acquire the machine number data from the received packet (winning packet, the same applies below). This specifies that the ball has won and the table on which the prize has won.

In step S1024, the prize status data of the P machine day result file corresponding to the acquisition machine number is checked. Next, in step S1026, it is determined whether or not the special prize state is the special prize. When the special prize is being received, in step S1028, the safe machine number data during the P machine today special prize of the P machine current day result file corresponding to the acquisition machine number is received. The award ball count data of the packet is added. This is performed every time a ball wins a safe prize during the special prize, so that the number of prize balls in the special prize on the P machine day is cumulatively added by the number of prize balls. on the other hand,
If it is not in the special prize, the process branches to step S1030 and the prize ball number data of the received packet is added to the P machine today non-special prize safe ball number data of the P machine same day result file corresponding to the acquisition machine number. This is performed every time a ball wins a safe prize outside the special prize, whereby the number of special prize outside prize balls on the P machine day during the special prize is cumulatively added by the number of prize balls.

Step S1028 or step S1
After 030, next, in step S1032, the card number data corresponding to the acquisition unit number is acquired from the P machine current day result file. This identifies a customer who is playing a game with the gaming machine having the acquisition stand number. Next, in step S1034, the prize ball number data of the received packet is added to the customer same day safe ball number data of the customer same day result file corresponding to the acquired card number. This is to identify a customer who is playing a game with the gaming machine having the acquisition unit number, and cumulatively add the number of award balls to the customer day safe ball number data of the customer day result file of the identified customer. Next, in step S1036, the customer day win / loss result data is updated using the out, safe, ball lending sales, accumulated ball sales, ball lending rate, and settlement rate. The customer day win / loss result is calculated from the above-mentioned customer day win / loss result calculation formula. Then, step S1
At 038, the prize ball number data of the received packet is added to the hole day safe ball number data of the hole day result file. As a result, the hole day result file is updated. After step S1038, the process returns to the in-business process.

H-4-3. Analysis Data Collection Process FIG. 58 is a flowchart showing a subroutine of the analysis data collection process in the business process. In the analysis data collection process, it is first determined in step S1040 whether an analysis packet has been received. The analysis packet is the management device 11
It is sent as regular data every 5 seconds. If the analysis packet is not received, the routine of this time is ended and the process returns to the business process. When the analysis packet is received, the process proceeds to step S1042, and the number of premium added balls of the received packet (analysis packet, the same applies below), the number of visitors to the store,
Overwrite the redemption amount and the accumulated amount data to the data of the hole day result file. This overwrites the data collected by the management device 11 from other terminal devices (card issuing machine 23, prize POS 14, etc.) with the data of the hole day result file of the management analysis device 12. After step S1042, the process returns to the in-business process.

H-4-4. Game Start Data Collection Process FIG. 59 is a flowchart showing a subroutine of the game start data collection process in the in-business process. In the game start data collection process, it is first determined in step S1050 whether a game start packet has been received. The game start packet will be received when a card is inserted in the game machine. When the game start packet is not received, this routine is ended and the process returns to the business process. When the game start packet is received, the process proceeds to step S1052, and the machine number data is acquired from the received packet (game start packet, the same applies below). This is to specify the table for starting the game.

Next, in step S1054, the game status data of the P machine current day result file corresponding to the acquired machine number is changed to "in game", the card number data of the received packet is stored in the card number data, and the P machine game number of times. Update the data by "+1". This is performed every time a game is started, whereby the number-of-games data is cumulatively added. Next, in step S1056, it is checked whether the card number of the received packet is registered in the customer day result file. This is to check whether or not the customer is playing a game for the first time on the day at the hole. In step S1058, it is determined whether the card number is registered in the customer day result file based on the check result. If not registered, the card number of the received packet is registered in the customer day result file in step S1060. This corresponds to the state where the customer is playing the game for the first time on the day. Next, in step S1062, the current time is set in the store arrival time data of the customer day result file.
This is to leave the data of the customer's visit time. Then, it progresses to step S1064.

On the other hand, if the card number is registered in the customer day result file from the result checked in step S1058, step S1060 and step S106.
Jump 2 and proceed to step S1064. In step S1064, "game start" is set in the event code data used in the P machine basic file update process 2. Next, in step S1066, P machine basic file update processing 2
(Details will be described later in a subroutine). This gives P
The machine basic file is updated. After step S1066, the process returns to the in-business process.

H-4-5. Game End Data Collection Process FIG. 60 is a flowchart showing a subroutine of the game end data collection process in the in-business process. In the game end data collection process, it is first determined in step S1070 whether a game end packet has been received. The game end packet will be received when the card is ejected from the gaming machine. When the game end packet is not received, this routine is ended and the process returns to the business process. When the game end packet is received, the process proceeds to step S1072, and the machine number data is acquired from the received packet (game end packet, the same applies below). This identifies the table at the end of the game. Next, in step S1074, the game status data of the P machine current day result file corresponding to the acquisition machine number is changed to "out of game". Next, in step S1076, card number data is acquired from the received packet. Next, in step S1078, P machine basic file update processing 2
"End of game" is set in the event code data used in. Next, in step S1080, P machine basic file update processing 2 is performed (details will be described later in a subroutine). As a result, the P machine basic file is updated. Step S1
After 080, the process returns to the processing during business.

H-4-6. P machine basic file update processing 2 FIG. 61 is a flowchart showing a subroutine of P machine basic file update processing 2 in the game start data collection processing. In the P machine basic file update process 2, first, in step S1090, a P machine basic record is generated. This is to create a new record because the game is started. Next, the event code data is stored in the record generated in step S1092. For example, when the game is started, the event code data “starting the game” is stored. Next, in step S1094, the current time is stored in the generated record. Then, step S1
In 096, the data of the P machine day result file of the P machine is stored in the generated record. Next, in step S1098, the card number data is stored in the generated record. Then
In step S1100, the generated record is stored in the P machine basic file corresponding to the P machine, and the process returns to the game start data collection process. In this way, P at the start of the game
The machine basic file is updated.

H-4-7. Ball Rental Usage Data Collection Processing FIG. 62 is a flowchart showing a subroutine of ball rental usage data collection processing in the processing during business. In the ball lending usage data collection processing, first, in step S1110, it is determined whether or not a ball lending usage packet is received. The ball lending use packet will be received when a ball lending is performed with a card (ball lending amount in card information, that is, additional amount). If the ball lending use packet is not received, the routine of this time is ended and the process returns to the in-business process. When the ball lending use packet is received, the process advances to step S1112 to acquire the unit number data from the received packet (ball lending use packet, the same applies hereinafter). This identifies the table for ball lending.

Next, in step S1114, the ball lending usage amount data of the received packet is added to the P machine today ball lending sales amount data of the P machine same day result file corresponding to the acquisition machine number. This is for accumulating ball lending usage amount data every time a ball lending is performed. Then, step S111
At 6, the card number data corresponding to the acquisition unit number is acquired from the P machine same day result file. This is to identify the customer. Then, in step S1118, the ball rental usage amount data of the received packet is added to the customer same day ball rental sales amount data of the customer same day result file corresponding to the acquired card number. As a result, the ball rental usage amount data is cumulatively added each time a customer is specified and a ball is lent. Next, in step S1120, the customer day win / loss result data is updated using the out, safe, ball lending sales, accumulated ball sales, ball lending rate, and settlement rate. The customer day win / loss result is calculated from the above-mentioned customer day win / loss result calculation formula. Then, step S1
At 122, the ball lending usage amount data of the received packet is added to the hole lending sales amount data of the hole day result file. As a result, the hole day result file is updated. After step S1122, the process returns to the in-business process.

H-4-8. Collecting Ball Usage Data Collecting Process FIG. 63 is a flowchart showing a subroutine of collecting coin usage data in the in-business process. In the collected coin use data collection process, first, in step S1130, it is determined whether or not the accumulated coin use packet is received. The packet used for coins will be received when lending from the amount of coins stored in the card. When the packet use packet is not received, this routine is ended and the process returns to the business process. When receiving the packet for using accumulated balls, step S113
The process proceeds to step 2 and the unit number data is acquired from the received packet (packet use packet, the same applies below). This is to identify the table for the use of coins.

Next, in step S1134, the accumulated coin usage amount data of the received packet is added to the accumulated coin sales amount data of the accumulated machine day of the accumulated machine number file of the accumulated machine number corresponding to the acquisition machine number. This is to cumulatively add the accumulated amount data of accumulated coins every time the balls are lent from the accumulated amount of coins. Next, in step S1136, the card number data corresponding to the acquisition unit number is acquired from the P machine same day result file. This is to identify the customer. Then, step S1
At 138, the accumulated coin usage amount data of the received packet is added to the accumulated customer sales amount data of the same day of the customer same day result file corresponding to the acquired card number. As a result, the accumulated amount data of accumulated coins is cumulatively added each time a customer is specified and balls are lent from the accumulated coins. Next, in step S1140, the customer day win / loss result data is updated using the out, safe, ball lending sales, savings ball sales, ball lending rate, and settlement rate. The customer day win / loss result is calculated from the above-mentioned customer day win / loss result calculation formula. Next, in step S1142, the accumulated coin amount data of the received packet is added to the accumulated coin sales amount data on the coined day of the hole day result file. This allows
The results file on the day of the hall will be updated. Step S11
After 42, the process returns to the in-business process.

H-5. Aggregation processing 2 FIG. 64 is a flowchart showing a subroutine of the aggregation processing 2 in the processing during business. In the totaling process 2, first, in step S1150, the hole operating state data of the hole day result file is set to "total 2". Next, in step S1152, automatic setting file creation processing is performed. This is to create a file for adjusting the nails of each stand. Next, in step S1154, P machine time series result file update processing is performed. This is the sales amount for each gaming machine,
Information about the number of out balls, the number of safe balls, and the like every 5 minutes is calculated and stored in the external storage device 157. Next, in step S1156, a model time series result file update process is performed. This is to calculate information for every 5 minutes such as the sales amount, the number of out balls, the number of safe balls, etc. for each model, and save the information in the external storage device 157. Then, in step S1158, POS
Performs time series result file update processing. This is to calculate information for every 5 minutes, such as the amount of money to be redeemed for each POS and the amount of accumulated coins, and to save it in the external storage device 157.

Next, in step S1160, a large machine time series result file update process is performed. This is to calculate information for every 5 minutes such as the additional amount of money for each large-sized amount addition machine, the number of premium additional balls, and store it in the external storage device 157.
Next, in step S1162, hall time-series result file update processing is performed. This is to calculate information for every 5 minutes such as the sales amount of the entire hall, the number of out balls, the number of safe balls, the amount of redemption, the amount of stored balls, the number of people visiting the store, and store it in the external storage device 157. Next, in step S1164, a hall score prediction file update process is performed. This updates the file used for the next sales forecast. Next, in step S1166, the hall time-series performance prediction file update process is performed. This updates the file used for the next time-series sales forecast.

Next, in step S1168, game file update processing is performed (details will be described later in a subroutine). This is to generate a game record, store the data corresponding to the day, and update the game file. Next, in step S1170, a shop visit file update process is performed (details will be described later in a subroutine). This is to generate a store visit record, store data corresponding to the day, and update the store visit file. Next, in step S1172, customer result file update processing (1) is performed (details will be described later in a subroutine). This is to generate a customer record and add the record generated on the day to the customer record file. Next, in step S1174, customer result file update processing (2) is performed (details will be described later in a subroutine). This is to obtain the customer record record from the customer record file and update the customer record file. After step S1174, the process returns to the in-business process.

H-5-1. Game File Update Process FIG. 65 is a flowchart showing a subroutine of the game file update process in the totalization process 2. In the game file update process, first, in step S1200, the machine number is acquired from the model layout file. As shown in FIG. 8, the model layout file stores the machine number and the data of the machine model corresponding to the machine number. From this, the model and unit number can be known. Next, in step S1202, the number of P machine games (the number of card-ins) of the P machine is acquired from the P machine day result file. Next, in step S1204, the game number counter is initialized (game number counter =
"1"). Then, in step S1206, the basic file of the P machine is selected. Then, step S120
At 8, a new game record is created. This is to create a game record corresponding to the current card-in (that is, game start).

Next, in step S1210, the unit number and the date of the day are stored in the generated record. This is to add identification information for identifying a gaming machine and identifying a date to the generated record. Next, a record of "event code = game start" and "game number = game number counter" is acquired from the P machine basic file selected in step S1212, and is set as a start point record. This is the timing at which data collection is first started when the game is started on the table. Next, the record of "event code = game end" and "game number = game number counter" is acquired from the P machine basic file selected in step S1214, and is set as the end record. This is a timing for ending the collection of data when the game is finished on the table. Next, in step S1216, the difference between each piece of data of the end point record and each piece of data of the start point record is stored in the generated record. As a result, the game data of the customer who started the game on the table is stored in the generated record. Next, in step S1218, the card number in the starting point record is stored in the generated record. Next, in step S1220, the game number counter is updated by "+1". This prepares for the next aggregation of game data. The next game may be a game of another customer or a next game of the same customer.

Next, in step S1222, it is determined whether or not the game number counter is smaller than the P machine game count (game number counter <P machine game count). At this time, when the game number counter is larger than the number of times of P machine games, step S1
Returning to 208, the same loop is repeated. Then, when the game number counter becomes smaller than the number of games played on the P machine, the determination result of step S1222 becomes YES and step S1
Exit to 224. In step S1224, the next unit number is acquired from the model layout file. Next, in step S1226, it is determined whether or not all the units are completed. If not all of the units are completed, the process returns to step S1202 and the same loop is repeated. When the above process is completed for all units, the determination result of step S1226 becomes YES and the process returns to the totaling process 2. In this way,
Data for each card is aggregated for all units.

H-5-2. Stored File Update Process FIGS. 66 and 67 are flowcharts showing a subroutine of the stored file update process in the aggregation process 2. In the store visit file update process, first, in step S1230, a card number is acquired from the card file. As shown in FIG. 15, the card file stores the card number in the card record. From this you can see all the cards used in the hole. Next, in step S1232, a store visit record is generated, and in step S1234, the initial data “0” is assigned to the store visit record. Then, step S123
In step 6, the closing time of the hall is substituted into the arrival time data of the generated record. Next, in step S1238, the current day's date,
The relevant card number is stored in the generated record. This is the usage status of the card in a day (including all games, settlement, etc.)
Are sequentially stored.

[0230] Next, in step S1240, it is determined whether or not there is data of the card number in the customer's day result file, and if there is data, the data of the card number in the customer day's result file is stored in the generated record in step S1242. , And proceeds to step S1244. This is to store the data in the generated record because the data remains in the customer day result file when the customer is playing a game. At this time, the visit time, the ball rental sales amount (ball rental usage amount), the accumulated ball sales amount (saved ball usage amount), the number of out balls x 0.
6 seconds (game time) is included. On the other hand, if there is no data of the card number in the customer day result file, step S12
After jumping 42, the process proceeds to step S1244. In step S1244, it is determined whether or not there is a record with the card number in the checkout history file. If there is a record, in step S1246 all records with the card number in question are acquired from the checkout history file, and the data is summed item by item. Is stored in the generated record, and the flow proceeds to step S1248. This is a method for storing the data in the generated record (that is, the summation of the settlement information) when the customer has made the settlement at the premium POS 14 because the data remains in the settlement history file. At this time, the total amount of redemption (the amount of redemption) and the total amount of redemption (the amount of redemption) acquired from the settlement history file are entered in the generated record. On the other hand, if there is no record of the card number in the settlement history file, the process jumps to step S1246 and proceeds to step S1252.

In step S1248, it is determined whether the earliest time of the acquired record is older than the store arrival time of the generated record. If YES, the store visit time data of the generated record is acquired in step S1250. Is changed to, and the process proceeds to step S1252. This is a prize POS
14 stores the time when the card was first used. On the other hand, if the oldest time of the acquired record is not older than the store arrival time of the generated record, step S1250.
And jump to step S1252. Step S
At 1252, it is determined whether or not there is a record of the card number in the amount addition history file, and if there is a record of the card number, the process proceeds to step S1254 to acquire all records of the card number from the amount addition history file,
The value obtained by summing the data for each item is stored in the generated record, and the process proceeds to step S1256. This is because when the customer adds the amount of money with the large amount of money adding machine 25, since the data remains in the amount addition history file, the data is stored in the generated record (that is, the amount addition information is totaled). ). At this time, the total (additional amount) of the additional amount acquired from the amount addition history file to the generated record,
Enter the total number of premium additional balls (premium additional balls). On the other hand, if there is no record of the card number in the amount addition history file, the process jumps to step S1254 and proceeds to step S1260.

[0232] In step S1256, it is determined whether the oldest time of the acquired record is older than the store visit time of the generated record. If YES, the store visit time data of the generated record is acquired in step S1258. Is changed to step S1260. This stores the time when the card was first used in the large amount money adding machine 25. On the other hand, if the oldest time of the acquired record is not older than the store arrival time of the generated record, step S12
After jumping 58, the process proceeds to step S1260. In step S1260, it is determined whether or not there is a record of the card number in the inter-vehicle addition history file, and if there is a record of the card number, the process proceeds to step S1262 and all records of the card number are acquired from the inter-vehicle addition history file. Then, the value obtained by summing the data for each item is stored in the generated record, and the process proceeds to step S1264. This is because if the customer has added the amount of money with the machine-to-machine amount adding machine 76, the data remains in the machine-to-machine addition history file, so that data is stored in the generated record (that is, the amount of money additional information). Of). At this time, the additional amount of the generated record and the total of the additional amounts of money acquired from the inter-vehicle additional history file are added, and the generated record is entered again as the additional amount. On the other hand, if there is no record of the card number in the inter-vehicle addition history file, the process jumps to step S1262 and proceeds to step S1264.

In step S1264, it is determined whether or not there is a record of the card number in the issuance history file. If there is a record of the card number, the process proceeds to step S1266, and the issue time is older than the store visit time of the generated record. If YES, the issue time is stored in the generated record as the store arrival time in step S1268, and the process proceeds to step S1270. This stores the time when the card issuing machine 23 first issued a card.
On the other hand, if there is no record of the card number in the issuance history file, the process jumps to step S1270. Also,
Similarly, when the issue time is not older than the store arrival time of the generated record in step S1266, step S1270 is similarly performed.
Jump to

In step S1270, it is determined whether or not there is a record with the card number in the update history file. If there is a record with the card number in step S1272, the update time is older than the store arrival time of the generated record. If YES, the update time is stored in the generated record as the store arrival time in step S1274, and the process proceeds to step S1276. This stores the time when the card was first updated by the card update machine 14.
On the other hand, if there is no record of the card number in the update history file, the process jumps to step S1276. Also,
Even when the update time is not earlier than the store arrival time of the generated record in step S1272, step S1276 is similarly performed.
Jump to In step S1276, the generated record created by this routine is added to the store visit file.
Next, in step S1280, it is determined whether or not the processing has been completed for all cards. Since the processing has not been completed in the first routine, the processing returns to step S1232 and the same loop is repeated. Then, when the process for all the cards is completed, the process returns to the totaling process 2 through step S1280. In this way, the status of the cards used on the day of the hall (including all the games, settlements, etc.) is created in the generated record, and the data of all the cards are sequentially stored in the store visit file.

H-5-3. Customer Result File Update Process (1) FIG. 68 is a flowchart showing a subroutine of the customer result file update process (1) in the aggregation process 2. In the customer record file update process (1), first, step S1
At 300, the card number is acquired from the card file. As shown in FIG. 15, the card file stores the card number in the card record. From this you can see all the cards used in the hole. Next, step S130
In step 2, it is determined whether or not there is a record of the card number in the customer result file. If there is no record of the card number, it is determined that the customer is a new customer and a customer result record is generated in step S1304.

Next, in step S1306, the card number is stored in the generated record. Then, step S1
At 308, the generated record is added to the customer record file.
As a result, the customer record record of the new customer specified by the card number is generated, and the generated record is added to the customer record file. That is, in this way,
The content of the customer record file is updated. On the other hand, if there is a record of the card number in the customer record file in step S1302, it is not a new customer but a customer record record already exists. In step S1310, it is determined whether or not the processing has been completed for all cards. Since the processing has not been completed in the first routine, the processing returns to step S1302 and the same loop is repeated. And
When the processing for all cards is completed, step S13
After 12, the process returns to the counting process 2. In this manner, the customer record record for the customer who used the card on the day of the hall is confirmed, and in the case of a new customer, the customer record record is additionally created.

H-5-4. Customer Result File Update Process (2) FIG. 69 is a flowchart showing a subroutine of the customer result file update process (2) in the aggregation process 2. In the customer record file update process (2), first, step S1
At 320, one customer record record is acquired from the customer record file. The customer record record contains the record data of one day of a specific customer. Then, step S13
At 22, the store record of the card number is acquired from the store visit file by referring to the card number of the acquisition record. Next, the data of the store visit records acquired in step S1324 are summed up for each item, and the total value thereof is stored in the acquired customer performance record. Next, the customer record record acquired in step S1326 is stored in the customer record file.

Next, in step S1328, the next record is acquired from the customer result file. Next, in step S1330, it is determined whether or not the update processing for all the records has been completed. Since it has not been completed in the first routine, the process returns to step S1322 and the same loop is repeated. Then, when the update process for all the records is completed, the process returns to the aggregation process 2 through step S1330. In this way, for the customer who has visited the hall so far, all the result data of the customer is acquired and the content of the customer result record is updated. In addition, in the case of a new customer, a customer record record is created with the data at the time of this store visit and is added to the customer record file.

Next, a game method of the card type game system will be described. (A) Purchase of Card First, the gaming company 1a to 1n (hereinafter represented by the reference numeral 1) purchases a card (so-called raw card) in which security data, serial number of the card, etc. are recorded from the card company 2. Then, it is set (stock) in the card issuing machine 23 before opening. The management device 11 receives information such as security data from the card company 2 and transmits it to the card issuing machine 23 as an initial value, and sets the initial value of the card issuing machine 23. On the other hand, with respect to other terminal devices, each terminal device (gaming machine 31, large amount of money addition machine 25, card renewal machine 24, prize POS 14) that requires card verification is controlled by the management device 11 every day. Information, security data,
The identification code (individual identification number) of each terminal device is sent to each terminal device to set the initial value. In this case, game store 1
Pays the card price to the card company 2 (for example, payment once at the end of the month).

[0240] Next, the player inserts money and has the card issuing machine 23 issue a raw card 400 of which the validity is judged, and purchases it. That is, also in the card issuing machine 23, the IC card 400 and the card issuing machine 23 perform mutual authentication processing and issue. At the same time, each information of the issued card 400 is sent from the card issuing machine 23 to the management device 11, and the management device 11 secures the storage area of the card. In the state where the card is purchased, the ball lending amount of the card is 0, the accumulated ball amount is 0, and the number of balls held is 0. (B) Addition of amount of money Next, the player inserts the purchased card into the large amount of money adding machine 25 and inserts coins or bills to add a desired amount of money (up to 20,000 yen) to the card (that is, a prepaid amount of money on the card). Ask for). For example, if the amount of 10,000 yen is added, the ball lending amount becomes 10,000 yen. Also in this case, similarly, mutual authentication processing is performed between the large-sized amount addition machine 25 and the IC card 400 to add the amount, and the added amount and the like are transmitted to the management device 11 at regular intervals as operation data. In this case, the card company 2 charges the gaming shop 1 for the amount of money added to the card, while the gaming company 1 pays the card company 2 for the amount of money added to the card (for example, Settlement once at the end of the month).

(C) Start of game Next, the player inserts the card with the added amount into the game machine 31.
Play by inserting into. Also in this case, as in the case described above, mutual authentication is performed, and in a valid case, the game can be played. Briefly explaining the enclosed ball type game, the game machine 31 performs mutual authentication of the IC card 400, and based on the result, the amount of money (value information) recorded in the IC card 400 can be used for the game. The number is converted into a number (game value information) so that the game can be played, and the number of balls (game value) already recorded as a result of the game allows the game to be played, and the result of the game is recorded in the IC card 400. Specifically, I
By inserting the C card 400, the IC card 4
00 information (amount data, ball number data, etc.) is read to lend a ball, or the number of balls acquired by the player is stored in the IC card 400, and the optical transmitter / receiver 75 of the display unit 74 is controlled. Via the network via the network between the hall management device 11 and the management analysis device 12.
Transfer of ball lending (that is, sales) information and the like by the C card 400.

The specific operation of the gaming machine 31 will be described. An IC in which 40 balls are enclosed inside the gaming machine 31 and the amount data (value data: remaining frequency) is recorded.
When the player inserts the card 400 into the card insertion slot and the player presses the ball lending switch (or the piling ball switch) on the touch panel, the number of balls the player has is increased according to the purchase frequency of the balls, and the number of balls held is displayed on the LCD The game balls that are displayed and enclosed within the range of the number of possessed balls can be launched into the game area.
And for the game played in response to the firing of the enclosed ball,
It is determined whether the game result is in a specific profit state (safe ball) or in another state (out ball), and in the case of a specific profit state, a predetermined number of prize balls (for example, 13 balls). The player's profit (the number of balls he holds) is increased in correspondence with the prize balls or seven prize balls. In addition, by collecting the game balls that have passed through the game area and guiding them to the launch position, the enclosed game balls are circulated and used for the first type of pachinko game.

Then, at the time of firing the above-mentioned enclosed sphere, LC
"1" is subtracted from the number of balls held displayed in D, and the display of the number of balls held is updated based on the result. At this time, it is determined whether or not the enclosed ball falling in the game area is a winning ball. If it is determined that the winning ball is won, the set number of winning balls (for example, 13 winning balls or 7 winning balls) is determined. ) Is added to the number of balls, and the display of the number of balls is updated based on the result. The player confirms the current number of balls held and the increase / decrease based on the numerical data of the number of balls held.
When the player tries to settle the game, the game value of the numerical data displayed as the number of balls held by pressing the end switch is set by the card reader / writer 243.
It is written in the C card 400, and the game value is received.

In the course of the game, the card information read during the game is transmitted to the management device 11, and the card information (card file information) of the card recorded on the management device 11 side and the game machine 31 are transmitted. Compare with the card information that has been received. In this case, even if the comparison result (matching result) does not match, the game is enabled by only recording the history in the mismatch history file (card usage history file). That is, by using the highly secure IC card 400 and performing mutual authentication by a security system having extremely high safety using encrypted information,
This is because the information in the IC card 400 is prioritized over the similar information recorded in the management device 11 so that the game progresses quickly.

The player rents balls within the range of the balance of the ball lending amount (value of value) and converts them into the number of balls owned (game value) to play the game. The number of balls obtained as a result of the game is added to the number of balls held and recorded on the card. In the gaming machine 31, it is possible to lend a ball even within the range of the amount of stored coins. That is, in the prize POS 14, the number of coins held can be exchanged for the accumulated coin amount at a predetermined exchange rate. During the game, the ball lending amount and the stored ball amount are automatically subtracted by the ball lending operation within these ranges. In addition, the number of possessed balls is automatically increased / decreased during the game. In this case, the amusement store 1 requests the card company 2 for the ball lending amount by the card (including the ball lending by the stored amount), while the card company 2 gives the amusement store 1 the ball lending amount using the card. Will be paid (for example, settlement once a day).

(D) Game interruption When the interruption switch arranged on the gaming machine is pressed during the game, the game can be temporarily suspended. For example, the game is interrupted when going to a meal or a toilet. (E) End of game To end the game, press the end switch arranged on the gaming machine. As a result, the gaming machine stand number (gaming machine address) and ball information are newly recorded on the card, and each card information is sent to and stored in the management device 11. At this time, the information added to the card includes a final hole name, a final hole number, a game machine number record, a ball lending amount, and the number of balls owned. For example, the card ball lending amount = 7
It is stored such as 000 yen, the accumulated amount of coins = 0, and the number of balls owned = 2110. When the game is over, the player moves to another machine or pays for it.

(F) Move When moving to another table after the game is finished, if the IC card 400 is held, it can be moved to another table as it is.
It should be noted that it is possible to move to another table as it is only in the shop and on the day, and in a state in which the business is in line with the business of the hall (for example, a business mode in which the business can be moved instead of being replaced once). (G) Settlement In the case of settlement, the player inserts the card into the prize POS 14 and selects exchange with cash according to a predetermined exchange rate, exchange with a prize, or exchange with a coin amount according to a predetermined exchange rate,
Perform the desired form of exchange. Even in the prize POS 14,
Mutual authentication and information transfer are performed as described above. In addition, the player who has completed the settlement can return to the game machine 31 and play a game. (H) Other stores The number of balls owned by a player who has completed settlement at our store is 0,
All are converted into valuable value such as ball lending amount or accumulated ball amount, so it is possible to go to another store and play games.
This is because only our shop can use the number of balls.

Next, the procedure for viewing the business information (particularly, customer information) of the business analysis apparatus 12 by executing the above programs will be specifically described with reference to the screen of the business analysis apparatus 12. (A) Main screen The main screen when the management analyzer 12 is started is shown in FIG.
Displayed as 0. The date of the day and the name of the hall are displayed, and various buttons that can appear on the sub screen (for example, "hall", "model", "customer", "labor", ...
., "Settings", ...) is displayed on the screen. In this case, the "Hole" button displays hole data analysis and screen displays, the "Model" button displays information about models, the "Customer" button displays information about customers, and the "Set" button displays model information. It corresponds to registration.

(B) Customer Information Screen When the "Customer" button is pressed from the main screen, the customer information screen (see FIG. 71) which is a sub screen appears so as to overlap the main screen. FIG. 71 is a top screen of the customer information screen. On the customer information screen, the information of "the number of customers visiting today" and the information selected by the button in the "method of classifying the number of customers" are displayed in an easy-to-understand manner using a design (for example, a graph simulating a doll) . In the example of FIG. 71, a graph when the “by today's grade” button in the “customer number classification method” area is operated is displayed. In this case, in the graph showing the results of today, the winning / losing results of the customers are classified into a plurality of groups and displayed in an easy-to-understand manner.

[0250] Further, the customer information screen is provided with an area of "method of classifying the number of customers", and in this area, "by today's result", "by today's game time", "by past one month result",
A button for selecting a classification method such as "by the number of store visits in the last three months" is displayed. Further, as other buttons, "Next screen menu", "Customer fixation status", "Customer status by model" and "End" buttons are displayed.
FIG. 71 shows an example of operating the "by today's results" button. When operating by each of the "today's game time", "past one month results" or "past three months visit count" buttons. Although not shown, the customer information is similarly classified into a plurality of groups in accordance with these classification methods and displayed in a graph for easy understanding.

(C) When wanting to see the customer retention status screen When the "customer retention status" button is pressed on the customer information screen shown in FIG. 71, the bar graph screen as shown in FIG. 73 is displayed so as to overlap the customer information screen. A customer retention status screen including appears. The screen of FIG. 73 is a default screen (indicating a new customer situation), and a graph showing a customer retention situation is displayed in the approximate center of the screen. On the right side of the customer retention status screen, buttons for "new customer", "number of store visits in the past 3 months", and "operation hours in the past 3 months" are displayed. By operating these buttons, detailed customer retention can be achieved. It is possible to display the status. At this time, if the "number of visits to the last three months" button is entered, the screen switches to the customer retention status screen as shown in FIG. 72, and below the graph showing the customer retention status, the classification border value of the customer retention status can be changed to "upward. The "arrow" and "down" arrow buttons are displayed. In this screen, the number of visits to the store for the past three months = 10 times as the classification border value of the customer retention status.

On the screen of FIG. 72, the customer retention status is displayed by a bar graph in units of "year event", "event", "date", "day of the week", and "number of people visiting the store" on a daily basis. I can't display all of a month at a time, so
A scroll bar is arranged, and by operating the scroll bar, it is possible to scroll and sequentially display all one month. In this case, the "event" is displayed with the following contents.・ Normal business condition of our store ・ Self-replacement Business condition when we replace the stand at our store (new stand replacement) ・ Exchanging shop If the owner of the hall has another chain store Operating status when the units are replaced (new platform replacement) ・ Half-closed Half of the operating area of the hall is closed and the other half is open

[0253] In addition, below the "annual events", "events", "dates", and "day of the week", there is a message column where "the number of customers at this hall is displayed in a graph by day."
Please evaluate the effect of attracting customers at each event. Message is displayed. As for the “number of people visiting the store”, the bar graph for each day is color-coded with the number of visits to the store for the past 3 months = 10 as the classification border value (customers who have visited the store for the past 3 months less than 10 times are black, and those for the past 3 months have visited 10 times). Customers who have visited the store more than once are classified as white and the number of visits to the store in the past three months can be easily recognized.

Furthermore, there is a message column "Evaluation by the management analysis device", in which the evaluation message analyzed by the management analysis device 12 is displayed. The evaluation message said, "The effect of attracting customers is not so much seen only with events such as newly opened stores. It seems that unique events and services are necessary to differentiate from other stores In particular, we should focus our efforts on acquiring new customers. " Therefore, only by reading this evaluation message, the manager can grasp the business condition of this hall at a glance, and can obtain the information of appropriate management policy decision. Further, there is an "end" button below the customer fixation status screen, which enables the operation to close the customer fixation status screen.

When it is desired to change the classification border value of the customer fixation status on the customer fixation status screen, the "up" arrow button or the "down" arrow button is operated. For example, if you operate the "up" arrow button, the number of store visits in the past 3 months = 1
The classification border value of 0 times is changed to increase to 11 times. As a result, the daily bar graph is 1
The classification border value of once is used as a boundary to perform recalculation, and the data is displayed in different colors. Therefore, it is possible to easily recognize the number of customers who visit the store in the category of the number of visits to the store for the past three months = 11 times. Similarly, for example, when the “down” arrow button is operated, the classification border value of the number of store visits in the past 3 months = 10 times is changed to 9 times, and the value becomes smaller. As a result, the daily bar graph is recalculated with the border value of 9 times as a boundary, and is divided and displayed in different colors. Therefore, it is possible to easily recognize the number of people who visit the store in the category of the number of visits to the store for the past three months = 9 times. further,
When the "up" arrow button or the "down" arrow button is operated, the data is recalculated and the number of people visiting the store can be easily recognized in different categories.

(D) When wanting to see the number of "new customers" visiting the store on the customer retention status screen To see the number of visiting "new customers" on the customer retention status screen, operate the "new customer" button in FIG. To do. As a result, the data on the customer retention status screen including the bar graph screen changes as shown in FIG. 73, and the judgment value of a new customer is adopted as the classification border value of the customer retention status. And
The daily bar graph showing the "number of people visiting the store" is divided into two categories, new customers and non-new customers (black for new customers and white for non-new customers). Therefore, since the breakdown of the number of customers visiting each day is distinguished by the information as to whether or not the customer is a new customer, it is possible to easily judge the new customers separately.

Next, when the user wants to see the information of "the number of store visits in the past three months" on the customer fixation status screen, he operates the "number of store visits in the past three months" button. As a result, as described above,
Data of customer retention status screen including bar graph screen changed,
The judgment value of the number of store visits in the past three months is adopted as the classification border value of the customer retention status, and the number of store visits in the past three months is displayed in a bar graph on a daily basis. Further, when the user wants to see the information of "past 3 months operating time" on the customer retention status screen, he operates the "past 3 months operating time" button. As a result, although not shown, the data of the customer retention status screen including the bar graph screen is changed, and the judgment value of the operation time of the past three months is adopted as the classification border value of the customer retention status. The operating hours of the month are displayed.

(E) To view the customer status screen by model To view the customer status screen by model, operate the "Customer status by model" button on the customer information screen shown in FIG. As a result, a model-specific customer status screen including a bar graph screen as shown in FIG. 74 appears so as to overlap the customer information screen. The screen of FIG. 74 is a default screen, and a graph showing the customer status by model is displayed on the screen. An area where "daily data" can be displayed is arranged on the right side of the customer status screen for each model. The "daily data" is displayed in a graph by operating the button itself showing the model name (Fig. 7).
5). FIG. 74 shows a default screen in a state in which the operation of displaying “daily data” is not performed. Also, on the customer status screen for each model, buttons for "Comparison of investment amount" and "Comparison of operating hours" that can select parameters for classification of customer status by model are displayed. It is possible to display the data of the last 7 days while comparing the investment amount or operating time. In addition, the area of the graph legend is placed, and in this area, the "up" arrow button and "down" that can change the classification group reference value of the customer situation by model
An arrow button (that is, a case change button) is displayed. On the default screen, the number of customers with an investment amount of 20,000 yen or more and the investment amount of 1 are set as the standard value of the classification group for the customer status by model.
The number of customers is between 10,000 yen and 20,000 yen, and the investment amount is less than 10,000 yen.

In the screen of FIG. 74, there is an area for displaying a graph divided into "composition number of players by investment amount", and in this area, there is a model classification (for example, "Cyberd", "King of Spheres", "Chiki Chiki Dream", The number of players of "Hana Hyakukei" and "Anta harai" is displayed in a bar graph. If all models cannot be displayed on the screen at once,
Place a scroll bar. Or a first-class game machine,
A game machine of the second kind, a game machine of the third kind, and a game machine belonging to other kinds are separately displayed on the screen,
A scroll bar may be arranged on a screen displaying each type of gaming machine. In this case, the bar graph for each model is further displayed in different colors according to the classification group reference value of the investment amount. Therefore, it is possible to easily recognize the number of people visiting the store for each model by dividing them into investment amount classification groups.

[0260] Also, below the bar chart for each model, there is a message column for evaluating the number of people visiting the store by model, and here it says, "At this hall, a majority of customers are playing for less than 10,000 yen. If you consider both profit and operation, it seems that it is better to install 20 more rough models ”. Therefore, only by reading this evaluation message, the manager can grasp at a glance the business status of each model of the hall, and can obtain the information of appropriate management policy decision. Further, there is an "end" button below the model-specific customer status screen, which allows the operation to close the model-specific customer status screen.

When it is desired to change the classification group reference value of the customer status by model on the customer status screen by model, the "up" arrow button or the "down" arrow button which is a case change button is operated. For example, when the "up" arrow button is operated, the number of customers with an investment amount of 20,000 yen or more, the investment amount of 10,000 yen to 20,000 yen, and the investment amount of less than 10,000 yen have been reached until now. Is, for example, the number of customers with an investment of 30,000 yen or more,
The number of customers with an investment amount of 15,000 yen to 30,000 yen and the number of customers with an investment amount of less than 15,000 yen will be changed and increase. As a result, the bar graph for each model is recalculated and displayed based on the data corresponding to the changed classification group reference value. On the other hand, for example, if you operate the "down" arrow button,
For example, the number of customers with an investment amount of 15,000 yen or more, the number of customers with an investment amount of 50 thousand yen to 15,000 yen, and the number of customers with an investment amount of less than 50 thousand yen are changed and reduced. As a result, the bar graph for each model is recalculated and displayed based on the data corresponding to the changed classification group reference value. further,
When the "up" arrow button or the "down" arrow button is operated, the data is recalculated, and the number of customers visiting the store by model in different categories can be easily recognized.

(F) To view "daily data" in a graph on the customer status screen for each model To view "daily data" in a graph on the customer retention status screen, indicate the model name on the screen in FIG. Operate the button itself. For example, the button indicating the model name “Cyberd” is operated (this part is clicked with the mouse 192). As a result, as shown in FIG. 75, the data of the model name “Cyberd” for the past 7 days is displayed in a bar graph in the “daily data” area. At this time, the number of customers with an investment amount of 20,000 yen or more, the number of customers with an investment amount of 10,000 yen to 20,000 yen, and the number of guests with an investment amount of less than 10,000 yen are displayed separately.
This corresponds to an example of operating the “comparison of investment amount” button.

Here, if the "operating time comparison" button is operated to change the parameters of the classification of the customer status by model, the data for the past 7 days by model are displayed separately in a classification group called operating time. (Not shown). Next, FIG.
4 or “End” on the customer status screen for each model shown in FIG. 75.
When the button is pressed, the customer status screen for each model is erased, and the entire customer information screen, which is the parent screen, appears again on the front. A “print” button may be arranged on each screen so that each screen is directly hard-copied and printed.

As described above, in this embodiment, the management analysis apparatus 1
2 collects various information including information (for example, card number) that can identify the customer from each gaming machine and each terminal device, and when predetermined customer information is selected, the selected information is read out from the collected information. Since the data for converting the customer's situation into display information is calculated, and the display information is edited based on the calculated data and displayed on the screen, the following effects can be obtained. (1) The operator of the management analyzer 12 (for example, a manager, the same applies hereinafter) selects the type of customer information, so that detailed information of the customer can be transmitted in the screen showing the customer information. The person can easily grasp the necessary customer information. Therefore, it becomes possible to perform sufficient management in consideration of the customer situation. Further, since the data is organized from the customer's card number, it is possible to divide the customers into various groups and obtain detailed customer information. Since detailed information is displayed with a mark (for example, a doll) imitating a customer on the screen showing the customer information, the manager can very easily compare and judge the grouped customer information. In the case of the system that issued the membership card, for the members who have the membership card, customer information can only be obtained within the range that can be collected by the membership card, but in this embodiment, all customers are represented by card numbers. Since it is identifiable, detailed customer information can be collected and managed. As a result, the hall manager can obtain detailed customer information including all targeted customers. That is, the business analysis device 12 can manage detailed customer information (for example, detailed information such as sales by customer group and game time by customer group).

(2) Collecting customer information from a large number of gaming machines and terminal devices, and storing the collected customer information, so that sufficient customer information including information that can identify the customer can be collected from the game arcade. , Can be pulled out and used at any time. (3) By calculating data for converting the past customer situation into display information and editing the data into display information, the customer's past situation can be easily grasped. Also,
By dividing the customer situation into the same day and the past,
The display process of customer information becomes easy. (4) The balance information of the customer can be easily grasped by calculating the balance information of the customer from the past customer information and editing the display information. (5) By calculating the visitor number information from the past customer information and editing the display information, the past visitor number information of the customer can be easily grasped. (6) It is possible to easily grasp the past customer's time series fixation status information by calculating the time series customer's fixation status information from the past customer information and editing the display information.

(7) Information on the number of people visiting the store is calculated, and the number of people visiting the store for the past predetermined period (for example, the past three months) is divided into those who have visited the store a predetermined number of times (for example, 10 times) or more and those who have visited the store less than the predetermined number of times. By separately determining the customer's fixation status in time series and editing the display information, the time series fixation status information of past customers can be grouped and grasped in a very intuitive manner. (8) The game time information of the customer is calculated from the past customer information, and it is determined whether or not the game time of the customer in the past predetermined period (for example, the past three months) is equal to or longer than the predetermined game time (for example, 10 hours). By obtaining the game time situation of the customer in chronological order and editing the display information, the chronological game time information of the past customers can be grouped and grasped extremely easily by feeling. (9) Information on the number of customers visiting the store is calculated from the past customer information, and the number of customers visiting the store for a predetermined period of time (for example, the past three months) is judged to determine whether or not it is a new visitor, and the new store visit situation of the customer in time series is calculated. By obtaining and editing the display information, it is possible to perceptually very easily grasp the new customer visiting information of the past customer.

(10) By storing the information of the customer who came to the store on the day of the day and editing the customer situation of the day of the game in the display information, the situation of the customer of the day can be easily grasped. (11) By calculating the visitor number information from the customer information of the day and editing the display information, the customer visitor information of the day can be easily grasped. (12) Calculate the balance information of the customer from the customer information of the day,
By editing the display information, it is possible to easily grasp the customer's balance information on the day. (13) The game time information of the customer can be easily grasped by calculating the game time information of the customer from the customer information of the day and editing the display information. (14) The game information is stored, the customer information corresponding to the game machine is read, and the relationship information between the customer and the game information is edited into display information, so that the relationship information between the customer and the game information is easily grasped. be able to.

(15) By calculating the investment amount of the model from the game information and editing the display information according to the investment amount of each model, the information of the investment amount of each model of the customer can be easily grasped. (16) By calculating the operating time of the model from the game information and editing the display information for each operating time of each model, it is possible to easily grasp the information of each operating time of each model of the customer. (17) Easily grasp the customer's time-series model investment amount information by calculating the investment amount of the model from the game information and editing the display information according to the time-series model investment amount. You can

The embodiment of the present invention is not limited to the above embodiment, but various modifications as described below are possible. (A) It can be applied to pachislot machines. (B) The present invention is applicable not only to pachinko gaming machines but also to, for example, video game machines. (C) The gaming machine is not limited to the enclosed ball type, but may be any type of gaming machine. (D) The configuration for collecting the information from the gaming machine is not limited to the example using the network as in the above embodiment, and the information from the gaming machine may be collected in any configuration. (E) The present invention is an example applied to a business analysis device as an information processing device of a game arcade, but if it is an information processing device of a game arcade that displays and manages customer information, the business analysis device It is not limited to. For example, the management device in the game hall may process the customer information, or a dedicated device for managing only the customer information may be provided. Alternatively, a device mainly used for other purposes may have a function of processing customer information. Further, both the pachislot gaming machine and the pachinko gaming machine may process their customer information by one information processing device. (F) The present invention collects, analyzes, edits, displays, etc. customer information, and the analysis parameters of the customer information in that case are the investment amount, the game time, the number of people visiting the store, etc. shown in the above embodiment. However, any parameter may be used as long as it can process customer information.

[0270]

【The invention's effect】

(1) According to the invention of claim 1, information (for example, card number) by which the information processing device (for example, management analysis device) in the game arcade can identify the customer from each gaming machine and each terminal device.
Various kinds of information including the above are stored, and when predetermined customer information is selected, the selected information is read out from the stored information and the data for converting the customer's situation into display information is calculated and calculated. Since the display information is edited and displayed (for example, displayed on the screen) based on the data, the following effects can be obtained. When an operator (for example, a manager, the same applies hereinafter) of an information processing device (for example, a management analysis device) in a game arcade selects a type of customer information, a customer Detailed information can be transmitted, and the manager can easily grasp necessary customer information. Therefore, it becomes possible to perform sufficient management in consideration of the customer situation. Also,
Since the data for converting the customer identifiable information (for example, the card number) into the display information is organized, it is possible to divide the customers into various groups and obtain detailed customer information.

Since detailed information is displayed with a mark (for example, a doll) imitating a customer in a display (for example, a screen) showing the customer information, the manager can compare and judge the customer information that is grouped very easily. can do. In the case of a system that issued a membership card, for the members who hold the membership card, the customer information can only be obtained within the range that can be collected by the membership card, but in the present invention, the customer is provided to all customers. Since it can be specified by identifiable information (for example, card number), detailed customer information can be collected and managed. As a result, the hall manager can obtain detailed customer information including all targeted customers. That is, the information processing device of the game hall (for example,
The management analysis device) can manage detailed customer information (for example, detailed information such as sales by customer group and game time by customer group).

(2) According to the invention described in claim 2, customer information is collected from a large number of gaming machines and terminal devices, and the collected customer information is stored, so that the customer can be identified. Sufficient customer information can be collected from the amusement hall and retrieved at any time for use. (3) According to the invention as set forth in claim 3, the customer's past situation can be easily grasped by calculating the data for converting the past customer situation into the display information and editing the data into the display information. be able to. Further, by processing the customer's situation separately for the current day and the past, it becomes easy to display the customer information. (4) According to the invention as set forth in claim 4, the balance information of the customer can be easily grasped by calculating the balance information of the customer from the past customer information and editing the display information. (5) According to the fifth aspect of the present invention, by calculating the visitor number information from the past customer information and editing the display information, the past visitor number information of the customer can be easily grasped. (6) According to the invention as set forth in claim 6, time-series fixation status of the past customer is calculated by calculating time-series customer fixation status information from past customer information and editing the display information. Information can be easily grasped.

(7) According to the invention described in claim 7, the number of people visiting the store is calculated, and the number of people visiting the store for a predetermined period of time in the past (for example, the past three months) is specified number of times (for example, 10 times) or more. Time-series fixation status of customers is calculated by distinguishing between those who are less than a predetermined number of times and edited in the display information, so that time-series fixation status information of past customers can be grouped and sensed extremely. It can be easily grasped. (8) According to the invention of claim 8, the game time information of the customer is calculated from the past customer information, and the game time of the customer in the past predetermined period (for example, the past three months) is calculated as the predetermined game time (for example, (10 hours) or more is determined to determine the time-series customer's game time status, and by editing the display information, time-series game time information of past customers is grouped and sensuously sensed. It can be grasped very easily. (9) According to the invention as claimed in claim 9, the number-of-stores visitor information is calculated from the past customer information, and it is determined whether the number of store visits in a predetermined past period (for example, the past three months) is a new store visitor. By obtaining the new visit situation of the customer in chronological order and editing the display information, the new visit situation information of the past customer can be perceived extremely easily.

(10) According to the invention of claim 10,
By storing the information of the customer who came to the store on the day and editing the customer situation of the day at the game arcade into the display information, the customer situation of the day can be easily grasped. (11) According to the eleventh aspect of the present invention, by calculating the visitor number information from the customer information of the day and editing the display information, the customer visitor information of the day can be easily grasped. (12) According to the twelfth aspect of the present invention, by calculating the customer's income and expenditure information from the customer information of the day and editing the display information, the customer's income and expenditure information of the day can be easily grasped. (13) According to the invention of claim 13, the game time information of the customer is calculated from the customer information of the day and the display information is edited to easily grasp the game time information of the customer of the day. it can. (14) According to the invention described in claim 14, the game information is stored, the customer information corresponding to the game machine is read, and the relationship information between the customer and the game information is edited into the display information, thereby playing the game with the customer. Information related to information can be easily grasped.

(15) According to the invention of claim 15,
By calculating the investment amount of the model from the game information and editing the display information according to the investment amount of each model, the investment amount information of each model of the customer can be easily grasped. (16) According to the invention of claim 16, the operating time of the model is calculated from the game information, and the operating information for each model of the customer is easily edited by editing the display information according to the operating time of each model. Can be grasped. (17) According to the invention of claim 17, the investment amount of the model is calculated from the game information, and the display information is edited according to the investment amount of the model in chronological order. Information on investment amount can be easily grasped.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an embodiment of a game arcade facility to which an information processing apparatus according to the present invention is applied.

FIG. 2 is a diagram showing a management system of the game arcade of the embodiment.

FIG. 3 is a diagram showing a communication system of the terminal device of the embodiment.

FIG. 4 is a block diagram showing a configuration of a business analysis apparatus of the same embodiment.

FIG. 5 is a diagram showing a detailed block configuration of the business analysis apparatus of the embodiment.

FIG. 6 is a diagram illustrating a model registration file of the same embodiment.

FIG. 7 is a diagram illustrating a model information file of the same embodiment.

FIG. 8 is a diagram illustrating a model layout file of the same embodiment.

FIG. 9 is a diagram illustrating a hole initial value file of the embodiment.

FIG. 10 is a diagram for explaining an inter-vehicle addition history file of the embodiment.

FIG. 11 is a diagram illustrating an amount addition history file of the embodiment.

FIG. 12 is a diagram illustrating a settlement history file of the example.

FIG. 13 is a diagram illustrating an issuance history file of the same embodiment.

FIG. 14 is a diagram illustrating an update history file of the same embodiment.

FIG. 15 is a diagram illustrating a card file of the example.

FIG. 16 is a diagram illustrating a P machine same day result file of the embodiment.

FIG. 17 is a diagram illustrating a hole day result file of the example.

FIG. 18 is a diagram illustrating a customer same day result file according to the embodiment.

FIG. 19 is a diagram illustrating a P machine basic file of the embodiment.

FIG. 20 is a diagram illustrating a hole score file of the same example.

FIG. 21 is a diagram illustrating a practical calendar file of the same example.

FIG. 22 is a diagram illustrating a game file according to the same embodiment.

FIG. 23 is a diagram illustrating a store visit file according to the same embodiment.

FIG. 24 is a diagram illustrating a customer record file of the example.

FIG. 25 is a flowchart showing a main program of the business analysis apparatus of the embodiment.

FIG. 26 is a flowchart showing a main screen process of the embodiment.

FIG. 27 is a flowchart showing a subroutine of main screen appearance processing of the embodiment.

FIG. 28 is a flowchart showing a subroutine of main screen event processing of the embodiment.

FIG. 29 is a flowchart showing a subroutine of main screen event processing of the embodiment.

FIG. 30 is a flowchart showing a subroutine of customer information screen appearance processing of the embodiment.

FIG. 31 is a flowchart showing a subroutine of customer information screen event processing of the embodiment.

FIG. 32 is a flowchart showing a subroutine of customer information screen event processing of the embodiment.

FIG. 33 is a flowchart showing a subroutine of customer information classification data update processing 1 of the embodiment.

FIG. 34 is a flowchart showing a subroutine of customer information classification data update processing 2 of the embodiment.

FIG. 35 is a flowchart showing a subroutine of customer information classification data update processing 3 of the embodiment.

FIG. 36 is a flowchart showing a subroutine of customer information classification data update processing 4 of the embodiment.

FIG. 37 is a flowchart showing a subroutine of customer fixation status screen appearance processing of the embodiment.

FIG. 38 is a flowchart showing a subroutine of customer fixation status screen event processing of the embodiment.

FIG. 39 is a flowchart showing a subroutine of customer fixation status menu processing 1 of the embodiment.

FIG. 40 is a flowchart showing a subroutine of customer fixation status menu processing 2 of the embodiment.

FIG. 41 is a flowchart showing a subroutine of customer fixation status menu processing 3 of the embodiment.

FIG. 42 is a customer retention status border change process 1 of the embodiment
9 is a flowchart showing a subroutine of FIG.

FIG. 43 is a customer retention status border change process 2 of the embodiment.
9 is a flowchart showing a subroutine of FIG.

FIG. 44 is a flowchart showing a subroutine of a model-specific customer status screen appearance process of the embodiment.

FIG. 45 is a flowchart showing a subroutine of model-specific customer status screen event processing of the embodiment.

FIG. 46 is a flowchart showing a subroutine of daily graph appearance processing in the embodiment.

FIG. 47 is a flowchart showing a subroutine of model-specific customer status menu processing 1 of the embodiment.

FIG. 48 is a flowchart showing a subroutine of model-specific customer status menu processing 2 of the embodiment.

FIG. 49 is a flowchart showing a subroutine of model-specific customer status group change processing 1 of the embodiment.

FIG. 50 is a flowchart showing a subroutine of a customer status group changing process 2 according to model in the embodiment.

FIG. 51 is a flowchart showing a data collection process of the same example.

FIG. 52 is a flowchart showing a subroutine of offline processing of the same example.

FIG. 53 is a flow chart showing a subroutine of opening preparation processing of the embodiment.

FIG. 54 is a flowchart showing a subroutine of store opening waiting processing of the embodiment.

FIG. 55 is a flowchart showing a subroutine of in-business processing of the embodiment.

FIG. 56 is a flowchart showing a subroutine of firing data collection processing of the embodiment.

FIG. 57 is a flowchart showing a subroutine of winning data collection processing of the embodiment.

FIG. 58 is a flowchart showing a subroutine of analysis data collection processing of the embodiment.

FIG. 59 is a flowchart showing a subroutine of game start data collection processing in the embodiment.

FIG. 60 is a flowchart showing a subroutine of game end data collection processing in the embodiment.

FIG. 61 is a flowchart showing a subroutine of P machine basic file update processing 2 of the embodiment.

FIG. 62 is a flowchart showing a subroutine of ball lending usage data collection processing of the embodiment.

FIG. 63 is a flowchart showing a subroutine of a stored coin usage data collection process of the embodiment.

FIG. 64 is a flowchart showing a subroutine of totaling processing 2 of the embodiment.

FIG. 65 is a flowchart showing a subroutine of game file update processing of the embodiment.

FIG. 66 is a flowchart showing a subroutine of a visiting file update process of the embodiment.

FIG. 67 is a flowchart showing a subroutine of a shop visit file update process of the embodiment.

FIG. 68 is a customer result file update process (1) of the same example.
9 is a flowchart showing a subroutine of FIG.

FIG. 69 is a customer record file update process (2) of the embodiment.
9 is a flowchart showing a subroutine of FIG.

FIG. 70 is a diagram showing a main screen of the business analysis apparatus of the embodiment.

71 is a diagram showing a customer information report screen of the embodiment. FIG.

FIG. 72 is a diagram showing a customer fixation status screen of the embodiment.

FIG. 73 is a diagram showing a customer fixation status screen of the embodiment.

FIG. 74 is a diagram showing a model-specific customer status screen of the embodiment.

FIG. 75 is a diagram showing a model-specific customer status screen of the embodiment.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 game shop 2 card management company 11 card management device 12 management analysis device (information processing device of a game hall) 31, 31a-31n gaming machine (enclosed ball type gaming machine) 60 printer 74, 74a, 74b display unit 100 remote control device ( Remote control device) 151 workstation 152 graphic interface 153 parallel interface 154 audio interface 155 SCSI host adapter 156 ATM interface 159 video scan converter 160 display device (CRT) 162 speaker 178 RAM 187 hard disk device (HDD) 188 magneto-optical disk device (MO) ) 189 Digital Tape Storage (DAT) 191 Keyboard 192 Mouse

Claims (17)

[Claims] 1. An information processing device for managing information of a game hall in which a game machine for playing a game using a recording medium capable of identifying a customer and a terminal device for processing information of the recording medium are arranged, Customer information storage means for storing customer information, customer information selection means for selecting predetermined customer information, and customer information selected by the customer information selection means is read out from the customer information storage means and the customer situation at the amusement hall is displayed. A customer information editing unit that calculates data for converting into information and edits the display information based on the calculated data; and a display unit that displays the customer editing information edited by the customer information editing unit. An information processing device of a game hall characterized by the above. 2. A customer information collecting means for collecting customer information from a large number of gaming machines and terminal devices, wherein the customer information storing means stores the customer information collected by the customer information collecting means. Claim 1
The information processing device of the described game arcade. 3. The customer information editing means is provided with past customer information calculating means for calculating data for converting a past customer situation into display information and performing edit processing on the display information. An information processing device for a game arcade according to claim 1 or 2. 4. The past customer balance information calculating means comprises a past customer balance information calculating means for calculating customer balance information from past customer information and performing edit processing on display information. The information processing device of the described game arcade. 5. The past customer number information calculating unit is provided with a past visitor number information calculating unit that calculates visitor number information from past customer information and edits the display information. 4. An information processing device for a game hall according to 4. 6. The past customer information calculating means comprises a past customer fixing status calculating means for calculating time series customer fixing information from the past customer information and editing the display information. The information processing device for a game arcade according to any one of claims 3 to 5. 7. The past customer retention status calculation means calculates the number of people visiting the store from past customer information, and distinguishes the number of people visiting the store during a predetermined period in the past from those who have visited a store more than a predetermined number of times and those who have visited the store less than a predetermined number of times. Seeking the retention status of customers over time,
7. The information processing apparatus for a game arcade according to claim 6, further comprising a time-series visitor number calculation means for editing the display information. 8. The past customer retention status calculation means calculates the customer's game time information from the past customer information, judges whether the customer's game time in the past predetermined period is equal to or more than the predetermined game time, or a time series. 8. The information processing apparatus for a game arcade according to claim 6, further comprising a time-series game time calculating means for obtaining a game time situation of a specific customer and editing the display information. 9. The past customer retention status calculating means calculates store visitor number information from past customer information, determines the number of store visits in a predetermined period in the past as a new store visitor, and determines a time-series new customer. 9. The information processing apparatus for a game arcade according to claim 6, further comprising a time-series new visitor number calculating means for obtaining a visit situation and editing the display information. 10. The customer information storage means has same-day customer information storage means for storing information of a customer who came to the store on the day, and the customer information editing means reads out the customer information of the day from the same-day information storage means to play a game. 10. The day-to-day customer information editing means for calculating data for converting a customer situation in a place into display information, and editing the display information based on the calculated data. An information processing device for a game hall according to any one of the above. 11. The day-to-day customer information editing means includes day-to-day customer number information calculation means for calculating the number of people visiting the shop based on the customer information of the day and performing edit processing on the display information. Information processing device in amusement park. 12. The day-to-day customer information editing means includes a day-to-day customer income and expenditure information operation means for calculating the customer's income and expenditure information from the day's customer information and performing edit processing on display information. Alternatively, the information processing device of the game hall according to item 11. 13. The on-the-day customer information editing means is provided with on-the-day customer game time information calculating means for calculating the customer's game time information based on the customer information on the day and performing edit processing on the display information. Item 13. An information processing device for a game arcade according to any one of Items 10 to 12. 14. A game information storage unit for storing game information, wherein the customer information editing unit reads out customer information corresponding to a gaming machine from the game information storage unit, and obtains relationship information between the customer and the game information. 14. The information processing apparatus for a game arcade according to claim 1, further comprising a customer information calculation means for each model that calculates and edits display information. 15. The customer information calculation means by model includes investment amount comparison information calculation means for calculating the investment amount of a model from game information and editing the investment information for each model into display information. 15. The information processing device for a game hall according to claim 14. 16. The model-specific customer information calculation means is provided with operation time comparison information calculation means for calculating the operation time of the model from the game information and editing the display information according to the operation time of each model. 16. An information processing device for a game arcade according to claim 14 or 15. 17. The model-specific customer information calculation means comprises model investment amount time-series calculation means for calculating the investment amount of the model from the game information and editing the display information according to the investment amount of the model in time series. 14. The method according to claim 14, wherein
6. An information processing device for a game hall according to any one of 6.