JP2671996B2 - Amusement equipment - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION [Industrial field of use] The present invention relates to a game facility using a storage medium provided with valuable data that is substantially equivalent to money or game value, and a type end command from a management device. The present invention relates to a technique of stopping the original function of each type of terminal device such as a storage medium issuing device or a game device based on a signal.

[Prior Art] A pachinko gaming system is composed of a pachinko machine as a gaming machine, a ball rental machine that converts money into gaming balls, and a ball counting machine as a settlement machine that counts the number of balls the player has acquired. ing. In addition, a system provided with a centralized management device has also been put into practical use in order to enable remote control of stoppage management of a large number of pachinko machines arranged in an amusement store and supply of balls to the pachinko machines.

On the other hand, in recent years, a card-type pachinko game system has been proposed as a typical example of a storage-medium-type game device in which a game is played using a card-shaped storage medium as an intermediary.
Conventionally proposed card-type pachinko gaming systems are roughly divided into the following two types.

The first method is to provide a magnetic surface on the card, store the number of balls held corresponding to the purchase amount at the time of card issuance, and play a pachinko game within the register range of this number of balls held. The increased / decreased ball count data is stored in a card (Japanese Patent Publication No. 47-42227).
No.).

The second method of the card method is to issue a card in which only a code number is recorded at the time of card purchase, store the number of balls held in a central management device, and insert the card into a card reader of a pachinko machine, Alternatively, the player can enter a code number using a numeric keypad provided on a pachinko machine to call up the stored ball count and play the game. In this case, the card issuing machine, the gaming machine, and the settlement machine are connected to the management device so that the number of balls held by the player can be managed.

[Problems to be Solved by the Invention] However, even if the conventional pachinko game system has a centralized control device, it simply gives a command such as stop control or ball replenishment, or a ball held by each player. I was just controlling the number.

By the way, the end of the day's business at pachinko parlors is informed to the players by using the in-store broadcasting when the stores are closed. It is difficult for some of the customers to stop even if they broadcast the in-store broadcast, and in the end, the pachinko parlor staff walk around the store with caution and stop playing. Therefore, there has been a problem that the closing time of the business at the amusement store is delayed and the actual closing time is delayed, or the in-store broadcast must be started early in anticipation of it.

The present invention has been made under the above background,
The purpose of this is to provide a game facility that can easily stop the original function for each type in a game shop without outputting an end command signal for each game device from the management device, for example. To do.

[Means for Solving the Problems] In order to solve the above problems, the present invention relates to a storage medium issuing device capable of issuing a storage medium to which valuable data that is substantially equivalent to money or a game value is issued, and A game device that can execute a game in relation to the insertion of a storage medium, and a management device that can collect operation information of the storage medium issuing device and the game device, the management device, the storage medium issuing device, and the game. In a game facility communicatively connected to a device, the management device includes end command signal generation means for outputting a type end command signal to the storage medium issuing device, the game device, and the storage medium. The issuing device and the gaming device use a type end command signal decoding means for decoding the type end command signal from the end command signal generating means of the management device and the type end command signal. And a termination executing means for executing termination processing correspondingly, so as to stop the original function for each type of the storage medium issuing device or the gaming device based on the type termination command signal from the management device. It is the one.

[Operation] According to the above-described means, at the time of business at a game shop or the like, the type-completion command signal from the management device can be used to stop the original function of the storage medium issuing device or the game device for each type, for example. The above-described object can be achieved by making it possible to easily stop the original function for each type.

[Embodiment] FIG. 1 shows the overall configuration of a card-type pachinko game system as an example of a storage-medium-type game facility.

The pachinko gaming system according to this embodiment includes a pachinko machine 100 as a gaming device and an issuing machine as a storage medium issuing device that issues a card CD as a storage medium having a local value in order to start a game in each pachinko machine. Centrally manages and controls 200, a prize ball obtained as a result of the game and a payment machine 300 as a storage medium payment device for payment of remaining purchase money not used for the game, and the above-mentioned various terminals. And a data transmission path 50 as transmission means for organically coupling the management device 400 and each terminal.
And these constitute an organic conjugate. This organic combination can be interposed only by the card CD, and the card can be operated and its valuable data can be converted only by the organic combination.
Therefore, the pachinko machine 10 as each component of the organic conjugate
0, the issuing machine 200, the settlement machine 300, and the management device 400 are each provided with a card reader (in this specification, a device that writes on a magnetic surface of a card is also referred to as a card reader). The information and the information of each terminal are stored in the storage device of the management device 400 in the form of files.

Next, before a detailed description of each component of the organic conjugate, a card used in the system of the present embodiment will be described.

The card CD used in the system of this embodiment is, for example, as shown in FIG. 2A, the purchase amount AM, the card insertion direction DIR, and the issue date (= valid date) along the center of the card. ) A print display section PRT is provided for printing information necessary for a player such as DATE and an issue serial number n necessary for the recovery of a damaged card at the time of issuance. Therefore, there is no need to prepare a plurality of types of cards on which different amounts of money are printed in advance.

Immediately above the print display area PRT, there is a genuine discrimination physical layer TF1 to TF4 composed of a concealing member using a special paint such as magnetic ink or a hologram that is difficult to forge such as a magnetic ink that cannot be seen from the card surface. And a punch hole forming part PH for recording the state of the card, that is, the history or state transition of the card, such as issued, resurrected, played, returned to zero, and settled, in the form of a punch. _{1 ~PH 5} is provided.

By detecting the above-mentioned perforations formed on the card with a photoelectric detector, it is possible to easily check the card status without reading and checking the ball holding number data from the file of the management device using the code recorded on the magnetic surface. It is possible to grasp the information and thereby reduce the load on the controller 228 (188, 319) of the card reader and the management device required to determine the processing corresponding to the card state.

On the other hand, below the print display unit PRT, a magnetic recording unit MG coated with a magnetic material is provided, and a margin other than the magnetic recording unit MG, the print display unit PRT, and the authenticity discrimination physical layers TF1 to TF4 is provided. Although not shown, a pattern such as an illustration for decoration, a hall name of a pachinko parlor, and the like are printed on the portion. Instead of providing the authenticity discrimination physical layers TF1 to TF4, an elaborate pattern that is difficult to imitate a decorative pattern may be used, and the pattern may be optically inspected to discriminate the authenticity of the card. In the card of this embodiment, the magnetic recording portion MG, print display portion PRT, authenticity discrimination physical layer TF1~TF4 and the punch hole forming portion PH ₁ ~PH
₅ are formed along the card insertion direction. In the card of FIG. 2 (A), the magnetic recording portion MG is provided only in a part of the longitudinal direction. However, like the print display portion PRT, the magnetic recording portion MG may be formed in a continuous band shape from end to end of the card.
Alternatively, a magnetic material may be applied to the entire back surface of the card to form a magnetic recording portion.

The magnetic recording section MG is divided into, for example, five tracks TR1 to TR5 as shown in FIG. 2 (B). Of these, the fifth track TR5 records the other four bits for parity check. You. The magnetic recording unit MG also includes, in order from the left side, an 8-bit timing code TMS serving as dummy data for protecting the valid data unit, 4-bit auxiliary data STX indicating the start of data, and a game store code.
Display 6-bit identification code DSC, card issue date
16-bit date data DATTE, 16-bit card number No converted based on issue serial number n, 4-bit auxiliary data ETX indicating the end of data, above data STX to ET
A check bit LRC for parity check for each bit string of each data up to X, and an 8-bit timing code TME as dummy data for protecting a valid data portion are recorded. Note that a spare area RSU is provided between the card number No. and the auxiliary data ETX so that information other than the above can be entered.

As described above, the information recorded on the magnetic surface of the card of this embodiment includes an identification code for specifying the usable space of the card, an issue date for indicating the validity period of the card, and an issue serial number n. In this case, only a card number as an identification code generated by using an appropriate function or a conversion method and a check code for error detection are used, and the purchase amount and the number of balls are not recorded. These are configured to be able to be extracted in real time from the data file of the management device 400 by the card number. This prevents fraud caused by copying the card and minimizes damage caused by fraud. In other words, even if the card is copied, no damage occurs beyond the purchase price and the number of balls registered in the data file, so copying the card is a completely useless act.

Moreover, in the above embodiment, the authenticity of the card is determined not only by the magnetic recording information recorded on the card but also by the physical identification layers TF1 to TF4, which are difficult to forge, so that the illegality of the card can be more reliably determined. Can be prevented. Also,
Since the fraudulent card can be immediately detected by checking the authenticity discrimination physical layers TF1 to TF4, the fraudulent card can be found more quickly than sending the magnetic information to the management device and judging the fraudulent card. In the embodiment, four authenticity discrimination physical layers are provided, but the number may be one.

In addition, the above cards are disposable to facilitate card management, and to reduce costs associated with disposables, the standard size of the card is 86 mm long and 54 mm wide, and paper is selected as card material. I have. When a thermal printer is used as a device for printing money or the like, thermal paper may be used as the card material.

 FIG. 3 shows a configuration example of the card issuing machine 200.

The card issuing machine 200 of this embodiment includes a bill identifying device 210 for identifying bills for card purchase, and a card reader 22 for printing an amount corresponding to the purchase amount and recording a card number.
0, a balance payout device 230 for discharging change, various indicators 241 to 245, a control unit 250 for controlling the entire issuing machine 200, and the like.

Corresponding to the bill validator 210, the front panel 201 is provided with a bill insertion slot 211, a purchase price selection switch group 212 and a price display 213. Therefore, when the player first inserts a bill from the bill insertion slot 211, the money display 213
Displays the input amount. Then, the selection switch group 212
By pressing a switch corresponding to a desired purchase price from among the cards, a card corresponding to the desired purchase price is issued from the card outlet 202 of the card reader 220. Further, each of the money amount selection switch groups 212 is configured by a switch with a built-in lamp, and when the switch is operated, the corresponding built-in lamp is turned on. Then, the inserted bill is collected in the bill storage tank 214.

The card reader 220 takes out the blank cards stored in the card tank one by one, prints the purchase amount, the date of issue, and the issue serial number n given by the management device 400 on the surface, The card number and identification code (store code) calculated by the management device 400, issue date code, check code, etc. are recorded on the magnetic surface of the card, and punched at the issued punching position PH ₁ (see FIG. 2). A hole is opened and the card is discharged from a card discharge port 202 provided in the front panel 201. The issued serial number n is
The management device 400, which has received a card purchase application from the card issuing machine 200, determines an issue serial number n in the order of acceptance for purchase applications from a plurality of card issuing machines under its own control, and determines each card issuing machine. A number which is a number to be given and which is obtained by performing a code conversion process such as the above-mentioned bit rearrangement on the basis of the issuance serial number n is recorded as a card number on the magnetic surface of the card and issued. Is recorded in a file in the management device 400. In addition, since the issue serial number n is printed on the print display unit PRT, even if the information of the magnetic recording unit MG becomes unreadable due to damage to the card, the card can be restored from the file information of the management device. it can.

In order to enable generation of a card number from the issuance serial number n, the control program of the management device 400 is provided with a card number generation routine and a code conversion routine. In order to confirm the coincidence with the serial number n, an inverse conversion and an inverse calculation routine are prepared.

On the other hand, when a banknote is inserted from the banknote insertion port 211 of the issuing machine 200 and the purchase amount is determined by the amount selection switch 212 and a balance is generated, the balance payment device 230 for refunding the balance, stocks the banknote. It is provided with a banknote tank 231 for depositing, and is configured to discharge banknotes corresponding to the remaining money through a banknote outlet 232 provided in the front panel 202.

Further, on the front panel 201 of the card issuing machine 200,
Issue lamp 24 indicating that the card can be issued
1.Issuance stop lamp 242 indicating that the card cannot be issued, a bill pool over display 243 indicating that the tank 214 is full of bills inserted from the bill insertion slot 211, and unissued cards in the card tank 221 are empty. Card shortage indicator 244 that informs that the money has become empty, and the bill tank 231 of the balance dispenser.
A change shortage indicator 245 is provided to notify that the stock bills have run out. Further, in order to detect the above state and turn on the corresponding indicator, the bill tank 214,
Sensors 261, 262, and 263 are provided in the 231 and the card tank 221, respectively.

Further, in the card issuing machine 200 of this embodiment, the management device 400 can identify the issuing machine that issued the specific card by distinguishing each of the plurality (several tens) of issuing machines 200 installed in the game arcade. A device number setting device 205 is provided inside the device so that the device number set by the device 205 is transmitted to the management device 400 to generate a transmission address for data communication and to issue each device. Is used to create a data file.

Although not particularly limited, the same number as the machine number set by the setting device 205 is displayed on a name plate 206 attached to an upper portion of the front panel 201 of the issuing machine.

The card reader 220 has the details as shown in FIG.
At one end (right end in the figure), a card having a blank magnetic recording unit MG and a print display unit PRT is inserted into a card tank 810 containing a large number of cards and a card ejection device 820 for taking out cards one by one from the tank. Is provided. The card removal device 820 includes transport rollers 824 and 825 disposed along a card travel path 823, drive motors 826 for the rollers 824 and 825, and a photoelectric sensor 816 that detects an end of the removed card. The transport roller 82 disposed opposite to the opening 810a provided in a part of the bottom wall of the tank 810.
4 separates the cards in the tank and transport rollers 8
By 25, the card is sent to the card reader 220 side. When the leading edge of the card reaches the roller 825, it is detected by the sensor 816, and the rotation of the transport roller 824 is stopped. Thus, it is possible to prevent two cards from being fed.

The card CD removed from the card tank 810 by the card removal device 820 is inserted into the card intake 809,
When detected by the sensor 814, the conveyance motor 802 including a panel motor is driven, and the conveyance roller 804 is rotated via the belt 803. Then, the card CD is transferred to the transport roller 8
The sheet is conveyed along the traveling path 806 sandwiched between the 04 and the guide roller 805, and is taken into the card reader. Transfer motor 80
2 is provided with a rotation detector (sensor 5) 815 such as an encoder for detecting a rotation angle, and when the card is conveyed by a predetermined amount, the motor is stopped.

In the center of the main body of the card reader 220, a magnetic head 808 is provided.
a and 808b are provided. One head 808a writes data such as an identification code into the magnetic recording section MG of the card, and the other head 808b reads for confirmation.
(Since the card readers 180 and 310 of the pachinko machine 100 and the settlement machine 300 do not perform writing, the recording head 808a is unnecessary.) Then, a punch hole is formed between the magnetic heads 808a and 808b. A perforation device 807 is provided. In the card reader 220 of the issuing machine 200, the punching device 807 is driven when the card is issued, so that the punch holes drilled at a predetermined punching position PH _1.

In addition, a photoelectric sensor 813 for detecting a punched hole is provided near the punching device 807 to confirm whether the punching by the punching device 807 has been performed. The sensor 813 is a pachinko machine or checkout machine is used to grasp the status of the card by detecting the punched holes PH ₁ ~PH ₅ drilled in the card.

A sensor 811 for detecting the end of the card and an optical sensor 812 for optically detecting a security mark on the card are arranged near the card outlet 801.

Further, behind the card reader 220 (on the left side in the figure), a printing device 830 for printing the purchase amount AM, the issue date DATE and the issue serial number n on the print display section PRT of the conveyed card. Is arranged. Printing device 830
Are a pair of transport rollers 831 and their corresponding guide rollers 832 and their drive motors 833;
And a thermal head 834 arranged between the card detection sensor 817 and the card detection sensor 817.

The motor based on the detection signals of the sensors 811 to 817
The control of the 802,826,833, the perforation device 807, the magnetic heads 808a, 808b, and the thermal head 834 is performed by a controller 228 composed of a microcomputer (188 for a pachinko machine, 31 for a checkout machine).
Performed by 9).

FIG. 5 shows a card issuing machine 20 configured as described above.
A configuration example of a control system of 0 is shown.

In the drawing, reference numerals L1 to L5 denote lamps built in the purchase amount selection switch group 212, and the lamp corresponding to the turned on switch is turned on to illuminate the operation button from behind. It is supposed to.

In this embodiment, the magnetic heads 808a and 808b, the transport motor 802, the punching device 807,
The printing device 830 and the card removal device 820 are controlled by a controller 228 (see FIG. 4) such as a CPU (microcomputer) based on detection signals from the sensors 811 to 815, and are provided in the controller 228 and the issuing machine. The various sensors and indicators, the bill validator 210, and the balance payout device 230 that are provided are controlled by a unit controller 251 in a control unit 250 that also includes a microcomputer.

The unit controller 251 performs the card issuing process by controlling the above components and receiving the card number, collects the operation data, and transfers it to the unit memory as a parallel communication means comprising a dual port memory.
Write to the transmission data area SDA in 270. The operation data written in the unit memory 270 is transmitted to the management device by a transmission controller and a network control unit (NAU), which will be described later, by data communication with the management device 400 via a transmission cable (network). The data sent from the management device 400 is also temporarily stored in the unit memory 270.
The data is written in the reception data area RDA in the unit, and the unit controller 251 reads it to receive data. The unit memory 270 is provided with a shared data area CDA in which commands and status information for transmitting the transmission data and the reception data in the memory to the other controller are stored.

Tables 1, 2, and 3 show the unit memory 27, respectively.
2 shows a configuration example of a transmission data area SDA, a reception data area RDA, and a shared data area CDA in 0.

The hot code shown in Table 1 is written by the management device in the transmission area of the unit memory 270, for example, in the transmission area of the unit memory 270, for example, at the time of starting the system, and is periodically sent to the management device. Thus, it is possible to check whether or not the RAM data is destroyed due to noise such as static electricity, and quickly detect an abnormality in the transmission data.

Note that the monitor information 1 shown in Table 1 above corresponds to Table 4
As shown in the figure, a bit indicating that a test is being executed at system startup, a bit indicating initial value setting / unset, a bit indicating a hot code error, and a bit indicating a local network (transmission cable 500) error (for low and high layers) 2 bits), a bit indicating an issuer abnormality, and the like.

Further, as shown in Table 5, the monitor information 2 indicates a bit indicating an abnormality in the card reader, a bit indicating the presence or absence of a card, a bit indicating a state in the banknote tank, a bit indicating a banknote jam, and a forcible withdrawal of the banknote. It comprises a bit, a bit indicating the state of the balance dispenser in the bill tank, a bit indicating an abnormality of the balance dispenser, and the like.

Next, a configuration example of a pachinko machine that provides an original game will be described with reference to FIG.

The pachinko machine 100 of this embodiment is mounted on an island facility or the like above the main body of the gaming machine in a one-to-one correspondence with the main body of the gaming machine 110 and mainly performs processing relating to cards and collection of operation data during the game. And a control unit 160 for controlling it.

The control unit 160 is configured separately from the gaming machine main body 110, and has a card insertion / ejection slot 161, an amount display 162 for displaying the amount of money the card has, and a ball display for displaying the number of balls held by the player in digital numbers. 163, an analog display 164 in which a plurality of lamps are arranged in a line, a call switch 165 for calling a clerk, and the like are provided on the front surface. The analog display 164 displays the number of balls in play in an analog manner,
It is used to display the stop state and the free state with simultaneous blinking and moving blinking.

In addition, although not particularly limited, a safe lamp 166 for displaying a prize ball, a game display lamp 167 for indicating that the game is being played, and a sound effect sound, which are conventionally provided on the main body of the pachinko machine, are provided on the front of the control unit 160. Further, a speaker 168 for generating a warning is provided. Further, the pachinko machine 10 is located at a position located inside the island facility on the side of the control unit 160.
In a peculiar state in which 0 is separated from the management device 400, a test switch 171 for enabling a game operation using a test card described later, and a front panel number given to the pachinko machine is clearly shown on the front surface of the control unit 160. Name plates 172 are provided respectively.

Inside the control unit 160, a card reader 180 corresponding to the card insertion / ejection slot 161 and a machine number setting switch 173 behind the machine name plate 172 further control the entire control unit 160. Unit controller 1
90 are each provided. Unit controller 190
Is a transmission line such as an optical fiber or a coaxial cable.
1 connects to the control device 150 of the gaming machine main body 110 and to the management device 400 via a transmission controller and a local network (transmission cable) described later.

The card reader 180 of the pachinko machine is substantially the same as the card reader 220 for the issuing machine shown in FIG. 4, and is different in that it does not have a printing device 809, a card tank 821, and a card removal device 822.

On the other hand, the game machine main body 110 of the present embodiment is configured as a closed-type game machine that circulates and uses game balls sealed in the machine, and has a circulation device 120 that circulates the sealed balls.
In addition, at the lower part of the gaming machine main body 110, a launching device 111 for launching the above enclosed balls one by one into the gaming area and its operation dial 1
There are provided a purchase switch 113, an end switch 114, and an interruption switch 115 for enabling a game procedure using the card. The configuration of the game area is the same as the conventional one. The purchase switch 113 is connected to the card slot 161
This is an instruction switch for converting a game ball into a game ball in a unit of 200 yen or the like within a range of the amount of money of the card on the assumption that the card is inserted into the game ball.
The number of possessed balls is displayed on the possessed ball indicator 163, and the number of possessed balls is decremented by one each time one game ball is fired by the hit ball launching device,
When a prize ball is generated, it is added and displayed for the number of prize balls.
The end switch 114 is turned on at any time when the player wants to end the game (including when the player wants to change the game console), so that the card in use is controlled by the control unit 16.
It can be discharged from zero. At that time, the unit controller 190 registers the number of balls (sum of purchased balls and won balls) of the player at that time in the file of the management device 400, and then ejects the card from the insertion / ejection slot 161. Further, the interruption switch 115 is a switch used to temporarily stop the game for a break although the player does not intend to stop the game at the game machine currently playing, and when this switch is operated. The unit controller 190 once ejects the card and waits until the same card is inserted again, during which time no other cards are accepted. Of the above switches, the purchase switch 113 and the interruption switch 115 are of a built-in lamp type.
The lamp in 3 flashes, and when the interruption switch 115 is pressed, the built-in lamp is turned on until the interruption is released.

 FIG. 7 shows a configuration example of the back surface of the gaming machine main body 110.

A prize ball collecting gutter 122 covering a plurality of prize ball derivation holes 121 formed to penetrate the game board corresponding to a prize area provided in a game area on the front of the game board 101, Installed. The bottom wall of the prize ball collecting gutter 122 is inclined downward toward the center to be guide shelves 122a and 122b,
The first guiding gutter 123 is connected to the lower end of the flow, and the winning balls flowing into the winning ball collecting gutter 122 flow down on the guide shelves 122a and 122b to be collected and flow down the first guiding gutter 123. It is detected by the safe sensor 131 on the way. Further, a collecting gutter 124 is provided on the back surface of the game board corresponding to the out hole 102 provided at the lower part of the game area, and the end of the collecting gutter 124 is provided at the end of the first guiding gutter 123. Have joined. Further, in this embodiment, a second guiding gutter 125 is provided for collecting a winning game ball in a large variable winning device provided in the game area, and the end of the second guiding gutter 125 is provided at the end of the collecting gutter 124. Has been joined. The recovery gutter 124 and the second guiding gutter 125 are provided with an out sensor 132 and a safe sensor 133, and detect a game ball flowing into them. First
By providing the guide gutter 123 and the second guide gutter 125, it is possible to provide the player with different numbers of prize balls obtained by winning the respective winning regions.

The confluence of each of the gutters is communicated at a communication port 127 in the middle of a guide gutter 126 for guiding the collected game balls to the hitting ball firing device 111.

As shown in FIG. 8, the guide gutter 126 has a foul ball intake 104 provided in the middle of an arc-shaped guide rail 103 for guiding a game ball fired by the hit ball firing device 111 to an upper part of the game area. A foul ball, a safe ball (winning ball) and an out ball are all finally collected by the guide gutter 126, and the hitting ball launcher 111
Is guided until. In the middle of the guide gutter 126, a foul sensor 134 for detecting game balls collected from the foul ball intake 104, a ball narrator 105 for aligning the game balls collected in the guide gutter, and a box for extracting the enclosed ball to the outside. Ball lever 106
Is provided. The ball detected by the foul sensor 134 is subtracted from the shot ball, and the number of hit balls actually hit in the game area is accurately counted. Also, guide rail 10
At the start end of 3, firing sensors 135 and 136 for detecting a hit ball fired by the hit ball firing device 111 are provided, so that an empty hit is not counted as a firing ball,
The number of shots is counted by the movement of the hit ball from the firing sensor 135 side to the firing sensor 136 side. On the other hand, when the movement of the hit ball from the firing sensor 136 side to the 135 side is detected as the reverse, it is counted as a return ball (a foul ball). The ball pulling lever 106 prevents the rotation of the rotatable rotating plate 107 provided so as to constitute a part of the bottom wall of the guide gutter 126 to supply the game ball to the hitting ball firing device side, and When the sliding plate 107 is slid upward as shown in FIG. 9 (A), the rotating plate 107 is rotated downward by its own weight to discharge the game balls in the guide gutter 126.

On the other hand, a ball feed 128 having a ball receiving portion 128a is swingably attached to the lower end of the guide gutter 126 as shown in FIG. 9 (B).
The game balls inside are separated one by one and moved to the firing start end position of the guide rail 103. Ball feed 128
Is rotated upward in conjunction with the firing rod 111a of the hit ball firing device 111. A separation wall 109 is formed at the boundary between the guide gutter 126 and the start end of the guide rail 103. When the ball feed 128 is rotated upward, the game ball engaged with the ball receiving portion 128a at the tip end By moving over only one of the separation walls 109, the ball moves. Note that a cylindrical weight 129 is built in the ball feed 128, and the weight of the weight allows the ball feed 128 to smoothly return to the rotation.

FIG. 10 shows a configuration example of a control system of the pachinko machine 100.

A controller 188 shown in FIG. 8 includes transport motors 802 as components of the card reader 180 shown in FIG.
The controller controls the magnetic head 808b and the punching device 807. Various switches 165, 171 and 173 provided on the controller 188 and the control unit 160 and a display
The 162, 163, 164, 166, 167 and the speaker 168 are controlled by a unit controller 190 also formed of a microcomputer.

Although not particularly limited, in this embodiment, a control device 150 of the game machine main body 110, various sensors, a display, and the like are connected to the unit controller 190 via an optical cable 191. In order to enable communication using an optical fiber cable, a parallel-to-serial converter for converting parallel data and serial data and an optical-to-optical converter for converting electrical signals and optical signals are used.
Optical multiplex data links (interfaces) 192 and 193 including electric converters and the like are provided between the unit controller 190 and the optical fiber cable 191, and between the optical fiber cable and the control device 150.

In addition, by using the optical fiber cable 191 for data communication between the unit controller 190 and the control device 150 of the pachinko machine, a large number of wirings conventionally arranged in a complicated manner on the back side of the pachinko machine are cleared, Maintenance and management can be facilitated, and incorrect wiring connection can be prevented.

FIG. 11 shows a configuration example of a control system of the gaming machine main body 110.

Under the control of the unit controller 190 via the optical multiplex data link 193 and the optical cable 191, together with the control device 150, the hitting ball launching device 111 and the purchase switch 113
A built-in purchase enable indicator lamp 113a and a built-in interrupt indicator 115a built into the interrupt switch 115 are installed via a driver 195. Also, a purchase switch 113, a game end switch 114,
The signal from the interruption switch 115 is transmitted to the unit controller 190 via the optical multiplex data link 193 and the optical fiber cable 191.

The control device 150 is also configured by a microcomputer, and the control device 150 includes emission sensors 135 and 136.
The detection signals from the safe sensors 131 and 133, the foul sensor 134, and the out sensor 132 are input. Based on these signals, a winning ball, a foul ball, an out ball, and the like are determined, and the unit controller 190 is notified.

On the other hand, the unit controller 190 calculates operation data such as the number of payout balls, the number of outgoing balls, the number of possessed balls, the sales amount, etc., based on the detection signals relating to these game balls, the signals from the purchase switch 113, and the like. It generates operation information (game state), monitor information, and the like regarding the machine, and writes them into the transmission data area SDA of the unit memory 170 composed of a dual port memory.

The operation data and the like written in the unit memory 170 are as follows:
The data is transmitted to the management device by data communication with the management device 400 by a transmission controller described later. Also a management device
The data sent from 400 is also once written to the reception data area RDA in the unit memory 170, and the unit controller 190 reads this to receive data. Unit memory 170 is provided with a shared data area CDA in which commands and status information for notifying the other controller that transmission data and reception data are in the memory are stored.

Tables 6, 7 and 8 show the unit memory 17 respectively.
2 shows a configuration example of a transmission data area SDA, a reception data area RDA, and a shared data area CDA in 0.

The monitor information 1 shown in Table 6 includes a bit indicating that a test is being executed at system startup, a bit indicating whether an initial value is set / not set, a bit indicating a hot code error, and a local network, as shown in Table 9. Bits (2 for low-rise and high-rise) indicating abnormalities of (transmission cable 500)
Bit), a bit indicating a gaming machine abnormality, and the like. Further, the monitor information 2 has bits indicating an abnormality of the card reader as shown in Table 10.

Further, the operation information includes a bit indicating a stop state as shown in Table 11, a bit indicating that a game is interrupted, a bit indicating a forced termination state by a management device or a controller based on a communication error or fraud detection, etc. The bit includes a bit indicating that there is a game machine, a bit indicating that the gaming machine is in a free state without a player, and the like.

From the above Table 11, the actual state of the pachinko machine is represented by the free state, 0000000000000001 during the game, 0000000000000010 at the time of the forced termination reception, 0000000000000100 at the time of interruption, and 0000000000001000 at the time of the occurrence of the stop, 0000000000010000.

 FIG. 12 shows a configuration example of the payment machine 300 described above.

The payment machine 300 of this embodiment includes a card reader 310 that reads the card number of the inserted card CD, a balance payment device 320 for refunding an amount corresponding to an unpurchased amount remaining unused for the card, It is composed of a printer 330 for issuing a receipt on which the number of balls held by the game is printed, various displays 340 to 342, a control unit 350 for controlling the entire settlement machine 300, and the like.

Corresponding to the card reader 310, the front panel 301 has a card insertion slot 311, a ball number display 312 for displaying the number of acquired prize balls (the number of balls held), and an amount display 313 for displaying an unpurchased amount. Is provided. When a player first inserts a card through the card insertion slot 311, the card reader 310 reads the card number recorded on the magnetic surface of the card CD, sends the card number to the management device 400, and receives data related to the card. Then, the unpurchased amount is displayed on the amount display 313, the obtained number of balls is displayed on the number-of-balls display 312, and a receipt is issued by the printer 330. Further, the inserted card is ejected after the punching device 807 forms a punch hole at a predetermined punching position PH ₅ after the settlement machine is finished.

In this embodiment, a recording head is not necessary for the card reader of the checkout machine. However, by providing a recording head and erasing and discharging the data on the magnetic surface of the settled card, the card number can be reduced. May be made impossible to decipher the conversion method, and forgery of the card may be prevented.

The configuration of the card reader 310 is the same as that of the card reader of the issuing machine 200.
It is almost the same as 220 (see FIG. 4)
The card storage tank 314 is arranged at that position without the 22 and the card tank 821. Then, the transport direction of the card is opposite to that of the issuing machine. The printer 330 pulls out a blank sheet of stock in a rolled state, prints the date of issue, the number of balls acquired, the unused balance, and the history on the surface, and ejects it from the receipt issuing port 331. .

At the same time, the money corresponding to the unpurchased amount is paid out as a balance from the banknote payout device 320 and the coin payout device 326. The bill dispensing device 320 includes a bill tank 321 for storing bills and a bill outlet 322. In addition, since a fraction of less than 1000 yen is generated at the time of settlement, a coin dispensing device 326 including a coin tank 324 for storing coins in units of 100 yen and a coin payout port 325 is provided.

Further, on the front panel 301 of the settlement machine 300, a settlement-in-progress lamp 341 indicating that the card is being settled, a settlement stop lamp 342 indicating that the card cannot be settled, and a tank 313 with a card inserted from the card insertion port 311. Card overflow indicator L11 or balance payout device 3 to inform you when it is full
A bill shortage indicator L12 that indicates that the stock bills in the 20 bill tanks 321 have run out, a coin shortage indicator L13 that indicates that the stock coins in the coin tank 324 of the coin dispenser have run out, and a roll paper in the printer 330 There is provided a monitor display lamp group 340 including a paperless indicator L14 and the like for indicating that the battery has run out. In addition, sensors 361, 362, 363, and 364 are provided in the card tank 314, the bill tank 321, the coin tank 324, and the printer 330, respectively, in order to detect the above states and turn on the corresponding indicators. The coin dispensing device 326 has a coin removal switch 3
27 are provided.

Further, the settlement machine 300 of this embodiment has a stand for distinguishing each of the plurality of settlement machines installed in the amusement store and allowing the management device 400 to recognize the settlement machine that has performed the settlement of the specific card. A number setting device 305 is provided inside, and the machine number set by the setting device 305 is sent to the management device 400 to generate a transmission address for data communication and to create a data file for each settlement machine. Provided.

Although not particularly limited, the same number as the unit number set by the setting unit 305 is the front panel 301 of the checkout machine.
Is displayed on a nameplate 306 attached to the upper part of the label.

FIG. 13 shows a configuration example of a control system of the payment machine 300 configured as described above.

Note that, in the figure, reference numerals L11 to L14 denote lamps constituting the monitor display lamp group 340.

In this system, a magnetic head 808b, a punching device 807, and a transport motor 802 constituting a card reader 310 are controlled by a controller 319 (a controller shown in FIG. 4) comprising a CPU (microcomputer) based on detection signals from various sensors 811 to 815. 228), various sensors and indicators provided in the controller 319 and the checkout machine, a bill dispenser 320, a coin dispenser 326, and a printer 330.
Is a control unit also composed of a microcomputer
It is controlled by a unit controller 351 in 350.

The unit controller 351 controls the above components, checks the card number, receives and displays the card data, executes the settlement processing, collects the operation data, and stores it in the unit memory 370 including a dual port memory. Write to the transmission data area SDA. The operation data written in the unit memory 370 is sent to the management device by data communication between the transmission controller and the management device 400 via the transmission cable. The data sent from the management device is also temporarily written to the reception data area RDA in the unit memory 370, and the unit controller 3
The data is received by the reading of this by 51. Unit memory 370 is provided with a shared data area CDA for storing commands and status information for notifying the other controller that transmission data and reception data are in the memory.

Tables 12, 13, and 14 show the unit memory 37, respectively.
2 shows a configuration example of a transmission data area SDA, a reception data area RDA, and a shared data area CDA in 0.

As shown in Table 13, in this embodiment, the card history data is also received, printed on a receipt together with the time data, and ejected, thereby impressing the player that the payment data has high reliability. Can be. However, the history data is up to 20 in the card file
It is data up to times.

Note that the monitor information 1 shown in Table 12 above corresponds to Table 15
As shown in the figure, a bit indicating that a test is being executed at system startup, a bit indicating initial value setting / unset, a bit indicating a hot code error, and a bit indicating a local network (transmission cable 500) error (for low and high layers) , 2 bits), a bit indicating an abnormality of the payment apparatus, and the like.

The monitor information 2 includes a bit indicating a printer error, a bit indicating a card reader error as shown in Table 16,
A bit indicating a state in the coin tank, a bit indicating a coin jam in the coin dispensing device 326, a bit indicating an abnormality in the coin dispensing device 326, a bit indicating a state in the banknote dispensing device 320, and an error in the bill dispensing machine. It is composed of the indicated bits and the like.

Next, the pachinko machine 100, the card issuing machine 200, and the payment machine 300 configured as described above are collectively controlled, and operation data is collected in real time. A management device 40 that restores the data state, resumes the operation of each part of the system, enables the aggregation of data necessary for the management of the amusement store, and issues a resurrection card of the same qualification when the card is damaged
0 will be described.

FIG. 14 shows a specific configuration of the management device 400, and FIG. 15 shows a system configuration of the management device.

The management device 400 includes a main control device 401 storing a central processing unit CPU of a minicomputer class, a main storage device M-MEM including a semiconductor memory (RAM), a timer (including a calendar) TMR, a communication control device SCC, and the like. The main control device 401 includes a floppy disk storage device 402 as an auxiliary storage device, a hard disk storage device 403, and a personal computer 410 provided above the main control device 401. The personal computer 410 also has a CRT display device 411 for displaying messages and collected data, a console 412 for the operator to give commands and setting data, a built-in CPU, and communicates with a central processing unit in the main control device 401. It comprises a local processing unit 413 connected via a line and an interrupt circuit, and a printer 414 for printing collected data and the like.

Communication control devices 406a and 406b are provided in the main control device 401 in order to connect the local processing device 413 and the central processing unit CPU.

The printer 414 includes a buffer 414a for temporarily storing data to be printed in order to improve the throughput of the management device 400.

In addition, the management device 400 includes a card reader 407 that issues a resurrection card or a test card as a medium for causing the system to perform an action from each terminal, and a “card generated by a pachinko machine”, which is unique to the pachinko gaming system. The auxiliary printer 408 that prints emergency information generated by the system such as “stop” in real time is provided by the main controller 4.
It is provided above 01 and is connected to the central processing unit CPU via the communication control devices 406c and 406d.

The SCC is a transmission control device for enabling data transmission with each terminal via a network.

Further, when a power failure occurs, the operating data of all terminals volatilely held in the main storage device M-MEM and the data of all issued cards can be transferred to the hard disk storage device 403 for protection, Auxiliary power supply 409, which enables the management device to operate for at least 10 minutes,
It is provided below the main control device 401.

In this embodiment, the pachinko machine 100 is mainly used.
And a system including a card issuing machine 200, a checkout machine 300, and a management device 400 will be described. However, the present invention provides a system in which an in-store broadcast device, a prize exchange device, a vending machine, and the like are also controlled by the management device 400. Can be extended to In particular, the prize exchange device uses a card to
There is a possibility that a system that can be exchanged for a prize directly without passing through 0 may be easily applied.

Further, the console 412 configuring the management device 400 also has a unique key configuration most suitable for the pachinko gaming system of the present embodiment.

FIG. 16 shows a configuration example of the console 412. FIG. 1B shows the upper surface of the console, that is, the panel surface, and FIG. 1A shows the rear surface of the console.

In FIG. 16, reference numeral 421 denotes a store opening switch for instructing the start of business for each terminal of the system, and reference numeral 422 denotes a store close switch for instructing the end of business.
After the 421 is turned on, the card can be operated in each terminal until the store closing switch 422 is turned on. Also, 423 is an end switch for storing the operation data of all terminals in the floppy disk storage device 402 after the business is closed, and instructing the management device to stop the operation, and 424 for instructing the recovery process of the damaged card. It is a card resurrection switch.

The four switches of the store opening switch 421, the store closing switch 422, the end switch 423, and the card resurrection switch 424 are particularly important switches for the present system, and in order to prevent the system from being easily operated during the operation of the system, Key switch (upper in the figure)
It is linked to 420, and unless the key switch 420 is turned on, the switches 421 to 424 cannot be operated to be turned on.

Reference numerals 425, 426, and 427 denote ten keys, a return key, and a delete key similar to those provided on a console of a normal personal computer or the like.

On the other hand, reference numeral 428 denotes a display menu switch for giving an instruction to display data related to the card and operation data of each terminal on the screen of the CRT display device 411, and reference numeral 429 denotes a CRT clear switch for requesting deletion of data displayed on the CRT display device. It is. Reference numeral 430 denotes a print menu switch for giving a command to cause the printer 414 to print data related to the card, operation data of each terminal, and the like. Reference numeral 431 denotes a print stop switch for requesting the printer 414 to stop printing. 432 is a setting switch for requesting settings such as the number of hits and the hitting mode in the pachinko machine, and 433 is a prize ball of the set hit number is dispensed and hitting, that is, the game cannot be continued. A stop release switch for giving a release command of the stop state of the pachinko machine, 434, forcibly terminates the terminal device by type at the end of business, and normal control and data collection due to communication network abnormality etc. A forced termination switch that constitutes a type termination command signal generating means for forcibly terminating all terminals when it becomes impossible or forcibly stopping a specific terminal when a player's injustice is discovered, 435
Is a termination release switch for releasing the forced stop of the terminal, and 439 is a date and time setting switch. Further, the console 412 of the embodiment is provided with a buzzer 440 that generates a sound to urge the operator to wake up when an emergency such as a pachinko machine is hit and a buzzer stop switch 436 that instructs to stop the sound generation. Have been.

Among the above switches, the switches 421 to 424 and 432 to 436 shown in double frames in the figure are lamp built-in switches, and when these switches are turned on, the corresponding built-in lamp is being executed or the state is continuing. It is lit. However, the lamp in the buzzer stop switch 436 is linked with the buzzer, lights up while the buzzer is sounding, and the stop switch 43
Turns off when 6 is pressed.

Further, the console 412 of this embodiment has a test card switch 437 for giving a test card issuance command on the back thereof, an exchange rate of purchased balls and store codes, a total number of terminals, a winning ball 1 when the system is introduced. A built-in switch 438 is provided for making a setting request such as the number of prize balls per piece. These switches 437 and 43
8 is a switch that is rarely used unlike other switches, and is a specific person (such as a manager of a game store).
Is a switch that only needs to know its presence, so it is provided on the back of the console.

Here, the test card will be described. As is clear from the configuration already described, the gaming system of this embodiment includes all terminals (pachinko machines, card issuing machines,
The settlement machine is under the control of the management device, and shifts to an operable state by exchanging card numbers and the like, and cannot be operated by the terminal alone. However, since pachinko machines are frequently used, jams and so-called tulips and other accessories often break down, and it is necessary to adjust nails in the game area to adjust the payout rate. In that case, a trial driving is performed after repair or nail adjustment, but it is very inconvenient to start up the entire system and operate the pachinko machine only with a purchase card. Therefore, in this embodiment, the test switch 171 in the control unit 160 of each pachinko machine described above is turned on, and a special test card issued by the management device is inserted from the card insertion / ejection port 161 of the control unit 160. Then, a certain number of balls are given and the pachinko machine is configured to be able to execute the game operation independently.

The card reader 407 provided in the management device 400 has exactly the same configuration as the card reader 220 in the card issuing machine shown in FIG.

However, a method may be employed in which a blank card is inserted from outside, a code is recorded on a magnetic surface, and the blank is ejected, without a blank card inside. In that case, the card tank can be omitted. Further, since the test card and the resurrection card issued by the management device 400 do not always need to specify the date of use and the serial number of the issuance as in other general cards, the printing device may be omitted. When issuing a rebirth card, the punching device 807 is used to punch the specified card punching device PH ₂
A punch hole is punched.

As described above, the terminals 100, 200, and 300 of this embodiment are all under the control of the management device 400, and cannot operate independently unless the management device 400 is activated. Therefore, when the system is started up, the management apparatus 400 gives setting values to all terminals and initializes them.
In addition, prior to this initialization, the terminal numbers are taken from each terminal to form a transmission address in order to enable data transmission. During operation of the system, operation data of all terminals is collected in real time and stored in the main storage M-MEM.

As described above, in this embodiment, the amount of data handled by the management device 400 is enormous. Therefore, in the embodiment, these data are organized by file management to facilitate handling.

Table 17 shows a file configuration example of data managed by the management device 400.

These files are usually recorded in the main memory M-MEM, but all files are saved in the hard disk storage 403 at the time of power failure. Further, the data files relating to the terminals, that is, the pachinko machine files (hereinafter referred to as P machine files), the issuing machine files and the settlement machine files are stored in the floppy disk storage device 402 at the end of business hours, and are provided for monthly operation data totaling and the like. You.

Next, each file shown in Table 17 will be described in more detail.

The setting value file FL1 in the table depends on the characteristics and configuration of the system such as the exchange rate of purchased balls, the store code, the number of terminals, the number of prize balls, the number of hits, etc. Is a setting value that fluctuates. This set value file is normally loaded from the hard disk HDD to the main memory M-MEM at the start of business. Further, the set value file FL1 can be updated from the console by pressing the built-in switch 438 when replacing a pachinko machine or the like.

 Table 18 shows a configuration example of the setting value file FL1.

In the table, the exchange rate of purchased balls is the number of balls lent, ie, the number of initially held balls, per unit of purchase amount (for example, 200 yen), and the number of NAUs is the connection between the high-layer network and the low-layer network as a data transmission system. The total number of network adapter units (communication control devices) provided in the unit. Further, the number of prize balls from a certain pachinko machine to a certain pachinko machine is set in a table indicated by a symbol i. Two types of prize balls can be set for each prize ball. In addition, as shown by i = 1 to 16, in this embodiment, all the pachinko machines of the game arcade are divided into 16 groups, and the number of two prize balls of main and sub can be set separately. ing. However, consecutive machine numbers are given to pachinko machines having the same set value, and the target range is specified by the start number and end number.

Further, the number of hits is set in the table indicated by j, and the hitting mode is set in the table indicated by k. Here, the hit mode indicates a method of calculating the number of hits (arithmetic formula). For example, a mode in which hitting is performed when the number of payout prize balls reaches the hit number, or the number of payout prize balls. There is a mode in which, when the number of hit balls is subtracted from the number of hits reaches the number of hits, hitting is performed when the hitting number is reached. Although not particularly limited, in this embodiment, as shown by j = 1 to 16, k = 1 to 16, the number of hits and the hitting mode can be independently set for each of 16 groups.

Table 19 shows a configuration example of a transmission address file FL2 used for data transmission.

In Table 19, the type flag is a flag for indicating the type of terminal. "1" indicates a pachinko machine, "2" indicates a card issuing machine, "4" indicates a checkout machine, and "0" indicates a terminal. Indicates the absence of each. Vehicle number and serial number are "4"
And the serial number of the terminal created except for "9", and the unit number is the number of each terminal placed under one NAU (network adapter unit) regardless of the type of terminal, The channel number is a number that is the address of each terminal as viewed from the management device.

The NAU number and the unit number are set by the setting switches (1
73, 205, 305, 561). In the case of a pachinko parlor, it is a skip number given by a number excluding "4" and "9". Here, the fact that "4" and "9" are not used indicates that an octal representation is possible. Therefore, using the conversion table shown in Table 20, the unit number displayed in decimal notation is set to 0.
Expressed only with numbers from 7 to 7. According to this, for example, "25
The number "8" is written as "247".

If this is represented by a binary code in a binary octal system, it will be "010/100/111". This code indicates “167” in decimal notation, whereby the pachinko machine numbers missing “4” and “9” are consecutive numbers.
On the other hand, the lower 6 bits of the above code are taken, and this is regarded as a code “10 · 0111” expressed in a binary coded decimal system, and this is “27H” when expressed in HEXA. In this embodiment, this is used as the unit number. Further, “NAU number + unit number” in which an NAU number is prefixed to the unit number is used as a channel number. According to such a method, in the custom of a pachinko game store having a number that does not use “4” and “9”, efficient address processing that matches the characteristics of a microcomputer that performs data processing using only the binary system Becomes possible.

The file is created for all terminals based on the response data of the unit table request by the management device after the line test.

Table 21 shows a configuration example of the card file FL3. The card file FL3 contains information for each card.

In the same table, the card number is a number obtained from the issue serial number n using the function f (n), and the number of balls and the amount of money, and the card status is the current status of the card specified by the issue serial number n and the card number. This information is referred to as a card text in this embodiment. Here, the card status is, as shown in Table 22, a bit indicating a free status that is not used in a game, a bit indicating a game, a bit indicating a pause temporarily leaving the gaming machine, A bit indicating that the card has been settled, a bit indicating that both the number of balls held and the balance of the card have become zero, a bit indicating that one or more hits have occurred in the past, It is composed of a bit indicating that the card is used in the pachinko machine, a bit indicating that the card has been restored, and the like.

On the other hand, returning to Table 21, in the card file FL3, a terminal serial number indicating the position of the terminal where the card is currently present and a terminal number are registered. Since pachinko machine gaming stores do not use the numbers “4” and “9” as unit numbers as a convention, two types of terminal numbers, back and front, are generated.

In Table 21, the i-counter indicates the number of actions taken by the card, that is, the number of times the card has been ejected from the system as the organic combination to the outside. Number, number of balls, amount,
Card information such as time, that is, card history is recorded. Statistically, most players play with less than 20 pachinko machines per day.
It is decided to record the card history up to 20 times. However, 20
If the number of times exceeds the number of times, the information is recorded in a form updating the table indicated by i = 20. In the above case, the i counter does not count the interruption of the game. That is, each card information is recorded in a new area at the time of interruption, but the value of the i-counter is substantially updated by recording the card information in the same area without updating the counter when the game end switch is turned on after the interruption is released, and recording the card information in the same area. The number is matched.

Here, the state and action of the card and the registration of the card information in the card file FL3 will be described with reference to FIG.

First, when a card is issued in the card issuing machine 200, the card is ejected and the card shifts from the unissued (blank) state SS0 to the free state SS1. then,
When the card is inserted into the desired pachinko machine 100, the gaming state S
Move to S2. Here, when the ball and the amount of money of the card become zero by the game, the card is ejected and the state is returned to zero return SS3
Move on to Further, when the interruption switch 115 is pressed during the game, the card is ejected, and the state shifts to the interruption state SS4, and returns to the game state SS2 again by reinserting the same card. Then, when the end switch 114 is pressed to end the game during the game, the card is ejected and the state shifts to the free state SS1. The card is ejected by the forced termination or hitting by the CPU, and the game state SS2 is shifted to the free state SS1.
When the user goes to the checkout machine 300 with the card in the free state and performs the checkout process, the card is collected after an invalid mark is added, and the state is shifted to the settled state SS5. In the system of this embodiment, it is also possible to go to the checkout machine 300 without returning to the pachinko machine with the card in the interrupted state SS4 and perform the checkout process.In that case, the state shifts from the interrupted state SS4 to the settled state SS5. .

In the state transition diagram described above, an action accompanied by recording of card information in the card file FL3 is indicated by a circle in the arrow indicating the transition direction. In each block, the code indicated by XXH represents the corresponding state in hexadecimal using the code indicating the card state in Table 22 (HE
XA expression).

 Next, Table 23 shows a configuration example of the P machine file FL4.

In the figure, items from the machine number to the card status are as follows:
These are data held in the transmission data area shown in Table 6, which are sampled once a second by the management device 400 and registered in a file. In addition, the number of main prize balls, the number of sub prize balls, the number of hits, and the hit mode,
Setting value files shown in Table 18 at system startup
It is registered in the P machine file FL4 based on FL1.

Table 24 and Table 25 show the issuing machine file FL5 and the checkout machine file FL6, respectively. The data items shown in Table 24 are shown in Table 1.
The data stored in the transmission data area of the issuing machine shown in Table 25 and the data items shown in Table 25 match the data stored in the transmission data area shown in Table 12. These are sampled by the management device once a second.

In Tables 25 to 27, data marked with a circle in the save column is data saved on the floppy disk FDD at the end of business.

A card issuing machine 100 as a terminal configured as described below, a pachinko machine 200, a settlement machine 300, and a management device 400 that performs centralized control of these terminals are organically combined to perform data transmission and a card. A data transmission line (local area network) that enables operation will be described. FIG. 18 shows a configuration example of a pachinko game system using a hierarchical data transmission path.

That is, 100 to 1000 terminals are grouped in units of 20 to 40, for example, in units such as amusement park island facilities, and each group of terminals is a token that circulates at high speed on a ring-shaped transmission path. A network adapter unit (hereinafter, referred to as NAU) by a token-passing-type low-layer network (token bus) 510 in which a node (terminal) having access right has a right to transmit and receive data in the form of a packet. Connected to 530.

A plurality of NAUs 530 that control each low-layer network (token bus) 510 are connected to the management device 400 via a high-level network 520 of the CSMA / CD system.

The low-layer network 510 is 2.5Mbps (megabit /
Second) and have a high-speed network 520
Is controlled to have a transmission rate such as 10 Mbps,
The NAU530 acts as a buffer that absorbs the difference between the two transmission rates and enables smooth data transmission,
The burden on the management device 400 is reduced, and a large amount of operation data can be collected.

In FIG. 18, the symbol P indicates a pachinko machine as a terminal, the symbol H indicates a card issuing machine, and the symbol S indicates a checkout machine.

Each of the terminals P, H, and S is connected to a branch line branched from the low-layer network 510 by a cable branch circuit 540 as shown in FIGS. 3, 6, and 12. At the end of each branch line, control units 160, 250 and 3 of each terminal
50 is connected. In FIG. 18, a reference unit U indicates a control unit of each terminal.

FIG. 19 shows a configuration example of a common control unit of each terminal.

That is, a unit memory 170 (27, 27) as parallel communication means is provided between the unit controller 190 (251, 351) for controlling each terminal and the low-layer network 510.
0,370), a data transmission controller 551 for transmitting and receiving data without disturbing the operation of the unit controller 190 (251,351), and a buffering packet memory 552 for holding transmission / reception data in the form of packets for speeding up data transmission. A communication controller 553 for establishing transmission and reception rights in the low-layer network (token bus) 510, converting parallel data to be transmitted to serial data, and converting received serial data to parallel data, A level conversion circuit 554 for performing signal level conversion and a cable branch circuit 540 for separating and coupling a transmission signal and a reception signal are connected. Each of the controllers 551 and 553 is constituted by a microcomputer, and the packet memory 552 includes:
Like the unit memory 170, it is configured by a dual port memory. However, there is no shared data area in which a command is stored in the packet memory 552, and transmission / reception requests between the data transmission controller 551 and the network controller 553 are directly exchanged between the controllers.

FIG. 20 shows a circuit configuration example of the NAU (network adapter unit) 530 that buffers data transmission between the low-layer network 510 and the high-layer network 520.

The NAU 530 of this embodiment includes a low-layer network controller 533 that establishes a transmission / reception right in the low-layer network 510 and performs serial-parallel conversion of data, and a high-layer network that establishes a transmission / reception right and serial-parallel conversion of data in a CSMA / CD high-layer network. Network controller 537
And a data transmission controller 535 for controlling data transfer between these network controllers 533 and 537. Among the above controllers, the low-layer network controller 533 is composed of a communication LSI dedicated to token passing, and the high-layer network controller 537 and the data transmission controller 535 are composed of general-purpose microcomputers. Further, between these controllers 533 and 535 and between 535 and 537, buffer packet memories 534 and 536 for absorbing a difference in data transmission speed between the low-layer network 510 and the high-layer network 520 are provided.
And are connected respectively. The above packet memory 534,
536 is constituted by a dual port memory and has a transmission data area and a reception data area. Between the low-layer network controller 533 and the low-layer network (talks bus) 510, a branch circuit 531 for separating and coupling a transmission signal and a reception signal, and a level conversion circuit 532 for converting the level of a transmission / reception data signal are provided. It is connected. Similarly, a level conversion circuit 538 and a branch circuit 539 are connected between the high-layer network controller 537 and the high-layer network 520.

Further, the NAU 530 of this embodiment includes a NAU number setting unit 561 for setting a number for distinguishing a plurality of connected NAUs from each other, and a terminal existing on the low-layer network 510 under the control of each NAU 530. And a number setting device 563 for setting the number of terminals existing on the low-layer network. The set values of the setting units 561 to 563 are input to the data transmission controller 535 in the NAU 530, and the NAU number is used for forming the transmission address of each NAU in the high-layer network 520. Also, the transmission address of each terminal in the low-layer network 510 is formed by the minimum number and the number.

In the hierarchical local network 500 (FIG. 18), when the system starts up, the management device 400 performs a line test through each NAU 530 and sets a set value for each terminal. Is used to collect operation data from the terminals P, H, and S once per second and store the data in its own memory. The accumulated data is stocked in the data file in the management device 400 from each NAU 530 through the high-layer network 520 once a second in response to a request from the management device 400.

As described above, since the communication network has a hierarchical configuration using the NAU 530 as a buffer and the high-layer network 520 has a transmission speed four times the transmission speed of the low-layer network 510 of 2.5 Mbps, 100 to 1000 In a system having terminals, Tables 1, 6 and
A large amount of operation data as shown in Table 12 can be collected by the management device once a second.

Table 26 shows the types of packets used in the above data transmission system, that is, the types of messages from CPU to CPU.

In the table, a unit is a terminal (pachinko,
Card issuing machine, checkout machine)
For example, when a packet “unit table request” is transmitted from the management device 400 to each NAU (network adapter unit) 530, the NAU receives the packet and extracts the device number etc. from the terminal under its control. Return to the management device, the management device knows the transmission address based on this,
Create and maintain an address file.

In addition, when a card is inserted into the control unit 160 of the pachinko machine 100, the “card-in” packet described in Table 26 indicates information “card text” related to the card to the management apparatus 400 from the unit side. This is a packet for requesting Here, the card text is a data feed containing four pieces of information such as a card number, the number of balls, an amount of money (unused amount), and a card state. The packet “return to zero” is used to transmit the card text from the pachinko machine control unit 160 to the management device 400 when both the number of balls held and the amount of the card become zero during a game with a certain pachinko machine. Packet.

On the other hand, the packet of `` interruption end '' is when the player presses the interruption switch 115, receives the card, leaves the pachinko machine, and then inserts the card into the checkout machine without returning to the suspended pachinko machine and performs the settlement Is a packet for issuing a command for canceling the suspended state of the pachinko machine that is being suspended by the management device. As a result, the player can return to the pachinko machine that has been interrupted and can perform the settlement without pressing the game end switch 114.

ACK and NAK packets are transmitted between the management apparatus 400 and the network adapter unit 530 when a transmission request is received and when a response to the request is made to the other party and when the request is not received. This is a packet used when performing ACK. When an ACK is returned, requested data such as a card text may be added. Further, in this embodiment, a line test, a monitor error,
Based on the judgment of the management device 400 based on the token bus abnormality, etc.,
Along with the "Forced termination request" packet for giving a command to stop the operation of each terminal individually or for each type, the control unit side of each terminal determines, for example, that the terminal under its own control cannot be controlled. In such a case, a "forced termination notification" packet is prepared to stop the control and notify the management apparatus of the suspension.

The packet codes 8OH to 8AH shown in Table 26
Is displayed in hexadecimal, and it goes without saying that the code is an example and is not limited to this.

Next, a typical packet format used in the data transmission system (local network) is shown.

Of these, Fig. 21 (A) shows the structure of a "regular data request" packet for pachinko machines (common to other terminals), and Fig. 21 (B) shows the operating data collected by the NAU from the pachinko machines. The structure of an "ACK" packet is shown. With these packets, periodic data can be collected, and the operating state of each terminal can be grasped in real time.

Further, Fig. 22 shows the structure of the "line test" packet sent from the management device 400 to the control unit of each terminal, and Figs. 23 and 24 show the "forced termination request (type)" packet and the "forced termination request" packet. Termination request (individual) "packet structure,
FIG. 25 shows the structure of a "monitor abnormality" packet sent from the control units 160, 250, 350 of each terminal to the management device 400, respectively.

Then, in Table 27, the definition of the unique data laid out in the head portion of each packet is listed.

In FIGS. 21 to 25, the HHD is the packet head used in the high-layer network 520, and the LHD is the packet head.
Shown in is the packet head used in the lower layer network 510.

Data transmission between the management device 400 and the NAU 530 in the higher layer network 520 is performed by using the packet head LHD, and data transmission between the NAU 530 and each terminal in the lower layer network 510 is performed by the packet head LHD. Is performed using.

Data transmission from the management apparatus 400 to each terminal via the NAU 530 is performed using two packet heads HHD and LHD. In this case, the network adapter to which the transmission destination terminal belongs is specified by the upper packet head HHD, and when a packet is captured therein, the upper packet head HHD is removed and the lower packet head LHD is removed.
The packet is sent out onto the low layer network 510 with only the head as the head, and the packet is transmitted to the designated terminal.

On the other hand, when transmitting data from each terminal to the management device 400, first, the terminal attaches only the packet head LHD for the low-layer network to the head of the data and sends out the data to the low-layer network 510. Then, the packet is fetched by the NAU 530, where the packet head LHD is further attached with a packet head HHD for a high-layer network, sent out over the high-layer network 520, and transmitted to the management device 400.

Further, the portion "PADDING" added to the end of each packet in FIGS. 21 to 25 is a dummy data field added to match the length of the packet data with a predetermined length.

In the response packet to the scheduled data request shown in FIG. 21 (B), the upper packet head HH
Under D, the operation data of all the pachinko machines belonging to one NAU530 is linked, and the head and data indicated by * 1 are for the first pachinko machine, and the head and data indicated by * 2 are This is for the second pachinko machine, and the data for all pachinko machines follow in the same manner.

It should be noted that the packets shown in FIGS. 21 to 25 are not the whole of the original packets placed on each network but only the main part, and the source address field indicating the transmission source and the destination indicating the transmission destination. There is a head section including a nation address and the like, and a check code section for error detection. These are the control unit of each terminal and the network controller 55 in the network adapter unit.
3,533,537 (see FIGS. 19 and 20) are automatically generated and added.

Next, the operation of the system by data transmission using a representative packet related to the present invention among the packets shown in Table 26 will be described.

FIG. 26 shows the flow of the procedure for the initialization of each terminal and the network line test by the management device 400.

When the system is powered on, the management device 400
First, clear all files FL1 to FL6 in the main memory to zero, then read the set values such as the number of terminals, number of prize balls, number of hits, etc. from the hard disk (auxiliary memory 1) The setting value file FL1 as shown is established, the number of NAU530 is read from the setting value file FL1, the NAU address is calculated, and then the line test process is performed using this NAU address (S2501 to S2505). That is, a "line test" packet as shown in FIG. 22 is transmitted to each NAU 530 using the high-layer network 520, and a message "line test" is displayed on the CRT display 411 of the management device (S2506, S2507). ). For the "line test" packet, the date and identification code (store number) obtained from a timer together with the packet head HHD for high-layer networks
Is added and transmitted.

On the other hand, when the power is turned on, the NAU530 first sets the set values (NAU number, minimum unit number,
(Number of terminals) to calculate the transmission address of each terminal to create a unit address table, and recognize the transmission address of each unit (terminal) and NAU itself (S2511-
S2514). The NAU address recognized here based on the setting value from the setting device matches the NAU address recognized from the data of the setting value file FL1 by the management device 400 in step S2504. Recognition of the same address enables each other to communicate with each other.

After that, when the "line test" packet is sent from the management device 400, the NAU 530 confirms the reception of the packet and then sends the "ACK" packet as a response signal. This “AC
When the communication control unit SCC of the management device 400 receives K ", it can be recognized that there is no line abnormality with the corresponding NAU, and the above procedure (S2507 to S2510) is repeated for the number of NAUs. After checking all the lines, the unit table request processing S2601 (FIG. 27) follows.

On the other hand, when the power supply of the control units 160, 250, 350 of each terminal is turned on, the data transmission controller 551 in the unit first clears all the data areas of the unit memories 170, 270, 370 and then puts an interrupt command in the shared area to make a start request. (S2521 to S2523). Then, the unit controller 190, 251, 351 of each terminal confirms the start request, reads the set value (unit number) from the unit number setter, calculates the lower order of the serial number and channel number, and then sends it to the transmission data of the unit memory. By writing in the area and reading it by the data transmission controller 551, the unit address is recognized on the control unit side (S2524 to S2528). This enables data transmission between the NAU 530 and each terminal using the token bus.

After that, the data (date and identification code) which the NAU530 has already received from the management device 400 for each unit (terminal).
When a "line test" packet is added to the packet head part LHD for the low-layer network, the data transmission controller 551 on the unit side confirms the reception of the "line test", and then the data obtained in step S2528 along with the received data. Number, serial number and channel number (lower order) are added and sent to the NAU, which the NAU confirms (S2531 to S25
34). By repeating this for all units, the line test of the lower layer network 510 is completed.

Then, the NAU530 calculates the transmission address from the received unit number, creates a unit table for the unit (terminal) under its control, and then performs a unit table transmission process in response to a unit table request from the management device 400.
Move to S2604. This unit table contains the process S25
The result of reception confirmation of 31, that is, the monitor information 1 shown in Table 4, Table 9, and Table 15 is also included. On the other hand, the unit-side transmission controller 551 that received the "line test" packet from the NAU 530 writes a command indicating "line test" to the command register CR2 in the shared data area in the unit memory (S2551). This is read by the unit controllers 190, 251, 351 of the respective terminals to confirm that the line is properly connected (S2552), and the initial value setting process S27
Move to 01.

FIG. 27 (A) shows a procedure for creating a transmission address file in the management device 400. When creating the transmission address file, the management device 400 first starts the unit table request process, and the communication control device SCC sends a "unit table request" packet (Table 26) to each NAU 530 (S2602). Then, NAU530 receives the packet (S26
03) and put "AC in the PACKET $ TYPE section as shown in Fig. 27 (B).
Next to the head HHD containing K "(= 08H), the NAU number and NAU
Status (Token bus error, Opening code received,
"ACK" consisting of the number of units and the data of the unit table (unit number and type flag, unit number, serial number, channel number and monitor information 1) of the unit table described above. The packet is transmitted (S2604).

When the management device 400 receives this unit table,
After creating the transmission address file FL2 as shown in Table 17, see the monitor information 1 formed by the reception confirmation (S2534) of the received data from each terminal in the line test of FIG. 26, and check the line monitor. It is confirmed (S2607), and if there is no abnormality, the process proceeds to initial value setting processing (S2701). Then
If there is an abnormality in the monitor information 1 sent from each terminal, the abnormal terminal is displayed on the screen of the CRT display device 411.

Fig. 28 shows the management device 400 that is executed at the end of the line test.
The procedure for setting initial values for the control units 160, 250, 350 of each terminal will be described below.

When setting the initial value, first, the central processing unit CPU of the management device 400 reads out the setting value file FL1 created in the processing S2502 of FIG. 26 from the main storage device M-MEM, and then the communication control device.
It is passed to the SCC, and in the data section of the "Initial value setting" packet, the initial values such as date, identification code, purchased ball exchange rate, number of main prize balls, number of sub prize balls, number of hits, hit mode, etc. Then, a hot code (a code for confirming the reliability of the data in the unit memory later) is inserted, and the high-layer network head section and the low-layer network head section are attached to the head of the packet and transmitted (S2701, S2702).

Then, the NAU530 receives the packet, removes the head part for the high-layer network, sends out the "initial value setting" packet on the low-layer network, and sends the response signal "ACK" packet to the high-layer network (S2703). , S2704). When the management device 400 receives this "ACK", it returns from S2705 to the process of S2701 again, changes the transmission destination address, repeats the procedures of S2701 to S2705, and transmits the initial values to the control units of all terminals. .

On the other hand, on the low-layer network 510 side, the designated control unit receives the packet transmitted from the NAU530, writes the initial value setting command in the command register CR2 in the unit memory (170,270,370), and receives it in the reception data area. Write the value (S2711, S1712).
And the unit controllers 190, 251, 351. The command and data in the unit memory are read to confirm receipt of the initial value, and the date and identification code are transferred to the card reader (including card writer) 180, 220, 310 provided in the terminal, and the card reader The control device on the side stores this (S2713, S2714).

Further, separately from the above processing, when the initial value setting switch 432 on the console 412 of the management device 400 is turned on and the setting value update processing (S2720) is executed, the setting is made on the screen DSP of the CRT display device 411. While the value is displayed, the setting value file FL1 in the main memory M-MEM is updated, the setting value is read from this file, and a new initial value is set according to the above steps S2701 to S2714. Then, after the setting of the initial values for each terminal is completed, the management device sends an “opening code” packet to all the terminals to start business.

FIG. 29 shows a procedure for periodically collecting operation data from each terminal after the start of business.

When the transmission controller 551 in the control unit 160, 250, 350 of each terminal confirms the fixed time, for example, every 1 second by interruption from its own timer, the transmission data 551 written in the transmission data area SDA in the unit memories 170, 270, 370 is read. Read it out, put it in the “scheduled data transmission” packet, put it on the low-layer network 510,
Send to AU530 (S2801-S2803). Upon receiving the scheduled data from each unit, the NAU 530 updates a data table formed in its memory for storing operation data for each unit (S2804, S2805). The periodic data collected by the NAU 530 is obtained by the unit controllers 190, 251, and 351 of each terminal downloading the operation data of the terminal in real time and sequentially storing the unit memories 170, 290, and 370.
It is written in.

On the other hand, also on the management device 400 side, the central processing unit CPU confirms the regular time every second by interruption from its own timer, starts the regular data request processing, and executes the communication control device SC.
C transmits a “periodic data request” packet to each NAU 530 (S2811 to S2813). Then, the specified NAU530
Receives the packet and adds an “ACK” packet to the
(S2814, S2815) which includes and transmits the data table collected in the procedure of S2805). The management device 400 receives this and displays it.
23 to update the files FL4 to FL6 of the corresponding terminal shown in Table 25 (S2816, S2817).

FIG. 30 shows a procedure of monitor abnormality processing of notifying the management device 400 of an abnormality detected when the terminals monitor the signals of various switches and sensors.

The unit controller 190, 251 or 351 of the terminal is a signal such as a switch or sensor or a card reader 180, 220,
If the monitor information from the 310 is monitored and an abnormality is detected, a message “monitor abnormality” is displayed in the command register CR1 in the unit memory 170, 270 or 370, and monitor information 1 and 2 and operation information are displayed in the transmission data area. Write (S4601, S4602). Then, the data transmission controller 551 reads this, forms a “monitor abnormality” packet, and sends the monitor information 1 and 2 and operation information in the packet, and the NAU 530 receives the packet and the upper layer at the head. Attach the network head and send to the management device 400 (S4603, S
4604). When the management device 400 receives the "monitor error" packet and confirms it, it displays an interrupt message and the unit number of the unit on the screen of the CRT display 411, and the printer
The statement describing the abnormality is printed by 408 (S46
05 to S4608). At the same time, the management device 400 updates the monitor information 1 and 2 and the operation information among the data of the corresponding files in the P machine file FL4, the issuing machine file FL5 or the settlement machine file FL6, and sends them to the NAU530 which sent the packet. An "ACK" packet with a response signal is transmitted (S460).
9 ~ S4611).

The "monitor abnormality" packet allows the management device 400 to always know the state of each terminal during system operation.

Then, when the operator analyzes the paper on which the abnormality that occurred in the terminal is printed out and determines that it is not appropriate to keep the terminal operating as it is, the following "forced termination request ( Individual) ”packets can be used to force the terminal to shut down.

FIG. 31 shows a processing procedure for forcibly terminating the terminal device from the management device 400 side.

When the forced termination switch 434 as the type termination command signal generating means provided on the console 412 of the management device is turned on, a forced termination menu as shown in FIG. 34 is displayed on the screen DSP of the CRT display device 411. (S3701). Follow the menu to select the type of terminal to
If you select by, the display prompting you to enter the forced termination number (No.
(Fig. 35) is performed (S3702). Then, when looking at the display in FIG. 35 and inputting “0” to specify batch termination for each type from the console, the type forced termination processing is started according to the procedure shown in FIG. 31, and as shown in FIG. The indicated "forced termination request (type)" packet is sent out on the higher layer network 520 (S3703, S3704). by this,
Type of each terminal (pachinko machine, card issuing machine, settlement machine)
Each machine can be finished at the same time. The 35th
The 10th line in the figure is the 8th line □□□! It is displayed only when "0" is entered in.

When the NAU530 receives this packet, it removes the high-layer network head and sends it to all applicable terminals of the same type.
A "forced termination request" packet is transmitted, a response signal "ACK" is returned to the management device 400, and the management device receives this and confirms the response (S3705 to S3708).

On the other hand, the control units 160, 250, 350 of the respective terminals that have received the "forced termination request" packet from the NAU530 decode the type termination command signal from the forced termination switch 434 as the type termination command signal generation means of the management device 400. After confirming the forced termination for itself by the command signal decoding means, the command register C of the unit memory 170, 270, 370
The received messages are written in R2, and the unit controllers 190, 251, and 351 read the messages, and the termination execution means executes the termination processing corresponding to the type termination command signal to shift to the forced termination operation (S3711 to S3713, S37
3721 ~ S3723, S3731 ~ S3733).

As a result, the pachinko machine 100 shifts to the control for stopping the original function, and turns off the analog display 164, for example, and the "end switch" during the game and the interruption.
Device for managing card information by performing packet transmission processing
After passing it to 400, the card in the card reader 180 is ejected, and thereafter the card cannot be accepted (S3714 to S37).
16).

On the other hand, in the card issuing machine 200, the control shifts to the function of stopping the original function, for example, the issuance of a new card by the card writer 220 is disabled (S3724), and the acceptance of bills by the bill validator 210 is rejected. In addition, the issuance stop lamp 242 is turned on.

Further, in the settlement machine 300, the control proceeds to a control for stopping the original function, for example, the card acceptance by the card reader 310 is disabled (S3734), and the settlement stop lamp 342
Lights up.

The business of the amusement store ends when the store is closed, but in the past, the business end notification was given by an in-store broadcast and a staff member.
However, there is a player who buys a ball just before the end, or a player in the pachinko machine 100 that is in a state of good output does not easily stop the player, and it is difficult to end the business on time. Met.

In this example, kill switch 4 on console 412
By operating 34 and selecting the type, the operation can be stopped for each type of terminal, so first issue the card by the card issuing machine 200 about 30 minutes before closing,
Also, at the closing time, stop the operation of all pachinko machines,
Business can be smoothly closed by stopping the operation of the settlement machine 300 after the last player finishes the settlement.

It should be noted that a card settlement machine is not necessary in a game system where settlement is done one-on-one. In that case, if the issuing function of the card issuing machine is first stopped and then the gaming function or the card receiving function of the gaming machine is stopped, the same smooth business end can be achieved.

Further, when looking at the CRT screen of FIG. 33 displayed in the processing S3702 of FIG. 31 and designating the unit number from the ten-key 425, S3703
According to the same processing as the subsequent processing, the "forced termination request (individual)" packet as shown in FIG. 32 is transmitted to the designated terminal, and the terminal receiving the packet sends the same processing as described above (S3711). ~ S3716, S3721 ~ S3724, S3731 ~ S3734)
Is executed and forced to stop. The difference between the "type" and "individual" of the "forced termination request" packet is that the packet types are different as shown in Figs. 23 and 24. head
While there is a column that shows the type next to HHD,
The "forced termination request (individual)" is that the packet head HHD is transmitted next to the packet head LHD for the low-layer network, which includes the terminal number, serial number, and channel number of the terminal.

Further, in the transmission system of this embodiment, the management device 40
A packet for "forced termination release" for transmitting a command to release the operation stop of the terminal which is forcibly terminated from the side of 0 is prepared, and there are also two types, one for type and one for individual. FIG. 32 shows the procedure for canceling the forced termination state for each type.

The procedure in this case is almost the same as the procedure for the forced termination request shown in FIG. That is, the management device 40
Processing for inputting a command for canceling forced termination from the console 412 while looking at the CRT display device 411 of 0 and NAU from the management device 400
Processes S3801 to S3808 from transmitting a packet to 530 and receiving the response “ACK” are processes S3701 to S370 in FIG.
In the 3708, and in the control units 160, 250, 350 of each terminal, the "forced termination cancellation" packet from the NAU 530 is received and transmitted from the data transmission controller 551 to the unit controllers 190, 251, 361, and the corresponding operation is started until the corresponding operation is started. Processing S3811 to S3813, S3821 to S3823 and S3831 to S3833 are processing S3711 to S3831 shown in FIG.
Corresponds to 36713, S3721 to S3723 and S3731 to S3733, respectively.

The different points are that "forced termination cancellation" is used instead of "forced termination request" as a transmission packet, and the operation of each terminal is reversed. That is, in the pachinko machine, it is possible to accept the card by the card reader 180 by confirming the forced termination release (S3814), and the analog display 1
The 64 is scrolled (moving the lit lamp) to display a so-called customer waiting state. In the card issuing machine 200, the bill validator 210 can accept the purchased bill, and the issuing lamp 241 is turned on. further,
In the settlement machine 300, the card reader 310 can accept the card (S3834), and the settlement lamp 341 is turned on.

The process (not shown) for individually terminating each terminal is
The procedure is similar to that shown in Fig. 31 and is performed individually.

In Fig. 33, the data transmission controller 551 of the NAU530 and each terminal detects that the communication between the NAU530 and each unit is disabled due to an abnormality such as disconnection of the low-layer network 510 (token bus). The procedure of the process in the case of doing is shown.

In this case, when the NAU530 detects an abnormality of the token bus, it forms a "token bus abnormality" packet, attaches a high-layer network head to it, and the data section includes operating information and monitor information for units with communication abnormality 1, 2
And send it to the management device 400 (S4701, S470
2). Then, the management device 400 receives this packet, recognizes the abnormality of the token bus, displays the interrupt message and the unit number of the abnormal terminal on the screen of the CRT display device 411, and describes the abnormality content by the printer 414. Print the statement (S4703 to S4706). At the same time, the management device 400 updates the monitor information 1 and 2 and the operation information among the data of the corresponding files in the P machine file FL4, the issuing machine file FL5 or the settlement machine file FL6, and sends them to the NAU530 which sent the packet. An "ACK" packet is sent to the server (S4707
~ S4709).

On the other hand, the data transmission controller 551 on the terminal side which has detected the abnormality of the token bus puts the above-mentioned “individual forced termination request” message in the command register CR2 in the unit memory 170, 270 or 370, and sends it to the unit controller 19
0,251 or 351 is notified to stop the operation of the terminal (S4711 to S4713).

The communication abnormality on the high-layer network can be detected by the communication control device SCC in the management device.

In the above embodiment, the card issuer assigns a card number to the card as a storage medium, the card number is used by the management device to manage the card data, and this data is transmitted at the request of the gaming machine. The card issuing device or the management device configured to issue a card that stores data in the card itself sends the data and issues the card instead of issuing the card. It can also be applied to a gaming facility configured to issue a card by judging independently. Further, in the above-described embodiment, a case where the present invention is applied to a game machine having a pachinko game machine of an enclosed ball circulation system as an example of a game machine has been described, but the present invention is not limited thereto.
For example, a gaming machine equipped with a gaming machine configured to convert valuable data held by a card into a real ball at each gaming machine and supply it to the inside of the gaming machine from a supply plate on the front of the gaming machine to play the game. The present invention can be applied to a game machine equipped with a game machine of any configuration (including a game machine other than a pachinko game machine) as long as the game is played using equipment or a storage medium.

[Effects of the Invention] As described above, the present invention relates to a storage medium issuing device that can issue a storage medium to which valuable data that is substantially equivalent to money or a game value is issued, and insertion of the storage medium. A game device capable of executing a game, and a management device capable of collecting the storage medium issuing device and operation information of the game device, and the management device, the storage medium issuing device, and the game device are communicatively connected to each other. In the gaming facility thus configured, the management device includes end command signal generating means for outputting a type end command signal to the storage medium issuing device and the game device, and the storage medium issuing device and the game device are , A type end command signal decoding means for decoding the type end command signal from the end command signal generating means of the management device, and executing an end process corresponding to the type end command signal And a stop execution means for performing the above, and based on a type end command signal from the management device, the original function is stopped for each type of the storage medium issuing device or the gaming device, so that a game shop, etc. When doing business in
By the type end command signal from the management device, for each type,
For example, the original function of the storage medium issuing device or the gaming device can be stopped, and the original function can be easily stopped for each type without outputting an end command signal for each gaming device. There is an effect. Further, the type end command signal transmitted from the management device to the gaming device and the storage medium issuing device includes information indicating the type of device on the signal receiving side, and the gaming device and the storage medium issuing device decode the information. Then, by deciding whether or not it is a command for itself and stopping the function, the management device collectively stops the function without sending a stop command signal to each terminal individually. As a result, it is possible to easily and quickly give a stop command to all the terminals, and it is possible to end the business more smoothly.

[Brief description of the drawings]

FIG. 1 is a system configuration diagram showing the overall configuration of a pachinko gaming system to which the present invention is applied, and FIGS. 2 (A) and 2 (B) are front views showing the configuration of cards used in the system according to the present invention. Rear view, FIG. 3 is a front view showing a configuration example of a card issuing machine used in the system according to the present invention, FIG. 4 is a schematic configuration diagram showing an example of a card reader, and FIG. 5 is a control of the card issuing machine. 6 is a block diagram showing a configuration example of a system, FIG. 6 (A) is a front view showing a configuration example of a pachinko machine, FIG. 6 (B) is a perspective view showing a configuration example of a control unit of the pachinko machine, and FIG. FIG. 8 is a rear view showing a configuration example of the back side of the pachinko machine, FIG. 8 is a rear view showing a configuration example of the enclosed ball circulation device on the back side of the pachinko machine, and FIG. FIG. 9 (B) is an enlarged view showing the details of the ball feeding part of the enclosed ball circulating device. FIG. 10 is a perspective view, FIG. 10 is a block diagram showing a configuration example of a control system of the entire pachinko machine, FIG. 11 is a block diagram showing a configuration example of a control device of the pachinko machine, and FIG. 12 is a configuration example of a settlement machine. Front view, FIG. 13 is a block diagram showing a configuration example of the control system of the settlement machine, FIG. 14 is a perspective view showing a configuration example of the entire management device, and FIG. 15 is a block diagram showing a system configuration example of the management device itself. , Fig. 16 shows an example of the configuration of the console of the management device.
(A) is a plan view, (B) is a rear view, FIG. 17 is an explanatory diagram showing a state transition of a card in the gaming system of the present invention, and FIG. 18 is a configuration example of a transmission system in the gaming system of the present invention. FIG. 19 is a block diagram showing an example of the configuration of a control unit that controls data transmission and reception between a unit controller of each terminal and a transmission line (network). FIG. 20 is a block diagram showing data on a network. NA that performs transfer control
A block diagram showing a configuration example of U (network adapter unit), FIGS. 21 to 25 show a configuration example of a typical packet used in the network, and FIG. 21 shows a “scheduled data request” packet. Block diagram, Fig. 22 is a block diagram of "line test" packet, Fig. 23 is a block diagram of "forced termination request (type)" packet, Fig. 24 is a block diagram of "forced termination request (individual)" packet, Fig. 25 is a block diagram of the "monitor error" packet, Fig. 26 is a system flowchart showing the procedure of initialization of each terminal by the management device and network line test, and Fig. 27 (A) is the transmission address in the management device. A system flow chart showing the procedure for creating a file, FIG. 27 (B) is a block diagram of a response packet to a “table request” packet, and FIG. A system flow chart showing the setting procedure, Fig. 29 is a system flow chart showing the procedure of the scheduled data collection from each terminal by the management device, and Fig. 30 is a processing procedure when the monitor abnormality is detected on the terminal side. System flow chart, FIG. 31 is a system flow chart showing the processing procedure when the terminal is forcibly terminated by type, and FIG. 32 is a system flow chart showing the processing procedure when the forcibly terminated terminal is released by the type , Fig. 33 is a system flow chart showing the procedure of processing when an error in the low-layer network (token bus) is detected, and Fig. 34 is displayed on the CRT display screen when the forced termination switch on the console of the management unit is pressed. Display screen configuration diagram showing an example of the displayed screen, Fig. 35 shows the display screen of Fig. 34, and after selecting the menu FIG. 9 is a display screen configuration diagram showing a configuration example of a screen displayed on the CRT display screen. 100: Pachinko machine, 110: Gaming machine body, 120: Enclosed ball circulation device, 160: Control unit, 170: Unit memory, 180: Card reader, 190: Unit controller, 200: Card issue Machine, 210 ... Bill validator, 220
…… Card writer, 230 …… Balance dispenser, 250 …… Control unit, 300… Checkout machine, 310 …… Card reader, 320…
... Bill dispenser, 330 ... Printer, 350 ... Control unit, 400 ... Management device, 510 ... Low-layer network, 520
...... High-rise network, 530 …… NAU (network adapter unit).

Claims (2)

(57) [Claims] 1. A storage medium issuing device capable of issuing a storage medium provided with valuable data substantially equivalent to money or a game value, and a game device capable of executing a game in relation to insertion of the storage medium. A gaming facility comprising a management device capable of collecting operation information of the storage medium issuing device and the gaming device, wherein the management device, the storage medium issuing device, and the gaming device are communicatively connected to each other. The device includes a type end command signal generating means for outputting a type end command signal to the storage medium issuing device and the gaming device, and the storage medium issuing device and the gaming device are type end command signals of the management device. A type end command signal decoding means for decoding the type end command signal from the generating means; and an end executing means for executing an end process corresponding to the type end command signal. Based on the type end command signal from the management apparatus, a game equipment, characterized in that it has to stop its original function for each type of the storage medium issuing device or the gaming device. 2. The type end command signal transmitted from the management device to the storage medium issuing device and the game device is the storage medium issuing device or the game device on the receiving side of the type end command signal. It is characterized in that the storage medium issuing device and the gaming device include information indicating a type, and decode the information to determine whether or not it is a command to the self and stop their original functions. The gaming facility according to claim 1.