JPH03242174A - Managing system for card type game system - Google Patents

Abstract

PURPOSE:To improve the utilization efficiency of a memory by storing the data of game machines to which discontinuous machine numbers except 4 and 9, in a storage device of a managing device by setting the continuous consecutive numbers converted from the machine numbers as indexes. CONSTITUTION:When the system is started, a managing device 400 gives a set value to a card issuing machine 200, a pinball machine 100 and an account- settling machine 300 through each network adaptor unit NAU 530 and initializes them, sucks the machine number from each terminal machine 100-300 and forms a transmission address in low layer and high layer networks, and holds operation data of each terminal machine in a main storage device. In this case, since the machine numbers of the pinball machines 100 are usually discontinuous numbers except 4 and 9, they are converted to consecutive number of a binary code by a binary coded octal notation, of only 0 to 7, and set as an address to a main storage device. In such a way, a useless area is not generated in a memory and the utilization efficiency is improved, and also, a transmission miss can be eliminated.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention relates to a gaming system using gaming machines such as pachinko machines, arranged balls, and slot machines, and in particular, to a gaming system that allows playing with cards exchanged for money. The present invention relates to a technique that is effective for use in a management device in a gaming system that has been developed.

C. Prior Art] In recent years, a card-type pachinko game system has been proposed in which games are played using a card-shaped storage medium as an intermediary. The card system has the advantage that the player only needs to carry the card, which is a storage medium, and can reduce the effort of carrying a large number of pachinko balls that are prone to falling.

Card-based pachinko gaming systems that have been proposed in the past can be roughly divided into the following two systems.

In the first method, when a card is issued, data on the number of balls held corresponding to the purchase price is stored in the card, and pachinko games are played within the range of this data on the number of balls held.

Data on the number of balls held, which increases or decreases during the game process, is stored on the card (see Japanese Patent Publication No. 47-42227).

The second card method is to issue a card with only a code number recorded at the time of card purchase, store the number of balls held in a central management device, and insert the card into the card reader of the pachinko machine. This allows you to play a game by calling up the stored number of balls you have. (Jikko Sho 61-3
No. 2709, see Special Publication No. 51-17106).

[Problems to be Solved by the Invention] Among the conventional card systems mentioned above, in the second card system, a code number is recorded on the magnetic surface of the card, and information such as the number of balls held is stored in the memory of the management device. Inevitably, each pachinko machine and the management device are connected via cables, etc.
Data will be transmitted.

Moreover, in that case, it is necessary to manage the data of many pachinko machines at the same time in the management device, but as is customary in pachinko parlors, each pachinko machine is assigned a machine number using eight numbers excluding the numbers r4) and r9J. things are being done.

Therefore, if you try to manage the data of each pachinko machine using the machine number, the memory usage efficiency will decrease because the machine numbers are not consecutive numbers but jump numbers.

On the other hand, if you try to manage the data of a pachinko machine by creating a continuous serial number completely separate from the machine number, confusion with the machine number will occur, making it easy to set or input the number incorrectly. As a result, problems arise, such as assigning duplicate machine numbers to the player's advantage, or reading data from a different Pachinko machine than the desired Pachinko machine.

The present invention was made against the above-mentioned background, and its purpose is to improve the utilization efficiency of memory for recording data of each pachinko machine, and to prevent mistakes in setting management addresses (machine numbers). The object of the present invention is to provide an address management method that can reduce the number of addresses.

[Means for Solving the Problems] In order to achieve the above object, the present invention provides a gaming machine in which a game can be played only with a card on which an identification code is recorded, an issuing device that issues the card, and a device that issues valuable data of the card. A storage medium payment device for payment and their management device are connected through a transmission means, and valuable data substantially equivalent to the amount of money or the number of pitches is managed in the management device for each identification code given to the card. However, in a gaming machine, in a gaming system that enables gaming within the range of valuable data obtained from the management device based on the identification code read from the card, the management device has 10 pieces of data. Dividing "4" and "9" from the base number <81
A number conversion means is provided to convert a discontinuous number consisting of the digit 1 to a serial number consisting of the digits rQJ to ``7'', and the data of the gaming machine to which the discontinuous number is assigned is converted from the machine number to the continuous serial number. is stored in the storage device of the management device as an index.

[Operation U] According to the above-mentioned means, the data of the pachinko machine is stored in the storage device of the management device using the serial number after conversion as an index, so there is no wasted area in the memory, and the usage efficiency is increased. With.

When humans set data or request data from the management device, they input it using the machine number, which is automatically converted into a continuous number, which reduces errors.

[Embodiment] FIG. 1 shows an embodiment of a pachinko gaming system to which the present invention is applied.

The pachinko gaming system of this embodiment includes a pachinko machine 100 as a gaming machine, and an issuing machine as a storage medium issuing device that issues a card CD as a storage medium having local value in order to start a game in each pachinko machine. 200, a settlement machine 300 as a storage medium settlement device for settling the prize balls obtained as a result of the game and the purchase money remaining without being used for the game, and the various terminals mentioned above are centrally managed and controlled. management device 1400 and this management device 4
A data transmission line 500 that organically connects 00 and each terminal device.
These constitute an organic bond. This organic combination can only intervene with the card CD, and only the organic combination can operate the card and convert its valuable data.

Therefore, the pachinko machine 1 which is each component of the organic combination
00° issuing machine 200, payment machine 300, and management device 40
0 is provided with a card reader (in this specification, a device that writes on the magnetic surface of a card is also referred to as a card reader), and information on the card and information on each terminal device is provided in the management device 400. It is stored in the form of a file in the storage device.

Next, before going into a specific explanation of each component of the above-mentioned organic combination, the card used in the system of this embodiment will be explained.

The card CD used in the system of this embodiment contains information necessary for the player, such as the purchase amount AM and the date of issue (=validity date) DATE, as shown in FIG. 2 (A), for example. Issuance serial number n required when restoring a damaged card
A print display section PRT on which the following information is printed at the time of issuance is provided along the card insertion direction (longitudinal direction of the cart). Therefore, there is no need to prepare in advance multiple types of cards with different amounts printed on them.

Immediately above this print display part PRT, there is a punch as a perforation forming part that records the history or state transition of the card, such as issued, revived, played, returned to zero, and settled, in the form of a perforation. A hole forming area PH is also provided along the card insertion direction.

By detecting the perforations formed on the card with a photoelectric detector, you can easily check the card's status without having to read and check the number of balls data from the management device's file using the code recorded on the magnetic surface. As a result, the burden on the cart reader controller and management device required to determine the processing corresponding to the card status can be reduced.

On the other hand, at a position slightly below the center of the card, there is a magnetic recording section MG coated with a band-shaped magnetic material from the front edge to the vicinity of the center.
is provided (see FIG. 2(B)). However, the magnetic recording part MG may be formed not only in a part of the longitudinal direction of the card, but also in the form of a continuous band from one end of the card to the other, similar to the print display part PRT, or by applying a magnetic material to the entire back surface of the card. It may also be used as a magnetic recording section.

Furthermore, in the card of this embodiment, between the print display section PRT and the magnetic recording section MG, that is, at the center of the card, there is a belt-shaped roller running area RRA that is slightly wider than the conveyance roller in the card reader in the longitudinal direction of the card. The surface of the card, especially the magnetic recording section MG, print display section PRT, and authenticity discrimination area TF, which contain important information used for card judgment, are damaged by contact with the conveyance roller. It is designed to prevent such information from becoming unreadable.

Further, in the card of this embodiment, an authenticity discrimination area TF consisting of a security mark hidden in characters such as hole names printed on the surface of the card is provided below the magnetic recording section MG. That is, the rPL printed on the front of the card
The characters AZAJ are designed and printed so that the legs of each character are located at positions corresponding to the detection bit patterns B0 to B9 provided at a pitch of 3°51III, etc., as shown in Figure 2 (C). I'll keep it. And the character width is 0.5~
1゜51m, the distance between each bit is 3.5m, and each bit's "1" or "OP+" is expressed by the shading of the characters.Moreover, among the 10 bits, the fifth bit from the left, B4, and the last Bit B9 is bit B.

The shading of the characters is determined in advance to represent the parity of ~B3, B, and ~B. Note that it is more preferable that the security bit hidden in this character string is formed using a special ink that can only be detected by a sensor and is indistinguishable to the human eye b).

Further, on the surface of the game card of this embodiment, a head cleaning area HCN is provided in which a cleaning agent for removing dirt from the magnetic head is applied to a band-shaped area continuous with the magnetic recording part MG. At the same time, in the card of the embodiment, in order to make it impossible to tell where the magnetic recording part MG is provided, a base material 1 made of plastic such as polyester is used, as shown in FIG.
A magnetic layer formed by uniformly coating magnetic particles on 1] A white layer 13 is formed on 2, and a pattern printing layer 1 is further formed on top of the white layer 13.
4 is mounted, a thermosensitive coloring M15 is formed on a part of it (a part corresponding to the print display part PRT), and a transparent protective film 16 is coated above it. A cleaning agent of the same color as the white layer 13 is applied to the cleaning area HCN, and the protective film 16 is not coated on its surface so that it is exposed, so that the cleaning area is hardly different in color from other areas. In this way, we are trying to improve the aesthetic appearance. Further, a pattern printing M] 7 is formed on the back surface of the base material 11 of the card, and a protective film 18 is coated thereon.

In a card having the above structure in which the white layer 13 is formed on the surface of the magnetic layer 12, the magnetic layer 12 made of black magnetic particles is covered with the white layer 13, so that the image cannot be displayed. In addition to making it possible to print and provide fashionable cards, the magnetic recording section MG
It also has the function of concealing.

Furthermore, since the surface of the card is coated with a protective film 16, areas that hold important information used for cart identification, such as the print display section PRT, magnetic recording section MG, and authenticity discrimination area TF, are protected. This information becomes less susceptible to destruction, improving the reliability of the cart.

FIG. 2(E) shows the magnetic recording section MG provided in the cart.
An example of the configuration is shown below.

The magnetic recording section MG of the cart in this embodiment is composed of two tracks, of which clock data giving sampling timing is recorded in the first trunk TRC. The second trunk TRC2 has, from the left, a field STX containing a 4-bit start code and its parity bit.
, company code MKC indicating the manufacturer of the cart reader, equipment code MCC indicating the model of the card reader, game store identification code DSC1, date data DATE, card number NO.
, a text field TXT containing the issuance command code FNC given by the card reader at the time of card issuance and the security data SDC read from the authenticity discrimination area.
, field ETX that contains the text end code, field L that contains the exclusive OR value (detection code) of text data and end code, field S that contains RC and start code.
It is composed of TX. Moreover, the date data DA
In TE, a bit P indicating each parity is provided for every 4 bits, and the first 4 bits represent the month, the 6th to 9th bits and the 11th bit represent the day, and so on.
The 12th to 14th bits and the 16th to 19th bits are used to convert the last two digits of the year into binary code and record them.

For cards with a magnetic recording section, it is generally easiest to decipher the recording format and recorded data from the date, but in the card of the above example, the order of the year, month, and day is changed, and the parity is set every 4 bits. Because the bits are inserted and the correspondence between the recorded bits varies, counterfeiting of the card becomes extremely difficult. In addition, since the issue serial number n is printed on the print display section PRT, even if the information in the magnetic recording section MO becomes unreadable due to damage to the card, it is possible to restore the cart from the file information on the management device. can.

Furthermore, as described above, the information recorded in the magnetic recording section of the card of this embodiment includes the identification code DSC for specifying the usable space of the card, and the issue date BDATE for indicating the validity period of the card. Only the cart number as an identification code obtained from the issue serial number n using an appropriate function or conversion method, and a check code for error detection are recorded, and the purchase price and number of balls held are not recorded. These are configured so that they can be drawn out in real time from the data file of the management device 400 according to the card number No. This makes it possible to prevent fraud due to card copying and to minimize damage caused by fraud. In other words, even if the card is copied, the damage will not be greater than the purchase amount and the number of acquired balls registered in the data file, so copying the card is a completely wasteful act.

Furthermore, in the embodiment described above, the authenticity of the card is determined not only by the magnetic recording information recorded on the card but also by the authenticity discrimination area TF, which is difficult to forge, so that card fraud can be more reliably prevented. I can do it. In addition, since a fraudulent card can be detected immediately by checking the authenticity discrimination area TF, a fraudulent card can be discovered more quickly than by sending magnetic information to the management device 400 to determine whether the card is fraudulent. Note that perforations are also formed in telephone carts and the like that have magnetic recording parts, but the perforations in conventional cards are provided to notify the user of the unused balance, and the card reader It is not intended to be used for any kind of processing or judgment.

Next, a configuration example of a gaming machine that provides one original game will be explained using FIGS. 3 to 13.

The gaming machine of this embodiment is arranged in island equipment above the gaming machine main body in one-to-one correspondence with the pachinko machine 100, and is mainly used to control the display and card reader, and to control the operation data during the game. and a control unit 160 that controls collection.

The pachinko machine 100 is mounted in a machine frame 101 fixed to island equipment of a pachinko parlor so that it can be opened and closed by a hinge 102. A reinforcing plate 107 having an operation dial reinforcing member 107a that withstands the weight of the pachinko machine 100 and absorbs vibrations of the ball launcher 103 is fixed to the lower part of the machine frame 101. At the bottom of the pachinko machine 100, there is provided a ball launcher 103 that launches enclosed balls one by one into the game area, and its operation dial 104. Amount display 111, number of balls display 112, purchase switch 113, interruption switch 114, for enabling the start procedure.
An operation panel 110 is provided that includes an end switch 115, a game status display 116, and the like. The configuration of the playing area on the front of the pachinko machine is the same as the conventional one. The purchase switch 113 is an instruction switch for converting the amount of money into game balls in units of 200 yen or the like within the amount of money the card has, assuming that the card is inserted into the card reader 800 built into the control unit 160. , the converted game balls become the number of balls held, and the remaining amount of the card is displayed on the amount display 111 in degrees with 100 yen as a unit, and the converted number of balls held is displayed on the man-hour display 112. The number of balls held is subtracted by one each time a game ball is fired by the ball firing device]03, and when a winning ball is generated, the number of prize balls is added and displayed. By turning on the end switch 115 whenever the player wants to end the game (including when changing the game machine), the card being used can be ejected from the control unit 160.

At that time, the unit controller 190 registers the player's remaining amount and number of balls (sum of purchased balls and acquired balls) in the file of the management device 400, and then inserts the card into the slot 802a of the card reader 800. Emit more.

Furthermore, the interrupt switch 114 is a switch that is used by the player to temporarily interrupt the game for a break, even though the player does not intend to stop playing on the gaming machine that is currently being played. , the unit controller 190 once ejects the card and enters a standby state until the same card is inserted again, and does not accept any other cards during that time. In addition, among the above switches, purchased switch 11
3 is a built-in lamp type, and when the number of balls held reaches rQJ, the lamp in the purchase switch 113 flashes.

The operation panel 110 is connected to the pachinko machine 1 as shown in FIG.
It is attached to the front panel 105 that can be opened and closed at the bottom of 00,
It is hollow with a triangular cross section, and its upper surface is sloped downward toward the front, making the display easy to read. Inside the operation panel 110, a display surface 110a is provided.
Wiring boards 120A and 120B are arranged in parallel with the circuit boards 120A and 120B, and on the board 120A are an amount display 111 and a ball number display 12 made of 7-segment LEDs, and on the board 120B are the above-mentioned switches 1]-3 to 115 and a built-in lamp are attached and covered with a display plate 117. A portion of the display plate 117 corresponding to the indicators 1.11 and 112 is a transparent window portion 117a, and a switch 113
The portion corresponding to 115 is an opening 117b (see FIG. 5). An operation button 118 is mounted within this opening 117b so as to cover the upper part of each of the switches 113 to 115. 121 is purchase switch 1
It is a built-in lamp compatible with 13.

Further, at the front end of the operation panel 110, there is provided a game status display section 116 in which a display lamp 123 is covered with a translucent Fresnel lens 119 or the like.
3 is turned on when the operation dial 104 of the batted ball launcher 103 is turned.

Furthermore, an operation button 12 with a built-in stop switch 124 is provided on the side of the operation panel 110 (on the left side in the embodiment).
5 is attached, and when this switch 124 is turned on, it is possible to give commands related to the game, such as stopping the operation of accessories arranged in the game section. The stop switch 124 is mounted on a wiring board 12OC disposed in the operation panel 110, and includes a wiring group 126C extending from the wiring board 120C and a wiring group extending from each of the boards 12OA and 1-20B. 126A and 126B are pulled out to the outside, and can be connected to a pachinko machine control device 195 disposed at the bottom of the back of the pachinko machine by connectors 127A to 127C coupled to their ends.

On the other hand, the pachinko machine 100 constituting the game machine of this embodiment is configured as a closed-type game machine that circulates game balls sealed inside the machine, and has an enclosed ball circulation device 130 on the back side that circulates the enclosed balls. have.

An example of the configuration of the back side of the pachinko machine 100 is shown in FIG.

A game board in which a winning ball collection gutter 131 covering a plurality of winning ball outlet holes formed to penetrate the game board corresponding to a winning area provided in a playing area on the front side of the game board is held on a frame 106. is attached to the back of the The bottom wall of the winning ball collection gutter 131 is sloped downward toward the center to form a guide shelf 131a, and below that, as shown in FIG. 7, there are an out ball gutter 132a, a first safe ball gutter 132b, and a second safe ball gutter 132C. A guide gutter 132 is provided which is integrally formed with the guide gutter 132 and the guide gutter 132. In the middle of each machine in this guidance @132, there is a photoelectric out sensor 5NS consisting of a pair of light emitters and a light receiver.
I, first safe sensor 5NS2, second safe sensor 5N
S3 is installed. Further, the guide gutter 182 includes a merging mallet portion 132d that collects the balls that have flowed into each machine in one place, and the merging mallet portion 132d
The terminal end of 32d is connected to the upstream side of a guide gutter 133 that is gently sloped to align pachinko balls in a line as shown in FIG.
is configured. On the upstream side of the guide gutter 133, a foul ball receiving port 134 is provided at the upper end of the firing rail to collect so-called foul balls that are hit along the firing rail and return toward the rail board.
(Refer to Figure 9)]
33a is integrally formed, and the foul ball is guided through the guide gutter 1.
32 and merges with the ball that has flown down onto the guide gutter 133. A foul sensor 5NS4 is disposed in the middle of the foul ball gutter 133a.

Then, facing the lower end of the guide @133, a ball -
A ball feeder 135 is swingably attached to the ball feeder 135, which separates the balls on the guide gutter 133 one by one and causes them to flow downward.

A stopper 136 is fixed at the rear of the ball feeder 135, and prevents the ball feeder 135 from rotating more than necessary, so that when the ball feeder 135 rotates downward due to the weight of the inflowing balls, the upper end surface of the stopper 136 becomes a guide trough. It is possible to prevent the ball above 133 from falling. Further, a rotatable ball leveler 137 is attached to the middle of the guide trough 133, and a sliding ball removing mechanism]-38 is provided downstream.

As shown in FIG. 8, this ball extraction mechanism 138 prevents the ball from sliding in the lateral direction by a blocking piece 148 protruding from the back surface of the frame board 109 when the enclosed ball circulating device 130 is attached to the back surface of the frame board 109. This prevents him from removing the ball. However, enclosed ball Ii]!
The Jl device 130 is attached so that it can rotate as a whole at a hinge section 139 provided on one side (on the right side in FIG. 8), and when it is rotated rearward about the hinge section 139, The ball can be removed by sliding the ball removal mechanism 138. Moreover, an elastic locking piece 1 is provided at the end of the guide trough 133.
33a is fixed to the frame board 109.
By engaging with the engagement stepped portion 149, the enclosed ball circulation device 1130 can be fixed so as not to rotate.

The pachinko balls separated by the ball feeder 135 pass through a ball passing hole 139 (see FIG. 9) formed in the frame board 109 disposed behind the front panel 105, and are diagonally placed in front of the frame board. launch rail 14 fixed to
One piece is flowed down to the base of 0. A firing rod 103a is arranged so as to face the base of this firing rail 140 (see FIG. 10). At the same time, below the base of the firing rail 140 is a push-up piece 14 which is rotated in conjunction with the firing rod 103a and pushes up the ball feeder 135.
An interlocking member 141 having a diameter of 1a is provided.

Further, a concave groove is formed on the upper surface of the launch rail 140 to guide the ball, and the frame board 140 is provided with a concave groove for guiding the ball.
On the front of bracket 9 is a launch sensor 5NS5 consisting of a launch type photoelectric switch that detects a ball passing on the rail.
42, the firing sensor 5NS5 is attached to the upper surface of the rail with a distance of at least one ball length, and at the upper end of the bracket 142 there is a return ball prevention wall 143 that prevents the return ball from jumping over the sensor. is provided. Further, a foul ball receiving port 134 is formed in the frame board 109 corresponding to the upper end of the firing rail 14-0, and guides the returning ball into the guide gutter 132 at the rear of the frame board.
Along the lower side of this foul ball receiving port 134, the ball receiver is placed on one side.
44 is provided protrudingly.

A game board mounting portion 109a is provided at the upper end of the frame board 109, and game board positioning protrusions 145 are erected at both ends. Further, a frame engaging portion 146 having a groove in which the frame 106 for holding the game board can be engaged is formed along the upper end of the frame board 109, and as shown in FIG. By lowering the frame 106 from above along the positioning protrusion 145 and engaging the lower end with the groove of the frame engaging portion 146, the two can be coupled. On the side wall of the frame 106, there is a locking tool 106a that removably engages the game board.
The game board held by the frame 106 is placed on the mounting portion 109a of the frame board 109, and the fasteners 147 are tightened to fix it. A speaker 150 is attached to the front side (left side in FIG. 9) of the frame board 109 to generate sound effects related to the game.

On the other hand, the front panel 1 that covers the front of the frame board 109
As shown in FIG. 10, 05 is attached to the lower part of the opening bordered by the holding frame 108c inside the front frame 108 so that it can be opened and closed using one end (left end) as a fulcrum, and the firing rail 14 is mounted on the back side.
0 and is located above the launch rail frame 15.
1 is fixed thereto, and a cutout 151a is provided in the middle of this firing rail frame 151 so that the firing sensor 5NS5 can face inside the frame. Further, a lock lever 152 is provided on the back surface of the end of the front panel 105 opposite to the hinge. A glass frame 154 is attached above the front panel 105 within the front frame 108 so as to be openable and closable. On the other hand, on one side of the back side of the front frame 108 opposite to the hinge part 102, as shown in FIG. It is installed.

Further, 155 is a lever for opening the glass frame 154.

A frame 106 holding a game board (see FIG. 11) and a frame board 109 are attached to the back side of this front frame 108, and a fitting protrusion 106b on the back side of the frame and a fitting protrusion 106b on the back side of the frame board are attached to the fitting receiving part 108b on the back side of the front frame. The front frame 108, the frame 106 holding the game board, and the frame board 109 are integrated by joining them so that the mating projections 109b are aligned and screwing them together.

FIG. 13 shows a state in which the frame 106 and frame board 109 are attached to the back side of the front frame 108 in this way, and the winning ball collecting gutter 131 is further attached to the back side of the game board held by the frame 106. , and a pachinko machine control device] 895 is provided below the frame board 109.

Furthermore, a game control device 158 and a relay board 159 are attached to the back surfaces of the frame 106 and the winning ball gathering gutter 131.

14 to 16 show an embodiment of the control unit ↓6o configured separately from the pachinko machine 100.

The control unit 160 of this embodiment includes a status indicator 162 that shows the status of the pachinko machine on the front side of a storage frame 161, and an analog indicator 16 that includes a plurality of lamps arranged in a line.
3. It has a safe ball lamp 164 for displaying the occurrence of winning balls, a call button 165 for calling an attendant, etc. The analog display 163 is used to display the number of balls held during the game in an analog manner, and to display the stopped state and free state by simultaneous flashing and moving flashing.

In addition, a speaker 166 and a card reader 800 are built into the storage frame 161, and a card reader 80 is installed in the front of the storage frame.
0 card slot 802a is exposed, and above this slot 802a is a card holding indicator lamp 167 (LEDI) that indicates whether or not there is a card in the card reader. has a control unit 160
A cart insertion indicator lamp 168 is disposed to indicate whether or not a card can be inserted.

Furthermore, on the inside of the front panel 16 J-a of the storage frame 161 of the control unit 160, there is a board for enabling gaming operations using a test card, which will be described later, in a unique state where the pachinko machine 100 is separated from the management device 400. A test switch 179 is provided, and a bottle insertion hole 169 is provided on the front of the storage frame so that the switch can be turned on from the outside using a pin, and the machine number assigned to the pachinko machine is clearly indicated. Nameplates 170 are provided respectively.

On the inside of the front panel 161a of the control unit 160, as shown in FIG. , safe lamp 164
Built-in lamp group L1], ~L15. L21-L28. L
31. Lamp board 17 with L32 (see Figure 16)
2, the speaker 166 and the card insertion lamp 16
8 holding substrates 173 are attached. Further, a call switch 165a is provided behind the call button 165.

Furthermore, inside the storage frame 61, there is a cart reader 800,
A unit controller 190 that controls the entire control unit 160, transmission means, monitor display devices 174, 175,
A unit control device 1.80 having an M176, a card reader control device M188, and a power supply device 177 are built in. Further, below the card reader 800, a storage box 178 for storing perforated pieces produced when a perforator W (described later) inside the card reader performs perforation is removably arranged.

Note that a card ejection switch (not shown) is provided on the board constituting the card reader control device 188 to instruct the card reader to forcefully eject the card.
.

The control unit 160 is provided with a locking tool 179a and a release lever 179b on the free end side of the front panel 161a.
It faces an opening 161b formed at the lower end of. As shown in FIG. 17, the control unit 160 is placed on the machine frame 101 of the pachinko machine 100 and the unit installation stand 24 at the same height as the machine frame 101, and at this time, the front panel 161a is arranged so as to be flush with the front frame 108 of the pachinko machine. Therefore, the opening 161b of the front panel 161 facing the release lever 179b is normally closed by the upper surface of the front frame 108.
By opening the front frame 108, the opening 161b is exposed and the release lever 179b can be operated.

This eliminates the need to provide the control unit 160 with a locking device.

Note that the unit control device 180 in the control unit 160
is transmitted to the control device 195 of the pachinko machine 100 via a transmission path such as an optical fiber or coaxial cable, and to the management device i! via a transmission controller and a local network (transmission cable), which will be described later. 400.

The control unit 160 of the embodiment is provided with an optical fiber connector 186 and a coaxial cable connector 187 on the back side of the storage frame 161 so that data can be transmitted using any transmission path (see FIG. 20). reference).

18 to 20 show an example of an island facility on which a gaming machine consisting of the pachinko machine 100 and the control unit 160 is mounted, and a state in which the gaming machine is installed therein.

In the island equipment of this embodiment, a plurality of columns 22 are erected on the base 2↓ at intervals equal to the width of the gaming machine, and
A horizontal mounting table 23 is fixed by a support 22 at a height of about 0a++. Further, above this mounting table 23, a first installation shelf 24 is located at a distance corresponding to the height of the machine frame 101, and further above that is a second installation shelf 24.
5 are each fixed by a support 22, and a top plate 26 is fixed above the second installation shelf 25 so as to cover the upper end of the support 22. Note that the front end of the mounting table 23 is made to protrude slightly forward of the support column 22, and
The front end of the installation stand 24 is located behind the support column 22 by the thickness of the machine frame 101.

Each pachinko machine 100 is placed together with a machine frame 101 on the mounting table 23 between the pillars 22, and the control unit 160 is placed from the first installation table 24 onto the machine frame 101 which is on the same plane as the first installation table 24. . In addition, the second installation stand 2
A transmission path (not shown) constituting a local network is extended on the top of the support 5, and a transceiver 185 is installed between each support 22 to transmit data to and from the management device 400 via the transmission path. be placed. Note that the front of the transceiver 185 is closed by an upper plate 27, and the lower part of the mounting table 22 is closed by a lower plate 28.

Furthermore, although not shown, the lower surface of the mounting table 22 has a voltage of 2.4V.
A power line of 100 V is extended to the bottom of the top plate 26.
The power line has been extended. A 24V power outlet 30 is provided at a position corresponding to each game machine on the top surface of the mounting table 23, and a 100V power outlet 30 is provided on the crosspiece 29 on the bottom surface of the top plate 26.
Three power outlets 31 are provided for each gaming machine (see FIG. 20).

FIG. 21 shows an example of the configuration of a control system for the entire gaming machine consisting of the pachinko machine 100 and the control unit 160.

In the same figure, 188 is a card reader control device that controls each component of the card reader 800 shown in FIG. 26, such as the transport motor 807, the magnetic head 821, and the punching device 820. Various switches 171, 179, displays 162, 163, 164, 168, and speakers 166 provided in the card reader control device 188, pachinko machine control device 195, and control unit 160 are controlled by the unit control device 180. It looks like this.

Further, although not particularly limited, in this embodiment, a control device 195 of the pachinko machine 100 is connected to the unit control device 180 via an optical cable 191, and detection signals from various sensors are input, and a display device etc. Suspicious action control signal is output. To enable communication using optical fiber cables, an optical multiplex data link (interface ) are provided between the unit control device 180 and the optical fiber cable 191 and at the connection portion between the optical fiber cable 191 and the pachinko machine control device M195 (described later).

By using 19 optical fiber cables for data communication between the unit control device 180 and the pachinko machine control device 195, the large number of wires that were conventionally arranged in a complicated manner behind the pachinko machine can be cleaned up and maintained. , it is possible to facilitate management and prevent malfunctions due to noise.

Under the control of the pachinko machine control device 195, the control device 1 controls the amount display 111, the number of balls display 112, the purchase lamp 121, the game status display lamp 123, and the ball launcher 103.
94 and accessory control device 158 are placed, as well as a purchase switch 113, an interruption switch 114, an end switch 115, and ball detection sensors 5NSI such as an out sensor.
The signal from the 5NS5 is waveform-shaped by the pachinko machine control device 195 and supplied to the unit control device 180. In this embodiment, the power supply system is two systems, AC 24V and A, C 100V, and the pachinko machine 1
AC24V is supplied to the 00 side, and the control unit 16
AClooV is supplied to the 0 side. Separating the power supply in this way prevents the pachinko machine control unit from being accidentally destroyed due to the influence of the power supply in pachinko parlors where there are many problems with the power supply system.

FIG. 22 shows an example of the configuration of the pachinko machine control device 195.

The pachinko machine control bag H195 includes a pachinko machine controller CPUI consisting of a microcomputer, a reset circuit R3Tl that monitors periodic watchdog pulses output from the controller CPUI and generates a reset signal when the pulses are interrupted. Multiplex transmission controller CNT1 equipped with parallel-to-serial conversion means for converting parallel transmission data into serial data and tray conversion means for converting serial reception data into parallel data in order to enable optical data transmission with the unit control device 180. , a photoelectric conversion circuit ○ET connected to an optical cable 191 via an optical connector 193, a filter circuit FLT that cuts noise in detection signals from various sensors, and display data on the amount display 111 and ball number display 112. decoders DECI and DEC2 that decode the data, and drivers DRVI and DRv2 that form drive signals for the display device based on their outputs.
and a driver DRV that forms drive signals for the purchase lamp 121, the game status display lamp 123, and the batted ball launcher 103.
3.

Regarding the processing of the detection signal from the sensor in this pachinko machine control device 195, the noise is simply removed from the detection signal, the signal is shaped into a constant pulse width, and then sent to the unit control device 180 as detection data for shooting balls, safe balls, etc. . In other words, calculations such as the number of safe balls are not performed on the pachinko machine control device 195 side, and such calculations are performed by the unit control device 18.
This is done on the 0 side.

In addition, pachinko machines tend to generate noise due to static electricity, etc., but the reset circuit R that monitors the watchdog pulse
Because there is 5Tl, even if the pachinko machine controller CPU'l goes out of control due to noise etc., if the regular watchdog pulse disappears due to the runaway, a reset signal will be generated and the CPU will initialize, so the runaway can be prevented. .

The watchdog pulse can be easily generated by an interrupt from a timer counter inside the CPU.

FIG. 23 shows an example of the configuration of the unit control device 180.

The unit control device 180 controls data transmission between the management device 400 and a unit controller 190 that centrally controls the card reader control bag m1ss and the pachinko machine control device 195 to enable pachinko games using cards. It is composed of a transmission controller 551, a network controller 553, etc., which establishes transmission/reception rights in the network and performs serial/parallel conversion of data under the control of the data transmission controller.

Data is exchanged between the controllers 190 and 551 and between the controllers 190 and 553 via dual port memories (RAMs) 550 and 552. Of these, the memory 552 is divided into a transmission data storage area and a reception data storage area.
Adjustment function to make all sent and received data the same length (packetization) and faster data transmission (2.5Mbp)
It has a buffer function to measure s).

This packet memory 552 is comprised of four pages each having a capacity of 256 bytes, of which page O is used for transmitting send-request packets, and page 1 is used for transmitting scheduled data transmit packets. On the other hand, pages 2 and 3
are used alternately for receiving data packets. The data transmission controllers 5 and 51 decide which page to use.
Instruct the network controller 553. While the data transmission controller 551 is processing received packet data,
Even if the next packet data is sent, it will be received by another page, so all packets can be reliably received. A common reset circuit 555 is provided so that each controller 551, 553 can be initialized simultaneously.

The connection side of the network controller 553 to the management device 4Oo is connected to an optical connector via a signal conversion circuit 554 and a changeover switch 542, which performs signal level conversion to waveform shape the received data and increase the drive capability of the transmitted data. 186, and also has a selector switch 542 so that it can be connected to a coaxial cable when the transmission line of the low-layer network is configured with a coaxial cable.
can be connected to a branch circuit 540 for separating and combining the transmitted signal and the received signal.

The optical connector 186 includes the optical transceiver 1 shown in FIG.
85 is connected.

Further, between the data transmission controller 551 and the network controller 553, there is a latch circuit 561 for the network controller 553 to store a data reception result in response to a request from the data transmission controller 551, and a data transmission controller 551. From a latch circuit 562 for storing commands such as a data transmission command to the network controller 553, a latch circuit 563 for storing a low-layer network address, and a 3II LED lamp for indicating an abnormality in the communication control state within the unit control device 1180. A latch circuit 564 is provided to store display data on the monitor display 556. 557 each of the above latch circuits 561 to 56
This is a decoder that decodes the address given to 4 and generates a selection signal.

On the other hand, between the unit controller 190 and the card reader control device 188, there is a transceiver 571 that converts the level of transmitted and received data.
A multiplex transmission controller 572 and a photoelectric conversion device w573 that perform parallel-to-serial conversion of transmitted and received data are connected between the two.

Furthermore, the unit controller 190 includes, via the data bus 581, a latch circuit 574 that latches display data (segment data and common data) such as the amount of money and the number of balls displayed, a lecture lamp, a game status display lamp, and a A latch circuit 575,- which latches the control signal.
An input/output controller 57 that places input signals from various switches provided in the pachinko fi 1.00 and the control unit 160 onto the data bus 581 at predetermined timing, and latches output signals that display various lamps.
6 is connected to a latch circuit 577 that latches audio data etc. generated from the speaker 166 in the control unit 160.

582 is a voice synthesis LS1, 583 is a low-pass filter that cuts high frequency components and improves sound quality, and 584 is an amplifier that adjusts the volume. Among these, the voice synthesis LSI 582 stores multiple voice data in the built-in EPROM. ,
Selection signal given from unit controller 190 (
so-ss> and selects the audio data according to the start signal S.
The audio signal is output in synchronization with T, and the output is stopped by the reset signal R.

Note that 558 is a program RO! that stores a control program for the unit controller 190. v1559 is a program ROM that stores a control program for the transmission controller 551. 585 is the unit controller 190
Decodes the address signal output from the program memory 558, unit memory 550, and latch circuit 5.
74,575.577 and input/output controller 576
This is a decoder that forms a selection signal.

As described above, the unit control device 180 controls the management device 40
0, the cart reader control device 188, and the pachinko machine control device 195 have information exchange windows on three sides, and under the control of the management device 400, controls the pachinko game using cards, and controls the game. It has software that periodically sends the resulting pachinko machine game information to the management device. Furthermore, in the unit control device 180 of this embodiment, among the display data output from the unit controller 190 to make the amount and number of balls display suspicious, the digit select signal (common signal) is set at an interval of, for example, 2 ms. Focusing on the point that is periodically outputted, this is inputted to the reset circuit 555 as a watchdog pulse. In addition to power-on reset, the reset circuit 555 is configured to monitor this watchdog pulse and generate a reset signal when the pulse disappears.

Therefore, even if the unit controller 190 goes out of control due to noise or the like, the common signal will not be output at normal intervals when the unit controller 190 goes out of control, so the reset circuit 555 will operate and initialize the unit controller 190 and the data transmission controller 551 to prevent the out of control. Becomes avoided.

In addition, the unit controller 190 has an internal timer counter, and if an ACK (affirmative) or NAK (negative) as a response to a transmission request is not returned within a certain period of time (ex, 10 seconds), When a packet cannot be transmitted within the reception window time (ex, 2 seconds) or when a disturbance in the internal memory (RAM) is detected, the common signal is forcibly fixed to low or high level. It is now possible to perform a reset. Note that the above internal memory disturbance can be avoided by, for example, writing a specific code (A 55 A, etc.) to a predetermined address in the memory during initialization, and checking it every 1 msec using interrupt processing. Can be easily detected.

Furthermore, the unit controller 1.80 of the embodiment also controls the unit controller 19 even when the data transmission controller 553 cannot transmit data within a certain period of time (5°12 seconds).
0 is initialized to prevent abnormal data from being sent to the management device 400. That is, in the embodiment, a watchdog counter area is provided in the unit memory 550, the data transmission controller 551 sends a predetermined code FF every time data is sent to the management device, and the unit controller 190 sends a predetermined code FF every 20m5. This counter is counted down by "1". Therefore, if the data transmission controller is unable to transmit data for 5.12 seconds or more, the unit memory 5.
Since the watchdog counter of 50 becomes rQJ, it is possible to monitor this counter and, if it reaches rQJ, determine that the data transmission controller 551 has gone down and reset itself.

Moreover, in this embodiment, a special RAM is used as the unit memory 190 in which a predetermined terminal INT rises when data is written to a predetermined address (7FE). At startup, the data transmission controller 551 writes data to the above-mentioned predetermined location to start up the terminal NT, and inputs the terminal signal to the unit controller 190 to synchronize the use of the unit memory between the controllers. Note that the specific terminal INT falls when the unit controller 190 reads data at the predetermined address.

On the other hand, synchronization with the management device 400 at the time of system startup is performed by the data transmission controller 551, and the data transmission controller is the management device 4. This is done by receiving a line test command (dictation) sent from the OO and transmitting a response to the reception to the management device 400.

By the way, as mentioned above, the pachinko machine control device 195 side does not perform calculations such as the number of safe balls, but such calculations are performed on the unit control device 180 side.
Detection signals related to game balls such as a safe signal and signals from the purchase switch 113 are input to the unit controller 190.

Based on these signals, the unit controller 190 calculates operating data such as the number of balls put out, number of out balls, number of balls held, and sales amount, and generates operating information (playing status) and monitor information regarding the pachinko machine. Then, they are written in the transmission data area 5DA (see FIG. 24) of the unit memory 550 consisting of a dual port memory.

The operating data etc. written to the unit memory 550 are
The data is sent to the management device through data communication between the transmission controller 551 and the management device 400 . Further, data sent from the management device 400 is also temporarily written to the reception data area RDA in the unit memory 550, and the unit controller 190 reads the data to receive the data. The unit memory 550 includes a communication area CCA that contains commands and status information to notify the other controller that other transmitted data and received data are in the memory, working areas UWA and DWA for each controller, and inter-controller communication areas UWA and DWA. A synchronization area C8A is provided.

FIG. 24 shows the overall configuration of the unit memory, and Tables 1, 2, and 3 show examples of the configurations of the transmission data area SDA, reception data area RDA, and communication area CCA.

Table 1 Pachinko machine unit memory Table 3 The monitor information 1 shown in Table 1 is as shown in Table 4.
As shown in the figure below, a bit indicates that a test is being executed when the system starts up, a bit indicates that the initial value is set/not set, a bit indicates a hot code error, a bit indicates an abnormality in the local network (two bits, one for the low layer and one for the high layer). IFIj is determined by a bit indicating an abnormality in the gaming machine. Furthermore, the monitor information 2 has a bit indicating an abnormality of the card reader, as shown in Table 5.

Furthermore, as shown in Table 6, the operation information includes bits that indicate a discontinued state, bits that indicate that the game is being suspended, bits that indicate that the game is forcibly terminated by the management device or controller based on communication abnormality or fraud detection, and bits that indicate that the game is being terminated. This consists of a bit indicating that the machine is in a free state with no players present, and the like.

Table 6 From Table 6 above, the actual status of the pachinko machine is: ■ Free status is 0000000000000001 ■ Playing status is 000000000000001
0 ■ When receiving a forced termination, 000000000000
0100■When interrupted, 000000000
0001000 ■ When a stop occurs, 000000
It can be seen that it is expressed as 0000010000.

25 to 30 show specific configuration examples of a pachinko machine card reader 800 provided in the control unit 160.

Box-shaped case body 801 that constitutes the card reader 800
A front cover 802 having a card holding display LEDI and a card insertion/ejection port 802a is attached to the front end of the case body 8.
On the side wall of 01 is a storage frame 161 for the control unit 160.
L-shaped brackets 803 for fixing inside are fixed at the four corners.

As shown in FIG. 26, a base plate 804 serving as a card conveyance path is disposed inside the case body 801, and support substrates 805, 806 are placed above the base plate 804 in parallel with a gap slightly wider than the thickness of the card. is ready to be installed.

The support substrate 805 is located on the card insertion slot side, and on it is a card insertion detection sensor 808 consisting of a motor 807 and a microswitch, a card insertion detection sensor 808 consisting of a shutter solenoid 809 and a microswitch, a shutter solenoid 809, and a security sensor. Reflective optical sensors 810a and 810b for code reading are attached.

In this embodiment, one of the sensors 810a and 810b (
810a) is used, and the other sensor (810b) is provisionally provided so that the security code may be increased in the future.

A 20th-L shaft 811 is rotatably placed between the motor 807 and the shutter solenoid 809.
A conveyance roller 812 is provided at the center of the 0-Ra shaft 811, and one end of the 20-Ra shaft 811 is made to be able to protrude outward from the side wall 801a of the case body, and a pulley 813 is fixed to the protruding end. ing. In addition, a card position detection sensor 5NS is installed near the shutter solenoid 809.
A light projector 814 that emits detection light to the second position detection sensor 5NS2 is attached between the 20-th axis 811 and the motor 807.
15 is formed. Furthermore, a floodlight 816 is attached to the side of the motor 807 for irradiating detection light to the punch hole detection sensor 5NSp, and a rotary encoder 817 is fixed to one end of the rotating shaft 807a of the motor 807. The other end of the rotating shaft 807a projects outward from the side wall 801b of the case body 801, and a pulley 818 with a small diameter is fixed thereto.

On the other hand, a first roller shaft 819 is rotatably disposed on the support substrate 806 disposed on the opposite side of the card insertion/ejection opening 802a, and a punch device using a solenoid as a moving means! 820 and a magnetic head 821 can be attached. For mounting the magnetic head, a through hole 8 is formed in the support substrate 806 in accordance with the position so that the head surface can face downward when the magnetic head is inserted downward from above.
22 is formed. Further, a conveyance roller 823 is fixed to the center of the tenth-ra shaft 819, and both ends of the shaft can protrude outside from the side wall of the case, and pulleys 824 and 825 are respectively attached. A belt 826 is wound between the pulleys 818 and 825, and a belt 827 is wound between the pulleys 824 and 813.
6 to the 10th radial shaft 819, and further transmitted to the 20th radial shaft 81 by the belt 827.

Further, on the lower surface of the support substrate 806, floodlights 828 and 829 are attached that irradiate detection light to the third and fourth card position detection sensors 5NS3 and 5NS4.

A first interface board 830 is arranged above the support boards 805 and 806 so as to cover them, and is fixed to the side walls 80], a, and 801b of the case. This interface board 830 receives various control signals from the card reader controller 188 provided in the control unit 160 and passes read signals from sensors and magnetic heads provided on the card reader side to the cart reader controller 188. Equipped with an interface circuit for Further, on the lower surface of the interface board 830, a light projector 831 is provided at a position corresponding to the light transmitting portion 815, and a speed detection sensor 832 is provided at a position corresponding to the encoder 817.

On the other hand, the base plate 804 disposed below the support substrates 805 and 806 has the conveyance rollers 812 and 8
Auxiliary rollers 836 and 83 are biased upward by torsion springs 834 and 835 at positions corresponding to 23.
7 are openings 841 and 84 formed in the base plate.
It is attached so that the face is slightly exposed than 2. Also,
An auxiliary roller 83 is provided on the base plate 804 at a position corresponding to the magnetic head 821 attached so as to face downward from a through hole 822 provided in the support substrate 806, and is also biased upward by a torsion spring 836.
8 is attached so as to protrude slightly above the opening 843. Along with this, the base plate 804
Through holes 844 are formed at positions corresponding to the projectors 81.4, 816, 828, 829 and 831, respectively. Furthermore, a recess 845 (see FIG. 28) is formed along the width direction at the front end of the base plate 804, and a cylindrical shielding member 846 is placed therein.

The shielding member 846 closes the card insertion/ejection opening 802a to prevent dirt from entering, and also functions to prevent cards other than those having a certain level of rigidity due to its weight from being accepted.

A second interface board 848 is attached to the bottom surface of the base plate 804 with screws, and on this second interface board 848, a circuit for interfacing with the card reader controller 188, as well as a light emitter 816, First to fourth position detection sensors 5NSl, 5NS2, 5NS3, 5NS4 and punch hole detection sensor 5NsP are attached to face 828, 829 and 831.

Furthermore, relief sixes 849 are provided at positions corresponding to the auxiliary rollers 836, 837, and 838 to prevent contact with the rollers.

Corresponding to the cylindrical shielding member 846 placed on the front end of the base plate 804, a cavity 851, which is slightly larger than the shielding member 846, is formed at the front end of the upper support substrate 805. Support board 8
05, the shielding member 846 is housed in the cavity 851 so as to be vertically movable. Furthermore, an opening 853 is provided on the rear wall of the frame 852 constituting the empty space 851.
is formed, behind which the insertion detection switch 808 is arranged, and its movable contact 808a protrudes into the cavity 851 from the opening 853. The tip of this movable contact 808a is normally positioned above the shielding member 846 as shown in FIG.
When the card CD is inserted from point a, the card CD pushes up the shielding member 846 as shown in FIG.
is now turned on.

The shutter solenoid 809 mounted on the support substrate 805 is arranged facing downward as shown in FIG.
When the solenoid is in the demagnetized state, the card passes through the insertion hole 854 provided in the support substrate 805 and engages with the recessed hole 855 formed at the corresponding position on the upper surface of the base plate 804 as shown in FIG. 29(B). It is designed to prevent the insertion of

Although not particularly limited, the card reader 800 of this embodiment has a structure in which the rear wall of the case is open and the cart can be ejected to the rear so that it can also be used in a card issuing machine. ing.

FIG. 30(A) shows the mounting positional relationship of various sensors and magnetic heads in the card reader.

The insertion detection sensor 808 is disposed closest to the cart insertion/ejection opening 802a, and the first position detection sensor 5NSI is disposed immediately in front of the conveyance roller. And shutter pin 8
09b is the insertion detection sensor 808 and the first position detection sensor 5
A security code reading sensor 810a is placed between the NSI and the security code reading sensor 810a.

810b is arranged almost right next to the first position detection sensor 5NSI. Further, the second position detection sensor 5NS2 is located behind the conveyance roller 812, and the third position detection sensor 5NS3 is located behind the conveyance roller 812.
is a fourth position detection sensor S behind the conveyance roller 823.
NS4 is arranged at the innermost part of the card reader, and the first to fourth position detection sensors 5NSI to 5NS4 are arranged on the same straight line.

Furthermore, punch hole detection sensor 5NSp and punch pin PP
is arranged between the second position detection sensor 5NS2 and the transport roller 823, and the magnetic head 821 is arranged between the transport roller 823 and the third position detection sensor 5NS3.

FIG. 30(B) shows the card detection timing when the card is inserted by various sensors arranged in the positional relationship shown in FIG. 30(A), and the control signals to the motor 807 and shutter solenoid 8-09. Indicate timing. As can be seen from the figure, in the card reader of this embodiment,
When the card is inserted, the insertion detection sensor detects the insertion of the card and drives the motor and shutter.
-・4 is configured to read the information on the card in the order of security code 5 punch hole and magnetic coat at a predetermined timing while detecting the position of the card.

In addition, the relative distances between various sensors and punch pins are important for accurate processing such as card reading and punching, so each component must be installed with precision so that it has a predetermined positional relationship. There is.

FIG. 31 shows a specific example of the circuit configuration of the card reader control device 188 (see FIG. 21).

The card reader control device 188 includes a card reader controller cPU2 consisting of a microcomputer, a transceiver TRV that converts the level of data signals transmitted and received between the unit control device 1f180, and a monitor display provided in the control unit 160. Drivers DRVII and DRV12 that form drive signals 175 and 176, motor 807 in card reader 800, and punching device 8
20, a driver DRV13 that forms a control signal that drives the magnetic head 821, the LED lamp 167, and the shutter solenoid 809; and a driver DRV1 that drives the relay RLY that turns on and off the power supplied to the motor 807;
4, a waveform shaping circuit SMG consisting of a Schmitt trigger circuit that shapes the waveform of data read by the magnetic head in the card reader 800 and detection signals from various sensors, and latches each read data of the two tracks read by the magnetic head. It has built-in flip-flop circuits F/Fl, F/F2, a power-on reset circuit, and a watchdog timer, and monitors the pulses periodically output from the controller CPU2 (shared with the reset pulses of latch LTI and LT2) as watchdog pulses. and a reset circuit R5T2 that generates a reset signal when the pulse is interrupted.

Further, on/off signals from a device setting device 171 and a card ejection switch SWc provided in the control unit 160 are input to the card reader controller CPU2.

The four light emitting diodes that make up the monitor display 176 are a power-on display LED1.1 that lights up while the power is on, and a cart-in display that indicates that the card is in the card reader. It is used as the LED 12 and the LED 13 that indicates ○, which is lit when the control by the card reader controller is being executed normally.
LEDI4 is left unused so that it can be used for any other monitor display.

On the other hand, the segment type monitor display 175 has seven segments representing numbers and ↓ dot display segments DT.
By combining these, the contents of the card reader abnormality can be displayed in codes as shown in Table 7 below. The error code in the right column of Table 7 is a code used by the card reader controller CPU 2 to notify the higher-level control device of the details of the abnormality when a corresponding abnormality occurs.

Table 7 The card reader controller CPU2 operates according to the control program in the built-in ROM, and the unit control device 18
Based on the commands from 0, it executes card running control, card data reading, card data checking, etc., and transmits the card number and card reader control information to the unit control device.

Communication with the unit control device 11180 is via the built-in serial communication circuit, including serial port TX,
This is done using RX. The output of control signals to the components constituting the card reader 800 and the input of detection signals from various sensors are performed by an interface circuit 198 as shown in FIG.
It is supposed to be done through.

Furthermore, the flip-flop FF2 that latches the magnetic data a on the track TRC2 of the magnetic recording section MG of the card is as follows:
It is operated using the red clock b which is read from the track TRCl and triggers the flip-flop FFI as a sampling clock. The flip-flop FFI is triggered by the read clock b and reset by the pulse e output from the CPU 2, thereby outputting a periodic signal C.

FIG. 32 shows a configuration example of an interface circuit 198 provided between the card reader control device 188 and input/output components within the card reader.

In the figure, the symbol SMGI-8MG5 indicates a waveform shaping circuit consisting of a Schmitt trigger gate, etc.
RECI, RFe5 are rectifier circuits, MCCl, MCC2 are magnetizing current switching circuits, AMP1 to AMP4 are amplifiers, MH
DI, MHD2 are magnetic heads, MT is motor, 5OLI
, 5OL2 is a solenoid, LEDI is a light emitting diode,
DRV21, DRV22 are drivers, 5NSII, 5N
S12, 5NSp, 5NSI to 5NS5 are sensors. Further, CCC is a current switching circuit for switching the rotational direction of the motor HT, and VCC is a voltage switching circuit for switching the rotational speed of the motor MT.

The read clock signal of the read data read by the two magnetic heads MHDI and MHD2 corresponding to the two tracks TRC1 and TRC2, respectively, is sent to the amplifier AM.
After being amplified by PI and AMP3, the rectifier circuit REC
I, rectified by REC2, and further waveform shaping circuit SMGI
, 5MG3 as a square wave to the card reader control device 188. On the other hand, the card reader control device 188
The write data and write clock supplied from the magnetizing current switching circuit M pass through the waveform shaping circuits 5MG2 and 5MG4.
It is input to CC12MCC2 and the write data “t 1
)l J″Ojl, the direction of the head running current is switched, amplified by amplifiers AMP2 and AMP4, and supplied to magnetic heads MHDI and MHD2.

In order to move the motor MT, the card reader control device M18
The current switching circuit CCC changes the direction of the current flowing to the driver DRV21 based on the forward rotation signal and reverse rotation signal given from the driver DRV21 in accordance with the speed switching signal.
Switch the voltage applied to the motor by

On the other hand, security code reading sensor 5NS11 (
The detection signals of 810a), 5NS12 (unused), punch hole detection sensor 5NSP, position detection sensors 5NS1 to 5NS4, and speed detection sensor 5NS5 (821) are waveform-shaped by the waveform shaping circuit SMG5 and then controlled by the card reader. device 188 and insert detection switch 80
The detection signal No. 8 is noise-cut by a low-pass filter LPF, and then waveform-shaped by a waveform shaping circuit 5MG5.

FIG. 33 shows the timing of writing and reading magnetic data by the card reader control device 188.

Among the signals in the figure, (A) to (D) are write data information, (
E) to (G) relate to write clock information, and (H)
- (J) show read data information, and (K) - (M) show signal waveforms of various parts related to read clock information. In addition, the card reader control device W1 of FIG. 31 is shown in (N) to (R) of the same figure.
At 88, the timing of each signal is indicated by the symbols a''-e.

Of these, the signals (H) and (K) are the output signals of the amplifiers AMP1 and AMP3 that constitute the interface circuit in FIG. 32, and the signals (I) and (L) are the output signals of the rectifier circuits RECI and REC2. The output signal, and the (J) and (M) signals are waveform shaping circuits JIIISMGI and 5M.
The output signals of G3 are shown respectively.

In this embodiment, the write method is so-called NRZ, in which the polarity is inverted when the data is "1", and the previous state is maintained without inverting the polarity when the data is "ON" or there is no signal.
The I method is adopted.

Therefore, signals indicating CPU output, write current, and magnetization state (
B), (C), and (D) are each inverted when the CPU internal data (A) changes from "OI+" to "1".

On the other hand, when the data written in the above manner is read by the magnetic head MHD2, the output of the amplifier AMPI changes to + or - depending on the direction of magnetization when the magnetization state (D) changes, so the card reader controller C.P.
U2 outputs a signal a (
If the signal a is at a high level, the data is recognized as "1", and if the signal a is at a low level, the data is recognized as "O" (see FIG. 33(S)).

In this example, the recording density of magnetic data on the card is 4.134 bit/mm (=1058 PI),
Since the card transport speed is 300+m/sec, the pulse period of the read clock data is approximately 806 μs. Therefore, when writing magnetic data by the CPU 2, the period T of the CP'U output (E) related to the write clock is It is designed to output twice the clock pulse (1°612m5).

An example of the configuration of the card issuing machine 200 is shown in FIG. 34 and FIG. 35.

The card issuing machine 200 of this embodiment includes a bill identifying device 210 that identifies bills for card purchase, and an issuing device 700 that prints an amount corresponding to the inserted bill and issues a card.
, a bill dispensing device 230 for dispensing bills as change, various displays 221 to 225, and a control and management system for the entire card issuing machine 200! [Unit control device that performs data communication with 400! 280 etc. Corresponding to the banknote identification device 1210,
The front panel 201, which can be opened and closed, has a bill insertion slot 211,
A purchase selection switch group 212 and an amount display 213 are provided. Therefore, the player must first use the banknote insertion slot 21.
When a banknote is inserted from step 1, the amount of money inserted is displayed on the amount display 213. and.

By pressing a switch corresponding to a desired purchase amount from the purchase selection switch group 212, a card corresponding to the desired purchase amount is issued from the card outlet 202 of the issuing device 700. Also.

The purchase selection switch group 212 is composed of switches each with a built-in lamp, and when a bill is inserted, there are switches that can be selected within the range of the inserted amount (three for 3,000 yen, three switches for 3,000 yen,
If the price is 5,000 yen, the corresponding built-in lamp (5) will be lit.

A bill dispensing bag for paying out when a bill is inserted through the bill insertion slot 211 of the card issuing machine 200, the purchase amount is determined by the purchase selection switch 212, and there is a remaining balance! Reference numeral 230 includes a banknote tank for storing banknotes, and is configured to discharge banknotes corresponding to the remaining balance from a banknote dispensing port 232 provided on the front panel 201.

Further, on the front panel 201 of the card issuing machine 200, an issuance lamp 221 indicates that the card is in a state where the card can be issued, and an issuance stop lamp 22 indicates that the card cannot be issued.
2. A bill insertion indicator 223 that indicates whether or not bills can be accepted into the bill insertion slot 211, a card issue indicator 224 that indicates the issuing status of the card, and a bill dispensing indicator 225 that indicates the status of paying out the balance are provided. In addition, card issuing machine 2
On the inside of the front panel 201 of the 00, there is a monitor display 206 for displaying the type of abnormality (number) in the issuing machine as a two-digit number, and a reset button for resetting the display on the monitor display 206. 207 is provided.

Furthermore, the card issuing machine 200 of this embodiment is configured such that each of the plurality of issuing machines (several tens of machines) installed at the game parlor can be distinguished from each other, so that the management device 400 can grasp which issuing machine has issued a particular cart. A machine number setting device 205 is provided internally for this purpose, and the machine number set by this setting device 205 is sent to the management device 400 to generate a transmission address during data communication and to handle the generation of a transmission address for each issuing device. Used for creating data files.

On the other hand, the issuing device 700 takes out the blank cards stocked in the card tank 701 one by one and first sends them to the card reader 800. Record the card number, identification code (store code), issue date code, check code, etc., and punch a hole at the issued punching position PH1 (see Figure 2) using the punch device 820 in the card reader 800. The printing device 750 prints the date of issue, serial number n, and purchase price, and the card is ejected from the card issuing slot 202 provided on the front panel 201. The above issuing serial number n is the management bag that received the card purchase application from the card issuing machine 200! ! When 400 receives purchase applications from multiple card issuing machines under its control, it sequentially determines an issuing serial number n and assigns it to each card issuing machine based on this issuing serial number n. The code obtained by performing code conversion processing such as rearrangement of bits as described above is recorded as a card number on the magnetic surface of the card and issued, and information regarding the cart is recorded in a file within the management device 400. ing.

In order to make it possible to generate a card number from the issued serial number n, the control program of the management device 400 is provided with a card number generation routine and a code conversion routine. Inverse conversion and back calculation routines are provided to confirm the match with serial number n.

The card issuing machine 200 of this embodiment has a card reader 800 that records magnetic data, and a printing device that prints out the issuing serial number n, the date of issue, and the three thousand digits of the purchase price.
Leave the card on standby with two "0"s printed on it,
By printing and ejecting a thousand-digit number when the purchase switch is pressed, the apparent time required for issuance is shortened.

FIG. 36 shows an overall perspective view of an issuing device 700 with a built-in card reader, and FIG. 37 shows an example of a schematic configuration of the issuing device.

The issuing device W700 of this embodiment includes a card ejecting device 710 that takes out cards one by one from a card tank 701 containing a large number of cards whose magnetic recording part MG and print display part PRT are blank, and Consisting of a card reader 800 placed at the front, a card reversing device 740 placed behind the card reader 800, a printing device 750 placed below the card reader 800, and a cart extracting device 770 placed in front of the card reader 800. card issuance control device 790 disposed above the card reader 800.
It is now controlled by. The card reader in the issuing device 700 of this embodiment may have substantially the same structure and function as the card reader 800 for a pachinko machine.

Card readers for issuing machines differ from card readers for pachinko machines in (1)! (2) It needs to have a raw data recording function, and (2) it needs to have a structure that allows the card to be ejected to the rear. Among these, (1)
For the interface circuit 1 as shown in FIG.
98 is a waveform shaping circuit 5 that shapes the waveform of the write data signal.
MG2゜5MG4 and magnetic current switching circuit MCC1, MCC
Since the magnetic heads MHDI and MHD2 can read and write magnetic data, there is no problem. In addition, card reader 800 for pachinko machines
As mentioned in the explanation of the structure, Figures 25 to 2
In the card reader 800 shown in FIG. 8, the rear wall of the case is open, so that the inserted card can be ejected to the rear. Therefore, the issuing device 700 of this embodiment
for.

It is possible to use the same card reader 800 for pachinko machines.

On the other hand, the card tank 701 is constituted by a U-shaped frame having a space of the same size as the card, and is fixed to the upper end of the side wall 711 of the card ejecting device 710 with a bolt. A pressing member 702 is placed on top of the card stored in the card tank 7O1 to apply a certain pressure to the card to ensure removal of the card. Notches 702a are formed on the left and right sides of this pressing member 702 so as not to be detected by a sensor 703 that detects the presence or absence of a card in the tank. Further, the blank card CD stored in the card tank 701 is placed on the front half of the base substrate 711 of the card ejecting device M710 as shown in FIG.

This base substrate 711 has an opening 71 along the center line.
1a, 711b, and 711c are formed, and a first conveyance roller 712, a second conveyance roller 713, and a third conveyance roller 714 are arranged so as to slightly protrude upward from these openings. Further, a notch 711d is formed in the front end side of the base board 711 so that the operating piece 703a of the card presence detection sensor 703 can be viewed from below.

Further, a support plate 715 is disposed approximately in the upper center of the base substrate 711 and is oriented perpendicularly thereto, and is fixed to a side wall 716 of the card ejecting device 710. A bracket 718 having a stopper 717 facing the base board 711 at a distance of one card is attached to the front surface of the support plate 715. Also.

Behind the support plate 715, the conveyance roller 7
A take-out motor 719 for driving 12 to 714 is arranged and fixed to side 1!716.

A drive pulley 721 is connected to the rotating shaft of this take-out motor 719 via a deceleration mechanism 720.
21 and the rotation shaft 7 of the conveyance rollers 713 and 714.
Driven pulley 722 attached to the end of 13a, 714a
, 723, a timing belt 724 is wound between them. Further, a clutch disk 725a is attached to the rotating shaft of the second conveying roller 713, and a second clutch disk 725b is rotatably disposed opposite to this disk 725a.

Also, the pair of clutch discs 725a.

A clutch lever 727 is swingably attached to the side wall 716 and has a roller 726 at one end that can come into contact with the outer periphery of the clutch lever 725b. And this clutch lever 727
The other end is connected to a plunger 729a of a clutch solenoid 729 via a spring 728. When the solenoid 729 is energized, the clutch lever 727 is rotated and the roller 726 is connected to the clutch disc 725a.
and the outer periphery of 725b at the same time, transmitting rotational force,
When the solenoid 729 is turned off, the rotational force is cut off. Further, a pulley 730 is fixed to the rotating shaft of the clutch disc 725b, and a belt 732 is connected between this pulley 730 and a pulley 731 fixed to one end of the rotating shaft 712a of the first conveying roller 712.
is being wound. Therefore, the rotational force of the take-out motor 719 is transmitted to the first conveyance roller 712 via the clutch mechanism (725, 726) only while the clutch solenoid 729 is energized.

Moreover, this first conveyance roller 712 has its rotation shaft 71
2a, and the top surface is normally lower than the base substrate 711, so that when the rotating shaft 712a rotates 180 degrees, it slightly protrudes upward from the opening 711a. .

In the issuing device 700 of this embodiment, when the purchase selection switch 212 is operated after inserting a bill, the take-out motor 719 is rotated, and then the clutch solenoid 729 is turned on for a certain period of time, and the first conveyance roller luff 12 rotates once. It is now possible to do so.

As a result, the first conveyance roller 712 is rotated eccentrically,
Card tank 701 above this first conveyance roller 712
Push up the card inside and send it out to the rear. At this time, since the pressing member 702 is placed on the card CD and applies a constant pressure, the bottom card is separated from the group of cards in the tank due to the frictional force with the roller. Moreover,
A stopper 717 is provided at the rear with a distance from the base board 711 for one card, thereby preventing the cart from feeding two cards.

In this way, only one card is taken out from the tank and sent out toward the rear card reader 800 by the second and third transport rollers 713 and 714, which are kept rotating while the take-out motor 719 is rotating.

In addition, card removal! A travel position detection sensor CPSL is disposed at the rear end of 710, and is configured to detect the card sent out.

Furthermore, a pressing roller 734 is provided above the third conveying roller 714 to prevent the card from floating up.

The card taken out from the tank 701 by the card taking out device 710 is written with an identification code, card number, etc. in a magnetic recording section by a card reader 800, and an internal punching device! At 820, a hole is punched at the issuing hole punching position, and then the card is delivered to the rear card reversing device '1740. A case 70.5 is arranged below the card reader 800 to store punching pieces, that is, punch waste.

A card reader control device 288 for an issuing machine, which corresponds to the control device 188 of the card reader 800 for a pachinko machine, is provided in the card issuing control device 790.

The card sent to the cart reversing device 1740 is first transferred to a belt 742 wound around transport rollers 741a, 741b, and 741c, and a transport roller 743a.

S is sandwiched between belt 744 wound around belt 743b.
The belt 74 is conveyed along a shaped traveling path and is wound around conveying rollers 746a, 746b, and 7460 while pushing the traveling path switching piece 745 disposed at the exit thereof as shown by the broken line A.
7 and the belt 742, and is once sent upward. When the card passes the running path switching piece 745, the switching piece 745 is rotated back from the position indicated by the broken line A to the position indicated by the solid line by the tension of the spring 745a, and the running position sensor CPS2 disposed above moves the switching piece 745 back to the position indicated by the solid line. When the end is detected, the traveling motor 706 that drives the belt 742 is reversely rotated. This causes the card to change direction and begin to be conveyed downward. The belt 74 is wound around conveyor rollers 748a, 748b, and 748c.
9 and the belt 747, the direction gradually changes and is finally sent out horizontally forward.

The belts 742 and 749 are driven by a belt 707 directly driven by a travel motor 706 and a belt 708 interlocked therewith.

The driving force of the travel motor 706 is not transmitted to the belts 744 and 749, and the belts 744 and 749 rotate together due to frictional force as the card moves.

Note that the belt 707 is attached to a card extracting device f [77
It is also wound around a pulley that is integrated with the conveyance roller 771 of No. 0, and the card is ejected by the driving force of the travel motor 706.

Further, the rotating shaft 709 of the conveying roller 748c is protruded to the side, and a knob 7 is provided at the end thereof as shown in FIG.
09a is fixed, and by turning this knob 709a by hand, it is possible to manually move the card while the travel motor 7o6 is stopped and remove a jammed card. A running position sensor CPS3 is arranged at the end of the card reversing device 740, and when this sensor detects the rear end of the card, the running motor 706 is stopped.

The card sent out from the card reversing device @740 enters the printing device 2750, and is first detected by the running position sensor CPS4. Then, the transfer motor 751 in the printing device 750 is driven, and its driving force is transmitted to the transfer rollers 752a and 752b via the belt 762 and gear group 763, and the pressure roller 753a disposed above the transfer rollers 752a and 752b.
753b and move the card forward.

In front of the transfer rollers 752a and 752b, transfer rollers 754 and 755 are arranged along the travel path, and above them, a print head 756 such as a thermal head is arranged so as to be movable up and down along a guide pin 757. . Further, a return spring 758 is inserted around the guide pin 757.

758 is a motor for lifting and lowering the print head, and this motor 758
The rotation of is decelerated and transmitted to the driven shaft 759. A detection piece 760 having a notch is fixed to this driven shaft 759, and rotational position sensors 761a and 761b are arranged opposite the periphery of this detection piece 760. Further, although not shown, the rotational force of the elevating motor 758 is transmitted to the print head 756 via, for example, a cam fixed to the driven shaft 759 and a tappet abutted on the outer periphery of the cam, and raises and lowers the print head 756. At this time, the lifting motor 758 rotates the driven @ 759 by 180' in one operation. That is, the lifting motor 758 always stops rotating at a position where the notch of the detection piece 760 faces the sensor 761a or 761b, and the traveling position sensor CPS4 detects the card and operates the lifting motor 758. When the sensor 761a or 761b detects the notch in the detection piece 760, the rotation of the motor is stopped.

As a result, the print head 756 moves to the running position sensor CP.
It is lowered when the card is detected in S4, and when printing is completed, the lifting motor 758 is operated again to move the driven shaft 759 to 180 degrees.
By rotating the print head 756, the print head 756 is raised and stopped. A running position sensor CPS5 is disposed at the exit of the printing device 750, and when this sensor CPS5 detects the leading edge of the card, it operates the running motor 706 in the same direction as before (opposite direction) to move the transport rollers 771a,
The belt 772 wound around the belts 771b and 771c is driven, and when the sensor CPS5 detects the rear end of the card, the conveyance motor 751 in the printing device is stopped. As a result, the card sent out from the printing device 750 is quickly conveyed into the card ejecting device 770 at the front.

In the card ejecting device 770, as shown in detail in FIG.
73, 774a, and 774b are arranged, and a belt 775 is wound around conveyance rollers 774a and 774b. Moreover, in this embodiment, only this card ejecting device has conveying rollers and their belts 772 and 775 arranged in two rows to ensure reliable ejection. A card issuing port 202 is arranged in front of the conveyance path formed by belts 772 and 775, and a running position sensor cPS6 is arranged immediately in front of this issuing port.

Furthermore, a travel path switching member 777 that is rotatable about a support shaft 776 is disposed between the conveyance rollers 773 and 774b. This running path switching member 777 has a spring 778.
Normally, the tip is positioned downward as shown by the broken line opening in FIG. 37, and the card sent from the printing bag [750] is guided toward the card issuing opening 202. However,
If the card is not genuine or has a scratch that prevents it from being correctly recorded in the magnetic recording section, the card is guided to a confiscation tank 780 below by the lane switching member 777. When the cart is correctly written, the switching member 777 is rotated downward as shown by the solid line in FIG. 37. Then, the card sent from the printing device 750 is guided to the card issuing port 202. Conveyance roller 774
A confiscation tank 780 is disposed below 774b, and the runway switching member 77, which is positioned above in the normal state,
The cart guided downward by 7 is confiscated by tank 7.
It is housed within 80.

The rear wall 781 of this confiscated tank 780 has a notch 781a.
is formed, and a sensor 782 is arranged so as to face this notch 781a. This sensor 782 is a light receiver, and the corresponding light emitter 783 is arranged between the pair of belts 775, and is set so that the detection optical axis is oblique.

In addition to detecting cards entering the confiscated tank 780, when the number of cards in the tank exceeds a certain level, the upper edge of the card blocks the detection optical axis, making it possible to detect that the tank is full. There is. Furthermore, this confiscated tank 780 has a plate 784 disposed diagonally below it.
It is placed on the top so that it can slide forward and backward, and on the bottom side,
A guide pin 785 that engages with a long hole 784a formed in the plate 784 is fixed, and this guide pin 78
5 and the rear end of the plate 784, the spring 786 is always biased rearward.

In this card ejecting device 770, when the end of the card passes and the running position sensor CPS6 or the confiscated card detection sensor changes from on to off, the running motor 706 is turned off and the ejecting or confiscating operation is stopped.

Note that an issuing device 700 is installed above the card issuing port 202.
A card issuance display 787 is provided to show the progress status of card issuance work.

Further, as shown in FIG. 36, the issuing device 700 of this embodiment has left and right rails 79 on a fixed base 791.
2a and 792b, and is placed on a base 793 that is slidably supported in the front and rear direction.
A power supply box 794 with a built-in auxiliary power supply is placed on the left half of the unit, and on the front of this power supply box 794 there is a counter 795 for displaying the number of issued cards, and a counter 795 for displaying the number of confiscated cards, etc. There is a spare counter 796 available.

Further, 797 is a handle used when sliding the entire issuing device placed on the fixed base 791 forward;
8 is an operation button for locking the slide mechanism.

FIG. 40 shows a card issuing machine 2 configured as described above.
An example of the configuration of the control system of No. 00 is shown.

In addition, in the same figure, 790 is a card issuing control device, 2
80 is a unit control device, and 288 is a card reader 8
The transport motor 807 and the magnetic head 8 are each component of 00.
21. Perforated bag! 820, etc., and the one indicated by the symbol LMPi-LMP5 is a lamp built into the purchase amount selection switch group 212, and the lamp corresponding to the switch turned on is lit. The operation buttons are illuminated from the rear.

The control system of this embodiment is roughly divided into a control system based on the unit control device W280 and a control system based on the card issuing control device 790.
However, there is a means for accepting money, a means for selecting the desired purchase amount, a communication means for transmitting valuable data to the management device and receiving and receiving a card number in place of the valuable data, a means for dispensing change coins, and an issuance processing state. A card ejecting device that is in charge of controlling the status display means that indicates the card issuance control bag M790 that constitutes the above-mentioned issuing device 700! ! 710, card reversing device 740, printing bag! ! 750, a card ejecting device i7.70, and a control device 28 of the card reader 800, which is responsible for checking the card and recording magnetic data.
Responsible for overall control of 8. Communication between the unit control bag W280 and the card issuing control device 790 is performed by serial communication.

On the other hand, the unit control device 280 is connectable to a low-layer network communication line 510 made of an optical cable or a coaxial cable via an optical transceiver 285 in order to send and receive data such as a card number to and from the management device 400. There is.

The card issuing machine 200 of this embodiment allows the unit controller 280 to notify the user by lighting or blinking the status display means including various indicators 221 to 225 provided on the front panel 20.1 according to the card issuing procedure. In addition to teaching the operating procedures, the system also prevents the user from forgetting to eject the card or change.

That is, when the card issuing machine 200 is powered on and card issuing preparations are completed, the unit control device 1280 first displays the issuance status indicator 22 provided on the front panel 201.
1 is turned on, and the bill insertion display 223 is made to blink to display a message prompting the insertion of a bill, thereby informing the outside that the bill insertion is in a waiting state. In this state, the bill insertion slot 211
When a banknote is inserted, the unit control device 280 causes the amount display 213 to display a number corresponding to the amount inserted, and also displays the purchase lamp LMP built in the purchase selection switch 212.
1 to LMP5 are lit up to the amount equivalent to the amount invested. In other words, for 1,000 yen, only the lamp LMPI, and for 3,000 yen, the lamp L
MPI~LMP3.5 thousand yen lamp LMP1~LMP
5 is lit to clearly indicate which switches can be operated.

When any one of the valid purchase selection switches 212 is turned on in this state, the bill insertion indicator 223 is turned off and the 1
Instead, the card issue display 2 near the card issue slot 202
24 blinks to notify the user that the card will be ejected.

Then, when the unit controller 280 actually ejects the card from the card issuing slot 202, the unit controller 280 controls the amount display 2.
13 and purchase lamps LMPI to LMP5 are turned off. At this time, if there is change, the bill dispensing display 225 is flashed to draw attention and the change is disbursed. Note that when there is no change, the bill payout display 225 remains off. Further, when the card is ejected, when the user pulls out the card ejected to the card issuing slot 202, the flashing of the card issuing display 224 is stopped and the light is turned off.

On the other hand, when there is change, the bill insertion display 223 is turned off after the bill dispensing indicator 230 detects the removal of change and receives a dispensing completion signal sent.

Table 8 shows the state transitions of various indicators on the front panel 201 by the unit control device 280.

Table 8 In the same figure, ◯ means lighting, × means lights off, Δ means blinking, D means numerical display according to the input amount, and B means lighting the lamp corresponding to the amount.

Note that Table 8 also shows the bill receiving state of the bill insertion slot 221 in each state. This indicates that the next bill cannot be inserted until the card and change are removed.

FIG. 41 shows an example of the configuration of the unit control bag M280.

The unit control device 280 of the issuing machine includes a unit controller 290 that centrally controls the card reader control device 288 and the card issuance control bag W790, and a management device 40.
0, and a network controller 553 that establishes transmission/reception rights in the network and performs serial/parallel conversion of data under the control of the data transmission controller. has exactly the same configuration as the unit control bag N]-80 for a pachinko machine. That is,
Each controller 290 and 551 questions and 551 and 553
Data is received and passed between dual port memory (RA).
M) 550 and 552. Among these, the memory 552 is divided into a transmission data storage area and a reception data storage area, and has an adjustment function for making all transmission and reception data the same length (packetization) and speeding up data transmission (2. , 5MbpS).

This packet memory 552 is composed of four pages each having a capacity of 256 heights, of which page O is used for transmitting a transmission request packet, and page 1 is used for transmitting a scheduled data transmission packet. On the other hand, pages 2 and 3 are used alternately for receiving data packets. The data transmission controller 551 instructs the network controller 553 as to which page to use. Even if the data transmission controller 551 is processing received packet data, even if the next packet data is sent, it will be received by another page, so all packets can be reliably received.

A common reset circuit 555 is provided so that each controller 551, 553 can be initialized simultaneously.

An optical connector is connected to the connection side of the network controller 553 to the management device 400 via a signal conversion circuit 554 that performs waveform shaping of received data and converts the signal level in order to increase the drive capability of transmitted data, and a changeover switch 542. 186, and also has a selector switch 542 so that it can be connected to a coaxial cable when the transmission line of the low-layer network is configured with a coaxial cable.
The branch circuit 54.0 can be connected to a branch circuit 54.0 for separating and combining the transmitted signal and the received signal.

An optical transceiver 185 is connected to the optical connector 186.

Further, between the data transmission controller 551 and the network controller 553, there is a latch circuit 561 for the network controller 553 to store a data reception result in response to a request from the data transmission controller 551, and a data transmission controller 551. A latch circuit 562 for storing commands such as data transmission commands for the network controller 553, a latch circuit 563 for storing low-layer network addresses, and three LED lamps for indicating abnormalities in the communication control state within the unit control device 280. A monitor display 55 consisting of
A latch circuit 564 is provided to store display data for 6. A decoder 557 decodes the address given to each of the latch circuits 561 to 564 and generates a selection signal.

On the other hand, the unit control device 280 of the issuing machine is different from the unit control device 11180 of the pachinko machine.

The unit controller 290 is a card reader control device!
This is done through the card issuance control device t790, without directly communicating with H.288. Therefore, a transceiver 57 that converts the level of transmitted and received data is connected between the unit controller 290 and the card issue control device 790.

The unit controller 290 also latches a drive signal that puts input signals from the unit number setter 205 and reset switch 207 onto the data bus 581 at predetermined timing and displays various lamps such as the issuing indicator 221. input/output controller 576, bill validator 2101, bill dispenser 230, and purchase selection switch 21
2 to the data bus 58 at a predetermined timing.
1, and the bill validator 210 and the bill dispenser 2.
an input/output controller 57 that latches control signals to 30;
8 are connected.

The control signal from the unit controller 290 to the banknote validator 210 is to send 1000 banknotes that are determined to be genuine banknotes.
There is an instruction signal for distinguishing between 0 yen, 5000 yen, and 1000 yen and storing them in the safe, and an instruction signal for allowing or disabling the insertion of banknotes into the bill insertion slot.

In addition, from the banknote validator 210 to the unit controller 29
The input signal for 0 has the inserted banknote true 100000
Signal when inserting a 000 yen bill and inserting a true 5000 yen bill
The signal when it is determined that it is a yen bill and the inserted bill is a true 100 yen bill.
There is a signal when the banknote is determined to be a 0 yen banknote, an alarm signal that is output when the banknote is pulled out toward the banknote insertion slot after the banknote determination, and a signal that indicates that a banknote has been inserted and that the banknote is being identified. There is a signal to indicate that a banknote jam has occurred, and a signal to indicate that the banknote storage in the safe is full.

On the other hand, from the unit controller 290 to the bill dispenser 23
The control signals for 0 include an instruction signal for setting the number of banknotes to be paid out in binary code, an instruction signal for executing the payout of banknotes based on the set value of the number of banknotes, and a monitor display for displaying the result of the payout execution. There is also an instruction signal for clearing the display on the device (not shown).

In addition, from the bill dispenser 230 to the unit controller 29
The input signals for 0 include a signal that is output every time one banknote is dispensed, and an alarm signal that is output when an abnormality occurs in the device during dispensing and the dispensing operation cannot be executed.
A signal indicating that the remaining amount of bills in the bill storage section has become 20 or less, a signal indicating that a bill dispensing operation is being executed, and a signal indicating that the bill dispensing operation has been completed and the bills in the bill issuing slot have been removed. There is a signal to indicate that the

Further, the unit controller 290 includes decoders 586 and 587 and decoder drivers 588 and 589 for dynamically displaying the amount display 213 that displays the purchase amount and the monitor display 206 that displays the number indicating the type of abnormality in the issuing machine. and a data bus 581.

Table 9 shows an example of the error number displayed on the monitor display 206, its contents, and processing.

Table 9 If an error marked with one heading in Table 9 occurs, the system will be reset as a system down. Also, if the error display is blinking, after error recovery processing,
Indicates that you need to press the reset button.

Note that 585 decodes the address signal output from the unit controller 290 and stores it in the program memory 55.
8 and unit memory 550. Input/output controller 596
, 598, decoders 586, 587, and decoder drivers 588, 889.

Furthermore, in the unit control device 280 of this embodiment, 2 ms of the display data output from the unit controller 290 to drive the amount display 213 is
A digit select signal (common signal) that is periodically output at intervals such as is inputted to the reset circuit 555 as a watchdog pulse. Reset@Ro55
In addition to power-on reset, 5 monitors this watchdog pulse and when the pulse disappears, each controller 290
．． Generates a reset signal for 551 and 553.

As mentioned above, the unit control device 280 is a management device! 4
00. It has information exchange windows in two directions of the card issuance control device fi290, and performs control for issuing cards under the control of the management device fi400, and also controls the issuer information generated as a result of the issuance process. It has software that periodically sends operating information to the management device.

Data is sent and received to and from the management device via a unit memory 550, similar to a pachinko machine.

The configuration of the unit memory 550 is exactly the same as that of a pachinko machine (see Fig. 24), and the transmission data area SD
A, a received data area RD A, and a shared data area CDA that contains commands and status information for informing the other party's controller that transmitted data and received data are in the memory.

Tables 9 and 10 show the unit memory 550, respectively.
Sending data area SDA and receiving data area R within
An example of the configuration of DA is shown. The configuration of the communication area CCA is exactly the same as that of the unit memory of a pachinko machine (Table 3
reference).

In the hot coat shown in Table 10 above, the management device 400 stores two nits of memory 550 when the system starts up.
For example, write a code such as 010101...01 in the transmission area of the controller, and periodically send it to the management device to check for corruption of RAM data due to noise such as static electricity, and to check for abnormalities in the transmitted data. It can be detected quickly.

Note that the monitor information 1 shown in Table 10 above is 1 Table 1.
As shown in Figure 2, the bit 1-1 indicates that the test is being executed at system start-up, the bit that indicates initial value setting/unset, the bit that indicates a hot code error, the bit that indicates an abnormality in the local network (transmission cable 500) (for low layer and 2 bits for high-rise use), and beeps 1 to 1 indicating an abnormality in the issuing machine.

In addition, as shown in Table 12, monitor information 2 includes a focus indicating an abnormality in the card reader, a bit indicating the presence or absence of a card, a bit indicating the state in the banknote tank, a bit indicating a bill jam, and a bit indicating forced withdrawal of the bill. It consists of a bit, a bit that indicates the state inside the banknote tank of the balance dispenser, a bit that indicates an abnormality of the balance dispenser, and the like.

FIGS. 42 to 44 show configuration examples of the payment machine 300 described above.

The payment machine 300 of this embodiment has a built-in card reader that reads the card number recorded on the magnetic recording section of the inserted card CD and checks the code. A card settlement device 310 that collects the amount of money, a balance payout device 321, 325 that refunds the amount equivalent to the unused amount that remains unused with respect to the card, and issues a receipt on which the number of balls acquired in the game is printed. printer 330 and various displays 3
03, 304, 341, 342, and a unit control device 350 that controls the entire payment machine 300.

This payment machine 300 has a top panel 301 that can be rotated in the vertical direction, and corresponds to the card payment bag @310.
At the front end of the top panel 301 is a cart insertion slot 302, and on the top of the top panel 301 are a ball number display 303 that displays the number of prize balls you have won (number of balls you have) and an amount display that displays the unused amount. 304 is provided. Furthermore, the payment machine 300 of this embodiment has a flat top surface so that it can be used as a counter installed in a pachinko parlor, and is provided with two sets of ball number display 303 and amount display 304, one of which is One is slanted forward so that it is easy for the player to read, and the other is slanted back so that it is easy for the staff inside the counter to read it. Moreover, the upper parts of the ball number display 303 and the amount display 304 are covered with a transparent plate such as a glass plate. Also, on the upper rear side of the upper panel 301, the above-mentioned display is set to "O".
A display reset switch 305 is provided to clear the display. When a player first inserts a card into the card insertion slot 302, the card reader 800 in the payment machine 300 reads the card number recorded on the magnetic surface of the card CD, sends it to the management device 400, and sends data regarding the card. Uke is taken. Then, the amount display 304 displays the unused amount, the number of balls display 303 displays the number of balls acquired, and the printer 330 issues a receipt with the unspent amount, number of balls acquired, history data, etc. printed. Further, the card inserted into the card reader is discharged into the internal card collection tank 314 after a punch hole (accompanied hole) is formed at a predetermined punching position PH5 by a punching device.

In this embodiment, the card reader of the payment machine does not require a recording head, but it is equipped with a recording head to erase the data on the magnetic surface of the card that has already been paid and then eject it, so that the card number can be recorded. make it impossible to decipher the conversion method of
It may also be designed to prevent card forgery.

As a card reader, the card reader 800 (see Fig. 25) of the pachinko machine 100 is used as is, and the card can be ejected to the rear like the card reader for the issuing machine. Recovery tank 3
14 are arranged. The printer 330 pulls out a blank sheet stocked in a roll, prints the date of issue, the number of balls acquired, unused balance, and card history on the surface of the blank sheet, and prints the card history in the recess 3 of the top panel 301.
The receipt is discharged from the receipt issuing port 331 opened in 01a.

At the same time, money corresponding to the unused amount is paid out from the balance payout device. The balance dispensing device includes a bill dispensing device 321 for dispensing banknotes and a coin dispensing device 325 for dispensing 100 yen coins.A bill dispensing port 322 is provided on the front panel 306 in correspondence with the five bill dispensing devices 321, and a coin dispensing device 325 is also provided. 32
A coin dispensing port 326 is provided corresponding to No. 5. In addition, during settlement, since fractions of less than 1000 yen are generated as unused money, the coin dispensing device 325, which includes a coin dispensing port 325 that dispenses coins in units of 100 yen, as described above.
is required.

Furthermore, on the top surface of the top panel 301 of the payment machine 300, there is a payment in progress lamp 341 that indicates that card payment is in progress.
．． A checkout stop lamp 342 is provided to indicate a state in which cart checkout is not possible.

Also, inside the front panel 306, which can be opened and closed, there is a 42nd
As shown in Figure (B), a monitor display 343 that displays an error in the payment machine such as a shortage of banknotes using an error number, and a reset switch 35 that resets the display of this monitor display 343 are installed at the game parlor. A machine number setting device 352 for distinguishing between each of the plurality of payment machines and allowing the management device 400 to know which payment machine has made the payment for a particular card; Coin extraction switch 35 for ejecting coins remaining in the
3, and a print changeover switch 354 for giving an instruction as to whether history data is to be printed on the receipt issued by the printer 330.

The machine number set by the machine number setting device 352 is sent to the management device 400, and is used to generate a transmission address for data communication and to create a data file for each payment machine.

A card payment device (310 is a card reader 800 and an auxiliary transport device 3 disposed behind it as shown in FIG. A card payment control device 312 that controls the control, and their @ source device 313
and a card collection tank 314 located behind the auxiliary transport device 311.

Note that the card collection tank 314 is connected to the card payment device 3.
It is designed to be removably inserted into a vertically elongated tank storage frame 316 fixed to a frame 315 of No. 10. In addition, two counters 31 are provided on the side of the frame 315.
7 and 318, one of which displays the number of collected cards. The other counter is unused.

The auxiliary conveyance device 311 includes conveyance rollers 361 and 362,
A pair of upper and lower conveyor belts wound around them) -363,3
64 and a conveyor motor 365 that drives a lower conveyor belt 364, and the card ejected from the rear end of the card reader 800 is sandwiched between a pair of belts 363 and 364 and transported toward a collection tank 314 at the rear. It is designed to be transported.

Although not shown in FIG. 43, the card collection tank 3
14 indicates that the card has been ejected into the tank, or -
A card sensor 319 is provided to detect when the card is full (see FIG. 46).

However, the payment machine 300 of this embodiment enters the card confiscation mode only when the most significant digit of the machine number setting device 352 is set to "9", and the card inserted for payment is returned to the card collection tank after payment. The player is guided to the card and confiscated it, and in other cases, the card is ejected to the front after payment and returned to the player.

Moreover, the payment machine 300 of this embodiment can constitute a counter provided in a prize exchange corner of a pachinko parlor by arranging a plurality of them as shown in FIG. 44 and combining them with the corner unit 50 and the card collection machine 900. is now possible.

In other words, the main body of the payment machine 300 is designed so that the top panel 301 is approximately 1 meter above the floor, and the top surface is substantially flat, so it can be used as a workbench for exchanging prizes, etc. .

Note that the card collection machine 900 has a card insertion slot 905 on the front.
and a prize payout port 906, and a built-in card reader (not shown) for reading the inserted card, and a CRT display 910 as a game device that provides games using used cards is placed on the top surface. .

FIG. 45 shows examples of print formats of receipts printed out in two print modes set by the print changeover switch 354.

Of these, (A) is an example of the format of a receipt when printing only payment data is specified by the print selector switch 354, and shows the pachinko parlor hall name HALL, the card issuing serial number n, the payment date and Reception hours TI
ME, settlement amount AMs, number of settlement balls CNT, and message MSG are printed.

On the other hand, FIG. 45(B) shows an example of the format of a receipt when history data printing is specified by the printing changeover switch 354. In addition to the payment data in FIG. 45(A), the purchase amount AMj at the time of card issuance and , history data in the card file (unused amount of money and number of balls held at each time the card status changed during the game) CRR are printed.

In addition, in the payment machine of the above embodiment, the card collection mode is set by setting the most significant digit of the machine number setting device 352 to "9", and in other cases, the card is ejected forward after payment. By checking the card status at the time of payment, if the amount used is "0" and the entire purchase amount is refunded, the card will be discharged to the collection tank 314 at the rear after the unused amount is refunded. It can also be controlled by software. This makes it possible to avoid abuse of purchasing cards only for that game when a system is configured in which a game is played using a cleared card at a single collection machine.

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

The control system of this embodiment is roughly divided into a control system based on the unit control device 350 and a control system based on the card payment control device F312.
0 is a banknote and coin dispenser 321, 325, various indicators 303, 304, 341 to 343, and a printer 33.
0 control and accepting input of various switches 351 to 354, 305, card payment control bag [312
is in charge of overall control of the auxiliary conveyance device 311, the counter 317 as means for counting and displaying collected cards, and the control device 388 of the card reader 800 that checks cards and reads magnetic data. And the unit control bag! Communication between 350 and issuance control device 312 is performed by serial communication.

On the other hand, the unit control device 350 is connectable to a low-layer network communication line 510 made of an optical cable or coaxial cable via an optical transceiver 185 in order to send and receive data such as a card number to and from the management device 400. There is.

FIG. 47 shows the configuration of the unit control device 350 of the payment machine 300. The configuration of this unit control device 35O is based on the unit control bag of the issuing machine 200 shown in FIG.
280, and a unit controller 390 that centrally controls the card reader controller 388 and card payment controller 312, and a management device 400.
It consists of a data transmission controller 551 that controls data transmission with the data transmission controller, and a network controller 553 that establishes a transmitting/receiving tank in the network and performs serial/parallel conversion of data under the control of the data transmission controller. Pachinko machine unit control device! It has exactly the same configuration as 180. In other words, data is exchanged between each controller 390 and 551 and between 551 and 553 using dual port memory (RAM).
550 and 552. Of the two, the memory 552 is divided into a transmission data storage area and a reception data storage area, and has an adjustment function for making all transmission and reception data the same length (packetization), and a function for increasing the speed of data transmission (packetization). 2.5 Mbps).

This packet memory 552 is composed of four pages each having a capacity of 256 bytes, of which page O is used for transmitting a transmission request packet, and page 1 is used for transmitting a scheduled data transmission packet. On the other hand, pages 2 and 3 are used alternately for receiving data packets. Which page should I use?

Data transmission controller 551 instructs network controller 553. Data transmission controller 55
Even if the next packet data is sent while 1 is processing the received packet data, it will be received by another page, so all the packets can be reliably received. A common reset circuit 555 is provided so that each controller 551, 553 can be initialized simultaneously.

An optical connector is connected to the connection side of the network controller 553 to the management device 400 via a signal conversion circuit 554 that performs waveform shaping of received data and converts the signal level in order to increase the drive capability of transmitted data, and a changeover switch 542. 86, and also has a selector switch 542 so that it can be connected to a coaxial cable when the transmission line of the low-layer network is configured with a coaxial cable.
can be connected to a branch circuit 540 for separating and combining the transmitted signal and the received signal.

An optical transceiver 185 is connected to the optical connector 186.

Further, between the data transmission controller 551 and the network controller 553, there is a latch circuit 561 for the network controller 553 to store a data reception result in response to a request from the data transmission controller 551, and a data transmission controller 551. A latch circuit 562 that stores commands such as data transmission commands to the network controller 553, a slave circuit 563 that stores low-layer network addresses, and three circuits that display abnormalities in the communication control state within the unit control device @350. A monitor display 55 consisting of an LED lamp
A latch circuit 564 is provided to store display data for 6. A decoder 557 decodes the address given to each of the latch circuits 561 to 564 and generates a selection signal.

On the other hand, the unit controller 350 of the payment machine differs from the unit control device 180 of the pachinko machine in that the unit controller 390 does not communicate directly with the card reader control device [388], but communicates via the card payment control device 312. That's true. Therefore, the unit controller 39
A transceiver 571 that converts the level of transmitted and received data is connected between the card payment control device 312 and the card payment control device 312 .

The unit controller 390 also includes a pitch count display 3.
03 reset switch 305 and machine number setting device 352,
The input signals from the reset switch 351, coin extraction switch 353, and print changeover switch 354 of the monitor display 343 are placed on the data bus 581 at a predetermined timing, and the movement signals of the payment-in-progress stoneware 341 and payment cancellation indicator 342 are sent to the data bus 581. An input/output controller 576 that latches input signals from the bill dispenser 321, coin dispenser 325, and printer 330 to the data bus 581 at a predetermined timing, and also outputs input signals from the bill dispenser 321, coin dispenser 325, and printer 330 onto the data bus 581.
25 and an input/output controller 578 that latches control signals to printer 330.

Control signals from the unit controller 390 to the banknote dispenser 321 include an instruction signal for setting the number of banknotes to be paid out in binary code, an instruction signal for executing banknote payout based on the set value of the number of banknotes, and a payout execution result. There is an instruction signal for clearing the display on a monitor display (not shown) for displaying.

Also, from the bill dispenser 230 to the unit controller 39
The input signals for 0 include a signal that is output every time a banknote is dispensed, an alarm signal that is output when an abnormality occurs in the device during dispensing and the dispensing operation cannot be executed, and a signal that is output when the dispensing operation cannot be executed. A signal indicating that the remaining amount has become 20 or less, a signal indicating that the bill dispensing operation is in progress, and a signal indicating that the bill dispensing operation has been completed and one bill from the bill issuing slot has been removed. There is a signal for this.

On the other hand, from the unit controller 390 to the coin dispenser 32
The control signal for 5 is a signal for driving the coin dispensing motor, and while this parking signal is output, coins are continuously ejected one by one.

And from the coin dispenser 325 to the unit controller 39
For 0, there is a coin detection signal that is output every time one coin is paid out, and a signal that indicates that the remaining amount in the coin storage tank is low. In addition, the unit controller 39
The control signal from 0 to the printer 330 includes print data,
There are an 8-bit data signal that gives a paper cut command after printing, a print command, etc., a signal that instructs the start of capturing this data signal, and a printer initialization signal. Input signals from the printer 330 to the unit controller 390 include an error signal indicating a printing abnormality, a signal indicating that printing paper is out, and a signal indicating that a printing operation is in progress.

Further, the unit controller 390 dynamically displays a man-hour display 303 that displays the number of coins to be paid, an amount display 304 that displays the amount to be paid, and a monitor display 343 that displays a number indicating the type of abnormality in the payment machine. decoder 586a.

586b, 587 and decoder drivers 588, 589 are connected via a data bus 581.

Table 14 shows an example of the error number displayed on the monitor display 343, its contents, and treatment.

In the same table, if an error with headquarters occurs, it will be reset as a system down. Further, if the error display is blinking, it indicates that it is necessary to press the reset button after error recovery processing.

Table 14 Note that 585 decodes the address signal output from the unit controller 390 and stores it in the program memory 55.
8 and unit memory 550. Input/output controller 596
, 598, decoders 586, 587, and decoder drivers 588, 889.

Furthermore, in the unit control device 350 of this embodiment, 2 ms of the display data output from the unit controller 390 to drive the amount display 304 is
A digit select signal (common signal) that is periodically output at intervals such as is inputted to the reset circuit 555 as a watchdog pulse. Reset circuit 55
In addition to power-on reset, 5 monitors this watchdog pulse and when the pulse disappears, each controller 390
．． Generates a reset signal for 551 and 553.

As described above, the unit control device 350 controls the management device 14
00, it has a window for information exchange in two directions of the card payment control device 312, and performs control for issuing cards under the control of the management device [400], and also controls the issuing of cards as a result of payment processing. It has software that periodically sends operating data at the payment machine to the management device.

The unit controller 390 of the payment machine 300 is.

In addition to controlling the above-mentioned components, checking the card number, receiving and displaying card data, etc., and executing payment processing, operation data is collected and sent to the transmission data area SDA in the unit memory 550 consisting of a dual port memory. write to. The operating data written in the unit memory 550 is sent to the management device through data communication between the data transmission controller 551 and the management device 400 via a transmission cable. Data sent from the management device is also written to the reception data area RDA in the unit memory 550, and then sent to the unit controller 39.
When 0 reads this, data is received. The unit memory 550 is provided with a shared data area CDA that contains commands and status information for informing the other party's controller that transmission data and reception data are in the memory.

Tables 15 and 16 show the unit memory 550, respectively.
Sending data area SDA and receiving data area R within
An example of the configuration of DA is shown. The configuration of the communication area CCA is exactly the same as that of the unit memory of a pachinko machine (family 3).
reference).

Table 15 As shown in Table 16, this embodiment also receives card history data, prints this on a receipt together with time data, and then outputs it, thereby informing the player that the payment data is highly reliable. You can make an impression. However, the maximum history data contained in the card file is 20.
This is the data up to the time.

The monitor information shown in Table 15 above] is as shown in Table 1.
As shown in 7, a bit indicates that a test is being executed at system start-up, a bit indicates initial value setting/unsetting, a bit indicates a hot code error, and a bit indicates an abnormality in the local network (transmission cable 500) (low layer and high layer). 2 bits).

It consists of bits that indicate an error in the payment machine.

Topsoil 7 Also, as shown in Table 18, monitor information 2 includes a bit indicating paper out, a bit indicating printer error, a bit indicating card reader error, a bit indicating the state inside the card tank, and a coin in the coin dispenser. A bit that indicates the presence or absence of a coin dispenser, a bit that indicates an abnormality in the coin dispenser, a bit that indicates the state inside the bill tank of the bill dispenser, a bit that indicates an abnormality in the bill dispenser, etc.

Table 18 Next, the pachinko machine 1°O, the card issuing machine 200, and the payment machine 300 configured as described above are controlled in an integrated manner, and operating data is collected in real time to monitor the operating status of all terminals. Even if a power outage or breakdown occurs, the original data state is immediately restored upon recovery, allowing each part of the system to resume operation. It also enables the aggregation of data necessary for the management of an amusement arcade, and also allows for recovery in the event that a card is damaged. The management device 400 that issues reinstatement cards with the same qualification will be described.

FIG. 48 shows the specific configuration of the management device 1ffi400.
Further, FIG. 49 shows the system configuration of the management device.

The management device 400 is a central processing unit CP of a minicomputer class.
Main memory device M- consisting of U and semiconductor memory (R, AM)
A mask control device 401 in which MEM, transmission control device scc, etc. are stored, a floppy disk storage device 402 as an auxiliary storage device provided above this mask control device 401, a hard disk storage device 403, and a personal computer 410. It is configured. The personal computer 410 also has a CRT display device 411h for displaying messages and collected data, a console 412 for the operator to give commands and setting data, and a built-in CPU and timer TMR (including a calendar).
A local processing unit 41 connected to the central processing unit in the mask control device 4.01 via a communication line and an interrupt line.
3, and a printer 414 for printing collected data and the like.

Serial communication control devices 406a and 406b are provided within master control device 401 to couple local processing device 413 and central processing unit CPU. this house,
The communication control device 406a is used for normal communication, and the communication control device 406b is used for interrupt communication in an emergency.

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

Furthermore, this management device 400 includes a restoration cart that has the same qualifications as the damaged cart and a test card that can start the pachinko machine in a state separated from the system, as something unique to the pachinko gaming system. This occurs in the issuing cart issuing device 700 or the pachinko machine.
A box 4 with a built-in auxiliary printer 408 that prints out emergency information generated in the system in real time, such as "stopping", etc.
20 and an auxiliary power supply device 4.09 are provided adjacent to the mask control device 401. Cart issuing device 70
0 and auxiliary printer 408 are each communication control device 40
It is connected to the central processing unit CPU via 6c and 406d. Further, the card issuing device 700 has exactly the same configuration as the card issuing device 700 for the issuing machine 200 shown in FIG. 36. 202 is the card issuing port.

The auxiliary power supply bag W409 is used to store main memory M-M in the event of a power outage.
The management device can be operated for at least 10 minutes in order to protect the operating data of all terminals and the data of all issued cards stored in the EM in a volatile manner by transferring them to the hard disk storage device 403. to back amp.

Further, in FIG. 49, reference numeral SCC is a transmission control device for enabling data transmission between terminals via networks 1 to 500.

Note that in this embodiment, mainly the pachinko machine 100
and card issuing machine 200, payment machine 300 and management device 4
．． Although a system consisting of OO will be described, the present invention can be extended to a system in which an in-store broadcasting device, a prize exchange device, a vending machine, etc. are also placed under the control of the management device 400. In particular, the prize exchange device may easily adopt a system in which a card can be directly exchanged for a prize without passing through the payment machine 300.

Furthermore, the console 412 constituting the management bag @400 also has a unique key configuration most suitable for the pachinko gaming system of this embodiment.

FIG. 50 shows an example of the configuration of the console 412.

FIG. 2B shows the top surface of the console, that is, the panel surface, and FIG. 1A shows the back surface of the console.

In FIG. 50, 421 is an opening switch for instructing each terminal of the system to start business, and 422 is a closing switch for instructing end of business. After opening switch 421 is turned on, closing switch 422 is turned on. Cards can be used at each terminal until the end of the transaction. In addition, 423 stores the operating data of all terminals on a floppy disk after business hours! 402 is a system termination switch for instructing the management device to stop control, and 424 is a card recovery switch for instructing restoration processing of a damaged card.

In addition, the above-mentioned opening switch 421, closing switch 422,
The four switches, the system termination switch 423 and the card recovery switch 424, are particularly important switches for this system, and are provided behind them (at the top in the figure) to prevent them from being easily operated while the system is running. It is linked to the key switch 420, and if the key switch 420 is not turned on, each switch 420
1 to 424 cannot be turned on by operating them.

425, 426, and 427 are numeric keys, a return key, and a delete key similar to those provided on the console of an ordinary personal computer.

On the other hand, 428 is a display menu switch that gives commands to display card-related data and operation data of each terminal on the screen of CRT display device 411, and 429 is a CRT clear switch that requests deletion of data displayed on the CRT display device. It is. Further, 430 is a print menu switch that gives a command to print data related to the card, operating data of each terminal, etc. by the printer 414. 432
433 is a setting switch for requesting settings such as the number of strokes and the stopping mode of the pachinko machine, and 433 indicates that the set number of prize balls have been paid out and the game has stopped, that is, the game cannot be continued. The cancellation release switch 434 is used to issue a command to cancel the pachinko machine's suspension state, and is used to forcefully terminate terminals of each type at the end of business hours, or to disable normal control or data collection due to abnormalities in the communication network, etc. 435 is a forced termination switch for forcibly shutting down all terminals when the situation occurs, or forcibly stopping a specific terminal when cheating by a player is discovered. 439 is a date and time setting switch.

Furthermore, the console 412 of the embodiment is provided with a buzzer 440 that generates a sound to alert the operator in the event of an emergency situation such as pachinko being stopped, and a buzzer stop switch 436 that instructs to stop the sound. It is being

431a and 431b are spare switches prepared in anticipation of future expansion of the functions of the management device 400, and can be used, for example, as switches for instructing the printer 414 to interrupt printing.

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

Furthermore, the console 412 of this embodiment has a test card switch 437 on its back for giving a test card issuing command, and when the system is introduced, the exchange rate of purchased balls, the store code, the total number of terminals, and the number of winning balls. A built-in switch 438 is provided for instructing setting values such as the number of prize balls per piece and changing the setting values. These switches 437 and 438, unlike other switches, are switches that are rarely used and only need to be known to a specific person (such as the manager of an amusement arcade), so they are placed on the back of the console. It is set in.

Here, the above test card will be mentioned.

As is clear from the configuration already explained, in the gaming system of this embodiment, all terminal machines (pachinko machine, card issuing machine, payment machine) are under the control of the management device, and can be operated by exchanging card numbers, etc. The terminal is now in a state where it cannot operate on its own. However,
Since pachinko machines are frequently used, balls often get jammed or accessories such as so-called tulips break down, and it is necessary to adjust the nails in the game area to adjust the ball payout rate. In that case, a test shot will be performed after repair or nail adjustment, but in this embodiment, the above-mentioned switches 179 for eggplants 1 to 1 in the control unit 160 of each pachinko machine are turned on, and the nails issued by the management device are turned on. A special test card is inserted into the card insertion/ejection opening 802a of the control unit 160.
When the pachinko machine is inserted further, a certain number of balls are given to the pachinko machine, and the game operation can be executed by itself.

As a result, there is no need to start up the entire system for trial use during non-business hours. Also.

During business hours, trial play can be performed without damaging the operating data during gaming.

In the embodiment, the card issuing device 700 provided in the management device 400 is similar to that used in the issuing machine 200, and includes a card tank 701 stocked with blank cards and a cart reader 800. However, instead of having a blank card inside, a method may be adopted in which a blank card is inserted from the outside, a code is recorded on the magnetic surface, and the card is ejected. In that case, card tank 70
1 can be omitted. Further, since the test card and the revival card issued by the management device 400 do not necessarily have to clearly indicate the date of use, serial number of issue, etc. like other general cards, the printing device 750 may be omitted. Note that when issuing a resurrection card, a punching device 807 punches a hole at a predetermined punching position PH2 (resurrection hole) of the card.

As mentioned above, the terminals 100, 200.3 of this embodiment
00 are all under the management of the management device 400, and cannot operate independently unless the management device 400 is activated. Therefore, when the system starts up, the management device 4
00 to give setting values to all terminals and initialize them. Furthermore, prior to this initialization, in order to enable data transmission, the machine number is taken from each terminal and is incremented to form each transmission address.

While the system is in operation, operating data of all terminals is collected in real time and stored in the main memory M-MEM.

In other words, since there are a large number of terminals under the management of the management device 400, the response will be slow if all control is performed by the management device, so a distributed processing method is adopted in which some processing is entrusted to the unit control device of the terminal. Then, data from all terminals was collected through regular data collection, and the operating status was monitored.

Furthermore, when data is collected at regular intervals, the amount of data handled by the management device 400 becomes enormous. Therefore, in this embodiment, these data are organized by file management to facilitate handling.

FIG. 51 shows the configuration of the main memory M-MEM in which data files are set, and Table 19 shows the functions and save locations of each file.

Among the files in the main memory ffiM-MEM, the files F L 1-~ except for the transmission address l<res file FL6
In FL5, the hard disk HDD (auxiliary) storage device is saved in 403 during a power outage. In addition, data files related to terminal machines, that is, pachinko machine file (hereinafter referred to as one machine file) FL2, issuing machine file FL3, and payment machine file FL4, are stored in the floppy disk FDD (auxiliary storage device U402) as daily report files at the end of business hours. , used for monthly operation data aggregation, etc.

Furthermore, the setting value file FL5 and the transmission address file FL6 are stored on the hard disk HHD at system startup.
The data is loaded into the main memory M-MEM, and any changes are saved to the hard disk HHD.

Note that the setting value file is loaded into a common data area CDA provided in the main storage device M-MEM.

This common data area CDA is the central processing unit CPU.
In addition to the setting file FL5, the system mode, the latest card issuing serial number, a power outage flag, a random number for creating a card number, etc. are stored here.

Table 19 Next, each file shown in Table 19 will be explained in more detail.

The setting value file FL5 in the same table is set according to the characteristics and configuration of the system, such as the exchange rate of purchased balls, store code, number of terminals, number of prize balls, number of balls stopped, etc., which are stored in advance on the hard disk by input from the console at the time of system installation. This is a setting value that changes depending on the This setting value file is loaded from the hard disk HDD to the main storage device at the start of normal business operations. Further, the setting value file FL5 can be updated from the console 412 by pressing the built-in switch 438 when replacing the pachinko machine.

Table 20 shows an example of the configuration of the setting value file FL5.

In the same table, the purchased ball exchange rate is the unit of purchase amount (
For example, 200 yen), it is the number of rental balls, that is, the initial number of balls held, and the number of NAUs is the network adapter unit (communication control device) installed at the connection part between the high- and low-layer networks as a data transmission system.
is the total number of

In the above file, each N
The type and number of terminals connected under each AU are set. Further, the number of prize balls from a certain Pachinko machine to a certain Pachinko machine is set in the table indicated by the symbol j. Two types of prize balls can be set for each machine. Moreover, as shown by j=1 to Y, in this embodiment, all pachinko machines in the game parlor are
The number of prize balls for each group can be set separately for the main and sub prize balls.

However, consecutive machine numbers are given to pachinko machines with the same setting value, and the target range is specified by the first number and the last number.

Furthermore, the number of stops and the stop mode are set in the table indicated by k. Here, the stop mode refers to the method (arithmetic formula) for calculating the number of balls to be played.For example, there is a mode in which the ball is simply called off when the number of prize balls to be paid out reaches the number to be played, or a mode in which the number of prize balls to be paid out There is a mode in which the game stops when the number of batted balls subtracted from the number of batted balls reaches the number of hits. Although not particularly limited, in this embodiment, as shown by =1 to 2, the number of stops and the stop mode can be set independently for each group of two.

Table 21 shows an example of the configuration of the transmission address file FL6 used for data transmission.

In Table 21, the type flag is a flag to indicate the type of terminal, where "rl" indicates a pachinko machine, "2" indicates a card issuing machine, "4" indicates a payment machine, and "0" indicates the terminal type. Each indicates absence. The NAU status indicates the state of the NAU, and as shown in Table 22, “
If "l" is set, the token bus is abnormal.

Further, if It I 11 is set in bit B, bit B also indicates that the ``Opening Code'' packet has already been received. When It I 11 is set, it indicates that the NAU is normal.

Table 21 Table 22 The unit number and serial number are the terminal number and serial number created by excluding "4" and "9", and the unit number check is based on one NAU (network adapter unit) regardless of the type of terminal. ) The number of each terminal placed under ), that is, the number that becomes the address on the lower layer network described later, and the channel number becomes the address of each terminal as seen from the management device, that is, the address on the higher layer network described later. It's a number. However, in the system of the embodiment, the number of pachinko machines connected under one NAU is 64 or less.

As mentioned above, the NAU number and machine number are set using the setting switch (
171, 205, 305, 561), and in the case of pachinko parlors, the machine number of the pachinko machine is a consecutive number that is customarily given with numbers excluding "4" and "9". Here, the fact that "4" and "9" are not used means that octal representation is possible. Therefore, I.O.J.
Using the conversion table shown in Table 23, the displayed machine number is expressed using only numbers 0 to 7. According to this, for example, the machine number r258J is written as r247J.

Table 23 If this is expressed in binary code using the binary coded octal system, it becomes ``rolo・100・111''.

This code indicates r167J in decimal notation, and as a result, the pachinko machine machine numbers without "4" and "9" become consecutive serial numbers. On the other hand, in order to limit the address on the low-layer network to 8 bits, the lower 8 bits of the above code are taken, and this is considered to be the code rlo10-01il expressed in binary coded octal notation.If this is expressed in HEXA, rA7HJ becomes. Furthermore, in addition to pachinko machines, terminals such as issuing machines and payment machines are also connected under one NAU, and in order to give them 8-bit unit numbers, the pachinko machines under one NAU and U are The number of cars is 6
Limited to 4 units, above code rA7HJ and code r3FH
Perform a logical AND with J to obtain r27HJ. In this embodiment, this is used as the unit number. Then, the NAU number is added to the beginning of the second unit number, which is the rNAU number, the tenth number, the unit number, and the channel number. This method enables efficient address processing that matches the characteristics of microcomputers that process data using only binary notation, which is customary in pachinko parlors that have machine numbers that do not use "4" and "9". becomes possible.

The above transmission address file is created by input from the console when the system is installed, but the NAU itself also creates an address file (unit table) for units 1- under its control based on input from the machine number setter when the system is started up. After the line test, the management device makes a unit table request to the NAU, compares it with the response data, and if it does not match, it is automatically changed (described later). The transmission address file can also be changed using a built-in switch 438 on the back of the console.

In addition, for each type of NA, U, issuing machine, and payment machine, a continuous serial number starting with "IJ" is given as the machine number, and for NAU and payment machine, the machine number is used as it is as the address (unit number), For issuing machines, the address (unit number) on the low-layer network is the unit number plus r128J.
This is to avoid address duplication when a pachinko machine and an issuing machine with the same machine number coexist under the AU. Duplicate addresses for pachinko machines and payment machines are
This is avoided by not coexisting under AU.

Furthermore, the issuing machine and the payment machine can be placed under the same NAU (because it was decided to use "Machine number Kenju 1128" as the address of the issuing machine).

Further, the address of the NAU 530 on the high-level network uses the NAU number set by the setting device 544, and the address of the NAU on the low-level network uses the r255J fixed address. Also.

The address of the management device is "O".

Table 24 shows an example of the configuration of the card file FLI.

The card file FLI contains information for each card.

This is information indicating the current status of a card specified by a card number, and is hereinafter referred to as card text in this embodiment. In addition,
Here, the card status includes, as shown in Table 25 below, a bit that indicates a free status that is not being used for gaming, a bit that indicates that the game is in progress, a bit that indicates that the card is temporarily away from the gaming machine, and a bit that indicates that the card is already in the payment machine. A bit indicating that the card has been used for settlement, and a beep indicating that the number of balls on the card and the balance have both become zero. It consists of a bit that indicates that a two-stroke stoppage has occurred at least once in the past, a bit that indicates that the card was used in a pachinko machine that was forcibly terminated, a bit that indicates that the card has been reinstated, etc. There is.

In Table 24, the card number is the number obtained from the issuing serial number n using the function f (n).

The number of balls held, the amount of money, and the card status are determined by the issuing serial number n.Returning to Table 25-4 and Table 24, the card file FLI contains the location terminal serial number indicating the location of the terminal where the card currently exists, and the location terminal. The number will be registered. As is customary in pachinko machine parlors, the numbers "4" and "9" are not used as machine numbers, so two types of terminal numbers are generated: one for the back and one for the front.

In addition, in Table 24, the i counter indicates the number of actions the card has taken, that is, the number of times the card has been ejected from the system, which is an organic combination. number, number of balls, amount,
Card information such as time, or history of the card, is recorded. Statistically speaking, most players play on less than 20 pachinko machines a day, so in this embodiment, card history is recorded up to 20 times at most. however,
If the number of times exceeds 20, it is recorded by updating the table indicated by 1=20. Note that in the above case, the i counter does not count game interruptions.

In other words, each card information is recorded in a new area at the time of suspension, but when the game end switch is turned on after the suspension is canceled, the counter is not updated and the card information is recorded in the same area overlappingly, so that the value of the i counter is changed to the actual game. It matches the number of units.

Here, the card status, action, and registration of FLI card information in the card file will be explained using FIG. 52.

First, when a card is issued by the card issuing machine 200, the card is ejected and the card shifts from an unissued (blank) state SSO to a free state SS1. Then, when the card is inserted into a desired pachinko machine 100, the game state shifts to gaming state SS2. When the number of balls and the amount of money on the card become zero due to the game, the card is ejected and the state shifts to zero return state SS3. Also, during the game, the interrupt switch 11
When 5 is pressed, the card is ejected and the suspended state SS4
By re-inserting the same card, the game state returns to SS.
Return to 2. When the end switch 14 is pressed to end the game during the game, the card is ejected and the game enters the free state SSI.

Even when the CPU forcefully terminates the game or the game stops, the card is ejected and the game status moves from the game state SS2 to the free state SS1. When the card in the free state is brought to the payment machine 300 and payment processing is performed, an invalid mark is attached to the card, the card is collected, and the process moves to the payment completed state SS5. In the system of this embodiment, it is also possible to take the card in the suspended state SS4 and go directly to the payment machine 300 and perform payment processing without returning to the pachinko machine, and in that case, it is possible to move from the suspended state SS4 to the completed payment state SS5. .

In the ``2 notes S''M transition diagram, mark O on the arrow indicating the transition direction.
The actions marked with are those that involve recording card information in the card file FL3. Further, in each block, the code indicated by XXH is a hexadecimal representation (HEXA representation) of the corresponding state using the code indicating the card state in Table 25.

Next, Table 26 shows an example of the configuration of the P machine file FL2.

In the same table, the items from machine number to card status are the data held in the transmission data area shown in Table 1, and these are sampled once per second by the management device 400 and registered in the file. be done. In addition, the number of main prize balls, the number of sub-prize balls, the number of batting balls, and the batting mode are as follows:
When the system is started up, it is registered in the P machine file FL2 based on the setting value file FL5 shown in Table 20.

*Total capacity 64 x 506 = 32384 = approx. 32 byte tree total capacity 6
4X50=3200=3.2 and total capacity of byte 64X1
0=640=0.64 Data marked with a circle in the byte table 26 means data to be saved on the floppy disk as a daily report file when the system is terminated.

Further, monitor information 1 and 2 in the pachinko machine file are shown in Tables 4 and 5, and operation information is shown in Table 6.

Next, Tables 27 and 28 show the issuing machine file FL3 and the payment machine file FL4, respectively. The data items shown in Table 27 are the data held in the sending data area of the issuing machine shown in Table 10, and the data items shown in Table 28 are held in the sending data area shown in Table 15. Each match the data shown. These are sampled by the management device once per second.

In Tables 26 and 27, data marked with 0 in the save column is data that is saved on the floppy disk FDD at the end of business hours.

Further, monitor information 1 and 2 in the issuing machine file are shown in Tables 12 and 13, and monitor information 1 and 2 in the payment machine file are shown in Tables 17 and 18.

Furthermore, the operating information of the issuing machine and the operating information of the payment machine are 000.
0 0000 0000 0001 indicates that it is in operation.

Next, a card issuing machine 100 as a terminal configured as described above. A data transmission path (local area network) that organically connects the pachinko machine 200, the payment machine 300, and the management bag M400 that centrally controls these terminals to enable data transmission and card operation will be described.

FIG. 53 shows a configuration example of a pachinko gaming system using a hierarchical data transmission path.

In other words, 100 to 1000 terminals are grouped into groups of 20 to 40 units, such as island equipment at a game store, and each group of terminals is connected to a token that circulates at high speed on a ring-shaped transmission path. A token-passing low-layer network (token bus) 510 in which a node (terminal device) that has obtained the access right to send and receive data in the form of packets is connected to a network adapter unit (hereinafter referred to as NAU). )5
30.

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

The low layer network 510 has a transmission speed of 2.5 Mbps (megabits per second), the high layer network 520 is controlled to have a transmission speed of 10 Mbps, and the NAU 530 absorbs the difference in transmission speed between the two. It acts as a buffer that enables smooth data transmission, thereby reducing the burden on the management bag B4O0 and making it possible to collect a large amount of operational data.

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

Each of the terminals P, H, and S is connected to a branch line branched from the network 510. Control units 160, 250 and 350 of each terminal are connected to the terminal end of each branch line. In the 52nd @, the symbol W U is shown as
This is a control unit for each terminal.

FIG. 54 shows the NAU that buffers data transmission between the low layer network 510 and the high layer network 520.
An example of the circuit configuration of (network adapter unit) 530 is shown.

The NAU 530 in this example is connected to the lower layer network 510.
A low-layer network controller 533 that establishes receivables and converts data from serial to parallel, and a C3MA
A high-rise network controller 537 that establishes transmission/reception credits and performs serial/parallel conversion of data in a CD-based high-rise network 1-network, and a data transmission controller 535 that controls data transfer between these network controllers 533 and 537. We are prepared. Among the above controllers, the low layer network controller 1-roller 533
consists of a communication LSI dedicated to token passing,
The high-level network controller 537 and the data transmission controller 535 are constituted by a general-purpose microcomputer. And these controllers 533
and 535 and between 535 and 537, there is a buffer packet memory 5 for absorbing the difference in data transmission speed between the low layer network 510 and the high layer network 520.
34 and 536 are connected to each other.

The packet memories 534 and 536 are configured by dual port memories and have a transmit data area and a receive data area. In addition, the low layer network controller 533 and the low layer network (talks bus) 510
A branch circuit 531 that separates and combines the transmitted signal and the received signal, and a level conversion circuit 532 that converts the level of the transmitted and received data signal are connected between the two. Similarly, a level conversion circuit 538 is provided between the high-rise network controller 537 and the high-rise network 520.
and a branch circuit 539 are connected.

Furthermore, the NAU 530 of this embodiment includes a NAU number setting device 561 for setting a number to distinguish between a plurality of NAUs connected to each other, and a terminal device existing on the low layer network 510 under the control of each NAU 530. Of these, a minimum device number setting device 562 for setting the minimum device number and a device number setting device 563 for setting the number of terminal devices existing on the low layer network are provided. Each setting device 561-5
63 settings are input to the data transmission controller 535 within the NAU 530 and the NAU number is used to form the transmission address for each NAU in the high-rise network 520. Furthermore, the transmission address of each terminal in the low layer network 510 is formed by the minimum number and the number of terminals.

In the above hierarchical local network (FIG. 53), the management device 400 controls each NAU 53 at system start-up.
In addition to performing line tests and setting values for each terminal through NAU530 during system operation,
uses the low-layer network 510 to access terminals P and H once per second.

Collects operating data from S and stores it in its own memory. The accumulated data is sent to the high-rise network 520 once per second in response to a request from the management device 400.
The information is stored from each NAU 530 in a data file in the management device 400 through the NAU 530.

As described above, the communication network has a hierarchical configuration using the NAU 530 as a buffer, and the high-rise network 520
has a transmission speed that is four times the transmission speed of the low-layer network 510, which is 2.5 Mbps, so 100
Even in a system having ~1000 terminals, a large amount of operating data as shown in Tables 1, 10, and 15 can be collected from each terminal to the management device once per second.

Table 29 shows that in the data transmission system, the management device 400 and the NAU 530, and the management device 12400, the pachinko machine 100, the card issuing machine 200, etc. via the NAU 530. '#! I calculator 300 unit controller 1
90, 290, and 390 are shown.

In the table, the unit refers to the control unit of each terminal machine (pachinko machine, card issuing machine, payment machine). In addition, the "unit table request" packet is used by the management device to check the connection and address of the units connected to each NAU at bucket 1 when the system is started up.
In ~, the connection of the unit is confirmed by the monitor information 1 of the ACK packet from the NAU. The address information in the packet is compared with the value in the unit table file, and if they do not match, the data is changed to the data in the packet.

For units whose connection cannot be confirmed, confirmation is made again using the subsequent initial value setting packet.

In addition, ""Card In"~" depicted in Table 29
The ``End of Interruption'' packet is a packet specific to Pachinko machine]-〇〇, and among these, the ``Card In'' packet is sent from the unit side to the management device 400 when a card is inserted into the control unit 160 of the Pachinko machine. This is a packet for requesting information (card text) regarding the card.

Here, the card text is text containing four pieces of information: card number, number of balls held, amount (unused amount), and card status. In addition, a ``return to zero'' packet is a card text sent from the control unit 160 of the pachinko machine to the management device 400 when both the number of balls held and the amount of money on the card become zero during a game with the pachinko machine. This is a packet for

On the other hand, the packet "Suspension Ended" indicates that the player presses the interrupt switch 1 (4), receives the card, leaves the pachinko machine, and then inserts the card into the payment machine and pays the bill without returning to the pachinko machine that was interrupted. This is a packet in which the management device issues a command to cancel the suspended state of the pachinko machine when the game is suspended.This packet allows the player to avoid having to go back to the pachinko machine that has been suspended and press the game end switch 115. You will also be able to make payments.

Further, the "Card Purchase" packet depicted in Table 29 is a packet specific to the card issuing machine 200, in which a bill is inserted into the bill insertion slot 211 of the issuing machine and the purchase selection switch 200 is inserted.
12 is turned on, the unit control device 280 requests the management device 400 for the card number and issuing serial number regarding the card.

In the system of this embodiment, the card issuing machine 200
Before inserting banknotes into the bank, you must reserve your card number, etc.
Before 'I!' so that the amount can be printed and issued when the banknote is actually inserted! ! In order to be able to prepare, when the card issuing machine 200 sends a "card purchase" packet with rQJ in the card amount column, the management device 400 determines that it is a packet for issuing reservation, and sets the issuing serial number and After determining the card number and securing an area for the card in the card file, enter the issuing serial number and card number into the AC.
Return the K packet to the card issuing machine. On the other hand, when a banknote is inserted, the card issuing machine sends a ``card purchase'' packet to the management device with the actual purchase amount entered in the card amount field. Then, the management device looks at the card number column, determines that the card has been reserved for issue, searches the card file, writes data such as the purchase amount and issue time in the data area of the card, and then sends an ACK packet. It is to be returned to the issuing machine.

The "Card Settlement" and "Card Settlement Completed" packets depicted in Table 29 are packets specific to the card settlement machine 300, and are sent from the unit control device 350 when a card is inserted into the card insertion slot 302 of the settlement machine. This is a packet for sending the card number related to the card to the management device 400 and requesting the unused amount, number of balls, and history related to the card.

In addition, the "1 card payment completed" packet is a packet to inform the management device W400 that the card payment has been completed. When the management device receives this packet, the card status of the card in the card file is changed to "Payment completed". ", and write the data at the time of payment in the i counter (i = m) column of the history data. In response to this packet "Card payment completed", the management device 400 sends a message to the payment machine 300"AC.
By transmitting the "K" packet, the card payment process is completed, and the next card can be inserted into the payment machine.

The "line monitor check" packet in Table 29 is a packet to confirm the recovery of the NAU when the NAU is determined to be abnormal based on the regular data, and is sent periodically (every 30 seconds) until the NAU recovers. ACK from
Recovery is confirmed upon reception of the packet, and the operation data of all units under the control of the NAU is transmitted using a "unit recovery data" packet to recover the NAU and units. In addition, the 'unit monitor check' packet is a packet to confirm that the unit has recovered when it is determined that the unit is abnormal based on periodic data.It is sent periodically until the unit recovers, and an ACK packet is received from the NAU. The NAU that receives this packet checks the connection with the network controller of the relevant unit, and if the connection is confirmed, the
Send K packet to the management device.

Furthermore, in Table 29, “ACK” and 1) NA K
"The packet is sent to the management device 400, network adapter unit 530, and each terminal 100, 200,
300, this is a packet used when receiving a transmission request to respond to the other party that the request has been accepted, or to respond that the request cannot be accepted.
When returning "ACK", requested data such as card text may be added.

Note that the packet codes 80H and 8 shown in Table 29
1H, . . . are expressed in hexadecimal notation, and it goes without saying that the code is an example and is not limited to this.

FIG. 55(A) shows the basic configuration of packets transmitted and received between the management device 400 and the NAU 530 via the high-rise network 520, and FIG. 55(B) shows the basic structure of packets sent and received between the management device 400 and each unit. Packets sent and received between (A
55 (excluding command packets that do not require CK) on the high-rise network 520;
) shows the basic configuration of packets transmitted and received between the NAU 530 and each unit via the low-layer network 510.

In FIG. 55, HHD indicates a packet head used in the high layer network 520, and LHD indicates a packet head used in the low layer network 510.

In other words, a packet in the format shown in FIG. 55(B) transmitted from the management bag ff1400 to the unit is N
Packets sent to the low layer network 510 with the high layer packet head HHD removed in the AU 530 and sent and received from each unit to the management device 400 using only the low layer packet head LHD are
A high-rise packet head HHD is added to the head of the HD, and the packet is sent out onto the high-rise network 520 as a packet in the format shown in FIG. 55(B).

Table 30 lists the definitions of the unique data laid out in the head portion of each packet.

56 to 61 show the management device 4-00 and NA in the data transmission system (local network).
Pachinko machine 100 via U530 or NAU530
, shows an example of a typical format of a packet transmitted and received between the card issuing machine 200 and the payment account 11300.

In the "line test" packet shown in FIG. 56(A).

Date code and identification code (store code) in the sending data field
Then, send the number of pachinko machines, issuing machines, and payment machines belonging to the destination NAU 530 and the minimum machine number of each machine. Then, the NAU 530 stores the date code and the identification code, compares it with the number calculated based on the setting values of the machine number setting switch 562, etc., and sends it to the management device 400.
In response, an "ACK" packet as shown in FIG. 56(B) is returned. Note that when the NAU 530 receives a "line test" packet from the management device, it sends a "line test" packet with only the low-layer network packet head LHD attached using the transmission address it calculated for all units under its control. form and send while updating the address. Then, an "ACK" containing the machine number, serial number, and channel number is received from each unit, and a unit table as a transmission address file is created and stored based on the received data.

FIG. 57(A) shows the structure of the "unit table request packet" sent from the management device 400 to the NAU 530, and FIG. 57(B) shows the structure of the "A CK" packet as a response. When the ``packet is received, it returns an ``ACK'' packet containing the NAU number, NAU status, and data regarding all units in the unit table.

FIGS. 58(A) and 58(B) show the management device 4. The structure of the "initial value setting" packet from OO to the pachinko machine 100 and the response packet "ACK" is shown. In the data column of this packet, initial values such as the purchase ball rate and the number of prize balls required for operation of the pachinko machine are entered and transmitted.

FIG. 58(A) is an "initial value setting" packet for the pachinko machine, and in the "initial value setting" packet (not shown) for the issuing machine 200 or the payment machine 300, a year, month, and day code is written in the data column. and an identification code and hot code.

Furthermore, FIGS. 59(A) and 59(B) show the structure of a "regular data request" packet and its response packet for a pachinko machine.

In the response packet to the scheduled data request shown in FIG. 59(B), the operation data of all pachinko machines belonging to one NAU 530 are concatenated under the packet head L HD, * The head and data indicated by 1 are related to the first pachinko machine, and the head and data indicated by 2 are related to the second pachinko machine.
Data for all pachinko machines follows in the same manner.

In addition, the data column of the response packet (not shown) for a regular data request to the issuing machine 200 or the payment machine 300 contains all the data in the transmission data area of all the issuing machines (see Table 10) or the transmission data of all the payment machines. All data within the area (see Table 1-5) is included and transmitted.

FIG. 60 shows an example of the structure of various command packets without data sent from the management device 400 to the payment machine 300 and their response packets.

Packet type 1IPAcKET$TYPE in the same figure contains codes 90H (opening code) and 91H (closing code).
, 95H (forced termination request), 96H (forced termination cancellation),
Either 8CH (line monitor check) or BIH (restart) code is entered. Further, in the type packet (one that targets the entire unit) of the "forced termination request", "forced termination release", and "restart" buckets, a field is provided in which a code indicating the type of unit is entered.

61 (A) to (C) show a "card-in" packet, its acknowledgment packet "ACK", and negative response packet "NAK" that are sent to the management device when a card is inserted into a pachinko machine. An example of the configuration of ''' is shown below.

Note that the packets shown in FIGS. 56 to 61 are as follows:
The entire original packet carried on the network consists of only the main part, and in addition to the above packet, there is a header part consisting of an alert burst to discover the beginning of the data, synchronization data, a source address field indicating the transmission source, etc. , a count section that indicates the length of data, and a check code section for error detection. These are automatically generated and added by the network controller 553 in the unit control device of each terminal.

Furthermore, the part "PAD DI HG" added to the end of each packet in Figures 59 to 61 is a dummy part added to adjust the length of the packet data to a predetermined length. It is a data field.

Next, the central processing unit CP is used when the management device 400 controls the entire system while communicating with the pachinko machine 100, the issuing machine 200, and the payment machine 300 using the various packets described above.
The control procedure of U and local processing device 4-3 will be explained using FIGS. 62 to 103.

62(A) to (I)) show a flowchart of the initialization process.

When the central processing unit CPU and the local processing unit 413 are reset by turning on the power, they initialize internal registers, internal memory, etc., and the central processing unit sets a file framework in the main memory M-MEM. , the local processing device displays an initial screen (first and second lines only) as shown in FIG. 104 indicating that preparation is in progress (steps 51001 and 52001). Then, the local processing bag W4↓3 reads the date and time from its own timer and sends it to the central processing unit 1cPU (step 810
02), the timer included in the local processing device 413 is backed up by a battery, and does not stop even when the power is turned off, so it always operates and functions as a clock.

When the central processing unit CPU receives the date and time, it stores it in the common data area of the main memory M-MEM and transmits an ACK to the local processing unit. If the local processing device does not receive this ACK, it returns to step 51002 and transmits the date and time again.

After the central processing unit receives the date and time and returns an ACK, it checks the power outage backup file in the hard disk HDD and confirms that the power outage flag in that file is set to 1.
1, it is determined whether there is a power outage file. If a power outage file exists, it is determined that the power is turned on after the power outage has been recovered, and step 520 in FIG. 62 (D) is performed.
41 (steps 51003, 52002 to 3)
2004).

If it is determined in step 32004 that there is no power outage file, the process proceeds to step 52005, where the mode is set to preparation, and the setting value file FL5 is read from the hard disk HDD and stored at a predetermined address in the main memory M-MEM. position (step 52006).

Then, the transmission address file FL6 created at the time of system installation is similarly loaded from the hard disk HDD to the main storage device M-MEM (step 52007).
).

Next, the central processing unit creates a pachinko machine file PL2 in the main storage device M-MEM, and obtains the serial numbers of the pachinko machines that make up the system from the transmission address file FL6, and the number of prize balls and batting from the setting value file PL5. Read out the number of stops and stop mode and enter them in the specified columns of the pachinko machine file PL2, and write "0" in the other columns (Step 8
2008). After that, the transmission address file F
Each issuing machine 200 and payment machine 3 that make up the system from L6
Read out the serial number 00 and create each issuing machine file FL3.
and enter it in the specified column of the payment machine file FL4, and write rQJ in the other columns (steps 52009 and 52010).
).

Also, the main memory bag! ! Enter "O" in all items in the card file FLI provided in M-MEM (step 52).
011), the process moves to step 52012.

In step 52012, after executing the random number generation process (see FIG. 103) necessary to calculate the card number,
It checks whether there is a mode inquiry from the local processing device 413, and if there is a mode inquiry, it sends a response “mode = “preparing”” to the local processing device 413 (steps 51004, 52013, 52014). , the local processing device receives this and displays a message MSGI indicating "same line eggplant 1 to middle" on the screen of FIG. 104 indicating "preparing" on the CRT display device 4.11 (step S). , OO5). Then, the local processing unit 413 transmits a line test request command to the central processing unit CPU (step S↓006).

When the central processing unit CPU receives and confirms the line test request command, it forms a ``line test'' packet and sends it to all NAUs 530 in turn via the high-rise network 520 (steps 52015 and 52016).
) , , and upon receiving the response “ACK” packet from NAU 530, N in the transmission address file FLB is
A “1” is set in bit O of U status 2 (NAU
Normal) is entered (step 52017). Then, it is determined whether the transmission to all NAUs has been completed (step 52018), and when it has been completed, the central processing unit forms a "unit table request" packet and transmits the packet to each NAU 5.
30, and upon receiving an "ACK" packet from the NAU, it is determined whether there have been responses from all NAUs (steps 52019 to 52021).

And “unit table request” for all N A U
When an ACK is received for the packet, the transmission address of the unit table included in the packet and the step 52
Bar 1 at 007 Disk HD D to main storage M-
The address in the transmission address file loaded into the MEM is compared (step S2'022). Then, it is determined whether or not there is a unit in the received unit table that is not marked W8 in the file (step 52023).
Otherwise, if there is an unregistered unit, the unit is added to the transmission address file in step 52024, and then the process proceeds to step 52025.

In step 52025, M is stored in the transmission address file.
It is determined whether or not there is a unit that does not exist in the received unit table among the units that have been received. Then, the process moves to step 52027.

In step 52027, the transmission address file is saved on the hard disk DD. As a result, if the transmission address file is changed in step 52024,
When the system starts up after a power outage or the next day, the changed transmission address file is read out.
be compared.

After that, the central processing unit CPU is transferred to the local processing unit 413.
The line test result is sent to (step 32028).

Moreover, at this time, if there is an abnormal terminal (unit), the line test result is transmitted together with screen data for displaying the unit number of the abnormal terminal on the CRT screen.

When the local processing device 413 receives this line test result (step 51007), it determines whether there is an abnormal terminal (step 51008), and if not, it directly proceeds to step 5LOII, and if there is an abnormal terminal, it proceeds to step 51009. 105, which displays the serial number of the abnormal terminal on the screen of the CRT display device 411.

By looking at this screen and checking for abnormal terminals, the line can be restored to normal.

However, even when the terminal abnormality screen (Fig. 105) is displayed, the system can be activated to open the store by turning on the store opening switch 421, and the local processing device 413 , step 510
At step 10, it is determined whether the store opening switches 4, 21 are turned on, and if they are turned on, the process proceeds to step 51011, where an initial value setting request command is sent to the central processing unit CPU. If the store opening switch is off in step 51010, the process jumps to step 81006 and the line test request command is sent again. As a result, when a staff member looks at the terminal abnormality display screen and repairs the terminal and the terminal becomes normal, it is treated as an abnormal terminal, that is, it is removed from registration.

On the other hand, when the central processing unit CPU receives the initial value setting request command from the local processing unit 413 (step 5
2029), forms an "initial value setting" packet, enters the contents of the setting value file in the data field, and sends it to each unit (step 52030). Then, when a response "A CK"'' packet is received, it is determined whether initial value settings for all units have been completed (step 5).
2031.52032). Once the initial value settings have been completed for all units, display data for a store opening request screen as shown in FIG. 106 is sent to the local processing device 413 (step 52033).

When the local processing device receives this screen data, it displays it on the CRT display device 411 and then waits for the store opening switch 421 to be turned on according to the message (
Step 51012, 5lO13). Here, when the opening switch is turned on.

The local processing device transmits a store opening request command to the central processing device (steps 5 to 14).

When the central processing unit receives this command, the NA
Send a store opening packet to U530 (step 5
2034, 52035), then “ACK” from NAU
” is received, it checks whether the packet transmission to all NAUs has been completed, and when it has been completed, the normal display screen data indicating that the business is open as shown in Fig. 113 is sent to the local processing bag@
413 and shift to operational control (Step 5)
2036 to 52038) On the other hand, when the local processing device receives the above screen data, it displays it on the CRT display device 14.
11 and shift to operating control (Step 5)
t05).

FIG. 62 CD) shows the control procedure of the central processing unit CPU and the local processing unit 413 at the time of system start-up after power failure recovery.

As mentioned above, when a power outage occurs, the management device 1400
Main memory bag [Card file FLI in M-MEM, pachinko machine file FL2, issuing machine file FL3, payment machine file FL4 and common data are stored on hard disk H
The system is configured to be saved in the DD and set the power outage flag to 1'' before shutting down the system. Therefore, when the power outage is restored and the power is turned on, the initialization process shown in Figure 62 (A) starts. When step 52004 is reached, it is determined that there is a power outage file, and step 5 in FIG. 62 (D) is executed.
2041 Hejijump. In step 52041, the mode is set to "starting up from power outage". On the other hand, when the local processing device 413 displays the initial screen, transmits the date and time, and receives the ACK from the central processing device, step 510
04 to inquire about the mode. At this time, the mode in the central processing unit is already set to "starting up from power outage", so when the mode inquiry is received,
The mode is “starting up from power outage” (step 5).
2042, 52043) and when the local processing device receives this mode.

Determine whether it is "power outage starting up" and if yes, the first
On the 4th line of the preparation screen in Figure 04, "System recovery in progress" is displayed.
A message is displayed (step 51021).

Then, a timer is set, and when the timer times out and a certain period of time has elapsed (steps 51022 and 8
1023, 5IO24), the process returns to step 51004 and the mode inquiry is made again.

Meanwhile, the central processing bag! When the cPU responds with the mode,
The power outage file is read from the hard disk and restored to the common data area of the main memory bag 31M-MEM (steps 82044, 52045), and while waiting for the timer, a "unit recovery" packet is sent to each unit,
The operating data in the unit memory of each unit is restored to the state before the power outage (step 82046). Then, after receiving the 'ACK' packet from each unit and completing the process for all units, it sends 'restart (type)' packets to the NAU 530 one after another to restart the units for each type (step 52047-52
049), then “ACK” from each NAU330
is received and completed for all NAUs, the mode of the central processing unit is changed to "open for business", and the data on the normal display screen (Fig. 113) indicating "open for business" is transmitted (steps 52050 to 52053). At this point, the timer that the local processing device 413 set in step 51023 times out, and the process returns to step 51004.
When the mode is queried, "Open" is returned as the mode, so it is determined as NO in step 51021 and the process jumps to step 51025, where the normal display screen sent from the central processing unit is displayed on the CRT display device 41.
1 and then transition to control during business hours.

FIG. 63 shows a procedure for changing initial setting values using the built-in switch 438 provided on the back of the console 412.

Step 51 in FIG. 62(C) of the initialization flow described above
The store opening request screen (Fig. 106) is displayed at step 012, and while waiting for switch input at step 51013,
When the built-in switch 438 is turned on, the local processing device! 413 sends an initial setting value request command to the central processing unit CP tJ (step 51031)
. Then, the central processing unit sends the contents of the setting value file loaded from the hard disk to the local processing unit 413 (step 52061). In response to this, the local processing device displays a setting value change screen as shown in FIG. 107 on the screen of the CRT display W411 (step 51032).
.

Here, when the operator follows the on-screen instructions and enters a new set value for the purchase rate or identification code using the numeric keypad 425 on the console, the local processing unit stores the updated value in internal memory and then Display the setting value change screen (see Figure 108) (step 51)
033). Further, at this time, if the return key 426 is suddenly pressed without inputting the set value, the screen moves to the next change screen without updating the set value.

When the player enters the machine number and the number of prize balls using the numeric keypad according to the instructions on this screen, the local processing device stores the updated value and then displays the next setting value change screen (see FIG. 109) (step 51034). Further, at this time, if the return key 426 is suddenly pressed without inputting the set value, the screen moves to the next change screen without updating the set value.

While looking at the change screen, input the number of NAUs, pachinko machines, issuing machines, or settlement machines using the numeric keypad.The local processing unit 413 centrally processes the setting value file update request command containing the updated values stored in the internal memory. The information is transmitted to the device (step 51035). Central processing bag CPU1
When receives this command, first the main memory/device 11M
- After updating the setting value file in MEM and then the pachinko machine file, send an "initial value setting" packet containing the updated setting values to all units (step 5206
2-52064).

FIG. 64 shows a setting value update processing procedure using the setting update switch 432 or the date and time setting switch 439 on the console 412.

When waiting for switch input in step 51013 of the initialization flow in FIG. 62, the setting update switch 432
When turned on, the local processing unit 413 transmits a setting value change request command to the central processing unit CPU (step S1041). Then, the central processing unit sends the contents of the setting value file loaded from the hard disk to the local processing unit (step 52071). In response to this, the local processing device displays the 11th
Display the setting value change screen as shown in Figure 0 (step 51).
042).

Here, the operator presses the numeric keypad 40 according to the instructions on the screen.
When the machine number and the number of discontinuations are inputted in step 5, the local processing device stores the updated values in the internal memory and then displays the next set value change screen (see Figure 111) (step 5).
1043).

When the operator looks at this screen and inputs the machine number and cancellation mode using the numeric keypad according to the instructions on the screen, the local processing unit stores the updated value in internal memory, and then stores the updated value stored in internal memory. A setting value file update request command containing the following is sent to the central processing unit (step 51044).

When the central processing unit receives this command, it first updates the setting value file in the main memory M-MEM, then updates the pachinko machine file, and then all the "initial value setting" packets containing the updated setting values. Send to unit (step 5)
2072-52o74) On the other hand, when the date and time setting switch 439 on the console 4]2 is turned on while waiting for a switch input in step 51013 of FIG. 2 Display the date and time change screen (see Figure 112) (Step S
1045). Then, when the operator follows the instructions on this screen and enters the year, month, and time using the numeric keypad 425,
The local processing device sends the updated date and time to the central processing device (step 81046). When the central processing unit receives the date and time, it changes the current time of the internal timer to the received time, and then sends the initial value to all units containing the updated year, month, and day data (other settings remain as they were). Settings'' bucket is sent (steps 52075, 52076).

FIG. 65 shows the procedure for periodic data request processing from the management device 400 to the NAU 530.

When the central processing unit cPU receives an interrupt every second from the timer, it starts this periodic data request processing and first checks whether the operation mode is "in business" or not in step 52.
101), if the store is not open for business, the process moves to step 52102 and waits until 15 seconds have elapsed. This is to wait for the line test and initial value setting process according to the initialization flow to be completed.

If it is determined in step 52101 that the business is open, step 52
Proceed to 103 and send the "periodic data request" packet to NAU5.
30 and set a timer (step S
2104). Then, the response AC from NAU530
It is checked whether K has returned, and if there is an ACK, the process moves to scheduled data reception processing 52121-32135 in Fig. 66 (
Step 52105) When step 52105 determines that there is no ACK, the timer set in step 52104 is checked to see if a timeout has occurred (step 52106). And NAU53
If a time-over occurs before receiving the response ACK from 0, the process moves to step 52107, and the response is counted among the error counters provided for each NAU in the common data area CDA of the main memory M-MEM. After incrementing the error counter corresponding to the NAU without
It is determined whether the error has occurred three times in a row or not, and if the error is 2 or less, the process returns to step 52103 and the 1' regular data request packet is sent again to the same NAU. If a time-over occurs before receiving an ACK and this is repeated three times, the process proceeds from step 52108 to S'2109, where the NAU status corresponding to the NAU without an ACK is determined from among the NAU statuses prepared for each NAU in the transmission address file. After clearing bit 0 (NORMAL) of the status information to '0'', send an interrupt display command to the local processing unit 413 to display an interrupt message informing the NAU down on the screen of the CRT display unit 411, and A command is given to the printer 408 to print out the same content. The local processing device also sounds the buzzer 440 after displaying the interrupt (steps 52110, 51051).
, 51052).

Thereafter, it is determined whether or not regular data requests have been made to all NAUs 530, and if no, the process returns to step 52103 and a "regular data request" packet is transmitted to the next NAU (step 52111). Then, it is determined whether there is no ACK for all NAUs (step 52112).
) L, if no, terminate the interrupt processing, if yes, clear bit O of all NAU statuses to “O”, and then set bit 7 (CHIEPA) of monitor information in files FL2 to FL4 of all units to Kl 1 jl to memorize that the CheapNet (high-rise network) is abnormal (step 52113.S2114)
.

FIG. 66 shows N as a response to the above regular data request.
The processing procedure when an 'ACK' packet containing periodic data is received from the AU 530 will be described.

When receiving scheduled data, the central processing unit ffcPU first checks the monitor information for each unit at the beginning of the data field of the received packet (step 52121), and if there is no abnormality, jumps to step 82128, and if there is no abnormality, If so, the process advances to the next step 52123, and it is determined whether the abnormality is the same as the previous abnormality (step 52122).

Here, if the detected abnormality;
08 to print. Then, the unit abnormal side entry display screen data is transmitted to the local processing device 413 (step 52125). When the local processing device receives the above screen data, it displays an interrupt message notifying the unit abnormality on the 19th line of the screen of the CR7 display device.

On the other hand, after transmitting the screen data in step 52125, the central processing unit then checks the hot code at the end of the received scheduled data (step 52126). Here, if there is no hot code error, step 821.2
If there is an error, the error recovery processing task (see FIG. 83) is notified of the abnormality of the unit in step 52127, and then the process moves to step 52128, where the monitor information 2 in the regular data is inspected. Then, if there is an abnormality in the monitor information 2, the steps 52122 to 52 described above are performed.
The abnormality is displayed on the printer and the CR7 display device using the same procedure as step 125 (steps 52129 to S2132).

After that, if there is no abnormality in the monitor information, in step 52133, the file (pachinko game file, issuing machine file, or payment machine file) of the unit in the main storage M-MEM is rewritten with the received regular data. , If there is an abnormality, the operation information of the unit file is cleared or changed to "free", and when regular data is received from a pachinko machine, the card status is changed to "free" and the number of balls and amount in one machine file are changed. is saved in the card file, and then it is determined whether the processing of steps 52121 to S21.33 has been completed for all units in the received packet, and if the processing has not been completed, the process returns to step S2↓21 (step 52134). If all units are finished, it is determined in the next step 52135 whether or not the "ACK" packets of scheduled data from all NAUs 530 have been processed, and if no, the process returns to step 52121 and the process is finished for all "ACK". Step 521 until
Repeat steps 21 to 52134.

FIG. 67 shows the processing procedure of the central processing unit cPU when receiving a "card purchase" packet from the issuing machine 200.

When the central processing unit receives the ``Card Purchase'' packet, it extracts the card number from the data field in the packet and determines whether the number is ``0'' (step 52141,
52142). In the system of this example, issue +1200
Before the actual card issuance, the issuing machine itself may send a "Card Purchase" packet with the card number set to "O" to make a reservation for card issuance. This is to distinguish it from the reserved original "card purchase" packet.

Here, if the card number in the packet is "0", that is, it is a purchase packet for issuance reservation, step 52
Step S143 reads the number of issuances from the issuer file in the main storage M-MEM, and checks whether the issuance acceptance number in the packet matches the number of issues plus rlJ in the file (step S2144). ). Then, when the issuance acceptance number matches the number of issuances + 1, the process advances to step 52145, and the card amount in the packet is "O".
Check whether it is true (step 3214.6). the result,
If amount≠O, jump to step 52149, amount=
If it is 0, the next step 52147 reads the reservation flag from the issuer file and checks whether it is "1", that is, reserved (step 82148);
Here, if the reservation flag is not rlJ, step 52
At step 149, the card issue serial number in the packet and the number of issues in the file are incremented. Step 321 above
In step 4.6, when the amount is not rQJ, the card issue serial number is incremented by jumping to step 52149 without checking the reservation flag. This is because the card number is "O" without making a reservation and the card amount is This is to enable a card to be issued even if a packet containing the purchase amount in the column is received.

In step 52149, the card issue serial number is incremented (the number of issues is determined by the number of issues issued when the card is ejected by the issuing machine;
(Update in the memory, collect it by periodic data collection, and update the number of issues in the issuer file) After that, search the card file using the card issue serial number and retrieve the file for the card. After clearing the card, the card number is calculated from the card issuing serial number check (step 52).
150.52151). Then step 52152
Write the calculated value in the card number column in the card file, write the value in the received packet in the man-hour and amount columns, set the card status to "rfree", set the i counter to "1", and After writing the received data and current time into the history data of =1, step 521
In step 53, an "ACK" packet is transmitted to the issuing device 200.

Furthermore, if it is determined in step 52142 that the card number is rQJ and the issuance acceptance number received in step 52144 and the number of issuances + 1 in the file do not match, the process moves to step 52154 and the issuance acceptance number and the issuance acceptance number are compared. Compare the number of issues and if they match, step 82
Step 155 calculates the card number from the card issued serial number, the next step 82156 searches the card file using the card issued serial number and reads the corresponding file, and then moves to step 52152 described above to update the card file. After that, an "ACK" packet is sent (step 52153), for example, a "card purchase" packet is received for issuance reservation and step 52141 is sent.
This takes into consideration the case where the ``ACK'' packet transmitted by executing steps 52153 does not reach the issuing machine within a predetermined time and the same ``Card Purchase'' packet is sent from the issuing machine.

On the other hand, "'Card Purchase" received in step 52142
If the card number in the packet is not rQJ, that is, if there is a genuine purchase application for a reserved card, step 52157 jumps to the issuance acceptance number in the packet.

Compare the number of card issues in the issuing machine file with "1" added, and if they match, search the card file using the received card issuing serial number and read the corresponding file (step 52158), then step 521
52 and update the file. At this time, the actual card purchase amount in the received packet is written to the card file. After updating the file, send an "ACK" packet.

If it is determined in step 52142 that the card number is not 0, and then in step 52157 that the issuance acceptance number and the number of issuances do not match, it is determined that the packet is an erroneous "purchase card" packet and the packet is hejumped in step 82159. Send NAK.

FIG. 68 shows the processing procedure of the central processing unit cPU when receiving a "card-in" packet transmitted to the management device 400 when a card is inserted into the control unit 160 of the pachinko machine 100.

Upon receiving the "card-in" packet, the central processing unit first calculates the card issuing serial number from the card number in the packet (step 52161). Next, search the card file using the calculated card issuing serial number,
Load the file of the corresponding card (step 82162
). Then, extract the card number from the loaded card file and compare it with the card number in the received packet (steps 52163, 52164). If they match, proceed to step 82165, and the card status of the card in the file is changed to "free". Check if it is. Here, if the card status is "free", the card status in the card file is rewritten to "gaming", and the numbers in the received packet are written in the machine number and serial number columns of the terminal where it is located (step 82166).

After that, I added the cart text (card number, man-hours, amount, and cart) read from the card file.
After transmitting the "ACK" packet to the pachinko machine a100, the card number in the received packet is written in the card number field in the pachinko machine file, and the process ends (steps 52167 and 52168).

In addition, if the card number in the packet and the card number in the file are compared with the card number in the file in step 52164 above, or if the card number matches but the card status is not "free", in step 5217] If the cart status is not "gaming", it is determined that an inappropriate card has been inserted, and the process jumps to step 52174 and sends an 'NAK' packet. Counterfeit cards can be eliminated by comparing the card number in the packet with the card number in the file.Furthermore, if the inserted card is the one that was interrupted at another pachinko machine, step 5216
5, 52171 are both determined as NO and step 5
2174 and sends "N A K".

When it is determined in step 52165 that the card status is not r-free J, and it is determined in step 52171 that it is "playing", the process moves to step 52172, and the P machine number in the received packet matches the machine number in the card file. The reason why ``ACK'' is returned when the pachinko machine returns after the power is restored is to deal with the situation where the pachinko machine rereads the card and if there is a card, it will send a ``card-in'' packet.

FIG. 69 shows the processing procedure of the central processing bag fiffcPU when receiving an “interruption card in” packet sent from the pachinko machine 100 to the management device 400 when an interruption card is inserted into the pachinko machine that is being interrupted. shows.

When the central processing unit receives the "Paper Interrupt Card In" packet, the central processing unit first calculates the card issuing serial number backward from the cart number in the packet (step S2↓81).Next, it uses the calculated card issuing serial number to create the card file. Search and read the file of the corresponding card (step 321
82). Then, the card number is extracted from the loaded card file and compared with the card number in the received packet (steps 52183, 52184). If they match, the process proceeds to step 52185 and the card status of the card in the file is changed to "suspended". Check whether the card status is "Interrupted", update the card text in the card file, rewrite the card status to "Playing",
Also, after writing the data and time at the time of interruption in the first place in the history data column, the i counter is decremented (step 52186.S2], 87). When an interruption occurs, the data and time at the time of interruption are temporarily recorded in the history column indicated by the i counter in the card file, but when the interruption is canceled, the i counter is decremented and the same column is used when writing the next history data. By overwriting the history data field, it is possible to prevent the history data column from becoming full due to frequently occurring interruptions and to make effective use of the memory.

After updating the card file in step 52186 and setting the i counter to "-1" in step 52187, the process advances to step 82188 and sends an "ACK" packet containing the card text read from the card file to the relevant pachinko machine. do.

Note that if the card number in the packet and the card number in the file are compared in step 32184 and they do not match, or if the card numbers match but the card status is not "suspended", the card status is changed in step 52191. It is determined whether or not the card is "playing", and if it is not "playing", it is determined that an inappropriate card has been inserted, and in step 52193 it jumps and transmits a "NAK" packet.

However, if it is determined in step 52191 that the card status is not "suspended" but is "playing", the process moves to step 52192 and the P machine number in the received packet and the machine number in the card file are checked. When the two match, the process moves to step 82187, where the card text is entered and an "ACK'" packet is sent. This too,
For example, the management device first performs steps 32181 to 5219.
This takes into consideration the case where the pachinko machine executes step 7 and sends an ACK, but the pachinko machine cannot receive it and sends an ``interrupt card-in'' packet again.

If the machine numbers do not match in step 52192, the drawing card is incompatible, so the process moves to step 52193 and a "NA K" packet is transmitted.

FIG. 70 shows that when the interrupt switch provided on the pachinko machine 100 is turned on during a game, the management device 4
The processing procedure of the central processing unit i'ffcPU when receiving the "interrupt switch" packet sent to 00 is shown.

Upon receiving this packet, the central processing unit first calculates the card issuing serial number from the card number in the packet, searches the card file using the card issuing serial number, and reads the corresponding card data (steps 52201, 5
2202).

Next, the card status of the card data read out from the card file is checked and it is determined whether or not it is "r gaming in progress" (step 52203).

Here, if the card status is "playing", step 5220
Proceed to step 4, compare the card location terminal number in the packet with the card location terminal number read from the file, and if they match, the data in the card file (card number, man-hours, amount, card status, location Rewrite the terminal serial number and location terminal number) to the data in the packet (
Step 52205). Then, check whether the i-counter in the corresponding card file is less than 19 (step 32206), and if it is less than 19, increment the i-counter in step 52207, and enter the machine number, number of balls, and amount in the packet in the next history data column. After writing the current time of the timer, send an "ACK" packet containing the card text to the pachinko machine (steps 52208, 52
209) If it is determined in step 52206 that the i counter is 19, the i counter is not updated and the data in the packet is written in the 19th history data column by jumping to step 52208. In this embodiment, the number of history data columns is 20, and the 20th data column is reserved for writing settlement data.

On the other hand, when it is determined in step 52203 that the card status in the card file is not "playing" or when it is determined that the card status is "gaming" but the machine numbers do not match in step 52204, step 52211
8, and it is determined whether the card status is "suspended" or not.

Here, if the card status is neither "playing" nor "interrupted", the process jumps to step 52214 and sends a "NAK" packet to the pachinko machine.

In addition, if it is determined in step 52211 that the card status is ``interrupted'', the process proceeds to step 522128, where the terminal number in the packet is compared with the terminal number in the file, and if they match, the ttAG K'' packet is sent. is returned (step 52213).

This takes into consideration the case where the same "abort switch" packet is sent again after "ACK" is sent in step 52209. Note that even if the card status is "suspended" in step 52211, if the machine numbers do not match, a 'NAK' packet is transmitted (steps 52212 to S2214).

FIG. 71 shows that when the end switch provided on the pachinko machine 100 is turned on during a game, the management device 4
The processing procedure of the central processing unit CPU when receiving the ``termination switch'' packet sent to 00 is shown.

The processing procedure when this packet is received is almost the same as the processing procedure (steps 52201-32, 214) when the ``interrupt switch'' packet in FIG. 70 is received.

The difference is that "free" is written as the card status when updating the card file in step 52225, and in step 32231 it is determined whether the card number in the file is "free" rather than "suspended". The only point is that

Figure 72 shows a machine that returns zero (
When a situation occurs in which the number of balls held and the unused amount are both zero, the pachinko machine sends the ball to the management device 400.
Central processing when receiving a return zero packet
) The processing procedure of U is shown.

The processing procedure when this packet is received is the processing procedure when the "interrupt switch" bucket is received in Figure 70 (
Steps 52201-S2214. ) is almost the same as

The difference is that "return to zero" is written as the cart status when updating the card file in step 52225.
The only point is that in step 52251, it is determined whether the card number in the file is "return to zero" or not, rather than whether it is "suspended J".

FIG. 73 shows PaIJli! which is sent from the Pachinko machine to the management device 4-00 when an aborted state occurs during a game in the Pachinko machine 100. The processing procedure of the central processing unit CPU when a zero'' packet is received is shown.

Steps 52261 to 52268 in the processing procedure when bucket 1- is received are steps 52201 to 52208 in the processing flow of FIG. 70, and steps 52275 to 52278 in FIG. Steps 52211 to 5221
It is almost the same as 4.

The difference is that when updating the card file in step 52265, "discontinued" is written as the card status.
The point is that in step 52275, it is not determined whether the card status is "suspended" but whether it is "free" or "discontinued".

Furthermore, in this "stop" packet reception process, the data and time in the received packet are written in the history data field of the card file in step 32268, and then "
ACK” packet instead of sending the 73rd
As shown in the figure, the machine number in the received packet is also used to
After searching the machine file and rewriting the operation information in the data of the corresponding pachinko machine to "stop", send an interrupt command containing the stop interrupt display screen data to the local processing device 413, and print it using the printer 408. After printing out the fact that a stoppage has occurred together with the machine number, an "ACK" packet is sent to the pachinko machine (steps 52269 to 52273).

Note that when the local processing unit receives the abort interrupt command sent by the central processing unit in step 52271, the CR
A stop message (time, stop table, and number of stops) is displayed on the 19th line of the screen of the T display device 411, and a buzzer is turned on (steps 51061~
51063).

In FIG. 74, the payment machine performs card payment based on the "Card Settlement" packet and its "A CK" sent to the management device 4-00 when the card is inserted into the payment machine 300. ``Payment completed'' sent after execution
The processing procedure of the central processing unit CPU when a packet is received is shown.

“When a 'Cart Checkout °' packet is received, the central processing unit first calculates back the card issuing serial number from the card number in the packet, searches the card file using the card issuing serial number, and reads the data of the card. It is determined whether the card status is "free" or "suspended" (steps 52281 to 52283). Here, if the card status is "free" or "suspended", the current time of the timer is set as the settlement reception time in step 32284, and the card number, number of balls held, and amount are set as the payment acceptance time in the card file. , “ACK” containing the card issuing serial number and card history data as payment data.
”Send the packet to the payment machine (step 32284)
). On the other hand, if the card status read from the card file is neither "free" nor "interrupted", the process moves from step 52283 to step 52285, and a "NAK" packet is transmitted. When the payment machine 300 receives the "ACK" packet, it issues a receipt with the payment data in the packet printed, refunds the unused money, and then sends a ``Payment Completed'' packet.

When the management device 400 receives this "payment completed" packet, the central processing device first calculates the card issuing serial number backward from the card number in the packet, searches the card file using the card issuing serial number, and stores the card. The data is read and it is determined whether the card status is "suspended" (steps 52291 to 52293). Here, if the card status is "suspended", send a "suspension completed" packet to the pachinko machine corresponding to the card location terminal number read from the card file in step 82274, and terminate the pachinko machine in the suspended state. After changing to the free state where you can play, if the card state is not "R Interrupted", jump to step 52294 and proceed to step 822.
Proceed to 95 and set the i counter in the card file to ``2''.
0” (or increment). Then, change the card status in the card file to "settled", write the settlement data in the i-th (=20) of the history data field, and send the "A CK" packet i to the settlement machine 30.
0 (step 32295.S2296).

FIG. 75 shows the central processing unit CPU when the cancel release switch 433 provided on the console 412 is turned on.
and a processing procedure in the local processing device 413.

When the abort release switch 433 is turned on, the local processing unit transmits an abort table data request command to the central processing unit (step 51071). When the central processing unit receives this command.

Read the P machine files in order from the main storage M-MEM and check whether the operation information is "discontinued". If "discontinued", the machine number and operation of the pachinko machine in the discontinued state Among the data, the number of discontinuations.

Send the number of balls out, number of balls out, number of differences, number of balls held, sales, and number of customers to the local processing device (steps 52301 to 5
2303).

Then, the local processing device displays a stop table release display screen as shown in FIG. 114, and displays the stop table and its operation data on one line for each stop table (step 510).
72).

On the other hand, after transmitting the operation data of the stopping machines, the central processing unit determines in step 52305 whether or not it has finished checking the operation information in the two machine files for all pachinko machines, and if it has not finished, returns to step 52301 to proceed to the next step. We will investigate whether the operation information for this pachinko machine is "discontinued" or not. When the check of the operation information for all machines is completed, a stop table data end command is sent to the local processing device (step 52304). Then, the local processing device
On the 16th and 17th lines of the stop-stop release display screen in FIG. 14, a message prompting the operator to input the machine number for which stop-stop cancellation is to be performed is displayed (step 51073).

When the operator sees this message, press the numeric keypad 425 to press the machine number or "0"("0") of the pachinko machine you wish to cancel.
0" specifies all machines), the local processing device sends a cancellation cancellation request command (step 51074). When the central processing unit receives the command, it determines whether or not to cancel the suspension of all pachinko machines that have been suspended (steps 52306 and 52307).
).

Here, if all machines are not specified, proceed to step 82308, read the file of the specified pachinko machine, and determine whether the operation information is "discontinued" (step 52309).
). Then, when the operating information is other than "stopped", jump to step 52314 and send the result, and the operating information is "stopped".
In the case of "Cancellation", after sending a "Cancel Cancellation" packet to the designated pachinko machine, it is determined whether or not "A CK" has been received, and when "A CK" has been received, the operation information of the relevant P machine file is sent. is changed from "discontinued" to "free", and then the discontinuation cancellation result is transmitted to the local processing device (steps 52310-32314).

On the other hand, if it is determined in step 52307 that all machines are specified, the process moves to step 52315, where the P machine files are read in order and it is determined whether the operation information therein is "r discontinued". Then, if it is other than "r stop", jump to step 52320, and if "r stop", step 52316 to 5
After transmitting the "cancel cancellation" packet to the corresponding pachinko machine at 2319, it is determined whether or not "A CK" has been received;
11 ACK" is received, the operation information of the P machine file is changed from "discontinued" to "r-free", and the process proceeds to step 52320, where it is determined whether the process has been completed for all machines. Here, if it is not completed, return to step 52315 and repeat the above procedure, and if it is completed for all units, step 52
The process moves to step 314 to transmit the cancellation cancellation result. Then, the local processing device receives the suspension cancellation result and changes the character "Uchi" displayed in the last column of the corresponding pachinko machine on the suspension table cancellation display screen in FIG. 114 to "empty". The process ends (step 51075).

FIG. 76 shows the processing procedure in the central processing unit and local processing unit when turning on the forced termination switch 434 provided on the console 412 to forcefully terminate the pachinko machine.

When the forced termination switch 434 is turned on, the local processing device i413 causes the CRT display device 411 to display a forced termination menu screen (step 81081). While looking at this screen, use the numeric keypad 425 to enter the number indicating the type of terminal you want to forcefully terminate among pachinko machines, issuing machines, and payment machines, and the local processing device will force the unit corresponding to the specified terminal type. The end screen is displayed (step 81082).

FIG. 115 shows the forced termination screen of the pachinko machine. In addition, on the issuing machine forced termination screen and the payment machine forced termination screen, the characters "Pachinko machine" displayed on the fifth line of the Pachinko machine forced termination screen in Figure 115 are changed to "Issuing machine" or "Pachinko machine" respectively. It will only change to a "payment machine".

While looking at this screen, use the console's numeric keypad 425 to press the machine number or "O" (
When the local processing unit 413 sends a forced termination request command to the central processing unit C'PU (specifying all pachinko machines), the local processing unit 413 changes the display to the normal display screen indicating that the pachinko machine is in operation (
(Fig. 113) (steps 51083, 310
84).

When the central processing unit receives a pachinko machine forced termination request command from the local processing unit, it determines whether all pachinko machines are specified, and if yes, reads the P machine files in order, and the operation information in the file indicates that the game is in progress or has been interrupted. Check whether it is inside (steps 52341 to 52343). Then, if no, step 52347 Hejyanbu, if yes, P
The card issuing serial number is calculated backwards from the number of the card existing in the pachinko machine read from the machine file, and the card file is read using that serial number (Step 5)
2344, 52345). Then, the file effort,
Enter the data read from the P machine file in the amount column,
After changing the card status to "free" (step 523)
46) Determine whether the process has been completed for all units. Step 52347) If no, return to step 52342 and repeat the above procedure.

After checking the operating information and updating the card files for all machines, the process moves to step 82348, sends a "forced termination request (type)" packet to all NAUs, and then receives a response from the NAUs. If so, send the result to the local processing device (step 52348
~52350), the local processing device then selects the specific machine display when the operator looks at the display menu selection screen in FIG. 121 and selects the specific machine display screen in FIG.
When the all machine display screen in Figure 4 is displayed, "Strong" is displayed in the last column of the corresponding pachinko machine, indicating that it is being forcibly terminated.
Display the characters (steps 81085, 5108
6).

On the other hand, if it is determined in step 52341 that all the pachinko machines are not designated, a "forced termination request (individual)" packet is sent to the designated pachinko machines (step 52351). Then, it is determined whether "ACK" has been returned from the pachinko machine (step 52352), and if it has not been returned, the process jumps to step 52350, and when the ACK has been returned, the data of the pachinko machine is retrieved from the P machine file. Load it and check whether the operating information is "Playing" or "Interrupted", and if yes, follow the steps 52344~
After updating the card file according to the same procedure as step 52346, proceed to step 52350 and send the forced termination result to the local processing device (steps 82353 to 5).
2357).

FIG. 77 shows the processing procedure in the central processing unit and the local processing unit when turning on the forced termination switch 434 provided on the console 412 to forcefully terminate the issuing machine.

When the forced termination switch 434 is turned on, the local processing device 413 displays both sides of the forced termination menu on the CRT display device 411 (step 51091). While looking at this screen, use the numeric keypad 425 to enter the number that indicates the type of terminal you want to forcefully terminate among pachinko machines, issuing machines, and payment machines, and the local processing device will forcefully terminate the issuing machine corresponding to the specified terminal type. The screen is displayed (step 51092).

It should be noted that, on the issuing machine forced termination screen, the characters "Pachinko machine" displayed on the fifth line of the Pachinko machine forced termination screen in FIG. 115 are changed to "Issuing machine".

While looking at this screen, use the console's numeric keypad 425 to input the machine number of the issuing machine you want to forcibly terminate or "0" (specify all units), and the local processing unit will send a command to request for forced termination of the issuing machine to the central processing unit. The display is changed from 51083 to 51084 to a normal display screen (FIG. 113) indicating that business is open.

When the central processing unit receives the issuing machine forced termination request command from the local processing unit, the central processing unit determines whether all units are specified or not.
If yes, “forced termination request (type)” for all NAUs
After transmitting the packet and receiving the response, transmit the result to the local processing device (steps 52361 to 5).
2364).

Then, when the operator looks at the menu selection screen in Figure 121 and selects the issuing machine data display screen to display the issuing machine data display screen in Figure 126, the local processing device displays the information in the last column of the corresponding issuing machine. , displays the characters “1+” indicating that it is being forcibly terminated (step 51095,
51096).

On the other hand, if it is determined in step S234.1 above that all machines are not specified, a ``forced termination request (individual)'' packet is sent to the specified issuing machine (step 52365).Then, the issuing machine sends an "ACK" packet. ” is returned or not (step 52366), if it is not returned, jump to step 82364, and if ACK is returned, change the operation information in the file of the issuing machine to forced termination in step 82367, and then Step 5236
0 and sends the forced termination result to the local processing device.

FIG. 78 shows the processing procedure in the central processing unit and local processing unit when turning on the forced termination switch 434 provided on the console 412 to forcefully terminate the payment machine.

When the forced termination switch 434 is turned on, the local processing device 413 causes the CRT display device 411 to display a forced termination menu screen (step 51101). While looking at this screen, use the numeric keypad 425 to enter the number that indicates the type of terminal you want to forcefully terminate among pachinko machines, issuing machines, and payment machines, and the local processing device will forcefully terminate the payment machine corresponding to the specified terminal type. A screen is displayed (step 51102). The subsequent procedure is the same as in the case of forced termination of the issuing machine in FIG. 77.

FIG. 79 shows the processing procedure of the central processing unit and the local processing unit when canceling the forced termination state of the pachinko machine that has been forcibly terminated by the process of FIG. 76.

When the termination cancellation switch 435 on the console 412 is turned on, the local processing device 413 displays a forced termination cancellation menu screen similar to the forced termination menu screen on the CRT display device 41.
1 (step 5llll). When a number specifying a pachinko machine is input using the numeric keypad 425 while looking at this screen, the local processing device transmits a forced termination machine data request command to the central processing unit CPU (step 51112).

When the central processing unit receives this command, it reads the pachinko machine files in order, checks whether the operation information is "forced termination", and if it is forced termination, it reads the machine number and termination from the file data of the pachinko machine in question. The number of times, the number of balls put out, the number of out balls, the number of differences, the number of balls held, sales, and the number of customers are transmitted to the local processing device (steps 52381 to 52383). Then, the local processing device displays the data of the forcibly terminated pachinko machines on the screen for canceling the termination of pachinko machines as shown in FIG. 116, one line at a time for each pachinko machine (step 51113).

On the other hand, after transmitting the forced termination machine date/event, the central processing unit determines whether it has finished checking the operating information for all machines (step 52384), and if no, step 3238).
1, and if the answer is YES, the process moves to the next step S2385, and a display data end command 1 is sent to the local processing device. Then, the local processing device displays a forced termination cancellation message on line 11 of line 17.1.8 of the screen in FIG. 116, prompting the user to manually enter the number of the occupied machine for canceling the forced termination (step S1114). When the operator inputs the machine number or "○" to specify all machines using the numeric keypad 425 while looking at this screen, a pachinko machine forced termination cancellation request command is sent to the central processing unit (step 51115).
).

When the central processing unit receives this command, it determines whether a margin is specified or not, and if all units are specified, it sends a ``Paper forced termination release (type)'' packet to all NAUs 530, and then cancels the NA
Receive a response (ACK or NAK) from U and send the result to the local processing device (step S 238 G
-82389).

On the other hand, if it is determined in step 52386 that all the pachinko machines are not designated, the process moves to step 52391 and a "forced termination cancellation (individual)" packet is sent to the designated pachinko machines.

Then, it is determined whether or not "ACK" has been received (step 32392), and if yes, step 52393).
"Free" the operation information in the file of the relevant pachinko machine.
If it is No again, go to step 323.
89 and sends the result to the local processing unit. When the local processing unit receives a message from the central processing unit that the forced termination has been successfully canceled, the local processing unit changes the status display in the last column of the display data line of the pachinko machine from "Strong" to "Empty" indicating free. (Step S1116).

Figure 80 shows the case where the forced termination state of the issuing machine that was forcibly terminated by the process of Figure 77 is canceled, and Figure 81 shows the forced termination status of the payment machine that was forcibly terminated by the process of Figure 78. The processing procedure of the central processing unit and local processing unit when canceling is shown.

These procedures are substantially the same as the pachinko machine forced termination cancellation procedure shown in FIG. In the process shown in FIG. 80, the issuing machine file is searched and the issuing machine machine number, received amount, deposited amount, payout amount, number of issuances, and monitor information 2 are sent as forced termination machine data to the CRT display device as shown in FIG. 117. Display the issuing machine forced termination cancellation screen as shown in .

- - In the process shown in Fig. 81, the payment machine file is searched and the machine number of the payment machine, the payment amount, the number of coins paid, the number of payments, and the monitor information 2 are sent as forced termination machine data, and the data is sent to the CRT.
A screen for canceling forced termination of the payment machine as shown in FIG. 118 is displayed on the display device.

In addition, when the process for canceling the forced termination of the issuing machine and payment machine is successful, the status display at the end of each line on the display screen will change from "Stop" to a blank (no display) indicating that the operation is stopped. There is.

FIG. 82 shows the processing procedure of the central processing unit CPU when a power outage occurs.

When a power outage occurs, the power is switched and the central processing unit operates with backup from the auxiliary power supply 409. First, it is determined whether the operating mode is "open" or "closed" (steps 5244.1, 52442); If the operation mode of the central processing unit is other than "open for business" or "closed" (under preparation, during power outage startup), the system will go down without doing anything. On the other hand, when the mode is "Open" or "Closed", after stopping the collection of regular data from each unit and changing the mode to "Under power outage countermeasures",
Sends a message to the local processing device that power outage measures are in progress (
Steps 82443-52445). Then, the local processing device displays a power outage message on the CRT display device (step 5l141). On the other hand, the central processing unit reads the P machine file and checks the operating information, and if the operating information is "playing", it calculates the issuing serial number from the card number in the P machine file and uses that to search the card file. and rewrites the card status to "free" (steps 52446 to S24.50). After that, the operation information in the P machine file is rewritten to "free", and it is determined whether or not all pachinko machines are finished, and the data in the Yesmura common data area (including the setting value file and power outage flag) and the card file 1 Save the machine file, issuing machine file, and payment machine file to the hard disk HDD,
After changing the mode to "closed", the system goes down (steps 52450-32458).

Power outage message display The Nakaguchi-Cal processing unit inquires of the mode to the central processing unit, and when the mode becomes "closed," displays a termination message on the CR7 display (
Steps 51142-51144).

FIG. 83 shows a procedure for error recovery processing of the system by the central processing unit CPU.

When the central processing unit receives an interrupt from the internal timer every 30 seconds, it starts the error recovery process shown in FIG.
1) If the service is not open, do nothing; if the service is open, proceed to step 52462, read the NAU status from the transmission address file, and set the bit NORMAL, which indicates whether the NAU is normal or abnormal, to 110" (=abnormal). It is determined whether there is one (steps 52462, 32463).

Note that the NORMAL bit of the NAU status is.

Step 82016゜52 in the initialization flow of Figure 62
If there is a response to the "'line test" packet at 017, it is set to 111 (=normal), so the NORMAL bit of the NAU that does not receive a response remains at "O".

Therefore, if the NORMAL bit is determined to be “O”, the eighth
NAU recovery processing steps 52471-52 in Figure 4 (A)
Execute 475. On the other hand, NORM of NAU status
If the AL bit is 1'', the process advances to step 52464, where the monitor information 1 in the unit file is read out to check whether the bit indicating token bus abnormality is 1''. Then, if II I 11, execute the token bus recovery processing steps 52481 to 52486 in FIG. 84(B), and
If it is L O11, monitor information 1 will be displayed in the next step 32466.
Check whether the bit indicating the hot code error in ``II'' is 111 IT.
- Execute code recovery processing 52491 to 52498.

On the other hand, if it is determined in step 82466 that there is no hot code error, the process advances to step 82467, where the unit abnormality pin I~ in monitor information 1 is 111.
Check if it is II, 111,, if it is tT, it is the 86th
The unit recovery processes 52501 to 52509 shown in the figure are executed.

In the NAU recovery process shown in FIG. 84(A), first the NAU
Send a “line monitor check” packet to a NAU whose status NORMAL bit is 11011, set its timer to 1, and if a response “ACK” is received before the timeout, the NAU status will be changed. After changing the NORMAL bit to 111 IT, send an interrupt display command to the local processing unit and display it on the CRT.
A message informing that NAU has been recovered is displayed on the display screen, and the same message is printed out using the printer 408. If 'ACK' is not returned within a certain period of time, the original routine is returned without doing anything. Return to (steps 52471 to 52474).

In the token bus recovery process shown in FIG. 84(B), first, a "unit monitor check" packet is sent to the unit whose token bus error bit is "1" and a timer is set (step 52481, 524
82). Then respond before causing a timeout.”
Step 524
83,52484), when it receives "ACK" within the time, it clears the token error bit of monitor information 1 in the unit file to it O71 and then sends a "restart" packet to the unit. and restart it (steps 52485, 52486).

In the hot code recovery process shown in FIG. 85, a ``unit recovery data'' packet is sent to the unit where the previous hot code error occurred, and a timer is set (steps 52491, 32492).

Then, before time is over, “ACK”
If received, the hot code placed in the "Paunit recovery data" packet is compared with the hot code returned in the "ACK" packet (step 5249).
3-52495). If the hot codes do not match, the process moves to step 52498 and the hot code error bit of monitor information 1 in the unit file is set to "1".
'' is set, and when the hot codes match, a ``restart'' packet is sent to the unit in question, and then the hot code error bit of monitor information 1 of the unit in question is cleared (steps 52496, 52497).

The reason why the "restart" packets 1 to 1 are transmitted in step 52496 is because the unit that received the "unit recovery data" packet transmitted in step 52491 enters the forced termination state.

In the unit recovery process shown in FIG. 86, first, a "unit monitor check" packet is sent to the unit with the unit abnormality and a timer is set (step 5250).
],,52502). Then, if "ACK" is received before a timeout occurs, a "unit recovery data" packet is transmitted and the timer is set again (steps 52503 to 52506). If "ACK" is returned within a predetermined time for this packet transmission, a "restart" packet is sent to the unit to restart the unit (step 5250).
7-52509).

FIG. 87 shows the central processing unit 1 when the closing switch 422 and the system closing switch 423 are turned on.
The processing procedure of the cPU and local processing device 413 is shown.

When the closing switch 422 on the console 412 is turned on, the local processing device displays a closing menu screen showing a list of reception enable switches (display menu switch, print menu switch, and exit switch), and then issues a closing request command. Send to central processing unit (step 51
151,51152).

When the central processing unit receives this command, it reads the P machine files in order, checks whether the operating information is "playing", memorizes the machine number of the pachinko machine that is "playing", and then searches for all machines. It is determined whether or not the process has ended, and if the answer is NO, the process returns to step S2511 and the above procedure is repeated (steps 52512 to 32514). After checking the operation information for all machines, step 525
Step 15, it is determined whether or not there is a pachinko machine in play, and if there is, the machine number of that pachinko machine is sent to the local processing device, and if there is no pachinko machine in play, ACK is sent.
is sent to the local processing unit, and a ``CLOSE'' packet is sent to all NAUs, and the state waits for a command from the local processing unit (steps 52516 to 2518).Meanwhile, the local processing unit sends the machine number or ``ACK'' packet to all NAUs, and waits for a command from the local processing unit. ”
When this message is received, if there is a Pachinko machine being played, the system disables the end switch, displays the machine number being played, changes to the normal display screen (Fig. 113), and waits for key input ( Step 5L153-5115
6). If an operator accidentally turns on the closing switch during FA business, he or she can notice the mistake by looking at this display. Furthermore, since the screen does not change when there is no pachinko machine in play, when the system end switch 423 is turned on, the system end screen (first to fourth lines) in FIG. 119 is displayed (step 51157). When rlJ is input from the numeric keypad 425 according to the instructions on this screen, the local processing unit sends a system termination request command to the central processing unit (step 51158). When the central processing unit receives this command, it creates a daily report file consisting of one day's business data, saves it on the hard disk HDD, erases the power outage save file from the hard disk, and then sends system termination message data (steps 52520-82522). ). The local processing device receives this and displays a message (see line 7 in FIG. 119) instructing to turn off the power on the system termination screen (step 31159).

FIG. 88 shows the procedure of card restoration processing when the card restoration switch 424 provided on the console 412 is turned on.

When the card restoration switch is turned on, the local processing device 413 displays a message (first to third lines) prompting the user to input the card number on the card restoration screen as shown in FIG. 5l161). When you look at this screen and enter the issued serial number of the damaged card (printed on the card) using the numeric keypad 425, the local processing unit sends a cart recovery data request command containing the card issued serial number to the central processing unit. (Step 511
62). Then, the central processing yi searches the card file using the sent card issuing serial number, reads the data of the card, and determines whether the card status is "playing" (steps 52531 and 52532).

Here, if the card status is "playing", search the pachinko machine file using the location terminal number in the card file, read the data of the pachinko machine, and transfer the number of balls and amount data in the pachinko machine file to the card. Let the current value of
In addition, when the card status is other than "Playing", the number of balls and amount data in the card file are taken as the card's current value, and these values are sent as card data to the local processing device along with the history data read from the card file. (
Steps 52533-52536).

Then, the local processing device displays the card revival screen (first
2C) The received card data and history are displayed on the top (Step 81163). Therefore, when the card restoration switch 424 is turned on again, a card restoration request command is transmitted (step 81164). When the central processing unit receives this command, it first sends an "initial value transmission" function containing initial values such as date, identification code, etc. to the card issuing device 700, and responds to it ("normal completion").
When the card number, card issue serial number, and amount at the time of issuance are entered, a "card revival" function is sent, and the issuing process of the revived card is started (steps 52537 to 52339). Card issuing device! ! When the issuance of the resurrection card is completed in step 700, the result (normal termination function) is sent, so the central processing unit receives it and then transmits the completion of the resurrection to the local processing unit (steps 52540 and 5254).
1〉. Then, the local processing device displays the result on the card restoration screen and then changes the screen to the normal display screen (step 81165). Note that the card issuing device 700 that has received the above-mentioned "card restoration" function prints the date of issue and the serial number of issue, and issues a reinstatement card with a reissue hole (the amount is not printed).

FIG. 89 shows the procedure of the test card issuing process when the test card switch 437 provided on the back of the console 412 is turned on.

When the test card switch 437 is turned on, the local processing unit 413 displays a test card issue message on the screen of the CRT display unit 411, and then transmits a test card issue request command to the central processing unit CPU (step S117). ], .

51172).

Upon receiving this command, the central processing unit sends the card issuing device 1700 to the "
When the "Initial value transmission" function is sent and a response to it ("Normal completion" function) is received, the "Test card issue" function is transmitted (Step 5).
2542-52544). When the test card issuance process in the card issuing device 700 is completed, the result is sent to the card issuing device 700. After receiving the result, a test card issuance completion message is sent to the local processing device (step 5254).
5.52546), the local processing device displays the test card issuance result on the CRT display device, changes the display screen to normal display, and ends the process (step 8).
1173).

In addition, when the card issuing device receives the "test card issue" function, it prints the characters "test card" instead of the issue date and amount, and issues a test card with the test card issue function code recorded in the magnetic recording section. (Do not punch holes).

FIG. 90 shows a flow of displaying sales statistical data using a timer interrupt.

In the management device of this embodiment, when an interrupt signal is received from the timer TMR at a predetermined period, the sales statistics data display flow shown in FIG. Send to cPU (step 51181). When the central processing unit receives this command, it reads the pachinko machine files in order.

First, the cumulative total of the number of balls out, number of out balls, and sales from the operation data collected as regular data is calculated (step 5255).
1,52552). Next, the operating information in the file is checked, and if the operating information is "playing", the number of gaming machines is added by 1, and if the operating information is "discontinued", the number of discontinued machines is added by 1 (steps S2553 to 52556). . Then, in step 525, it is determined whether the search has been completed for all pachinko machines.
57) If no, return to step 52551 and repeat the above procedure, and when it is completed for all units, proceed to the next step 5.
2558, calculate the division (number of balls out ÷ number of balls played) from the cumulative value of the number of balls played and the number of balls out, and the operation rate (number of gaming machines ÷ number of pachinko machine strings) from the cumulative value of the number of gaming machines. , As sales statistical data, sales, percentage, and earnings 11il
11. Send the number of discontinued units to the local processing device (steps 52558 and 52559).

On the other hand, when the local processing device receives the sales statistical data from the central processing unit, it displays those data on the 20th line of the screen currently being displayed on the CRT display device 411 (see FIG. 113) (step 51182).

FIG. 91 shows the procedure for displaying a stop table.

When the display menu switch 428 on the console 412 is turned on, the local processing device 413 causes the CRT display device 411 to display a display menu selection screen as shown in FIG. 1211 (step 51201).

When the operator selects the stop table display using the numeric keypad 425 while looking at this screen, the local processing unit transmits a stop table display data request command to the central processing unit (step 51202).

When this command is received, the central processing unit reads the pachinko machine files in order, and the operating information in the file is
Check whether it is marked as "Closed", and check the operation data for those that are marked as "Canceled", including the number of balls stopped, number of balls played, number of balls out, number of differences, number of balls held, sales, and number of customers. is transmitted to the local processing device as stop machine data together with the machine number (steps 52561 to 52563).

Then, the local processing device converts each hitting table data into the 122nd
As shown in the figure, each vehicle is sequentially displayed in one line on the stop table display screen (step 51203). On the other hand, when the central processing unit finishes searching for a stopping machine for all machines in the pachinko machine file (step 52564), it sends a display data end message to the local processing device, and when the local processing device receives this, it waits for key human power. becomes (step 5256
5.51204).

FIG. 92 shows the procedure for specific machine display processing.

When the display menu switch 428 on the console 412 is turned on, the local processing device 413 causes the CRT display device 411 to display a display menu selection screen as shown in FIG. 121 (step 51201).

When the operator selects specific machine display using the numeric keypad while looking at this screen, the local processing unit transmits a specific machine display data request command to the central processing unit (step 51211). On the CRT display device 411, the 12th
A message prompting to specify (input) a machine number is displayed on the first to third lines of the specific machine data display screen shown in FIG. 3 (step 51212). When the operator inputs the machine number using the numeric keypad 425 while looking at this screen, the local processing unit sends a specific machine display data request command including the machine number to the central processing unit (step S121).
3).

When the central processing unit receives this command, it calculates a serial number from the machine number, searches the pachinko machine file using the serial number, and reads out the operation data of the corresponding pachinko machine (steps 52571 and S2572). Of this operating data, we calculate the number of balls stopped, the number of balls out, the number of out balls, the number of differences,
The number of balls held, sales, and number of customers are transmitted to the local processing device (step 52573). Then, the local processing device displays the received data in the fifth and sixth lines "I" of the specific machine data display screen (FIG. 123) (step S12).
↓4). Thereafter, a data end command is sent from the central processing unit to the local processing unit and the process ends (step 52).
574. S↓215).

FIG. 93 shows the procedure for data display processing for all pachinko machines.

When the display menu switch 428 on the console 412 is turned on, the local processing device displays the CRT display device 411.
A display menu selection screen as shown in FIG. 121 is displayed (step 51221).

When the operator selects all-machine display using the numeric keypad while looking at this screen, the local processing unit transmits an all-machine display data request command to the central processing unit (step 51222). When this command is received, the central processing unit reads the pachinko machine file in order, and records the number of stoppages, number of balls played, number of balls out, number of differences, number of balls held, sales, and number of customers from the operating data in the file. (Steps 52581, 52582).

Then, the local processing device sequentially displays the data of all the pachinko machines on the all-machine display screen, one line per machine, as shown in FIG. 124 (step 51223). On the other hand, when the central processing unit completes the search for all machines in the pachinko machine file (step 32583), it sends a display data end message to the local processing unit, and when the local processing unit receives this, it waits for key human power (step 32584).
゜51224).

FIG. 94 shows a procedure for displaying data in the so-called red range (red range) where the number of balls out is greater than the number of out balls.

When the display menu switch 428 on the console 412 is turned on, the local processing device displays the CRT display device 411.
A display menu selection screen as shown in FIG. 121 is displayed (step 51231).

When the operator selects inquiry display using the numeric keypad 425 while looking at this screen, the local processing unit transmits an inquiry display data request command to the central processing unit (step 51232). Upon receiving this command, the central processing unit sequentially reads the pachinko machine files (step 52591) and determines whether the number of differences in the file is negative (step S2592). Then, only the operation data of pachinko machines with negative difference numbers are transmitted to the local processing device (step 52593).

Then, the local processing device sequentially displays each piece of inquiry data on the inquiry display screen, one line per unit, as shown in FIG. 125 (step 51233).

On the other hand, when the central processing unit finishes searching for red machines for all machines in the pachinko machine file (step 52594),
The end of display data is sent to the local processing device, and when the local processing device receives it, it waits for key input (steps 52595, 51234).

FIG. 95 shows a data display process in which the number of balls out is smaller than the number of out balls (in the black).

This condition display flow is performed according to almost the same procedure as the inquiry display flow in FIG. 94. The difference is step 52
The only difference is that instead of determining whether the difference number is negative or not in step 592, it is determined whether the difference number is positive (plus) and only the operation data of the positive pachinko machine is transmitted (step 52602). The configuration of the display screen is also the same as the inquiry display screen shown in FIG. 125.

Figure 96 shows the issuing machine data display processing procedure, and Figure 12 shows the issuing machine data display processing procedure.
FIG. 6 shows an example of the structure of the issuing machine data display screen displayed on the CRT display device 411.

This issuing machine data display processing flow is executed according to almost the same procedure as the entire pachinko machine data display processing flow shown in FIG. Along with the machine number, the issuing machine data displayed on the screen includes the received amount, deposited amount, and withdrawn amount.
Number of issues and monitor. Here, the monitor corresponds to monitor information l. Note that after displaying the data for all issuing machines, the total is displayed on the 18th line.

The central processing unit calculates the total data (step 5
2G23).

Figure 97 shows the procedure for displaying payment machine data, and Figure 12 shows the procedure for displaying payment machine data.
FIG. 7 shows an example of the structure of the payment machine data display screen displayed on the CRT display device 411.

This payment machine data display processing flow is executed according to almost the same procedure as the issuing machine data display processing flow shown in FIG. Displayed on the screen as payment machine data along with the machine number are the payment amount, the number of coins paid, the number of coins paid, and the monitor.

Figure 98 shows the procedure for displaying business data, which displays the total of the main pieces of operating data related to the entire pachinko parlor's business data, and Figure 128 shows this. An example of the configuration of a sales data display screen displayed by is shown below.

When the display menu switch 428 on the console 4↓2 is turned on, the local processing device 413 causes the CR'I' display device 411 to display a display menu selection screen as shown in FIG. 121 (step 51271).

When the operator selects sales data display using the numeric keypad while viewing this screen, the local processing unit transmits a sales data display data request command to the central processing unit (step 31.272).

Upon receiving this command, the central processing unit sequentially reads the pachinko machine files and calculates the totals of the number of balls played, the number of balls out, the number of differences, and the number of balls held among the operation data (steps 52641 to 52643). Next, the issuance machine files are read out in order and the totals of the deposited amount and the number of issuances are calculated from the operating data (steps 52644 to 5).
2646), the payment machine files are read out in order, and the sum of the payment amount, number of coins paid, and number of payments among the operating data is calculated (steps 52647 to 52649). After that, the calculated total data is sent to the local processing device as sales data, and after all the data is sent, a display data end command is sent (steps 52650, 52
65L).

On the other hand, when the local processing device receives the sales data,
The business data display screen shown in FIG. 128 is displayed on the CRT display device 4.11, and a display data end command is received to wait for key human power (steps 51273 and 5127).
4). Of the above business data, the number of cards issued is displayed as the number of cards issued, and the number of payments is displayed as the number of cards cleared.

FIG. 99 shows the procedure of a specific card data display process for displaying data of a specific card.

When the display menu switch 428 on the console 412 is turned on, the local processing device 413 causes the CRT display device 411 to display a display menu selection screen as shown in FIG. 121 (step 5L281).

When the operator selects a specific card display using the numeric keypad 425 while looking at this screen, the machine number is specified in the first to third lines of the specific card data display screen shown in FIG.
81282). When the operator inputs the machine number using the numeric keypad 425 while looking at this screen, the local processing unit transmits a specific card display data request command including the machine number to the central processing unit (step 31283).

Then, the central processing unit calculates the card issuing serial number from the card number, reads the card file using the issuing serial number, and determines whether the card status in the card file is "playing" (steps 52661 to 52663).
). When the card status is other than ``Playing'', the number of balls and amount in the card file are used as the current value of the card, and when the card status is ``Playing'', the card location terminal number in the card file is used as the current value of the card. to search the pachinko machine file and set the data (number of balls, amount) in the pachinko machine file as the current value of the card (step 82664
~52666). This is because the card file is rewritten when the card status changes, so the operating data in the card file does not match the actual value during the game.

Next, the central processing unit executes step 52664. S2666
The card current value determined in step 5 is sent to the local processing device together with the card history data read from the card file, and then a display data end command is sent (step 5).
2667.52668). Then, the local processing device displays the data of the specified card in the fourth line and below of the specific card data display screen in FIG. 129, receives the display data end command, and waits for key input (step 51284, 51285).

1st. The O0 diagram shows steps 5 and 13 of the process for displaying all card details, which displays data related to all issued cards.
FIG. 0 shows an example of the structure of the all card details display screen displayed thereby.

When the display menu switch 428 on the console 412 is turned on, the local processing device 413 causes the CRT display device 411 to display a display menu selection screen as shown in FIG. 121 (step S1291).

When the operator selects card statement display using the numeric keypad while looking at this screen, the local processing unit transmits a card statement display data request command to the central processing unit (step 51292).

When this command is received, the central processing unit reads the pachinko machine files in order, and the operating information in the file is
Check whether the card status is “Canceled” and check whether the card status is “Playing” (Steps 52671, 52672)
). Then, when the card status is other than r-playing J, the number of balls and amount in the card file are used as the current value of the card, and when the card status is ``playing'', the card location terminal number in the card file is used. Search for a pachinko machine file and check the data (number of balls,
amount) as the current value of the card (steps 52673-5
2675).

Next, the central processing unit transmits the current card value determined in steps 52673 and 52675, the card status read from the card file, and the card location terminal number to the local processing unit (step 82676). Then, the local processing device displays the remaining amount, number of balls, location terminal number, or card status of each card data in one line for each card (step 5129), as shown in FIG.
3).

On the other hand, after transmitting the card data in step 82676, the central processing unit adds "1" to the total number of cards issued, calculates the remaining amount of the card and the cumulative total of the number of balls held, and further updates each card state. After calculating the number of cards, determine whether all cards have been completed (
Step 52677.52678). If not completed, return to step 52671 and repeat the above procedure; if completed, send the card total data to the local processing device in step 52679 and display it on the all card details display screen in FIG. 130. Send display data end command (steps 52379, 52680, 5129
4,51295).

FIG. 101 shows the procedure of card data total display processing for displaying the total card data.

This total display process is executed according to almost the same procedure as the card details display process shown in FIG. 100 (step 51).
301-31304, 52684-52689). The only difference is that step 82676 is omitted, that is, data for each card is not transmitted, but only the total data of all cards is transmitted (step 32686). On the other hand, correspondingly, total data is displayed on the screen of the CRT display device 411 (same as the lower half of the all card details display screen in FIG. 130).
only.

FIG. 102 shows the procedure for displaying interrupted card data and the machine number of the interrupted pachinko machine, and FIG. 131 shows the interrupted card data displayed on the CRT display device 4.11. An example of the configuration of a card data display screen is shown.

When the display menu switch 428 on the console 412 is turned on, the local processing device 413 causes the CRT display device 411 to display a display menu selection screen as shown in FIG. 121 (step 51311).

When the operator selects the suspension card display using the numeric keypad while looking at this screen, the local processing unit issues a command to the central processing unit to request suspension cart display data! - is sent (step S1312).

When this command [to is received, the central processing unit reads the pachinko machine files in order and checks whether the status of cars 1 to 1 in the file is "suspended" (step 516).
91.51692). Here, for cars whose status is "interrupted J," the time read from the history data field of the card (interruption occurrence time) and the current time of the timer are compared to calculate the elapsed time ( Calculate (difference) (
Step S2693). Then, the elapsed time, the card number, the amount of money, the number of balls held in the cart data, the movement terminal number, and the interruption time in the history data column are transmitted to the local processing device n (step 5L694). Then,
The local processing unit is connected to each car 1 as shown in Figure 1:31.
Display the data of ~ in one line (step S l
31.3). Also, central processing′! When location A finishes extracting data from interruption cards for all carts in the file, it sends a 1-display data end command, and when the local processing device receives this, it waits for key human power (step 52).
695, 8269G, 51314).

In the management device of this embodiment, by displaying the interruption card data, the management device sends a "forced termination request" packet to the pachinko machine whose interruption elapsed time is too long. , then by sending a ``forced termination release'' packet, the suspended state can be canceled and the transition can be made to the free state.As a result, - number of players can use multiple cards to play multiple pachinko machines. This makes it possible to avoid the situation where pachinko machines are exclusively used and to make the game fairer by opening up the pachinko machines to many players.Furthermore, in the system of this embodiment, the data of the suspended card is stored in the cart file. Therefore, even if the suspended pachinko machine is released to another player, the interests of the player will not be harmed at all.

In addition, in the above embodiment, the elapsed time of the pachinko machine that is suspended is displayed on the suspension card data display screen, but the data of the pachinko machine whose operation information is "suspended" from the pachinko machine file is displayed. It is also possible to prepare an interruption table display process and a screen to be displayed, read the interruption time from the cart file using the card number in the pachinko machine file that is being interrupted, calculate the elapsed free time, and display it.

Although not shown, in the above embodiment, when there is too much data to display on one screen, as in the all-machine display screen shown in FIG. 124, when the return key 426 is turned on, 10 lines are displayed. The string is now scrolled upwards.

Figure 1.03 shows more specific details of the random number generation process 52012 in the initialization flow of Figure 62 and the cart number calculation process 52151 in the flow of Figure 67 that calculates a card number using the random number obtained thereby. The following steps are shown in sequence.

To generate a random number, first, a random number A between 0 and 10,000 is generated. Specifically, for example, find the sum of "January, which is a business day,""January1st," and "the number of the lowest digit of the current time (1/100 second unit)," and set it as a random number 1. Step 527
01).

Next, using the random number generation command RND (n), which is one of the commands of the FORTRA N programming language, (n)
The random number 1 generated in the above step S1 is inserted into , to generate a random number (7 digits or more) with a decimal point between O and 1, and this is multiplied by ↓o7 to obtain a random number 2 (step 52702).

Then, the same <FORTRAN command INT(n) is used to round down the decimal part of the random number 2 (step 52
703).

After that, in step 52704, the random number A is determined to be 0≦A.
≦1. Check whether the condition OOOO is satisfied, that is, whether A is thicker than O and smaller than 10000, and find out whether A<O
Or, when A is >10000, the process returns to step S1 and the random number A is generated again. Then, step 5270
5, add 1.0000 to the random number A that satisfies the above conditions.

As a result, the random number A becomes any number between 10,000 and 20,000. Therefore, first, the FORTRAN command MOD is used to find the remainder when the random number A is divided by the integer "5", and this is set as the random number B (step 82706).

Therefore, the random number B is one of 0, 1, 2, and 3.4.

Thereafter, during the card purchase packet reception flow, the random number A obtained in step 52705 is added to the card issuing serial number n, and the addition result X is set as the primary card number (step 52707).

However, the issue serial number n given here is 1 to 127.
67, and no cards exceeding 12,767 cards will be issued. As a result, the -next card number X is 10001 to 3276
It will be a number between 7. The reason for setting the upper limit of X to 32767 is
This is because 32767 is the largest number that can be expressed in 5 bits in the binary system, and in the gaming system described below that handles 16-bit data, a code with rlJ in the most significant bit is used as a special number that is different from a normal gaming card. This is to reserve it for a card (a test card in the embodiment described later).

In the next step 52708, the primary card number Let's do it.

Here, five types of conversion patterns are prepared in advance according to the random number B as the bit replacement rules, and the conversion patterns corresponding to the random number B are executed to replace the bits.

In the case of 15 bits, the bit replacement pattern is (15'
! -1) There are several possibilities, but you can select any five of them and create a program to perform such bit swapping. The larger the number of bit permutations, the longer the execution time, but the more difficult the conversion pattern is to predict. Therefore, it is preferable to select a pattern in which all 15 bits are replaced.

Table 31 shows an example of a bit permutation pattern corresponding to random number B.

Table 31 Table 32 Next, the actual conversion of the card number using the above bit replacement pattern will be explained, taking as an example the case where the random number A is 14297, the random number B is 2, and the issued serial number n is 635. In this case, the -next card number X is r from X = A + n
It becomes 14932J. Expressing this in hexadecimal number is r
3A54J and expressed in binary number is rOOlllo
It becomes oolololooJ. This - next card number 5
When converted using the third conversion pattern corresponding to random number B=2, the result is as shown in Table 32 below, and the secondary card number is rlE13J in hexadecimal notation and r7699j in decimal notation.

On the other hand, the process of calculating the card issuing serial number from the card number performed in the flow of FIGS. 67 and 68 to 74 (steps 52151, 52161, 52181)
,52201,52221゜52241,82261,
52281) etc., the specific method is the above step 52707.
, 52708, first convert the card number into a binary number, then inversely transform each bit using the conversion pattern determined by random number B (see Table 32) to obtain X.
The issue serial number can be obtained by subtracting the random number A from .

Note that in the above embodiment, the issuing machine 20 is included in the management device 400.
Although the same issuing device as the card issuing device 700 in 0 is provided, test cards and resurrection cards only need to be issued by punching holes and recording magnetic data without printing the amount or the like. (e.g. when using pre-printed or handwritten cards),
A magnetic head 821 and a punch device 8 as shown in FIG.
02 may be incorporated, and the card tank 901, card ejecting device 710, printing device 750, etc. may be omitted.

Furthermore, instead of incorporating the card issuing bag M700 in the management device 400, the card issuing bag M700 is transferred from the management device 400 to the issuing machine 200.
It is also possible to send a card revival ``packet'' or a pass test card issue packet to cause the issuing machine to issue a revival card or a test card.

However, if it is installed in the management device, it will not interfere with purchases by general players.

[Effects of the Invention] As explained above, the present invention provides a gaming machine in which a game can be played only with a card on which an identification code is recorded, an issuing device for issuing the card, and a memory for settling the valuable data of the card. The media payment device and their management device are connected through a transmission means, and the management device manages valuable data substantially equivalent to the amount of money or the number of balls for each identification code given to the card, and is a gaming system that allows games to be played within the range of valuable data obtained from the management device based on the identification code read from the card; ``Number conversion means is provided to convert non-consecutive numbers consisting of 8 numbers excluding 4J and ``9'' into serial numbers consisting of digits ``O'' to ``7'', and data of gaming machines to which discontinuous numbers are assigned is provided. is stored in the storage device of the management device using the serial number converted from the machine number as an index, so the data of the pachinko machine is stored in the storage device of the management device using the serial number after conversion as an index. Therefore, there is no wasted area in the memory, which increases usage efficiency, and when a person sets data on the management device or requests data, they can input it using the machine number, which is automatically converted to a consecutive serial number. This has the effect of reducing mistakes.

[Brief explanation of 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 (B) are front views showing an example of a card used in the system according to the present invention. Internal configuration diagram, Figure 2 (C) is an explanatory diagram showing an example of the configuration of the authenticity identification area in the card, Figure 2 (D) is a sectional view showing an example of the cross-sectional structure of the card, Figure 2 (E) is an explanatory diagram showing an example of the configuration of the magnetic recording section in the card, Figure 3 is a perspective view showing an example of the overall configuration of the pachinko machine that constitutes the gaming system, and Figures 4 (A) and (B) are the front side of the pachinko machine. FIG. 5 is a cross-sectional side view showing a configuration example of the operation panel section, and FIG. 5 is an exploded perspective view of the operation panel section. Fig. 6 is a perspective view showing the internal configuration of the operation panel section, Fig. 7 is a perspective view showing an example of the structure of the enclosed ball circulation device on the back side of the pachinko machine, and Fig. 8 is a perspective view showing the structure of the enclosed ball circulation device on the back side of the pachinko machine. Fig. 9 is a perspective view showing the attached state; Fig. 9 is a perspective view showing details of the base of the ball launch rail; FIG. 10 is a perspective view showing the front panel of the pachinko machine in an open state; FIG. 11 is a perspective view showing an example of the configuration of a frame board that includes a frame that holds a game board and a launch rail that is coupled to the frame; Fig. 12 is a perspective view showing the configuration of the back side of the front frame of the pachinko machine; Fig. 13 is a rear perspective view showing an example of the configuration of the back side of the pachinko machine; Fig. 14 is a perspective view showing an example of the configuration of the pachinko machine control unit; FIG. 15 is a perspective view showing the internal structure of the control unit, FIG. 16 is a perspective view showing the structure of the front panel of the control unit, FIG. 17 is a perspective view showing the mounting positional relationship between the pachinko machine and the control unit, and FIG. Figure 18 is a perspective view showing the framework of the island equipment where pachinko machines are installed. FIG. 19 is a perspective view showing a pachinko machine and a control unit installed on the island equipment, and FIG. 20 is a perspective view showing the back side of the island equipment. FIG. 21 is a block diagram showing the control system of the entire pachinko machine; FIG. 22 is a block diagram showing an example of the circuit configuration of the pachinko machine control device; FIG. 23 is a block diagram showing an example of the circuit configuration of the pachinko machine control unit; Figure 24 is a memory map showing the area configuration of the unit memory, Figure 25 is a perspective view showing an example of the configuration of a card reader for a pachinko machine, Figure 26 is an exploded perspective view of the card reader, and Figure 27 is a card insertion diagram of the card reader. FIGS. 28A and 28B are cross-sectional side views showing details of the card insertion part of the card reader, and FIGS. 29A and 29B are exploded perspective views showing details of the card insertion part of the card reader.
) is a cross-sectional side view showing details of the shutter portion at the card reader entrance, FIG.
Figure (B) is a sensor detection timing chart when a card is inserted, Figure 31 is a block diagram showing an example of the circuit configuration of the card reader control device, Figure 32 is a block diagram showing the card reader interface circuit, and Figure 33 is a block diagram showing an example of the circuit configuration of the card reader control device. A timing chart showing the data reading and writing timing of the card reader, Fig. 34 is a perspective view showing a configuration example of a card issuing machine used in the gaming system according to the present invention, and Fig. 35 shows the front panel of the issuing machine opened. FIG. 36 is a perspective view of the card issuing device installed in the issuing machine; FIG. 37 is a schematic configuration diagram of the card issuing device; FIG. 38 is a perspective view showing the state.
FIG. 39 is a perspective view showing the structure of a card ejecting device constituting the card issuing device, and FIG. 39 is a perspective view showing the structure of the card ejecting device also forming the card issuing device. Fig. 40 is a block diagram showing a configuration example of a control device of a card issuing machine, Fig. 41 is a block diagram showing a configuration example of a unit control device of a card issuing machine, and Fig. 42 (A) shows a configuration example of a payment machine. Perspective view shown, No. 42
Figure (B) is a perspective view showing the top panel and front panel of the payment machine in an open state, Figure 43 is a perspective view showing an example of the configuration of the card payment device that constitutes the payment machine, and Figure 44 is a perspective view of the present embodiment. A perspective view of a pachinko parlor counter configured using a payment machine, Figures 45 (A) and (B)
46 is an explanatory diagram showing an example of the configuration of a receipt issued by the payment machine, FIG. 46 is a block diagram showing an example of the configuration of the control device of the payment machine, and FIG. 47 is a block diagram showing an example of the configuration of the unit control device of the payment machine. , Fig. 48 is a perspective view showing an example of the overall configuration of the management device;
The figure is a block diagram showing an example of the system configuration of the management device itself. FIG. 50 shows an example of the configuration of the console of the management device. (A) is a plan view, (B) is a rear view, and FIG. FIG. 52 is an explanatory diagram showing the state transition of cards in the gaming system of the present invention; FIG. 53 is a block diagram showing an example of the configuration of the transmission system in the gaming system of the present invention. , Figure 54 shows N, which controls data transfer on the network.
A block diagram showing an example of the configuration of an AU (network adapter unit); FIGS. Figure 55 (C) shows the management device-N on the low-layer network.
Figures 56 to 60 are block diagrams showing the bucket 1 structure between AUs and between management devices and units, and show examples of the configuration of packets sent and received on the high-rise network I-network. ),
(B) is the structure of the “line test” packet! Diagram. Figures 57 (A) and (B) are “UNINO 1-Table request”
Packet configuration diagram. Figures 58 (A) and (n) are diagrams of the structure of the "initial value setting" bucket. Figures 59 (A) and (B) are "regular data requests" from the management device to the pachinko machine. and its response packet. Figures 60 (A) and (B) are configuration diagrams of the ``packet'' for various commands and its response ``ACK'' packet, and Figure 61 (
A), (B), and (C) are the "cart-in" packet and its response "A CK" and negative response "NAK"
"Packet configuration diagram, Figures 62 (A) to (D) are flowcharts showing the initialization procedure of the central processing unit and local processing unit in the management device, and Figure 63 is a flowchart showing the initialization procedure of the central processing unit and local processing unit in the management device. 64 is a flowchart showing the processing procedure when the setting update switch on the top surface of the console is turned on in the management device; FIG. 65 is a flowchart showing the processing procedure for periodic data request by timer interrupt; Fig. 66 is a flowchart showing the procedure of the regular data reception process as a response. Fig. 67 is a flowchart showing the processing procedure when the management device receives the "card purchase" packet, and Fig. 68 is a flowchart showing the processing procedure when the management device receives the "card purchase" packet. FIG. 69 is a flowchart showing the processing procedure when the management device receives the “Suspension Card-in” packet. FIG. 70 is a flowchart showing the processing procedure when the management device receives the “Suspension Switch” packet. Flowchart 71 shows the processing procedure when the management device receives the "end switch" packet, and FIG. 72 shows the processing procedure when the management device receives the "return switch" packet. FIG. 73 is a flowchart showing the processing procedure when the management device receives the “Cancel” packet, and FIG. 74 is the processing when the management device receives the Packard Settlement packet. Flowchart showing the procedure, Figure 75 is a flowchart showing the processing procedure when the termination release switch on the second side of the console is turned on in the management device, and Figures 76 to 78 are the forced termination switch on the top side of the console in the management device. Figures 79 to 81 are flowcharts showing the processing procedure when the forced termination release switch on the top of the console is turned on in the management device. Figure 82 is a flowchart showing the processing procedure when the FIG. 83 is a flowchart showing the procedure for network error recovery processing in the management device, and FIG. 84 (A) shows the procedure for NAU recovery processing in the processing flow of FIG. Flowchart showing specific steps; FIG. 84(B) is a flowchart showing specific steps of token bus recovery processing in the processing flow of FIG. 83; FIG. 85 shows hot code recovery processing in the processing flow of FIG. 83. FIG. 86 is a flowchart showing the specific steps of the unit recovery process in the process flow of FIG. 83. FIG. 87 is the process when the closing switch on the top of the console is turned on in the management device. Flowchart showing the procedure. Figure 88 is a flowchart showing the processing procedure when the card restoration switch on the top of the console is turned on in the management device. Figure 89 is a flowchart showing the processing procedure when the test card restoration switch on the back of the console is turned on in the management device. Flowchart showing the processing procedure. Figure 90 is a flowchart showing the procedure for interrupt display processing of sales statistics data by timer interrupt. Figure 91 is a flowchart showing the procedure for displaying data of a stop table. FIG. 93 is a flowchart showing the procedure of data display processing for all machines; FIG. 94 is a flowchart showing the procedure of data display processing for red machines. FIG. 95 is a flowchart showing the procedure for data display processing in the black balance, FIG. 96 is a flowchart showing the procedure for data display processing by the issuing machine, and FIG. 97 is a flowchart showing the procedure for data display processing by the payment machine. Figure 98 is a flowchart showing the procedure for displaying all business data; Figure 99 is a flowchart showing the procedure for displaying data on a specific card; Figure 100 is a flowchart showing the procedure for displaying card total data; Figure 101 is a flowchart showing the procedure for displaying card total data; 1.02 is a flowchart showing the procedure for displaying data on a suspended card; FIG. 103 is a flowchart showing the card number generator*1 in the management device; FIG. 104 is a flowchart showing the procedure for displaying card details data; A display screen configuration diagram showing a configuration example of an initial screen displayed on a CRT display device in the management device; FIG. 105 is a display screen configuration diagram showing a configuration example of an abnormal terminal display screen displayed on a CRT display device in the management device; FIG. 106 is a display screen configuration diagram showing an example of the configuration of a store opening request screen displayed on a CRT display device in the management device, and FIGS. FIG. 110 is a display screen configuration diagram showing an example of the configuration of the discontinuation number setting screen displayed on the CRT display device in the management device; FIG. 111 is a configuration diagram of the initial value setting screen showing an example of the configuration of the request screen; FIG. FIG. 112 is a display screen configuration diagram showing an example of the configuration of a stop mode setting screen displayed on a CRT display device; FIG. , FIG. 113 is a display screen configuration diagram showing an example of the configuration of a normal display screen during business hours displayed on a CRT display device in the management device, and FIG. FIG. 115 is a display screen configuration diagram showing a configuration example of a pachinko machine forced termination screen displayed on a CRT display device in a management device; FIG. 116 is a display screen configuration diagram showing a configuration example of a pachinko machine forced termination screen displayed on a CRT display device in a management device 117 is a display screen configuration diagram showing an example of the configuration of a pachinko machine forced termination cancellation screen displayed on a CRT display device in the management device; FIG. Figure 119 is a display screen configuration diagram showing a configuration example of a payment machine forced termination cancellation screen displayed on a CRT display device in a management device. Figure 119 shows a configuration example of a system termination screen displayed on a CRT display device in a management device. Display screen configuration diagram; FIG. 120 is a display screen configuration diagram showing a configuration example of a card recovery screen displayed on a CRT display device in the management device; FIG. 121 is a display menu selection screen displayed on the CRT display device in the management device 122 is a display screen configuration diagram showing an example of the configuration of a stop table display screen displayed on a CRT display device in the management device; FIG. FIG. 124 is a display screen configuration diagram showing an example of the configuration of a specific unit display screen displayed on the device; FIG. Figure 125 is a display screen configuration diagram showing an example of the configuration of a red line data display screen displayed on the CRT display device in the management device, and Figure 126 is a configuration example of the issuer data screen displayed on the CRT display device in the management device. 127 is a display screen configuration diagram showing an example of the configuration of the payment machine data display screen displayed on the CRT display device in the management device; FIG. 128 is a display screen configuration diagram showing a configuration example of the payment machine data display screen displayed on the CRT display device in the management device. A display screen configuration diagram showing a configuration example of a data screen; FIG. 129 is a display screen configuration diagram showing a configuration example of a specific card data screen displayed on a CRT display device in the management device; FIG. 130 is a CRT display device in the management device FIG. 131 is a display screen configuration diagram showing an example of the configuration of a card details data screen displayed on a CRT display device in the management device. FIG. 100...Pachinko machine, 110...Operation panel, 113...Purchase switch, 114...Interrupt switch, 115...End switch, 130...
Ball circulation device, 160...control unit, 180...
... Unit control device, 188 ... Card reader control device, 195 ... Pachinko machine control device, 190.
...Unit controller, 200...Card issuing machine, 700...Card issuing device, 710...
Card ejecting device, 740...Card reversing device, 75
0...Printing device, 7.70...Card extraction device, 300...NX machine, 400...Management device, 5
50...Unit memory, 551...Data transmission controller, 553...Network controller, 800...Card reader, 802...Card insertion/ejection port, 807...Transportation motor ,809...
・Shutter solenoid, 820... Punch device, 8
21...Magnetic head. Figure 2 (B) (A) Figure (B) 846 (A) 28th 29th (B) 45 08 / CB) 04 Gu m U OLI L. Σ Zo cL OQ: ψ (A) Fig. 4 (B) Fig. 60 (A) (B) Various command packets CK Fig. 61 (A) ““Card-in” packet configuration” Management device ← NAU ( Card No.) NAU←Control unit (Card No.) 1162- Fig. 61 (B) ““Cart-in” packet configuration (affirmative response)” Management device → NAU (ACK + card text) NAU → Control unit (ACK + card text) Figure 61 (C) "Card-in" packet configuration (negative response) Management device → NAU (NAK) NAU → Control unit (NAK) Certain 103 Figure

Claims (1)

[Claims] (1) Valuable data substantially equivalent to the amount of money or the number of balls is managed in a management device for each identification code given to the card, and in pachinko gaming machines, the above data is managed based on the identification code read from the card. In a pachinko gaming system that enables gaming within the range of valuable data obtained from a management device, the management device is connected to a master control device, a local processing device, an input operation device, and a controller.
It is composed of an RT display device, a magnetic storage device, a printing device, an auxiliary power supply device, and a transmission control device, and in the magnetic recording device, a card file in which data of each card is recorded using the identification code as an index; A pachinko machine file that stores the data of each pachinko machine using the machine number as an index, an issuing machine file that stores the data of each issuing machine using the machine number as an index, and a pachinko machine file that stores the data of each payment machine using the machine number as an index. A card-type device characterized by storing a payment machine file that stores information as a payment machine file, a setting value file that stores initial settings, and a transmission address file that stores addresses used for communication with each terminal device. A management method for gaming systems.