JP2010012053A - Game system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To improve the convenience of members when using personal digital assistants (cellular phones) as membership cards. <P>SOLUTION: This game system includes: a game medium counting means provided one corresponding to one game machine and counting the number of game media acquired by the corresponding game machine; a personal digital assistant receiving means for receiving the personal digital assistant carried by a member game player and reading membership identification information stored in the personal digital assistant; a determination means, when receiving the personal digital assistant, determining whether the number of counted game media counted by the game media counting means is 0 or not; a savings processing means, on condition that the number of counted game media is not 0, adding and updating the number of counted game media to the number of saved game media specified from the membership identification information read from the received personal digital assistant; and a game medium putout means, on condition that the number of counted game media is 0, putting out the number of game media within a range of the number of saved game media specified from the read membership identification information. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a gaming system provided with a game machine in a one-to-one correspondence and having a game medium counting means for counting the number of game media acquired in a game in the corresponding game machine.

  Conventionally, a system for counting the number of game media acquired in a game in a pachinko gaming machine, which is a gaming machine, by a counter provided in one-to-one correspondence with the gaming machine, and a member possessed by a member The card is received and the pachinko ball is returned (released) from the storage ball by operating the return switch, and the number of pachinko balls counted by the counter by the operation of the counting start switch is added to the storage ball. (For example, refer to Patent Document 1).

  In addition, with the recent popularization and high functionality of mobile phones, there are those that use a mobile phone as a membership card by storing the membership code in these mobile phones (see, for example, Patent Document 2).

Japanese Patent Laid-Open No. 10-234985 (page 5, FIG. 1) JP 2003-220262 A (page 4, FIG. 1)

  However, in the system of Patent Document 1, when a mobile phone as shown in Patent Document 2 can be used in place of the membership card, after receiving the mobile phone, the pachinko ball return (release) and storage described above In addition to accepting the mobile phone, it is necessary to carry out the storage ball payout operation such as the operation of the return switch and the operation of the counting start switch along with the reception of the mobile phone. There was a problem that the convenience of the member was bad because it had to be received individually.

  The present invention has been made paying attention to such a problem, and in a system including a game medium counter for each gaming machine, a member player's player when a portable terminal (mobile phone) is used as a membership card. An object of the present invention is to provide a gaming system that can improve convenience.

In order to solve the above-described problem, a gaming system according to claim 1 of the present invention provides:
It is provided in a one-to-one correspondence with gaming machines (pachinko machines 2),
Game medium counting means (counter 404) for counting the number of game media (pachinko balls) acquired in the game in the corresponding gaming machine;
Member identification information (member ID) that can individually identify each member player registered as a member in the amusement hall is stored in a readable manner, and a portable terminal (mobile phone 5) that can be carried by the member player is received. Portable terminal receiving means (card unit 3; external reader / writer 330) for reading at least the member identification information;
A gaming system including:
Determination means for determining whether or not the number of game media counted (the number of counted balls) counted by the game medium counting means is 0 when the mobile terminal accepting means receives the mobile terminal. Control unit 328; mobile acceptance process, Sk2, Sk7),
Savings that can be used for the game specified from the member identification information read from the accepted mobile terminal on condition that the determination result by the determination means is a determination result that the counted number of game media is not 0 Saving processing means (control unit 328) for performing a saving process (portable settlement process) for adding and updating the counted number of gaming media to the number of game media (number of saved balls (number of possessed balls, number of stored balls));
The range of the number of stored game media specified from the member identification information read from the received mobile terminal on the condition that the determination result by the determination means is a determination result that the counted number of game media is 0 Game medium payout means (card unit 3; control unit 328) for performing payout processing (saving use processing) for paying out the number of game media in
It is characterized by having.
According to this feature, if the mobile terminal is accepted when the number of counted game media is 0, the payout process using the number of saved game media is performed, while the number of counted game media is 0. If the mobile terminal is received when the mobile terminal is not, the saving processing of the counted number of game media to the number of stored game media is performed, so that the convenience of the member player when using the mobile terminal as a member card Can be improved.

A gaming system according to claim 2 of the present invention is the gaming system according to claim 1,
The game machine (pachinko 2) is provided in a one-to-one correspondence and uses at least a part of the game value (JG electronic money amount) that can be used for lending game media (pachinko balls), A game medium lending unit (control unit 328, electronic money ball lending process) for lending a game medium corresponding to the magnitude of the game value to be used is provided.
In the mobile terminal (mobile phone 5), when the game value specifying information (electronic money amount, chip ID) capable of specifying the magnitude of the game value and the counted number of game media are 0, Process type information (transaction type) that can specify whether to pay out game media based on the number of saved game media (number of saved balls (number of possessed balls, number of stored balls)) or to rent game media based on the game value Is remembered,
The portable terminal receiving means (external reader / writer 330) can further read the gaming value specifying information and the processing type information,
The game medium payout means (card unit 3) has a determination result by the determination means that the number of counted game media (counted number of balls) is 0, and the mobile terminal receiving means When the process specified by the process type information read out is a payout of game media based on the number of stored game media, the payout process (saving use process) is performed, while the counted number of game media is 0. And when the process specified by the process type information read by the portable terminal accepting means is a rental of a game medium based on the gaming value, the read by the portable terminal accepting means Using the gaming value (JG electronic money amount) of the size specified from the gaming value specifying information, the processing for lending the gaming medium (electronic money lending process) is performed. It is characterized by a door.
According to this feature, when the mobile terminal accepts when the counted number of game media is 0, either payout of game media based on the number of stored game media or lending of game media based on game value is performed. Is automatically identified and implemented without accepting an operation from the member player, so that the convenience of the member player can be further improved when the mobile terminal is used as a member card.

A gaming system according to claim 3 of the present invention is the gaming system according to claim 1 or 2,
As the number of saving game media (the number of savings balls), the number of saving game media (the number of holding balls) that was saved by the saving processing means on that day, and the non-same day saving game that was saved before the previous day The number of media (the number of stored balls),
The game medium payout means (card unit 3), when the number of game media saved on the day exists, uses the number of game media saved on the day prior to the number of non-day save game media for the payout. It is characterized by.
According to this feature, the operation mode of the game hall is an operation mode in which there is no fee collection when paying out game media based on the number of game media saved on the day, and a fee is collected when paying out game media based on the number of game media saved on the day. Even if there is a number of game media saved on the same day, the use of the number of non-day save game media on which fees are collected avoids unnecessary losses to member players. be able to.

A gaming system according to claim 4 of the present invention is the gaming system according to any one of claims 1 to 3,
Based on the user authentication information input means (transparent touch panel 314) for inputting the user authentication information (password) for authenticating the member player, the authentication of the user based on the input user authentication information is performed. An authenticated member identification information storage means (RAM 328b) for storing the obtained member identification information (member ID),
When the member identification information read by the portable terminal receiving means does not match the member identification information stored in the authenticated member identification information storage means (No in Sk4 +), the game medium payout means (card unit 3) The payout process (Sk19, use of the stored ball) is permitted on the condition that the user is authenticated based on the user authentication information input from the user authentication information input means (Yes in Sk18). At the same time, the member identification information that has been authenticated as the principal is stored in the authenticated member identification information storage means (Sk18 +), while the member identification information read by the portable terminal receiving means is the authenticated member When it matches the member identification information stored in the identification information storage means (Yes in Sk4 +), the book from the personal authentication information input means The payout process without performing identity authentication based on input authentication information (SK5, 貯玉 used treatment) is characterized by granting the.
According to this feature, once the user is authenticated, it is not necessary to input the user authentication information again, so that the convenience of the member player can be further improved.

A gaming system according to claim 5 of the present invention is the gaming system according to any one of claims 1 to 4,
Each game medium payout means includes a unit price setting means (management computer 110) for setting the unit price of the game medium used in the corresponding gaming machine (pachinko machine 2),
The game medium payout means (card unit 3) performs payout according to the unit price set by the unit price setting means.
According to this feature, since a different unit price can be set for each game medium payout means, it is possible to meet the demand of a game arcade that desires operation using a different unit price.

A gaming system according to claim 6 of the present invention is the gaming system according to any one of claims 1 to 5,
The gaming system includes the mobile terminal (mobile phone 5),
For the portable terminal received by the portable terminal receiving means (external reader / writer 330), the number of stored game media (the number of replay balls, the number of used games) provided for the payout process (saving use process) by the game medium payout means The number of game media (number of balls) or at least one of the counted number of game media (counted number of balls) used in the saving process (mobile payment processing) in the saving processing means and the game medium payout means can be individually identified A history information transmitting means (external reader / writer 330) for transmitting history information (usage history information) including medium payout means identification information (unit ID);
The portable terminal is associated with the game medium payout means identification information, and the total number of used saved game media, which is the total number of saved game media used for payout in the game medium payout means, and the count used for the saving process. History information storage means (use history table) for storing the number of game media;
Based on the history information received from the history information transmitting means, history information updating means (control unit 55, Sd6) for updating the total number of used and saved game media and / or the counted number of game media stored in the history information storage means. , Sd7, Sd12 +, Sd13),
Based on the total number of used and saved game media and the number of counted game media stored in the history information storage means, the total number of used and saved game media and the number of counted game media for each game medium payout means are displayed so as to be grasped. History information display means (display unit 56) for
It is characterized by having.
According to this feature, the member player can check the total number of used and saved game media and the number of counted game media for each game media payout means on the mobile terminal.

A gaming system according to claim 7 of the present invention is the gaming system according to claim 6,
From the time when the new mobile terminal (mobile phone 5) is received to the mobile terminal receiving means (external reader / writer 330) when the counted number of game media (counted balls) is 0, the counted game media When the number is not 0, the number of stored game media used for payout by the game medium payout means (the number of saved balls (the number of possessed balls, the number of stored balls)) until the time when the mobile terminal is received by the mobile terminal receiving means A totaling means (member game information table) that counts the total number of used saving game media (replayed balls, used balls),
The history information transmitting means (external reader / writer 330) is added to the counting means only when the portable terminal is accepted by the portable terminal accepting means (external reader / writer 330) when the counted number of game media is not zero. History information (usage history information) including the total number of used and used game media, the counted number of game media, and the game media payout means identification information (unit ID) is transmitted.
According to this feature, the history information including the total number of used saving game media, the counted number of game media, and the game media payout means identification information counted by the counting means is not 0. Is transmitted only when the mobile terminal is received, and is not transmitted when the number of counted game media is 0. Therefore, an increase in the data capacity transmitted and received in the reception of the mobile terminal when the number of counted game media is 0. Thus, it is possible to eliminate the decrease in the convenience of the carrier due to the longer communication time and the increase in the risk of communication errors.

A gaming system according to claim 8 of the present invention is the gaming system according to claim 6 or 7,
A computer network that stores at least the name of the gaming machine (pachinko machine 2) to which the gaming medium dispensing means (card unit 3) corresponds and the game medium dispensing means identification information (unit ID) of the gaming medium dispensing means in association with each other. An upper server computer (server computer 160);
The portable terminal includes name specification request transmission means (control unit 55, Sd17) for transmitting a name specification request including game medium payout means identification information stored in the history information display means to the server computer. ,
The server computer specifies a name stored in association with the game medium payout means identification information included in the name specification request, and transmits the specified name to the mobile terminal that has transmitted the name specification request Machine name transmission means (central processing unit (CPU); name identification request reception processing),
The history information display means (display unit 56) displays the game medium received from the gaming machine name transmission means together with a display capable of grasping the total number of used and saved game media and the counted number of game media for each game medium payout means. The payout means displays the name of the corresponding gaming machine.
According to this feature, the member player carrying the portable terminal can easily grasp the name of the gaming machine corresponding to each gaming medium payout means, and the history information transmitted to the portable terminal includes a game Although the medium payout means identification information is included, the game medium payout means identification information that increases the data capacity does not include information such as the name of the corresponding gaming machine, so the name of the gaming machine corresponding to each gaming medium payout means is Even when the information is displayed in a comprehensible manner, it is possible to eliminate the decrease in the convenience of the carrier due to the increase in the communication time associated with the increase in the data capacity and the increase in the risk of causing a communication error.

  Examples of the present invention will be described below.

  FIG. 1 is a system block diagram showing the configuration of the gaming system of the present embodiment, and the gaming system of the present embodiment is a plurality of gaming machines installed in the game hall as shown in FIG. The pachinko machine 2 is provided in a one-to-one correspondence and is connected to a counting device 404 that counts pachinko balls acquired in the pachinko machine 2 and, as will be described later, pachinko ball lending and the game. The card unit 3 for paying out the number of saving balls owned by the member player registered as a member at the venue, and connected to the card unit 3 so that data communication is possible, and the management of each connected card unit 3 and the card A management card that manages the amount used in unit 3, the visitor card and membership card used in the game hall, and the number of saving balls owned by the member player. Computer 110, collects a base data gaming information jackpot number, etc. generated in the game in each pachinko machine 2, and a hall computer 130 to manage.

    In the card unit 3 of the present embodiment, a member ID that is issued to a member player registered as a member at the game hall and can individually identify the member player is stored and used for a game at the game hall. A prepaid card storing a prepaid balance that is used by an ordinary player who has not yet registered as a member card, or a membership card comprising an IC card having a prepaid function that stores a prepaid balance as a possible gaming value A visitor card can be used, and an electronic money amount (JG electronic money amount) that can be used to rent pachinko balls in the pachinko machine 2 is stored, and can be used as a membership card owned by a member player The mobile phone 5 can be used.

    The management computer 110, hall computer 130, and card unit 3 are connected to each other via a communication cable (not shown) and a communication cable, and each connected device is assigned a local IP address. Thus, a local area network (LAN) is formed, and each device connected to the local area network (LAN) is given a device ID that can individually identify the device. Has an IP address table in which a device (unit) ID and a local IP address are associated with each other, a unit management table (see FIG. 13C) described later, and the like. By assigning a local IP address to the transmission data and transmitting / receiving, it is possible to It has to be able to perform the transmission and reception of data.

    In addition, as shown in FIGS. 12A and 12B, the management computer 110 according to the present embodiment is stored in an IC chip mounted on a membership card or a visitor card used in the game hall. Corresponding to the chip ID uniquely assigned to the IC chip, it has a member card table and a visitor card table for storing the prepaid balance remaining in the member card or the visitor card. In addition to managing the prepaid balance remaining on the member card and each visitor card, the number of saved balls and game history owned by each member player are also managed in a member information table and a member-specific game history table to be described later.

    The management computer 110 according to the present embodiment is installed at a predetermined position in the game hall, for example, at a wagon service counter of a seller who sells products by a wagon service (different from a game hall operator operating a game hall). A wagon service terminal (not shown) on which order contents in each card unit 3 are displayed is connected.

    Further, in this embodiment, various external output signals such as a jackpot signal, which will be described later, output from the pachinko machine 2, and an out ball counter 416, which will be described later, provided below the pachinko machine 2 will be described. The ball counting signal is input to the card unit 3 corresponding to the pachinko machine 2, and the base data (game information) such as the number of big hits that is game information generated in the game in the pachinko machine 2 is aggregated in the card unit 3. Since the card unit 3 is connected to the local area network (LAN) as described above, the aggregated table data (game information) is transmitted via the local area network (LAN). 9 is transmitted from each card unit 3 to the hall computer 130.

    Then, the hall computer 130 of the present embodiment associates the base data (today, the day) with the base number assigned to each pachinko machine 2 based on the transmission data string transmitted from each of the card units 3. I remember and manage the day before and the day before.

    The management computer 110 of each game hall is connected via a communication line 11 to a management server 140 installed in a card management company that manages visitor cards and membership cards used in each game hall. The management server 140 centrally manages information such as the various sales collected and managed by the management computer 110, the prepaid balance remaining on each visitor card and each member card, and the game history of each member player. It has become.

  The mobile phone 5 used in this embodiment can be connected to the Internet network 9 which is a computer network via a base station 7 and a gateway server 8 of a mobile phone company (carrier) in addition to a normal wireless communication function. A non-contact IC card chip (hereinafter referred to as a non-contact IC card chip) mounted on the mobile phone 5 in order to provide a wallet function to the mobile phone 5 through the Internet network 9. Server computer 150 of a management company that manages the storage area (common area) of 100 (abbreviated as a contact IC chip) and the card management company that provides electronic money services using these non-contact IC chips 100. JG electronic money amount provided by the card management company and stored in the contactless IC chip 100 A server computer 160 for distributing a dedicated application for displaying a game history using the JG electronic money amount and the number of saved balls, and the like, and is communicably connected to the server unit 160. The computer 160 is connected to the management server 140 and the card management company so as to be able to communicate with each other.

  The server computer 160 of this embodiment uses a JG electronic money charge application program (hereinafter abbreviated as JG charge app) for charging the JG electronic money amount provided by the card management company, and uses the JG electronic money amount and the number of saving balls. And a function of distributing a JG application program (hereinafter abbreviated as JG application), which is a dedicated application program for displaying the played game history, etc., to the mobile phone 5 and connected to a server computer of a financial institution (not shown). In addition, it is possible to perform settlement processing for the amount charged to the JG electronic money amount with the server computer of the financial institution.

  Further, as shown in FIG. 16, the server computer 160 according to the present embodiment is adapted to identify each card unit 3 installed in the game hall in association with the game hall name of each game hall. In addition, a unit ID that is uniquely assigned to the card unit 3 and serves as game medium payout means identification information in the present invention and a model name of the pachinko machine 2 provided corresponding to the card unit 3 are stored in association with each other. The name information table is stored, and as shown in FIG. 27, in response to the reception of the inquiry (name specifying request) including the unit ID from the mobile phone 5, the game hall name corresponding to the received unit ID And model information (model name).

  That is, the server computer 160 according to the present embodiment, in the name information table, at least the name of the pachinko machine 2 (game machine) to which the card unit 3 (game medium payout means) corresponds and the unit ID of the card unit 3 (game medium payout). (Means identification information) is stored in association with each other, and the server computer 160 forms a server computer in the present invention.

  Note that the unit ID used in the electronic money system of the present embodiment is such that the upper three digits of the head part can individually identify the game hall in which the card unit 3 of the unit ID is installed. The game hall ID uniquely assigned to the field is set, and the lower three digits thereof are the machine number of the game room of the pachinko machine 2 corresponding to the card unit 3, and the card of the unit ID is determined from these unit IDs. The game hall ID of the game hall in which the unit 3 is installed and the machine number of the pachinko machine 2 provided correspondingly can be specified.

  Here, the visitor card and the membership card used in the present embodiment will be described. The visitor card and the membership card include a nonvolatile memory for storing various data, and rewriting and reading of the recorded information. In addition, an IC card having an IC chip having a control unit that performs non-contact communication with an external reader / writer device is used. Each IC chip has a chip ID unique to each IC chip in advance. Since each member card and visitor card can be specified from these chip IDs stored, the chip ID functions as a card ID.

  In addition to the chip ID, the member card includes a member ID that is given to each member player and serves as member identification information that can individually identify each member player, and a prepaid balance that can specify a prepaid balance. Various data such as data is stored. The visitor card of this embodiment is purchased and issued by an issuing machine (not shown) installed in the amusement hall and also issued by the card unit 3.

  Next, the mobile phone 5 used in this embodiment will be described. The mobile phone 5 of this embodiment has the above-described function in addition to the normal wireless voice call function, the Internet connection function, and the e-mail transmission / reception function. Each of the electronic money services stored in the non-contact IC chip 100 includes a non-contact IC chip 100 for providing a non-contact IC card function having a wireless communication function at a close distance similar to the membership card. The electronic money amount of the provider A, B ... can be used for various transactions such as payment of boarding fees and payment of shopping fees, etc., and the JG electronic money amount provided by the card management company can be used It has a wallet function that can be used for ball lending in the card unit 3 installed in the game hall.

  The configuration of the cellular phone 5 used in this embodiment will be described with reference to FIG. In FIG. 2, an audio input unit 51 is a part for converting an analog audio signal from a microphone 65 into a digital signal, and includes a microphone amplifier, a filter, an A / D converter, and the like. The audio output unit 52 is a part for driving the speaker 66 or the ear receiver 67 based on the received digital audio signal, and includes a D / A converter, a filter, a speaker amplifier, and the like. The digital signal processing unit 53 is a part for performing encoding and decoding of a digital audio signal, and convolutional coding, slot interleaving, delay detection, and convolution centering on a DSP (Digital Signal Processor). It consists of various dedicated circuits such as decoding.

  The RF input / output unit 54 is a part that transmits and receives high-frequency radio waves to and from the base station 7 of the mobile phone company via the telephone antenna 62. The quadrature modulator, gain amplifier, power amplifier, diversity, mixer, IF It consists of a demodulator and antenna duplexer.

  The input voice input from the voice input unit 51 and converted into a digital voice signal is subjected to processing such as error correction coding, interleaving, spreading, and D / A (Digital / Analog) conversion by the digital signal processing unit 53. The transmission baseband signal generated by the processing is sent to the RF input / output unit 54. Then, the quadrature modulator in the RF input / output unit 54 modulates the local oscillation signal with the transmission baseband signal to generate a transmission high-frequency signal, and further amplifies the transmission high-frequency signal, and then the antenna duplexer. Transmit from the antenna 62 to the base station 7.

  The antenna duplexer is used to share one telephone antenna 62 for the transmission high-frequency signal and the reception high-frequency signal. The transmission high-frequency signal that has been modulated by the quadrature modulator and then amplified is sent to the telephone antenna 62. A filter circuit having a function of transmitting the received high-frequency signal from the telephone antenna 62 to the IF demodulator in the RF input / output unit 54 is provided.

  The telephone antenna 62 transmits and receives high-frequency signals wirelessly to and from the base station 7. That is, the transmission high-frequency signal transmitted from the quadrature modulator via the antenna duplexer is transmitted from the telephone antenna 62 to the base station 7. On the other hand, the high-frequency signal transmitted from the base station 7 is received by the telephone antenna 62 and then sent to the IF demodulator via the antenna duplexer. Then, the IF demodulator and the gain amplifier amplify the received high-frequency signal that has been sent, and further send the received baseband signal obtained by performing demodulation processing to the digital signal processing unit 53.

  The received baseband signal is subjected to processing such as A / D conversion, despreading, deinterleaving, and error correction of the received baseband signal in the digital signal processing unit 53, and is sent to the audio output unit 52 as a received audio digital signal. By sending, the voice output signal received by the voice output unit 52 by D / A conversion is generated, amplified, and output from the speaker 66 or the ear receiver 67, thereby providing a radio call function.

  If the received signal is not voice data from a call but a data signal such as an e-mail or a web page distributed from a web server on the Internet, the digital signal processing unit 53 uses the A / A data signal (packet data) that has undergone processing such as D conversion, despreading, deinterleaving, and error correction is output to the control unit 55, so that pages and mails based on the received data are displayed on the display unit 56. The operation content data on the page and the data signal (packet data) of the outgoing mail are sent to the digital signal processing unit 53 instead of the above-described digital audio signal, so that the operation content data and the like and each server are similar to the audio data. Download data from computer and data signal of outgoing mail Internet connection function and an e-mail function is formed by being transmitted from the 2 to the base station 7.

  The control unit 55 is a part for realizing various functions as the mobile phone 5 by executing various programs, and a central processing unit (CPU; Central Processing Unit) capable of executing these various programs. ) Etc. As shown in FIG. 2, the control unit 55 includes a display unit 56 for displaying various types of information, an operation unit 57 for a carryer (player) to input various types of information, and a control unit 55. The memory unit 60 for storing various programs and setting data for providing various functions executed in, and calendar information (date information) such as time information, date and day of the week, etc. are output. Based on a real-time clock (RTC) 61 serving as a date information output means in the present invention, an external I / F (interface) unit 58 for performing serial data communication with an external data processing device, or a battery power source A power source 59 for supplying the necessary operating power to each block, a vibrator 63 for notifying incoming calls and mails by vibration, and notifying incoming calls and mails, charging A light emitting diode (hereinafter referred to as LED) unit 64 used as an indicator of the control unit is connected, and the control unit 55 can perform operation control of these units. For example, according to an operation signal input from the operation unit 57 Processing, display signal processing to the display device 56, generation of operation control signals for operating the LED unit 64 and the vibrator unit 63, and various control and signal processing such as writing or reading of the memory unit 60.

  The memory unit 60 includes a ROM (Read Only Memory), a RAM (Random Access Memory), an EEPROM (Electrically Erasable and Programmable Read Only Memory), and the like. The ROM stores (stores) a program for realizing basic functions of the mobile phone 5, an initial setting value, and a terminal ID that is mobile terminal identification information uniquely given to the mobile phone 5. The RAM is used as a work area by the CPU 56 of the control unit 55, and stores data in the middle of calculation as needed during the execution of the program of the CPU 56, and temporarily stores data to be transmitted to and received from other units. used. The EEPROM is a non-volatile memory, and an electronic money application program for charging and using the electronic money amount of each electronic money service provider stored in the non-contact IC chip 100, a card management company's A JG electronic money charge application program for charging the JG electronic money amount, and a dedicated application program for using the JG electronic money amount in the game hall and checking the game history including the usage history of the electronic money and the number of savings A certain JG application, various application programs that provide e-mail transmission / reception and browser functions, telephone directory data consisting of information such as phone numbers and e-mail addresses and corresponding names and names, e-mail data transmitted / received, Schedule book Various kinds of data, such as communication history data of incoming / outgoing calls, notepad data, setting data customized by a carrier, and a usage history table (see FIG. 15) in which usage history of JG electronic money amount and number of savings is stored Store the data.

  In the usage history table of this embodiment, as shown in FIG. 15, each card is associated with the unit ID of the card unit 3 using the JG electronic money amount and the card unit 3 storing the number of balls acquired. In addition to the pachinko machine 2 model name (model name) of the pachinko machine 2 to which the card unit 3 corresponds, the rate that is the rental unit of the card unit 3, The number of acquired balls added to the stored balls in the card unit 3 on the use date, the total use amount that is the total amount of JG electronic money used in the card unit 3 on the use date, and used in the card unit 3 on the use date The number of replayed balls that is the number of saved balls, the number of used balls that are used in the card unit 3 on the date of use The number is adapted to be stored.

  That is, the usage history table of the present embodiment is associated with the unit ID (game medium payout means identification information) and becomes the total number of used saving game media used for payout in the card unit 3 (game medium payout means). The number of balls to be played, the number of used balls, and the number of balls that have been counted for the mobile payment process (saving process) are stored, and the history information storage means of the present invention is formed by the use history table. Has been.

  The external I / F unit 58 includes a communication interface circuit, a connector, and the like, and the power source unit 59 includes a battery charging circuit, an overcurrent overvoltage protection circuit, and the like. The display unit 56 is a part that provides display information to the user, and includes an LCD driver, an LCD display device, and the like.

  The operation unit 57 has buttons used for inputting telephone numbers, alphabets, kana characters, symbols, pictograms, etc., and a rotation function and a push button function used for moving the cursor on the screen and selecting menu items. It consists of various keys, buttons, and dials operated by the user, such as an operating element such as a provided jog dial, incoming and outgoing calls, and power on / off. Needless to say, the operation elements used for cursor operation, menu item selection, and the like are not limited to the jog dial.

  Further, as shown in FIG. 2, the control unit 55 of the present embodiment is connected to the non-contact IC chip 100 built in the mobile phone 5, and various data stored in the non-contact IC chip 100. Or an external reader of a card unit 3 to be described later installed in a game hall capable of communicating via the non-contact IC chip 100 with a wireless communication function at a close distance possessed by the non-contact IC chip 100 Data communication with the reader / writer such as the writer 330, an automatic ticket gate, or a POS terminal can be performed.

  As the non-contact IC chip 100 used in the present embodiment, a commercially available mobile FeliCa IC chip (trade name, manufactured by Sony Corporation) can be suitably used, and the configuration thereof is as shown in FIG. The analog unit 102, the digital control unit 103, the memory 104, and the connection interface 105 are mainly configured. The analog unit 102 is connected to the antenna unit 101. It is disposed in the casing of the mobile phone 5.

  The antenna unit 101 transmits / receives non-contact data by electromagnetic waves to / from an external reader / writer 330 (described later) provided in the card unit 3. That is, the antenna unit 101 constitutes a data communication unit for performing data communication with the card unit 3 which is a gaming device installed in the game arcade for performing a specific transaction. The analog unit 102 processes analog signals transmitted and received from the antenna unit 101, such as detection, modulation / demodulation, and clock extraction.

  In addition, the non-contact IC chip 100 changes the load between its own antennas in accordance with a response signal to an interrogation signal from the external reader / writer 330 of the card unit 3 to be described later, for example, thereby receiving on the external reader / writer 330 side. Communication can be performed by applying amplitude modulation to the signal appearing in the circuit. However, these non-contact data communication methods are not limited to this, and methods other than these amplitude modulation methods may be used.

  The digital control unit 103 comprehensively controls transmission / reception data processing and other operations in the contactless IC chip 100 and access to data stored in the memory 104. The digital control unit 103 connects an addressable memory 104 locally, and the storage area of the memory 104 provides a storage area allocated to each electronic money service provider A, B... Or a card management company. The storage area allocated to JG electronic money stores various data such as balance data that is the amount of electronic money, usage history data, setting data, etc., access right management executed by the digital control unit 103, authentication processing, etc. It can be used to load program code and save work data and output data of each application being executed in the control unit 55. These memories 104 are divided into a common area and a free area. The common area is managed by the management company, which is a management organization that manages the common area. The management company manages the storage area for storing the application provided by each provider and various data stored in the common area, and the access right to the various data stored in the storage area. The security of data in the storage area of each service provider is ensured.

  The connection interface 105 is a function for the digital control unit 103 to connect to the control unit 55 by an interface protocol different from the non-contact communication interface with the external reader / writer 330 of the card unit 3 installed in the game arcade. It is a module. That is, various data stored in the memory 104 is transferred to the control unit 55 via the digital control unit 103 and the connection interface 105, and thus to the memory 104 of each application executed by the control unit 55. Are centrally managed by the digital control unit 103.

  FIG. 3 shows a configuration example of the common area in the memory area of the memory 104. In the example shown in the figure, the storage area 104a of the electronic money service company A, which is two electronic money service providers, and the storage area 104b of the electronic money service company B are provided, and the card management described above is provided. A situation is shown in which a storage area 104c for JG electronic money provided by the card management company is provided by accessing the company's server computer 160.

  The storage area of each electronic money service provider or card management company has access to make it possible to check and update the balance data that is the amount of electronic money, various data such as user numbers, and the balance data. The access right data including the application ID of the application for which the right is granted is stored, and the access right is managed by the server computer 150 of the management company described above, thereby accessing the balance data of JG electronic money. Is stored in the right-of-access data for the JG application, the JG application executed by the control unit 55 requests the digital control unit 103 to make an inquiry access request to the balance of the JG electronic money. When the data is output, the digital control unit 103 determines that J is based on the contents of the access right data. By permitting access to the balance of electronic money, and reading the balance data and outputting it to the control unit 55, the JG application grasps the balance of JG electronic money provided by the card management company to which the access right is set. On the other hand, if the access right data of the content permitting access to the balance data of JG electronic money is not stored in the electronic money application of another electronic money service company, the digital control unit 103 By not permitting access to the balance of JG electronic money based on the contents of the access right data, use and access of JG electronic money by other electronic money applications is prohibited.

  Also, in the area of the card management company of the present embodiment, as shown in FIG. 3, the unit ID, rate, and rate of the card unit 3 that has used the JG electronic money amount and added the number of acquired balls to the number of stored balls. Usage history data including information on the amount of used JG electronic money used in the card unit 3, the number of acquired balls, the number of replayed balls, and the number of used balls is stored. It is deleted after being reflected in the data of the usage history table in the memory unit 60 by the activation of the application.

  In the storage area 104c of the card management company, the member ID of the member player who possesses the mobile phone 5 is stored in association with the game hall ID of the game hall registered as the member. This member ID is used to enter member information such as name, gender, date of birth, address and e-mail address required for member registration on a member registration machine (not shown) connected to the management computer installed in the amusement hall. Then, when applying for membership registration, the cellular phone 5 is brought close to the reader / writer unit provided in the membership registration machine and written and stored.

  In other words, the mobile phone 5 of this embodiment uses the mobile phone 5 as a membership card at a plurality of game halls because the member IDs of a plurality of game halls registered by the member players can be stored. be able to.

  In member registration in this member registration machine, the chip ID of the non-contact IC chip 100 mounted on the mobile phone 5 is read and stored in the member card table together with the received member information and the member ID written and stored. As a result, the cellular phone 5 can be used in the card unit 3 as a membership card.

  In addition, when member IDs of other game halls are already recorded at the time of these member registrations, the management computer 110 installed in the game hall identified from the game hall ID corresponding to the member ID By acquiring the member information stored corresponding to the member ID via the management server 140, the member player may save time and effort to repeatedly input the member information.

  Then, the new registration information including the member ID newly registered in the member card table as described above is transmitted to the server computer 160 via the management server 140, and the member ID corresponds to the game hall ID of the game hall. As a member ID, it is registered in a member game history table according to game halls described later.

  The contactless IC chip 100 mounted on the cellular phone 5 stores a chip ID starting with “MP” as shown in FIG. 12A, and the IC chip of the membership card includes The chip ID starting with “KC” is stored, and the IC card of the visitor card is stored with the chip ID starting with “VC”, so that it is the member card that is accepting from the read chip ID? It is possible to specify whether the card is a visitor card or the mobile phone 5.

  Although not specifically shown in FIG. 3, the predetermined storage area of the memory 104 stores the chip ID in a non-rewritable manner, and uses either the number of saving balls or the amount of electronic money in the card unit 3. Transaction information is stored, and the transaction information is preferentially used by selecting “here” on the screens of FIGS. 28C and 29C described later. Updated to

  In other words, the mobile phone 5 stores the balance data that is the game value specifying information that can specify the size of the JG electronic money amount (game value), and the number of stored balls ( A transaction type (processing type information) that can specify whether to pay out pachinko balls based on the number of possessed balls, the number of stored balls) or to rent pachinko balls based on the JG electronic money amount is stored.

  Next, the unit island 401 on which the pachinko machine 2 that is the gaming machine used in this embodiment is installed will be briefly described with reference to FIG. 5. In this embodiment, as shown in FIG. One game island is formed by connecting a plurality of unit islands 401 each having a unit configuration in which two card units 3 corresponding to a total of four pachinko machines 2 can be installed.

  Inside the unit island 401 used in the present embodiment, all appropriate devices such as a pachinko ball lifting device 426 and a polishing device 441 necessary for operating each installed pachinko machine 2 are accommodated. One independent unit configuration is used.

  The unit island 401 used in this embodiment is adjacent to the waist plate 407 that covers the lower part of the unit island 401, the pachinko machine 2 as a gaming machine arranged on the waist plate 407, and the pachinko machine 2 in a one-to-one relationship. Card unit 3 provided, curtain plate 406a covering the upper part of each pachinko machine 2 on unit island 401, lamp board 406b, and each pachinko machine 2 on the lamp board 406b is provided with a call button. The counting lamp 404 is provided for each pachinko machine 2 so as to cover the lower plate 24 of the pachinko machine 2 from the lower side at a lower position of the pachinko machine 2. .

  The counting device 404 is fixedly provided so that a ball tray 435 constituting a part of the ball counting device 404 covers a discharge port (not shown) provided in the lower plate 24 of each pachinko machine 2 from below. The pachinko balls acquired by the game are appropriately inserted from the lower plate 24 into the ball receiving plate 435 and are counted by the ball counter 410 provided inside the counting device 404 by operating the slide lever 434, and then the unit island 401. A pachinko ball is returned to a recovery collar 440 (see FIG. 5) provided below the interior.

  Further, an out ball counter 416 for counting the number of out balls discharged from each pachinko machine 2 is provided at an inner side position of the counting device 404. From the out ball counter 416 and the counting device 404, By connecting the derived connection cable to the card unit 3 installed corresponding to each pachinko machine 2, a signal corresponding to the counted number of pachinko balls is output to the card unit 3. (See FIG. 6).

  Further, on the front surface of the counting device 404, a payout button 413 that is operated when paying out a pachinko ball once counted together with the slide lever 434 and using it for a game is provided. , And output to the card unit 3 via the connection cable.

  That is, the counting device 404 according to the present embodiment is provided in one-to-one correspondence with the pachinko machine 2 (game machine), and counts pachinko balls acquired by games in the corresponding pachinko machine 2. The counting device 404 corresponds to the game medium counting means in the present invention.

  In the present embodiment, the curtain plates 406a and 406b are provided so as to be openable forward, and are connected to a supply hook portion 436 provided at an upper position in the unit island 401, and a ball described later in the card unit 3 is provided. Maintenance of the clogging and each electric installation part etc. which generate | occur | produce in the delivery pipe | tube 428 which supplies a ball | bowl to the cut-off unit 340, and the supply pipe | tubes 429 and 430 which supply a ball | bowl to each pachinko machine 2 can be performed now easily. Yes.

  Further, at the lower position of the unit island 401 of the present embodiment, as shown in FIG. 5, the pachinko balls are connected to the recovery rod part 440 and fed to the supply rod 436 through the lifting rod 427 by the lifting motor 425. A lifting device 426 for lifting is provided, and a polishing device 441 for polishing pachinko balls is provided in the path leading to the supply rod 436, and the pachinko balls are circulated and used in the unit island 401. A control unit 442 that is connected to each part of the unit island 401 such as a feeding device and a polishing device and controls the entire unit island 401 is disposed in a space below the recovery rod section 440. ing.

  Next, the pachinko machine 2 which is the gaming machine used in this embodiment installed on the unit island 401 will be briefly described below. The pachinko machine 2 is formed in a frame shape as shown in FIG. The glass door frame 22 is provided, and a hitting ball supply tray 23 is provided on the lower surface of the glass door frame 22. An operation unit 14 is provided at a predetermined position on the upper surface of the hitting ball supply tray 23, and a lower tray 24 that stores pachinko balls overflowing from the hitting ball supply tray 23 is provided below the hitting ball supply tray (upper plate) 23. A hitting operation handle (hereinafter referred to as an operation knob) 25 for emitting a hitting ball is provided.

  A game board 26 is detachably attached to the rear side of the glass door frame 22. A game area 27 is provided in front of the game board 26. A special figure variable display section 28 in which a plurality of types of identification information called “special symbols” are variably displayed in a lower area on the right side of the game area 27, and a plurality of types called “effect symbols” in the vicinity of the center thereof. Is provided with an effect display unit 29 on which the identification information is variably displayed and an effect image is displayed, and a variable display device 30 on which a plurality of types of identification information called “ordinary symbols” are variably displayed. The game board 26 is provided with a plurality of winning holes 44, a passing gate 31, a starting winning hole 34, and a variable winning ball device 36. A recovery outlet 46 is formed.

  When a hitting ball is won in each of the winning openings, a winning ball corresponding to each winning opening is paid out by a ball cutting / dispensing device (not shown) and also according to the number of winning balls paid out by the ball cutting / dispensing device. A prize ball signal (1 pulse per 10 balls) is output to the outside, so that the number of prize balls is notified to the outside.

  A ball hit by a hammer (not shown) that is swung by the operation of the hitting operation knob 25 enters the game area 27 through the hitting rail, and then flows down the game area 27. At this time, pachinko balls whose launch momentum is too weak to reach the game area 27 are circulated to the lower plate 24 through a circulation path (not shown).

  In addition, when the ball that has been driven into the game area 27 passes through the passing gate 31, the normal symbol that is stopped and displayed on the variable display device 30 is variably started.

  When the display result after the variable display operation of the variable display device 30 is a predetermined display result (for example, ◯), the movable piece 35 provided at the start winning opening 34 is opened for a predetermined time and the player This is an advantageous state.

  When a pachinko ball is won in the start winning opening 34, all special symbols start variable display (variable display) in the special figure variable display section 28, and the effect display starts in the effect display section 29. After that, when the special symbol in the special figure variable display unit 28 is stopped and the stop display result is a specific display mode determined in advance, the left, middle and right effect symbols in the effect display unit 29 are displayed. The variable display is also stopped, and the display mode of the effect symbol is also set to a predetermined specific display mode (for example, 777), so that a specific gaming state (big hit state) is generated and a big hit signal is output. As a result, the occurrence of the jackpot is notified to the outside.

  Further, when the special symbol on the special symbol variable display unit 28 is stopped, a start signal having a predetermined pulse width is output, and the special symbol variable display (variable display) is performed on the special symbol variable display unit 28. Will be notified.

  When the big hit state occurs in this way, the opening / closing plate 40 provided in the variable winning ball apparatus 36 is opened, and a first state advantageous to the player is obtained. This first state ends when a predetermined period (for example, 30 seconds) or a predetermined number of hit balls (for example, 10) wins, whichever comes first, and then for the player This is a disadvantageous second state.

  If a hit ball that has entered the large winning opening of the variable winning ball apparatus 36 in the first state wins a specific winning area (V pocket) and is detected by a V count switch (not shown), Waiting for the end of the first state, repeated continuation control is performed to control from the second state to the first state. The upper limit number of the repeated continuation control is set to 15 times, for example.

  When the display result of the special figure variable display unit 28 and the display result of the effect symbol of the effect variable display unit 29 are stopped and displayed with a combination of predetermined jackpot symbols, a big hit occurs as described above. A reach state may occur in a state before the stop display.

  When the special symbol variably displayed on the special figure variable display unit 28 and the production variable display unit 29 and the production symbol are stopped and displayed with a combination of symbols corresponding to a predetermined probability variation symbol type, After the completion of ”, the probability variation state in which the probability of a big hit again becomes a higher probability state than the normal probability state becomes a probability variation state. In the probability variation state after the end of the probability variation jackpot, the probability variation state signal is output, and the occurrence of the probability variation state is notified to the outside.

  Further, when the special symbol variably displayed on the special symbol variable display unit 28 and the production variable display unit 29 and the production symbol are stopped and displayed with a combination of symbols other than the predetermined probability variation symbol, the “big hit” by the repeated continuation control is performed. The special symbol and effect variable display part in the special figure variable display part 28 until the variable display reaches the predetermined number of times or the next big hit occurs in the special figure variable display part 28 and the effect variable display part 29. When the variable display time (variation time) of the effect symbol in 29 is shortened compared to the normal gaming state, it becomes a short state, and during these short states, the short and medium signal is output, The occurrence of a short time condition is notified to the outside.

  The pachinko machine 2 of this embodiment is equipped with an information output board (not shown) for outputting these signals externally, and the information output board and the card unit 3 are connected via a signal cable (not shown). From the information output board, an external output signal consisting of a big hit signal, a probability changing signal, a short time signal, a start signal, and a winning ball signal is output to the card unit 3 via a signal cable.

  Here, the big hit signal is a signal that is in the output state during the big hit state period, the probability changing signal is a signal that is in the output state only during the probability changing state period, and the short and medium time signal is the period in the short time state The start signal is a pulse signal of a predetermined width that is output when the variable display is completed after all the display results of the special figure variable display section 28 are derived and displayed. The ball signal is a pulse signal having a predetermined width that is output every time a predetermined number of balls (10 balls in this embodiment) is paid out.

  Next, the card unit 3 of the present embodiment will be described below with reference to FIGS. 4 and 6 to 9. As shown in FIG. 4, a multi-function lamp is provided on the front surface of the card unit 3 of the present embodiment. 301, a bill insertion slot 302 for inserting bills, a projecting portion 305 projecting forward from the front of the apparatus, and a pachinko ball dispensed according to the operation of the dispensing button 413 23, a guide tube 341 for guiding the mobile phone 23, a mobile phone receiving portion 332 for receiving the mobile phone 5, and a card insertion slot 309 for inserting a membership card or a visitor card are provided.

  A card insertion slot 309 provided on the front surface of the card unit 3 is connected to a card slot (not shown) of an internal card reader / writer 327 (see FIG. 6) built in a lower position of the card unit 3. The aforementioned visitor card and membership card can be inserted into the card slot via the card insertion slot 309.

  In addition, an external reader / writer 330 capable of reading and writing data by non-contact communication with the non-contact IC chip 100 mounted on the mobile phone 5 is provided inside the mobile phone receiving unit 332. .

  A guide tube 341 is provided above the mobile phone receiving unit 332, and a ball cutting / dispensing unit 340 that counts and pays out pachinko balls is provided inside the lead-out unit of the guide tube 341. It is connected to.

  As shown in FIG. 7, on the surface of the protrusion 305 facing the player, as shown in FIG. 7, a display unit 312 capable of displaying various types of information, a menu button 316 for displaying a main menu screen, and an order reception for a wagon service A wagon button 318 for displaying a screen (page) and a replay button 319 for performing a replay game using the number of saving balls specified by the member ID when a member card or the mobile phone 5 is received. And a replay display unit 320 for notifying that the operation of the replay button 319 is effective, and the display items displayed on the display unit 312 are displayed on the surface of the display unit 312. A transparent touch panel 314 is provided for enabling input by finger touch.

  In addition, a liquid crystal display 313, which will be described later, and a switch corresponding to each button, display control of the liquid crystal display 313, input position detection by the transparent touch panel 314, and the like are performed inside the protrusion 305. A display control board 329 on which a display control microcomputer or the like is mounted is accommodated.

  At the upper position in the card unit 3, a banknote inserted in the banknote insertion slot 302 is connected, and a bill inserted into the banknote insertion slot 302 is taken to identify its authenticity and banknote type. A banknote identification unit 321 that outputs to a control unit 328, which will be described later, provided in the unit is provided. In the banknote identification unit 321, various banknotes (10,000 yen, 5,000 yen, 2,000 yen, 1,000 yen each) (Banknotes) can be accepted.

  FIG. 6 is a block diagram showing the configuration of the card unit 3 of this embodiment. The card unit 3 is a ball cutting / dispensing unit 340 that pays out pachinko balls to the guide tube 341 in accordance with the operations of the bill recognition unit 321, the internal card reader / writer 327, the external reader / writer 330, the display control board 329, and the payout button 413. And a control unit 328 that controls various parts of the card unit 3 according to a control program and provides various functions of the card unit 3, and includes a bill identification unit 321 and an internal card reader / writer 327. The external reader / writer 330, the ball cutting / dispensing unit 340, and the display control board 329 are connected to the control unit 328 so that various data can be transmitted and received.

  The internal card reader / writer 327 reads and writes recording information such as a chip ID, a member ID (member card only), and prepaid balance data stored in the member card and visitor card inserted from the card insertion slot 309. .

  In addition, a card storage unit (not shown) capable of storing a predetermined number of visitor cards is provided at the terminal end position on the inner side of the internal card reader / writer 327 so as to be connected to the card transport path and is used. The visitor card can be collected in the card storage unit, and the visitor card stored in the card storage unit can be issued.

  Note that the visitor card in the present embodiment is a game that has been left even when a menu item “seated” displayed below the display unit 312 described later is selected and operated when no visitor card is received. Issued to confirm the identity of the user, and “withdrawn” is displayed on the display unit 312 along with the issuance, and the same as the issued visitor card during the “withdrawn” display Until the visitor card (verified by the chip ID) is inserted from the card insertion slot 309, operations such as lending, replaying and paying out are invalidated.

  Similarly, when the “Leave Seat” menu item is selected while receiving a membership card or visitor card, the accepted membership card or visitor card is ejected from the card slot 309 and returned. In the display unit 312, “being away from seat” is displayed. While the “out of seat” is being displayed, the same card (verified by chip ID) as the returned member card or visitor card is inserted into the card insertion slot 309. Each operation such as lending, replaying and paying out is invalidated until it is inserted.

  The external reader / writer 330 reads (receives) a chip ID and a member ID from the non-contact IC chip 100 built in the mobile phone 5 close to the mobile phone receiving unit 332, writes (transmits) a usage history, In addition, contactless data communication related to the use of the JG electronic money amount is implemented.

  The ball cutting / dispensing unit 340 has a sprocket for discharging pachinko balls one ball at a time to the guide tube 341 and controls the rotation of the sprocket to control the number of balls instructed from the control unit 328. Can be paid out to the guide tube 341.

  The control unit 328 is connected to the prize ball control board (not shown) provided in the pachinko machine 2 so as to be able to perform the transmission and reception of various signals accompanying the lending of the pachinko balls as described above. As described above, by connecting to the information output board of the pachinko machine 2 via the signal cable, various external output signals such as a big hit signal can be input.

  Further, the control unit 328 is connected to the out ball counter 416 provided on the unit island 401 and the ball counter 410 and the payout button 413 provided on the counting device 404 through the connection cable as described above. The operation signals of these payout buttons 413 and the count signals by the ball counter 410 and the out ball counter 416 can be input. A game to be described later according to the input of the count signal from the out ball counter 416 A predetermined number corresponding to the count signal is added to the value of the total number of shot balls in the information table (see FIG. 8B) and updated, and in response to the input of the count signal from the ball counter 410, the display unit 312 By sequentially adding and updating a predetermined number corresponding to the counting signal to the value of the counted number of balls (see FIG. 7) displayed at the lower position, the counting device 404 The total number of winning ball number that has been acquired Te is displayed as counting already Ball number.

  In addition, in the case where these counted and counted balls are present, the control unit 328 pays out the pachinko balls in the range of the counted balls in response to the input of the operation signal by operating the payout button 413. By instructing and executing the cutout unit 340 and performing a payout process for subtracting and updating the paid-out number of pachinko balls from the counted number of balls, the player can obtain the pachinko balls once counted by the counting device 404, It can be used for games again.

  The control unit 328 of the present embodiment includes a central processing circuit (CPU) 328a capable of executing a control program, a visitor card being received by the internal card reader / writer 327, and a chip ID and member ID of a member card (member card only). In addition, the prepaid balance, the chip ID and member ID read from the mobile phone 5 received by the mobile phone receiving unit 332, and the member information of the member player who is the owner of the member card and the mobile phone 5 (the number of savings balls, points to visit) Number, member attribute information (personal information)), corresponding pachinko machine 2 machine data, game information of member players in the game, menu data of the wagon service, RAM 328b capable of storing various data, central processing The control program executed by the circuit (CPU) 328a, the device ID of the card unit 3 and the lending card Including an EEPROM 328c capable of storing various data such as setting information including data, and a real-time clock (RTC) 328d capable of outputting time information, calendar information, etc. at that time, and the RAM 328b is backed up by a battery (not shown), Even if the power is shut off, the data stored in the predetermined period is retained.

  In the card table of the present embodiment stored in the RAM 328b, as shown in FIG. 8A, the visitor card inserted in the internal card reader / writer 327, the membership card, or the mobile phone received by the mobile phone receiving unit 332 is provided. Chip ID and member ID read from the telephone 5 (member card only), PIN number specified from the member ID, prepaid balance based on the chip ID and prepaid balance data, number of coins and number of balls specified from the member ID (members) (Players only), and the number of store visit points specified by the member ID (member players only) are stored.

  Although not shown in FIG. 8, member attribute information such as a member player's name and gender is returned in response to an authentication request transmitted to the management computer 110 when the member card or mobile phone 5 is received. (Personal information) is also stored in the RAM 328b together with the card table.

  Further, in the game information table of the present embodiment stored in the RAM 328b, as shown in FIG. 6B, game information for three days including today, that is, today's data, previous day's data, and previous day's data are displayed. It is remembered. The previous day data and the previous day data are also stored in the EEPROM 328c. However, when displaying the previous day data and the previous day data, the present day data and the previous day data can be processed at a higher speed than reading from the EEPROM 328c. In the embodiment, the previous day data and the previous day data read from the EEPROM 328c in advance are stored in the game information table stored in the RAM 328b.

  In the game information table of the present embodiment, the current gaming state (based on the input state to the input terminals 1 to 3 (not shown) of the big hit signal, the probability changing signal, and the short time signal output from the corresponding pachinko machine 2 ( Today's only) and the latest gaming state data (input state of input terminal 1 to input terminal 3 in order from the left bit, 0: LOW / not connected, 1: HIGH, only today) and previous gaming state data (latest (Game state data before being updated to game state data, today only), total number of hit balls from the start of business, total number of winning balls, number of difference balls (total number of hit balls-total number of winning balls), total Every time the occurrence of a big hit state is identified, the number of start times is reset and the number of start after hits that is the number of starts after the occurrence of a big hit, the number of big hits that is the number of big hits from the start of business, the number of starts from the start of business The number of occurrences of the probability variation A game consisting of a variable number of times, a short-time number of times of occurrence of a short-time state from the start of business, and a number of consecutive games that are the number of big hits that occurred from the big hit that occurred in the normal gaming state to the next normal gaming state Information is stored, and these game information is updated to the latest information based on the jackpot signal, probability change signal, time reduction signal, start signal, prize ball signal, and out ball count signal input to the input terminal. The

  In addition, as shown in FIG. 9, today's table data tabulated and managed in these game information tables includes a specific data header indicating that it is a transmission data string including the table data at the head, and the card unit. As a transmission data string of a predetermined format to which the device ID of 3 and the corresponding machine number of the pachinko machine 2 are given, in response to reception of a transmission request from the hall computer 130 (at the time of changing the gaming state) Sent. The ECC in FIG. 9 is an error correction code.

  Further, in the member game information table of the present embodiment stored in the RAM 328b, as shown in FIG. 8C, when the member card is inserted into the internal card reader / writer 327, or the counted number of balls is 0. When the mobile phone 5 having a different member ID is received by the mobile phone receiving unit 332, that is, the game related to the game of the member player possessing the inserted member card or the received mobile phone 5. Information is aggregated.

  Specifically, the start time when the member player started playing (acceptance time of the member card or the mobile phone 5), the end time when the member player ended the game (return time of the member card or different mobile phone 5 accepts Time at which the member player started playing, the number of starts since the member player started playing, the number of jackpots that occurred since the member player started playing, and the member game The number of chances that have occurred since the player started the game, the number of balls earned since the member player started the game (the number of balls already counted), the spending amount used by the member player for the game, and the member player The number of replay balls that are the number of saved balls used for games and the number of used balls that are used for games by member players are updated and stored and are being played on the corresponding pachinko machine 2 Of member players open the game It is made as to the game information (table data) from and can grasp.

  That is, in the member game information table of the present embodiment, as will be described later, a new mobile phone to the external reader / writer 330 (portable terminal receiving means) when the counted ball count (counted game media count) is 0. The card unit 3 (game medium payout means) from the reception time of the telephone 5 (mobile terminal) to the reception time of the mobile telephone 5 (mobile terminal) to the external reader / writer 330 when the counted number of balls is not zero. The number of replayed balls and the number of used balls (total number of used saving game media), which is the total number of saved balls (number of held balls, number of stored balls) used for paying out by the member, is counted, and the member game information table Thus, the counting means of the present invention is formed.

  The RAM 328b also stores a wagon menu table used for receiving orders for commodities sold in the wagon.

  Further, as described above, the control unit 328 includes a remaining amount indicator provided in the operation unit 14 of the corresponding pachinko machine 2, a loan button switch for detecting the operation of the loan button, a member card and a visitor being received. A return button switch for detecting the operation of the return button operated when returning the card is connected, so that the operation of the lending button and the operation of the return button can be detected, and the display control of these remaining amount indicators is performed.

  The control unit 328 includes replay operation information from the display control board 329 by operating a replay button 319 provided on the protrusion 305, currency identification information by the banknote identification unit 321 and a card from the internal card reader / writer 327. Upon receiving insertion information, information received from the external reader / writer 330, etc., lighting control of each LED such as a full color LED 301a provided in the multi-function lamp connected to the control unit 328, internal card reader / writer 327, external Overall operation control such as control of the reader / writer 330 and display control board 329, display control of the balance display, etc., and the cellular phone received by the membership card or visitor card inserted in the card insertion slot 309 or the mobile phone receiving unit 332 Acceptance processing to determine whether 5 can be used or not, Lending processing for lending using a prepaid balance based on prepaid balance data read from a member card or visitor card, electronic money lending processing for lending using an electronic money amount read from the received mobile phone 5, Return processing for returning the member card or visitor card being accepted by operating the return button, deposit processing for depositing money into the prepaid balance remaining on the member card or visitor card being accepted, Replay processing using numbers, processing of paying out the number of balls already counted (including those specified by the inserted visitor card), settlement processing by accepting settlement operations, order acceptance processing for receiving orders for wagon services, etc. Execute the process.

  Further, the control unit 328 is connected to a prize ball control board (not shown) of the corresponding pachinko machine 2, and various signals associated with the lending process and the replay process can be transmitted to and received from the prize ball control board. In addition, it is connected to the management computer 110 and the hall computer 130 through the communication unit 334 and the HUB so as to be able to perform data communication, and various data can be transmitted to and received from these computers through the communication unit 334. It is said that.

  The control unit 328 is connected to a sounder 333 that can output various types of notification sounds. The sounder 333 allows various notification sounds, specifically, notification sounds due to error occurrence, Electronic money lending notification sound that is output when the processing type to be implemented is electronic money lending processing described later, storage ball usage notification sound that is output when the processing type is saving use processing described later, and the processing type is portable The mobile payment notification sound that is output during the checkout process is output. From these notification sounds, the member player who owns the mobile phone 5 determines which type of mobile phone 5 is close by the proximity of the mobile phone 5. It is possible to recognize whether the processing is being performed.

  The display control board 329 connected to the control unit 328 corresponds to the liquid crystal display 313 constituting the display unit 312, the transparent touch panel 314, various switches (menu switch 316 a corresponding to the menu button 316, and wagon button 318. Electronic components such as the wagon switch 318a, the replay switch 319a corresponding to the replay button 319), and the LED 320a provided in the replay display unit 320 described above are connected.

  In the display control board 329 of the present embodiment, a display driving circuit (not shown) that performs display driving of the liquid crystal display 313 and a position that is pressed based on an output signal from the transparent touch panel 314 are specified and An input position detection circuit (not shown) that outputs the specified input position information, a VDP (not shown) that performs processing related to a display image displayed on the display unit 312, a VROM that stores image data used for menu display, etc. (Not shown), VRAM (not shown) for temporarily storing display data to be displayed on the display unit 312, and determination and processing associated with inputs from various switches and touch panels, etc., independently from the control unit 328 Based on display data (page data) output from the control unit 328, etc. A display screen, and is capable of displaying on the liquid crystal display 313 constituting the display unit 312.

  Next, the management computer 110 of this embodiment will be described with reference to FIG. 11. The management computer 100 used in this embodiment is implemented by the management computer 110 on a data bus 111 that transmits and receives data inside the computer. CPU 112 that performs various processes, RAM 113 that is used as a work memory, RTC 114 that outputs time information and calendar information, a storage device 115 such as a hard disk, an input device 116 such as a keyboard and a mouse, and various screens are displayed and output. A display device 117, a printer 118 for printing various information, a first communication unit 119 for performing data communication with each device connected to a local area network (LAN), and a first communication unit for performing data communication with a wagon service terminal (not shown). 2 Communication department 120, installed in the card company Management Digital service unit (DSU) 121 for performing data communication with the server 140 is connected to the normal computer.

  The storage device 115 is owned by the member player who owns the prepaid balance remaining on the member card and the prepaid balance remaining in the member card, in addition to a processing program in which processing contents for performing various processes described later by the management computer 110 are described. , The number of possessions acquired by the member player on the business day, the number of stored balls composed of the number of stored balls acquired on the day before the business day, the number of possessions possessed by the member player possessing the mobile phone 5 and Member card table (see Fig. 12 (a)) for managing the number of stored balls consisting of the number of stored balls, and the prepaid balance remaining on the visitor card and the acquisitions acquired by the player carrying the visitor card on that business day A visitor card table for managing the number of balls (see FIG. 12 (b)) and a membership card or mobile phone 5 A member data table (see FIG. 13A) in which member information related to a player is stored, and a member-specific game in which a game history including game information of the player is stored for each member ID that can identify the member player Corresponding to the history table (see FIG. 13 (b)) and the device ID of each card unit 3, the card acceptance status of the card unit 3, the model of the corresponding pachinko machine 2, the table data, and the lending rate are stored. Unit management table (see FIG. 13 (c)) and a wagon menu table in which information such as the sales unit price of the product is stored in association with the product ID that can individually identify the product sold in the wagon service ( (Not shown) and an order history table (not shown) in which order histories of products of the wagon service ordered by each card unit 3 are stored are stored.

  In the member card table, as shown in FIG. 12A, the member player carries the member card in association with the member card possessed by each member player or the chip ID of the IC chip mounted on the mobile phone 5. Member card or member ID stored in the mobile phone 5, the prepaid balance (member card only), and the pachinko machine 2 corresponding to the card unit 3 whose lending rate is 1 yen, The total number of 1-yen coins and the pachinko machine 2 that corresponds to the card unit 3 with a 1-yen lending rate, the 1-yen accumulated number of balls earned before the previous day and the lending rate of 4 yen In the pachinko machine 2 to which the card unit 3 corresponds, the number of balls of 4 yen that is the total number of balls acquired that day and the pachis that the card unit 3 with a lending rate of 4 yen corresponds to In Co-machine 2, a 4-yen storage ball number that is the total number of balls acquired before the previous day and an unusable flag indicating whether or not the member card or mobile phone 5 is unusable are stored. From the chip ID or member ID stored in the member card or the mobile phone 5, the prepaid balance and the number of stored balls (the number of balls and the number of stored balls) at each rate can be specified.

  Note that the number of 1-yen coins and the number of 4-yen coins in the membership card table are both reset by being added to the 1-yen coins and the 4-yen coins in the closing process after the end of business.

  In other words, in this embodiment, as the number of saving balls (the number of saving game media), the number of holding balls (the number of saving game media on that day) for which saving processing (the mobile payment processing) was performed on that day, And the number of stored balls (the number of non-day saving game media).

  In addition, in the visitor card table, as shown in FIG. 12B, each visitor card is associated with a chip ID that can be individually identified, and the status of the visitor card (whether it is being used or stored). ), The prepaid balance, the number of balls that the player has earned in the pachinko machine 2 corresponding to the card unit 3 whose lending rate is 1 yen on the day, and the player On the same day, the card unit 3 having a lending rate of 4 yen has a 4-yen coin count that is the total number of balls acquired in the corresponding pachinko machine 2 and an unusable flag indicating whether or not the card is unusable. Are stored, and the prepaid balance and the number of balls held at each rate can be specified from the chip ID stored in the visitor card.

  Note that the number of 1-yen coins and the number of 4-yen coins in the visitor card table are both reset in the closing process after the business is over.

  In the member data table of the present embodiment, as shown in FIG. 13A, for each member ID uniquely given to each member player, a personal identification number and membership card acceptance are received. Depending on the store visit points that are added and updated once a day, the rank based on the store visit status, etc., member player's name (last name and name), gender, age, birthday, occupation, address Member attribute information (personal information) consisting of an e-mail address is registered. The store visit point is updated based on the reception of the authentication request transmitted when the card unit 3 newly accepts the membership card or the mobile phone 5.

  In the member-specific game history table, as shown in FIG. 13 (b), for each member ID, the game history of the member player, specifically, the date of visit to the store, the pachinko machine 2 where the game was played. Number, model name, game start time (time), game end time (time), game time from game start to end, number of starts, number of bonuses, number of probability fluctuations (number of probability changes), number of balls earned, expenditure A game history is stored that includes the amount of money, the number of replay balls that are used for replay, and the number of used balls that are used for replay. The visit date of the member-specific game history table stores the date when the game history is stored based on the calendar information output from the RTC 124 and stores the game start time, game end time, game time, start count, Information on the number of jackpots, number of probable changes, number of balls acquired, amount of money spent for replay, number of balls replayed, and number of used balls satisfies the game end condition when the member card is returned or it is determined that the member player has ended the game Is stored based on the member game history data transmitted from the card unit 3.

  In the present embodiment, since the cellular phone 5 carried by the member player is not always accepted during the game of the member player, a predetermined time after the corresponding pachinko machine 2 becomes inoperative is determined. The game end condition is the passage of time or the reception of the mobile phone 5 having a different member ID when the number of balls already counted is zero.

  Further, in the unit management table of the present embodiment, as shown in FIG. 13C, the local unit of the card unit 3 is associated with the device ID uniquely assigned to each card unit 3 installed in the game arcade. A situation where the local IP in which the IP address is stored, the installed island in which the island number of the gaming island in which the card unit 3 is installed is stored, and whether the card unit 3 is waiting or being received And the corresponding model name in which the model name of the pachinko machine 2 corresponding to the card unit 3 is stored, the corresponding unit number in which the unit number of the corresponding pachinko machine 2 is stored, and a card unit setting screen to be described later The lending rate in the corresponding pachinko machine 2 to be set, the reception ID in which the member card being accepted or the chip ID of the mobile phone 5 is stored, and the corresponding pachinko machine 2 Various table data from the start of sales are stored, and these table data include the total number of starts, the number of big hits, the number of probability changes, the total number of shots, the total number of winning balls, the number of difference balls, and each big hit Are stored in the special figure variable display unit 28 during the occurrence of the first figure, the number of start times 1 for the long time, the number of start times 2 for the long time, and the stand data are sequentially acquired from the hall computer 130. Updated.

  The management computer 110 (CPU 112) of the present embodiment transmits from the card unit 3 in response to accepting a membership card in the card unit 3 or accepting the cellular phone 5 having a different membership ID when the counted number of balls is 0. In response to receiving the authentication request including the device ID of the card unit 3 and the chip ID, the member ID, and the prepaid balance (member card only) read from the received member card or mobile phone 5, the chip ID is The authentication process based on whether or not the membership card table exists and whether or not the prepaid balance matches are performed. If the authentication is OK, the game history of the day corresponding to the member ID is a game for each member. A store visit point is given on the condition that it is not stored in the history table. Then, the personal identification number stored in the member information table corresponding to the member ID, member attribute information (personal information) such as a visit point or name, and the rental rate of the card unit 3 specified from the received device ID The member information data including the corresponding number of stored balls and the number of possessed balls is returned, and the status corresponding to the device ID included in the authentication request received in the unit management table is updated to “Accepting”, and the reception ID is received. The chip ID included in the authentication request is stored and updated.

  In addition, the management computer 110 (CPU 112) of the present embodiment selects the replay operation in the card unit 3 (selection of performing a game using the number of balls saved by the operation of the play selection button 316, or the number of counted balls is 0. In response to the receipt of the payout completion information transmitted from the card unit 3, based on the fact that the saving use processing is carried out by the reception of the mobile phone 5 that is preselected to use the number of saving balls when A coin corresponding to the lending rate of the card unit 3 that is stored in the member card table in association with the member ID included in the received withdrawal completion information and that is specified from the device ID included in the received withdrawal completion information. The predetermined number of pachinko balls to be paid back in one replay is subtracted and updated from the number and the number of stored balls.

  Further, the management computer 110 (CPU 112) of the present embodiment updates the number of balls held at each rate in the membership card table by adding to the number of balls stored at the corresponding rate in the closing process after the end of business, Is reset, and the number of balls held at each rate stored in the visitor card table is reset to disable the use of the number of balls.

  Further, the management computer 110 (CPU 112) of the present embodiment changes the chip ID included in the received lending completion notification in response to receiving a lending completion notification to be described later transmitted along with the lending processing in the card unit 3. Correspondingly, a subtraction update process is performed to subtract and update the tax-included usage amount included in the lending completion notification from the prepaid balance stored in the member card table or visitor card table.

  In addition, the management computer 110 (CPU 112) of the present embodiment changes the chip ID included in the received card payment notification in response to reception of a card payment notification (to be described later) transmitted along with the execution of payment processing in the card unit 3. Correspondingly, a deposit renewal process is performed in which the prepaid balance stored in the member card table or visitor card table is added and updated with the deposit amount included in the card deposit notification.

  Further, the display device 117 of the management computer 110 of the present embodiment can display various setting screens and output screens such as a card unit setting screen for performing various settings related to the card unit 3 as shown in FIG. It is said that.

  As shown in FIG. 14, the display device 117 of the present embodiment has a strip shape at the upper position thereof, the version of the processing program, the title of the display content, the current date and time, “in operation” and “before operation”. Alternatively, a title area 501 in which the business status such as “after sales” is displayed, a display area 502 in which various setting screens and output screens such as a display job setting screen are displayed in the lower position, and a right position of the display area 502 The sub-menu display area 503 for selecting the contents displayed in the display area 502 and the lower position of the display area are formed, and “delete”, “register”, “print”, “change” Display in a display form having a function button area 505 on which various function buttons are displayed, and the display area 5 of the submenu display area 503 is displayed. There are various menus for "Input", "Report", "Analysis", "Display Job", "Event", "Search", "Output", "Setting", "Wagon", "Back" Ten types of menu tabs 504 corresponding to the classification are provided. By selecting each menu tab 504 on the screen with a mouse or the like, the submenu corresponding to the selected menu classification is displayed as the submenu display. A setting screen corresponding to the selected content is displayed by selecting a desired item from the submenu displayed in the area 503 and displayed in the submenu display area 503 (when there is only one type of submenu). Is displayed in the display area 502, and if necessary, the “Print” function button displayed in the function button area 505 is selected to display the display contents on the printer 118. So that the it can be printed.

  By selecting the “wagon” tab among these menu tabs 504, a wagon menu setting screen (not shown) is displayed in the display area 502. In the wagon menu setting screen, registration and deletion of a new wagon menu, and unit price Changes can be implemented.

  By selecting the “Setting” tab among these menu tabs 504, the “Card U Settings” submenu is selected from the submenus displayed in the submenu display area 503. The card unit setting screen shown in FIG. 14 is displayed. By inputting or changing necessary items on the card unit setting screen, the lending rate in each card unit 3 in the game hall and the corresponding model of the pachinko machine 2 are set. Can be implemented.

  In the card unit setting screen of the present embodiment, as shown in FIG. 14, the item “target unit selection” for selecting the card unit 3 to be set corresponds mainly to the card unit 3 to be set. Item of “compatible model” for setting the model of the pachinko machine 2 to be set, “rate setting” item for setting the lending rate of the card unit 3 to be set, “setting confirmation”, “reset” , “Registration” operation units are provided.

  The “Select target unit” item has a “menu specification” submenu, an “island unit” submenu, and a “model unit” submenu, and the submenu corresponding to each submenu. Is selected, and only one of these three submenus can be exclusively selected.

  In addition, a unit number input unit for specifying a range of unit numbers (only one unit is acceptable) is provided in association with the “menu specification” submenu, and the card unit 3 to be set is assigned to the card. The unit 3 can be designated by the machine number of the corresponding pachinko machine 2.

  In the “Compatible model” item, the model of the pachinko machine 2 corresponding to the card unit 3 specified in the “Target unit selection” item can be selected and specified from the pop-up menu, and also specified in the “Supported model” item. The model name of the selected model is updated and stored as the corresponding model name of the card unit 3 in the unit management table (see FIG. 13C).

  In addition, the item “Rate setting” is provided with a pop-up menu window in which each rate (4 yen / ball and 1 yen / ball in this embodiment) can be selected. In the item “”, the lending rate in the card unit 3 specified in the “target unit selection” item can be set and changed. The rate specified in the “rate setting” item is set in the unit management table ( 13 (c)) is updated and stored as the rate data of the card unit 3, while the amount of tax-included use that is transmitted to each card unit 3 as setting information and used for the lending process based on the lending rate. It is calculated and subtracted from the prepaid balance, and the prepaid balance of the member card or visitor card being accepted and the amount including tax Upon receipt of non-lending completion notification, prepaid balance of the membership card or Visitor card in membership card table or visitor card table is updated.

  That is, on the card unit setting screen in the management computer 110 of the present embodiment, the lending rate that is the unit price of the pachinko ball (game medium) used in the pachinko machine 2 corresponding to each card unit 3 can be set centrally. The management computer 110 corresponds to the unit price setting means in the present invention, and the card unit 3 pays out according to the lending rate (unit price) set on the card unit setting screen of the management computer 110.

  The setting information set on the card unit setting screen is also transmitted to the server computer 160 via the management server 140, so that the name information table (see FIG. 16) stored in the server computer 160 is stored. By updating the registered game data, the settings on the card unit setting screen are sequentially reflected in the name information table.

  In addition, as shown in FIG. 17, the server computer 160 of the present embodiment has a member player identified from the member ID in association with the member ID of the game hall for each game hall ID of each game hall. The number of 1-yen and 4-yen balls that are owned by and the game history up to 10 times before that member player (visit date, machine number, model name, rate, game start time (time), game end time (time) ), Game time-specific member game history table storing game time, number of starts, number of bonuses, number of probability fluctuations (number of probable changes), number of balls acquired, amount of money spent, amount of replay balls, number of used balls) Each time the game history in the member-specific game history table shown in FIG. 13B is updated in the management computer 110 of each game hall, the game history information is transmitted to the server computer via the management server 140. Sent to 160 It is, by game arcade by member game history table is updated, the same game history and game history of member-based game history table is also managed in the server computer 160.

  Furthermore, the number of stored balls at each rate in the member game history table by game hall is the number of stored balls after the change every time the number of stored balls of each member player managed by the management computer 110 of each game hall is changed. The stored ball update information is transmitted to the server computer 160 via the management server 140, so that the member game history table for each game hall is updated, whereby the same number of stored balls as the number of stored balls in the member card table is obtained. Is also managed.

  In addition, in this embodiment, since the number of possessed balls acquired by each member player is preferentially used in replay and often fluctuates on that day, The information on the number is not managed in the member game history table by game hall, but the present invention is not limited to this, and may be managed in the same manner as the number of balls stored at each rate.

  Here, in order to use the JG electronic money amount in the card unit 3, the flow of precharging the JG electronic money amount in the mobile phone 5 having the wallet function of this embodiment will be described below.

  In order for a carrier (player) possessing the mobile phone 5 having the wallet function to use JG electronic money in the card unit 3, a JG application, which is an application program for using JG electronic money, is previously installed. It is necessary to download and store the data in the memory unit 60 and store various data such as the remaining amount of JG electronic money and access right data in the common area in the memory 104 of the contactless IC chip 100 of the mobile phone 5. Therefore, the carrier (player), first, as shown in FIG. 10, in order to be able to use JG electronic money with the cellular phone 5 possessed, The server computer 160 of the management company is accessed, and the JG charge application After downloading the JG app (JG electronic money use application, JG 貯玉 confirmation application) in, to start the JG charge application of the downloaded. The downloaded data such as each downloaded application program is stored in the EEPROM of the memory unit 60. Note that the URL address of the server computer 160 of the card management company is provided by a URL address posted in a game hall or the like, a two-dimensional barcode in which URL address data is symbolized, or the like.

  With this activation, the JG charge application is read from the memory unit 60 by the control unit 55 and executed, and based on the JG charge application, the control unit 55 transfers the JG electronic money from the person carrying the mobile phone 5 (player). Account information related to an account (for example, an Internet bank account, etc.) for settlement of the amount to be charged is received, and the received account information, the terminal ID of the mobile phone 5 and the non-contact IC chip 100 are given uniquely. Information such as a chip ID is transmitted to the server computer 160 and a user number is issued at the card management company, then the server computer 150 at the management company is accessed and the issued user number or A request for registration of the balance data and the like in the common area in the memory 104, specifically, a plan given to the card management company. By transmitting a remote issuance request including an ID or the like, the server computer 150 of the management company can perform mutual authentication with the non-contact IC chip 100 built in the mobile phone 5 and the server computer 150 using the encryption key, chip ID, or the like. After being executed, the server computer 150 of the management company executes the remote issuance processing in which the area allocation in the common area to the card management company and the initial value of the user number and balance data are written and stored Thus, the JG electronic money amount of the card management company can be used. In this remote issuing process, the company ID of the card management company to which the storage area 104c is assigned in association with each chip ID, the capacity and address information of the assigned area, etc. are stored in the server computer of the management company. By storing and managing in 150, it is possible to manage which non-contact IC chip 100 is allocated to which company's storage area.

  In addition, when the JG electronic money amount is newly stored, the balance of the JG electronic money amount is “0”. Therefore, after these registrations, the JG charge application is activated again to access the server computer 160, Charge the balance with the desired amount. These charged amounts are automatically withdrawn from the account sent when the user number is acquired and settled.

  Hereinafter, the processing content of each process performed by the control unit 328 of the card unit 3 and the processing content of each process performed by the mobile phone 5 will be described. In the following description, step notation may be omitted.

  First, as shown in FIG. 19, the control unit 328 is activated by turning on the power to the card unit 3, thereby performing the activation process of Sb1, confirming the connection status of each part, the management computer 110, and the hall computer. Transmission of a connection confirmation request to 130 and setting of initial values to each setting data based on setting information returned from the management computer 110 and hall computer 130 in response to the transmission of the connection confirmation request are performed.

  Then, by carrying out the processing of Sb2 to Sb12 after carrying out the activation processing, the card is accepted to be inserted into the card insertion slot 309, the operation of the lending button by the player (member player or visitor), the banknote Accepting cash by inserting banknotes from the insertion slot 302, operation of a return button by a player, operation of a replay button 319 (reception of replay operation information from the display control board 329), operation of a payout button 413 (operation signal (Input), operation of the “total adjustment” or “edge adjustment” menu displayed on the lower part of the display unit 312 (reception of the complete adjustment menu or edge adjustment menu operation information from the display control board 329), the display unit 312 Operation of the “seating” menu displayed below (reception of leaving menu operation information from the display control board 329), wagon Operation of the button 318 (reception of the wagon menu display operation information from the display control board 329), reception by the proximity of the mobile phone 5 to the mobile phone receiving unit 332, operation of the menu button 316 (main menu display from the display control board 329) The operation information is received).

  Incidentally, the control unit 328, after the start processing of Sb1, in parallel with the normal processing shown in FIG. 19, the big hit signal that is output from the corresponding pachinko machine 2, the out ball counter 16 and the ball counter 410, Normal processing of interrupt monitoring (not shown) that monitors the occurrence of interrupts due to input or change of signals during probability change, time-short-time signal, start signal, prize ball signal, out ball count signal, acquired ball count signal By executing based on individual processing tasks, the occurrence of each interrupt target state is monitored, and game information update processing and counted ball count update processing associated with the occurrence of interrupt are performed sequentially It can be done.

  Specifically, in the counted number of balls update processing, one ball is counted according to the input of a counting signal output every time one ball of pachinko balls is counted by the ball counter 410. As a result of the addition and updating, the display on the display unit 312 is updated so that the total number of pachinko balls counted by the counting device 404 is displayed as the counted number of balls.

  The control unit 328 resets a non-operation timer in which a predetermined non-operation determination time (5 minutes in this embodiment) is set in advance every time an out-ball counting signal is input, and in the above-described interrupt monitoring process In the case where the non-working timer is also monitored for timer up, and when the non-working timer is timer up, the corresponding pachinko machine 2 is judged to be in the non-working state and If the number of balls already counted is present, the chip ID stored in the card information table is the chip ID of the mobile phone 5 and is not away, that is, the mobile phone 5 is being accepted and left. Judge whether it is in the middle.

  If it is determined that the mobile phone 5 is being received and the user is not away, the counted number of balls corresponds to the chip ID stored in the card table in the management computer 110, or a member card table or a visitor card. It is forcibly added to the number of balls managed in the table, the card table and the verified flag (including the corresponding member ID) are reset, and there is game information tabulated in the member game information table In this case, member game history data including the member ID stored in the card table and the aggregated game information is transmitted to the management computer 110, and the member game information table is reset.

  On the other hand, if you are away from your seat or accepting a membership card or visitor card, the number of balls that have been counted at that time will not be forcibly stored even if it is determined to be inactive. , Retained.

  In other words, when the member player who is playing using the mobile phone 5 is leaving the game stand with the number of balls already counted, and the non-operation determination time has elapsed, The number of finished balls is forcibly stored, so that other players can use the pachinko machine 2 to which the card unit 3 corresponds.

  Further, the member player who started the game by receiving the mobile phone 5 ends the game without acquiring a pachinko ball, that is, the game ends without receiving the mobile phone 5 at the end. In the case where the mobile phone 5 of another player is not accepted until the non-operation determination time elapses, when the non-operation determination time has elapsed, it is determined that the game of the member player has ended, The game history data in the member game information table is transmitted to the management computer 110.

  When the player inserts a visitor card or membership card into the card insertion slot 309 in the standby state described above, insertion detection information accompanying the insertion of the visitor card or membership card is sent from the internal card reader / writer 327 to the control unit 328. , The control unit 328 determines that there is card acceptance in Sb2, proceeds to step Sb20, and performs a card acceptance process (not shown).

  In the card accepting process of this embodiment in Sb20, first, it is determined whether or not there is a member card or a visitor card that is already accepted by the internal card reader / writer 327, and there is a member card or a visitor card that is being accepted. In this case, by outputting a discharge instruction to the internal card reader / writer 327, the visitor card or the membership card inserted into the card insertion slot 309 is returned and the card receiving process is terminated, while the card being received is If it does not exist, an instruction for taking in the member card or visitor card inserted into the card insertion slot 309 is output to the internal card reader / writer 327, and the inserted member card or visitor card is output to the card slot of the internal card reader / writer 327. Into the membership card or visitor Storing data stored on the card, specifically, the membership card or a visitor card chip ID and membership ID (membership card only) and reading the prepaid balance data.

  Next, the control unit 328 transmits an authentication request including the chip ID, the member ID (only the membership card), the prepaid balance data, and the device ID read from the accepted membership card or visitor card to the management computer 110, and the management computer 110 Card authentication processing to receive the authentication result from is performed.

  In response to the reception of the authentication request, the management computer 110 stores “1” as an unusable flag in the unusable flag along with whether the chip ID included in the received authentication request exists in the member card table or the visitor card table. If it is present and unusable “1” is not stored, that is, “0” is stored in the unusable flag, the member card table is associated with the chip ID. Or, the prepaid balance stored and managed in the visitor card table matches the prepaid balance included in the received authentication request, that is, the prepaid balance specified from the received prepaid balance data read from the member card or visitor card It is determined whether or not the authentication result is satisfied, and “Authentication O If the chip ID does not exist in the member card table or the visitor card table, or if “1” cannot be used in the unavailable flag, or if the prepaid balance does not match, “Authentication NG” ". However, if the prepaid balance does not match and the prepaid balance specified from the prepaid balance data included in the authentication request is smaller, the prepaid balance in the member card table or visitor card table is set to the small amount. In addition to renewing the amount, “authentication OK” is returned to permit use of the member card or visitor card.

  When transmitting “authentication OK”, the management computer 110 updates the “status” data in the unit management table corresponding to the device ID included in the received authentication request to “accepting” and receives the received authentication request. Is stored in “Reception ID” of the unit management table.

  In addition, when the received card is a visitor card, there is a number of coins corresponding to the chip ID read from the visitor card and corresponding to the lending rate of the card unit 3 specified from the received device ID. In this case, the information on the number of possessed balls is returned together with “authentication OK”, and the number of possessed balls is updated to “0”, while the received card is a membership card, it is received. The member number corresponding to the rental number of the card unit 3 specified from the personal identification number, the number of store visits, the member information, and the device ID stored in the member information table in association with the member ID obtained is owned by the member player. The number of balls and the number of balls are identified and returned from the member card table.

  In the transmission of the number of visit points, it is determined whether or not the game history of the day corresponding to the member ID included in the received authentication request exists in the member-specific game history table, and there is no game history. In this case, the predetermined store visit point is added to the store visit point number and updated, and the store visit point number after the addition update is returned.

  When the authentication result returned from the management computer 110 is “authentication NG”, the card unit 3 (control unit 328) outputs an accepted instruction to eject the member card or visitor card to the internal card reader / writer 327 for insertion. If the returned authentication result is “authentication OK” while the returned member card or visitor card is returned, the game information accumulated in the member game information table exists. If there is, the member game history data including the member ID stored in the card table and the totaled game information is transmitted to the management computer 110, and the member game information table is stored. Reset. Then, from the PIN number (member card only), the number of points to visit (member card only), the number of possessions, the number of stored balls (member card only), and the received membership card or visitor card The read chip ID, member ID (member card only), and prepaid balance are stored in the card table (FIG. 8A), and the stored prepaid balance is displayed on the balance indicator. The member information received together with the authentication result “authentication OK” is stored in the RAM 328b until the member-specific game history table is reset.

  In addition, when the received card is a visitor card and the number of possessed balls is received together with “authentication OK”, the number of retained balls is displayed on the display unit 312 as the counted number of balls, and then the retained balls on the card table. By updating the number to “0”, the number of possessed balls can be used for payout in the card unit 3, and the process returns to the standby state of Sb <b> 2 to Sb <b> 12.

  In the standby state of Sb2 to Sb12, when the player operates the lending button, a signal from the lending button switch for detecting the lending button operation by the player is output to the control unit 328. Thus, the control unit 328 determines that there is an operation of the lending button in the step of Sb3, proceeds to the step of Sb21, and performs the lending process.

  When the operation of these lending buttons is detected, it is determined whether or not the counted number of balls exists, and if the counted number of balls is present, Without noticing that the number of finished balls can be paid out, it is possible to prevent the player from being disadvantaged by operating the lending button and using the prepaid balance for lending.

  In this lending process, first, the prepaid balance that is read from the inserted member card or visitor card (including the visitor card issued by inserting the banknote) and stored in the card table is used as the usage unit amount in this embodiment ( The total amount of 100 yen, which is a predetermined unit amount when using the prepaid balance for lending processing, and 5 yen, which is the consumption tax amount corresponding to the unit amount used (5% tax rate in this embodiment) It is determined whether or not the tax-included unit amount is less than 105 yen, and if the prepaid balance is less than 105 yen, it is determined as “Yes” in the determination, and the lending process is terminated and Sb2 to Sb12 If the prepaid balance is 105 yen or more, the process proceeds to the next step and the prepaid balance is used in the lending process in this embodiment. With a tax-included usage amount of 525 yen or more, which is the total amount of 500 yen (lending rate is 4 yen / ball) set as the amount and 25 yen (tax rate 5%), which is the consumption tax equivalent to the usage amount It is more than 210 yen which is tax-included usage amount that is 200 yen (lending rate is 1 yen / ball) and 10 yen (tax rate 5%) corresponding to the usage amount. Whether or not it exists is determined by the set lending rate.

  When the prepaid balance is equal to or more than the tax included usage amount, the usage amount ball lending process is performed, whereas when it is less than the tax included usage amount, the display amount ball lending process is performed.

  In this usage amount ball lending process, the instruction to pay out the number of pachinko balls equivalent to the usage amount of 500 yen (4 yen / ball) or 200 yen (1 yen / ball), specifically equivalent to 500 yen An instruction to pay out 125 balls or an instruction to pay out 200 balls corresponding to 200 yen is output to the corresponding pachinko machine 2 to pay out the number of pachinko balls.

  Then, from the prepaid balance displayed on the balance display (same as the prepaid balance stored in the card table), 525 yen (4 yen / ball) or 210 yen (1 yen / ball), which includes tax, is used. A new prepaid balance can be specified by subtracting and updating the prepaid balance in the card table and the prepaid balance data stored in the receiving membership card or visitor card by subtracting the 525 yen or 210 yen tax-included amount. After updating to prepaid remaining balance data, the management computer 110 is provided with a device ID uniquely assigned to the card unit 3, a chip ID of a member card or a visitor card being received, and a tax-included usage amount A completion notice is sent and the membership card table or visitor card of the management computer 110 is sent. At de table is subtracted updating the tax included use amount from the prepaid balance stored in association with the chip ID. Note that the tax-included usage amount is updated by adding to the expenditure amount in the member game information table.

  Then, it is determined whether or not the accepting card is a visitor card. If it is not a visitor card, the lending process is terminated and the process returns to the standby state of Sb2 to Sb12, while the visitor card is being accepted. Determines whether the prepaid balance displayed on the balance display (same as the prepaid balance stored in the card table of the RAM 328b) is zero.

  If the prepaid balance is not 0 in the determination, the lending process is terminated and the process returns to the standby state of Sb2 to Sb12. On the other hand, if the prepaid balance is 0, the visitor whose prepaid balance is 0 is returned. After the card was collected in the card storage unit on the inner side of the internal card reader / writer 327, a collection notice including the collected visitor card chip ID and the device ID of the card unit 3 was sent to the management computer 110. Thereafter, the lending process is terminated and the process returns to the standby state of Sb2 to Sb12.

  In response to the receipt of the collection notification, the management computer 110 updates the prepaid balance stored in the visitor card table to “0” corresponding to the chip ID included in the received collection notification, and sets the “status” to “storage”. Update to Medium.

  On the other hand, in the display amount ball lending process, among the prepaid balance displayed on the balance display (same as the prepaid balance stored in the card table), the usage unit amount is 100 yen and corresponds to the 100 yen Prepaid in card unit 3 where the lending rate is set to 4 yen / ball, for example, the maximum amount that is an integral multiple of 105 yen (unit amount including tax), which is the total amount of 5 yen that is the consumption tax to be paid If the remaining amount is 475 yen, an instruction to pay out the number of pachinko balls equivalent to 420 yen, which corresponds to 4 times the maximum amount, which is an integral multiple of 105 yen (unit price including tax), specifically 420 yen A 100 yen payout instruction equivalent to 400 yen, which is a tax-free amount excluding 20 yen, which is the consumption tax amount, is output to the corresponding pachinko machine 2 to pay out the number of pachinko balls, and the loan rate But In the card unit 3 set to yen / ball, if the prepaid balance is 175 yen, it corresponds to 105 yen corresponding to 1 time which is the maximum amount with an integral multiple of 105 yen (unit amount including tax). An instruction for paying out the number of pachinko balls, specifically, an instruction for paying out 100 balls corresponding to 100 yen, which is a tax-free amount obtained by excluding 5 yen as a consumption tax from 105 yen, to the corresponding pachinko machine 2 The number of pachinko balls is paid out.

  And, subtracting and updating 420 yen or 105 yen, which is the tax-included amount used for pachinko ball lending, from the prepaid balance (same as the prepaid balance stored in the card table) displayed on the balance indicator Prepaid that can specify a new prepaid balance by subtracting 420 yen or 105 yen including tax from the prepaid balance data in the card table and the prepaid balance data stored in the member card or visitor card being accepted After updating to the remaining amount data, the management computer 110 is given a device ID uniquely assigned to the card unit 3, a chip ID of the member card or visitor card being accepted, and the amount including the tax of 420 yen or Send a lending completion notice including 105 yen At motor 110 in association with the chip ID is subtracted update amount 該税 inclusive from the prepaid balance stored in the membership card table or visitor card table. The amount including tax is updated by adding to the expenditure amount in the member game information table.

  Then, as in the case described above, it is determined whether or not the card being accepted is a visitor card and the prepaid balance is 0. If the card is a visitor card and the prepaid balance is 0, the prepaid balance is 0. After the visitor card with 0 becomes 0 is collected in the inner card storage unit of the internal card reader / writer 327, a collection notification including the collected visitor card chip ID and the device ID of the card unit 3 is sent to the management computer. After transmitting to 110, the lending process is terminated and the process returns to the standby state of Sb2 to Sb12.

  Further, in the standby state of Sb2 to Sb12 described above, when the player inserts cash (banknote) from the banknote insertion slot 302, the currency identification information associated with the insertion of the cash (banknote) is controlled from the banknote identification unit 321. By outputting to the unit 328, the control unit 328 determines that there is acceptance of cash in the step of Sb4, proceeds to the step of Sb22, and performs an issue / payment process (not shown).

  In this issuance / payment process, first, the amount of money inserted is specified from the input money identification information, and whether or not there is a member card or visitor card being received by the internal card reader / writer 327 is determined. judge.

  If it is determined that there is no member card or visitor card being accepted, the control unit 328 further determines whether or not a member ID is stored in the card table, that is, whether the mobile phone 5 is being accepted. If the member ID is stored, paying out (lending) pachinko balls for 1,000 yen, including consumption tax, on condition that the inserted cash is a thousand yen bill Implemented from a ball cutting and dispensing unit 340 capable of dispensing 1,000 balls (238 balls for 4 yen / ball, 1 954 balls for 1 yen / ball), and the input amount (1000 yen) and apparatus A cash lending notice including the ID is transmitted to the management computer 110. If the inserted cash is other than a thousand yen banknote, the inserted banknote is returned, and after displaying on the display unit 312 that only 1000 yen can be used, the issuing / paying process is terminated.

  The management computer 110 that has received the cash lending notification stores the device ID and the input amount (1,000 yen) included in the received cash lending notification as a cash lending history.

  In other words, even when a member player who uses the mobile phone 5 has no JG electronic money and uses cash, the player can continue playing using a 1000 yen bill, and member game information of these member players can be obtained. The membership game information table is continuously counted.

  On the other hand, when the member ID is not stored in the card table, the control unit 328 moves the visitor card stored in the card storage unit to the card slot, reads the chip ID of the visitor card, and reads the read chip. An issuance request including the ID, the input amount, and the device ID of the card unit 3 is transmitted to the management computer 110.

  In response to the reception of the issuance request, the management computer 110 determines whether or not the chip ID included in the received issuance request exists in the visitor card table, and if there is, the visitor corresponding to the chip ID. While updating the “status” of the card table to “in use”, the received input amount is stored in the “remaining amount” as a prepaid remaining amount, while “unit” in the unit management table corresponding to the device ID included in the received issuance request is stored. “Status” is updated to “Receiving”, and the received chip ID is stored in “Reception ID”, and then “Issuance permission” is returned to the card unit 3 that is the transmission source of the issue request. If the received chip ID does not exist in the visitor card table, “Issuance impossible” is returned.

  In response to the reception of this “issue permission”, the card unit 3 (control unit 328) writes and stores the prepaid balance corresponding to the inserted amount in the visitor card moved to the card slot and stores the visitor card in the card table. After the chip ID and the prepaid balance corresponding to the inserted amount are stored, and the prepaid balance is displayed on the balance indicator, the issue / payment process is terminated and the process returns to the standby state of Sb2 to Sb12.

  In addition, when “Issuance impossible” is received from the management computer 110 and when no visitor card is stored in the card storage unit, the cash (banknote) inserted from the banknote insertion slot 302 is returned and An error notification process for lighting the function lamp 301 in a predetermined error notification mode is performed until the error state is eliminated, thereby informing the occurrence of an error.

  On the other hand, if there is a member card or a visitor card being accepted at the time of cash (banknote) insertion, the input amount specified above is stored in the member card or visitor card being received and the card table. After adding the prepaid balance specified from the prepaid balance data and updating each prepaid balance data to the prepaid balance data that can be specified by adding the prepaid balance data, the deposit amount (same as the deposit amount) and the relevant A card payment notification including the device ID of the card unit 3 and the chip ID of the member card or visitor card being received is transmitted to the management computer 110, and the chip ID is registered in the member card table or visitor card table of the management computer 110. Prepaid balance that is stored corresponding to The said input money amount of money to add update.

  Then, the remaining amount of the prepaid displayed on the remaining amount display is updated and displayed as a new amount after the addition update, the deposit process is terminated, and the process returns to the standby state of Sb2 to Sb12.

  Further, when the player operates the return button in the above-described standby state of Sb2 to Sb12, a signal from the return button switch for detecting the return button operation by the player is output to the control unit 328. As a result, the control unit 328 determines that the return button is operated in Sb5, proceeds to Sb23, and performs a return process (not shown).

  In this return process, first, it is determined whether or not there is a member card or visitor card being received by the internal card reader / writer 327. If it does not exist, the operation is invalidated. Further, it is determined whether or not the number of balls already counted exists.

  In the determination, if it is determined that the number of balls already counted does not exist, a discharge instruction is output to the internal card reader / writer 327, whereby the member card or visitor card being received by the internal card reader / writer 327 is The management computer 110 confirms that the membership card or the visitor card has been returned by sending a card return notification including the chip ID and the device ID to the management computer 110 while discharging it from the card insertion slot 309 and returning it. After the notification, the card table is reset and the standby state of Sb2 to Sb12 is returned.

  Upon receipt of this card return notification, the management computer 110 updates the “status” of the unit management table corresponding to the device ID included in the received card return notification to “standby”, and the data of “reception ID” Is deleted.

  If the returned card is a member card, the verified flag is reset to “0”, the member ID corresponding to the verified flag is deleted, and counted in the member game information table. The member game history data including each game information after the membership card is inserted is transmitted to the management computer 110, so that the game history including the game information is stored in the member-specific game history table.

  On the other hand, if it is determined that the number of balls already counted is present, the display unit 312 displays a menu for “total payment”, “end payment”, and “cancel”, and whether or not to execute the payment processing. If the player selects whether to perform “all payments” or “handball payments” from the player, and the “cancel” menu is selected, the return process is terminated and the standby state of Sb2 to Sb12 On the other hand, if any of the menu of “total payment” or “edge adjustment” is selected, the payment process similar to Sb26 described later is performed, and then the process returns to the standby state of Sb2 to Sb12.

  In this embodiment, the prepaid balance data stored in the membership card or visitor card is updated every time the prepaid balance is used for ball lending or when the deposit processing is performed in the above-described lending processing or deposit processing. By doing so, the membership card and the visitor card are returned without updating the prepaid balance data at the time of the return operation, but the present invention is not limited to this, for example, the prepaid balance is used for ball rental. Instead of updating the prepaid balance data of the membership card or visitor card every time it is used, only the prepaid balance data stored in the card table, that is, the amount displayed on the balance indicator, is updated. View new prepaid balance data that can be used to identify the prepaid balance stored in the card table at that time. Updated and stored to as prepaid balance data of Kado and membership card may be returned.

  Further, when the player operates the replay button 319 in the standby state of Sb2 to Sb12 described above, the replay operation information is transmitted from the display control board 329 that has detected the operation of the replay button 319 to the control unit. By being input to 328, the control unit 328 determines that the replay button 319 is operated in Sb6, proceeds to Sb24, and performs a replay process (not shown).

  In this replay process, first, it is determined whether or not the player is a member player carrying a member card based on the chip ID of the card table. If the chip ID is not the chip ID of the member card, That is, when the player is not a member player or when the mobile phone 5 is receiving, the replay process is terminated and the process returns to the standby state of Sb2 to Sb12, while the chip ID is the chip ID of the member card. In some cases, it is determined whether or not the collated flag indicating whether or not the PIN number stored in the RAM 328b has been collated is “1” indicating that collation has been completed. If it is not, a personal identification number reception screen (not shown) including a numeric keypad for accepting the personal identification number is displayed on the display unit 312 to accept the personal identification number.

  Then, the personal identification number received on the personal identification number acceptance screen is compared with the personal identification number stored in the card table. If the personal identification number matches, the verification flag is set to “1” indicating that verification has been completed. The member ID updated and stored in the card table is stored in association with the verified flag, and the number of possessed balls and the number of stored balls stored in the card table are displayed on the display unit 312 for the member player. Notify the number of balls and the number of stored balls.

  On the other hand, if the passwords do not match, the display unit 312 displays that the passwords do not match, and then the replay process ends.

  Then, whether or not the number of balls is present, and the number of replay units in which the number of stored balls is set to replay, specifically, the total number of 125 balls in this embodiment and 10 balls serving as a replay fee. It is determined whether or not there are 135 balls or more, and if there is no number of balls, and there is no stored ball number equal to or greater than the number of replay units, a message indicating that replay is not possible Is additionally displayed on the display unit 312 and then the replay process is terminated and the process returns to the standby state of Sb2 to Sb12. On the other hand, when the number of possessed balls is present or the number of stored balls is greater than the number of replay units. Turns on the replay display unit 320 (LED 320a) to notify the member player that the operation of the replay button 319 is effective, and prompts the display control board 329 to operate the replay button 319. Me By sending a request to display the message, after displaying a message prompting operation of the replay button 319 on the display unit 312, the operation waits for the replay button 319.

  If there is no operation of the replay button 319 within a predetermined time, the replay processing is ended and the process returns to the standby state of Sb2 to Sb12, while the replay button 319 is operated within the predetermined time. In this case, if there is a number of balls, replay ball lending processing using the number of balls is performed, and if there is no number of balls, replay ball lending processing using the number of balls To implement.

  Specifically, if the number of balls is present, it is determined whether or not the number of balls is 125 balls or more which is the replay unit number. The replay unit number (125 balls) is subtracted and updated from the number of held balls and the replay unit number (125 balls) pachinko ball payout instruction is output to the corresponding pachinko machine 2 When the number of pachinko balls is paid out, if it is less than 125 balls, the number of held balls less than 125 balls is paid out from the ball cutting and paying unit 340, and the number of held balls stored in the card table is set. Update to “0”.

  The number of possessed balls thus subtracted is added to the number of used possessions in the member game information table and updated, and the management computer 110 displays a retained ball usage notification including the number of possessed balls after subtraction (update) and the member ID. , The number of possessed balls corresponding to the member ID in the member card table is updated to the number of retained balls after subtraction (update).

  On the other hand, if there are no balls, that is, if there are more than the number of replay units (135 balls), the number of replay units (135 balls) is subtracted from the number of balls stored in the card table. At the same time as updating, an instruction to pay out 125 pachinko balls corresponding to the number of replay units (135 balls) is output to the corresponding pachinko machine 2 to pay out the number of pachinko balls.

  At this time, if the number of stored balls after the subtraction update is less than the number of replay units (135 balls), the replay display section 320 (LED 320a) is turned off, and the subsequent operation of the replay button 319 is invalid. It is said.

  Then, by sending a replay completion notification including the member ID stored in the card table and the fact that the replay unit number of pachinko balls have been paid out to the management computer 110, the management computer 110 After the replay unit number (135 balls) is subtracted and updated from the number of stored balls corresponding to the member ID in the member card table, the replay process is terminated and the process returns to the standby state of Sb2 to Sb12. . The replay unit number (135 balls) is added to the replay ball number in the member game information table and updated.

  In this embodiment, the number of possessed balls acquired on the day and the number of stored balls acquired on the previous day are individually managed, and a form of collecting a replay fee only for the number of stored balls is exemplified. The invention is not limited to this, and without distinguishing between the number of possessed balls and the number of stored balls, all are added together as the number of stored balls, and the number of stored balls is used for replay without collecting a replay fee. Alternatively, the number of saved balls may be collected for a replay fee uniformly and used for replay.

  In addition, when the player operates the payout button 413 in the standby state of Sb2 to Sb12 described above, the control unit 328 indicates that there is a payout button operation in Sb7 by inputting an operation signal based on the operation. The process proceeds to Sb25, and a payout process (not shown) is performed.

  In this payout process, the control unit 328 first determines whether or not the counted number of balls is present, and if the counted number of balls does not exist, the process is invalidated and the process is terminated. Is present, it is determined whether or not the counted number of balls is equal to or greater than a predetermined payout unit number (100 in this embodiment).

  If the counted number of balls is equal to or greater than the predetermined number of payout units, the ball cutting payout unit 340 is instructed to pay out the payout unit number (100 balls) to the guide tube 341 and the number of payout units. (100 balls) is subtracted and updated from the counted number of balls, and when the counted number of balls is less than a predetermined payout unit number, for example, 70 balls, the payout of 70 balls, which is the total number of counted balls, is performed. The ball cutting / dispensing unit 340 is instructed to cause the guide tube 341 to pay out all the counted balls, and after updating the counted balls to “0”, the process returns to the standby state of Sb2 to Sb12.

  Further, in the above-described standby state of Sb2 to Sb12, when the player performs an input operation on the “total payment” or “edge adjustment” menu displayed at the lower position of the display unit 312 or the return described above. In the process, when the “all adjustment” or “edge adjustment” menu displayed on the display unit 312 is input, the display control board 329 that detects the operation of the “total adjustment” or “edge adjustment” menu is detected. As a result, the control unit 328 determines that there is a settlement operation in Sb9, proceeds to Sb26, and performs a settlement process (not shown).

  Note that the control unit 328 determines whether or not the chip ID stored in the card information table is the chip ID of the mobile phone 5 when shifting to the checkout process, and whether or not the chip ID is the chip ID of the mobile phone 5. It is determined whether or not there is a counted number of balls, and the process proceeds to the settlement process only when the number of counted balls is present instead of the chip ID of the cellular phone 5, and the chip ID of the cellular phone 5 is determined. If the counted number of balls does not exist, the settlement operation is invalidated and the process returns to the standby state of Sb2 to Sb12.

  In this checkout process, the control unit 328 first determines whether or not the processing type selected by the player is the edge adjustment, and there is no card being received or a visitor card.

  If there is no card being accepted or a visitor card is being accepted, an end ball return process will be performed to return the surplus number of balls (end balls) by exchanging with special prizes. To do.

  Specifically, in this end ball return processing, the end ball is calculated by calculating the remainder when the number of balls already counted is divided by the number of special prize unit balls required for exchange with special prizes stored in advance. The specified end ball is instructed to the ball cutting / dispensing unit 340 and returned to the corresponding hitting ball supply tray (upper plate) 23 of the pachinko machine 2 via the guide tube 341, and the returned end Update the number of balls by subtracting from the number of balls already counted.

  In addition, as the special prize unit number of balls excluding the counted number of balls, when the lending rate set in the card unit 3 is 1 yen / ball, the special prize unit number of balls is used as it is. When the loan rate is 4 yen / ball, the number of special prize unit balls divided by 4 yen / ball, which is the loan rate, is used.

  Then, after the end ball return processing is completed, or when the processing type is not end ball settlement and when the membership card is being received, the control unit 328 includes a process including a display of “under settlement processing” on the display unit 312. After starting to display the middle screen, card return notification transmission processing is performed.

  In this card return notification transmission processing, the management computer 110 returns the card ID to be returned or issued, the number of adjusted balls (counted when there is no counted number of balls after subtraction of the end balls or subtraction of the end balls) By sending a card return notification including the number of finished balls) and device ID, the management computer 110 is notified that the membership card or the visitor card has been returned (issued), and the membership card table, the visitor card table, and the unit management table The membership card or the visitor card being accepted by the internal card reader / writer 327 is ejected from the card insertion slot 309 and returned to the card, by outputting a discharge instruction to the internal card reader / writer 327. Card removal guide "is displayed on the display unit 312 for a predetermined time. After, to reset the card table, and returns to the standby state of Sb2~Sb12.

  If the visitor card is not being received by the internal card reader / writer 327 at the start of the checkout process, the visitor card is stored in the card storage unit as in the case of the visitor card issuance in the issue / payment process described above. The visitor card is moved to the card slot, the chip ID of the visitor card is read, and a card return notification including the read chip ID is transmitted.

  In response to receiving this card return notification, the management computer 110 updates the member card table, visitor card table, and unit management table.

  Specifically, it is set in the card unit 3 of the device ID included in the card return notification out of the number of possessions of the member card table or visitor card table corresponding to the chip ID included in the card return notification. In addition to updating the number of payable balls included in the received card return notification to the number of possessed balls corresponding to the lending rate being present, the “state” of the unit management table corresponding to the device ID included in the received card return notification Is updated to “standby”, and the chip ID is deleted from “reception ID”.

  If the returned card is a member card, that is, if the card return notification includes the chip ID of the member card, the member game history data is transmitted as in the case of the return processing described above. Therefore, the game history is stored in the member-specific game history table in association with the member ID specified from the chip ID.

  Further, when the player performs an input operation on the “seating” menu displayed on the display unit 312 in the standby state of Sb2 to Sb12 described above, the operation of the “seating” menu is detected. When the away menu operation information is input from the display control board 329 to the control unit 328, the control unit 328 determines that there is an away operation in Sb9, proceeds to Sb27, and performs an unillustrated leaving process.

  In this leaving process, the control unit 328 first determines whether or not the member card, the visitor card, or the mobile phone 5 is being received based on whether or not the chip ID is registered in the card table.

  In this determination, when it is determined that the membership card or the visitor card is being received from the registered chip ID, the control unit 328 displays “being away” on the display unit 312 and the receiving member. After the card or visitor card is ejected and returned from the card insertion slot 309, all the operations are disabled until the returned member card or visitor card is inserted into the card insertion slot 309 again. If the returned membership card or visitor card is inserted into the card insertion slot 309 again, the absence mode state is canceled and the standby state of Sb2 to Sb12 is returned.

  On the other hand, when it is determined from the registered chip ID that the cellular phone 5 possessed by the member player is being accepted, the control unit 328 displays a message “Please accept the cellular phone” on the display unit 312. Is displayed on the display unit 312, the mobile phone 5 is moved to the proximity waiting state for the mobile phone receiving unit 332, and the chip ID read by the external reader / writer 330 from the mobile phone 5 adjacent to the mobile phone receiving unit 332 is displayed. On the condition that the mobile phone 5 of the chip ID is again received in close proximity to the mobile phone receiving unit 332 on the condition that it matches the chip ID in the card table. The mobile phone 5 having the chip ID is received again in the vicinity of the mobile phone receiving unit 332, and the mobile phone 5 having the chip ID is received again. It returns to the standby state of Sb2~Sb12 to eliminate the mode state.

  On the other hand, if it is determined in the above determination that the member card, visitor card or mobile phone 5 is not being received, the control unit 328 instructs the internal card reader / writer 327 to insert the visitor card stored in the card storage section into the card slot. The visitor card chip ID is read, the chip ID is temporarily stored in a predetermined area of the RAM 328b, the visitor card is ejected from the card insertion slot 309 and issued, and then the issued visitor is issued. Until the card is inserted into the card insertion slot 309 again, it shifts to a leaving mode state in which all the various operations are invalidated, and on condition that the issued visitor card is inserted into the card insertion slot 309 again. The absence mode state is canceled and the process returns to the standby state of Sb2 to Sb12.

  In the case of shifting to the away mode state, the device unit ID in the unit management table is transmitted by sending a away notification including the device ID and the chip ID from the card unit 3 to the management computer 110. The “situation” corresponding to is changed to “being away” and the chip ID is stored in the “reception ID”, so that the management computer 110 and the player who has left the seat are separated. It is possible to specify the chip ID of the membership card, visitor card or mobile phone 5 possessed by the mobile phone 5.

  Further, in this embodiment, there is no time limit for leaving these seats, but the present invention is not limited to this, and a time limit is provided for these seats leaving a predetermined time away, for example, 20 minutes. When the lapse of time has passed, the player will be notified of an error in the absence of the seat, and the pachinko balls acquired by the store clerk and the number of balls already counted will be preserved. The game in 2 may be implemented.

  When the player operates the menu button 316 in the standby state of Sb2 to Sb12 described above, the main menu display operation information is received from the display control board 329 that has detected the operation of the menu button 316 from the control unit 328. , The control unit 328 determines that the menu button 316 is operated in Sb12, proceeds to Sb30, and performs a menu display process (not shown).

  In this menu display process, the control unit 328 first determines whether or not the player playing the game with the corresponding pachinko machine 2 is a member player based on the data stored in the card table (member ID is stored). If the player is not a member player (if the member ID is not stored), “player data”, “ranking”, and “wagon” that do not include member-specific menu items are determined. , A visitor main menu (see FIG. 7) including only the “Notification” menu items is displayed on the display unit 312 by outputting a visitor main menu display instruction to the display control board 329, while the player plays a member game. If the user is a member, the menu items “point display” and “replay”, which are members specific to the member, are stored in the RAM 328b. That the further comprises a welcome message with a membership player's name, membership main menu shown in FIG. 7, it is displayed on the display unit 312 by outputting a membership main menu display instruction to the display control board 329.

  Each menu item displayed on the display unit 312 can be selected by the player, and if any menu item is not selected within a predetermined time, a menu display end instruction is displayed on the display control board 329. After the display of the main menu is terminated by outputting, the process returns to the standby state of Sb2 to Sb12. On the other hand, if any menu item is selected within a predetermined time, it corresponds to the selected menu item. After executing the process, the process returns to the standby state of Sb2 to Sb12.

  When the “replay” menu in the main menu is selected, the replay process of Sb24 described above is executed, and when the “wagon” menu is selected, order acceptance in the step of Sb28 described later is performed. Processing is executed.

  In addition, when the “device data” menu is selected, each data of today stored in the game information table is displayed. When the “ranking” menu is selected, the type of ranking, specific Specifically, a submenu screen for selecting a starting ball ranking, a jackpot ranking, a consecutive house ranking, etc. is displayed, and ranking data of the type selected on the submenu screen is acquired from the hall computer 130 and displayed on the display unit 312. Is displayed.

  Further, when the “Point display” menu is selected, the number of points of the store visits stored in the card table is displayed on the display unit 312. When the “Notification” menu is selected, the RAM 328 b is displayed. The notification information stored therein is displayed on the display unit 312.

  Unlike the main menu, the display of “counted number of balls” below the display unit 312 and the operation menu of “total payment”, “end ball adjustment” and “seating” are always displayed below the display unit 312. By being displayed, the player can confirm the numerical value of the counted number of balls, and can arbitrarily operate the operation menu of “total payment”, “end ball adjustment” and “seating”.

  Further, when the player operates the wagon button 318 in the standby state of Sb2 to Sb12 described above, the wagon menu display operation information is displayed from the display control board 329 that has detected the operation of the wagon button 318 to the control unit 328. , The control unit 328 determines in Sb10 that there is an ordering operation by the wagon button 318, proceeds to Sb28, and performs an order acceptance process (not shown).

  In this order receiving process, the control unit 328 first receives an order for receiving an order of each product stored in the wagon menu table based on the data stored in the wagon menu table stored in the RAM 328b. A page (which may be a plurality of pages) is generated, and when the generated order receiving page is a plurality of pages, each page is linked and output to the display control board 329.

  The order acceptance page output in this way is temporarily stored in the display control board 329, and the first page is displayed on the display unit 312 by the display control board 329.

  In the order receiving page of this embodiment, a plurality of horizontally long strip-shaped menu areas are provided for each product, and the product name, product icon, product unit price (XX ball), and “To basket” display for selecting the product is included, and by selecting “to basket”, selection information including the product ID of the product displayed in the menu area is displayed. The product ID output from the control board 329 to the control unit 328 and the product ID included in the selection information is temporarily stored as an order candidate product, so that the player can select a candidate product for ordering the selected product, that is, a car. The product can be put in the box.

  These product unit prices (XX balls) are set if the number of balls according to the lending rate set for the card unit 3, specifically 500 balls when the lending rate is 1 yen. When the lending rate is 4 yen, it is displayed as 125 balls.

  When displaying a list of products selected as candidate products by selecting the “Cancel” selection input section to be selected when canceling an order, or displaying “To the basket” at the bottom of this order acceptance page Is selected when there is a selection input part of “inside the car” to be selected and the next page linked to the page, and the selection operation is performed when the next order receiving page is displayed. `` To '' selection input section, `` Back '' selection input section that can be selected when there is a previous page linked to the page, and to perform selection operation when displaying the previous order acceptance page, A selection input section for “order” that is selected when a product selected as a candidate product is ordered is displayed, and the player can perform these various operations.

  The player selects the “order” selection input section after selecting “to the basket” in the menu area of the desired product on the order receiving page displayed on the display unit 312 and selecting it as a candidate product. input.

  The order selection information is output from the display control board 329 to the control unit 328 in accordance with the selection input of the “order” selection input unit, so that the control unit 328 has a product ID that is primarily stored as a candidate product. Check whether or not the product ID exists, and if the product ID exists, the product name of the product specified from the product ID, the icon, the quantity, the number of purchased balls, and the total number of paid balls are included. By generating the candidate product list page and outputting it to the display control board 329, the output candidate product list page is displayed on the display unit 312 by the display control board 329.

  On the candidate product list page displayed in this way, the player confirms the list of products placed in the basket to be ordered, and when these products are actually ordered, they are displayed in the lower area of the page. If you want to order another product that is not displayed, you can select and enter the “Cancel” selection input part. Select and input the "Return" selection input section.

  In addition, when the display area of each product displayed on the candidate product list page is selected, "Do you want to delete the product? <Yes>, <No>" to accept the deletion of the product. By displaying the delete acceptance dialog including the display, the player can delete the candidate product that he / she wants to exclude from the order target.

  Then, when the player selects and inputs the “to order” selection input unit, predetermined order execution information is output from the display control board 329 to the control unit 328, so that the control unit 328 has a real-time clock ( RTC) Order including current time information acquired from 328d, product ID and quantity stored as candidate product, corresponding pachinko machine 2 machine number, and offer type information indicating that the offer type is sales After the information is transmitted to the management computer 110, a candidate product list page including a display of “currently being arranged” is output to the display control board 329 and displayed on the display unit 312, and the display from the management computer 110 is completed. Moves to the instruction reception waiting state.

  In response to receiving the order information from the card unit 3, the management computer 110 registers the order information in the order history table and registers “-” indicating incomplete in the corresponding product provision data, Send the order information to the terminal for the wagon service.

  In response to receiving the order information, the wagon service terminal displays the contents of the received order information as a new order list. The number of balls of each product displayed in the new order list is determined by the management computer 110 according to the lending rate set in the card unit 3 on which the order has been executed, and the order. By transmitting the information to the wagon service terminal, the number of balls corresponding to the rental rate actually collected from the player is displayed.

  By displaying the new order list on the terminal for the wagon service in this way, the salesperson does not go to the location of the player who placed the order, but the product name and quantity of the ordered product, the order Thus, the player can grasp the machine number of the pachinko machine 2 in the game and the number of balls to be collected, and can bring the ordered product to the player who ordered it.

  When the salesperson brings the ordered product, the display unit 312 of the card unit 3 displays the candidate product list page including the ordered product name and quantity, and the total number of paid balls. In addition to confirming whether there is a mistake in the product and quantity or whether the player who ordered is correct, the player provides the product, and collects the total number of balls to be paid from the player.

  At the time of this collection, if there is a counted number of balls that exceeds the total number of paid balls, an operation menu of “total payout” is displayed on the candidate product list page displayed on the display unit 312. By operating the “total payout” operation menu, the total number of payable balls is paid out to the guide tube 341 by the ball cutting and paying unit 340. It is possible to accurately collect the total number of payable balls by moving it onto the collection tray that brought the department.

  In this way, when the sales clerk finishes providing the ordered product and returns to the wagon service counter where the wagon service terminal is installed, it is displayed corresponding to the product for which the provision has been made in the new order list. Select and input the “complete” selection input section.

  In response to the selection input of this “complete” selection input unit, the wagon service terminal deletes the selected input product from the new order list, and stores the order content that has been provided as a supply history, and then selects it. By providing provision completion information including the commodity ID and the unit number of the commodity corresponding to the inputted “completion” selection input unit to the management computer 110, the management computer 110 includes the provision completion information. The product provision data in the order history in the order history table including the unit number and the product ID is updated to “complete”, and a display completion instruction is transmitted to the card unit 3 corresponding to the unit number.

  In response to receiving this display completion instruction, the control unit 328 outputs a display end instruction to the display control board 329, and terminates the display of the candidate product list page including the display “currently being arranged” on the display unit 312. After that, it returns to the standby state of Sb2 to Sb12.

  In addition, in the standby state of Sb2 to Sb12 described above, when there is reception due to the proximity of the mobile phone 5 to the mobile phone reception unit 332, reception detection information associated with the reception is transmitted from the external reader / writer 330 to the control unit 328. , The control unit 328 determines that there is mobile phone reception in Sb11, proceeds to step Sb29, and performs the mobile reception processing shown in FIG.

  In the mobile reception process of this embodiment in Sb29, first, as shown in FIG. 18, the transmission request polling including the game hall ID of the game hall is transmitted from the external reader / writer 330 in a short cycle. In response, the external reader / writer 330 receives the specific transaction request returned from the non-contact IC chip 100 mounted on the mobile phone 5 close to the mobile phone receiving unit 332, so that the specific transaction is received. The balance data stored in the JG electronic money storage area 104c of the memory 104 included in the request, the chip ID of the contactless IC chip 100, the member ID corresponding to the received game hall ID, and the number of saved balls or electronic money A transaction type indicating which one of these is used is acquired (Sk1).

  That is, the external reader / writer 330 according to the present embodiment is provided in one-to-one correspondence with the gaming machine (pachinko machine 2), and member identification information that can individually identify each member player registered as a member in the game hall. The member ID is stored so as to be readable, the mobile phone 5 (mobile terminal) that the member player can carry is received, and a specific transaction request including the member ID (member identification information) is received (read). The external reader / writer 330 forms the portable terminal receiving means of the present invention.

  Further, the external reader / writer 330 serving as the portable terminal receiving means can receive (read) specific transaction information including the balance data and chip ID serving as game value specifying information and the transaction type (processing type information). Yes.

  Then, it is determined whether or not the acquired member ID matches the already received member ID stored in the card table (Sk2).

  If the member IDs do not match (including the case where the member ID is not stored), the process proceeds to step Sk7 to determine whether or not the counted ball number is 0, and the counted ball number. If the value is not 0, the process proceeds to step Sk20, and it is determined that the mobile phone 5 other than the member player who is playing a game in the corresponding pachinko machine 2 is erroneously brought close to the mobile phone receiving unit 332. The reception is invalidated, the portable reception process is terminated, and the process returns to the standby state of Sb2 to Sb12.

  That is, in the step of Sk7 in the mobile reception process, when the mobile phone 5 is received by the external reader / writer 330 (mobile terminal reception means), the counted balls counted by the counting device 404 (game medium counting means). It is determined whether or not the number (the number of counted game media) is 0, and the determination unit of the present invention is formed by the control unit 328 that performs the mobile reception process.

  On the other hand, if the value of the counted number of balls is 0, it is determined as “Yes” in the step of Sk7, and the process proceeds to the step of Sk8 to perform an authentication process for determining whether or not the newly accepted mobile phone 5 can be used. carry out.

  In the authentication process, the control unit 328 transmits an authentication request including the device ID of the card unit 3 and the chip ID and member ID included in the received specific transaction request to the management computer 110, and authenticates from the management computer 110. Get the result.

  In response to the reception of the authentication request, the management computer 110 (CPU 112) determines whether or not the chip ID included in the authentication request exists in the member card table, and the member ID included in the authentication request is stored in the member card table. Whether the member ID matches with the member ID stored in correspondence with the chip ID, and the chip ID stored in the “reception ID” corresponding to the situation of “away from seat” in the unit management table It is determined whether the ID does not match, the chip ID exists in the member card table, the member ID matches, and the chip ID of “reception ID” corresponding to the situation of “away from seat” When the chip IDs do not match, authentication OK is returned as an authentication result to the card unit 3 that is the transmission source of the authentication request.

  In addition, if the chip ID exists in the member card table and the member ID matches, and the chip ID matches the chip ID of “reception ID” corresponding to the situation of “away from seat”, the authentication result If the chip ID does not exist in the member card table or the member IDs do not match, authentication NG is returned as an authentication result.

  When returning the authentication OK authentication result, it is determined whether or not the game history of the day corresponding to the member ID is stored in the member-specific game history table, and the game history of the day is stored. If not, store visit points are given to the member player, and member attribute information (personal information) such as new store points and names after the grant is stored in the member information table corresponding to the member ID The member information data including the number of stored balls and the number of possessed balls corresponding to the lending rate of the card unit 3 specified from the received personal identification number and the received device ID is returned together with the authentication result of the authentication OK.

  In response to the return of the authentication result, the control unit 328 proceeds to the step of Sk9, and determines whether or not the received authentication result is an authentication OK authentication result.

  If the authentication result is authentication OK, the process proceeds to step Sk10, and the card number, the point of visit, the number of stored balls, and the number of possessed balls received together with the authentication result of the authentication OK together with the chip ID and member ID, the card table Then, it is determined whether or not the transaction type acquired from the mobile phone 5 is the use of the number of saving balls.

  When the acquired transaction type is not the use of the number of saving balls, that is, the use of electronic money, the process proceeds from Step Sk11 to Step Sk12, and after executing the electronic money ball lending process shown in FIG. 22, Sb2 to Sb12 Return to the standby state.

  That is, the card unit 3 serving as the game medium payout means of the present embodiment has the determination result of Sk3 or Sk7 that the counted number of balls is 0, and the external reader / writer 330 (mobile terminal receiving means) ) When the processing specified by the transaction type (processing type information) read out in) is the number of saving balls (payment of game media based on the number of saved game media), the saving use processing (payout processing) is performed while counting The result of the determination that the number of balls is 0, and the process specified by the transaction type (processing type information) read by the external reader / writer 330 (portable terminal receiving means) is JG electronic money amount (game value) The size specified from the balance data (game value specifying information) read by the external reader / writer 330 (portable terminal receiving means) when pachinko balls are lent by Use the JG electronic money amount, it is doing the electronic money lending process to lend a pachinko ball.

  On the other hand, when the acquired transaction type is the use of the number of saving balls, the process proceeds from step Sk11 to step Sk17, and a password acceptance process is performed.

  In this password receiving process, as in the case of a membership card, a password receiving screen (not shown) including a numeric keypad for receiving the password is displayed on the display unit 312 and the password is received by the transparent touch panel 314. carry out.

  That is, in the transparent touch panel 314 of this embodiment, an input of a personal identification number (person authentication information) for authenticating the member player is accepted, and the personal authentication information input means of the present invention is formed by the transparent touch panel 314. ing.

  Then, the personal identification number received on the personal identification number acceptance screen is compared with the personal identification number stored in the card table to determine whether the personal identification number matches (Sk18).

  If the passwords do not match, the process proceeds to step Sk20, the reception of the mobile phone 5 is invalidated, the mobile phone reception process is terminated, and the process returns to the standby state of Sb2 to Sb12. Proceeds to step Sk18 +, updates the collated flag to “1” indicating that the collation has been completed, stores the member ID stored in the card table in association with the collated flag, and then proceeds to step Sk19. Then, after implementing the saving use process shown in FIG. 21, it returns to the standby state of Sb2-Sb12.

  That is, in the portable acceptance process of the present embodiment, the accepted portable is obtained on the condition that the determination result in the step of Sk7 is a determination result that the counted number of balls (the number of counted game media) is zero. The saving use processing of Sk19 for paying out the number of holding balls and the number of pachinko balls within the range of the number of saving balls specified from the member ID (member identification information) read from the telephone 5 The game medium payout means of the present invention is formed by the control unit 328 for executing the saving use process (payout process) and the card unit 3 having the control unit 328.

  In addition, in the RAM 328b of the present embodiment, the member ID (member identification information) that has been authenticated as the principal is verified based on the personal identification number (personal identification information) input in the personal identification number receiving process of Sk17. Is stored in association with the completed flag, and the RAM 328b forms the authenticated member identification information storage means of the present invention.

  On the other hand, if the returned authentication result is not authentication OK, it is determined as “No” in the step of Sk8 and the process proceeds to the step of Sk13 to determine whether or not the returned authentication result is away. To do.

  If the authentication result is not away, that is, if the authentication result is authentication NG, it is determined as “No” in the determination, and the process proceeds to the step of Sk20. The process is terminated and the process returns to the standby state of Sb2 to Sb12.

  On the other hand, if the authentication result is that the user is away from the seat, the display unit 312 displays a platform movement acceptance screen that allows the user to select whether or not to perform the platform movement from the pachinko platform in the absence of seat to the pachinko platform. Then, the will confirmation of the table movement is received from the member player (Sk14).

  When the selection to not move the table is accepted on the table movement acceptance screen, it is determined as “No” in the step of Sk15, and the process proceeds to the step of Sk20. The process is terminated and the process returns to the standby state of Sb2 to Sb12. On the other hand, if the selection to move the table is accepted, the process proceeds to step Sk16, the table movement process is performed, and then the portable reception process is terminated. And it returns to the standby state of Sb2-Sb12.

  In the table moving process of this embodiment, a table moving request including the chip ID included in the specific transaction request received from the received mobile phone 5 and the device ID of the card unit 3 is transmitted to the management computer 110. .

  In response to the reception of the table movement request, the management computer 110 stores the card unit 3 in which the chip ID included in the received table movement request is stored in the “reception ID” and the status “in the absence” is stored. It is specified from the unit management table, and the counted number of balls and the member game history data are acquired from the card unit 3 as the movement source, and the member game history table and the card table are reset to release the card unit 3. The seat mode state is terminated.

  Then, the game history table with the acquired number of balls of the acquired member game history data as the acquired number of counted balls is stored in the member-specific game history table, and the acquired counted number of balls is stored in the transmission source of the table movement request. The data is transmitted to the card unit 3, that is, the destination card unit 3.

  In response to the reception of the counted number of balls, the card unit 3 (control unit 328) displays the received number of counted balls as the counted number of balls, so that the member player operates the payout button 413. Upon receiving the payout from the counted number of balls acquired by the game in the pachinko machine 2 that is the movement source, the card unit 3 can execute the game in the corresponding pachinko machine 2.

  The card unit 3 acquires data other than the chip ID and member ID from the management computer 110 along with the display of the counted number of balls received, stores the data together with the chip ID and member ID in the card table, and The displayed number of balls is updated by adding to the number of used balls in the member game history table.

  On the other hand, if it is determined “Yes” in the step of Sk2, that is, if it is determined that the member ID acquired from the mobile phone 5 matches the already received member ID stored in the card table, the step of Sk3 is performed. It is determined whether or not the value of the counted number of balls is 0, and if the number of counted balls is not 0, the process proceeds to step Sk6, and the existing number of counted balls is held. After carrying out the mobile payment process to finish the game by adding to the number, the process returns to the standby state of Sb2 to Sb12. On the other hand, if the value of the counted number of balls is 0, the process proceeds to the step of Sk4 and the acquired transaction It is determined whether the type is the use of the number of saving balls.

  That is, in the step of Sk3 in the mobile reception process, when the mobile phone 5 is received by the external reader / writer 330 (mobile terminal reception means), the counted balls counted by the counting device 404 (game medium counting means). It is determined whether or not the number (the number of counted game media) is 0, and the determination unit of the present invention is formed by the control unit 328 that performs the mobile reception process.

  In addition, in the mobile settlement process of Sk6 in the mobile acceptance process of the present embodiment, on the condition that the determination result in the step of Sk2 is a determination result that the counted number of balls (the number of counted game media) is not zero. In addition, the counted number of balls is added and updated to the number of balls and the number of balls that are the number of stored balls (number of stored game media) specified from the member ID (member identification information) read from the received mobile phone 5. Therefore, the mobile payment process corresponds to the saving process of the present invention, and the control unit 328 that executes the mobile payment process corresponds to the saving process means of the present invention.

  Then, if the acquired transaction type is not the use of the number of saving balls, that is, the use of electronic money, the process proceeds from Step Sk4 to Step Sk12 and the electronic money ball lending process shown in FIG. On the other hand, if the acquired transaction type is the use of the number of saving balls while returning to the standby state of Sb12, the process proceeds to the step of Sk4 +, whether or not there is a collated flag, that is, the collated flag indicates that the collation has been completed. If the collation flag is “1”, the member ID stored in association with the collation flag and the received mobile phone 5 are further received. It is determined whether or not the member ID included in the specific transaction request matches, and if the member ID matches, the process proceeds to step Sk5, and after performing the saving and using process shown in FIG. 21, Sb2 to Sb On the other hand, if the collated flag is not “1”, that is, if there is no collated flag, the process proceeds to step Sk17 to execute the password receiving process and the received password matches. In this case, after executing the saving use process shown in FIG. 21, the process returns to the standby state of Sb2 to Sb12.

  That is, once the personal identification number by the personal identification number acceptance process is matched, the collation flag is “1” indicating that the collation has been completed, and the member ID stored in association with the collation flag is stored. When the two match, the member player can receive the number of balls or the number of stored balls by the saving use processing shown in FIG. 21 without inputting the password again.

  In the portable acceptance process of the present embodiment, the accepted portable is provided on the condition that the determination result in the step of Sk3 is a determination result that the counted number of balls (the number of counted game media) is zero. The saving use processing of Sk6 for paying out the number of retained balls and the number of pachinko balls within the range of the number of stored balls specified from the member ID (member identification information) read from the telephone 5 and the number of stored balls The game medium payout means of the present invention is formed by the control unit 328 for executing the saving use process (payout process) and the card unit 3 having the control unit 328.

  Further, in the card unit 3 (the game medium payout means) of the present embodiment, the member ID included in the specific transaction request received by the external reader / writer 330 (mobile terminal receiving means) is RAM 328b (recorded member identification information). When it does not match the member ID stored in association with the verified flag in the storage means (No in Sk4 +), it is based on the personal identification number (person authentication information) input from the transparent touch panel 314 (person authentication information input means). On the condition that the identity of the person is obtained (Yes in Sk18), permission is granted for the use of the stored ball (dispensing process) of Sk19, and the member ID obtained for the identity is verified. In association with the completed flag, it is stored in the RAM 328b (recorded member identification information storage means) (Sk18 +), while the external reader / writer 3 When the member ID included in the specific transaction request received at 0 (portable terminal receiving means) matches the member ID stored in the RAM 328b (authenticated member identification information storage means) in association with the verified flag. (Yes in Sk4 +), licensed to use the storage (skipping process) of Sk5 without performing personal authentication (Sk18) based on the input of the personal identification number (personal authentication information) from the transparent touch panel 314 (personal authentication information input means) ing.

  Here, the electronic money use process, the saving use process, and the payment process of this embodiment will be described in detail below.

  First, the saving and using process according to the present embodiment, which is performed in the steps of Sk5 or Sk19 of the above-described mobile reception process, will be described with reference to FIG. 21. First, it corresponds to the lending rate set in the card unit 3. It is specified from the number of balls stored in the card table whether or not the number of balls is present (Sg1).

  If the number of balls is present, the process proceeds to step Sg7, where it is determined whether the number of balls is 125 balls or more, which is the payout unit number. If it is 125 balls or more, the process proceeds to step Sg8. Then, the payout unit number (125 balls) is subtracted from the number of balls stored in the card table and updated, and a payout instruction for the payout unit number (125 balls) pachinko balls is sent to the corresponding pachinko machine 2. On the other hand, when the number of pachinko balls is paid out, if it is less than 125 balls, the process proceeds to step Sg9, and the number of held balls less than 125 balls is paid out from the ball cutting unit 340, The number of possessed balls stored in the card table is updated to “0” and the saving and using process is terminated.

  The number of possessed balls thus subtracted is added to the number of used possessions in the member game information table and updated, and the management computer 110 displays a retained ball usage notification including the number of possessed balls after subtraction (update) and the member ID. , The number of possessed balls corresponding to the member ID in the member card table is updated to the number of retained balls after subtraction (update).

  On the other hand, if the number of possessed balls does not exist, it is determined as “No” in the step of Sg1 and proceeds to the step of Sg2, and the number of replay units (135 corresponding to the lending rate set in the card unit 3) Judgment is made based on the number of stored balls stored in the card table, and if there is no stored ball number exceeding the replay unit number (135 balls), the step of Sg6 If the remaining number error screen including a message indicating that the number of stored balls is insufficient is displayed on the display unit 312 while the number of stored balls exceeds the number of replay units (135 balls), the Sg3 Proceeding to the step, the number of replay units (135 balls) is subtracted from the number of balls stored in the card table and updated, and 125 pachinko machines corresponding to the number of replay units (135 balls) are updated. A dispense instruction, and outputs to the corresponding pachinko machine 2 was dispensed the number the pachinko balls, and ends the saving use process.

  It should be noted that the number of stored balls thus subtracted is updated by adding to the number of replay balls in the member game information table, and the member ID stored in the card table and the pachinko balls of the number of replay units are paid out. Is sent to the management computer 110, and the number of replay units (135 balls) is subtracted and updated from the number of balls stored corresponding to the member ID in the member card table. The

  That is, in the saving and using process of the present embodiment, when there is a number of balls (the number of game media saved on the day), the number of balls is used preferentially, and when there is no number of balls ( Non-day saving game media number) is used.

  In this embodiment, the number of stored balls less than the number of replay units cannot be used for replay. However, the present invention is not limited to this, and the number of stored balls is the same as the number of held balls. In addition, the number of stored balls less than the number of replay units may be used for replay by paying out from the beading and paying unit 340.

  In addition, in the saving and using process of the present embodiment, unlike the electronic money ball lending process described later, the unit ID of the card unit 3 using the number of held balls and the number of stored balls, and information on the number of held balls and the number of stored balls are used. When paying out the number of possessed balls and the number of stored balls, it is not necessary to send each time the mobile phone 5 is received. The reception time of the mobile phone 5 when using the number of balls and the number of stored balls can be shortened.

  Next, with reference to FIG. 18B, the mobile payment process of the present embodiment performed in the step of Sk6 of the above-described mobile reception process will be described. In the mobile payment process, the control unit 328 starts with a management computer. 110, in the membership card table, by transmitting a membership addition request including the member ID determined to be coincident in Sk2 and the chip ID, the counted number of balls, and the device ID stored in the card table. Update the unit management table by adding and updating the counted number of balls corresponding to the lending rate of the card unit 3 specified from the device ID and stored corresponding to the chip ID and the member ID ( Change the status to standby, delete the reception ID) and poll the mobile phone 5 for reception requests (inquiries) It was) to the external writer 330.

  In response to reception of this reception request polling (inquiry), the non-contact IC chip 100 returns a reception OK, starts the settlement processing shown in FIG. 24, and enters a usage history reception waiting state (Sz1).

  In response to the response to the reception OK, the control unit 328 sends the unit ID of the card unit 3, the lending rate, the counted number of balls to be acquired in the member game information table, and the expenditure totaled in the member game information table. Usage history information including information on the amount of money, the number of replay balls, and the number of used balls is transmitted to the non-contact IC chip 100 by the external reader / writer 330, and the member game history data aggregated in the member game information table is transmitted. After transmitting to the management computer 110 and storing the game history in the member-specific game history table, the member game information table, the card table, the verified flag, and the corresponding member ID are reset, and the mobile payment processing is terminated. To do.

  That is, the external reader / writer 330 according to the present embodiment replays the number of stored game media used for the saving use processing (payout processing) in the card unit 3 (game media payout means) for the received mobile terminal. At least one of the number of balls, the number of used balls, or the counted number of balls (number of counted game media) provided for mobile payment processing (savings processing), and the unit ID (game media payout means identification information) Usage history information (history information) is transmitted, and the external reader / writer 330 corresponds to the history information transmitting means in the present invention.

  Further, the external reader / writer 330 serving as the history information transmitting means of the present embodiment is used only when the mobile phone 5 is received by the external reader / writer 330 (mobile terminal receiving means) when the number of counted balls is not zero. In other words, only in the mobile checkout process, the total number of saving game media used (the number of replay balls, used), which is the total number of saved balls (number of possessed balls, number of stored balls) counted in the member game information table as a counting means Usage history information (history information) including the number of possessed balls) and a unit ID (game medium payout means identification information) is transmitted.

  The reception of the usage history information transmitted from the external reader / writer 330 in this way is detected in the Sz1 step of the settlement process and proceeds to the Sz2 step, and the digital control unit 103 of the non-contact IC chip 100 receives the reception history information. The JG electronic money storage area 104c is associated with the unit ID included in the usage history information, the lending rate, the number of balls acquired (counted balls), the amount of money spent, the number of replay balls, and the number of used balls. As usage history data.

  Then, the process proceeds to Sz3, and after the activation request for the JG application that is an electronic money use application is transmitted to the control unit 55, the process proceeds to Sz4 and shifts to a state of waiting for access to the use history of the JG electronic money storage area 104c. .

  The reception of the JG application activation request transmitted in Sz3 is detected in the step Sd1 of the process shown in FIG. 25 performed by the control unit 55 and proceeds to the step Sd3. The control unit 55 reads the EEPROM of the memory unit 60. The JG application stored in is read and activated, and the usage history of the storage area 104c of JG electronic money is accessed based on the activated JG application. Specifically, when accessing the usage history, the control unit 55 outputs a usage history access request including the application ID of the JG application to the digital control unit 103 of the non-contact IC chip 100, so that the digital control unit 103 By detecting the access of the usage history at Sz4 and proceeding to Sz5, by confirming that the output application ID is stored in the access right data of the storage area 104c of JG electronic money, Allows access (reading) to usage history data. When the application ID is not stored in the access right data, access (reading) to the usage history data is not permitted.

  Then, after permitting access (reading) to the usage history data, the digital control unit 103 proceeds to the step of Sz6, shifts to the output waiting state of the usage history deletion request from the control unit 55, and will be described later with reference to FIG. In the step Sd21 of the process in the control unit 55 shown, the process proceeds to the step Sz7 based on the output of the deletion request, deletes the accessed (read) usage history data, and ends the process at the time of settlement To do.

  On the other hand, the control unit 55 that has read the usage history data by executing the JG application proceeds from step Sd3 to step Sd4, and has the unit ID included in the read usage history data already stored in the usage history table? Determine whether or not.

  If the unit ID has already been stored in the determination, the process proceeds to step Sd5, and a date acquisition process for acquiring the current date from the RTC 61 is performed. Further, it is determined whether the use date stored corresponding to the unit ID is the same as the date at that time, that is, the same date as that date.

  If the stored dates are the same, the process proceeds to step Sd6, where the spending amount of the usage history data is updated and stored in the total usage amount corresponding to the stored date, and other data After storing the lending rate, the number of acquired balls, the number of replayed balls, and the number of used balls, the process proceeds to step Sd8.

  On the other hand, if the stored dates are not the same, the process proceeds to step Sd7, and the date (usage date) of the current day is read in association with the unit ID (game room ID and machine number). After the history data (lending rate, expenditure amount (total amount used), number of acquired balls, number of replayed balls, used number of used balls) is newly stored, the process proceeds to step Sd8.

  In step Sd8, it is determined whether or not the game hall name is stored in correspondence with the updated usage history or the newly stored date.

  If the amusement hall name is already stored, it is determined as “Yes” in the determination in step Sd8, and the process proceeds to step Sd21 to output a request to delete access history data accessed (read) to the digital control unit 103. After that, the process returns to the monitoring state where the reception of the start request for Sd1 and the acceptance of the start operation for the JG application of Sd2 is monitored. On the other hand, if the game hall name is not stored, it is determined as “No” in the determination of Sd8. After proceeding to step Sd9 and adding and updating the count to the number of additions, the process proceeds to step Sd10, where it is determined whether or not the new count value after the addition update is a predetermined number of times or more.

  If the new count value after the addition update is 5 or more in this determination, the process proceeds to step Sd21 and a request to delete access history data that has been accessed (read) is output to the digital control unit 103. , Sd1 and Sd2 are returned to the monitoring state. On the other hand, if the new count value is not five times or more, the process proceeds to step Sd15, and consists of steps Sd15 to Sd20 for acquiring a game hall name that is not stored. Perform the process.

  On the other hand, if the unit ID included in the usage history data read in step Sd4 is not already stored in the usage history table, the process proceeds to step Sd11, and the game is the same as the game hall ID included in the unit ID. It is determined whether a history (memory) of the place ID exists.

  If there is a history (memory) of the same game hall ID, the process proceeds to step Sd12 to determine whether or not the game hall name corresponding to the game hall ID has already been stored. When the history (memory) of the game hall ID does not exist, the process proceeds to step Sd14, and the read usage history data and the date of the day are stored in the usage history table as a new usage history. It progresses to a step and the process which consists of the step of Sd15-Sd20 for acquiring the game hall name of the game hall ID contained in the said unit ID and the model information (model name) of a machine number is implemented.

  If the game hall name is already stored, it is determined as “Yes” in the determination of Sd12, the process proceeds to step Sd13, and the unit of the access history data accessed (read) in association with the game hall ID. The machine number included in the ID, the date of the day, and the usage history data are newly stored.

  Thereafter, the process proceeds to step Sd21 to output a request to delete access history data accessed (read) to the digital control unit 103, and then returns to the monitoring state of Sd1 and Sd2, while the game hall name is not stored. In the determination of Sd12, it is determined as “No” and the process proceeds to the step of Sd12 +. After the usage history data accessed (read) is stored in association with the game hall ID, the process proceeds to the step of Sd15, and the unit ID The process which consists of the step of Sd15-Sd20 for acquiring the game hall name of the game hall ID contained in and the model information (model name) of the machine number is executed.

  That is, in the steps Sd6, Sd7, Sd12 +, and Sd13 performed by the control unit 55 of the present embodiment, the usage history table is based on the usage history information (history information) received from the external reader / writer 330 (history information transmitting means). The number of replay balls, the number of used balls (total number of used saving game media) and the number of acquired balls (number of counted game media) stored in (history information storage means) are updated, and the Sd6, Sd7, Sd12 + The history information updating means of the present invention is formed by the control unit 55 that executes the steps of Sd13.

  In the processing by the steps Sd15 to Sd20 for acquiring the game hall name and model information (model name), first, in Sd15, as in the screen shown in FIG. A message for requesting acquisition of information? And a unit ID included in the read usage history data, and a name specification request transmission acceptance screen including a selection input part of “OK” and “Cancel” on the display part 56 Display and accept from the player (carrying person) whether or not to acquire name information (game hall name and model name) at that time.

  As described above, in this embodiment, the name identification request transmission acceptance screen is displayed on the display unit 56 so as to accept whether or not the name information is acquired from the player (carrying person). If the player (carrying person) does not need the name information, the name information is not unnecessarily transmitted to the name specifying request and the name information is not acquired. This is preferable because it is possible to eliminate an increase in the economic burden on the player (carrying person) due to an unnecessarily large price), but the present invention is not limited to this. Instead of displaying the request transmission acceptance screen on the display unit 56, the name identification request may be uniquely transmitted to acquire the name information regardless of the intention of the player (carrying person).

  Then, the process proceeds to Sd16, and if there is no selection of the “OK” selection input unit within the predetermined time, or if there is a selection input unit of “Cancel” within the predetermined time, no name specifying request operation (No ), The process proceeds to step Sd21, and after the access (read) usage history data deletion request is output to the digital control unit 103, it returns to the monitoring state of Sd1 and Sd2, while “OK” within a predetermined time. When the selection input unit is selected, it is determined that there is a name identification request operation (Yes), and the process proceeds to step Sd17, where a name identification request including the unit ID displayed on the name identification request transmission acceptance screen is displayed. In addition to transmitting to the server computer 160, the process proceeds to step Sd18, and in response to the name identification request within a predetermined time. Reply name information is determined whether there from the server computer 160 that, when there is no reply within a predetermined time, by returning to step SD17, and transmits the repeated names specific requirements. Although not shown in FIG. 25, if the name information is not returned even if the name specifying request is repeatedly transmitted a predetermined number of times, the process proceeds to step Sd21, and after the deletion request is output, The monitoring state returns to Sd1 and Sd2.

  That is, in step Sd17 performed by the control unit 55 of the present embodiment, the unit ID (game medium payout means identification information) stored in the use history table (history information display means) is included for the server computer 160. The name specifying request transmitting means in the present invention is formed by the control unit 55 that transmits the name specifying request and executes the step of Sd17.

  The reception of the name identification request is detected in SS1 in the name identification request reception process shown in FIG. 27, which is performed in a central processing unit (CPU) (not shown) mounted on the server computer 160, and proceeds to SS2. The game hall name and model information (model name) corresponding to the unit ID included in the received name identification request are identified based on the data stored in the name information table, and the identified gaming hall name The name information including the model information (model name) and the unit ID included in the received name identification request as a state associated with each other is returned to the mobile phone 5 that is the transmission source of the received name identification request.

  That is, in the name specification request receiving process of the present embodiment, the name stored in association with the unit ID (game medium payout means identification information) included in the name specification request is specified, and the name specification request is transmitted. Name information including the specified name is transmitted to the mobile phone 5, and a gaming machine name transmitting means of the present invention is formed by a central processing unit (CPU) that performs the name specifying request receiving process.

  In this embodiment, when a name specifying request including a plurality of unit IDs is received at one time, and the game hall name and model information (model name) of each unit ID are returned, the game hall name to be returned is returned. In order to be able to determine which unit ID the model information (model name) corresponds to, the received unit ID, game hall name, and model information (model name) are included in association with each other Although the name information is returned, the present invention is not limited to this. When only one unit ID is included in the name specifying request and it is desired to obtain name information of a plurality of unit IDs, In the case where the name identification request is transmitted multiple times, the name information returned from the server computer 160 corresponds to the unit ID included in the received name identification request. It is not necessary to the only state, it is sufficient to return the name of information that contains only the specified game field name and model information (model name).

  The reception of the name information returned in this way is detected in the step of Sd18 and proceeds to the step of Sd19, where the game hall name and the model information (model name) included in the returned name information are The unit ID included in the received name information, that is, the game hall name corresponding to the game hall ID included in the unit ID displayed on the name identification request transmission acceptance screen, and the model information corresponding to the machine number included in the unit ID (Model name) is stored in the usage history table.

  Then, the process proceeds to step Sd20, the count value of the number of additions is reset, the process proceeds to step Sd21, and the access history data access deletion request is output to the digital control unit 103, and then monitoring of Sd1 and Sd2 is performed. Return to state.

  In this way, in the usage history table, the player (carrying person) acquires the pachinko ball by adding to the number of balls, that is, using the JG electronic money amount, or using the number of balls or the number of balls By doing this, the usage date of the card unit 3 that has saved the number of saved balls, the total amount used (expense amount) on that date, the number of balls acquired, the number of replayed balls, the number of used balls, the loan rate Then, the name of the game hall where the card unit 3 is installed and the model information (model name) of the gaming machine corresponding to the card unit 3 are stored and managed. However, with regard to the amusement hall name and model information (model name), if there is no “OK” operation within a predetermined time on the above-mentioned name identification request transmission acceptance screen (including a cancel operation), the amusement hall Since the name and model information (model name) are not acquired, there may be those in which these game hall names and model information (model name) are not stored.

  Next, the electronic money ball lending process of the present embodiment performed in the step of Sk12 of the above-described mobile acceptance process will be described with reference to FIG. 22. In the electronic money ball lending process, first, the received specific transaction It is determined whether the remaining amount included in the request is smaller than the minimum unit ball lending amount (Sc1).

  In the determination of Sc1, if the remaining amount is smaller than the minimum unit ball lending amount of the set lending rate, a remaining amount error indicating that the remaining amount is smaller than the minimum unit ball lending amount and the ball lending cannot be performed is indicated on the mobile phone. 5, the electronic money ball lending process is terminated and the ball lending is not carried out (Sc6). If the remaining amount is equal to or larger than the minimum unit ball lending amount, the process proceeds to Sc2, and the remaining amount is set at that time. It is determined whether or not the loan amount is equal to or greater than the unit loan amount.

  In the determination of Sc2, if the remaining amount is equal to or larger than the unit ball lending amount, the process proceeds to Sc3, and the specific transaction information including the unit ball lending amount, for example, 1000 yen, the unit ID of the card unit 3, and the lending rate Is transmitted to the mobile phone 5 (non-contact IC chip 100) as shown in FIG.

  On the other hand, if it is determined in Sc2 that the remaining amount is not equal to or greater than the unit ball lending amount, the process proceeds to Sc7, and an amount that is an integral multiple of the maximum minimum unit ball lending amount within the remaining amount range, for example, the remaining amount is 750 yen. If the unit ball lending amount is 1050 yen (lending rate 4 yen / ball) and the minimum unit ball lending amount is 105 yen, the maximum minimum unit ball lending amount within the remaining amount is 735 yen Specified as an integer multiple of money.

  Then, the specific transaction information including the amount specified in Sc7, the unit ID of the card unit 3 and the lending rate is transmitted to the mobile phone 5 (non-contact IC chip 100) as shown in FIG. (Sc8).

  In the step of S1 in the electronic money use process shown in FIG. 23, the specific transaction information transmitted in this way is received by the mobile phone 5 (non-contact IC chip 100) after transmitting the specific transaction request. Detected and proceeds to S2, and from the balance (electronic money balance) stored in the memory area 104c of the JG electronic money in the memory 104, the amount included in the received specific transaction information (specified in unit credit amount or Sc7) Then, the process proceeds to S3, and a subtraction update completion notification that the subtraction update is completed is transmitted to the card unit 3 as shown in FIG.

  The reception of the subtraction update completion notification transmitted in this way is detected in Sc4 in the electronic money ball lending process, proceeds to Sc5, and corresponds to the unit ball lending amount transmitted as specific transaction information or the amount specified in Sc7. An instruction to pay out the number of pachinko balls to be outputted is output to the corresponding pachinko machine 2 so as to pay out the number of pachinko balls, and the electronic money ball lending process is terminated.

  That is, in the electronic money ball lending process of the present embodiment, at least a part of the size of the JG electronic money amount used as a gaming value that can be used for lending a pachinko ball as a game medium is used, and the JG used A game medium corresponding to the amount of electronic money is lent to the pachinko machine 2, and includes a control unit 328 for executing the electronic money ball lending process, and the control unit 328, and a pachinko machine 2 (game machine). The game medium rental means of the present invention is formed by the card units 3 provided in a one-to-one correspondence.

  The control unit 328 adds and updates the amount included in the transmitted specific transaction information (unit ball loan amount or the amount specified in Sc7) to the expenditure amount of the member game information, and is included in the received specific transaction request. Electronic money sales information including the chip ID, the amount included in the transmitted specific transaction information (the unit ball loan amount or the amount specified in Sc7), and the device ID of the card unit 3 to the management computer 110 Thus, the management computer 110 manages the electronic money sales information of the entire game hall, and the management server 140 collects and manages the electronic money sales information of each game hall.

  The digital control unit 103 of the non-contact IC chip 100 transmits a subtraction update completion notification in S3, and then proceeds to S4, where the unit ID and the amount (unit ball lending amount or Sc7 included in the received specific transaction information are received). And the loan rate are associated with each other and stored as usage history data in the JG electronic money storage area 104c.

  Then, the process proceeds to S5, a request for starting a JG application that is an electronic money use application is transmitted to the control unit 55, and then the process proceeds to S6 to shift to a state of waiting for access to the use history of the JG electronic money storage area 104c. .

  The reception of the JG application activation request transmitted in S5 is detected in the step Sd1 of the process shown in FIG. 25 performed by the control unit 55 and proceeds to the step Sd3. The control unit 55 reads the EEPROM in the memory unit 60. Is read and activated, and the usage history of the storage area 104c of the JG electronic money is accessed based on the activated JG application. Specifically, when accessing the usage history, the control unit 55 outputs a usage history access request including the application ID of the JG application to the digital control unit 103 of the non-contact IC chip 100, so that the digital control unit 103 By detecting the use history access in S6 and proceeding to S7, by confirming that the output application ID is stored in the access right data of the storage area 104c of JG electronic money, Allows access (reading) to usage history data. When the application ID is not stored in the access right data, access (reading) to the usage history data is not permitted.

  Then, after permitting access (reading) to the usage history data, the digital control unit 103 proceeds to step S8, shifts to the output waiting state of the usage history deletion request from the control unit 55, and will be described later with reference to FIG. In step Sd21 of the process in the control unit 55 shown, the process proceeds to step S9 based on the output of the deletion request, deletes the accessed (read) usage history data, and executes the electronic money usage process. finish.

  The control unit 55 that has read the usage history data by executing these JG applications performs the processing of FIG. 25 performed in conjunction with the above-described settlement processing, along with the electronic money usage processing, so that the same day. If the usage history of the same unit ID is not stored, it is newly stored in the usage history table in association with the usage date as a new usage history, and the same unit ID is stored on the same day Is updated by adding the amount included in the new usage history data to the total usage amount corresponding to the same unit ID, and if there is no storage of the game hall name corresponding to the usage history, the server computer 160 The game machine name and model information (model name) are acquired and stored in the usage history table.

  When it is desired to check the usage history stored in the usage history table in this way, the player (carrying person) activates these usage histories by starting the JG application (JG electronic money usage application, JG savings confirmation application). The flow of confirming these usage histories will be described below with reference to FIGS. 25, 26, 28, and 29. FIG.

  First, when a member player (carrying person) wants to check the usage history of electronic money, a predetermined operation is performed on the mobile phone 5 to list each application program stored in the EEPROM of the memory unit 60. Is displayed on the display unit 56 as shown in FIG. 28A (the same applies to FIG. 29A).

  Then, from the displayed list, a “JG electronic money using application” which is a JG application is selected.

  Based on the selection, the control unit 55 determines that the JG application activation operation has been performed, the activation operation is detected in Sd2, and the selected JG electronic money stored in the EEPROM of the memory unit 60 is stored. After the usage application is read out and started, as shown in FIG. 28B, a top menu in which each menu item can be selected is displayed on the display unit 56, and each menu item, that is, whether there is an available amount confirmation operation. Then, a transition is made to an operation waiting state indicating whether there is a history display operation, a name identification operation, or an end operation.

  When the player (carrying person) wants to confirm the remaining JG electronic money amount and selects the “Available amount confirmation” menu, the selection of the menu is detected in the operation waiting state. The control unit 55 accesses the remaining amount of the storage area 104c of the JG electronic money, and performs the available amount display processing for displaying the accessed (read) remaining amount on the display unit 56 as shown in FIG. Then, based on whether a predetermined time has elapsed or the selection input unit of “confirm” is operated, the top menu shown in FIG. Migrate to

  In addition, in the balance display screen shown in FIG. 28C of the present embodiment, a link message “Please select here if you want to use electronic money preferentially” is displayed. In response to selecting “here”, which is an underlined portion, the control unit 55 changes the transaction type to use electronic money, and then returns to the top menu shown in FIG.

  As described above, in this embodiment, when the member player who owns the mobile phone 5 brings the mobile phone 5 close to the card unit 3 having the counted number of balls, the electronic money is preferentially used. Can be set in advance.

  When the member player (carrying person) wants to check the usage history of the JG electronic money amount, when the “use history confirmation” menu is selected, the selection is detected in the operation waiting state and stored in the usage history table. Of the usage histories that have been stored, the data storing the total usage amount is read out, and as shown in FIG. 28 (e), the usage history display process for displaying the read usage history on the display unit 56 is performed. When the predetermined time elapses or the “confirmation” selection input unit is operated, the process shifts to the operation waiting state displaying the top menu shown in FIG.

  In this embodiment, as shown in FIG. 28 (e), an underline indicating a link is displayed on the displayed unit number, and the electronic number can be selected by selecting the unit number on which the underline is displayed. In a game using money, a detailed game history including game information is acquired from the server computer 160 and displayed.

  Specifically, when the displayed machine number is selected, the control unit 55 determines the game machine ID corresponding to the selected machine number, the game hall name, the use date, and the member player at the game hall. A history transmission request including the member ID is sent to the server computer 160.

  In response to the reception of the history transmission request, the server computer 160 stores the game hall ID and the member ID included in the received history transmission request in the member game history table by game hall shown in FIG. Among the game histories, specify whether or not there is a game history that matches the machine number and the use date (store visit date), and if so, start time, end time, game time, start count of the game history, Information on the number of jackpots and the number of probability changes is read and returned to the mobile phone 5 that is the transmission source of the history transmission request.

  The game information of the game history returned from the server computer 160 in this way is the other data stored in the usage history table, which is the number of acquired balls, the amount of money spent, the number of replayed balls, the number of used balls, the game By displaying the place name, model information, and usage date information on the display unit 56 as a detailed history screen, the member player can check the detailed game history of the selected history.

  In addition, in the usage history displayed on the display unit 56 by the member player (carrying person) selecting these “use history confirmation” menus, there is a usage history in which no game hall name or model name is displayed, When it is desired to display the game hall name or model name that is not displayed, the “name specification” menu may be selected, and when the “name specification” menu is selected, the menu is displayed in an operation waiting state. Selection is detected, and all unit IDs for which no game hall name or model information (model name) is stored are extracted from each usage history stored in the usage history table.

  Then, as shown in FIG. 28 (d), the message “Do you want to obtain name information for the following unit IDs?” And a list of all the extracted unit IDs are included, as well as “OK” and “Cancel”. The name specifying request transmission acceptance screen including the selection input part is displayed on the display part 56, and whether or not the name information is acquired at that time is accepted from the member player (carrying person).

  If there is no selection of the “OK” selection input unit within the predetermined time, or if there is a selection input unit of “Cancel” within the predetermined time, it is determined that there is no name specifying request operation (No). If the selection input unit of “OK” is selected within a predetermined time, it is determined that there is a name specification request operation (Yes) and is displayed on the name specification request transmission acceptance screen. After the name specifying request including all the unit IDs is transmitted to the server computer 160, it is determined whether or not the server computer 160 returns a name information as a response to the name specifying request within a predetermined time. If there is no reply within a predetermined time, the process returns to the step of transmitting the name specifying request, thereby repeatedly transmitting the name specifying request.

  Based on the transmission of the name specification request, the server computer 160 performs the name specification request reception process shown in FIG. 27 described above, thereby specifying each unit ID included in the name specification request and the name information table. The name information including the game hall name corresponding to the unit ID and the model information (model name) associated with each other is returned to the mobile phone 5 that is the transmission source of the received name identification request.

  Then, in response to the reception of the name information returned in this way, the control unit 55, as shown in FIG. 28 (f), sets the game hall name included in the returned name information and the game hall name. The unit number identified from the unit ID associated with the name information and the total usage amount (expenditure amount) and the usage date (date) stored in the usage history table corresponding to the unit ID, A confirmation screen in which the model information (model name) associated with the unit ID and included in the name information is displayed in association with the unit ID is displayed on the display unit 56, and the “confirmation” provided on the confirmation screen is displayed. Based on the confirmation operation received by the selection input unit of “”, the game hall name and the model information (model name) included in the returned name information, the game hall name and the model information (model name) Associated with The game history name corresponding to the game hall ID included in the unit ID and the model information (model name) corresponding to the machine number included in the unit ID are all stored in the usage history table, and the count value of the number of additions is stored. After resetting, the process shifts to an operation waiting state displaying the top menu shown in FIG.

  Further, when the member player (carrying person) selects the “End” menu when he / she wants to end the processing by the activated JG application, the selection is detected in the operation waiting state, so that Sd1 and By returning to the monitoring state of Sd2, the processing by the JG electronic money using application is terminated.

  Further, when the member player (carrying person) wants to check the number of saving balls, the acquisition status of the number of saving balls, etc., a predetermined operation is performed on the mobile phone 5 and stored in the EEPROM of the memory unit 60. A list of each application program is displayed on the display unit 56 as shown in FIG. 29A, and a “JG savings check application”, which is a JG application, is selected from the displayed list.

  Based on the selection, the control unit 55 determines that the JG application activation operation has been performed, the activation operation is detected in Sd2, and the selected “JG storage ball” stored in the EEPROM of the memory unit 60 is determined. After the “confirmation app” is read and activated, the process proceeds to step Sf1 in FIG.

  Then, based on the activated JG storage ball confirmation application, the control unit 55 displays a top menu on which the respective menu items can be selected as shown in FIG. 29B on the display unit 56 (Sf1), and then Sf2 to Sf6. , It is possible to check each menu item, that is, whether there is an operation to confirm the number of stored balls, whether there is an acquisition history confirmation operation, whether there is a name identification operation, other history confirmation operations, or whether there is an end operation. Moves to the operation waiting state.

  When a member player (carrying person) wants to confirm the number of stored balls owned at each amusement hall that he / she is a member of, and selects the “Confirm number of stored balls” menu, the selection is made to Sf2. In step Sf20, the control unit 55 accesses the server computer 160 to determine the number of balls stored at each rate possessed by the member player for all the game halls in which the member player is a member. 29c, the number of balls to be displayed is displayed on the display unit 56 as shown in FIG. 29 (c), and a predetermined time elapses or the selection input unit of “confirm” is operated. Based on this, by returning to Sf1, the display unit 56 again displays the top menu shown in FIG. 29B, and then shifts to an operation waiting state in which Sf1 to Sf6 are circulated.

  In this stored ball number display process, the control unit 55 acquires all the member IDs stored in the storage area 104c of JG electronic money in association with each game hall ID from the non-contact IC chip 100, and the acquired game hall ID The stored ball number transmission request including the member ID associated with is transmitted.

  In response to the reception of this stored ball number transmission request, the server computer 160, in the member game history table by game hall shown in FIG. 17, various stored balls corresponding to the game hall ID and member ID included in the received stored ball number transmission request. The number is extracted, and the number of stored balls corresponding to the game hall ID of the game hall is returned to the mobile phone 5 that is the transmission source of the stored ball number transmission request.

  In response to the reception of the stored ball number information, the cellular phone 5 (control unit 55) generates a stored ball number confirmation screen shown in FIG. 29 (c) based on the received stored ball number information and displays it on the display unit 56. At this time, if a game hall name corresponding to the game hall ID exists in the usage history table, the number of stored balls is displayed in association with the game hall name, and the game hall name corresponding to the game hall ID is displayed. If it does not exist in the usage history table, the number of various stored balls is displayed in association with the game hall ID.

  In addition, on the screen for confirming the number of stored balls of this embodiment, as shown in FIG. 29 (c), a link message of “Please select here if you want to preferentially use the number of stored balls” is displayed. In response to selecting “here”, which is an underlined part in the link message, the control unit 55 changes the transaction type to use the number of saving balls, and then returns to Sf1 to display the display unit 56 again. After the top menu shown in FIG. 29B is displayed, the process shifts to an operation waiting state in which Sf1 to Sf6 are circulated.

  As described above, in this embodiment, when the member player who owns the mobile phone 5 brings the mobile phone 5 close to the card unit 3 whose counted number of balls is 0, the number of stored balls (the number of held balls) And the number of stored balls) can be set in advance to be used preferentially over electronic money.

  When the member player (carrying person) wants to confirm the acquisition status of the number of saved balls and selects the “acquisition history confirmation” menu, the selection is detected in Sf3 and proceeds to Sf30, and the usage history table As shown in FIG. 29E, a history display process for displaying the read usage history on the display unit 56 is performed, and a predetermined time elapses. Or, by returning to Sf1 based on the operation of the “Confirm” selection input unit, the top menu shown in FIG. 29B is displayed again on the display unit 56, and then Sf2 to Sf6. It shifts to the operation waiting state that circulates.

  In this embodiment, as shown in FIG. 29 (e), an underline indicating a link is displayed on each displayed unit number, and by selecting the unit number on which the underline is displayed, A detailed game history including game information in a game that has acquired the number of acquired balls is acquired from the server computer 160 and displayed.

  Specifically, when the displayed machine number is selected, the control unit 55 determines the game machine ID corresponding to the selected machine number, the game hall name, the use date, and the member player at the game hall. A history transmission request including the member ID is transmitted to the server computer 160.

  In response to the reception of the history transmission request, the server computer 160 stores the game hall ID and the member ID included in the received history transmission request in the member game history table by game hall shown in FIG. Among the game histories, specify whether or not there is a game history that matches the machine number and the use date (store visit date), and if so, start time, end time, game time, start count of the game history, Information on the number of jackpots and the number of probability changes is read out and returned to the mobile phone 5 that sent the history transmission request.

  The game information of the game history returned from the server computer 160 in this way is the other data stored in the usage history table, which is the number of acquired balls, the amount of money spent, the number of replayed balls, the number of used balls, the game By displaying the place name, model information, and usage date information on the display unit 56 as a detailed history screen, the member player can confirm the detailed game history of the selected usage history.

  In other words, the display unit 56 of the present embodiment has the number of replay balls and used balls, which are the total number of used game media stored in the usage history table (history information storage means), and the number of balls acquired (counted). Based on the number of game media), the number of replay balls, the number of used balls (total number of used game media) and the number of acquired balls (counted game media) for each card unit 3 (game media payout means) It is displayed so that it can be grasped, and the display unit 56 forms the history information display means of the present invention.

  In addition, the display unit 56 (history information display means) of the present embodiment has the number of replay balls and used balls that are the total number of used and saved game media for each card unit 3 (game media payout means), and earned balls. Along with the display of the number (number of counted game media), the name of the pachinko machine 2 corresponding to the card unit 3 transmitted from the server computer 160 by the name specification request receiving process is displayed.

  In the usage history displayed on the display unit 56 by the member player (carrying person) selecting the “acquisition history confirmation” menu, there is a usage history in which no game hall name or model name is displayed, and the display If it is desired to display an amusement hall name or model name that has not been selected, it is only necessary to select the “specify name” menu. If the “specify name” menu is selected, the selection is in an operation waiting state. Detected at Sf4, the process proceeds to Sf8, and all unit IDs for which no game hall name or model information (model name) is stored are extracted from each usage history stored in the usage history table.

  Then, the process proceeds to Sf9, which includes a message “Do you want to obtain name information for the following unit ID?” And a list of all the extracted unit IDs, as well as a selection input section for “OK” and “Cancel”. The name specification request transmission acceptance screen is displayed on the display unit 56, and accepts whether or not the name information is acquired at that time from the member player (carrying person).

  Then, the process proceeds to Sf10, and when there is no selection of the “OK” selection input unit within the predetermined time or when there is a selection input unit of “Cancel” within the predetermined time, there is no name specifying request operation (No ) And the process returns to Sf1. On the other hand, if the selection input unit of “OK” is selected within a predetermined time, it is determined that there is a name identification request operation (Yes), and the process proceeds to Sf11 to transmit the name identification request. A name specifying request including all unit IDs displayed on the acceptance screen is transmitted to the server computer 160, and the process proceeds to Sf12, and a reply of name information serving as a response to the name specifying request is received within a predetermined time. It is determined whether or not there is a reply from the server computer 160. If there is no reply within a predetermined time, the process returns to Sf11 to transmit a repeated name identification request. .

  Based on the transmission of the name specification request, the server computer 160 performs the name specification request reception process shown in FIG. 27 described above, thereby specifying each unit ID included in the name specification request and the name information table. The name information in a form in which the game hall name corresponding to the unit ID is associated with the model information (model name) is returned to the mobile phone 5 that is the transmission source of the received name identification request.

  The reception of the name information returned in this way is detected at Sf12 and proceeds to Sf13. As shown in FIG. 29 (f), the game hall name included in the returned name information and the game The unit number identified from the unit ID associated with the place name and included in the name information, the number of balls to be acquired, the total amount used, and the usage date (date) stored in the usage history table corresponding to the unit ID ) And the model information (model name) associated with the unit ID and included in the name information is displayed on the display unit 56 and provided on the confirmation screen. The process proceeds to Sf14 based on acceptance of the confirmation operation that is selected and input by the selection input unit of “confirmation”, and the game hall name and model information (model name) included in the returned name information are Use history table as a game hall name corresponding to the game hall ID included in the unit ID associated with the seed information (model name) and model information (model name) corresponding to the machine number included in the unit ID Remember everything.

  Then, the process proceeds to Sf15, the count value of the number of additions is reset, and the process returns to Sf1, whereby the top menu shown in FIG. 29B is displayed again on the display unit 56, and then Sf2 to Sf6 are circulated. Moves to the operation waiting state.

  Non-acquired savings that a member player (carrying person) played using other game histories, specifically, the number of possessed balls or the number of accumulated balls, but ended up without earning the number of earned balls. If you want to check the usage status of the number of balls you have used or the number of balls you have used in a game, you can select the “Check Other History” menu. When you select the “Check Other History” menu, Detected in Sf5, the process proceeds to Sf16, and all unit IDs and usage dates stored in the usage history table are extracted.

  Then, all the member IDs stored in association with each game hall ID in the storage area 104c of JG electronic money are acquired from the non-contact IC chip 100, and the member ID associated with the acquired game hall ID; The other history transmission request including the data extracted from the usage history table is transmitted to the server computer 160 (Sf17).

  In response to the reception of the other history transmission request, the server computer 160 stores the game hall ID and the member ID included in the received other history transmission request in the member game history table by game hall shown in FIG. The game history that does not match the unit number and the use date included in the unit ID from all the game histories of the member player, that is, the unacquired unacquired saving use that is not yet stored in the usage history table Identify all histories.

  Then, the data of each specified non-acquired savings use history (unit ID consisting of game hall ID and unit number, rate, number of replay balls, number of used balls, use date, model information, game hall name), other history A reply is sent to the mobile phone 5 that is the transmission source of the transmission request.

  In response to the reception of the non-acquired savings usage history data, the mobile phone 5 (control unit 55) stores the received non-acquired savings usage history data in the usage history table (Sf19) and the received non-acquired savings usage data. Non-acquired savings usage history other than the usage history, that is, the non-acquired savings ball usage history (the number of acquired balls and the total usage amount already stored in the usage history table by executing the “other history confirmation”) are stored. (Unused usage history) is read from the usage history table, and the data of these non-acquired savings usage history is displayed on the display unit 56 in the same manner as the acquired game history screen of FIG. 29 (e) (Sf19), It is possible to grasp the data of the non-acquired stored ball usage history, that is, the number of possessed balls and the usage status of the number of stored balls in a game that has ended without acquiring the acquired number of balls.

  The display of the non-acquired savings use history screen is terminated in response to the acceptance of the “confirm” operation provided on the screen (Sf19 +) and returns to Sf1 in the same manner as other screens. The unit 56 again displays the top menu shown in FIG. 29B, and then shifts to an operation waiting state in which Sf2 to Sf6 are circulated.

  In addition, when the player (carrying person) wants to end the process by the activated JG savings ball confirmation application and selects the “End” menu, the selection is detected at Sf6 in the operation waiting state, By returning to the monitoring state of Sd1 and Sd2 described above, the processing by the JG application is terminated.

  As described above, according to the present embodiment, if the mobile phone 5 (mobile terminal) is received when the counted number of balls (the number of counted game media) is 0, the number of balls that are saved balls. If the saving use process (payout process) using the number of stored balls is performed and the mobile terminal accepts when the counted number of game media is not 0, the number of counted balls (counted game media) Number)), a mobile payment process is performed to save the number of possessed balls, which improves the convenience of the member player when the mobile phone 5 (mobile terminal) is used as a membership card. be able to.

  Further, according to the present embodiment, when the number of balls counted (number of game media counted) is 0 and the mobile phone 5 (mobile terminal) is received, Whether to pay out pachinko balls based on the number of stored balls or to rent pachinko balls based on JG electronic money (game value) is automatically identified and implemented without receiving operations from member players. The convenience of the member player when the mobile phone 5 (mobile terminal) is used as a member card can be further improved.

  In addition, according to the present embodiment, the game form is operated by a game with the number of stored balls that does not collect a fee in paying out pachinko balls by the number of holding balls that is the number of game media saved on the day, and the number of game media that is stored on the non-day Even if it is an operation form that collects a fee when paying out the medium, the member player loses unnecessary loss by using the number of accumulated balls for which the fee is collected even though there are balls Can be avoided.

  Further, according to the present embodiment, once the person is authenticated, and the collated flag is “1”, the personal identification number as the person authentication information needs to be input again in the savings use process. Therefore, the convenience of member players can be further improved.

  In addition, according to the present embodiment, since it is possible to set a different lending rate (unit price) for each card unit 3 serving as a game medium payout means, it is possible to meet the demands of a game hall that desires operation using different unit prices. Can do.

  Further, according to the present embodiment, the member player can use the mobile phone 5 (mobile terminal) to replay the number of replay balls or the number of used game media that is the total number of used and saved game media for each card unit 3 (game media payout means). It is possible to confirm the number of balls and the acquired number of balls, which is the number of game media already counted for the mobile payment process (saving process).

  In addition, according to the present embodiment, the number of replay balls, the number of possessed balls, and the number of acquired balls that are the counted number of game media, which are the total number of used saving game media that are aggregated in the member game information table that is the aggregation means. When the usage history information (history information) including the unit ID serving as the game medium payout means identification information is not 0, the mobile phone 5 (mobile terminal) is accepted. It is transmitted only when there is a count, and is not transmitted when the counted number of balls (the number of counted game media) is 0. Therefore, the mobile phone 5 (mobile terminal) when these counted balls (number of counted game media) is 0 ), It is possible to eliminate the decrease in the convenience of the member player who becomes a carrier due to the increase in the data capacity to be transmitted and received and the increase in the risk of occurrence of a communication error.

  Further, according to the present embodiment, the mobile phone 5 (mobile terminal) obtains the name and model information of the game arcade from the server computer 160 and displays them on the history screen of FIG. The member player carrying the (mobile terminal) can easily grasp the name of the pachinko machine 2 (game machine) to which each card unit 3 (game medium payout means) corresponds, and the mobile phone 5 (mobile terminal) The usage history information (history information) transmitted to) includes the unit ID (game medium payout means identification information) of the card unit 3, but the pachinko machine 2 corresponding to the card unit 3 that increases the data capacity. Since information such as names is not included, even when each card unit 3 displays the name of the corresponding pachinko machine 2 so that it can be grasped, the data capacity increases. Reduction and the convenience of members player due to the communication time becomes longer (the individual carrying), also can be eliminated increasing the risk of communication errors.

  Although the embodiments of the present invention have been described with reference to the drawings, the specific configuration is not limited to these embodiments, and modifications and additions within the scope of the present invention are included in the present invention. It is.

  For example, in the above-described embodiment, the mobile phone 5 having a call function is illustrated as a mobile terminal. However, the present invention is not limited to this, and only the data communication function of the mobile phone 5 can be used as the mobile terminal. A PDA (Personal Digital Assistants) terminal equipped with a communication unit having

  In the above embodiment, the non-contact IC chip 100 is incorporated in the mobile phone 5. However, the present invention is not limited to this, and the non-contact IC chip 100 can be attached to and detached from the mobile phone 5. A non-contact IC card having the contact IC chip 100 may be attached to the mobile phone 5.

  Moreover, in the said Example, the specific transaction request | requirement containing the remaining amount of JG electronic money is transmitted to the card unit 3, and the remaining amount of JG electronic money amount is the minimum unit ball lending amount or unit ball lending amount on the card unit 3 side. By comparing, the amount used for the electronic money ball lending process as a specific transaction is specified, and the specific transaction information as the subtraction request in the present invention including the specified amount is received from the card unit 3 to receive the electronic money. However, the present invention is not limited to this, and the minimum unit ball lending amount or the unit ball lending amount is received from the card unit 3 side, and the contactless IC chip 100 (digital The control unit 103) and the control unit 55 compare the received minimum unit ball lending amount and unit ball lending amount with the remaining amount of JG electronic money amount, and use the money for electronic money ball lending processing And by sending the specified amount to the card unit 3, a pachinko ball lending corresponding to the amount may be carried out in the card unit 3, and further, these minimum units The ball lending amount and the unit ball lending amount are uniform in all the card units 3, and the uniform minimum unit ball lending amount and unit ball lending amount are the same as the JG electronic money in the memory 104 of the contactless IC chip 100. If it is stored as setting data in the storage area 104c, the minimum unit ball loan amount and unit ball stored without receiving these minimum unit ball loan amount and unit ball loan amount from the card unit 3 The amount used for the electronic money ball lending process may be specified from the loan amount and the remaining amount of the JG electronic money amount, and the specified amount may be transmitted to the card unit 3.

  In each of the above embodiments, the specific transaction information including the amount that is the subtraction request in the present invention is received from the card unit 3 and is subtracted and updated from the electronic money amount. However, the present invention is not limited to this. For example, as described above, when the unit ball lending amount is uniformly set to, for example, 1000 yen in all the card units 3, the unit ball lending amount is stored in the memory 104 of the non-contact IC chip 100. If the non-contact IC chip 100 (digital control unit 103) can identify the unit ball lending amount, the specific transaction information that does not include the amount is stored as setting data in the JG electronic money storage area 104c. On the basis of the fact that the credit amount is received from the card unit 3, the credit amount of the unit specified by the setting data is subtracted from the electronic money amount, or , If the balance of electronic money amount is less than the unit ball loan amount, it is sufficient to return the balance error in the card unit 3.

  Also, in each of the above embodiments, the total usage amount for each usage date of each card unit 3 is stored in the usage history table, and the same unit ID and the usage date of the day already exist in the usage history table. Is updated by adding the amount used as the usage amount to the total usage amount corresponding to the same unit ID and the usage date of the current day. This is because each usage date of each card unit 3 is updated. Although it is preferable that the total amount of JG electronic money used for each time can be easily grasped without the carryer (player) calculating it, the present invention is not limited to this, and these usage history tables are not limited to this. In the case where there is a storage of the same unit ID and the use date of the day, the unit ID is used in association with the date of the day as an individual use history Is stored separately, and all of these usage histories are displayed in a list on the display unit 56, so that the carrying person (player) can determine the total usage amount (expenditure amount) of each card unit 3 on each usage date. In addition, the control unit 55 may display the usage history corresponding to the same unit ID and the usage date of the current day based on the individually stored usage history when the usage history is displayed. The total amount may be calculated, and the calculated total usage amount may be displayed on the display unit 56 for each use date of each card unit 3 as in the above embodiments.

  In each of the embodiments, the total usage amount for each usage date of each card unit 3 is stored in the usage history table. However, the present invention is not limited to this, and for each usage date. The amount of money included in the specific transaction information is added and updated to the total amount of use corresponding to the unit ID included in the specific transaction information, regardless of the use date, and the total amount of use for each card unit 3 is stored. May be displayed on the display unit 56.

  In addition, in the above embodiment, when the addition of the amount to the total usage amount in the usage history table is updated, if there is no storage of the gaming center name corresponding to the updated total usage amount, whether to acquire the gaming hall name Is accepted from the carryer (player), but if these acceptances are repeatedly performed every time the total usage amount is updated due to the use of electronic money, the carryer (player) When it is not necessary to acquire game hall names, it is troublesome to perform a “cancel” operation. Therefore, the acquisition of these game hall names is performed more than a predetermined number of times (in this embodiment, five times or more). However, the present invention is not limited to this, and the acquisition and acceptance of these amusement hall names are performed uniquely, or conversely, the “cancel” operation is performed in the acceptance and acceptance of amusement hall names. At once If accepted, in the subsequent its day, it may not be carried accept the acquisition of a game field names corresponding to the unit ID.

  Moreover, in the said Example, the model information which is the transaction object in the card unit 3 which is a specific transaction apparatus, ie, the use object information regarding the pachinko machine 2 used using the pachinko ball, from the server computer 160 together with the amusement hall name. However, the present invention is not limited to this, and the model information is displayed without acquiring these game hall names and model information. Alternatively, the same usage amount may be displayed in association with the unit ID without displaying the game hall name and model information.

  Moreover, in the said Example, although the form which includes unit ID in the specific transaction information containing the money used as a subtraction request | requirement is shown, this invention is not limited to this, Before the subtraction request containing these moneys Alternatively, the unit ID may be transmitted later to notify the mobile phone 5 of the unit ID of the card unit 3. Furthermore, when the subtraction request including these amounts and the unit ID are individually transmitted to the mobile phone 5, they are not transmitted from the same external reader / writer 330, but the individual communication unit, for example, the subtraction request including the amount is The unit ID may be transmitted from an external reader / writer 330 and transmitted by a separate communication unit such as an infrared communication unit.

  In the said Example, although the form which contains game machine ID in which the card unit 3 to which this unit ID was provided, and the corresponding pachinko machine 2 unit number as unit ID is illustrated, this invention is illustrated. However, these unit IDs may not include these game hall IDs and unit numbers, and these unit IDs can be individually identified as card units 3. Any form can be used.

  In the above embodiment, it is determined whether or not a game hall name is stored in association with the same game hall ID as the game hall ID included in the unit ID, and the game hall name is stored. However, the present invention is not limited to this, and when the player (player) displays the usage history, the present invention is not limited to this. On the basis of recognizing that there is an undisplayed game hall name, the player (player) may operate the “name specification” menu to acquire the game hall name.

  In the above embodiment, the pachinko machine 2 is illustrated as a gaming machine to which the card unit 3 corresponds. However, the present invention is not limited to this, and a slot machine that uses medals as a gaming medium. It is also good.

  In the above embodiment, the JG charge application and the JG application are separate application programs, but the present invention is not limited to this, and one application having the functions of both the JG charge application and the JG application. It is good as a program.

  Moreover, in the said Example, the number of balls of 1 yen acquired by the pachinko machine 2 corresponding to the card unit 3 set with the lending rate of 1 yen / ball and the number of stored balls, and 4 yen / ball The number of possessed balls and the number of accumulated balls of 4 yen acquired and saved by the pachinko machine 2 corresponding to the card unit 3 for which the lending rate is set is managed individually. Can be used for payout (replay) only on card unit 3 with 1 yen / ball lending rate, and 4 yen savings can be paid only on card unit 3 with 4 yen / ball lending rate. Although it can be used for (replay), the present invention is not limited to this, and the number of possessed balls and the number of accumulated balls acquired by the card unit 3 of each lending rate is 1 yen. With the number of possessed balls and the number of stored balls converted into the rate, Convert the number of balls to be used and the number of balls to be saved into the replay according to the lending rate set for each card unit 3, that is, if the 4-yen lending rate is 4 times The number of savings can be used in both the card unit 3 with a lending rate of 1 yen / ball and the card unit 3 with a lending rate of 4 yen / ball. Also good.

  In the above embodiment, if the member ID included in the specific transaction request received from the received mobile phone 5 does not match the verified member ID stored in association with the verified flag, The number is newly accepted and the user authentication is performed. However, the present invention is not limited to this, and the personal identification number is received and stored in advance by the mobile phone 5, By sending these personal identification numbers in the specific transaction request, even if the member ID does not match the verified member ID stored in association with the verified flag, the personal identification included in the received specific transaction request If the numbers match, the stored ball use process may be permitted without executing the password accepting process of Sk17.

  Moreover, in the said Example, although only the member player's mobile telephone 5 in which member ID is memorize | stored can be used in the card unit 3, this invention is not limited to this, These member ID May be used for lending pachinko balls in the same manner as a visitor card, as well as a prepaid balance.

  Further, in the above embodiment, the table movement while leaving the seat can be performed only by the mobile phone 5, but the present invention is not limited to this, and the table movement while leaving the seat can be performed by the visitor. You may enable it also in a card and a membership card.

  In the embodiment, in the history display shown in FIG. 29 (e), only the number of acquired balls, which is the counted number of game media provided for the mobile payment process (saving process), is displayed due to the display capacity of the display unit 56. However, the present invention is not limited to this, and the number of replay balls and the number of used balls may be displayed on the same screen together with the number of acquired balls.

  Further, in the above embodiment, the number of acquired balls, which is the number of game media already counted for the mobile payment process (saving process) in the history display shown in FIG. 29 (e), is displayed, and the unit number of the displayed history is displayed. By selecting, a detailed history including the number of replay balls and the number of used balls that are the total number of used and saved game media used in the game in the history is displayed. It is not limited to this, and only one of the number of acquired balls, the number of replayed balls and the number of used balls may be displayed as a history.

  In the above embodiment, a specific transaction request including a member ID corresponding to the game hall ID is transmitted from the mobile phone 5 by transmitting a transmission request poll including the game hall ID. The invention is not limited to this, and all member IDs stored in the non-contact IC chip 100 can be transmitted by transmitting normal polling without transmitting transmission request polling including these game hall IDs. The game hall ID may be returned to the card unit 3.

  Moreover, in the said Example, although using the amount of JG electronic money memorize | stored in the mobile telephone 5, it is made possible to receive the rental of a pachinko ball, However, this invention is not limited to this, Since these electronic money amounts are not stored, a mobile phone that cannot use the electronic money amount may be used as a membership card.

  Moreover, in the said Example, although the rental rate (unit price) different for every card unit 3 can be set in the management computer 110, this invention is not limited to this, These card units 3 The same lending rate may be set so as not to be changed.

  Moreover, in the said Example, although the different lending rate (unit price) for every card unit 3 can be set with the management computer 110, this invention is not limited to this, These lending rate is not limited to this. The setting may be performed in each card unit 3.

  Moreover, in the said Example, since the pachinko machine 2 is illustrated as a gaming machine, although 1 yen / ball and 4 yen / ball are illustrated as a lending rate, this invention is limited to this Instead, if these gaming machines are slot machines that use medals as game media, the lending rate may be a lending rate such as 10 yen / medal or 20 yen / medal. .

  Moreover, in the said Example, although the notification sound according to the process classification implemented by reception of the mobile telephone 5 in the card unit 3 is output from the sounder 333, a member player notifies the process classification. However, the present invention is not limited to this, and in amusement halls, there is a case where it is difficult to hear these notification sounds due to a large noise. Therefore, by transmitting processing type information to the mobile phone 5, Along with the notification sound or instead of the notification sound, the vibrator unit 63 is intermittently vibrated on the mobile phone 5 side, for example, once for the electronic money lending process, twice for the saving use process, and three times for the mobile payment process. You may make it alert | report by doing.

  In the embodiment, it is determined whether or not the counted number of game media counted by the game media counting means is 0, and the number of stored balls (the number of possessed balls, the number of stored balls) to be the number of stored game media is The mobile payment process corresponding to the saving process for adding and updating the counted number of balls is performed in the card unit 3, but the present invention is not limited to this, and the number of counted game media is 0. The management computer 110 may execute at least one of the determination process and the saving process of adding and updating the counted number of balls. That is, the management computer 110 may have either one of the determination unit and the saving processing unit of the present invention.

  In the above embodiment, only the number of balls less than the number of replay units is paid out from the ball cutout unit 340. However, the present invention is not limited to this, and waiting for the number of replay units. The number of balls and the number of stored balls may all be paid out from the ball cutting and paying unit 340 uniformly.

  Moreover, in the said Example, although it was made to select and set beforehand whether to use the amount of electronic money or the number of saving balls on the mobile telephone 5 side, this invention is not limited to this. However, these selections are received and stored on the card unit 3 side, and when the same mobile phone 5 receives them, either the amount of electronic money or the number of saving balls is selected depending on the stored selection contents. It is also possible to automatically execute the processing by specifying whether to use it.

  In the above embodiment, only in the mobile payment process, the total number of replay balls and the number of used balls are transmitted to the mobile phone 5, but the present invention is not limited to this. Similarly to the use history of money, the used number of balls or the number of stored balls may be sequentially transmitted to the mobile phone 5 every time the number of stored balls (the number of stored balls or the number of stored balls) is used.

It is a system configuration figure showing the whole picture of the game system in the example of the present invention. It is a block diagram which shows the structure of the mobile telephone used for the Example of this invention. It is a figure which shows the structure of the memory area | region in the non-contact IC chip used for the mobile telephone used for the Example of this invention. It is a front view which shows the card unit and pachinko machine which were used in the Example of this invention. It is a figure which shows the structure of the unit island used in the Example of this invention. It is a block diagram which shows the structure of the card unit 3 used in the Example of this invention. It is a figure which shows the protrusion part 305 of the card unit 3 used in the Example of this invention. (A) is a figure which shows the card table of the card unit 3 used in the Example of this invention, (b) is a figure which shows the game information table of the card unit 3 used in the Example of this invention. (C) is a figure which shows the member game information used in the Example of this invention. It is a figure which shows the transmission data sequence transmitted from the card unit 3 used in the Example of this invention. It is a figure which shows the process condition regarding the download of the application in the mobile telephone used in the Example of this invention. It is a block diagram which shows the structure of the management computer 110 used in the Example of this invention. (A) is a figure which shows the membership card table in the management computer 110 used in the Example of this invention, (b) is a figure which shows a visitor card table. (A) is a figure which shows the member information table in the management computer 100 used in the Example of this invention, (b) is a figure which shows the game history table classified by member, (c) is a unit management table. FIG. It is a figure which shows the card unit setting screen in the management computer 110 used in the Example of this invention. It is a figure which shows the structure of the utilization log | history table in the mobile telephone used for the Example of this invention. It is a figure which shows the structure of the name information table in the server computer 160 used for the Example of this invention. It is a figure which shows the structure of the game history table according to game hall in the server computer 160 used for the Example of this invention. (A), (b) is explanatory drawing which shows the exchange between the mobile telephone 5 and the card unit 3 in the Example of this invention. It is a flowchart which shows the processing content implemented in the card unit 3 used in the Example of this invention. It is a flowchart which shows the processing content of the mobile acceptance process implemented in the card unit 3 used in the Example of this invention. It is a flowchart which shows the processing content of the saving use process implemented in the card unit 3 used in the Example of this invention. It is a flowchart which shows the processing content of the electronic money ball lending process implemented in the card unit 3 used in the Example of this invention. It is a flowchart which shows the processing content of the electronic money use process in the non-contact IC chip 100 of the Example of this invention. It is a flowchart which shows the processing content of the process at the time of adjustment in the non-contact IC chip 100 of the Example of this invention. It is a flowchart which shows the processing content implemented in the control part 55 of the Example of this invention. It is a flowchart which shows the processing content implemented in the control part 55 of the Example of this invention. It is a flowchart which shows the processing content of the name specific request | requirement reception process implemented in the server computer 160 of the Example of this invention. (A)-(f) is a figure which shows the display content displayed on the display part 56 of the mobile telephone of the Example of this invention. (A)-(f) is a figure which shows the display content displayed on the display part 56 of the mobile telephone of the Example of this invention.

Explanation of symbols

2 Pachinko machine 3 Card unit 5 Mobile phone 55 Control unit 56 Display unit 60 Memory unit 100 Non-contact IC chip 104 Memory 110 Management computer 140 Server computer 150 Server computer 160 Server computer 328 Control unit 330 External reader / writer 332 Mobile phone receiving unit

Claims (8)

There is a one-to-one correspondence with gaming machines,
Game medium counting means for counting the number of game media acquired in a game in the corresponding gaming machine;
Member identification information that can individually identify each member player registered as a member in the amusement hall is stored in a readable manner, and a portable terminal that can be carried by the member player is received, and at least the member identification information is read out. A portable terminal receiving means to perform;
A gaming system including:
Determining means for determining whether or not the counted number of game media counted by the game medium counting means is 0 when the portable terminal accepting means receives the portable terminal;
Savings that can be used for the game specified from the member identification information read from the accepted mobile terminal on condition that the determination result by the determination means is a determination result that the counted number of game media is not 0 Saving processing means for performing a saving process for adding and updating the counted number of gaming media to the number of gaming media;
The range of the number of stored game media specified from the member identification information read from the received mobile terminal on the condition that the determination result by the determination means is a determination result that the counted number of game media is 0 Game medium payout means for performing payout processing for paying out the number of game media
A gaming system comprising: A game medium corresponding to the magnitude of the gaming value to be used is provided by using at least a part of the gaming value that is provided in a one-to-one correspondence with the gaming machine and can be used for renting gaming media. A game medium lending means for lending is provided,
In the portable terminal, when the game value specifying information capable of specifying the magnitude of the game value and the counted number of game media are 0, the game media is paid out according to the number of stored game media or the game Processing type information that can specify which of the rental of gaming media by value is implemented,
The portable terminal receiving means can further read the gaming value specifying information and the processing type information,
The game media payout means is determined by the processing type information read by the portable terminal receiving means, wherein the determination result by the determination means is a determination result that the counted number of game media is zero. When the process is paying out game media based on the number of stored game media, the payout processing is performed, and the determination result that the counted game media count is 0 is read by the portable terminal receiving means. In addition, when the process specified by the process type information is a rental of a game medium based on the game value, a game value having a size specified by the game value specifying information read by the mobile terminal receiving means is obtained. The game system according to claim 1, wherein the game system is used to perform a process for lending the game medium. As the number of game media for saving, the number of game media saved on the day that was saved by the saving processing means on that day, and the number of game media saved on the same day that were saved before the previous day,
The game media payout means uses, when the number of game media saved on the day exists, the number of game media saved on the day prior to the number of non-day save game media used for the payout. Item 3. A game system according to Item 1 or 2. The user authentication information input means for inputting the user authentication information for authenticating the member player, and the member identification information that has been authenticated as the user based on the input user authentication information are stored. An authenticated member identification information storage means for
The game medium payout means is inputted from the personal authentication information input means when the member identification information read by the portable terminal accepting means does not match the member identification information stored in the authenticated member identification information storage means. On the condition that the authentication of the identity is obtained based on the identity authentication information, and the member identification information obtained to authenticate the identity is authorized as the identity of the authenticated member. When the member identification information read by the portable terminal receiving means matches the member identification information stored in the authenticated member identification information storage means while being stored in the information storage means, from the personal authentication information input means The game according to any one of claims 1 to 3, wherein the payout process is permitted without performing personal authentication based on input of personal authentication information. System. For each game medium payout means, comprising a unit price setting means for setting the unit price of the game medium used in the corresponding gaming machine,
The gaming system according to claim 1, wherein the game medium payout unit performs payout according to a unit price set by the unit price setting unit. The gaming system includes the mobile terminal,
At least the number of stored game media provided for the payout process by the game medium payout means or the number of counted game media provided for the save processing in the saving processing means for the mobile terminal received by the mobile terminal receiving means. History information transmitting means for transmitting history information including any one and game medium payout means identification information capable of individually identifying the game medium payout means,
The portable terminal is associated with the game medium payout means identification information, and the total number of used saved game media, which is the total number of stored game media provided for payout in the game medium payout means, and the count used for the saving process. History information storage means for storing the number of game media;
Based on the history information received from the history information transmitting means, history information updating means for updating the total number of used and saved game media and / or counted game media stored in the history information storage means;
Based on the total number of used and saved game media and the number of counted game media stored in the history information storage means, the total number of used and saved game media and the number of counted game media for each game medium payout means are displayed so as to be grasped. History information display means,
The game system according to any one of claims 1 to 5, further comprising: From the time when a new mobile terminal is received by the mobile terminal receiving means when the number of counted game media is 0, the mobile terminal is received by the mobile terminal receiving means when the counted number of game media is not 0. A totaling means for totaling the total number of used saving game media, which is the total number of saving game media used for payout by the game media payout means, up to the time of acceptance;
The history information transmitting means includes the total used saving game medium count counted by the counting means only when the mobile terminal is accepted by the mobile terminal accepting means when the counted number of game media is not 0, and The game system according to claim 6, wherein history information including the counted number of game media and the game media payout means identification information is transmitted. A server computer on a computer network for storing at least the name of the gaming machine to which the game medium payout means corresponds and the game medium payout means identification information of the game medium payout means;
The portable terminal includes a name specification request transmission unit that transmits a name specification request including game medium payout unit identification information stored in the history information display unit to the server computer,
The server computer specifies a name stored in association with the game medium payout means identification information included in the name specification request, and transmits the specified name to the mobile terminal that has transmitted the name specification request Equipped with machine name transmission means,
The history information display means corresponds to the game medium payout means received from the gaming machine name transmission means, together with a display capable of grasping the total number of used and saved game media and the counted number of game media for each game medium payout means. 8. The gaming system according to claim 6, wherein a name of the gaming machine is displayed.

Images