JP2688739B2 - Storage media type gaming device - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a storage medium type game in which a game can be executed in connection with insertion of a game storage medium to which valuable data or the like which is substantially equivalent to money is inserted. The present invention relates to a storage medium type gaming facility including a device and a management device communicatively connected to the storage medium type gaming device.

[0002]

2. Description of the Related Art In recent years, a card-type pachinko game apparatus has been proposed as a typical example of a storage-medium-type game apparatus installed in a storage-medium-type game facility in which a game is played using a card-type storage medium as an intermediary. ing.

This card-type pachinko gaming apparatus has an advantage that a player can carry around only a card which is a storage medium and can reduce the trouble of carrying a large number of pachinko balls that easily fall.

Card-type pachinko game systems that have been conventionally proposed are roughly divided into the following two systems.

In the first method, when the card is issued, the number of balls held corresponding to the purchase amount is stored in the card, and a pachinko game is played within the range of the number of balls held, and the number of balls held is increased or decreased during the game process. The data is stored in a card (see Japanese Examined Patent Publication No. 47-42227).

In the second card system, when a card is purchased, a card in which only a code number is recorded is issued, the number of balls held is stored in a management device, and the card is inserted into a card reading device of a pachinko machine. This allows the player to play the game by recalling the number of balls he has memorized.
1-32709, Japanese Patent Publication No. 51-17106).

Of these, in the second method, each pachinko gaming device and a management device that centrally manages these and stores the number of balls held by each card are connected via transmission means, and each Based on the code number sent from the gaming device, data regarding the number of balls held is sent back to each gaming device. In this case, it is conceivable to connect each gaming device and the management device on a one-to-one basis via a signal line as a transmission means, but doing so has a drawback that the number of signal lines becomes enormous. .

Therefore, each pachinko gaming device and the management device are connected by a communication line, each pachinko gaming device is given an individual identification code (unit number), and the identification code is given to each game through the communication line. A method of transmitting from the device to the management device and allowing the management device to individually recognize each gaming device by the identification code is considered.

[0009]

However, in many cases, the pachinko game machine is frequently replaced every time the model is changed due to its nature, and in the above system, each game machine is again replaced every time the game machine is replaced. It has been found that there is a problem in that the game shop side has to bear a heavy work load because the work of resetting the identification code is required.

Since the identification code is reset by an artificial operation, mistakes such as mistakes in attaching the code are apt to occur. For example, when the same code is set in a plurality of gaming devices or the management device. If a code that cannot be recognized is set, the management device may malfunction, the data stored in the management device may not correspond to the gaming device, or the stored data may be destroyed. It can cause serious problems.

Also, every time the pachinko game machine is replaced,
Since the identification code setting means such as a machine number setting switch for setting the identification code for each gaming device is also replaced, the gaming device has a high cost, and there is a drawback that the economic burden on the gaming shop side increases.

The present invention has been made by paying attention to the above problems, and an object of the invention is to relate to an auxiliary unit in a storage medium type game apparatus composed of a game machine main body and an auxiliary unit. With the auxiliary unit identification number setting means, it is unnecessary to set the identification number which is troublesome and error-prone when replacing the main body of the game machine, and the auxiliary unit does not have to be replaced, so the economic burden on the amusement store side It is to provide a storage medium type game facility capable of reducing the above-mentioned problem.

[0013]

[0014]

In order to achieve the above object, the present invention enables a game to be executed in connection with insertion of a storage medium containing valuable data at least substantially equivalent to money. A storage medium type gaming device in a gaming facility comprising a plurality of storage medium type gaming devices and a management device communicatively connected to the storage medium type gaming device, wherein the storage medium type gaming device is A game machine main body that provides a required game using a game medium, and an auxiliary unit that includes a storage medium reading unit that can read information in the information storage section of the storage medium, and the game machine main body is , Conversion operation means for giving a command to convert the valuable data in the storage medium into a game medium (for example, a game ball or the number of balls), and a valuable data table displaying the valuable data in the storage medium Means and ejecting operation means for giving a command to eject the storage medium inserted in the storage medium reading means, wherein the auxiliary unit is at least an identification number setting means capable of identifying the auxiliary unit, and the identification The communication control means for transmitting the identification number set by the number setting means to the management device is provided.

[0015]

According to the above means, the storage medium type game apparatus is composed of the game machine main body and the auxiliary unit, and the auxiliary unit transmits the identification number setting means and the identification number of the auxiliary unit to the management apparatus. Since the management device is provided with the means, the management device can accurately grasp the one-to-one auxiliary unit identification number with the gaming machine main body, and further, even if the gaming machine main body is replaced, the auxiliary unit continues to be used without being replaced. Therefore, it is possible to reduce the economic burden on the game shop side.

[0016]

[0017]

[0018]

DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows an embodiment of a storage medium-type gaming machine (pachinko gaming system) according to the present invention to which a card-type pachinko gaming machine (hereinafter referred to as a pachinko machine) is applied as an example of a storage medium-type gaming machine. Here is an example.

The pachinko game system according to this embodiment is a pachinko machine 100 as a storage medium type game machine which constitutes a storage medium type game machine equipped with an identification code setting means, a setting state reading means, a communication control means, etc. which will be described later. And a issuing machine 200 as a storage medium issuing device for issuing a card CD as a card-shaped storage medium in which valuable data that is substantially equivalent to money or game value for starting a game in each pachinko machine 100 is stored. 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 not used in the game, and the above-mentioned various terminals are centrally managed and controlled, and particularly a pachinko machine. 10
Regarding 0, a management device 400 that records and manages the data of each pachinko machine 100 for each pachinko machine based on the identification code (unit number) sent from each pachinko machine 100, and the management device 400 and each terminal device. The data transmission path 520 is a transmission means that is organically coupled to each other and transmits an identification code from each pachinko machine 100 to the management device 400. These components constitute an organic coupling body.

The organic combination can be interposed only by the card CD, and the operation of the card CD and the conversion of its valuable data can be performed only by the organic combination. Therefore, the pachinko machine 100, the issuing machine 200, the settlement machine 300, and the management device 400, which are the constituent elements of the organic binder, each have a card reader 800 (see FIG. 27) as a storage medium reading device. A card reader that writes data on the magnetic surface of the card CD is also referred to as a card reader.), And information on the card CD and information on each terminal are stored in the management device 400.
Is stored in the form of a data file in the storage device.

Next, before a detailed description of each component of the organic binder, a card CD applied to the pachinko machine 100 of this embodiment will be described.

As shown in FIG. 2A, the card CD used in the pachinko machine 100 of the present embodiment has a purchase amount AM, an issue date (= valid date) DATE, and the like. A print display section PRT is provided along the card insertion direction (longitudinal direction of the card) on which information necessary for the card and the issue serial number n and the like necessary for the recovery of the damaged card are printed at the time of issuance. Therefore, there is no need to prepare a plurality of types of cards on which different amounts of money are printed in advance.

Immediately above the print display section PRT, a perforation for recording the state of the card CD, that is, the history or status transition of the card such as issued, resurrected, played, returned to zero (zero), and settled in the form of a perforated hole. A punch hole forming area PH as a part is also provided along the card insertion direction.

By detecting the perforations formed on the card CD with a photoelectric detector, it is possible to read the number-of-balls data from the file of the management device 400 by using the code recorded in the magnetic recording section and confirm it. Since the state of the card CD can be easily grasped, the burden on the controller CPU2 of the card reader 800 and the management device 400 required to determine the processing corresponding to the state of the card CD can be reduced.

On the other hand, at a position slightly below the center of the card CD, there is provided a magnetic recording portion MG coated with a band-shaped magnetic material from the front end to the vicinity of the center (see FIG. 2B). The magnetic recording portion MG may be formed not only on a part of the card CD in the longitudinal direction but also in a continuous band shape from end to end of the card similarly to the print display portion PRT, or a magnetic material may be formed on the entire back surface of the card CD. May be applied to form a magnetic recording portion.

Further, in the card CD of this embodiment, the transport roller 81 in the card reader 800 is located between the print display section PRT and the magnetic recording section MG, that is, at the center of the card CD.
2 (see FIG. 28) is provided along the longitudinal direction of the card CD in a belt-like roller running area RRA slightly wider than the card CD. The magnetic recording unit MG, the print display unit PRT, and the authenticity discrimination area TF having important information to be used are prevented from being damaged, and the information can be prevented from being unreadable. .

Further, in the card CD of this embodiment, an authenticity discrimination area TF consisting of a security mark hidden in characters such as a hole name printed on the surface of the card is provided below the magnetic recording portion MG. That is, the characters "PLAZA" printed on the surface of the card CD are converted into detection bit patterns B0 to B9 in which the legs of each character are provided at a pitch of 3.5 mm or the like as shown in FIG. Design and print to come to the position corresponding to.

The character width is set to 0.5 to 1.5 mm and the distance between each bit is set to 3.5 mm, and "1" or "0" of each bit is expressed by the shade of the character. Moreover,
Of the ten bits, the fifth bit B4 from the left and the last bit B9 determine the shading of the character so as to represent the parity of bits B0 to B3 and B5 to B8. It is more preferable that the security bits concealed in the character string be formed using a special ink which can be detected only by a sensor and is indistinguishable to human eyes.

Further, on the surface of the card CD of this embodiment, there is provided a head cleaning area HCN in which a cleaning agent for removing dirt on the magnetic head is applied to a strip-shaped area continuous with the magnetic recording portion MG. ing. At the same time, in the card CD of the embodiment, the magnetic recording unit MG
To keep track of where is located,
As shown in FIG. 3D, a white layer 13 is formed on a magnetic layer 12 formed by uniformly coating magnetic particles on a base material 11 made of plastic such as polyester, and a pattern is further formed thereon. After placing the print layer 14, a thermosensitive coloring layer 15 is formed on a part thereof (a portion corresponding to the print display unit PRT),
A transparent protective film 16 is coated thereon.

A cleaning agent of the same color as the white layer 13 is applied to the cleaning area HCN, and the surface thereof is exposed so that the protective film 16 is not coated, so that the cleaning area HCN is colored with other areas. The aesthetics are improved by making almost no change. Also, a pattern printing layer 17 is provided on the back surface of the card base material 11.
Is formed, and the protective film 18 is coated thereon.

In the card having the above-mentioned 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 the white white layer 13.
, It is possible to provide a card with rich fashion by printing a picture, and has a function of concealing the magnetic recording unit MG.

Further, since the surface of the card CD is coated with the protective film 16, important information used for discriminating the card CD such as the print display portion PRT, the magnetic recording portion MG, and the authenticity discrimination area TF is held. The area is protected, the information is less likely to be destroyed, and the reliability of the card CD is improved.

FIG. 4 shows a structural example of the magnetic recording portion MG provided in the card CD.

The magnetic recording portion MG of the card of this embodiment has 2
Track T, of which the first track T
Clock data for giving a sampling timing is recorded in RC1.

The second track TRC2 is 4 in order from the left.
Field STX in which the start code of the bit and its parity bit are entered, a company code MK indicating the manufacturer of the card reader
C and the device code MCC indicating the model of the card reader, the identification code DSC of the amusement shop, the date data DATE, the card number No, the issue command code FNC given by the card reader at the time of issuing the card, and the authenticity read from the authenticity discrimination area. A text field TXT containing security data SDC, a field ETX containing a text end code,
It is composed of a field LRC containing an exclusive OR value (detection code) of text data and an end code, and a field STX containing a start code. In addition, the date data DATE is provided with a bit P indicating each parity for every four bits, the first four bits represent “month”, and the sixth to ninth bits and the eleventh bit represent “month”. Day ”, and bits 12-14 and bits 16-
In the 19th bit, the last two digits of the Christian era are binary-coded and recorded.

In the card CD having the magnetic recording portion MG,
Generally, it is easiest to decode the recording format and recording data from the date. However, in the card CD of the above embodiment, the order of the date is changed, a parity bit is inserted every four bits, and the recording bit is further added. , It is extremely difficult to forge a card CD.

Further, as described above, the information recorded in the magnetic recording portion MG of the card CD of this embodiment is the identification code DSC for specifying the usable space of the card CD.
And the date of issue DATE to indicate the validity period of the card
And a card number as an identification code obtained by using an appropriate function or conversion method from the issue serial number n, and a check code for error detection, and the purchase amount and the number of balls held are not recorded.

These are constructed so that they can be extracted in real time from the data file of the management device 400 by the card number NO. This can prevent fraud by copying the card CD and minimize damage caused by fraud. In other words, even if the card CD is copied, no damage occurs beyond the purchase price and the number of balls registered in the data file, so copying the card CD is a completely useless act.

Moreover, in the above embodiment, the authenticity of the card is judged not only by the magnetically recorded information recorded on the card CD but also by the authenticity discrimination area TF which is difficult to forge. It can be surely prevented. Further, since the fraudulent card can be immediately detected by checking the authenticity discrimination area TF, the magnetic information is stored in the management device 40.
It is possible to find an unauthorized card more quickly than sending it to 0 and determining the unauthorized card. The magnetic recording unit MG
Although a perforation is also formed in a telephone card or the like having a card, the perforation of the conventional card is provided to inform the user of the remaining balance, and the card reader detects the perforation and detects any perforation. It is not intended to be used for processing or determination.

Next, a configuration example of the storage medium type game device according to the present invention will be described with reference to FIGS.

The storage medium type game machine of this embodiment is arranged in a pachinko machine 100 as a storage medium type game machine, and one-to-one correspondence with the pachinko machine 100 in an island facility or the like above the main body of the game machine. Identification code setting means (setting switch 171: FIG. 1) for setting and storing the identification code for each pachinko machine 100.
7)) and setting state reading means (unit controller 190: see FIG. 25) for reading the setting state,
In addition to controlling these, a display device (amount display device 111, a coin number display device 112) as a display means and a card reader 8
Controlling 00 and collecting moving data during games,
It is configured by a control unit 160 which also functions as a communication control device for transmitting the identification code of the pachinko machine 100 to the management device 400 via the transmission path 520.

The pachinko machine 100 is openably and closably mounted by a hinge 102 in a machine frame 101 fixed to an island facility of a pachinko parlor. A reinforcing plate 1 having an operation dial reinforcing member 107a at the lower portion of the machine frame 101 that withstands the weight of the pachinko machine 100 and absorbs the vibration of the hit ball launching device 103.
07 is stuck.

At the bottom of the pachinko machine 100, there are provided a ball-striking launcher 103 for launching enclosed balls one by one into the game area and an operation dial 104 thereof.

Further, above the operation dial 104, the amount display 11 as the first valuable data display means for enabling the procedure for starting the game using the card CD.
1, ball number display 112, purchase switch 113, interruption switch 114, end switch 115, game state display 11
An operation panel 110 as a front operation member including 6 and the like is provided.

The structure of the game area on the front of the pachinko machine 100 is the same as the conventional one.

The purchase switch 113 is the control unit 16
0, within the range of the amount of money recorded in the magnetic recording unit MG of the card CD on the premise that the card CD is inserted into the card reader 800 built in 0, an instruction for converting this into a game ball in units of 200 yen or the like. With the switch, the converted game ball becomes the number of balls.

The remaining amount of the card CD is displayed on the amount display unit 111 at a frequency of 100 yen as one unit, and the converted number of balls held is displayed on the number-of-balls display unit 112.
Each time one hitting ball is fired by the hitting ball firing device 103, the number of possessed balls is decremented by one, and when a winning ball is generated, the number of prize balls is added and displayed.

The end switch 115 is turned on at any time when the player wants to end the game (including the case where the player wants to change the game table), thereby ejecting the card CD in use from the control unit 160. be able to.

At that time, the unit controller 190 (see FIG. 25) registers the remaining amount of money of the player and the number of balls (the sum of the purchased balls and the acquired balls) in the file of the management device 400 at that time and then the card. The CD is ejected from the insertion / ejection slot 802a of the card reader 800.

The interruption switch 114 is a switch used by the player to temporarily interrupt the game for a break, although the player has no intention of stopping the game on the gaming machine currently being played, and this switch is operated. Then, the unit controller 190 once ejects the card and waits until the same card is inserted again, and does not accept any other card during that time.

Of the above switches, the purchase switch 113 is a lamp built-in type, and the lamp in the purchase switch 113 blinks when the number of balls held becomes "0".

Operation panel 110 as a front operation member
As shown in FIG. 6, is mounted on an openable front panel 105 below the pachinko machine 100.

Further, the operation panel 110 has a triangular cross section and has a hollow shape and projects forward, and the upper surface thereof is inclined downward toward the front, so that a player sitting facing the pachinko machine 100 can play the game board. Therefore, the display content of the display device can be easily read without shifting the line of sight.

Further, wiring boards 120A and 120B are arranged inside the operation panel 110 in parallel with the display surface 110a, and the money amount display 111 and the number-of-balls display 112 composed of 7-segment type LEDs are provided on the wiring board 120A. However, the switches 113 to 115 and the built-in lamp are mounted on the substrate 120B and covered with the display plate 117.

The display 11 of the display plate 117
1 and 112 are transparent window portions 117a, and the portions corresponding to switches 113 to 115 are opening portions 1a.
17b (see FIG. 7). An operation button 118 is mounted in the opening 117b so as to cover above the switches 113 to 115. 121
Is a built-in lamp corresponding to the purchase switch 113.

At the front end of the operation panel 110, there is provided a game state display section 116 in which the display lamp 123 is covered with a semitransparent Fresnel lens 119 and the like, and the display lamp 123 operates the hitting ball launching device 103. Dial 1
When it is turned 04, it turns on.

Further, an operation button 125 having a built-in stop switch 124 is mounted on the side portion (left side in the embodiment) of the operation panel 110.
Is turned on, it is possible to give a command related to the game, such as stopping the operation of the accessory provided in the game section. The stop switch 124 is mounted on a wiring board 120C provided in the operation panel 110, and the wiring group 1 extending from the wiring board 120C.
26C and a wiring group 126A, 126B extending from each of the boards 120A, 120B is drawn out to the outside, and a pachinko machine control device 19 in which a lower portion of the back surface of the pachinko machine is arranged by connectors 127A to 127C connected to the ends thereof.
5 (see FIG. 23).

On the other hand, the pachinko machine 100, which constitutes the gaming machine of this embodiment, is configured as a closed type gaming machine that circulates and uses the gaming balls enclosed in the machine, and the enclosed ball circulating device 130 for circulating the enclosed balls. Has on the back side.

FIG. 15 shows a configuration example of the back surface of the pachinko machine 100.
Shown in

A winning ball collecting trough 131, which covers a plurality of winning ball lead-out holes formed so as to penetrate the game board corresponding to the winning area provided in the game area on the front of the game board, is held by the frame 106. It is attached to the back of the game board. The bottom wall of the winning ball collecting gutter 131 is inclined downward toward the center to form a guide shelf 131a, and below it, an out ball gutter 132a, a first safe ball gutter 132b, and a second safe ball gutter 132c, as shown in FIG. Are formed integrally with each other. In the middle of each gutter in the guide gutter 132, a photoelectric type out sensor SNS1, a first safe sensor SNS2, and a second safe sensor SNS3 each including a pair of light emitting and receiving devices are mounted.

Further, the guide trough 132 is provided with a confluent trough section 132d for collecting the balls that have flowed into each trough at one location.
The end of 32d is connected to the upstream side of the guide trough 133 which is gently inclined to align the enclosed balls in a line as shown in FIG. 9, thereby forming the ball circulation device 130. Further, on the upstream side of the guide gutter 133, a foul ball receiving port 134 (see FIG. 1) provided at the upper end of the firing rail to collect a so-called foul ball in which a hit ball hit along the firing rail returns toward the rail base. 11) is integrally formed, and the foul ball is merged with the ball flowing down on the guide gutter 133 via the guide gutter 132. . In the middle of the foul ball gutter 133a, the foul sensor S
NS4 is provided.

The lower end of the guide gutter 133 is provided with an accommodating portion 135a for one ball, which is opposed to the lower end of the guide gutter 133.
A ball feed 135 that separates the balls on the ball 3 one by one and allows the balls to flow downward is swingably attached. A stopper 136 is fixed to the rear of the ball feed 135 to prevent the ball feed 135 from rotating more than necessary, and when the ball feed 135 turns downward due to the weight of the ball that has flowed in, the upper end surface thereof guides. Gutter 13
3 can be prevented from flowing down. Further, in the middle of the guide gutter 133, a rotatable ball leveler 137 is provided.
Is mounted, and a slide-type ball removing mechanism 138 is provided downstream.

As shown in FIG. 10, the ball removing mechanism 138 has a blocking piece 148 protruding from the back surface of the frame board 109 in the lateral direction when the enclosed ball circulating device 130 is mounted on the back surface of the frame board 109. The slide is blocked and the ball cannot be removed.

The enclosed ball circulating device 130 is attached so as to be entirely rotatable by a hinge portion 139 provided on one side (right side in FIG. 10) of the enclosed ball circulating device 130, and the hinge portion 139 serves as a center for rearward movement. When rotated to, the ball removal mechanism 1
Slide 38 to remove the ball. In addition, an elastic locking piece 133a is fixed to the end of the guide gutter 133, and by engaging this with the engaging step 149 of the frame board 109, the sealed ball circulation device 130 cannot be rotated. Can be fixed.

The enclosed sphere separated by the ball feeding 135 is
Frame board 1 arranged behind front panel 105
Through the ball passage hole 139 (see FIG. 11) formed in the frame 09, one piece flows down to the base of the firing rail 140 fixed obliquely to the front surface of the frame board. The firing rod 103a is disposed so as to face the base of the firing rail 140 (see FIG. 12).

At the same time, below the base of the launch rail 140, an interlocking member 141 having a push-up piece 141a that is rotated in conjunction with the launch rod 103a and pushes the ball feed 135 upward is provided. There is.

Further, a concave groove is formed on the upper surface of the launch rail 140 for guiding the sphere, and the front surface of the frame board 109 is composed of a launch type photoelectric switch for detecting the sphere passing on the rail 140. Fire sensor SN
S5 is mounted by a bracket 142 at an interval of at least one ball from the upper surface of the rail.
At the upper end of the mounting bracket 142, the return ball blocking wall 14 for preventing the return ball from jumping over this sensor
3 are provided. Further, the foul ball receiving port 1 that guides a return ball into the guiding gutter 132 behind the frame board in the frame board 109 corresponding to the upper end of the firing rail 140.
A ball receiving piece 144 protrudes along the lower side of the foul ball receiving port 134.

A game board mounting portion 109a is provided at the upper end of the frame board 109, and game board positioning projections 145 are provided upright at both ends. Further, along the upper end of the frame board 109, a frame engaging portion 146 having a groove capable of engaging with the frame 106 for holding the game board is formed, and as shown in FIG. Frame 106 from above
Are lowered along the positioning projections 145, and the lower ends are engaged with the grooves of the frame engaging portion 146, whereby the two can be connected. The above frame 1
Locking device 10 for detachably engaging the game board with the side wall
6 are provided, and the fasteners 147 are tightened and fixed in a state where the game board held by the frame 106 is placed on the placement portion 109 a of the frame board 109. Note that a speaker 15 for generating a sound effect related to the game is provided on one side of the front of the frame board 109 (the left side in FIG. 11).
0 is attached.

On the other hand, the front panel 105 covering the front of the frame board 109 on which the operation panel 110 is mounted has a holding frame 108c inside the front frame 108 as shown in FIG.
It is attached to the lower part of the opening framed by the one end (left end) so as to be openable and closable about a fulcrum.

On the rear side of the front panel 105, a firing rail frame 151 positioned above and corresponding to the firing rail 140 is fixed. A notch 151a for allowing access to the inside is provided.

A lock lever 152 is provided on the back surface of the end of the front panel 105 opposite to the hinge. Above the front panel 105 in the front frame 108,
A glass frame 154 is similarly openably mounted. On the other hand, as shown in FIG.
156 and locking device 157 for locking to
And are attached. Reference numeral 155 denotes an opening lever of the glass frame 154.

A frame 106 (see FIG. 13) holding a game board and a frame board 1
09 to the fitting receiving portion 108b on the back of the front frame, the fitting projection 106b on the back of the frame, and the fitting projection 1 on the back of the frame board.
The frame 1 holding the front frame 108 and the game board by screwing together so as to make the 09b coincide with each other.
06 and the frame board 109 are integrated.

FIG. 15 shows a state in which the frame 106 and the frame board 109 are attached to the back surface of the front frame 108 in this manner, and the prize ball collecting gutter 131 is further provided on the back surface of the game board held by the frame 106. The pachinko machine control device 195 is disposed below the frame board 109. Further, on the back of the frame 106 and the winning ball collecting gutter 131, a game control device 158 is provided.
And a relay board 159 are mounted.

16 to 18 show an embodiment of a control unit 160 which is provided separately for each pachinko machine 100 and is configured to be detachably connected to each pachinko machine 100 and which also functions as a communication control device. Has been done.

The control unit 160 of this embodiment includes a status display 162 indicating the status of the pachinko machine 100 on the front of the storage frame 161, an analog display 163 in which a plurality of lamps are arranged in a line, and a winning ball generation. It has a safe ball lamp 164 for display, a call button 165 for calling a clerk, and the like. The analog display 163 is used to display the number of balls held in a game in an analog manner, or to display a hit state or a free state by simultaneous blinking and moving blinking.

The speaker 166 is provided in the storage frame 161.
And a card reader 800, a card insertion / ejection opening 802a of the card reader 800 is exposed on the front surface of the storage frame, and a card reader 800 is located above the insertion / ejection opening 802a.
A card holding display lamp 167 (LED1) for indicating whether or not a card CD is present therein, and a card insertion display for indicating whether or not a card CD can be inserted into the control unit 160 below the card insertion / ejection opening 802a. A lamp 168 is provided.

Further, the storage frame 16 of the control unit 160
In the inside of the front panel 161a, the pachinko machine 100 is mounted.
A test switch 179 for enabling a game operation using a test card, which will be described later, is provided in a unique state separated from the management device 400, and the switch is turned on from the outside using a pin on the front of the storage frame. Pin insertion hole 169 for allowing the pachinko machine 1
Nameplate 1 indicating identification code (vehicle number) given to 00
70 are provided.

Then, inside the front panel 161a of the control unit 160, as shown in FIG. 17, a setting switch as an identification code setting means for setting and storing the identification code displayed on the nameplate 170 of the unit number in the control unit 160. A (unit number setting SW) 171 is provided. This setting switch 171 is composed of three rotary switches, and by rotating each rotary switch to a predetermined position, a three-digit identification code (unit number) in decimal system
Can be set.

In this embodiment, the case where the three-digit identification code is set by the three rotary switches has been described above, but the present invention is not limited to this, and the number of rotary switches can be arbitrarily set. It may be changed and the number of digits of the identification code may be increased or decreased accordingly. Further, a small switch such as a DIP switch may be used instead of the rotary switch, or a so-called soft switch whose setting is changed by software may be adopted instead of the mechanical switch.

The identification code set by the setting switch 171 is read by the unit control device 180 and transmitted to the management device 400 via the low layer network communication line as a transmission means. Management device 40
0 individually recognizes each pachinko machine 100 based on the identification code, and data relating to the game transmitted from each pachinko machine 100, for example, using the identification code as an address number, individually for each pachinko machine It can be recorded and managed as a data file. Also, the setting switch 171
The identification code set in step 2 is the EP on the control unit 160 side.
Since it is stored in a memory such as a ROM,
Even when the pachinko machine 100 is replaced, it is not necessary to reset the troublesome identification code, and the work load on the game shop side can be reduced. In addition, since it is possible to avoid an artificial setting error of the identification code associated with the resetting, it is possible to prevent a problem that the data recorded and managed by the management device 400 does not correspond to the pachinko machine 100. Also,
Since the setting switch 171 and the memory etc. are provided on the side of the control unit 160 which is provided separately from the pachinko machine 100, when the pachinko machine 100 is replaced as in the conventional case, the setting switch etc. are also replaced together. Since the pachinko machine 100 can be omitted, setting switches and the like can be omitted, so that the manufacturing cost can be reduced and the operating cost of the game shop can be reduced.

In addition, inside the front panel 161a, the status display 162, the analog display 163, and the built-in lamp groups L11 to L15, L2 of the safe lamp 164.
A lamp board 172 having 1 to L28, L31, L32 (see FIG. 18), and a holding board 173 for the speaker 166 and the card insertion lamp 168 are mounted. Further, the call switch 16 is provided behind the call button 165.
5a is provided.

Further, in the storage frame 161, a card reader 800, a unit controller 190 for controlling the entire control unit 160, a transmission means, and a monitor display unit 17 are provided.
A unit controller 180 having 4,175,176, a card reader controller 188, and a power supply 177 are built therein. In addition, below the card reader 800,
A storage box 178 for punched pieces generated when punching is performed by a punching device (described later) in the card reader 800 is detachably disposed. A card ejection switch for instructing the card reader 800 to forcibly eject the card CD is provided on a substrate constituting the card reader control device 188 (not shown).

The control unit 160 includes the front panel 1
Locking tool 179a and its release lever 1 on the free end side of 61a
79b is provided, and the release lever 179b faces the opening 161b formed at the lower end of the front panel 161a. As shown in FIG. 19, the control unit 160 is mounted on the machine frame 101 of the pachinko machine 100 and the unit mount 24 at the same height as the machine frame 101, and at this time, the front panel 161a is It is arranged so as to be flush with the front frame 108 of the pachinko machine 100. Therefore, the opening 161b of the front panel 161 facing the release lever 179b is normally closed on the upper surface of the front frame 108, and the opening 161b is exposed by opening the front frame 108 so that the release lever 179b can be operated. become. This eliminates the need for the control unit 160 to be provided with a locking device.

The unit controller 180 in the control unit 160 uses the transmission path such as an optical fiber or a coaxial cable to control the controller 19 of the pachinko machine 100.
5 and a management controller 400 via a transmission controller and a local network (transmission cable) described later.

The control unit 160 of the embodiment enables data transmission using any transmission path.
An optical fiber connector 186 and a coaxial cable connector 187 are provided on the back surface of the storage frame 161 (FIG. 22).
reference).

20 to 22 show the pachinko machine 10 described above.
1 shows an example of an island facility on which a game device including a control unit 160 and a pachinko machine 100 is mounted.

In the island facility of this embodiment, a plurality of columns 22 are erected on a base 21 at intervals equal to the width of the gaming machine, and are horizontally mounted at a height of about 60 cm from the floor. Table 2
3 is fixed by a support 22. In addition, this mounting table 2
Above 3, a first installation shelf 24 is fixed at a position separated by the height of the machine frame 101, and a second installation shelf 25 is further secured above the first installation shelf 25 by columns 22. A top plate 26 is fixed above the second installation shelf 25 so as to cover the upper end of the column 22. The table 23 described above
The first installation stand 24 has a front end projecting slightly closer to the support 22 than the support 22.
It is located rearward by the thickness of 01.

The pachinko machines 100 are mounted together with the machine frame 101 on the mounting tables 23 between the columns 22, and the machine frame 10 is flush with the first installation table 24.
1, the control unit 160 is mounted. Also,
A transmission path (not shown) constituting a local network is extended on the second installation table 25, and between the columns 22 is used for data transmission with the management device 400 via the transmission path. A transceiver 185 is mounted. In addition,
The front side of the transceiver 185 is closed by the upper plate 27, and the lower side of the mounting table 22 is closed by the lower plate 28.

Further, although not shown, a 24V power supply line extends on the lower surface of the mounting table 22, and a 100V power supply line extends on the lower surface of the top plate 26. An outlet 30 for a 24V power supply is provided at a position on the upper surface of the mounting table 23 corresponding to each pachinko machine 100, and an outlet 31 for a 100V power supply is provided on a bar 29 on the lower surface of the top plate 26 corresponding to each gaming machine. Three are provided (see FIG. 22).

FIG. 23 shows an example of the configuration of a control system for the entire storage medium type game device, which is composed of a pachinko machine 100 and a control unit 160.

In the figure, reference numeral 188 indicates a carrying motor 8 which is each component of the card reader 800 shown in FIG.
07 is a card reader control device for controlling the magnetic head 821, the punching device 820, and the like, which are provided with a data reading unit corresponding to each track of the magnetic recording unit MG of the card CD.

Then, the card reader control device 188
And pachinko machine control device 195 and control unit 160
Code setting switch (unit number setting S)
W) 171, test switch 179 and display 162, 1
63, 164, 168 and the speaker 166 are controlled by the unit controller 180.

That is, the identification code (unit number) set by the setting switch 171 is read by the unit controller 180 and stored in a memory such as an EPROM under the control of the unit controller 180. As a result, the game store is released from the troublesome work of having to reset the identification code every time the pachinko machine 100 is replaced. Setting switch 1
When a new identification code is set by 71, the new identification code can of course be stored again in a memory such as an EPROM.

Although not particularly limited, in this embodiment, the controller 195 of the pachinko machine 100 is connected to the unit controller 180 via the optical cable 191.
A detection signal from various sensors is input, and a drive control signal for a display or the like is output. To enable communication using an optical fiber cable, an optical multiplexed data link (interface) including a parallel-to-serial converter for converting parallel data and serial data, an optical-to-electric converter for converting electric signals to optical signals, and the like. ) Are provided between the unit controller 180 and the optical fiber cable 191 and at the connection between the optical fiber cable 191 and the pachinko machine controller 195 (described later).

By using the optical fiber cable 191 for data communication between the unit controller 180 and the pachinko machine controller 195, a large number of wirings which are conventionally arranged complicatedly on the back side of the pachinko machine can be cleared. Therefore, maintenance and management can be facilitated, and malfunction due to noise can be prevented.

Under the control of the pachinko machine controller 195, the amount display 111, the number-of-balls display 112, the purchase lamp 121, the game state display lamp 123, and the hitting ball launcher 10
3 control device 194 and accessory control device 158, the purchase switch 113, the interruption switch 1
14. The signals from the ball detection sensors SNS1 to SNS5 such as the end switch 115 and the out sensor are subjected to waveform shaping by the pachinko machine control device 195 and the unit control device 18
0 is supplied. In this embodiment, the power supply system is two systems of 24 V AC and 100 V AC, and 24 V AC is supplied to the pachinko machine 100 side, and 100 V AC is supplied to the control unit 160 side. Separating the power supply in this way prevents the pachinko machine control unit 195 from being inadvertently destroyed by the influence of the power supply in an amusement shop where there are many troubles in the power supply system.

FIG. 24 shows the pachinko machine control device 19 described above.
5 is shown.

The pachinko machine controller 195 is a pachinko machine controller CPU1 including a microcomputer.
This enables optical data transmission between the unit control device 180 and a reset circuit RST1 that monitors a periodic watchdog pulse output from the controller CPU1 and generates a reset signal when the pulse is interrupted. Therefore, a multiplex transmission controller CNT1 having parallel / parallel conversion means for converting parallel transmission data into serial data and serial / parallel conversion means for converting serial reception data into parallel data, and a photoelectric converter connected to the optical cable 191 via the optical connector 193. Conversion circuit OET and filter circuit FL for cutting noise of detection signals from various sensors
T, decoders DEC1 and DEC2 for decoding display data to the money amount display 111 and the ball number display 112, and a driver DR for forming a display drive signal based on the output thereof.
V1 and DRV2, a purchase lamp 121, a game state display lamp 123, and a driver DRV3 for generating a drive signal of the hit ball launching device 103.

Regarding the processing of the detection signal from the sensor in the pachinko machine control device 195, the unit control device is simply used as detection data for the launch ball, safe ball, etc. after removing noise from the detection signal and shaping it into a constant pulse width. 18
Send to 0. That is, the pachinko machine control device 195 does not calculate the number of safe balls or the like, and such calculation is performed on the unit control device 180 side.

Although noise is likely to occur in the pachinko machine 100 due to static electricity or the like, even if the pachinko machine controller CPU1 runs away due to noise or the like due to the reset circuit RST1 that monitors the watchdog pulse, a periodical watch will occur due to the runaway. When the dog pulse disappears, a reset signal is generated to initialize the CPU, so runaway can be prevented.

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

FIG. 25 shows an example of the configuration of a unit controller 180 which also has a function as a communication controller.

The unit control device 180 relates to data transmission between the management device 400 and the unit controller 190 that controls the card reader control device 188 and the pachinko machine control device 195 in order to enable the pachinko game by the card CD. A data transmission controller 551 for controlling, a network controller 553 for establishing transmission / reception right in the network and performing serial / parallel conversion of data under the control of the data transmission controller 551, and the like.

The data transfer between the controllers 190 and 551 and between the controllers 551 and 553 can be carried out via the unit memory 550 and the packet memory 552 which are composed of a dual port memory (RAM). .

Of these, the packet memory 552 is divided into a transmission data storage area and a reception data storage area, and has an adjusting function for making all transmission / reception data lengths the same length (packetization) and a data transmission area. Speeding up (2.5M
It has a buffer function for measuring bps).

Each of the packet memories 552 has 256
It is composed of four pages each having a byte capacity, of which page 0 is used for transmitting a transmission request packet and page 1 is used for transmitting a regular data transmission packet. On the other hand, pages 2 and 3 are used alternately for data packet reception. Which page to use depends on the data transmission controller 5
51 instructs the network controller 553.
While the data transmission controller 551 is processing the received packet data, even if the next packet data is sent,
Since it is received by another page, all packets can be received reliably. A common reset circuit 555 is provided so that the controllers 551 and 553 can be initialized at the same time.

On the connection side of the network controller 553 with the management device 400, a signal conversion circuit 554 and a changeover switch 542 are provided for shaping the waveform of the received data and converting the level of the signal in order to improve the drive capability of the transmitted data. , The optical connector 186 is connectable, and the transmission signal and the reception signal are separated and coupled via the changeover switch 542 so as to be compatible with the case where the transmission line of the low-layer network is composed of the coaxial cable. It can be connected to the branch circuit 540.
The optical transceiver 186 shown in FIG.
5 is connected.

Further, between the data transmission controller 551 and the network controller 553, 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
Is a latch circuit 562 for storing a command such as a data transmission command to the network controller 553 and a latch circuit 563 for storing a low-layer network address, and three for displaying an abnormal communication control state in the unit controller 180. Latch circuit 5 for storing display data to monitor display 556 comprising an LED lamp
64 are provided. 557 is the latch circuit 56
This is a decoder that decodes addresses given to 1 to 564 and generates a selection signal.

On the other hand, a transceiver 571 for converting the level of transmission / reception data between the unit controller 190 and the card reader control device 188, and a parallel / serial conversion of transmission / reception data for the pachinko machine control device 195. Multiplex transmission controller 572 and photoelectric conversion device 57
3 are connected.

Further, the unit controller 190 receives display data (segment data and common data) of the money amount indicator 111 and the coin number indicator 112 of the front operation panel 110 as the front operation member via the data bus 581. Latch circuit 574 for latching, purchase lamp or gaming state display lamp, latch circuit 575 for latching control signals for the ball hitting launcher, various switches provided on the pachinko machine 100 and control unit 160 (purchase switch 113 on the front operation panel 110) , An end switch 115, etc.), and an input / output controller 576 for placing an input signal from the end switch 115 or the like on the data bus 581 at a predetermined timing and latching an output signal for displaying various lamps.
A latch circuit 577 for latching audio data and the like generated from the speaker 166 in the control unit 160 is connected.

Reference numeral 582 is a voice synthesis LSI, 583 is a low-pass filter for cutting high frequency components to enhance sound quality, and 58.
Reference numeral 4 denotes an amplifier for adjusting the volume, of which a voice synthesis LSI is used.
Reference numeral 582 stores a plurality of audio data in a built-in EPROM, selects audio data in response to a selection signal (S0 to S3) given from the unit controller 190, and outputs the audio signal in synchronization with the start signal ST. And output is stopped by the reset signal R.

558 is a unit controller 19
0, a program ROM storing a control program, 55
A program ROM 9 stores a control program for the transmission controller 551. 585 decodes an address signal output from the unit controller 190, and outputs a program memory 558, a unit memory 550,
This is a decoder that generates a selection signal for the latch circuits 574, 575, 577 and the input / output controller 576.

As described above, the unit controller 180 is
The management device 400, the card reader control device 188, and the pachinko machine control device 195 have information exchange windows on three sides, and perform control for playing pachinko games on the card CD under the control of the management device 400. At the same time, it has software for periodically transmitting pachinko machine game information generated as a game result to the management device 400. further,
In the unit control device 180 of this embodiment, the money amount display 111 and the number-of-balls display 1 on the front operation panel 110 are provided.
Focusing on the point that the digit select signal (common signal) is periodically output at intervals of, for example, 2 ms in the display data output from the unit controller 190 in order to drive the , As a watchdog pulse. The reset circuit 555 is configured to monitor the watchdog pulse in addition to the power-on reset 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, if it goes out of control, the common signal will not be output at a normal interval, so the reset circuit 5
55 is activated to initialize the unit controller 190 and the data transmission controller 551, so that runaway is avoided.

At the same time, the unit controller 19
0 has an internal timer counter, and does not return ACK (positive) or NAK (negative) as a response to the transmission request within a fixed time (ex. 10 seconds), or a fixed time (ACK) after receiving the ACK. ex. 2 seconds), or when a disturbance in the internal memory (RAM) is detected, the common signal is forcibly fixed to a low or high level to reset itself. I can do it. In addition, the disorder of the internal memory can be easily determined by writing a specific code (A55A or the like) at a predetermined address in the memory at the time of initialization, and checking it by an interrupt process every 1 ms. Can be detected.

Furthermore, the unit controller 180 of the embodiment.
Means that the data transmission controller 553 has been
Even if data cannot be transmitted within (sec), the unit controller 190 is initialized, and abnormal data is
It is handled so that it is not transmitted to 0.

That is, in the embodiment, the unit memory 5
The data transmission controller 551 sets a predetermined code FF every time data is transmitted to the management device 400, and the unit controller 190 increments this counter by “1” every 20 ms. Let it count down. Therefore, if the state in which the data transmission controller 551 cannot transmit for 5.12 seconds or more continues, the watchdog counter of the unit memory 550 becomes “0”. It can be determined that the data transmission controller 551 has gone down and reset itself.

In addition, in this embodiment, as the unit memory 550, a special RAM in which a predetermined terminal INT rises when data is written in a predetermined address (7FE).
Utilizing this function, the data transmission controller 551 writes data at the predetermined address to start the terminal INT at the time of system startup, and inputs the signal of the terminal to the unit controller 190 to store the unit memory. Synchronization between controllers for use of 550 is provided. Note that the specific terminal INT falls when the unit controller 190 reads data at the predetermined address.

On the other hand, when the system is started up, the data transmission controller 551 synchronizes with the management device 400. The data transmission controller 551 receives a line test command (described later) transmitted from the management device 400, and receives the response. Is transmitted to the management device 400.

By the way, as described above, the pachinko machine control device 195 side does not perform the calculation of the safe sphere number and the like, and such a calculation is performed by the unit control device 180 side. , The detection signal regarding the game ball such as a safe signal and the signal from the purchase switch 113 are input. Unit controller 19
0 is based on these signals, the number of payout balls, the number of outgoing balls,
It calculates operation data such as the number of balls held and the amount of sales, generates operation information (game state) and monitor information relating to the pachinko machine 100, and transmits them to the transmission data area SDA (see FIG. 26
See).

The operation data and the like written in the unit memory 550 are stored in the management device 4 by the transmission controller 551.
The data is transmitted to the management apparatus 400 by data communication with the management apparatus 400. The data sent from the management device 400 is also temporarily stored in the reception data area RDA in the unit memory 550.
, And the unit controller 190 reads the data to receive data. The unit memory 550 has a communication area CC in which a command and status information for notifying the other controller that other transmission data and reception data are in the memory are entered.
A and working areas UWA and DW for each controller
A and an inter-controller synchronization area CSA are provided.

Prior to other transmission data, the setting switch (unit number setting SW) 1 of the control unit 160 is set.
Gaming device identification code (unit number) set by 71
Is the transmission data area SD of the unit memory 550 once.
A, and the transmission controller 551 transmits the identification code (unit number) to the management device 400.
The management device 400 can grasp from which gaming device the transmitted data is transmitted by this identification code, and the received data is used for each pachinko machine 100 by using this identification code as the address number of the storage device, for example. Can be stored and managed as a data file.

The identification code (unit number) is also included in the data sent from the management device 400 to each gaming device, and this identification code is stored in the reception data area RDA of the unit memory 550 as a transmission address. For example, the identification code as the transmission address is stored in the EPROM.
In the case where the data is compared with the identification code of the gaming device stored in the memory, the data can be accurately transmitted from the management device 400 to the gaming device to be transmitted.

FIG. 26 shows the unit memory 550.
, And [Table 1], [Table 2] and [Table 3] show configuration examples of a transmission data area SDA, a reception data area RDA and a communication area CCA.

[0125]

[Table 1]

[0126]

[Table 2]

[0127]

[Table 3]

[0128]

[Table 4]

[0129]

[Table 5]

As shown in [Table 1], the unit memory 5
In the 50 transmission data area SDA, a setting switch (unit number setting SW) 171 is provided as one of various transmission data.
The identification code (unit number) set in is the data type:
Sent packet head, stored data name: unit number, number of bytes: 2]. This allows
The identification code (unit number) is controlled by the transmission controller 551 from the gaming device to the management device 4 via the transmission path 520.
Will be transmitted to 00.

Further, as shown in [Table 2], in the reception data area RDA of the unit memory 550, as one of various reception data, an identification code (unit number) as a transmission address [data type: Receive packet head,
Stored data name: unit number, number of bytes: 2]. As a result, for example, when the identification code stored in the gaming device and the identification code sent from the management device 400 are collated, the certainty of data transmission / reception can be increased.

The monitor information 1 shown in [Table 1] is, as shown in [Table 4], a bit indicating that a test is being executed at system startup, a bit indicating initial value setting / non-setting, and a hot code. It is configured by a bit indicating an error, a bit indicating an abnormality of the local network (two bits for low layer and high layer), a bit indicating an abnormality in the gaming machine, and the like.

Further, the monitor information 2 has a bit indicating an abnormality of the card reader as shown in [Table 5].

Further, the operation information is, as shown in [Table 6], a bit indicating a stopped state, a bit indicating that a game is being interrupted, a compulsory termination state by the management device 400 or the controller based on communication error or fraud detection. , A bit indicating that a game is being played, a bit indicating that the gaming machine is in a free state with no players, and the like.

[0135]

[Table 6]

From [Table 6], the actual state of the pachinko machine 100 is represented by the free state, 0000000000000001 during the game, 0000000000000010 at the time of forced termination reception, 0000000000000100 at the time of interruption, and 0000000000001000 at the time of occurrence of stoppage, by 0000000000010000. I understand.

27 to 32 show a specific configuration example of the pachinko machine card reader 800 provided in the control unit 160.

At the front end of a box-shaped case body 801 that constitutes the card reader 800, a front lid 802 having a card holding display section LED1 and a card insertion / ejection slot 802a is attached.
An L-shaped bracket 803 for fixing in the storage frame 161 of the control unit 160 is provided on a side wall of the case body 801.
Are fixed at the four corners.

As shown in FIG. 28, a base plate 804 which serves as a card conveying path is arranged in the case main body 801, and a space slightly wider than the thickness of the card CD is provided above the base plate 804 and is supported in parallel therewith. Board 8
05,806 are attached.

On the supporting substrate 805, a card insertion detecting sensor 808 composed of a motor 807 and a micro switch located on the card insertion opening side, a card insertion detecting sensor 808 composed of a shutter solenoid 809 and a micro switch, and a shutter. Solenoid 809 and reflective optical sensors 810a and 810b for reading security code
Is attached. In this embodiment, the sensor 810
a and 810b, only one (810a) is used, and the other sensor (810b) is provided as a spare so that the security code may be increased in the future.

The motor 807 and shutter solenoid 8
09, a second roller shaft 811 is rotatably mounted, and the center of the second roller shaft 811
12 is provided, one end of the second roller shaft 811 is made to be able to protrude outside from the side wall 801a of the case body, and a pulley 813 is fixed to the protruding end. Further, near the shutter solenoid 809, a projector 8 for irradiating the card position detection sensor SNS1 with detection light.
14, the second roller shaft 811 and the motor 80
7, a light transmitting portion 815 through which the detection light of the second position detection sensor SNS2 can be transmitted is formed. Further, a sensor SN for detecting a punched hole is provided beside the motor 807.
A projector 816 for irradiating the detection light to Sp is attached, a rotary encoder 817 is fixed to one end of a rotating shaft 807a of the motor 807, and the other end of the rotating shaft 807a is outside the side wall 801b of the case body 801. And a pulley 818 having a small diameter is fixed.

On the other hand, on the support substrate 806 arranged on the opposite side of the card insertion / ejection slot 802a, the first roller shaft 81 is provided.
9 is rotatably arranged, and a punch device 820 using a solenoid as driving means and a magnetic head 821 can be attached. A through-hole 822 is formed in the support substrate 806 corresponding to the magnetic head mounting position so that the head surface can face downward when the magnetic head 821 is inserted downward from above. A transport roller 823 is fixed to the center of the first roller shaft 819, and both ends of the shaft are made to be able to protrude to the outside from the side wall of the case, and pulleys 824 and 825 are attached thereto. A belt 826 is wound between the pulleys 818 and 825, and a belt 827 is wound between the pulleys 824 and 813. The rotational driving force of the motor 807 is transmitted to the first roller shaft 819 by the belt 826. And transmitted to a second roller shaft 811 by a belt 827.

Further, on the lower surface of the supporting substrate 806,
Third and fourth card position detection sensors SNS3, SN
Light projectors 828 and 829 that irradiate S4 with detection light are attached.

Above the supporting substrates 805 and 806,
The first interface board 830 is arranged so as to cover this, and is fixed to the side walls 801a and 801b of the case. The interface board 830 includes the control unit 1
An interface circuit is provided for receiving various control signals from a card reader controller 188 provided in the device 60 and for passing a read signal from a sensor or a magnetic head 821 provided on the card reader 800 side to the card reader controller 188. ing. 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, on the base plate 804 disposed below the supporting substrates 805 and 806, auxiliary rollers 836 biased upward by torsion springs 834 and 835 are provided at positions corresponding to the transport rollers 812 and 823. 837 is attached so that the face is slightly exposed from the openings 841 and 842 formed in the base plate.

The base plate 804 is also urged upward by a torsion spring 836 at a position corresponding to the magnetic head 821 mounted below the through hole 822 formed in the support substrate 806. 838 is mounted so that the face is slightly above the opening 843.

At the same time, through holes 844 are formed in the base plate 804 at positions corresponding to the light projectors 814, 816, 828, 829 and 831. Further, a concave portion 845 (see FIG. 30) is formed at the front end of the base plate 804 along the width direction, and a cylindrical shielding member 846 is placed thereon. The shielding member 846 closes the card insertion / ejection opening 802a to prevent intrusion of dust, and acts so as to accept only cards having a certain rigidity or more by weight.

A second interface board 848 is attached to the lower surface of the base plate 804 by screws. On the second interface board 848, a circuit for interfacing with the card reader controller 188 and a projector are provided. 816,82
8, 829, 831
Position detection sensors SNS1, SNS2, SNS3, SN
S4 and a punch hole detection sensor SNSp are attached. In addition, relief holes 849 for preventing contact with the rollers are provided at positions corresponding to the auxiliary rollers 835, 837, and 838.
Is provided.

The upper supporting substrate 8 is provided corresponding to the cylindrical shielding member 846 placed on the front end of the base plate 804.
An empty space 851 which is slightly larger than the shielding member 846 is formed at the front end of the shutter 05, and when the supporting substrate 805 is arranged on the base plate 804, the shielding member 846 is vertically movably housed in the empty space 851. It has become.

Further, the frame body 85 constituting the empty portion 851.
2, an opening 853 is formed in the rear wall, and the insertion detection switch 808 is disposed behind the opening 853 to move the movable contact 808.
a protrudes from the opening 853 into the empty space 851. The distal end of the movable contact 808a is usually located above the shielding member 846 as shown in FIG. 30A, and when the card CD is inserted through the card insertion / ejection opening 802a, the position shown in FIG. (B) As shown in FIG.
The movable contact 808a is turned to push up 46, and the insertion detection sensor 808 is turned on.

The shutter solenoid 809 mounted on the support substrate 805 is arranged downward as shown in FIG. 31A, and the pin 809b formed at the tip of the plunger 809a is provided on the support substrate 805 in the solenoid demagnetized state. By penetrating through the inserted through hole 854 and engaging with the corresponding recessed hole 855 formed on the upper surface of the base plate 804 as shown in FIG.
D is prevented from being inserted.

FIG. 32 shows the mounting positional relationship of various sensors and the magnetic head 821 in the card reader 800.

The insertion detection sensor 808 is arranged on the side closest to the card insertion / ejection slot 802a, and the first position detection sensor SN
S <b> 1 is disposed immediately before the transport roller 812. The shutter pin 809b is disposed between the insertion detection sensor 808 and the first position detection sensor SNS1, and the security code reading sensors 810a and 810b are disposed almost right beside the first position detection sensor SNS1. Also,
The second position detection sensor SNS2 is behind the conveyance roller 812, the third position detection sensor SNS3 is behind the conveyance roller 823, and the fourth position detection sensor SNS4 is a card reader 8
00 and the first to fourth position detection sensors SNS1 to SNS4 are located on the same straight line.

Further, the punch hole detecting sensor SNSp and the punch pin PP are arranged between the second position detecting sensor SNS2 and the conveying roller 823, and the magnetic head 821 is arranged between the conveying roller 823 and the third position detecting sensor SNS3. Has been done.

FIG. 33 shows the card detection timing at the time of card insertion by various sensors arranged so as to have the positional relationship shown in FIG. 32 and the timing of control signals to the motor 807 and the shutter solenoid 809. As can be seen from the figure, in the card reader 800 of this embodiment, the card CD is detected by the insertion detection sensor 808 when the card is inserted.
Is detected, the motor 807 and the shutter are driven, and the information on the card CD is read at a predetermined timing in the order of a security code, a punch hole, and a magnetic code while detecting the position of the card with the position detection sensors SNS1 to SNS4. Is configured.

Moreover, since the relative distances between the various sensors and punch pins are important for accurately performing processing such as reading the card CD and punching holes, each component is accurately arranged so as to have a predetermined positional relationship. It is installed.

FIG. 34 shows a card reader control device 188.
A specific circuit configuration example (see FIG. 23) is shown.

The card reader controller 188 is a card reader controller CPU composed of a microcomputer.
2, a transceiver TRV that performs level conversion of a data signal transmitted and received between the unit control device 180, and drivers DRV 11 and DRV that form drive signals for monitor displays 175 and 176 provided in the control unit 160.
V12, a motor 807 and a punching device 820 in the card reader 800, a magnetic head 821 including a data reading unit (MHD1, MHD2: see FIG. 35), and an LED lamp 1.
67, a driver DRV13 for generating a control signal for driving the shutter solenoid 809, a driver DRV14 for driving a relay RLY for turning on / off the power supplied to the motor 807, read data of the magnetic head 821 in the card reader 800, A waveform shaping circuit SMG comprising a Schmitt trigger circuit for shaping the waveforms of the detection signals from the various sensors, and data read units (clock track magnetic head MHD1 and data track magnetic head MHD2: see FIG. 35) of the magnetic head 821 are read. Flip-flop circuits F / F1 and F / F2 for latching the read data of the two tracks (TRC1 and TRC2), a power-on reset circuit and a watchdog timer, and a pulse periodically output from the controller CPU2 ( Latches LT1, LT Reset pulse and pulse monitors shared) as a watchdog pulse is composed of a reset circuit RST2 for generating a reset signal when the interruption of.

Also, the card reader controller CPU2
, An ON / OFF signal from the device code setting device MCS and the card ejection switch SWc provided in the control unit 160 is input.

The four light-emitting diodes constituting the monitor display 176 include a power-on display LED 11 which is turned on while the power is on and a card-in display which indicates that the card CD is in the card reader 800. LED
12 and an OK display LE illuminated when the control by the card reader controller CPU2 is normally executed.
Used as D13, the LED 14 is unused so that it can be used for any other monitor display.

On the other hand, the segment type monitor display 175
Is obtained by combining seven segments representing numbers and one dot display segment DT, as shown in Table 7 below.
, The contents of the abnormality of the card reader 800 are indicated by a code.

[0162]

[Table 7]

The card reader controller CPU2 operates in accordance with a control program in the built-in ROM, executes traveling control of the card CD, reads out card data, checks card data, etc. based on a command from the unit controller 180. The number and the control information of the card reader 800 are transmitted to the unit controller 180. Communication with the unit controller 180 is performed by a built-in serial communication circuit using the serial ports TX and RX. The output of control signals to the components constituting the card reader 800 and the input of detection signals from various sensors are shown in FIG.
This is performed through an interface circuit 198 as shown in FIG.

The second part of the magnetic recording portion MG of the card CD is also used.
The flip-flop FF2 that latches the magnetic data a on the track TRC2 as a magnetic data recording unit of
The read clock b which is read from the track TRC1 as the magnetic data recording unit and triggers the flip-flop FF1 is operated as a sampling clock.

The flip-flop FF1 is triggered by the read clock b and reset by the pulse e output from the card reader controller CPU2 to output a periodic signal c.

FIG. 35 shows a card reader control device 188.
The configuration example of the interface circuit 198 provided between the input / output part and the input / output parts in the card reader is shown.

In the figure, reference numerals SMG1 to SMG5 indicate a waveform shaping circuit including a Schmitt trigger gate and the like, REC1 and REC2 indicate a rectifying circuit, and MCC.
1, MCC2 is a magnetizing current switching circuit, AMP1 to AMP4
Is an amplifier, MHD1 and MHD2 are magnetic heads as magnetic data reading units constituting the magnetic head 821, MT is a transport motor, SOL1 and SOL2 are solenoids, LED1
Is a light emitting diode, DRV21 and DRV22 are drivers, SNS11, SNS12, SNSp, SNS1 to S
NS5 is a sensor. CCC is a current switching circuit for switching the rotation direction of the motor MT, and VCC is the motor switching circuit.
This is a voltage switching circuit for switching the rotation speed of T.

The read clock signal of the read data read by the magnetic heads as the two data reading sections respectively corresponding to the two tracks is the amplifier AMP.
1, after being amplified by AMP3, rectifier circuit REC
1, REC2, and the waveform shaping circuit SMG
1, is sent to the card reader control device 188 as a rectangular wave through the SMG3.

On the other hand, the write data and write clock supplied from the card reader controller 188 pass through the waveform shaping circuits SMG2 and SMG4 and the magnetizing current switching circuit MCC.
1, MCC2 and write data “1”,
The direction of the head drive current is switched according to “0” and amplified by the amplifiers AMP2 and AMP4, and the magnetic head MHD is amplified.
1, MHD2.

In order to drive the motor MT, the current switching circuit CCC changes the direction of the current flowing through the driver DRV21 based on the forward rotation signal and the reverse rotation signal provided from the card reader control device 188, and the driver according to the speed switching signal. The voltage applied to the motor MT is switched by the DRV 21.

On the other hand, the security code reading sensor S
NS11 (810a), SNS12 (unused), punch hole detection sensor SNSp, position detection sensors SNS1 to SN
S4: The detection signal of the speed detection sensor SNS5 (821) is shaped by the waveform shaping circuit SMG5 and then supplied to the card reader control device 188, where the insertion detection switch 8
The detection signal 08 is noise-cut by the low-pass filter LPF, and is then shaped by the waveform shaping circuit SMG5.

FIG. 36 shows a card reader control device 188.
2 shows the timing of writing and reading magnetic data.

In the signals in the figure, (A) to (D) relate to write data information, (E) to (G) relate to write clock information, (H) to (J) indicate read data information, and (K). ~
(M) shows the signal waveform of each part regarding the read clock information. 34 (N) to (R) show timings of signals indicated by reference symbols a to e in the card reader control device 188 of FIG.

Of these, the signals of (H) and (K) are the output signals of the amplifiers AMP1 and AMP3 forming the interface circuit of FIG. 35, and the signals of (I) and (L) are the signals of the rectifier circuit REC1. The output signals of REC2 and the signals (J) and (M) represent the output signals of the waveform shaping circuits SMG1 and SMG3, respectively.

In this embodiment, the so-called NRZI method is used as a writing method, in which the polarity is inverted when the data is "1" and the polarity is not inverted when the data is "0" or no signal. It is adopted.

Therefore, the signals (B), (C), and (D) indicating the CPU output, the write current, and the magnetized state are changed when the internal data (A) of the CPU changes from "0" to "1". Each is inverted.

On the other hand, when the data written as described above is read by the magnetic head MHD2, the magnetization state (D)
The output of the amplifier AMP1 changes to (+) or (-) in accordance with the direction of magnetization when the output signal changes. Therefore, the card reader controller CPU2 adjusts the waveform (J) of the output of the amplifier AMP1 at the rise of the read clock b. ) Is taken into the latch F / F2, if the signal a (N) is at a high level, it is recognized as data "1". If the signal a is at a low level, the data is "1". 0 "(see (S) of FIG. 36).

In this embodiment, the recording density of magnetic data on the card CD is 4.134 bit / mm (= 105 BP).
I) and the card transport speed was 300 mm / sec.
The pulse cycle of the read clock data is about 806 μS. Therefore, when writing magnetic data by the card reader controller CPU2, C
The period T of the PU output (E) is twice the clock pulse (1.6
12 ms).

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

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

Corresponding to the bill validator 210, the front panel 201 is provided with a bill insertion slot 211, a purchase amount selection switch group 212 and an amount indicator 213.

Therefore, the game player first inserts the bill insertion slot 211.
When more bills are inserted, the inserted amount is displayed on the amount indicator 213. Then, by pressing a switch corresponding to a desired purchase amount from the selection switch group 212, a card corresponding to the desired purchase amount is issued from the card ejection port 202 of the card reader 220. Also,
Each of the money amount selection switches 212 is constituted by a switch with a built-in lamp. When the switch is operated, the corresponding built-in lamp is turned on. And
The inserted bill is collected in the bill storage tank 214.

The card reader 220 takes out the blank cards stored in the card tank one by one, and the purchase amount, the issuing date and the management device 4 are printed on the front surface.
In addition to printing the issue serial number n assigned from 00, the card number and the identification code (store code) calculated by the management device 400, the issue date code, the check code, and the like are recorded on the magnetic surface of the card CD. After a punch hole is made in the issued punching position PH1 (see FIG. 2), the card is discharged from a card discharge port 202 provided in the front panel 201. The issuance serial number n is determined by the management apparatus 400, which has received an application for card purchase from the card issuing machine 200, in the order in which it is received for purchase applications from a plurality of card issuing machines under its control. , A code given to each card issuing machine and obtained by performing the code conversion processing such as the rearrangement of bits based on the issue serial number n as a card number.
D is recorded and issued on the magnetic surface, and information on the card is recorded in a file in the management device 400. Further, since the issue serial number n is printed on the print display unit PRT, even if the information of the magnetic recording unit MG becomes unreadable due to damage of the card CD or the like, the management device 4
The card can be restored from the file information of 00.

In order to enable generation of a card number from the above-mentioned issue serial number n, the control program of the management device 400 is provided with a card number generation routine and a code conversion routine, and is read from the card CD. Inverse conversion and inverse calculation routines are provided to confirm the match between the card number and the issued serial number n.

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

Further, on the front panel 201 of the card issuing machine 200, an issuing lamp 241 indicating that the card can be issued, an issuance stop lamp 242 indicating that the card cannot be issued, and a bill insertion slot 211 are inserted. Banknote pool over indicator 243 that indicates that the tank 214 is full of bills, a card shortage indicator 244 that indicates that an unissued card in the card tank 221 has emptied, and the bill tank 231 of the balance dispensing device Insufficient change indicator 24
5 are provided. Further, in order to detect the above state and turn on the corresponding display, the bill tanks 214 and 231 are used.
And the card tank 221 has sensors 261, 262,
263 are provided respectively.

[0187] Furthermore, the card issuing machine 200 of this embodiment
Has a plurality (several tens) of issuing machines 20 installed in a game arcade.
0 is distinguished from each other so that the issuing device which has issued the specific card can be grasped in the management device 400.
The machine number set in step 05 is sent to the management device 400, where it is used to generate a transmission address for data communication and to create a data file for each issuing machine.

The setter 205 is not particularly limited.
The same number as the machine number set by the issuing machine 200
Is displayed on the nameplate 206 attached to the upper part of the front panel 201 of the.

FIG. 38 shows a schematic configuration example of the card reader 220 in the issuing machine 200. The card reader 220 according to this embodiment includes a card tank 910 in which a large number of cards whose magnetic recording unit MG and print display unit PRT are blank are stored, and a card ejection device that takes out the cards one by one from the tank. 920 are provided. The card ejection device 920 includes transport rollers 924 and 925 arranged along a card traveling path 923, drive motors 926 thereof, and a photoelectric sensor 916 for detecting an end of the ejected card CD. And the card tank 9
The card in the tank is separated by the transport roller 924 disposed opposite to the opening 910 a provided in a part of the bottom wall of the card 10, and sent out to the card reader 220 side by the transport roller 925. The end of the card is a roller 92
When the number reaches 5, the rotation is detected by the sensor 916 and the rotation of the transport roller 924 is stopped. Thus, it is possible to prevent two cards from being fed.

When the card CD taken out from the card tank 910 by the card take-out device 920 is inserted into the card take-in port 909 and detected by the sensor 914, the conveyance motor 902 consisting of a pulse motor is driven to drive the belt 903. The transport roller 904 is rotated via the roller. Then, the card CD is transported along the traveling path 906 while being sandwiched between the transport roller 904 and the guide roller 905, and is taken into the card reader 220. The conveyance motor 902 is provided with a rotation detector (sensor 5) 915 such as an encoder for detecting a rotation angle. When the card is conveyed by a predetermined amount, the conveyance motor 902 is stopped.

Magnetic heads 908a and 908b are provided at the center of the main body of the card reader 220. One head 908a writes data such as an identification code to the magnetic recording portion MG of the card CD, and the other head. 90
At step 8b, reading for confirmation is performed. A punch 907 for forming a punch hole is provided between the magnetic heads 908a and 908b. Issuing machine 200
In the card reader 220, when the card is issued, the punching device 907 is driven to punch a hole at a predetermined punching position PH1.

Further, in the vicinity of the punching device 907, there is provided a photoelectric sensor 913 for detecting punched holes for confirming whether the punching by the punching device 907 has been carried out. The sensor 913 is used by the pachinko machine 100 or the settlement machine 300 to detect punch holes PH1 to PH5 punched in the card CD and to grasp the state of the card CD.

A card CD is placed near the card outlet 901.
And an optical sensor 9 for optically detecting a security mark on the card CD.
12 are arranged.

Further, in order to print the purchase amount AM, the issue date DATE and the issue serial number n on the print display portion PRT of the conveyed card CD behind the card reader 220 (on the left side in the figure). The printing device 930 of FIG. The printing device 930 includes a pair of conveyance rollers 9.
31 and a guide roller 932 corresponding thereto, a drive motor 933 for them, a card detection sensor 917 and a thermal head 934 disposed between the transport rollers 931 and 932.

[0195] The motors 902, 926, 933 and the punching device 9 based on the detection signals of the sensors 911 to 917.
07, a magnetic head 908a, 908b, and a thermal head 934 are controlled by a controller 228 including a microcomputer (188 in the pachinko machine 100,
In case of 0, it is performed by 319).

FIG. 39 shows a configuration example of a control system of the card issuing machine 200 configured as described above.

In the figure, the reference numerals L1 to L5 indicate lamps incorporated in the purchase price selection switch group 212. The lamps corresponding to the turned-on switches are turned on and the operation buttons are pressed. It is designed to illuminate from behind.

In this system, the magnetic heads 908a and 908b, the conveyance motor 902, the punching device 907, the printing device 930, and the card ejecting device 920, which are the respective components of the card reader 220, are based on the detection signals from the sensors 911 to 915. , Controlled by a controller 228 (see FIG. 6) such as a CPU (microcomputer),
The controller 228 and various sensors and indicators provided on the issuing machine 200, the bill validator 210, and the balance payout device 230 are controlled by a unit controller 251 in a control unit 250 also formed of a microcomputer. .

The unit controller 251 controls the above-mentioned components and receives the card number to execute the card issuing process, collects the operation data, and collects the operation data from the unit memory 270 as a parallel communication means including a dual port memory. Write in the transmission data area SDA inside. The operation data written in the unit memory 270 is sent to the management device 400 by a transmission controller and a network control unit (NAU), which will be described later, by data communication with the management device 400 via a transmission cable (network).

Further, the data sent from the management device 400 is once written into the reception data area RDA in the unit memory 270, and the unit controller 251 reads it to receive the data.
The unit memory 270 has a shared data area C containing a command and status information for notifying the other controller that transmission data and reception data are in the memory.
DA is provided.

[Table 8], [Table 9] and [Table 10]
Each of the transmission data areas S in the unit memory 270
DA, reception data area RDA and communication area CC
A configuration example of A is shown.

[0202]

[Table 8]

[0203]

[Table 9]

[0204]

[Table 10]

The hot codes shown in [Table 8] above are stored in the transmission area SDA of the unit memory 270 by the management device 400 when the system starts up, for example, 010.
01... 01 are written and sent to the management device 400 periodically to check whether or not the RAM data is destroyed due to noise such as static electricity, and to immediately detect an abnormality in the transmission data. ing.

The monitor information 1 shown in [Table 8] above is, as shown in [Table 11], a bit indicating that a test is being executed at system startup, a bit indicating initial value setting / not set, and a hot value. It is composed of a bit indicating a code error, a bit indicating an abnormality in the local network (transmission cable 500) (two bits for low layer and high layer), a bit indicating an issuer abnormality, and the like.

Further, the monitor information 2 is, as shown in [Table 12], a bit indicating an abnormality of the card reader 220, a bit indicating the presence or absence of a card, a bit indicating the state in the same bill tank, a bit indicating a jam of bills, It is composed of a bit indicating the forced withdrawal of banknotes, a bit indicating the state in the banknote tank of the balance dispenser, a bit indicating an abnormality of the balance dispenser, and the like.

[0208]

[Table 11]

[0209]

[Table 12]

FIG. 40 shows an example of the configuration of the above-mentioned settlement machine 300.

The settlement machine 300 of this embodiment has a card reader 310 for reading the card number of the inserted card CD.
And a bill payout device 32 for refunding an amount corresponding to the unpurchased amount remaining unused for the card CD.
0 and a coin payout device 326, a printer 330 for issuing a receipt printed with the number of balls possessed by the game, various displays 340 to 342, a control unit 350 for controlling the entire payment machine 300, and the like. .

Corresponding to the above-mentioned card reader 310, a card insertion slot 311 on the front panel 301, a ball number display 312 for displaying the number of prize balls (number of balls held) and an amount display for displaying an unpurchased amount. A vessel 313 is provided. When a player first inserts a card CD through the card insertion slot 311, the card reader 310 reads a card number recorded on the magnetic surface of the card CD, sends the card number to the management device 400, and receives data on the card CD. Then, the unpurchased money amount is displayed on the money amount display 313, the acquired number of balls is displayed on the ball number display 312, and a receipt is issued by the printer 330. After the settlement, the inserted card CD is ejected by the punching device 807 after a punch hole is formed at a predetermined punching position PH5.

In this embodiment, the card reader 310 of the settlement machine 300 does not require a recording head, but a recording head is provided to erase and eject the data on the magnetic surface of the settlement card. By doing so, the card number conversion method may not be deciphered and card forgery may be prevented.

The structure of the card reader 310 is as follows:
This is almost the same as the card reader 220 of FIG. 0 (see FIG. 38), except that there is no card removal device 922 and no card tank 921, and the card storage tank 314 is arranged at that position.
The transport direction of the card CD is opposite to that of the issuing machine 200. The printer 330 pulls out a blank sheet of paper stocked in a roll state, prints the date of issuance, the number of balls obtained, the amount of unused money, and the card history on the surface of the sheet, and discharges it from the receipt issuing port 331. I do.

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

Further, the front panel 3 of the above-mentioned settlement machine 300.
01, a settlement-in-progress lamp 341 indicating that the card is being settled, and a settlement stop lamp 34 indicating that the card cannot be settled.
2. A card overflow indicator that indicates that the tank 313 has been filled with the card inserted through the card insertion slot 311 or a bill shortage indicator that indicates that the stock bills in the bill tank 321 of the balance dispensing device 320 have run out. A monitor display lamp group 340 including a coin shortage indicator for indicating that stock coins in the coin tank 324 of the coin dispensing device have run out, a paper-out indicator for indicating that roll paper in the printer 330 has run out, and the like are provided. ing.

Further, in order to detect each of the above states and turn on the corresponding indicator, the card tank 314, the bill tank 321, the coin tank 324, and the printer 330 are provided with sensors 361, 362, 363, and 364, respectively. ing. The coin dispensing device 326 is provided with a coin removal switch 327.

Furthermore, in the settlement machine 300 of this embodiment,
The management apparatus 4 distinguishes each of the plurality of payment machines installed in the amusement store and performs payment for a specific card.
Unit number setting device 3 to be able to grasp at 00
05 is provided internally, and the machine number set by the setting unit 305 is sent to the management device 400, and is used for generating a transmission address in data communication and creating a data file for each settlement machine. .

The setting device 30 is not particularly limited.
5 is the same as the machine number set by the
No. 0 is displayed on a name plate 306 attached to the upper part of the front panel 301.

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

In the figure, reference numerals L11 to L14
Are the lamps constituting the monitor display lamp group 340.

In this system, the magnetic head 908b, the punching device 907, and the carrying motor 902 which compose the card reader 310 are based on the detection signals from the various sensors 911 to 915, and are a controller 319 (FIG. 37) which is a CPU (microcomputer). Controller 228
, And various sensors and indicators provided in the controller 319 and the settlement machine 300, the bill dispensing device 320, the coin dispensing device 326, and the printer 33.
0 is controlled by a unit controller 351 in a control unit 350 also composed of a microcomputer.

The unit controller 351 controls the above-mentioned components, checks the card number, receives and displays the card data, etc. to execute the settlement process, collect the operation data, and use it as a unit composed of a dual port memory. Write to the transmission data area SDA in the memory 370. The operation data written in the unit memory 370 is transmitted by the transmission controller to the management device 400 via the transmission cable through the transmission cable.
Sent to 0. The data sent from the management device 400 is also temporarily stored in the reception data area R in the unit memory 370.
The data is written to the DA, and the unit controller 351 reads the data to receive data.

The unit memory 370 is provided with a shared data area CDA in which a command and status information for informing the other controller that transmission data and reception data are stored are stored.

[Table 13], [Table 14] and [Table 15]
3 shows a configuration example of the transmission data area SDA, the reception data area RDA, and the communication area CCA in the unit memory 370, respectively.

[0226]

[Table 13]

[0227]

[Table 14]

As shown in [Table 15], in this embodiment, the history data of the card is also received, and this data is printed on the receipt together with the time data and discharged, so that the settlement data with high reliability for the player can be obtained. You can impress that there is. However, the history data is data of up to 20 times contained in the card file.

[0229]

[Table 15]

[0230] The monitor information 1 shown in [Table 13] above is, as shown in [Table 16], a bit indicating that a test is being executed at system startup, a bit indicating initial value setting / not set, and a hot value. It is composed of a bit indicating a code error, a bit indicating an abnormality of the local network (transmission cable 500) (two bits for low layer and high layer), a bit indicating an adjustment machine abnormality, and the like.

[0231]

[Table 16]

Further, the monitor information 2 indicates, as shown in [Table 17], a bit indicating an abnormality in the printer, a bit indicating an abnormality in the card reader, a bit indicating the state in the coin tank, and a coin jam of the coin dispenser. The bit, a bit indicating the abnormality of the coin dispensing machine, a bit indicating the state inside the bill tank of the bill dispensing machine, a bit indicating the abnormality of the bill dispensing machine, and the like.

[0233]

[Table 17]

Next, the pachinko machine 100, the card issuing machine 200, and the settlement machine 300 configured as described above are comprehensively controlled, and operating data is collected in real time, so that even if a power failure or failure occurs, it can be recovered. Immediately restores the original data state, restarts the operation of each part of the system, enables the aggregation of data necessary for the management of the amusement store, and issues a restoration card of the same qualification if the card is damaged 400 will be described.

FIG. 42 shows a specific configuration of the management device 400, and FIG. 43 shows a system configuration of the management device 400.

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

Local processing unit 413 and central processing unit C
Communication control devices 406a, 406 for coupling with PU
b is provided in the main control device 401.

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

Further, the management device 400 includes a card reader 407 for issuing a revival card and a test card as a medium for causing the system to take an action from each terminal, which is peculiar to the pachinko game system, and the pachinko machine 100. Auxiliary printer 40 that prints in real time emergency information generated by the system, such as "stopping" that occurs
8 is provided above the main control unit 401, and is connected to the central processing unit CP via the communication control units 406c and 406d.
U is connected.

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

When a power failure occurs, the hard disk storage device 403 stores the operation data of all terminals volatilely held in the main storage device and the data of all issued cards.
Auxiliary power supply 4 that allows the management device to operate for at least about 10 minutes so that
09 is provided below the main control device 401.

In the present embodiment, a system mainly composed of a pachinko machine 100, a card issuing machine 200, a settlement machine 300 and a management device 400 will be described. However, the present invention is applicable to an in-store broadcasting device, a prize exchange device, and a vending machine. Etc. can be extended to a system in which the management device 400 is also under control. In particular, there is a possibility that the prize exchange apparatus can easily apply a system in which the prize can be exchanged directly with the prize without passing through the settlement machine 300 using the card CD.

Further, the console 412 constituting the management device 400 also has a unique key structure most suitable for the pachinko game system of this embodiment.

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

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

Note that the four switches, the opening switch 421, the closing switch 422, the end switch 423, and the card restoration switch 424, which are particularly important for this system, are prevented from being easily operated during system operation. Therefore, it is interlocked with the key switch 420 provided at the rear (upper side in the figure), and the switches 421 to 424 cannot be turned on unless the key switch 420 is turned on. Has become.

Numerals 425, 426 and 427 are a numeric keypad, a return key and a delete key, which are of the same kind as those provided on a console such as an ordinary personal computer.

On the other hand, reference numeral 428 is a display menu switch for giving an instruction to display data regarding the card CD, operation data of each terminal, etc. on the screen of the CRT display device 411.
Reference numeral 29 denotes a CRT clear switch for requesting deletion of data displayed on the CRT display device. Reference numeral 430 denotes data relating to the card, operation data of each terminal, and the like.
A print menu switch 431 for giving an instruction to print by the reference numeral 4 is a print stop switch for requesting the printer 414 to stop printing. 432 is pachinko machine 1
The setting switches 433 for requesting the setting of the number of hits and the hitting mode at 00 are set in the pachinko machine in which the prize balls of the set number of hits have been paid out and the hitting, that is, the game cannot be continued. A stop release switch 434 for giving a command to release the stop state of 100 is used to forcibly terminate terminals by type at the end of business hours or to disable normal control and data collection due to a communication network abnormality or the like. A forced termination switch for forcibly terminating all terminals in the event of a failure, or forcibly terminating a specific terminal when a player's fraud is discovered, 435 is for canceling the suspension of the forcibly terminated terminal. Are end release switches 439 and date and time setting switches. Also, the console 41 of the embodiment
Reference numeral 2 denotes a buzzer which generates a sound urging the operator to call when an emergency such as a pachinko machine 100 is hit.
40 and a buzzer stop switch 436 for instructing to stop the sound generation.

Of the above switches, the switches 421 to 424, 432 to 436 indicated by double frames in the drawing are
These switches are built-in lamps, and when these switches are turned on, the built-in lamps are turned on during execution of the corresponding processing or while the state is continued. However, the buzzer stop switch 43
The lamp in 6 is linked with the buzzer, is turned on while the buzzer is sounding, and turned off when the stop switch 436 is pressed.

Further, the console 412 of this embodiment has a test card switch 437 on its rear surface for giving a test card issuing command, an exchange rate of purchased balls when the system is installed, a store code, and the total number of terminals. Winning ball 1
A built-in switch 438 is provided for making a setting request such as the number of prize balls per piece. These switches 437 and 438 are different from other switches,
The switch is a switch which is hardly used usually, and is a switch which only needs to be known by a specific person (such as a manager of an amusement store).

Here, the test card will be described. As is clear from the configuration already described, the gaming system according to this embodiment includes all terminals (pachinko machines 10).
0, the card issuing machine 200, and the settlement machine 300)
Under the control of 00, the state shifts to an operable state by exchanging a card number and the like, and the terminal cannot operate alone. However, since the pachinko machine 100 is frequently used, jamming and so-called tulips and other accessories often break down, and it is necessary to adjust nails in the game area to adjust the payout rate. In that case, you will perform a trial strike after repair and nail adjustment,
In the present embodiment, the test switch 179 in the control unit 160 of each pachinko machine 100 is turned on, and a special test card issued by the management device 400 is inserted from the card insertion / ejection port 802a of the control unit 160. Then, a certain number of balls are given and the pachinko machine 10
It is configured so that a game operation can be executed by itself. As a result, it is not necessary to start up the entire system in trial running during non-business hours. In addition, during business hours, a trial hit can be performed without impairing the operation data during the game.

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

However, it is also possible to adopt a system in which a blank card is not provided inside, but a blank card is inserted from the outside to record a code on the magnetic surface and eject it. In that case, the card tank can be omitted.

Further, the test card and the resurrection card issued by the management device 400 do not necessarily need to specify the date of use, issue serial number, etc. like other general cards, so that the printing device can be omitted. Good. However, it is also possible to incorporate a printing device and print out and issue the fact that the card is a test card.

[0255] When issuing the rebirth card, the punching device 8
07, a punch hole is formed at a predetermined punching position PH2 of the card.

As described above, the terminal device 10 of this embodiment
0, 200, and 300 are all under the control of the management apparatus 400, and unless the management apparatus 400 is activated, they cannot operate independently in principle. Therefore, at the time of system startup, the management apparatus 400 gives setting values to all terminals and initializes them. In addition, prior to the initialization, the terminal numbers are collected from each terminal to enable data transmission, and each transmission address is formed. During the operation of the system, the operation data of all the terminals is collected in real time, and the main storage device M-ME is collected.
M.

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

[Table 18] shows a file configuration example of data managed by the management device 400.

These files are normally stored in the main memory MM.
Although recorded in the EM, all files are saved in the hard disk storage device 403 at the time of power failure. Further, data files relating to the terminals, ie, pachinko machine files (hereinafter referred to as P machine files), issuing machine files and checkout machine files are stored in the floppy disk storage device 402 at the end of business hours, and are provided for monthly operation data tallying and the like. You.

[0260]

[Table 18]

Next, each file shown in [Table 18] will be described in more detail.

The set value file FL1 in the table is a system for the exchange rate of purchased balls, the store code, the number of terminals, the number of prize balls, the number of hits, etc., which is stored in the hard disk storage device 403 in advance by inputting from the console when the system is installed. It is a set value that varies according to the characteristics and configuration of the. This set value file is loaded from the hard disk storage device 403 to the main storage device M-MEM at the start of normal business. The set value file FL1 can be updated from the console 412 by pressing the built-in switch 438 when the pachinko machine 100 is replaced or the like.

[Table 19] shows a configuration example of the setting value file FL1.

[0264]

[Table 19]

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

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

[Table 20] shows a configuration example of the file FL2 of the transmission address used for data transmission.

[0268]

[Table 20]

In [Table 20], the type flag is a flag for indicating the type of terminal, "1" is a pachinko machine,
"2" is a card issuing machine and "4" is a checkout machine.
"0" indicates the absence of the terminal. The terminal number and serial number are the terminal number and serial number created except for "4" and "9". The unit number is placed under one NAU (network adapter unit) regardless of the type of terminal. The number of each terminal, that is, a number that is an address on a low-layer network described later, and the channel number is an address of each terminal viewed from the management device 400, that is, a number that is an address on a high-layer network described later. However, in the system of the embodiment, one NA
The number of pachinko machines connected under U is set to 64 or less.

The NAU number and the machine number are the numbers given by the setting switches (171, 205, 305, 561) as described above. In the case of a pachinko game store, the pachinko machine 10
The unit number of 0 is a jump number conventionally given by a number excluding “4” and “9”. Here, the fact that "4" and "9" are not used indicates that an octal representation is possible.

Therefore, the unit number displayed in decimal notation is expressed only by the numbers 0 to 7 using the conversion table shown in [Table 21]. According to this, for example, the stand number “258” is described as “247”.

[0272]

[Table 21]

When this is expressed by a binary code in a binary octal system, it becomes “010 · 100 · 111”. This code indicates “167” in decimal notation, so that the pachinko machine numbers missing “4” and “9” are consecutive numbers. On the other hand, in order to reduce the address on the low-layer network to 8 bits, the lower 8 bits of the above code are taken, and this is regarded as a code “1010 · 0111” expressed in a binary octal system. It becomes "A7H". Further, besides pachinko machines, terminals such as issuing machines and checkout machines are also connected under one NAU, and the number of pachinko machines under one NAU is increased by 64 bits to give them an 8-bit unit number. The number is limited to one, and the logical product of the code "A7H" and the code "3FH" is obtained to obtain "27H". In this embodiment, this is used as the unit number. The channel number is “NAU number + unit number” with the unit number prefixed with the NAU number. According to such a method, in the custom of a pachinko game store having a number that does not use “4” and “9”, efficient address processing that matches the characteristics of a microcomputer that performs data processing using only the binary system Becomes possible.

The above files are created for all terminals based on the response data of the unit table request by the management device 400 after the line test.

[Table 22] shows a configuration example of the card file FL3. The card file FL3 contains information for each card CD.

[0276]

[Table 22]

In the table, the card number is a number obtained from the issuance serial number n by using the function f (n). The number of balls held and the amount of money, and the card status are those of the card specified by the issuance serial number n and the card number. This is information indicating the current state, and is referred to as a card text in this embodiment. Here, the card state is, as shown in [Table 23], a bit indicating a free state that is not used for a game, a bit indicating that a game is in progress,
A bit indicating that the player is temporarily suspended from the gaming machine, a bit indicating that the card has already been settled in the checkout machine, a bit indicating that the number of balls held and the balance of the card have both become zero, It is composed of a bit indicating that a hit has occurred more than once, a bit indicating that the card has been used in a pachinko machine that has been forcibly terminated, a bit indicating that the card has been restored, and the like.

[0278]

[Table 23]

Returning to [Table 22], the terminal file serial number indicating the position of the terminal where the card is currently located and the terminal number are registered in the card file FL3.
In pachinko game arcades, as a rule, the numbers "4" and "9" are not used as machine numbers, so two types of terminal numbers, back and front, are generated.

Further, in [Table 22], the i counter indicates the number of times the card has performed an action, that is, the number of times the card has been ejected from the system as an organic combination, and corresponds to this number. Then, card information such as the unit number, the number of balls held, the amount of money, the time, that is, the history of the card is recorded. Statistically, most players play with less than 20 pachinko machines per day,
In this embodiment, the card history is recorded up to 20 times. However, if the number of times exceeds 20, i = 20
It is recorded by updating the table indicated by. In addition,
In the above case, the i counter does not count the interruption of the game. That is, each card information is recorded in a new area at the time of interruption, but the value of the i-counter is substantially updated by recording the card information in the same area without updating the counter when the game end switch is turned on after the interruption is released, and recording the card information in the same area. The number is matched.

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

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

[0283] In the above state transition diagram, a circle with an arrow indicating the transition direction indicates an action accompanied by recording of card information in the card file FL3. In each block, the code indicated by XXH is a code representing the card state shown in Table 23, and the corresponding state is expressed in hexadecimal digits (HEXA expression).

Next, [Table 24] shows a configuration example of the P machine file FL4.

In the figure, the items from the unit number to the card state are the data held in the transmission data area shown in [Table 1], and these are sampled by the management device 400 once per second. Is registered in the file. The number of main prize balls, the number of sub prize balls, the number of hits, and the hit mode are registered in the P machine file FL4 based on the set value file FL1 shown in [Table 19] when the system is started.

[0286]

[Table 24]

[Table 25] and [Table 26] show the issuing machine file FL5 and the adjusting machine file FL6, respectively.
The data items shown in [Table 25] are the data held in the transmission data area of the issuing machine shown in [Table 8],
The data items shown in [Table 26] respectively correspond to the data held in the transmission data area shown in [Table 13]. These are sampled by the management device once a second.

[0288]

[Table 25]

[0289]

[Table 26]

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

Next, the card issuing machine 100, the pachinko machine 200, and the settlement machine 30 as the terminals configured as described above.
0 and a management device 4 for centrally controlling these terminals
00 and the data transmission and card CD
A data transmission path (local area network) that enables the operation of the system will be described. FIG. 48 shows a configuration example of a pachinko game system using a hierarchical data transmission path.

That is, 100 to 1000 terminals are grouped by 20 to 40 terminals in units such as island facilities of a game arcade, for example, and terminals of each group circulate at high speed on a ring-shaped transmission path. Token-passing low-layer network (token bus) 510 in which a node (terminal) having an access right called a token to be exchanged has a right to transmit and receive data in the form of a packet.
Depending on the network adapter unit (NAU)
530).

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

The lower layer network 510 is 2.5 Mbps
(Mbit / s), the high-layer network 520 is controlled to have a transmission rate of 10 Mbps, and the NAU 530 absorbs the difference between the two transmission rates to enable smooth data transmission. This reduces the load on the management device 400 and enables a large amount of operation data to be collected.

In FIG. 48, reference numeral P is a pachinko machine as a terminal, reference numeral H is a card issuing machine, and reference numeral S is a settlement machine.

Each of the terminals P, H and S is connected to the network 51.
It is connected to a branch line branched from 0. The control units 160, 250 and 350 of each terminal are connected to the end of each branch line. In FIG. 48, a control unit of each terminal is indicated by reference numeral U.

FIG. 49 shows a circuit configuration example of the NAU (network adapter unit) 530 for buffering data transmission between the low layer network 510 and the high layer network 520.

The NAU 530 of this embodiment includes a low-layer network controller 533 that establishes a transmission / reception right in the low-layer network 510 and performs serial / parallel conversion of data.
A high-layer network controller 537 for establishing a transmission / reception right in a CSMA / CD type high-layer network and performing serial / parallel conversion of data; and a data transmission controller 535 for controlling data transfer between these network controllers 533 and 537. Have.
Among the above controllers, the low-layer network controller 533 is composed of a communication LSI dedicated to token passing, and the high-layer network controller 537 and the data transmission controller 535 are configured by general-purpose microcomputers.

Then, these controllers 533 and 5
35 and between 535 and 537, a buffer packet memory 534 for absorbing a difference in data transmission speed between the low-layer network 510 and the high-layer network 520.
And 536 are respectively connected. The packet memories 534 and 536 are constituted by dual port memories, and include a transmission data area SDA and a reception data area RD.
A.

Between the low layer network controller 533 and the low layer network (talk bus) 510, a branch circuit 531 for separating and coupling a transmission signal and a reception signal, and a level conversion for converting the level of a transmission / reception data signal. The circuit 532 is connected. Similarly, a level conversion circuit 538 and a branch circuit 539 are connected between the high-layer network controller 537 and the high-layer network 520.

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

The hierarchical local network (see FIG. 4)
In 8), when the system starts up, the management apparatus 400 performs a line test through each NAU 530 and sets a setting value for each terminal, and the NAU 530 uses the low-layer network 510 once a second during system operation. Operation data is collected from the terminals P, H, and S and stored in its own memory. And the accumulated data is
In response to a request from the management device 400, the data is stored in the data file in the management device 400 from each NAU 530 through the high-layer network 520 once a second.

As described above, the communication network is NAU
530 as a buffer, and the high-layer network 520 transmits the transmission speed of the low-layer network 510.2.
Since the transmission rate is set to be four times the transmission rate of 5 Mbps, even in a system having 100 to 1000 terminals, each of the terminals can receive the signals from [Table 1], [Table 8], [Table 1].
A large amount of operation data as shown in [3] can be collected in the management device 400 once a second.

[Table 27] shows the types of packets received from the pachinko machine 100 transmitted from the management device 400 to the control unit of the pachinko machine 100 in the data transmission system, and [Table 28] shows the pachinko machine 100. The types of transmission packets sent from the management device 400 to the management device 400 are shown.

[0305]

[Table 27]

[0306]

[Table 28]

The "card-in" packet listed in [Table 28] is the control unit 16 of the pachinko machine 100.
When the card is inserted into the “0”, the packet is for the unit to request the management apparatus 400 for information “card text” on the card. Here, the card text is the card number, the number of balls, the amount (unused portion)
And a data field containing four pieces of information of a card state. The packet “return to zero” transmits a card text from the control unit 160 of the pachinko machine 100 to the management device 400 when both the number of balls held and the amount of the card become zero during a game with a certain pachinko machine. This is a packet for

Further, for the packet "end of interruption", the player pushes the interruption switch 115 to receive the card, leaves the pachinko machine, and then puts the card into the settlement machine 300 as it is without returning to the pachinko machine that has been suspended. Is a packet in which the management device 400 issues a command for canceling the suspended state of the suspended pachinko machine. As a result, the player can return to the pachinko machine that has been interrupted and can perform the settlement without pressing the game end switch 114.

The ACK and NAK packets are an affirmative response and a negative response to the other party when the management device 400 and the control unit 160 request transmission from each other, and when there is no card text corresponding to the request. NAK packet is returned to. On the other hand, when the ACK is returned, requested data such as a card text may be added. Further, in this embodiment, a "forced termination request" packet for giving an operation stop command to the pachinko machine based on the judgment of the management device 400 based on the line test, the monitor abnormality, the token bus abnormality, and the like is prepared. .

Codes 09H, 8OH, ... Of each packet shown in [Table 27] and [Table 28].
Is a hexadecimal number, and the code is merely an example, and it is needless to say that the code is not limited to this.

54 to 59 show typical examples of packet formats used in the data transmission system (local network).

Of these, FIG. 54 shows the structure of the "line test" packet for the pachinko machine 100 (common to other terminals).
FIG. 4B shows the structure of an “ACK” packet that is transmitted from the pachinko machine 100 to the management device 400.

The columns "P machine number" to "channel number" in the packet shown in FIG.
When the AU receives the “line test” packet from the management device 400, the AU enters the number calculated based on the setting values of the NAU number setting switch 561 and the unit number setting switch 562, etc., and the corresponding pachinko machine 100 Send to

On the other hand, the unit controller 180 sets the setting switch (unit number setting SW) 17 in the "P machine number" to "channel number" fields in the packet of FIG.
A number calculated in advance based on the set value of 1 is entered and transmitted.

In FIG. 54, what is indicated by LHD is the packet head used in the lower layer network 510, and the NAU 530 in the lower layer network 510.
Data transmission between the terminal and each terminal is performed by the packet head LH
D, and data transmission between the management device 400 and the NAU 530 in the high-layer network 520 is performed using the high-layer packet head HHD.

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

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

FIG. 55 shows an example of the configuration of an "initial value setting" packet from the management device 400 to each pachinko machine 100. The data column indicated by * 1 contains data read from the setting value file (see [Table 19]) of the management device 400, and these are stored in the reception data area RDA of the unit memory 550. Only the hot code of the received data is copied to the transmission data area SDA of the unit memory 550. There is no response to this received packet.

FIG. 56 shows a configuration example of various command packets from the management device 400 to the pachinko machine 100 without data. In the packet type column of FIG.
Code 90H (opening code), 91H (closing code), 9
5H (forced termination request), 96H (forced termination release), 97H
A code of any of (stop release), 98H (interruption end) or B1H (restart) is entered. There is no response to the management device 400 for these received packets, and it is a one-way command transmission.

57 (A) to (C), a card CD is shown.
A configuration example of a “card-in” packet for notifying the management apparatus 400 of the acceptance of the “ACK” and its response packets “ACK” and “NAK” is shown.

In the data field of the "card-in" transmission packet, the card text in which only the card number is written is read from the unit memory 550 and sent. On the other hand, the response “A
The data field * 2 of the CK "packet contains the card text among the data related to the card read from the card file of the management device 400. In addition, the card state in this card text indicates the updated card state. Show.

[0322] It should be noted that a send / receive packet when the suspend switch is turned on, a send / receive packet when the suspend card is inserted, a send / receive packet when the settlement switch is turned on, a "zero return" or a "stop" occurs. The structure of the transmission / reception packet is also the same as that of the "card-in" packet and its response packet in FIG. 57, and the corresponding packet code A2H, A1H, A3H, A4H or A5H is entered in the packet type column and the card text in the data column. The only difference is that each card contains different data. In particular, in the “card-in” packet, the fields of “number of balls”, “amount” and “card status” in the card text are
In contrast to "0", in other packets of the same type, data relating to the card is also entered in these fields and sent.

Further, FIG. 58 shows an example of the structure of the “timed data transmission” packet, and FIGS. 59A and 59B show an example of the structure of the “unit recovery” transmission / reception packet.

Of these, in the "scheduled data transmission" packet, all the data in the transmission data area SDA of the unit memory 550 is put and sent, and the management device 400 receives this data and receives the pachinko in the P machine file. Machine 10
The data of 0 is updated. On the other hand, in the “unit recovery” packet, all data in the P device file of the management device 400 and the date read from the set value file, the identification code and the hot code are made to match the configuration of the data area of the unit memory 550. I will send you.

However, for the reception data packet head and the card text which overlap with the transmission data area SDA of the unit memory 550, duplicate transmission is omitted, and the unit controller 190 side copies from the transmission data area SDA to the reception data area RDA. It has become. In a response packet to the above packet, only all the data in the transmission data area SDA is inserted and sent.

The packets shown in FIGS. 54 to 59 are not the whole of the original packets to be placed on the network but only the essential parts. In addition, alert bursts and sync data for finding the beginning of the data are also included. There are a header section including a source address field indicating a transmission source and a destination address indicating a transmission destination, a count section indicating the length of data, and a check code section for error detection. These are automatically generated and added by the network controller in the control unit of each terminal.

Next, the unit controller 180 (see FIG.
5) shows a control procedure for data transmission in FIG.
This will be described with reference to FIGS.

From the reset circuit 555 to each controller 1
When a reset pulse is supplied to 90, 551, 553, each controller clears the internal register and the internal RAM, and resets the data transmission controller 551.
Also clears the unit memory 550 for parallel communication with the unit controller 190 (step S
101, S201, S301). Then, the data transmission controller 551 writes appropriate data to a predetermined address (27FF) in the unit memory 550 (step S202). Then, the unit memory 550 raises the level of the signal INT output from the predetermined terminal. This signal INT is supplied to the unit controller 190 as an initialization signal as described above.

On the other hand, the unit controller 190 clears the internal register and RAM and then clears the I / O port (step S102).
It is monitored whether the initialization signal INT from 0 has risen (step S103). When the signal INT rises, the value set in the setting switch (vehicle number setting SW) 171 is read, and the identification code (vehicle number) is read.
The terminal serial number and the channel number are calculated (steps S104 and S105). Then, the channel number is written in the transmission data area SDA of the unit memory 550 (step S106).

The data transmission controller 551 reads the channel number in the transmission data area SDA and determines whether it is "0" (steps S203, S).
204), if the value is not "0" due to the writing by the unit controller, the read channel number is written to the latch LT3 (563), and then the latch LT2 (56
Packet memory 5 used for data transmission and reception for 2)
A command for designating the page configuration in 52 is written (steps S205, S206). Then, the network controller 553 reads the channel number in the latch LT3, stores it in the internal RAM, determines its own address in the low-layer network (step S302), and reads the page configuration of the packet memory 552 from the next latch LT2. (Step S303). Thereby, the configuration of the transmission / reception page is determined.

Then, the data transmission controller 551
Latches the page number used for the next data reception LT
2 (step S207). Then, this becomes a reception permission command to the network controller 553. Therefore, the network controller uses the latch LT
It is checked whether or not there is a reception page number in 2, and if there is a page number, it is determined that the reception is permitted, and the process proceeds to the reception process of step S305 (FIG. 51) and thereafter (step S304). In step S305, the network controller determines whether there is a transmission request from the NAU. Then, when there is a transmission request, after transmitting to the NAU that the reception is possible, the packet sent from the NAU is received, and unnecessary portions such as the source address are removed from the received packet, The data part is converted into parallel data and the received data is written to the designated page in the packet memory 552 (step S306).
~ S308). Then, the network controller 5
53 writes the received command into the latch LT1 (561) (step S309).

Then, the data transfer controller 551 reads the data in the latch LT1 and confirms that there is a receive command, reads the receive data from a predetermined page of the packet memory 552, and temporarily stores it in the working area UWA of the unit memory 550. Yes (step S20
8, S209). Then, the data transmission controller 5
51 writes the next received page into the latch LT2. This is a command to permit reception of the next packet (step S210). This command (received page) is read and stored by the network controller 553 (step S310), and the next data can be received in parallel with the transmission of the received data from the data transmission controller 551 to the unit controller 190.

That is, the data transmission controller 551
Writes the received page into the latch LT2 in step S210, checks the command register CR2 in the unit memory 550 to confirm that it is "0", that is, there is no other transmission request to the unit controller 190 (step S211). ), The write position in the reception data area RDA is determined from the reception packet type, and the reception data in the working area UWA is moved to the reception data area RDA of the unit memory 550 (step S2).
12, S213). Then, the received packet type name is written in the command register CR2 of the communication area (step S214).

Then, when the unit controller 190 monitors the command register CR2 and determines that the packet type has been written, the processing corresponding to the packet type is started (steps S107 and S108).
When the processing is completed, the command register C
R2 is cleared (step S109). On the other hand, the data transmission controller 551 writes the received packet type name in the command register CR2 in step S214, and then determines whether or not the packet is an “initial value setting” packet. To start transmission, a regular timer (1 second) in the unit memory 550 is set (steps S215 and S21).
6). If the received packet is not the "initial value setting" packet, it is determined in step S217 whether the packet is a "line test" packet. If the packet is a "line test" packet, in step S218, a process is executed to transmit the "ACK" packet as a response. If the packet is not a "line test" packet, the process directly proceeds to another process.

Next, the packet transmission process will be described with reference to FIG.

When a packet transmission factor such as "card-in" or "interruption switch" occurs, the unit controller 190 first sends the transmission data area SD of the unit memory 550.
Write the packet type name in the “packet type” column in A. That is, a packet head is created (step S1).
21). Then, the command register CR1 in the unit memory 550 is checked to determine whether another transmission packet has already been entered. If there is no other transmission packet, a packet type name to be transmitted is written in the command register CR1. , A transmission timer is set (steps S122 to S124).

Writing the packet type name into the command register CR1 becomes a transmission command to the data transmission controller 551. On the other hand, the data transmission controller 55
1 monitors whether or not the packet type has entered the command register CR1 (step S221), and upon detecting that the packet type has entered, transmits the transmission data corresponding to the transmission packet type to the transmission data area in the unit memory 550. The data is read from the SDA and written to page 0 in the packet memory 550 together with the address (fixed) of the destination NAU and the number of bytes of the transmission data (step S22).
2, S223).

After that, the data transmission controller 551
Writes the transmission command of the data in page 0 into the latch LT2 (step S224).

Then, this becomes a transmission command to the network controller 553, the network controller 553 checks the presence of a transmission command, waits for acquisition of the transmission right on the network when there is a command, and from the NAU if the transmission right is acquired. (Steps S321 to S323). Then, after transmitting the data in page 1 of the packet memory 552, the transmission result is written into the latch LT1 (steps S324 and S32).
5).

In response to this, the data transmission controller 55
1 checks the latch LT1 to determine whether or not the transmission has succeeded. If the transmission has failed, the transmission process is repeated up to three times (steps S225 and S226).

Then, the transmission result is stored in the unit memory 55.
After writing to the status register STR in the communication area of 0, the command register CR1 is cleared (steps S227 and S228).

On the other hand, after setting the transmission timer in step S124, the unit controller 190 keeps monitoring the command register CR1 (step S1).
25) If a time-over occurs before the command register CR1 is cleared by the data transmission controller 551 in the step S228, the common signal (watchdog pulse) of the display data sent to the pachinko machine control device 195 is fixed to a low level. Then, the watchdog pulse is stopped (step S127). As a result, a reset is performed by the reset circuit 555, and steps S101, S201, and S301 are initialized.

Next, the regular data transmission process will be described with reference to FIG.
This will be described with reference to FIG. The data transmission controller 551 includes:
The regular timer set in step S216 is checked (step S231). When one second has elapsed, the process proceeds to step S232, where all data in the transmission data area SDA of the unit memory 550 is read and written to the working area UWA (step S233). ). Then, the data is compared with the data in the transmission data area SDA again (step S234). If they match, the command register CR1 is checked to see if another transmission request (packet type) to the data transmission controller 551 has been entered (step S234). Step S235): Read data from the working area UWA and store it as transmission data in the packet memory 55.
2 (steps S237 and S238). Also,
At this time, the transmission destination address (NA
U), the length (number of bytes) of the transmission data, and the packet type name are written to page 1 in the packet memory. If another packet name is included in the command register CR1 in step S235, the packet is transmitted (S23).
236), and then proceed to step S237.

Whether or not the data match is determined in step S234 is that when the unit controller 190 rewrites 1 byte of the data portion consisting of 2 bytes in the transmission data area SDA, if the regular data is transmitted, This is because undetermined data will be transmitted.
By checking the data match, the transmission data area SD
A data determination of A can be determined.

Writing transmission data (step S238)
Thereafter, the data transmission controller 551 writes a transmission command of the data in the page 1 to the latch LT2 (step S2).
239).

Then, this becomes a transmission command to the network controller 553, the network controller 553 checks for the presence of a transmission command, waits for the acquisition of the transmission right on the network when there is a command, and from the NAU if the transmission right is acquired. (Steps S331 to S333). Then, after transmitting the data in page 1 of the packet memory 551, the transmission result is written into the latch LT1 (steps S334, S33).
5). In response to this, the data transmission controller 551 checks the latch LT1 to determine whether transmission has succeeded. If the transmission has failed, the data transmission controller 551 repeats the transmission process up to three times (steps S240 and S241).

Next, of the transmission operation data shown in [Table 1], the operating state of the pachinko machine 100 reflected in the operating information and the transition method thereof, and the pachinko machine 100 utilizing this operating state and the card state. The control method will be described.

In the system of this embodiment, the pachinko machine 1
As the operating states of 00, as shown in FIG. 46, a reset state SS10, a forced termination state SS11 in which a game cannot be performed, and a free state SS12 opened to all the players.
And a game state S in which a game is played by a specific player
There are six states: S13, a suspended state SS14 in which the game is stopped with the game right reserved for a specific player, and a stopped state SS15 in which a predetermined number of prize balls are discharged and the game is stopped. . The free state SS12 and the suspended state S
Only S14 is a state in which a card can be accepted. In addition to the reset state SS10, the forced termination state SS11 and the hit state SS15 are states in which the card cannot be accepted. In the suspension state SS14, only the card that caused the suspension is accepted. On the other hand, in the gaming state SS13, a specific card is held inside the pachinko machine 100.

Each of the above states can be transited in the direction indicated by the arrow in the figure, and other state transitions are prevented from occurring.

In other words, the reset state SS10 is the forced termination state SS1 only when the "initial value" packet is received.
Move to 1. However, when a “unit recovery” packet is received in the reset state after the recovery from the power failure, the pachinko machine returns to the state before the power failure occurred. Forced end state S
From S11, it is possible to shift only to the free state SS12, which shifts when a “store opening” packet or a “forced termination release” packet is received. In addition, free state SS12
Can be shifted to the gaming state SS13 or the forced ending state SS11, the processing shifts to the gaming state SS13 upon reception of the “card-in” packet, and shifts to the forced ending state SS11 upon receiving the “closed” packet or the “forced ending” packet. .

In the game state SS13, the free state S is generated by turning on the end switch or the zero-reset state.
Returning to S12, if the interruption switch is turned on during the game, the operation proceeds to the interruption state SS14, and if the stopping condition is satisfied, the stopping state S
The process moves to S15. The state shifts from the interruption state SS14 or the cancellation state SS15 to the free state SS12 when the “interruption end” packet (when the settlement is performed by the settlement machine) or the “stop cancellation” packet is received, and the interruption state SS
When the card that caused the interruption in 14 is reinserted, the process returns to the gaming state SS13.

Further, in the free state SS12, in all the states of the gaming state SS13, the suspended state SS14, and the stopped state SS15, immediately upon receiving the "forced termination request" packet from the management device 400, the forced termination state SS1 is reached.
Move to 1.

In addition, the system of this embodiment is provided with a test mode which enables a game with a test card. Even in this mode, when the power of the entire system is turned on, the same state transition as in FIG. 46 is performed. To do. FIG. 47B shows a state transition diagram of the pachinko machine 100 in the online test mode. In this case, the condition of the state transition is slightly different from that in the normal operation mode.

That is, the free state S in the normal operation mode
When a normal test card is inserted after pressing the test switch in S12, the control space is switched, and the state of the pachinko machine 100 is set to the gaming state SS1 in the test mode.
Move to 3 '. Even in the test mode, it is possible to shift to the stop state or the interruption state. However, gaming state SS
It is possible to shift from 13 'to the free state SS12 when the end switch is turned on or when zero return occurs. From the stopped state SS15' to the free state SS12 ', it is not the reception of the "cancel release" packet, but When the end switch is turned on, the state returns to the test game state SS13 'when the original test card or another test card is inserted in the interrupted state SS14', and the normal free state is pressed when the end switch is pressed in the interrupted state SS14 '. Move to SS12. The control space is switched at the same time as the transition from each state in the test mode to the free state SS12. In other words, the test mode is not the test mode, but the normal operation mode. When the player wants to play the game again with the test card, it is necessary to turn on the test switch again and then insert the test card.

On the other hand, in each state of the test mode, the management device 4
When a “forced end request” packet is sent from 00,
This is stored in the unit controller 180, and when the end switch is turned on, each state SS13 ', SS1
4 ', SS15', and transition to the forced termination state SS11.

The transition to the forced termination state SS11 is also performed at the same time as the switching of the control space, and the test mode is terminated.

FIG. 47C shows the state transition in the test mode when one of the pachinko machines 100 is independently powered on and disconnected from the management apparatus 400.

Pachinko machine 100 when offline
Performs initialization upon power-on, and then enters a standby state SS20 for turning on a test switch or waiting for a “line test” packet from the management device 400. Here, when the test switch is turned on and a regular test card is subsequently inserted, a transition is made to the gaming state SS13 'in the test mode. Thereafter, under the same conditions as in FIG.
In S14 ', the state shifts to the stop state SS15'. When the end switch is turned on in each state, the state returns to the standby state SS20.

When the "line test" and "initial value setting" packets are received in the standby state SS20, the normal operation mode forced termination state SS11 is entered.

The unit control device 180 of the control unit 160 of the pachinko machine 100 of this embodiment refers to the control and management device 400 of the pachinko machine 100 and the card reader 800 while referring to the operating state and the card state of the pachinko machine 100. By performing the communication described above, the load on the management device 400 can be reduced, control independence can be maintained with respect to a predetermined process while avoiding a malfunction due to a communication error, and a quick response to a player's action or the like can be achieved. It is like this.

The processing in the unit controller 190 using the pachinko machine operating information and the card status will be described below.

First, before explaining the processing by the unit controller 190, the procedure of the mutual data transmission of the unit controller 190, the pachinko machine controller 188 and the card reader controller CPU2 and the operation related to each other will be described with reference to FIGS. Explain.

FIG. 60 shows a procedure from initialization to opening of a store.

The card reader controller CPU2
Communication between the unit controller 190 and the unit controller 190 is performed by a function code.
As a function code from the unit controller 190 to the card reader controller CPU2,
An "initial value setting" function for providing the card reader 800 with a date code and an identification code for collating with magnetic data read from the card CD, and a "card for permitting the card reader 800 to accept the card CD. "Acceptable" function, "card unacceptable" function for instructing the card reader 800 to stop accepting the card CD, "card ejection" function for instructing the card to be ejected, and replay of the magnetic data of the card CD A "reload" function for instructing reading, a "retransmission request" function for requesting retransmission of the function code sent immediately before, and a request for transmission of a bit indicating the state of the card reader 800 held in the card reader controller CPU2. Status Request funk Eight types of "return-to-zero" functions are provided, which give a command to punch a return-to-zero hole PH4, which indicates that the value of the card has become zero, at a predetermined position in the area for forming the slot and punch holes. ing.

On the other hand, the card reader controller CPU 2
As a function code for the unit controller 190, a "card number transmission" function for transmitting a card number read by the card reader 800 to the unit controller 190, a "test card" function for notifying the unit controller 190 that a test card has been inserted, At the time of reset, an "initial value request" function for requesting an initial value such as a date and an identification code, a "normal end" function for notifying the unit controller 190 that the requested processing has been normally completed, and conversely, the processing is normally performed. "Abnormal termination" function to notify that it did not end, inserted card CD
"Self-discharge" function that the card reader controller 190 determines that the card CD is illegal and detects that the card CD has been detected by itself, and requests the unit controller 190 to retransmit the function code sent immediately before. There are eight types of "retransmission request" function and "status transmission" function for transmitting the status of the card reader 800 in response to "reload" request or "status request".

However, the card reader controller CPU
2 and the unit controller 190 do not unilaterally send a function code, but first send a call signal (calling code) ENQ, and after receiving a permission response ACK from the receiving side, send the function code. It is supposed to be sent.

In FIG. 60, when reset is turned on by power-on, the unit controller 190, the card reader controller CPU2, the pachinko machine controller CP
U1 initializes internal registers and the like (step S4).
01, S501, S601). When the initialization is completed, the pachinko machine controller CPU1 waits for input of a detection signal from each sensor or switch (S410).

The unit controller 190 reads the set value (identification code: unit number) from the setting switch (unit number setting SW) 171 of the control unit 160, and outputs the serial number,
The channel number is calculated and stored in the unit memory 550 (step S602). Then, it waits for a "line test" packet to be sent from the management device 400 (step S603).

Next, when the "initial value setting" packet is received, the reception control from the card reader 800 is started, and the call signal ENQ from the card reader controller CPU2.
Is determined (steps S604 to S606).

On the other hand, the card reader controller CPU2
When the initialization is completed, the unit controller 190
Sends a call signal ENQ and waits for a response signal ACK in response to the call signal (steps S502 and S503). If there is no ACK in consideration of a case where the unit controller 190 transmits a call such as an “initial value setting” function before transmitting the call signal ENQ, it is determined whether or not there is an ENQ (step S504). . Then, if there is an ENQ, an ACK is transmitted to wait for reception of a function code (steps S504 to S50).
6).

When the unit controller 190 receives in step S606 the transmission of the call signal ENQ from the card reader controller CPU2 in step S502, a response signal ACK is returned (step S60).
7). Then, the card reader controller CPU2 transmits an "initialization request" function (Step S).
511). This is received by the unit controller 190 and transmission control to the card reader 800 is started, and first, an “initial value setting” function including an identification code is transmitted (steps S608 to S610).

When the card reader controller CPU2 receives this initial value, the date and identification code are stored in the internal RAM.
And returns a "normal end" function (steps S512 to S514).

The unit controller 190 receives the "normal end" function (step S611).
Waits for a "store opening code" packet from the management device 400, and upon receipt of this packet, scrolls the analog display 163 to display a customer wait and changes the operation information of the unit memory to "free" (steps S612 to S612).
S614). Then, the unit controller 190 transmits a "card accepted" function to the card reader controller CPU2 (step S615).

When the card reader controller CPU2 receives this, it first opens the shutter and then starts card insertion detection (steps S515 to S517). Then, the "normal end" function is returned (step S5).
18), and enters a state of waiting for insertion of a function or a card CD from the unit controller 190 (step S520). On the other hand, when the unit controller 190 receives the “normal end” function from the card reader 800, it waits for a packet from the management device 400 or a function from the card reader controller CPU2 (step S620).

FIG. 61 shows an operation procedure when the card CD is inserted into the card reader 800.

Card reader controller CPU2 is in a function or card waiting state (step S520).
When the card CD is inserted, the insertion detection switch 808 detects this and drives the motor MT to take in the card CD (step S521).

Next, after checking the punch holes and the security code, the magnetic data is read and the date and the identification code are inspected (steps S522 to S525). If the card is a normal card, the function including the read card number is transmitted to the unit controller 190, and then the shutter is closed (steps S526 and S5).
27).

When the unit controller 190 receives the card number, it sends a "card-in" packet to the management device 40.
0, the presence of the card is confirmed by an "ACK" packet, and the operation information is changed to "playing" (step S).
621-S625). Then, the status display lamp 162
Is turned on to inform the outside that the game is being played, the hit ball launching device 103 is made drivable, and input of a detection signal from each sensor is waited (steps S624 and S625).

During this period, the pachinko machine controller CPU1
Is in a state of waiting for detection signals of sensors and switches (step S410), and after starting the launch control of the hit ball launching device, launch sensor SNS5, safe sensors SNS2, SNS3,
When the detection signals from the foul sensor SNS4 and the out sensor SNS1 are detected, the detection signals are sent to the unit controller 1
90 is notified (steps S411 to S416). In addition, at this time, the return ball and the launch ball are distinguished from each other based on the difference in the detection time of the launch sensor, and the return number is output as a foul ball detection signal (step S416).

On the other hand, when the unit controller 190 receives the detection signal of the sensor, it calculates the number of balls in the game by updating the unit memory 550 (steps S626 to S630) according to the kind of the signal and purchase switch 113. When the detection signal is received, the calculation is performed to reduce the unused amount of the card CD and increase the number of balls held (step S63).
1).

In FIG. 62, the interruption switch 114 during the game.
The operation procedure when is turned on is shown.

When the unit controller 190 detects that the interruption switch is turned on, the unit controller 190 stops the control of the hitting ball launching device 103, and the "interruption switch" is directed to the management device 400.
The packet is transmitted (steps S632 to S634).
Then, when “ACK” is returned from the management device 400, the operation information in the unit memory 550 is changed to “interrupted”, the game state display lamp 123 is driven to blink, and the interruption display is performed. The "card ejection" function is transmitted to the card reader controller CPU2 (steps S635 to S637).

When the card reader controller CPU2 receives this function, the shutter is opened and the motor MT is rotated in the reverse direction to eject the card CD, and the "normal end" function is sent to the unit controller 190 (steps S528 to S531), and the card It waits for insertion or a function (step S532). on the other hand,
After receiving the “normal end” function (step S638), unit controller 190 waits for reception of a packet or function (step S620).

Then, when the interrupted card CD is inserted into the card reader 800, the card reader controller C
The PU 2 takes in the card CD, checks and transmits the function, and closes the shutter in accordance with the same procedure as in steps S521 to S527 (step S5).
33-S538). On the other hand, the unit controller 190
Checks the received card number against the card number in the unit memory 550 to determine whether or not the card has been interrupted, and if they match, transmits an "interrupted card-in" packet to the management device 400 (steps S639 to S639). S641). Then, when the response "ACK" is received, the operation state is changed to "playing", the game state display lamp is changed to the continuously lit game display, and the control of the hit ball launching device 103 is started (steps S642 to S644). ).

By the way, in the system of this embodiment, when the suspended card is settled by the settlement machine 300, the suspended pachinko machine 100 is released. Therefore, when the packet of step S620 in FIG. 62 or the “interruption end” packet is sent from the management apparatus 400 in the function reception waiting state, the unit controller 190 changes the operation information to “free” and the lamp 12
After changing 3,163 to the customer waiting display, the process waits for packet or function reception again (step S620).

FIG. 69 shows an operation procedure when the end switch 115 is turned on.

When the unit controller 190 detects that the end switch is turned on, the unit controller 190 stops the driving of the hitting ball launching device 103 and then sends the "end switch" packet to the management device 4.
00 (steps S645 to S647). And
When the response “ACK” is received, the operation information is “free”.
, The game state display lamp 123 is turned off, the analog display 163 is scrolled to change to the customer waiting display, and then the "card ejection" function is sent to the card reader controller CPU2 (steps S648 to S65).
0).

Upon receiving the function, the card reader controller CPU2 returns the "normal end" function to the unit controller 190 after opening the shutter, driving the motor MT to eject the card CD (steps S539 to S542). Then, it waits for card insertion or function reception (step S5).
20).

On the other hand, when the unit controller 190 receives the "normal end" function from the card reader controller CPU2, it waits for a packet from the management device 400 or a function from the card reader controller CPU2 (steps S651, S62).
0). During this time, the pachinko machine controller CPU1 is waiting for the input of the detection signal of the sensor (step S41).
0).

Next, a procedure in the case where a zero-reset state in which the number of balls held and the amount of money are both "0" occurs during the game shown in FIG. 61 will be described with reference to FIG.

It is determined whether or not the number of balls and the amount of money have become "0" as a result of the calculation of the number of balls of steps S626 to S631.
If “0”, the drive control of the hitting ball launching device 103 is stopped, and then the search timer for 10 seconds is turned on (step S
652-S654). Then, it is checked whether or not the number of floating balls (the number of launched balls−the number of collected balls) existing in the game board has become “0”, and it is further determined whether or not the search timer has passed 10 seconds (steps S655 and S656). If the number of floating balls becomes “0” or the search timer has passed 10 seconds, a “return-to-zero” packet is transmitted to the management device 400 (step S658). In addition, after the hitting ball firing device 103 stops, 1
If the number of floating balls exists within 0 seconds, it is checked whether there is a safe ball, a foul ball, or an out ball. If there is, the process returns to steps S626 to S631 to calculate the number of balls again (step S657).

Then, "ACK" from the management device 400
When the packet is received, the operation information is changed to “free”, then the lamps 123 and 163 are changed to the customer waiting display, and the “return to zero” function is set to the card reader controller C.
The data is transmitted to PU2 (steps S659 to S662).

When the card reader controller CPU2 receives this function, it punches a hole in the zero return hole punching position of the card CD and then opens the shutter to open the card C.
D is discharged (steps S543 to S546). Then, the "normal end" function is sent to the unit controller 190, and the card is inserted or the function reception is waited (steps S547, S520).

On the other hand, the unit controller 190
When the "normal end" function is received, a packet or function wait state is set (step S66).
3, S620).

FIG. 65 shows a processing procedure when a hit state occurs during the game shown in FIG.

After calculating the number of balls and the amount of money in steps S626 to S631, a stop calculation is performed to determine whether the calculated value has reached the stop number (steps S664 and S665). When the number of hits has been reached, the drive control of the hit ball launching device 103 is stopped, and then a “hit” packet is transmitted to the management device 400 (steps S666 and S667).

Then, "ACK" from the management device 400
When a packet is received, the operation information is changed to "stop",
The game state display lamp 123 is turned off, and the analog display 16
3 is changed to a stop display (blinking drive) (step S66)
8-S670). After that, the tap sound is output from the speaker 166, and then the card reader controller CPU2 is turned off.
Then, a "card cannot be accepted" function is transmitted to the user (steps S671, S672).

When the card reader controller CPU2 receives this function, the shutter is opened and the card CD is ejected. Then, the shutter is closed and the insertion of the card CD is prohibited. Then, the "normal end" function is transmitted to the unit controller 190, and the function controller waits for function reception (steps S551 to S55).
6). Then, the unit controller 190 receives the “normal end” function and enters a packet waiting state.
(Steps S673, S674).

After that, "cancel cancellation" is issued from the management device 400.
When a packet is sent, the unit controller 19
0 changes the operation information to “free”, and the lamps 123, 1
63 is changed to the customer waiting display, and then a "card accepted" function is transmitted to the card reader controller CPU2 (steps S675 to S678).

Then, the card reader controller CPU
2. After opening the shutter to start card insertion detection and transmitting a "normal end" function (step S5)
57 to S560), and waits for insertion of a function or a card (step S520). On the other hand, the unit controller 190 receives the “normal end” function (step S679), and waits for reception of a packet or function (step S620).

During this period, the pachinko machine controller CPU1
Are in a state of waiting for input of a detection signal of each sensor and switch (step S410).

FIG. 66 shows a processing procedure for forced termination. 60, 63, 64, and 65 (step S62).
When the “forced end” packet is sent from the management device 400 at 0), the unit controller 190 changes the operation information to “forced end”, turns off the lamps 123 and 163, and displays the number of balls and the amount display. After clearing to "0",
A "card cannot be accepted" function is transmitted to the card reader controller CPU2 (steps S681 to S68).
4).

Then, the card reader controller CPU
Step 2 is to determine whether a card CD is present in the card reader 800 after receiving the function. If the card CD is present, the shutter is opened and the card CD is ejected. After shifting, the shutter is closed and the "normal end" function is transmitted, and function reception is waited (steps S561 to S567).

On the other hand, when the unit controller 190 receives the "normal end" function from the card reader controller CPU2, it waits for packet reception (steps S685, S686).

After that, when a "forced termination cancellation" packet is sent from the management device 400, the unit controller 190 changes the operation information to "free" and the lamp 12
3, 163 is changed to the wait-for-customer display, and then a "card accepted" function is transmitted to the card reader controller CPU2 (steps S687 to S690).

Then, the card reader controller CPU
2. After opening the shutter to start card insertion detection and transmitting a "normal end" function (step S5)
68 to S571), and waits for insertion of a function or a card (step S520). On the other hand, the unit controller 190 receives the “normal end” function (step S691), and waits for reception of a packet or function (step S620). During this time, the pachinko machine controller CPU1 is in a state of waiting for input of a detection signal of each sensor and switch (step S410).

[0407] Fig. 67 shows the procedure of unit recovery processing after a power failure.

[0408] When the power failure state is restored, each controller C
The PU1, CPU2, and 190 respectively initialize internal registers and the like (steps S421, S581, and S70).
1) Then, the unit controller 190 reads the unit number from the unit number setting unit 171 to calculate the serial number and the channel number, store them in the unit memory 550, and waits for the reception of the "line test" packet (steps S702 and S70).
3).

On the other hand, the pachinko machine controller CPU1 waits for the detection signal input of the sensor or switch after initialization (step S410), and the card reader controller CP
U2 is the step S50 at the time of power-on reset in FIG.
2 to S506, after transmitting the call signal ENQ,
ACK and ENQ from unit controller 190
Is determined, and upon receiving ENQ, it returns ACK and then waits for function reception (step S5).
82-S586).

The unit controller 190 proceeds to step S
When the "line test" packet is received at 703, the "unit recovery data" packet sent from the management device 400 is subsequently received, the data in the unit memory 550 is returned to the state before the power failure occurred, and the "ACK" packet is received. Is returned (steps S704 and S705). then,
After the firing drive control is turned off irrespective of the state before the power failure, if the previous operating state is a game, the operation information is set to "free" (steps S706 and S707). next,
Since a "restart" packet is sent from the management device 400, if it is received, transmission / reception control with the card reader controller CPU2 is started, and a call signal ENQ is transmitted first (steps S708 to S71).
0). When a response signal ACK is received, an "initial value setting" function is sent to the card reader controller CPU2 (steps S711 and S71).
2).

Card reader controller CPU2
Upon receiving the "initial value setting" function, the date and the identification code are stored, and then the "normal end" function is returned. Upon receiving this, the unit controller 190
The lamps 123 and 163 are displayed according to the operation information (steps S713 and S714). That is, the original operating state returns to the original display state except for “in game”. Subsequently, the unit controller 190 transmits a function corresponding to the operation information (step S715). That is,
If it is "free", it sends the "reload" function of the card, if it is "suspended", it sends the "card accepted" function, otherwise it sends the "card not accepted" function.

Then, the card reader controller CPU
2 executes a process corresponding to the transmitted function, and then determines whether a card is present in the card reader 800. If no card is present, the "status"
Transmit the function (steps S590 to S59)
2). When the card CD is present in the card reader 800, the authenticity of the card corresponding to steps S522 to 525 is determined, the card number is inserted into the function and transmitted, and then the function reception or the card corresponding to step S520 is performed. Waits for insertion.

On the other hand, when the unit controller 190 receives the "status" function from the card reader 800, it waits for the packet or function corresponding to step S620, and when it receives the function including the card number, the "card-in" corresponding to step S622. After transmitting the packet to the management device 400, the game process is started according to the procedure of steps S623 to S631 of FIG.

In this way, when the operating state before the power outage is "playing", the game is restarted after re-reading the card CD and checking it. In particular, it is possible to avoid confusion due to transmission of (card number) and improve reliability, and it is possible to eliminate fraudulent acts such as removal of a card CD during a power failure.

Next, a concrete control procedure in the unit controller 190 will be described with reference to FIGS. 68 to 110.

The processing in the unit controller 190 includes the initialization task after power-on or reset,
There are ten types of main tasks that follow, a timer interrupt process based on an interrupt signal input from the timer every 1 millisecond, and a serial interrupt process that occurs when a function is transmitted to and received from the card reader controller CPU2.

Of these, 10 types of main tasks are repeatedly executed in real time. Here, the ten types of main tasks are a packet reception task and a card reader control task, a packet transmission task, an error control task, a ball count calculation task, a switch detection task, a sound output task, a timer control task, a lamp drive task, and a port. There are ten types of output control tasks.

FIG. 68 shows the procedure of timer interrupt processing, and FIG. 69 shows the procedure of serial interrupt processing.

In the timer interrupt processing of FIG. 68, first, the hot code (A55A) in the unit memory 550 is checked (procedure P1), and if there is an abnormality, reset is made. Reset the timer (procedure P2). Next, after updating the timer prepared in the internal RAM of the unit controller 190, every time transmission is performed by the data transmission controller, "F
"FH" is set and the watchdog counter in the unit memory 550 that is decremented by 1 every 20 mS is checked (procedures P3 and P4). Here, if the watchdog counter is “0”, the data transmission controller 5
When it is determined that 51 is down, the common signal for driving the segment type display is fixed and reset by the reset circuit 555 is applied.

If the watchdog counter is normal,
After performing the next sensor and switch detection processing (see FIG. 70), the switch detection signal invalidation processing (see FIG. 71)
(Procedures P5 and P6).

Thereafter, the amount of money and the number of balls data are read from the unit memory 550 and the code is converted, and based on this, segment data and common data of the amount of money display 111 and the number of balls display 112 are formed and output. Dynamically display the number of balls (procedures P7 and P8).

On the other hand, in the serial interrupt processing of FIG.
When an interrupt is received from the transmission buffer or the reception buffer inside the unit controller 190, it is first determined whether or not the reception is an interruption. If the interruption is a reception interruption, one byte of received data is transferred to the internal RAM (procedures P11 and P12).
Further, when the serial interrupt is an interrupt from the transmission buffer, a one-byte transmission process of converting the one-byte transmission data into serial data by shifting the transmission buffer and outputting the serial data is executed (procedures P13 and P1).
4). Note that the serial interrupt is automatically executed by the CPU when transmission / reception data enters the reception buffer or transmission buffer.
, An interrupt signal is input.

The sensor and switch detection processing in the timer interrupt processing (FIG. 68) is performed according to the procedure shown in FIG.

That is, first, the on / off states of the purchase switch 113, the interruption switch 114, the settlement switch 115, the test switch 179 and the call switch 165a are read and compared with the previous state (procedures P51, P.
52). In the comparison of the states, it is possible to easily know whether the state has changed by performing a logical operation such as an exclusive OR. Here, if there is a switch that is newly turned on, the on state of the switch is saved in the internal RAM (procedure P53).

Next, it is determined whether or not the sensor is being detected (procedure P54), that is, whether or not the game is being performed. If the sensor is being detected, the firing sensor SNS5 and the safe sensor SN are detected.
The states of S2, SNS3, foul sensor SNS4, and out sensor SNS1 are read and compared with the previous states (procedures P55 and P56). If there is a sensor that is newly turned on, the on state of the sensor is set to the internal R
Save to AM (procedure P57).

Thereafter, it is determined whether or not the drive control of the hit ball launching device 103 is being performed, and if it is being controlled, the procedure P60 is performed.
Jump to step P57 if not controlled
Invalidates the ON state of the firing sensor saved in the RAM (procedures P58 and P59). Then, if the firing sensor is turned on after looking at the data saved in RAM,
The counter for counting the number of floating balls provided in the RAM is added (procedures P60 and P61). If the firing sensor is off, the process proceeds to the next procedure P62 without incrementing the number of floating balls and determines whether the number of floating balls is “0”. Here, if the number of floating balls is "0", the ON state of the first safe sensor SNS2 saved in the RAM is invalidated (procedure P76), and if it is not "0", it is checked whether the first safe sensor is ON and ON. Then subtract the number of floating balls (procedure P
63, P64), and if the first safe sensor is off, the process directly proceeds to the procedure P65, and it is determined again whether or not the number of floating balls is “0”.

If the number of floating balls is "0", the on state of the second safe sensor SNS3 saved in the RAM is invalidated (procedure P77), and if it is not "0", it is checked whether or not the second safe sensor is on. If it is on, the number of floating balls is subtracted (procedures P66 and P67), and if the second safe sensor is off, the process directly proceeds to procedure P68, and it is determined again whether the number of floating balls is "0". Here, if the number of floating balls is "0", the foul sensor SNS4 saved in the RAM.
Is invalidated (procedure P78). If it is not "0", it is checked whether or not the foul sensor is on. If it is on, the number of floating balls is subtracted (procedures P69 and P70). Proceeding directly to procedure P71, it is determined again whether the number of floating balls is "0".

If the number of floating balls is "0", the on state of the out sensor SNS1 saved in the RAM is invalidated (procedure P79). If it is not "0", it is checked whether the out sensor is in the on state or not. After subtracting the number of floating balls (procedures P72, P73), and if the out sensor is off, proceed directly to procedure P74, and if either safe sensor 1 or 2 is valid, reserve the output of the hit sound and light the safe ball display lamp. After instructing, the on-number counter for the sensor in the valid on-state which is still saved in the RAM is incremented (+1) (procedure P75).

Thereafter, the switch invalidation process of FIG. 71 is executed. In this process, first, it is checked whether the operating state is "playing", and if "playing", the ON state of the test switch saved in the RAM is invalidated (procedures P81 and P82). Switch 11
After invalidating the ON state of No. 3 (procedure P83), it is determined whether or not the card state is "return to zero".
Is invalidated (procedures P84 and P85).

As described above, in the control of the pachinko machine 100 by the unit controller 190 of this embodiment, the concept of floating balls is introduced, and the number of winning balls, out balls and foul balls is subtracted from the number of launch balls. It is considered that the balls are present in the game board as floating balls, and if a winning ball or the like in which the number of floating balls becomes "0" or less is detected, it is invalidated. Thus, an erroneous detection signal due to noise or the like can be eliminated, and the calculation accuracy of the number of balls can be improved.

Next, the initialization task by the unit controller 190 and ten types of main tasks to be processed in real time will be described.

The initialization task is shown in FIG.

When a reset signal is input from the reset circuit 555 when the power is turned on or the watchdog pulse disappears, the unit controller 190 starts the initialization task, first clears the internal RAM, and checks code at a predetermined address. Is written and the initial value is set in the internal register, and the I / O port is set to a predetermined initial state (procedures P91 to P93). Then, after setting a plurality of reference timers prepared in the RAM, the data transmission controller 551 waits for the rise of the initialization signal INT output by writing to the unit memory 550 (procedure P94, procedure P94).
P95).

Then, when the INT signal rises, the identification code (unit number) set by the setting switch (unit number setting SW) 171 is read, the serial number and the channel number are calculated, and these are transmitted to the unit memory 550. After writing in the data area SDA, the management device 400
(Steps P96 to P98) and waits for the transmission of a "line test" packet from
Check 79. If a "line test" packet is received, an "ACK" packet is returned to the management device 400 and then to the main task. If the test switch is turned on before the "line test" packet is received, a test mode flag is set. Then move to the main tax.

FIG. 73 shows the unit controller 190.
The processing procedure of the "packet receiving task" among the ten types of main tasks is shown.

In this task, first, the unit memory 550 is checked to determine whether a packet is sent from the management apparatus 400. If there is no received packet, "AC" is sent.
A check is made to see if a K "packet is waiting to be returned (procedures P101 and P102). If no (No), the procedure returns to procedure P101 to repeat the above procedure, and returns to procedure P10.
When an "ACK" packet is waited for in step 2, procedure P103
Then, the procedure P1 in the packet transmission task in FIG. 98 is performed.
The ACK waiting timer set at 57 is read. Next, it is checked whether or not the timer has timed out. If the timer has timed out, an ACK reception error flag in the internal RAM is set (procedure P10).
4, P105). This flag is referred to in an error control task (FIG. 99) described later.

On the other hand, if it is determined in the above procedure P101 that there is a received packet, the type name of the received packet is read from the unit memory 550 into the internal RAM, and it is first determined whether or not it is a "NAK" packet (procedure P10).
6, P107). If it is "NAK", the NAK flag prepared in the RAM is set (procedure P108).
Proceeding to 9, it is determined whether the received packet is registered. If it is an unregistered packet, procedure P11
0 clears the packet type name in the command register CR2 of the unit memory 550 to “0” and returns to the procedure P10
Return to 1. It is determined that no packet has been received by clearing the command register CR2.

If it is determined in step P109 that the received packet is registered, steps P111 to P125 are executed.
To determine which packet it is, and execute a process (FIGS. 74 to 87) according to the type of the found packet.

FIG. 74 shows the procedure of the "initial value setting" packet reception process in the packet reception task.

Upon reception of the "initial value setting" packet, the unit controller 190 copies the hot code to the corresponding column in the reception data area RDA of the unit memory 550, and similarly to the transmission data area (procedures P301 and P302). ). The head of the transmitted packet is divided into the reception data area RDA and the transmission data area S.
By writing to DA, the unit controller 190
, The creation of a packet head for the transmission data area SDA can be simplified.

Next, "initial value not set" in monitor information 1
Check the bit to determine whether the initial value has been received (procedure P
303) If it has been received, immediately proceed to procedure P306. If it has not been received, change the operation information to "forced termination" in procedures P304 and P305 to prohibit transmission to the card reader 800.
Then, the communication control (reception) with the card reader 800 is enabled. The “initial value setting” packet may be transmitted even when the prize ball or the number of hits is changed on the console of the management device 400 after the store is opened, and in that case, it is not preferable to change the operation information. Then, by checking the flag of the internal RAM, it is checked whether or not the test mode is set (procedure P307).
The process shifts to procedure P310. In the normal operation mode, it is checked in step P308 whether or not the initial value has been transmitted to the card reader 800 by a flag. If the initial value has been transmitted, the initial value transmitted flag is cleared (procedure P309). P310
And the transmission to the card reader 800 is permitted. Then, after the transmission reservation is made by writing the "initial value setting" function in a predetermined area (transmission buffer area) of the internal RAM, it is determined whether the initial value has been received again by checking the flag (procedures P311, P31).
2).

It should be noted that in the procedure P308, the card reader 80
If the “initial value setting” function to 0 has not been transmitted yet, the procedure jumps to the procedure P312 because the “initial value request” from the card reader 800 at the time of the initial initial value transmission.
This is because the initial value is transmitted after receiving the function. When it is determined in the procedure P312 that the initial value packet has not been received, the procedure P31
The process proceeds to step 3 where the "initial value setting" bit of the monitor information 1 is cleared, and if it is determined that the initial value has been received, the process proceeds from the procedure P312 to P314 to reserve the transmission of the "initial value setting" function and then return to the original state. The process returns to the processing routine (FIG. 73).

FIG. 75 shows the procedure of the "opening code" packet reception process in the packet reception task.

When the unit controller 190 receives the "opening code" packet, it first sets the operation information to "free".
After the setting is made, it is determined whether or not the mode is the test mode by looking at the flag (procedures P321 and P322). If it is in the test mode, the process returns to the original routine. If it is in the normal operation mode, the display by the lamps 123 and 163 is changed to the customer waiting state, and then the "card accepted" function is set to R.
After writing to the AM and making a transmission reservation, the card insertion lamp 168 is changed to blinking drive, and the process returns to the original routine (procedures P323, P324, and P325).

FIG. 76 shows the procedure of the "closed code" packet reception process in the packet reception task.

When the unit controller 190 receives the "closed code" packet, it first checks the operating information, and if the operating information is "playing" or "interrupted", it returns to the original routine.

Since the "closed code" packet is usually sent after the "forced end" packet, the "closed code" cannot be sent even if there is a pachinko machine that is playing or suspended. . Thereby, it functions as a safety device when the store closing switch is turned on by mistake. If the operation information is not “playing” or “interruption”, the operation information is changed to “forced termination”, and the flag is checked to determine whether or not the operation is in the test mode (procedures P331 to P33).
3).

If it is in the test mode, it returns to the original routine as it is, and if it is in the normal operation mode, all the lamps are turned off, the "card not accepted" function is written in the RAM to make a transmission reservation, and then the original routine is returned. (Procedures P334 and P336).

[0449] It should be noted that, in the procedure P332, the operation information is changed to "forced termination", and then the test mode is determined (P333).
The reason is that the pachinko machine 100 is shifted to the forced termination state promptly after the test mode ends after receiving the “closed” packet during the online test mode operation.

FIG. 77 shows the procedure of the "forced termination" packet reception process in the packet reception task of FIG.

Upon receiving the "forced termination" packet, the unit controller 190 first clears the card text data in the transmission data area SDA of the unit memory 550, and then changes the operation information to "forced termination" (procedures P341 and P342). . Then, the next procedure P343
Then, the "test mode" flag is checked, and if it is in the test mode, the process returns to the original routine as it is, so that it is possible to immediately shift to the forced termination state after the test mode ends. On the other hand, in the normal operation mode, after stopping the detection of the sensor and the control of the hit ball launching device 103, all the lamps are turned off, and a “card cannot be accepted” function is sent to the card reader 800. The data specifying the type of sound is written, the output of the forced end sound is reserved, and the process returns to the original routine (FIG. 73) (procedures P344 to P348). Thereby, the pachinko machine 10
When 0 is being played, the card CD is discharged and the game becomes impossible, and in other cases, the card CD is not accepted.

FIG. 78 shows the processing procedure when a "forced termination cancellation" packet is received.

When the unit controller 190 receives the "forced termination cancellation" packet, it first checks the operating information to determine whether or not it is forcibly terminated. If it is not forcibly terminated, it returns to the original routine without doing anything (procedure P351). ). If the operation information is being forcibly terminated, change the operation information to "free",
The flag is checked to determine whether the mode is the test mode (procedures P352 and P353). Here, during the test mode, the routine returns to the original routine, and the pachinko machine 100 can be immediately shifted to the free state after the test mode ends.

On the other hand, when it is not in the test mode, the lamp display is changed to the customer waiting state, and then the card reader 800
Is made, the card insertion lamp 168 is changed to the blinking state, and the process returns to the original routine (FIG. 73) (procedures P354 to P3).
56).

FIG. 79 shows the procedure of the "cancel cancellation" packet reception process.

This procedure is almost the same as the procedure for canceling forced termination in FIG. The only difference is that after the operation information is set to "free" in the procedure P362, the stop operation register in the unit memory 550 is cleared and then the test mode is judged.

Further, FIG. 80 shows the procedure of the "interruption end" packet reception process.

This procedure is almost the same as the procedure for canceling forced termination in FIG. The difference is that after setting the operation information to “free” in the procedure P372, the card text data in the unit memory 550 is cleared and then the test mode is determined, and the card can be accepted even during suspension. Therefore, there is no need to make a transmission reservation for the “card accepted” function corresponding to the procedure P355.

FIG. 81 shows the procedure of the "unit restoration" packet reception process in the packet reception task of FIG.

Upon receiving this packet, the unit controller 190 first copies the packet head of the reception data area RDA to the transmission data area SDA, and then clears the "initial value setting" bit of the monitor information 1 (procedures P381 and P382). . The “unit recovery” packet is transmitted when an abnormality is found in the scheduled data collection or when power failure is recovered, but in the former case, the unit controller 190 has already received and held the initial value. Also, when the power failure is recovered, the “unit recovery” packet is transmitted after the “initial value setting” packet is transmitted.

After clearing the bit of the monitor information 1, after stopping the control of the hitting ball launching device 103 and the detection of the sensor,
After canceling the transmission reservation of the packet or function that occurred before the abnormality was found, clearing the flag relating to the packet transmission and the control of the card reader 800, and stopping the operation,
The transmission of the “ACK” packet to the management device 400 is reserved (P383 to P387).

Next, the restored transmission data area SDA
The operation information is checked, and if the original operation state is not playing, the routine returns to the original routine (FIG. 73). If the game is playing, the operation information is changed to "free", and then the routine returns.
This is to make it match the actual state and to smoothly execute the processing according to the operation information in the processing of the “restart” packet transmitted thereafter.

FIG. 82 shows the procedure for receiving the "restart" packet.

When the unit controller 190 receives the "restart" packet, it first starts the communication control with the card reader and reserves the transmission of the "initial value setting" function (procedures P391 and P392).

Next, the operation information is checked, and if it is "forced termination", the procedure shifts to procedure P341 in FIG. 77, and the pachinko machine 100 is the same as before the operation was stopped by the "unit recovery" packet according to the same procedure as the forced termination request processing. The state is set to (Procedure P393).

If the operation information is "stop", the procedure shifts to the later-described procedure P483 in FIG. 87 to put the pachinko machine 100 in the stop state (procedure P394), and when the operation information is "suspended", the card is issued. After making a transmission reservation of the "card acceptable" function to the reader 800, the procedure moves to the later-described procedure P427 in FIG. 84 to put the pachinko machine 100 in the game suspended state (procedures P395 and P396).

On the other hand, when the operation information is other than "forced termination", "stop" or "suspended", that is, "free"
At this time (FIG. 81), the operation information does not indicate "playing" because of the unit recovery processing procedure P389), the lamp display is set to the customer waiting state, and then the card reader 800 is instructed to reread the card. A transmission reservation of the "reload" function is made, the card insertion lamp 168 is driven to blink, and the process returns to the original routine (FIG. 73) (procedure P3).
97-P399).

FIG. 83 shows a processing procedure when a response to the “card-in” packet is received in the packet reception task of FIG. 73.

When the unit controller 190 responds to the "card-in" packet, the controller 19
Check whether 0 is in the ACK waiting state (procedure P40
1) If an "ACK" packet containing a card text arrives without waiting for an ACK, it is regarded as an error and the card text data in the reception data area RDA is cleared (procedure P402). On the other hand, when a packet arrives in the ACK waiting state, it is checked whether the packet is a NAK (negative acknowledgment) (procedure P403). The sound output for generating a sound indicating transmission and card acceptance failure makes a reservation and returns to the original routine (procedures P405 and P406).
Even when the response is not a NAK, if the card number in the "ACK" packet does not match the previously transmitted card number, the process shifts to steps P404 and P405 to reject the acceptance of the card CD (procedure P404). ).

When the card numbers match in procedure P404, the card text data in the reception data area RDA sent by the "ACK" packet is copied to the corresponding position in the transmission data area SDA.
The number of balls in the card text is copied to the “number of balls” field in the operation data area (procedures P407 and P408).

Thereafter, the card status in the card text is checked (procedure P409), and if the card CD is in the "stop" status, the card status is set to "free" and the operation information of the pachinko machine 100 is set to " After rewriting to "during game", transmission reservation of "end switch" packet to the management device 400 is performed (procedures P421 to P42).
3). As a result, the "end switch" packet is transmitted to the management device 400, and when the "ACK" packet is returned, the card is ejected by the end switch processing described later (FIG. 85), and the game with the hit card is disabled. Is done.

On the other hand, if it is not a non-stop card, procedure P40
Move from P9 to P410 to check the operation information, "Free"
If so, the column of the number of customers in the transmission data area SDA is updated (procedure P411), and if it is not “free” (during suspension), the process directly proceeds to procedure P412, and the operation information is changed to “playing”. Then, after changing the lamp display to the game state, the floating ball number counter in the internal RAM is cleared, and detection by the sensor is started (procedures P413 to P413).
P415). Next, the number of balls in the card text is checked. If the number is "0", the driving control of the hit ball launching device 103 is started if it is not "0", and the procedure goes to the procedure P418 to output the sound of successful reception of the card CD. A reservation is made (procedures P416 to P418).

When the response "ACK" packet from the management device 400 to the "interrupted card-in" packet is received, the processing is the same as the processing procedure of the response packet to "card-in" shown in FIG.

FIG. 84 shows a processing procedure when a response to the "interruption switch" packet is received in the packet reception task of FIG.

When the unit controller 190 receives a response to the "interruption switch" packet, the unit controller 190 checks whether the controller was in the ACK waiting state (procedure P425).
If an "ACK" packet arrives without waiting for an ACK, the process returns to the original routine without doing anything. Next, it is checked whether or not the response packet is NAK (procedure P246).
If it is not K, the operation information is changed to "interrupted", the lamp display is changed to the interrupted display state, and then the detection by the sensor and the drive control of the hit ball launching device 103 are stopped. A discharge sound output reservation is made (procedures P427 to P432).

On the other hand, when it is determined that the NAK is received in the procedure P426, the process shifts to the procedure P433, and it is determined here whether the pachinko machine operation information in the received data is "in game". If it is not in the game, the interruption switch Since the response itself to is abnormal, the process returns to the original routine (FIG. 73) without doing anything, and when the game is in progress, the card state is changed to "in game" and then the detection by the sensor and the ball firing control are started ( Procedures P433 to P436). That is, if the NAK is returned from the management device 400 and the operation information indicates that the game is in progress even if the interrupt switch is pressed, the card state is returned to the game and the shift of the pachinko machine 100 to the interrupted state is refused. To interrupt the operation, press the interrupt switch again.

FIG. 85 shows a processing procedure when the "ACK" packet for the "end switch" packet is received.

This process is executed along the substantially same flow as the "ACK" receiving process of the "end switch" in FIG. The difference is that when the card text in the transmission data area SDA is cleared (procedure P443), the operation information is changed to "free" instead of "pausing", and the lamp display is changed to a customer waiting display (procedures P444 and P445). ) Is a point. Also in this process, if the operation information indicates that the game is being played when the NAK is received, the card state is returned to the game and the end process is stopped (procedures P451 to P4).
54).

FIG. 86 shows a processing procedure when an "ACK" packet for a "zero return" packet is received.

This process is executed according to the same flow as the "ACK" reception process of the "end switch" of FIG. 85 (procedures P461 to P474).

The reception process of the "ACK" packet for the "abort" packet shown in FIG. 87 is executed in substantially the same flow as the "ACK" reception process of the "interruption switch" of FIG. (Procedure P481 to P494). The only difference is that in addition to the card ejection function, a transmission reservation (procedure P488) of a card rejection function is entered.

FIG. 88 shows a unit controller 190.
The processing procedure of the card reader control task among the ten types of main tasks is shown.

In this task, first, the flag in the internal RAM is checked to determine whether or not the control of the card reader 800 is possible, and if no, the serial transmission interrupt and the reception interrupt are prohibited (procedures P131 to P133). .

On the other hand, when the card reader 800 is in a controllable state, the procedure shifts from the procedure P131 to P134, and it is determined whether the function is being transmitted. Next, it is determined whether the function is being received. If the function is being received, it is checked whether the reception is completed within the set time (procedures P135 and P14).
0). In addition, it is checked whether or not there is a function in the reception buffer area of the internal RAM, and if there is a reception function (procedure P136), the reception data transformed into a form that is easy to transmit is restored to the original form, or a parity error occurs. After checking whether there is no code or the length of the code is correct (procedure P141), the type of the function is determined (procedures P143 to P150), and the corresponding processing (FIGS. 89 to 96) is executed.

If it is determined in step P136 that there is no receiving function, the process proceeds to step P137, it is determined whether or not the waiting state for the response function from the card reader controller CPU2, and the time required for receiving the response is determined. Check (procedure P142). If not waiting for a response function, it is determined whether or not the function can be transmitted. If transmission is possible, it is determined whether or not there is a function to be transmitted (procedure P13).
9) If there is a transmission function, function transmission processing (see FIG. 97) is executed.

FIG. 89 shows the procedure of the reception process of the "test card" function in the card reader control task.

When this function is received, the flag is first checked to determine whether it is in the "test card" function waiting state (procedure P501). This flag is set when the test switch 179 is turned on in the switch detection task (see FIG. 106). If it is waiting for a function, then it checks whether the operation information is "free", and if it is free, checks whether it is offline (procedure P50).
2, P503). If the state is off-line, the same or different number of prize balls for a test game as is sent from the management device 400 when stored online in the program ROM is set (procedure P504). This is because the number of prize balls is not sent from the management device 400 during offline. After setting the number of prize balls, the first number of balls (0) and the amount (1000 yen) fixedly given to the test card are set (procedure P
505).

When online, the procedure jumps from procedure P503 to procedure P505, skips the setting of the number of prize balls in procedure P504, and sets the number of balls and the amount of money. After that, the counter for counting the number of floating balls is cleared, the lamp display state is changed, control of the hit ball launching device 103 and detection of the sensor are started, and a reservation for outputting a sound indicating successful card reception is made. The operation information in the test mode operation data area is changed during the game, and the process returns to the original routine (procedures P506 to P511).

On the other hand, if the test card function is received without waiting for the test card function, the procedure shifts from the procedure P501 to the procedure P512 and the operation information in the test mode operation data area (see [Table 1]) is "interrupted". Determine whether or not. If the interruption switch 114 is pressed during the game in the test mode and the operation is interrupted, the interruption is released by inserting the test card without pressing the test switch, and the game can be resumed. Since the number has already been set, the routine immediately shifts to procedure P506 to enable the restart of the test game.

If it is determined in the above-mentioned procedure P512 that the operation information is not suspended, the procedure shifts to procedure P513 and it is determined whether or not it is offline. Here, when it is determined that the game is offline, the process shifts to the procedure P504 to set the number of prize balls and the like, and prepares for a test game. this is,
This is because an unexpected situation is assumed, and if there is a test card at the time of off-line, there is no particular problem even if the test mode is entered.

On the other hand, when it is determined in the procedure P513 that it is online, the transmission reservation of the "card ejection" function and the output reservation of the card reception unsuccessful sound are made (procedures P514 and P515). That is, when the test card is inserted without pressing the test switch 179 at the time of online, the test card is ejected and the test game is not started. As a result, it is possible to prevent an illegal game by a player.

FIG. 90 shows a processing procedure at the time of accepting the “send card number” function in the card reader control task of FIG. 88.

Here, the flag is first checked to determine whether or not the "test card" function is waiting for reception, and then it is determined whether or not the test mode is in progress (procedures P521 and P52).
2). If it is determined that the reception of the function is waiting or the test mode is set, the process jumps to step P525 to make a “card ejection” function transmission reservation, and then makes a reservation for outputting a card reception failure sound (procedure P526). In other words, even if a regular game card is inserted immediately after the test switch is turned on or during the suspension of the test mode, the normal game card is ejected immediately to prohibit the transition to the normal game.

[0494] On the other hand, if the "test card" function is not in the reception waiting state or the test mode, the procedure shifts to the procedure P523, where it is judged whether the operation information is suspended. If not, the "card in" packet transmission reservation is made. (Procedure P527), and if it is interrupted, compare the card number read in Procedure P524 with the card number in the transmission data area SDA. If they do not match, proceed to Procedure P525 and make a card ejection reservation. If the numbers match, proceed to Procedure P528 and perform “interruption card in”
Make a packet transmission reservation.

FIG. 91 shows the procedure of the “status” function reception process in the card reader control task of FIG. 88.

When this function is received, the "abnormal termination" flag is first cleared and then statuses 1 and 2 in the receive buffer are saved in the internal RAM (procedure P53).
1, P532). The "abnormal end" flag is referred to in the error control task procedure P170 in FIG.

[0497] Next, it is determined whether or not the "card accept" function has been transmitted in the previous transmission, whether or not the card CD is present in the card reader 800, and whether or not the operation information is "in game". (Procedures P533 to P535).
Here, since the previous transmission is the "card accepted" function and the card CD in the card reader 800 is present and the game is not normal except during the game, the "card ejection" function transmission and ejection sound output reservation After that, it is determined whether the end of the test mode is online or offline, and if it is still offline, the procedure P9 in FIG.
The flow shifts to step 8 to wait for reception of a "line test" packet (procedures P536 to P538).

On the other hand, when the previous card-acceptable function is not transmitted or even when it is transmitted, the card C
When D is not in the card reader 800, or when the card reception function is transmitted and the card CD is in the game even though the card CD is in the card reader 800, the process goes to the procedure P538 without making a card ejection reservation and the test mode is started. It is determined whether the termination is online or offline. If it is offline, the process jumps to a "line test" packet wait.

FIG. 92 shows a processing procedure when the "retransmission request" function is received.

In this case, first, it is judged whether or not a resend request was made in the previous transmission (procedure P541), and if yes, it is strange that a resend request is returned in response to the resend request.
Set the reader error flag (procedure P54)
3). This is because, when a retransmission request is returned in response to a retransmission request, this is repeated thereafter, and other function transmissions cannot be performed. On the other hand, if no in procedure P541, a retransmission reservation for the function already transmitted (procedure P54
Perform 2) again, and then return to the original routine. The reader error flag is referred to in the procedure P163 in the error control task in FIG.

FIG. 93 shows the unit controller 190.
94 shows the processing procedure when the "normal end" function is received, and FIG. 94 shows the processing procedure when the "abnormal end" function is received.

When the "normal end" function is received, the error flag is cleared (procedure P545) and then the procedure goes to procedure P531 in FIG. 91, whereafter the processing is carried out according to the same procedure as when the "status" function is received. On the other hand, when the "abnormal termination" function is received, the status 1 transmitted at the same time is checked, and if the initial value to the card reader 800 is not set, the status 1 shown in FIG.
If the initial value is not set, the "abnormal end" flag is set, and then the procedure P5 is executed.
The process jumps to step S32 to execute the same processing as the status reception processing (procedures P546 and P547). The "abnormal end" flag is referred to during the error control task in FIG. 99, and the card cannot be accepted thereafter.

FIG. 95 shows the procedure of the “initial value request” function reception process in the card reader control task of FIG. 88.

When this function is received, the transmission of the "initial value setting" function is first reserved, and then the flag is checked to determine whether transmission is prohibited (procedure P).
551, P552). Here, if transmission is prohibited, procedure P5
If transmission is permitted in step 55 and transmission is not prohibited, procedure P5
At 53, the operation information of the pachinko machine is checked, and if it is "free", "playing" or "suspended", a transmission reservation of a "card accepted" function is made (procedure P554). On the other hand, if the determination in the procedure P553 is other than “free”, “in game”, or “interrupted” (stop or forced termination), a transmission reservation of the “card cannot be accepted” function is made (procedure P5).
56).

When it is determined that the "self-discharge" function is received during the task shown in FIG. 88, the output of the card reception unsuccessful sound is reserved as shown in FIG. 96, and the process returns to the original routine (procedure P558).

Next, FIG. 97 shows a transmission processing procedure when it is determined that there is a transmission function in the procedure P139 during the processing of the card reader control task of FIG.

In transmitting a function, first, the number of retries (for example, 3 times) is set in the internal RAM, then the ACK reception timer (5 seconds) is set, and the call signal EN is set.
Q to the card reader 800 (procedure P
560-P562). Then, if ACK does not arrive, it is determined whether the timer set in procedure P561 has expired (procedures P563 and P564). Even if the time is over, the number of retries is checked. If the number of retries has not reached the predetermined number (three times), the flow returns to procedure P561, the timer is reset, and the transmission of ENQ is repeated. If the number of retries is exceeded without receiving an ACK, the transmission of the function is stopped after setting an error flag (procedures P565, P566, and P567). On the other hand, if ACK is returned within the number of retries, the transmission data is created, then the STX code is first put into the transmission buffer to start transmission, and the transmission flag is set (procedures P568 to P568).
570).

FIG. 98 shows the unit controller 190.
The following shows the processing procedure of the packet transmission task among the ten types of main tasks.

In this task, first, it is judged whether or not there is a packet to be transmitted, and if there is a packet, the packet type name is written in the packet head part of the transmission data area SDA of the unit memory 550, and then the command register CR1 in the communication area is checked. Enter the packet type name and set the packet transmission timer (procedures P151 to P154). The data transmission controller 551 starts transmitting the corresponding packet by writing the packet type name into the command register CR1, and when the transmission is completed, the command register CR1
To clear.

[0510] If there is no transmission packet in procedure P151 or after the transmission timer is set in procedure P154,
It is determined in step P155 whether the transmission timer has been set. If the transmission timer has been set, the process proceeds to step P156. If not, the process returns to P151. In the procedure P156, it is determined whether or not the command register CR1 is "0" upon completion of the transmission, and if it is not yet "0", it is determined whether or not the transmission timer is over (procedure P1).
59). If the transmission timer has not expired, the process returns to procedure P151. On the other hand, when the transmission timer has expired, the "Z-80 error" flag is set and then the transmission timer is reset (procedures P160 and P15).
8).

When the command register CR1 becomes "0" in the procedure P156, if the transmitted packet is of a type that receives "ACK" such as "card-in", an ACK wait timer ( 10 seconds) and then reset the transmission timer (procedure P156, P156).
P157). This ACK waiting timer is referred to in procedures P103 and P104 in the packet reception task in FIG.

FIG. 99 shows the unit controller 190.
3 shows the procedure of the error control task among the main tasks.

In this task, first, "Z-80 error"
The flag (see P160 in FIG. 98) and the "packet ACK error" flag (see P105 in FIG. 73) are checked (procedures P161 and P162), and if either flag is set, the process proceeds to procedure P174. The timer interruption and the serial interruption are prohibited, and the CPU is powered down after the task processing is stopped (procedures P175 and P176). The above procedure (P174
To P176) can be executed, for example, by fixing the level of the segment display common signal serving as a watchdog pulse and resetting the unit controller 190 by the reset circuit 555.

On the other hand, when neither the "Z-80 error" flag nor the "packet ACK error" flag is set, the "reader error" flag (P543 in FIG. 92, FIG. 93).
If the flag is not set, check the unit memory 550.
After resetting the "reader abnormal" bit of the monitor information 2 in the procedure, the procedure returns to the procedure P161 (procedures P163 and P16).
4). If the "reader error" flag has been set, the flow shifts to procedure P165, where the "reader error" bit of the monitor information 2 is set, and all the reader control flags are cleared. It is made possible (procedures P166, P167). Thereafter, it is checked whether or not the test mode is being set and whether the initial value is set (procedures P168 and P169). If the test mode is set or the initial value is not set, the test mode shown in FIG. Execute the process.

When the initial value is set not in the test mode, the "abnormal end" flag (FIG. 94) is set in procedure P170.
Check the procedure P547), if the flag is “0”, return to the procedure P161. If the “abnormal termination” flag is set, proceed to the procedure P171 and change the operation information to “forced termination”. After that, the transmission reservation of the “card cannot be accepted” function is made, the “abnormal termination” flag is cleared, and the procedure returns to the procedure P161 (procedure P1).
72, P173).

FIG. 100 shows the unit controller 19
The procedure of the ball number calculation task among the ten main tasks of 0 is shown.

In this task, first, by looking at the flag or the signal, it is judged whether or not the sensor is being detected, that is, the game is being made (procedure P181). If the sensor is not being detected, the counter for counting the number of times each sensor is turned on is cleared ( Procedure P182),
During sensor detection, the firing sensor SNS5 obtained by the processing of FIG. 70 according to the procedures P183 to P199, the first
Read the number of times each of the safe sensor SNS2, the second safe sensor SNS3, the foul sensor SNS4, and the out sensor SNS1 is turned on, calculate the total number of prize balls, the number of balls played, the number of balls out, and the number of differences, and finally hit the ball. The total number of prize balls is added to the calculation register (procedure P200).

FIG. 101 shows the unit controller 19
The procedure of the switch detection task of the main task 0 is shown.

In this task, first, by looking at the flag or the signal, it is judged whether or not the sensor is being detected (procedure P201). If not being detected, the interruption switch 114, the purchase switch 1
13. It is checked whether the end switch 115, the call switch 165a or the test switch 179 is turned on (procedures P202 to P206). When any one of the switches is turned on, a corresponding process (see FIGS. 103 to 106) is executed. When the call switch among the above switches is turned on, the status display lamp 162 of the pachinko machine 100 is changed to blinking, and the output of the switch operation sound is reserved (procedure P21).
9).

On the other hand, when the sensor is being detected in the procedure P201, the procedure shifts to the procedure P207 and it is determined whether or not a search timer (procedure P216) described later is operating. It is determined whether the number of balls and the amount of money are "0". If the number of balls is "0" and the amount is not "0", purchase request processing (procedure P217) is performed. More specifically, an output reservation for a sound prompting the purchase switch 113 to be turned on and a display update reservation for blinking of a lamp built in the purchase switch are made.

However, when both the number of balls and the amount of money are "0", the search timer (10 seconds) is operated to start the zero return determination, and the procedure for making the output reservation of the sound notifying that the search timer is operating is followed by the procedure. Return to P201 (procedure P2
15, P216).

Then, it is determined again in procedure P207 whether the search timer is operating, and if it is operating, the procedure proceeds to procedure P208 and it is determined whether there are any floating balls remaining in the game board.
Here, if there is no floating ball, the process proceeds to procedure P212,
It determines the occurrence of a zero return and reserves the transmission of the “return zero” packet.

[0523] In addition, in the zero-zero determination procedure,
A test mode end process as shown in FIG. 7 is performed, and if a zero is generated during the test mode, the test mode is ended.

On the other hand, while the search timer is operating and floating balls remain, the process proceeds from procedure P208 to P209 to determine whether the search timer (10 seconds) has expired. Go to P212 and set to zero. This is because it is usually impossible for floating balls to exist even after 10 seconds have elapsed since the number of balls reached “0”.

If the search timer has not expired, the procedure shifts from procedure P209 to P210 to determine again whether or not the number of balls is "0". If it is not "0", the search timer is stopped and reset to zero. Cancel the determination of (procedure P21
1). This considers the case where the floating ball wins the winning opening during the operation of the search timer and the number of balls held is added, whereby the game control is continued again. If the number of balls is not “0” while the search timer is not operating, the procedure P2
The process proceeds to 18 to determine whether or not the value of the hit calculation register has become larger than a predetermined number of hits. When the value has increased, hitting processing as shown in FIG. 102 is executed. For the number of hits, a plurality of hitting modes may be prepared in advance, a mode may be selected by a program or the like, and the number of hits according to the mode may be compared with the value of the hitting operation register.

FIG. 102 shows a stopping process procedure during the process of FIG.

Upon entering this stop processing, first check the flag to determine whether or not it is in the test mode (procedure P581). If not in the test mode, make a reservation for transmission of the "stop" packet and then store in the unit memory. After the number of hits in 550 is updated (+1) and the card state is set to "stop and free", detection of the sensor and drive control of the hitting ball launching device 103 are stopped, and output of hitting sound is reserved ( Procedure P582
~ P587).

Note that although the card CD ejection command is not executed here, when the above-mentioned "stop" packet is transmitted to the management device 400 and an ACK is returned, the reception processing (FIG. 87) therefor is performed. As described above, since the "card eject" function is sent to the card reader (procedure P487), the card CD is ejected when the stoppage occurs.

On the other hand, if a stoppage occurs in the test mode, the procedure shifts from procedure P581 to P591, and "stoppage"
When the ACK for the packet is received, the procedures P591 to P597 substantially the same as the procedures P483 to P489 (excluding P488) in FIG.

The test mode takes into consideration that the test mode is executed even when the management apparatus 400 is not connected and is offline. If a stop occurs during the test mode, the end switch 115 is turned on to shift to the test mode end processing, and the subsequent state is determined depending on whether the system is online or offline (see FIGS. 106 and 107). ).

FIG. 103 shows the procedure of the interruption switch process in the switch detection task of FIG.

When it is detected that the interruption switch 114 is turned on,
This process is started, and it is first determined whether or not the test mode is being set (procedure P601). Here, if the test mode is not set, the process proceeds to procedure P602, in which the reservation of the transmission of the "interruption switch" packet is made, and then the card state is changed to "interruption". Stop and return to the original routine (procedures P603 to P6
05). The ejection of the card CD or the like due to the turning on of the interruption switch is performed when an ACK packet corresponding to the above packet is received (see FIG. 84). On the other hand, when the interruption switch is turned on during the test mode, the operation information is updated, the transmission of the card ejection function is reserved, and the display of the control stop lamp is changed in the interruption switch processing (procedures P611 to P611). P616). This is for offline test mode.

FIG. 104 shows the purchase switch processing procedure in the switch detection task of FIG.

When the purchase switch 113 is turned on, first, an instruction to turn off the lamp 121 (hereinafter referred to as a purchase lamp) with a built-in purchase switch is given (procedure P621). This lamp is lit as long as the amount of money does not become "0", and is driven to blink by the purchase request procedure P217 in FIG. 75 performed when the number of balls becomes "0". The blinking is stopped at the same time when the purchase switch is turned on. Next, it is determined whether the amount of the card is "0", and if it is "0", the process returns to the routine of FIG. 101 without doing anything (procedure P622).

On the other hand, when the amount of money remains, the procedure P6
The process proceeds to step S23, where the conversion rate of the purchased ball is read, and then the number of balls corresponding to 200 yen is added to the number of balls and the number of balls in the unit memory 550 (procedure P624). Then, the frequency of the amount of money (the balance) is “−2”, the number of purchases is “+1”,
It is determined whether or not the amount has become “0” after the sales frequency is increased by “+2” (procedures P625 to P628). Here, if the amount is "0", the drive control of the hitting ball launching device 103 is started without turning on the purchase lamp or turning on the purchase lamp when the balance is left (procedure P6).
28-P630). Accordingly, the purchase lamp is temporarily turned off when the purchase switch 113 is turned on, but is turned on immediately while there is a balance. Further, when the player turns on the purchase switch based on the purchase request sound and the display, the purchase lamp shifts from blinking to lighting or from blinking to lighting according to the amount of the card CD.

After the control of the hit ball firing device 103 is started, the output of the purchase request sound is canceled, the output of the switch operation sound is reserved, and the process is terminated (procedures P631, P632).

FIG. 105 shows the procedure of the end switch process in the switch detection task of FIG.

When the end switch 115 is detected to be on, the detection of the sensor is first stopped, and then the hitting ball
3 (the procedures P641 and P64)
2). Then, in a procedure P643, it is determined whether or not the test mode is set. If the test mode is set, the process proceeds to a test mode end process shown in FIG. 107. Change to "free" (procedure P644, P64
5).

[0539] The card CD ejection command, lamp display change, and the like are performed during the process of receiving the response packet ACK for the "interrupt switch" (Fig. 85).

FIG. 106 shows the procedure of test switch processing in the switch detection task of FIG.

When the ON of the test switch 179 is detected, first, a switch operation sound output reservation and a test card function wait flag are set (procedure P65).
1, P652).

This flag is referred to in the procedure P501 in FIG. 89 showing the procedure of the test card processing. Then, it is determined whether or not it is offline. If it is offline, it makes a transmission reservation for the "card accepted" function to the card reader 800, and if it is online, it does nothing.

That is, the transmission of the “card accepted” function is not performed. Therefore, when online, the mode shifts to the test mode only when acceptance of the card CD is enabled. However, even if the card can be actually accepted online (interrupted), the test card is ejected when the operation information is other than "free" (procedures P502 and P513 in FIG. 89). reference).

The test switch processing (procedure P
651-P654), it is also possible to set a timer to return to the original state when a test card is not inserted within a certain time after the test switch is turned on.

FIG. 107 shows a specific procedure of the error control task of FIG. 99 and the test mode end processing during the end switch processing of FIG. 105.

[0546] When this process is started, first, all lamps are turned off, the detection of the sensors and the drive control of the hit ball firing device 103 are stopped, and it is determined whether the process is offline or online (procedures P661 to P664). Here, if online, it is checked whether the operation information of the pachinko machine 100 is “forced termination” (procedure P665), and if it is forced termination, “card cannot be accepted”
A function transmission reservation and a card ejection sound output reservation are made and the process returns to the original routine (procedures P671 and P6).
72).

When the card reader 800 receives the “card cannot be accepted” function, the card reader 800 ejects the held card CD and enters a state in which no card is accepted. At times other than the forced termination, the display of the lamps 123 and 163 is changed to the customer waiting state, and then it is checked whether or not the operation information in the operation data area in the test mode is “stop” (procedure P6).
66, P667).

[0548] If it is stopped, the procedure P670
Jump to, and if it is not a stop, make a reservation for transmission of the “card discharge” function and a reservation for output of card discharge sound (procedures P668 and P669), and then proceed to procedure P67.
The process proceeds to 0, the display of the card insertion lamp is changed to blinking, and the process returns to the original routine. Therefore, the pachinko machine 100 returns from the test mode to the “free” state in the normal operation mode.

[0549] When the player is in the stop state as described above, the procedure P6 is executed.
68 (card ejection function transmission reservation) is skipped and the procedure jumps from procedure P667 to P670.
This is done in the stop processing of FIG. 102 (procedure P59
This is from 1) in order to avoid duplication of procedures.
Also, the reason why the procedure P669 (card ejection sound output reservation) is omitted at the time of stopping is to prevent the ejection sound from being output when the card CD is not ejected.

[0550] That is, in the test mode, when a stop occurs, the card CD is ejected at that time, and when the end switch 115 is turned on, the test mode end process starts (procedure P642 in Fig. 105). The reason for outputting the card ejection sound here is that it does not match the reality.

On the other hand, if it is determined in the above-mentioned procedure P664 that the apparatus is offline, the flow shifts to procedure P673 to make a transmission reservation for the “card rejection impossible” function and an output reservation for the card ejection sound, and then “offline at the end of test mode” Flag is set, and it is checked whether the "reader error" flag is set (procedure P673-
P676). Here, if there is no reader error, the process returns to the original routine. If there is a reader error, the flow shifts to procedure P677 to clear the "offline at the end of test mode" flag and then wait for a "line test" packet (procedure in FIG. 72). P98). The above flag is "Status"
Procedure P538 in function reception processing (FIG. 91)
When the status is transmitted, this flag is seen and the process shifts to a line test wait.

That is, when there is no reader error,
After the procedures P673 to P676 are completed, the process returns to the original routine. After that, when the status 1 or 2 is received together with the “normal end” function after the card is ejected from the card reader 800, the process shifts to a line test wait. On the other hand, when there is a reader error, when the card ejection process is executed in response to the function of the procedure P673, the status “
When 2 is sent, the "off-line at the end of the test mode" flag is cleared in a procedure P677 in order to prevent a transition to a line test waiting in the procedure P538 in FIG. 91 to prevent the card from being removed.

FIG. 108 shows the unit controller 19.
The processing procedure of the sound control task among the ten main tasks 0 is shown.

In this task, “hit sound”, “switch operation sound”, “card ejection sound”, “card reception success sound”,
Alternatively, it is checked whether or not there is an output reservation for “card reception failure sound” (procedures P221 to P225). If there is a reservation, data indicating the type of sound to be output and the output time are set in the internal RAM. And then a speech synthesis circuit (Sound I
C) Reset 582 to stop the sound being output (procedures P231 and P232). Then, the procedure P2
The process proceeds to 34, where a control signal is given to the sound IC to output the selected sound. Then, it is determined whether or not the set output time has elapsed, and if it is over, the output is stopped (procedures P235 and P237).

On the other hand, if the output time has not elapsed, it is determined whether the output sound is a repetitive sound, and if not, the output of the sound is stopped (procedures P236 and P23).
7). However, even if the sound output stop command is issued in the procedure P237, the sound IC does not stop sound output until one phrase of the sound being output ends, and stops at the end of the phrase.

[0556] If there is no output reservation of any of the above five types of sounds, it is checked in step P226 whether sound is being output, and if output is in progress, the process proceeds to step P235 to check whether the output time has been exceeded. . On the other hand, when the sound is not being output, it is checked whether there is an output reservation of “search timer sound”, “purchase request sound”, “stop sound” or “forced end sound” (procedures P227 to P230). After setting data and time to specify the sound to be played (procedure P23
3) The procedure shifts to procedure P234 to start sound output, and stops sound output when a time-out occurs. In other words, these four sounds are output after the output of other sounds is completed.

FIG. 109 shows the unit controller 19.
The procedure of the timer control task among the 0 main tasks is shown.

In this task, 10 m which is a reference for a blinking lamp, a packet transmission timer, an ACK reception timer, etc.
It manages two reference timers, S and 100 ms, and
Update 10ms timer every 0ms (decrement)
And updates the 100 ms timer every 100 ms
(Procedures P241 to P244).

FIG. 110 shows the unit controller 19.
The processing procedure of the lamp display control task among the 0 main tasks is shown.

In this task, the safe ball lamp 164, the P machine status display lamp 16
2. When the purchase switch built-in lamp 121, the card insertion lamp 168, and the game status lamp 123 are updated,
Change the display state (procedures P251 to P25)
5).

Next, the "waiting customer display" or the "stop display"
It is determined whether or not it is necessary. When the display is waiting for customers, the analog display 163 is scroll-displayed, and when the display is stopped, all the lamps of the analog display 163 blink simultaneously (procedures P256 to P259). Further, the necessity of displaying the number of balls is determined, and when necessary, the lamps of the analog display 163 are turned on in order from the left according to the number of balls (procedures P260 and P261). In addition, the analog display of the number of balls is performed in a so-called log display in which the number of balls displayed by one lamp increases as the number of lit lamps increases. Further, when none of the "customer wait display", "stop display" and "ball count display" is required, the analog lamp 163 is turned off (procedure P262).

[0562] The following Table 29 shows an example of the display state of each lamp according to the state of the pachinko machine 100.

[0563] In the same table, x mark is off, o mark is on,
The symbol Δ indicates blinking, S indicates scroll display, and A indicates analog logarithmic display according to the number of balls. In the "search" column during the game, the display amount is displayed while the search timer (10 seconds) is operating with the amount of money and the number of balls being zero, and the state shifts to the return to zero state after 10 seconds.

[0564]

[Table 29]

The main tasks of the unit controller 190 include a port output control task in addition to the above nine types of tasks. In this task, a process of outputting the output state determined in each task to the corresponding I / O port is executed (not shown).

FIG. 111 shows the timing of input / output signals when controlling the pachinko machine 100 according to the above control flow.

As an example of the number representing the number of balls, the purchased ball rate is 50/200 yen and the number of main prize balls is 13.
And the number of sub prize balls calculated as seven.

After receiving the response packet ACK for the "card-in" packet at the timing t1, when the ON signal of the purchase switch 113 comes in at the timing t2, the launch drive control signal is changed to the high level, and the hitting ball launching device is launched. 103 can be driven. At the same time, the frequency of the balance of the card CD is subtracted by “2”, the number of balls for 200 yen is added, and the display of the amount of money and the number of balls are updated.

Thereafter, when a detection pulse is received from each sensor, the number of floating balls and the number of balls are calculated in the unit controller 550 in real time, and the number of balls and the display thereof are changed one after another. When the number of floating balls is "0" inside the controller, even if there is a detection pulse (see P1) of the safe sensor, this is invalidated, and the prize ball number corresponding thereto is not added.

[0570] During such game control, the interrupt switch 1
When the ON signal 14 is input (timing t3), the firing drive control signal is turned off. However, the display is maintained in the state at the time of interruption. After that, AC of "Suspended Card In"
When the K packet is received (timing t4), the game control is started again, the game ends when the ON signal of the end switch 115 is input (timing t5), and the ACK of the "end switch" is received (time t5). At timing t6), the display, the number of balls, and the amount data are cleared to “0”.

On the other hand, when a zero-reset state occurs in which both the amount of money and the number of balls are "0" during the game (timing t7), the search timer is activated and the detection pulse of the safe sensor 1 or 2 is detected within 10 seconds. If there is no packet, a "return to zero" packet is transmitted, and the floating ball number is cleared to "0" when the ACK is received (t8). If the number of floating balls becomes “0” during the operation of the search timer, a “return-to-zero” packet is transmitted at that time.

Next, an example of a control procedure of the card reader 800 by the card reader controller CPU2 based on a command from the unit controller 190 will be described with reference to FIGS. 112 to 141.

It should be noted that the card reader controller CPU2
Communication between the unit controller 190 and the unit controller 190 is performed by a function code.
As a function code from the unit controller 190 to the card reader controller CPU2,
An "initial value setting" function for giving the card reader 800 a date code and an identification code for collating with magnetic data read from the card CD, and a "card for permitting the card reader 800 to accept the card CD. Acceptable "function," Card not accepted "function for instructing card reader 800 to stop accepting card CD," Card eject "function for instructing card reader to eject card CD, Card C
A "reload" function for instructing rereading of the magnetic data of D, a "retransmission request" function for requesting retransmission of the function code sent immediately before, and a state of the card reader 800 held in the card reader controller CPU2. A "status request" function for requesting the transmission of a code and a command for punching a return hole PH4 indicating that the ball of the card CD and the amount of money have become zero at a predetermined position in the punch hole forming area are provided. 8 types of commands are provided.

On the other hand, the card reader controller CPU2
As a function code for the unit controller 190, a "card number transmission" function for transmitting a card number read by the card reader 800 to the unit controller 190, a "test card" function for notifying the unit controller 190 that a test card has been inserted, At the time of reset, an "initial value request" function for requesting an initial value such as a date and an identification code, a "normal end" function for notifying the unit controller 190 that the requested processing has been normally completed, and conversely, the processing is normally performed. "Abnormal termination" function to notify that it did not end, inserted card CD
Card reader controller CPU2
"Self-discharge" function for notifying that the card CD has been ejected by itself, a "re-send request" function for requesting the unit controller 190 to resend the function code sent immediately before, and "reload" and "reload". There are eight types of “status transmission” functions for transmitting the status of the card reader 800 in response to “status request”. Each function has an STX code indicating the head and a function code F
In some cases, NC and ETX codes indicating the end are used, and data, status, and the like are inserted between the function code FNC and the ETX code.

However, the card reader controller CPU
The communication between the unit controller 190 and the unit controller 190 does not send the function code unilaterally. Instead, the transmitting side first sends the interrogation code ENQ, and sends the function code after receiving the permission response ACK from the receiving side. Has become.

The "normal end" function, "abnormal end" function and "status" function include an 8-bit status indicating the state of the card reader 800 as shown in [Table 30] and [Table 31]. 1, a column for entering a status 2 is provided, and the status is sent to the unit controller 190 together with the function code. In the “self-discharge” function, 8 indicating the cause of fraud as shown in [Table 32] is included.
A column for entering a bit code is provided, and is sent together with the function code.

[0577]

[Table 30]

[0578]

[Table 31]

[0579]

[Table 32]

FIG. 112 shows the entire main control procedure by the card reader controller CPU2.
8, FIG. 129 shows a control procedure of an interrupt process generated by a timer interrupt separately from the main control.

When the card reader controller CPU2 is reset, that is, when the reset input terminal changes to low level, the card reader controller CPU2 first performs internal initialization (procedure R1) as shown in FIG.
An initial value request is made to 90 (routine R2). Then, the call code E is issued from the unit controller 190.
It is checked whether NQ is present (routine R3), and if it is, the process proceeds to routine R11 to return a response code ACK and then receive a function code. Then, processing (routine R1) corresponding to the received function code
After the execution of 2), a function code indicating a processing result such as normal end or abnormal end, status transmission, and the like is transmitted (routine R13).

Thereafter, it is checked whether or not the initial value has not been set (routine R14). If the initial value has not been set, the routine returns to the routine R2 and requests the unit controller 190 for the initial value again. On the other hand, if the initial value has been set, the process returns to the routine R3 to check whether the calling code ENQ has been entered. Here, when the ENQ has not been entered, the process proceeds to the routine R4, and it is checked whether or not the card insertion is prohibited by checking a predetermined flag prepared in the built-in RAM. This "card insertion prohibition" flag is set to "1" in the initialization routine R1 and is cleared to "0" when the reception function processing routine R12 performs processing for permitting the acceptance of a card. Therefore, if "1" is set in the "card insertion prohibition" flag in the routine R4, the process returns to the routine R3, and if the flag is "0", the process proceeds to the next routine R5 to check the card insertion detection sensor 808 to check the card CD. Is inserted. here,
If the card insertion sensor is off, the routine returns to routine R3. If the sensor is on, the routine proceeds to routine R6 to read the card. Then, the read data is analyzed to check whether the card is a fraudulent card (routine R7), and when it is determined that the card is fraudulent, the card CD is ejected by its own instruction. Return to (Routine R21). On the other hand, if the routine R7 determines that the card is an authorized card, the routine R
8, it is determined whether the inserted card CD is a special test card or not by a magnetic code, and in the case of a test card, the "test card" function is applied to the unit controller 190. After transmitting, it returns to routine R3 (routine R22).

On the other hand, if the inserted card is a regular card which is not a test card, the flow advances to routine R 9 to execute the “send card number” function to the unit controller 19.
Send to 0.

FIG. 113 to FIG. 117 show more detailed procedures of the processing flow of FIG. 112 described above.

FIG. 113 shows details of the initialization routine R1 and the initial value request routine R2 in FIG. 112.

That is, the card reader controller CP
When reset, U2 first clears the internal memory containing various flags, counters, buffers, work areas, registers, etc. (routine R101). then,
After setting the stack pointer when an interrupt occurs, initializing the I / O port and setting the state of the input / output terminals, the setting code is read and stored from the device code setting device MCS, and then the card transport motor 807 is set. Turns on relay RLY1 that supplies power to the power supply (routines R102 to R10).
5).

Next, the monitor display 175 for displaying the cause of the error is set to the off state, the power-on lamp LED 21 for indicating the power-on state is turned on, and the initial value non-setting instruction bit of the status register in the RAM is set to “0”. 1 "is set (routines R106 to R108).

After that, the "card insertion prohibition" flag in the built-in RAM is set to "1", and then the shutter solenoid 809 is turned off to close the shutter (routines R109 and R110). Then, in routines R111 to R113, it is checked whether the position detection sensors SNS2 to SNS4 in the card reader are off or on. If any one of the sensors is on, the card indicating the card insertion state is displayed. In lamp L
After the ED 12 is turned on (routine R114), and if all the sensors are off, the routine R
Proceed to 115. This makes it possible to notify the outside that a card is in the card reader at the time of reset at the time of restoration from power failure. In the routine R115, after setting the "initial value request" function code and the termination code EXT in the transmission buffer, the function transmission processing routine R according to the procedure shown in FIG.
The processing moves to 401 to R423. Then, after the execution of the transmission processing routine, the flow shifts to a routine R132 shown in FIG. 114 (see reference numeral M1).

In the routine R132, the OK lamp LED13 of the status display lamp group is turned on, and then the routine R132 is started.
The process proceeds to 133, where it is checked whether the "transmission incomplete" flag is set. This flag corresponds to the routine R in the flow (FIG. 130) indicating the function transmission procedure.
Set at 423. In other words, the unit controller 190 and the card reader controller CPU2 are provided to avoid a collision when the transmission process is started at the same time. In this embodiment, when two transmissions collide, the transmission right is passed to the unit controller, The card reader controller CPU2 sets the "transmission incomplete" flag before moving to the reception process.

Returning to FIG. 114, if the transmission is completed in routine R133, the routine also moves to routine R121.
When the "transmission incomplete" flag is "0", the process proceeds to the routine R121 to permit the reception of the reception data into the reception buffer in the RAM, and then the error information area provided in the RAM is cleared. Clear (Routine R12
2). Next, the state of the "transmission interrupted" flag is checked, and "1"
When is standing, that is, during suspension, the routine R1
34, the transmission data saved in the stack area in the transmission processing routine of FIG. 130 is transferred to the transmission buffer, the "transmission interruption" flag is cleared to "0" (routine R135), and the transmission processing is performed again. A routine is executed (routines R401 to R423).

On the other hand, if the "transmission interruption" flag is "0" in routine R123, the routine proceeds to routine R124, where it is checked if the transmission call code ENQ from the unit controller 190 is entered, and if it is entered, the routine of FIG. 115 is executed. Jump to (see reference numeral M5), and if ENQ is not entered, the control unit 160 is executed in the next routine R125.
A check is made to see if the ejection switch provided on the control board inside is turned on. If it is on, the process jumps to the routine of FIG. 116 (described later) (see reference numeral M6). Check the status. The "waiting for card number" flag is a state in which the card reader 800 holds only the front end of the card immediately after ejecting the card CD by reversing the motor and is waiting for removal by the player (at this time, the insertion detection sensor 808). It is a flag indicating that the first position detection sensor SNS1 is on), and this flag is "0".
If so, go to routine R130 as it is, and if it is "1", go to routines R127 and R128, and repeat routines R124 to R128 until both sensors are turned off.
When it is turned off, the routine proceeds to the routine R129 to clear the "card receipt waiting" flag and then shifts to the routine R130.

In the routine R130, "Card insertion prohibited"
The state of the flag is checked, and if "1", the routine R124
If "0", the card insertion processing routine shown in FIG. 133 is executed, and then the "card reading end" flag is checked in a routine R131. If not completed, the process returns to the routine R124. move on. Then, after the OK lamp is turned on, when the determination in the routine R133 is YES and when the determination in the above-described routine R124 is YES, the process proceeds to the routine of FIG. 115 (see reference numeral M5).

Here, first, the reception processing R431 to R441 as shown in FIG. 131 is executed, and then the routine R141 is set to a state in which the reception of the reception data in the reception buffer is prohibited. Then, the monitor display unit 175 and the OK lamp LED 13 indicating the cause of the card reader abnormality are displayed.
Is turned off (routines R142 and R143), and the function code of the received data received in the above-described reception processing and stored in the buffer is read and decoded (routine R14).
4, R145), and in the case of a regular function code, processing corresponding to the code (FIGS. 118 to 125) is executed. On the other hand, if the function code is not a legitimate function code, the routine jumps to the routine R150, writes a function code error in the error information area in the RAM, and shifts to the error processing of FIG.

After executing the processing according to the reception function code, the "initial value not set" flag is checked in the routine R147, and if "0", the flow shifts to the routine R132 in FIG. 114 (see reference numeral M1). If the initial value is not set, the OK lamp is turned on in the routine R148, and the "transmission incomplete" flag is checked. If it is "1", the process returns to the reception processing routines R431 to R441 (see reference numeral M5).
If "0", the flow shifts to the routine R115 in FIG. 113 (see reference numeral M4).

If it is determined in the routine R125 that the ejection switch has been turned on, the flow jumps to the routine R161 in FIG. 116, where the taking of the reception data into the reception buffer is first inhibited, and then the OK lamp is turned off (routine R16).
2) Execute card ejection processing and R451 to R484 according to the procedure shown in FIG. afterwards,
Set the “card waiting” flag (routine R16
3) After that, the self-discharge function code and the ETX code indicating the cause of the injustice and the end of the transmission data are sequentially set in the transmission buffer in the RAM (routines R164 to R164).
166), the transmission processing (routines R401 to R423) is executed according to the procedure shown in FIG.
Then, after turning on the OK lamp in the routine R167, the "transmission incomplete" flag is checked (the routine R16
8) If "1", the process proceeds to the routine in FIG.
5), if “0”, the monitor display 175 is turned off in the routine R169, and then the routine proceeds to the routine R121 in FIG. 114 (see the symbol M2).

Further, a routine R150 shown in FIG.
After writing the error information in FIG.
7, the monitor display data corresponding to the error information written in the RAM
OM, and reads the display data from the monitor display unit 1.
The error is output to the terminal 75 and the cause of the error is displayed by a numeral or the like (routines R171 and R172). Then, the OK lamp is turned off, the timer is locked so as not to be interrupted, the motor 807 for conveying the card is stopped, and the shutter solenoid 809 is turned off so that the card cannot be inserted (routines R173 to R176). Next, in the routine R177, it is determined whether or not the error is a parity error. If the error is a parity error, a "retransmission request" function code and an ETX code are set in the transmission buffer (routines R178, R179), and the transmission processing routine of FIG. After executing R401 to R423, the routine R18
0, the "transmission incomplete" flag is checked, and the routine R121 in FIG. 114 or the reception processing R431 to R431 in FIG.
The process moves to R441.

On the other hand, in the determination in the routine R177,
If it is determined that there is no parity error, the routine R1
The error information is checked in steps 81 and R182, and if the cause of the error is a card error, the flow proceeds to the card ejection processing routine of FIG. 116 as indicated by reference numeral M6. The processing shifts to the routine R121 in FIG. 114, and otherwise, the abnormal end processing routines R293 to R296 shown in FIG. 124.
Is executed, the "transmission incomplete" flag is checked in a routine R180, and the routine shifts to a routine indicated by reference numerals M2 and M5.

FIGS. 118 to 125 show flowcharts for executing processing corresponding to each reception function code appearing in the routine R12 of the flow of FIG. 112 and the routine R146 of FIG. 115.

FIG. 118 shows a processing procedure when the “initial value setting” function code is received. In this flowchart, the routine R202 is a binary evolution 1
An extra bit and a parity bit added to adjust the number of bits are removed from the date code expressed in the 0-base system, converted to a binary code, and set in the initial value area in the RAM. The reason why the "transmission not completed" flag is cleared in the routine R204 is that the unit controller 190 sends an initial value when the card reader controller CPU2 is transmitting the "initial value request". In this case, the card reader controller CPU2 temporarily suspends the transmission and preferentially processes the reception.

FIG. 119 shows a processing procedure when the "card accepted" function code is received.

As for the “card accepted” function code, a packet such as “opening code”, “cancel release”, “forced release”, “restart” or the like is transmitted from the management device 400 to the control unit. Sometimes transmitted from the unit controller 190 to the card reader controller CPU2.

Note that in the flow of FIG.
13 to R215, the condition of the position detection sensors 2, 3, and 4 is checked because the card C
This is to save the trouble of reinserting the card when a power failure occurs in the state of D and the power is restored afterwards.

The shutter closed in the routine R218 is opened when the insertion detection sensor 808 is turned on. On the other hand, when the shutter is closed in the routine R225, since the "card insertion prohibition" flag is set before that, the shutter is not opened even if the insertion detection sensor is turned on unless this flag is cleared. Thereby, double insertion of the card CD is avoided.

FIG. 120 shows a processing procedure when the "card cannot be accepted" function code is received.

In this flow, if at least one of all the sensors in the card reader 800 is turned on in the routine R233, it is determined that the card CD is present in the card reader 800, and the card ejection processing R451 to R484 is performed. Is to be performed.

[0606] In the routine R231, "transmission not completed"
The flag is cleared by the unit controller 1
When the transmission of the card reader controller CPU2 overlaps with the transmission of the card reader controller 90, the card reader controller CPU2 interrupts the transmission, and when the function is received, if the function is “card rejection impossible”, the status is reset until the reset is performed or the status is returned from the unit controller 190. This is because reception only needs to be performed until there is a request or the like.

[0607] The "card cannot be accepted" function determines that a packet such as a "closure code" or "forced termination" has been sent from the management device 400 to the control unit 160, or that the stop condition has been satisfied. In this case, it is transmitted from the unit controller 190 to the card reader controller CPU2.

FIG. 121 shows a processing procedure when the "card ejection" function code is received.

In this flow, if the transmission interrupted function is “card ejection” function and the received function is “card number transmission”, “test card” or “self ejection”, The "transmission interruption" flag is cleared (routines R244 to R248). As a result, retransmission after the reception processing can be omitted. This is because there is no longer a valid card in the card reader, and there is no need to transmit again. If the transmission of the function codes other than the above three is interrupted, the transmission is performed again after the card ejection processing by referring to the “transmission interrupted” flag.

The punching process performed after routine R250 is performed according to the procedure shown in FIGS. 126 and 127 (routines R301 to R35).
1).

FIG. 122 shows a processing procedure when a “reload” function code is received.

In this flow, it is first checked whether the initial value has been set. If not, the flow shifts to the "abnormal end" function transmission processing routines R293 to R296 in FIG. 124 (routine R261).

If the initial value has been set, the routine R2
After clearing the "insertion prohibition" flag at 62 and permitting card insertion, the position detection sensors SNS2 to SNS4 are checked, and if any one is on, it is determined that a card is present.
Set the "unread security" flag. Then, the flow proceeds to the magnetic processing routines R541 to R579 in FIG. 133, where the magnetic data and security of the card, re-reading of the punched holes and inspection of the read data are performed.
Send the result to the unit controller.

[0614] On the other hand, the position detection sensors SNS2 to SNS4
Are all off, that is, the card CD in the card reader 800
If not, check the insertion detection sensor 808 and the position detection sensor SNS1 (routines R266 and R26).
7) If both are off, the shutter is closed to turn off the card-in indicator LED 12 and turn on the card holding lamp LED 1 (routine R269).
To R271), the status transmission process (R
291 and R294 to R296) to notify the unit controller 190 that no card has been inserted.

When the sensor is turned on in either of the routines R266 and R267, it is assumed that only the leading end of the card CD is held by the card reader 800, and the routine waits for the "waiting for card reception" in the routine R268. After setting the flag, the flow shifts to routine R269 to close the shutter.

FIG. 123 shows a processing procedure when the “return-to-zero” function code is received.

In this flow, first, the position detection sensor SN
Check S2 to SNS4 (routines R281 to R28
3) If any of the sensors is on, it is determined that a card is present, and the routine goes to a routine R284 to check the punch hole buffer and determine whether or not a game hole has already been opened in the punch hole forming area of the card. If the game hole has been opened, the routine jumps to the routine R286. If the game hole has not been opened, the position information of the game hole is set in the routine R285, and then the punching process shown in FIGS. 126 and 127 (routine R301) To R352) to open a game hole in the card, and then the routine goes to a routine R286 where the position information of the return-to-zero hole is set and the punching process is performed again (routine R301).
To R352). Thereafter, the card ejection processes R451 to R484 in FIG. 132 are executed to set the "card reception wait" flag, and then the "normal end" function transmission process (R292, R294 to R59) in FIG.
Go to 6).

FIGS. 124 and 125 show the procedure for transmitting the “status” function code and the “retransmission request” function code.

These function transmissions are performed in response to a “status request” and a “retransmission request” from the unit controller 190. First, codes to be transmitted are set in the transmission buffer in order, and then the transmission shown in FIG. The process proceeds to R401 to R423.

Note that FIG. 124 shows FIGS. 118 to 123.
Also, the processing executed when the processing result is transmitted after the execution of each processing of FIG.

In the punching process shown in FIG. 126, first, the punch defective bit in status 1 is cleared to “0”, and then the distance from the reference position is set based on the punch hole position set in the RAM by the initialization routine or the like. Is read from the ROM and stored in the buffer, and then the hole forming process (R
311 to R352).

In the punching process, first, the card CD is moved to the innermost position of the card reader 800 (routine R311) to clear the “punch OK” flag (routine R312).
After that, the motor is reversed to start the timer (3 seconds), the "movement amount detection" flag is set, and then the movement amount counter is cleared (routines R314 to R318). Then, the "timer 2 operation" flag is set, the timer interrupt is permitted, the movement amount is detected by the timer interrupt, and the rotation of the motor is stopped when the punching position is reached (routines R321 and R322). Wait for 150msec to stop at (Routine R323)
And then operates the punch device 820 (routine R3
24-R327).

After the above routines R323 to R327 are repeated twice to make sure the holes are punched, the moving amount counter is cleared and the motor is reversed at high speed so that the opened punched holes face the punched hole detection sensor SNSp. Card C
Move D. Then, it is determined whether or not the punch hole detection sensor is turned on. If the punch hole is opened at a regular position, the "punch OK" flag is set, and then the first position detection sensor SNS1 is turned on and the card CD is turned on. When the rear end is detected, the timer interrupt is stopped and the motor is stopped (routines R329 to R340). Then, returning to the processing of FIG. 126, it is determined in the routine R303 whether the “punch OK” flag is “1” and “0” is determined.
If so, the process proceeds to error processing as a punch hole defect (routine R304, R305).

In the above routine, if a time-over occurs during the movement of the card, it is determined that a card jam (paper jam) has occurred, and error processing is started (routines R315 and R332).

Next, processing when a timer interrupt occurs will be described with reference to FIGS. 128 and 129.

As described above, in the card reader of this embodiment, the detection signal from the sensor 832 for detecting the rotation speed of the motor is input to the card reader controller CPU2 as an interrupt signal, and the "timer 2 operation" inside the controller is performed. When this signal comes in while the "flag" is set to "1", the timer 2 interrupt processing of FIG. 128 is executed.

The speed sensor 832 is provided so as to face the rotary encoder 817 attached to the rotating shaft of the motor.
An interrupt signal comes in every time it moves.

In the timer 2 interrupt processing, first, the routine R7
01: "Security read" flag and "Punch hole read"
When all the flags are "0", the mode is the movement amount detection mode, the routine proceeds to routine R710, the movement amount counter is incremented, and the interrupt processing ends. The movement detection mode is set when the user wants to know the movement amount of the card from the reference position during the magnetic processing in FIG. 135 (routine R572) and during the punching processing in FIG. 124 or 125 (routine R317). By clearing the "security read" flag and the "punch hole read" flag, the movement amount detection mode is set.

If the "moving amount detection" flag is "0" upon entering the timer 2 interrupt processing, the flow advances to routine R702, where the moving amount counter is incremented. Then, the "security reading" flag is set in routine R703. Check if it is set, and if it is set, the routine R7
04, it is determined whether or not the movement amount has become 4.8 mm or more (when the “security reading” flag is “0”, FIG.
The process proceeds to a punch hole reading routine of No. 29). The "reading security" flag is set when the punch hole sensor SNSp is turned on in the routine R523 during the security reading process in FIG. 134. At this time, the security code reading sensor 810a sets the security area (TF) of the card CD. Is located at the beginning of. Thus, the first security mark is 4.
Provided at a distance of 8mm or more. Therefore, the routine R
In 704, it is determined that the movement amount has become 4.8 mm or more. If it is 4.8 mm or less, the interrupt processing is terminated, and the movement amount counter is incremented again by the next timer 2 interrupt. When the movement amount reaches 4.8 mm, the routine R
The process then proceeds to step 711, where the movement amount and the routine R519 are first determined.
Compares with the reading range set in the RAM, determines if the security code reading sensor is on if it is within the reading range, and if it is on, increments the counter that counts the width of the security code and interrupts The process ends (routines R712 and R713). When the code reading sensor is turned off, the value of the counter is checked (routine R714).
If so, it is determined that there is no code, and the interrupt processing ends. On the other hand, if the security width is not "0", the counter width is transferred to the buffer, the counter is cleared, and it is determined whether the security width is 0.5 mm or more (routine R7).
15, R716). Here, if the width is 0.5 mm or less, it is regarded as abnormal, and if it is 0.5 mm or more, "1" is set to the most significant (or least significant) bit of the security buffer operated as a shift register.

Then, when the next timer interrupt is entered and the reading is out of the reading range in the routine R711, the reading of the first code is completed and the process shifts to the routine R721 to decrement the security reading number (counter). Then, the security buffer for storing the read code is shifted by one bit in the routine R723, and then the read range is added by the security code pitch (3.5 mm), and the processing is terminated. By shifting the security buffer every time one bit of security is detected, the serially read security code is converted into parallel data.

When the number of security readings becomes "0" by repeating the above routine, the routine R722
From R714, read security width of 0.5m
In the case of m, "1" is written to the most significant bit of the security buffer. After the security reading, the process proceeds to the magnetic data reading process, and the routine R553 in FIG. 135 is executed.
When the timer 2 interrupt shown in FIG. 128 is started after the "punch hole reading" flag is set to "1" and the "security reading" flag is cleared to "0", the routines R703 to R731 in FIG. Then, it is checked whether or not the punch hole detection sensor is ON. If the sensor is ON, the counter for counting the punch hole width is incremented in a routine R732, and the interrupt processing is terminated. And
If the punch hole detection sensor is turned off by the next interruption, the flow shifts to routine R733 to check the punch hole width. Here, if the detected width of the punched hole is 0.8 mm or more, it is regarded as a regular punched hole, and the top (or the lowest) of the buffer (operated as a shift register) storing the presence or absence of the punched hole in the routine R734. ) Bit is "1"
Is written, and if the width of the punched hole is 0.8 mm or less, the punched hole width counter is cleared in the routine R735, and then the routine proceeds to the routine R736.

Here, it is determined whether or not the card moving amount is within the reading range. If the moving amount is within the reading range, the above-described procedure is repeated.

In the routines R741 to R745, the buffer containing the read bits is shifted by one bit by subtracting the number of punched holes read, the punched hole width counter is cleared, the read range is set again, and the processing ends. And
When the number of readings becomes "0", the "timer 2 operation" flag is cleared and the subsequent timer 2 interrupt operation is stopped (routine R742, R746).

FIG. 130 shows the procedure for transmitting the function code appearing in the main routine shown in FIGS. 113 to 117, and FIG. 131 shows the procedure for receiving the function code.

Further, FIG. 132 shows the procedure of the card ejection processing appearing in the main routine, FIG. 133 shows the general procedure of the card insertion processing, and FIG.
FIGS. 4 to 141 show specific procedures of various processes appearing in the routine of FIG. 133.

In the function transmission processing of FIG. 130, first, the number of retransmissions is set in a counter in the RAM (routine R401), and 2 seconds is set as a transmission time in a timer (routine R404). If the response code ACK is returned from the unit controller 190 within two seconds after the transmission of the interrogation code ENQ, the process proceeds to the routine R411 to prohibit the reception and then returns to the S indicating the head.
After the TX code, a code (FNC, ETX, etc.) already set in the transmission buffer is transmitted, reception is permitted to the reception buffer, the "transmission incomplete" flag is cleared, and a series of transmission processing ends. (Routines R412 to R4
16).

If the ENQ code is input before the response code ACK is returned from the unit controller 190, the flow shifts to the routine R421 to temporarily store the transmission data set in the transmission buffer in the work area in the RAM. "Transmission interrupted" and "Transmission not completed" after saving
By setting a flag and returning to the main routine, reception is prioritized (routines R421 to R421).
423).

If the response code ACK is not returned within 2 seconds after the transmission of the ENQ, the retransmission counter is decremented, and the process returns to the routine R402 to return to the calling code E.
Retransmit the NQ. Then, when time-out occurs five times, a reset is performed (routine R409).

In the function reception process of FIG. 131, first, the response code ACK is sent to the unit controller 1
90 to set the timer to 2 seconds (routine R4
31, R432).

If the head code STX of the function is not sent from the unit controller 190 within two seconds, the type of the error is written in the error information area of the RAM, and then the error processing routines R171 to R180 in the main routine are executed. 117) (routine R433 → R441). After receiving the STX code, the timer is reset to 1 second, and if the next data (function code, ETX, etc.) is not sent within 1 second, the process also shifts to the error processing routine. Data reception is performed in units of bytes (4 bits), and when data exceeds the capacity of the reception buffer, error processing is performed (routine R439).

In the card ejection process shown in FIG. 132, if the card ejection function comes first while the card CD is being inserted, that is, the first position detection sensor SNS1 is on and the insertion detection sensor 808 is off. The motor is rotated forward (routines R451 to R457). Then, the shutter is opened and the motor is rotated in the reverse direction. The motor is stopped 0.2 seconds after the position detection sensor SNS2 is turned off, the shutter solenoid is turned off, and the shutter is closed (routines R455 to R467). This takes into account the time required for the card to come off the transport roller 812. When the card is removed from the card transport roller 812, the card cannot be discharged any more. At this time, the first position detection sensor SNS1 and the insertion detection sensor 808 are both on.

After the shutter is closed, the jam display bit of status 1 is cleared, the security read flag is cleared, the card-in indicator LED 12 is turned off, and the fact that there is no card in the status area in the RAM is written ( Routines R468 to R471). In the above-described routines R451 to R471, if a time-over occurs during normal rotation or reverse rotation of the motor, the motor is stopped, and if the card CD is inside, the jam is processed (routines R481 to R484).

In the card insertion process shown in FIG. 133, after reading various information (security code, magnetic code, and punched holes) of the card CD, the parity of magnetic data, LRC inspection, security inspection, and the like are checked. After performing various inspections, after writing the card number transmission function code and the read card number into the transmission buffer (routine R493), the transmission processing routines R401 to R423 are executed. If the card number read from the magnetic recording unit is a test code indicating that the card is a test card, a "test card" function code is written to a transmission buffer before transmission processing is executed. (Routine R492 → R494).

Incidentally, since there are many routines common to the rereading process and the card insertion process shown in the routine at the time of receiving the “reload” function in FIG. 122, the rereading process is shown in FIG. 133 showing the card insertion process routine. The processing is also shown.

Further, FIGS. 134 to 141 show FIG.
3, card reading processing, magnetic processing, parity and LRC inspection processing, security inspection processing, punch hole inspection processing, card data inspection processing, and date / identification code inspection processing that appear in the card insertion processing routine and the re-reading routine shown in FIG. A flowchart is shown.

In the card reader 800 of this embodiment, as described above, the security code reading sensor 810a is provided on the side closest to the card insertion / ejection port, and this sensor 810a is located in the security area (TF). ) Is still facing the end of the punch hole detection sensor SNSp
Are determined so that the sensor does not reach the first punch hole formation location PH1. Therefore, after reading the function code, the detection of the punched holes and the reading of the magnetic data are performed in parallel.

Note that the program is configured so that the actual reading of the security code is performed by a timer interrupt triggered by the output of the encoder that detects the rotation speed of the motor. In the card reading process of FIG. 134, the routine R501 is executed. Preparation for security reading is performed in steps R523 to R523, and a flag for permitting the timer interrupt is set in the routine R524. Then, the process proceeds to magnetic code reading processing.

In the card reader 800 of this embodiment, when the card CD is inserted, the rear end of the card CD is moved to the first position detection sensor SN.
The interval between the sensors is set so that the punched hole and the magnetic recording section do not reach the punched hole detection sensor SNSp and the magnetic head 821 until S1 is reached. for that reason,
In the magnetic code reading process shown in FIGS. 135 and 136, punch hole detection and magnetic code reading are performed after the position detection sensor SNS1 is turned on in the routine R545.

In reading magnetic data, a work area for storing data read bit by bit is operated like a shift register to convert the data into parallel data (routine R590). In addition, the card reader 800 of this embodiment has the first and third position detection sensors S
The distance L3 between NS2 and NS3 is longer than the regular card length L0, and the second and third position detection sensors SNS1 and SNS
The distance between the sensors is set such that the distance L4 between the three is shorter than the regular card length L0 (see FIG. 32). Therefore, during the 1-bit reading process shown in FIG.
To check the output of the third position detection sensors SNS1 to SNS3 to detect a card size defect (routines R584 to R587).

In the processing routine of FIG. 137, the routine R
In steps 603 to R609, exclusive OR of data, ETX, and LRC data in units of bytes is taken and sequentially put into the work area, and the operation result is "0" in the routine R611.
LRC is checked by judging whether or not. Note that the STX is set in the work area in the routine R604, and the byte to be read first in the routine R605 is the STX. As a result, the STX is not included in the exclusive OR.

Since the parity bit (fifth bit of each data) is not subject to the LRC check, masking is performed in the routine R610, and the process proceeds to the determination of R611. In FIG. 137, the routines R614 to R614 are executed.
At 620, a parity check is performed for each byte of data, and the parity check is repeated by the number of data (routines R621 and R622).

In the security inspection process shown in FIG. 138, the 10-bit security code read by the security sensor 810a and stored in the security buffer is divided into upper 5 bits and lower 5 bits, and the upper 5 bits are first determined by the routines R632 to R638. Is read, put into a shift register, and the parity is checked by counting the number of bits with "1".
The bits are read from the buffer and parity check is performed in the same manner (routines R639 to R645).

In the processing routine of FIG. 139, it is first judged whether the issued code in the read magnetic data is correct (routines R651 to R653), and then it is inspected whether the punch holes are correctly opened (routines R651 to R6).
57). The issuing code is usually 5 on the game card.
1H, 52H is given to the resurrected or reissued card, and 53H is given to the test card. If the code is any other code, the processing shifts to error processing (routines R665 and R66).
6).

If the issuance code is reissued, the routine proceeds to routine R661 to check whether a hole is formed at the reissue hole formation position of the card, and if not, treats it as an illegal card (routine R662, R664).
In addition, since it is impossible that both the issuing hole and the re-issuing hole are open, it is excluded in the routine R656, and
Since a card having a return zero hole or a settlement hole cannot be used for a game, it is eliminated when inserted (routine R656, R663).

In the card data inspection processing routine shown in FIG. 140, first, the company code in the magnetic data read from the card is compared with the code given as an initial value by the program (routine R671). The code is compared with the code set by the code setting switch (routine R672) to determine a match, and then it is checked whether the security in the magnetic data matches the security code read from the authenticity discrimination area (routine R672). R674).

In the processing routine of FIG. 141, the identification code and the date code which have been sent as initial values from the unit controller 190 in advance are compared with the data read from the magnetic recording section (routines R681 and R682).
If they do not match, the cause of error and error information are written in the RAM, and then the process proceeds to error processing.

FIG. 142 to FIG. 146 show a main control flow of the pachinko machine controller CPU1, and FIG. 147 shows an example of an interrupt control flow by a timer interrupt.

The pachinko machine controller CP of this embodiment
The tasks of U1 are the launch sensor SNS5, the first and second safe sensors SNS2 and SNS3, and the foul sensor SNS4.
And monitor the output signals of the five sphere detecting sensors of the out sensor SNS1 to discriminate between the launching sphere and the return sphere, and count only the signal of a fixed pulse width as a detection signal to count the number of detected balls. The main contents are to output at predetermined intervals to the unit controller 190 as detection signals (emission signal, safe 1 signal, safe 2 signal, foul signal and out signal) having a fixed pulse width whose waveform is shaped.

Specifically, the output signal of each sensor is sampled in a 200 μs timer interrupt process to determine the presence or absence of a detection signal, and then the counter is updated. The output control of the detection signal and each detection signal are performed in the main control flow. The minimum time interval (pause) between them is guaranteed.

First, the main control flow in FIGS. 142 to 146 will be described.

When the pachinko machine controller CPU1 is reset, the internal memory is first cleared, and then the check data is written into the memory (routines R801 and R801).
802). Then, after setting a stack pointer to be a save area at the time of interruption, the timer counter of 200 μs is activated to start the timer interruption shown in FIG. 147 (routines R803 and R804).

Thereafter, the flag is checked to determine whether or not the firing signal to be output to the unit controller 190 is being output (routine R805). If the firing signal is not being output, the flow advances to routine R806 to see the "pause" flag. Determine whether the output is paused. In the routine R807, by looking at the counter, it is determined whether or not there is a portion of the detected shooting spheres that has not output a firing signal.

Here, when the output of the firing signal remains,
The routine proceeds to routine R810, in which the number of remaining firing signal outputs is reduced by one, then the output of the firing signal is raised from a low level to a high level, and the "firing signal output in progress" flag is set (routine R811). Then, after setting the firing signal output timer (5 mS), the next sensor output processing (FIG. 1)
Go to 43).

Then, when the routine returns to the routine R805, it is determined that the firing signal is being output, and the routine R813 is executed.
Then, it is determined whether the output timer set in the routine R812 has timed out. Here, if the time is not over, the process directly proceeds to the next sensor output process. If the time is over, the output of the firing signal is lowered from the high level to the low level in the routine R814. As a result, a detection signal having a pulse width of 5 ms is formed. Also, the routine R81
In step 4, the flag indicating that the firing signal is being output is reset. Thereafter, the "pause flag" is set to "1", the pause timer (10 mS) is set, and the flow proceeds to the next sensor output process (routine R815). , R816).

[0665] When the flow returns to the routine R805, the flow shifts to the routine R806. Here, it is determined that the pause is being performed, and the flow shifts to the routine R808. Here, it is determined whether or not the time of the pause timer is over. If the time is not over, the process directly proceeds to the next sensor output process. If the time is over, “pause” is performed.
After the flag is reset, the process proceeds to the routine R807 (routine R809). Thus, even when the output of the sensor is continuous, a pause period of 10 ms is always provided, and the detection signal is transmitted to the unit controller 551 accurately.

FIG. 143 shows the procedure of the output processing of the safe 1 signal corresponding to the detection signal of the safe sensor SNS2.
This procedure is almost the same as the output processing of the firing sensor SNS5 in FIG. 142. When there is the remaining number of safe 1 signal outputs, the safe 1 signal having a pulse width of 5 ms is converted to at least 10 ms.
(Routines R817 to R82)
8).

Following the same procedure, the output process of the safe 2 signal (routines R829 to R830 in FIG. 144)
Fail signal output processing (routine R831 of FIG. 145)
R842), and an out signal output process (routines R843 to R854 in FIG. 146) is executed.

Next, the procedure of the timer interrupt processing of the pachinko machine controller CPU1 will be described with reference to FIG.

When the timer counter is started in the routine R804 in the main control flow of FIG. 142, 200 μS
A timer interrupt is started every time, and first, the routine R8
02 checks the check data written in the internal memory to check whether there is any abnormality in the memory (routine R90).
1). If there is an error in the check data, the CPU
It lowers its own power (routine R940). Then, since the watchdog pulse is not output,
Reset is performed by an external reset circuit RST1 (see FIG. 24).

[0670] On the other hand, when there is no abnormality in the check data, the routine proceeds to routine R902, where the output signals of all five types of game ball sensors in the pachinko machine are read and then converted to positive logic (routine R903). That is, there are sensors that indicate "valid" when the output signal is low and those that indicate "valid" when the output signal is high.
The detection signals of all the sensors are converted to indicate valid at a high level. Thereafter, the on-edge of the sensor, that is, the change from off to on is detected by comparing the previous read data with the present read data (routine R9).
04). And the launch sensor, the first safe sensor, the second
It is determined whether or not all the sensors, that is, the safe sensor, the foul sensor, and the out sensor, have an on-edge (routines R905 to R909), and for the sensor that has detected an on-edge, an on-timer prepared for each sensor is cleared (routines R910 to R914). ). Then, after the on-timer of each sensor is updated (+1) (routine R915), it is determined whether or not each sensor has an off edge, that is, whether there is a change from on to off (routine R916 to R916).
R920).

When the off-edge of the firing sensor is detected in the above-mentioned routine R916, the flow shifts to a routine R921 to determine whether or not the sensor on-time is 0.4 ms or more and less than 3.0 mS. The counter for counting the remaining output of the firing signal (the number of shooting spheres) is updated (+1) (routine R922). On the other hand, if the ON time of the firing sensor is equal to or longer than 3.0 ms, it is considered that a foul ball has been detected, and the counter for counting the remaining number of foul signal outputs is updated (+1) (routines R923 and R92).
4). This means that, due to the configuration of the pachinko machine 100, a ball hit from the firing rail toward the inside of the game board passes through the firing sensor in the opposite direction without returning to the foul ball receiving port 134 and returns to the base of the rail. Because there is. Such a difference in the direction of the sphere can be detected by arranging two or more sensors along the rail, but the present inventors focused on the difference between the speed of the returning sphere and the speed of the firing sphere, and It was found that the firing sphere and the returning sphere could be distinguished by one sensor because it was always faster. Looking at this with the output time of the sensor, the sensor on time when detecting a shooting ball with a fast ball speed is 0.
On-time when detecting a returning ball with a slow ball speed of 8 to 2.4 mS
It turned out to be 0 ms or more. Therefore, when the on-time of the firing sensor is 3.0 mS, it is regarded as a foul ball and the number of remaining foul signal outputs is updated.

On the other hand, if the on-time of the firing sensor is less than 0.4 ms, it is regarded as noise, and the process proceeds to the routine R917 without updating any counter of the firing signal and the foul signal (routine R923).

Also, the routines R917, R918, R9
When the off-edges of the first safe sensor, the second safe sensor, the foul sensor, and the out sensor are detected at 19 and R920, respectively, the on-time of the sensor is 4.0.
It is determined whether or not it is longer than ms, and if it is longer than 4.0 ms, the remaining output number of each detection signal is updated (+1) (routines R925 to R932).

After that, the output timer and the pause timer of each of the above sensors are updated in the routine R933, respectively.
The watchdog pulse is output, and the interrupt processing ends (Routine R934).

In the above embodiment, the first valuable data equivalent to the amount is given to the card CD when the card is issued.
The player converts the first valuable data into the second valuable data equivalent to the number of balls in the pachinko machine to play the game on his / her own will, but the present invention is not limited to this, and the card CD is issued when the card is issued. As a matter of course, the present invention can be applied to a system in which valuable data of the number of balls corresponding to the purchase amount is given and the game is enabled based on only the valuable data.

Further, in the above-mentioned embodiment, the case where the present invention is applied to the gaming system provided with the pachinko gaming machine of the enclosed ball circulation system as an example of the gaming machine is explained, but the present invention is not limited to it, and for example, a card A game machine equipped with a game machine configured to convert valuable data of a CD into a real ball in each game machine and supply it to the inside of one game machine from a supply plate on the front of the game machine to play a game. The present invention can also be applied to gaming facilities provided with gaming machines of any configuration (including gaming machines other than pachinko gaming machines) as long as they play games with other storage media.

In the above embodiment, a case has been described in which a magnetic card CD having a magnetic recording section is used as a card-shaped storage medium. However, the present invention is not limited to this. A so-called IC card equipped with a single-chip microcomputer having a built-in memory may be used, and valuable data such as ball count data and balance amount data may be stored in a predetermined storage area of the memory.

In the above embodiment, the case where the card reader as the storage medium reading device is provided separately from the gaming machine has been described, but the present invention is not limited to this, and the case where the storage medium reading device is provided integrally with the gaming machine. May be

[0679]

As described above, according to the present invention, a plurality of storage media can be executed in connection with the insertion of a storage medium containing valuable data at least substantially equivalent to money. A storage medium type game device in a game facility comprising a storage type game device and a management device communicatively connected to the storage medium type game device, wherein the storage medium type game device is required to use a game medium. The game machine main body that provides the game and an auxiliary unit including a storage medium reading unit that can read information in the information storage unit of the storage medium, and the game machine main body has a value that the storage medium has. Conversion operation means for giving a command to convert data into game media, valuable data display means for displaying valuable data in the storage medium, and storage inserted in the storage medium reading means. Discharge operation means for giving a command to discharge the body, the auxiliary unit, at least the identification number setting means for identifying the auxiliary unit, and the identification number set by the identification number setting means to the management device Since the communication medium control means for transmitting is provided, the storage medium type game apparatus is constituted by the game machine main body and the auxiliary unit, and the auxiliary unit sends the identification number setting means and the identification number of the auxiliary unit to the management apparatus. Since the management device is provided with the communication control means for transmitting, the management device can accurately grasp the one-to-one auxiliary unit identification number with the gaming machine main body, and the auxiliary unit can be replaced even if the gaming machine main body is replaced. Since it can be continued to be used as it is, there is an effect that the economic burden on the game shop side can be reduced.

[0680]

[0681]

[Brief description of the drawings]

FIG. 1 is a system configuration diagram showing an overall configuration of a pachinko gaming system to which the present invention is applied.

2A and 2B are a front view and an internal configuration diagram showing an example of a card used in a storage-medium type game facility according to the present invention.

FIG. 3 is an explanatory view showing a configuration example of a true / false identification area in the card and a cross-sectional view showing an example of a cross-sectional structure of the card.

FIG. 4 is an explanatory diagram showing a configuration example of a magnetic recording unit in the card.

FIG. 5 is a perspective view showing a configuration example of an entire pachinko machine constituting the gaming system.

FIG. 6 is a cross-sectional side view showing a configuration example of an operation panel on the front of the pachinko machine.

FIG. 7 is an exploded perspective view of the operation panel unit.

FIG. 8 is a perspective view showing a configuration inside the operation panel unit.

FIG. 9 is a perspective view showing an example of the configuration of a sealed ball circulation device on the back of a pachinko machine.

FIG. 10 is a perspective view showing a state in which the enclosed ball circulation device is attached to a pachinko machine.

FIG. 11 is a perspective view showing details of a base of the hit ball firing rail.

FIG. 12 is a perspective view showing a state where a front panel of the pachinko machine is opened.

FIG. 13 is a perspective view showing a configuration example of a frame holding a game board and a frame board provided with a firing rail coupled thereto.

FIG. 14 is a perspective view showing a rear surface configuration of a front frame of the pachinko machine.

FIG. 15 is a rear perspective view showing a configuration example of a rear surface of the pachinko machine.

FIG. 16 is a perspective view showing a configuration example of a pachinko machine control unit.

FIG. 17 is a perspective view showing the internal structure of the control unit.

FIG. 18 is a perspective view showing a configuration of a front panel of the control unit.

FIG. 19 is a perspective view showing a mounting positional relationship between the pachinko machine and the control unit.

FIG. 20 is a perspective view showing a framework of an island facility in which a pachinko machine is installed.

FIG. 21 is a perspective view showing a state where a pachinko machine and a control unit are installed in the island facility.

FIG. 22 is a perspective view showing a back surface of the island facility.

FIG. 23 is a block diagram showing a control system of the whole pachinko machine.

FIG. 24 is a block diagram illustrating a circuit configuration example of a pachinko machine control device.

FIG. 25 is a block diagram illustrating a circuit configuration example of a pachinko machine control unit.

FIG. 26 is a memory map showing an area configuration of a unit memory.

FIG. 27 is a perspective view showing a configuration example of a card reader of a pachinko machine.

FIG. 28 is an exploded perspective view of the card reader.

FIG. 29 is an exploded perspective view showing details of a card insertion portion of the card reader.

FIG. 30 is a cross-sectional side view showing details of a card insertion portion of the card reader.

FIG. 31 is a sectional side view showing details of a shutter portion at the entrance of the card reader.

FIG. 32 is an explanatory plan view showing a mounting positional relationship of various sensors provided in the card reader.

FIG. 33 is a detection timing chart of a sensor when a card is inserted.

FIG. 34 is a block diagram illustrating a circuit configuration example of a card reader control device.

FIG. 35 is a block diagram showing an interface circuit of the card reader.

FIG. 36 is a timing chart showing data reading and writing timings of the card reader.

FIG. 37 is a front view showing a configuration example of a card issuing machine applied to a storage medium-type game facility according to the present invention.

FIG. 38 is a schematic configuration diagram of a card reader for an issuing machine.

FIG. 39 is a block diagram illustrating a configuration example of a control system of the card issuing machine.

FIG. 40 is a front view showing a configuration example of a checkout machine.

FIG. 41 is a block diagram illustrating a configuration example of a control system of the checkout machine.

FIG. 42 is a perspective view illustrating a configuration example of the entire management device.

FIG. 43 is a block diagram illustrating a system configuration example of a management apparatus.

FIG. 44 is a plan view and a rear view showing a configuration example of a console of the management device.

FIG. 45 is an explanatory diagram showing a state transition of a card in the storage-medium type gaming facility of the present invention.

FIG. 46 shows a transition of the operation state of the pachinko machine,
It is a state transition diagram in a normal operation mode.

FIG. 47 shows a transition of the operation state of the pachinko machine,
(B) is a state transition diagram in the online test mode, and (C) is a state transition diagram in the offline test mode.

FIG. 48 is a block diagram illustrating a configuration example of a transmission system in a storage-medium type gaming facility of the present invention.

FIG. 49 is a diagram showing an example of N for performing data transfer control on a network.
FIG. 3 is a block diagram illustrating a configuration example of an AU (network adapter unit).

FIG. 50 is a flowchart showing a procedure of packet transmission / reception control in NAU.

FIG. 51 is a flowchart showing a procedure of packet transmission / reception control in the NAU.

FIG. 52 is a flowchart showing the procedure of packet transmission / reception control in the NAU.

FIG. 53 is a flowchart showing a procedure of packet transmission / reception control in the NAU.

FIG. 54 is a configuration diagram of a “line test” packet transmitted and received on a low-layer network.

FIG. 55 is a configuration diagram of an “initial value setting” packet transmitted / received on a low-layer network.

FIG. 56 is a configuration diagram of a packet for giving an instruction from a management device to a pachinko machine.

FIG. 57: “Card-in” packet and response “AC”
It is a block diagram of a K "packet.

FIG. 58 is a configuration diagram of a “periodic data” packet;

FIG. 59 is a configuration diagram of a “unit recovery data” packet and a response “ACK” packet thereof.

FIG. 60 is a flowchart showing transmission / reception and processing procedures between controllers in the control unit, and is a flowchart at the time of initialization and reception of a store opening packet.

FIG. 61 is a flowchart when a card is inserted into a card reader.

FIG. 62 is a flowchart when a suspend switch is turned on.

FIG. 63 is a flowchart when an end switch is turned on.

FIG. 64 is a flowchart when a zero-reset state occurs.

FIG. 65 is a flowchart when a hit state occurs.

FIG. 66 is a flowchart when a “forced end” packet is received.

FIG. 67 is a flowchart at the time of unit recovery after power failure recovery.

FIG. 68 is a flowchart showing a task processing flow of the unit controller and showing a procedure of timer interrupt processing.

FIG. 69 is a flowchart showing a procedure of a serial interrupt process.

70 is a flowchart showing a specific procedure of sensor and switch detection processing in the interrupt processing flow of FIG. 68.

FIG. 71 is a flowchart showing a specific procedure of switch invalidation processing in the interrupt processing flow of FIG. 68.

FIG. 72 is a flowchart showing a procedure of an initialization task which is one of the main tasks of the unit controller.

FIG. 73 is a flowchart showing the procedure of a packet reception task.

74 is a flowchart showing a specific procedure of an “initial value setting” packet receiving process in the packet receiving task of FIG. 73.

FIG. 75 is a flowchart showing a specific procedure of a “store opening code” packet receiving process.

FIG. 76 is a flowchart showing a specific procedure of a “closing code” packet receiving process.

FIG. 77 is a flowchart showing a specific procedure of a “forced termination request” packet receiving process.

FIG. 78 is a flowchart showing a specific procedure of a “forced termination release” packet receiving process.

FIG. 79 is a flowchart showing a specific procedure of a “cancel release” packet receiving process.

FIG. 80 is a flowchart showing a specific procedure of “interruption end” packet reception processing;

FIG. 81 is a flowchart showing a specific procedure of a “unit recovery data” packet receiving process.

FIG. 82 is a flowchart showing a specific procedure of a “restart” packet reception process.

FIG. 83 is a flowchart showing a specific procedure of a “card-in ACK” and “interrupted card-in-ACK” packet receiving process.

FIG. 84 is a flowchart showing a specific procedure of a “suspension switch ACK” packet reception process.

FIG. 85 is a flowchart showing a specific procedure of a “end switch ACK” packet reception process.

FIG. 86 is a flowchart showing a specific procedure of a “return-to-zero ACK” packet receiving process.

FIG. 87 is a flowchart showing a specific procedure of a “stop ACK” packet reception process.

FIG. 88 is a flowchart showing a procedure of a reader control task which is one of the main tasks of the unit controller.

FIG. 89 is a flowchart showing a specific procedure of a “test card” function receiving process in the reader control task of FIG. 88.

FIG. 90 is a flowchart showing a specific procedure of a “card number” function receiving process in the reader control task of FIG. 88;

FIG. 91 is a flowchart showing a specific procedure of a “status” function receiving process in the reader control task of FIG. 88;

92 is a flowchart showing a specific procedure of a “retransmission request” function receiving process in the reader control task of FIG. 88.

FIG. 93 is a flowchart showing a specific procedure of a “normal end” function receiving process in the reader control task of FIG. 88;

FIG. 94 is a flowchart showing a specific procedure of an “abnormal termination” function receiving process in the reader control task of FIG. 88;

FIG. 95 is a flowchart showing a specific procedure of an “initial value request” function receiving process in the reader control task of FIG. 88;

FIG. 96 is a flowchart showing a specific procedure of a “self-discharge” function receiving process in the reader control task of FIG. 88.

FIG. 97 is a flowchart showing a specific procedure of a function transmission process during the reader control task of FIG. 88;

FIG. 98 is a flowchart showing the procedure of a packet transmission task which is one of the main tasks of the unit controller.

FIG. 99 is a flowchart showing the procedure of an error control task which is one of the main tasks of the unit controller.

FIG. 100 is a flowchart showing the procedure of a ball number calculation task, which is one of the main tasks of the unit controller.

FIG. 101 is a flowchart showing the procedure of a switch detection task which is one of the main tasks of the unit controller.

102 is a flowchart showing a specific procedure of a hitting process during the switch detection task of FIG. 101.

FIG. 103 is a flowchart showing a specific procedure of interrupted switch processing during the switch detection task of FIG. 101;

FIG. 104 is a flowchart showing a specific procedure of a purchase switch process in the switch detection task of FIG. 101.

105 is a flowchart showing a specific procedure of an end switch process in the switch detection task of FIG. 101.

106 is a flowchart showing a specific procedure of a test switch process in the switch detection task of FIG. 101.

FIG. 107 is a flowchart showing a specific procedure of a test mode end process during the end switch process of FIG. 105;

FIG. 108 is a flowchart showing the procedure of a sound control task which is one of the main tasks of the unit controller.

FIG. 109 is a flowchart showing the procedure of a timer control task, which is one of the main tasks of the unit controller.

FIG. 110 is a flowchart showing a procedure of a lamp display control task which is one of the main tasks of the unit controller.

FIG. 111 is an input / output timing chart in the unit control device.

FIG. 112 is a flowchart showing an outline of the entire control procedure by the card reader controller.

FIG. 113 is a flowchart showing a more detailed procedure of the flow in FIG. 112;

FIG. 114 is a flowchart showing a more detailed procedure of the flow in FIG. 112;

115 is a flowchart showing a more detailed procedure of the flow in FIG. 112.

FIG. 116 is a flowchart showing a more detailed procedure of the flow in FIG. 112.

117 is a flowchart showing a more detailed procedure of the flow in FIG. 112.

FIG. 118 is a flowchart showing a processing procedure when receiving an “initial value setting” function.

FIG. 119 is a flowchart showing a processing procedure when a “card accepted” function is received.

FIG. 120 is a flowchart showing a processing procedure when a “card cannot be accepted” function is received.

FIG. 121 is a flowchart showing a processing procedure when a “card discharge” function is received.

FIG. 122 is a flowchart showing a processing procedure when a “reload” function is received.

FIG. 123 is a flowchart showing a processing procedure when a “return to zero” function is received.

FIG. 124 is a flowchart showing a processing procedure when a “status request” function is received.

FIG. 125 is a flowchart showing a processing procedure at the time of receiving a “retransmission request” function.

126 is a flowchart showing a specific procedure of punch processing in the flows of FIGS. 121 and 123.

127 is a flowchart showing a specific procedure of a punching process in the flow of FIG. 126.

FIG. 128 is a flowchart showing the procedure of timer interrupt processing in the card reader controller.

FIG. 129 is a flowchart showing the procedure of timer interrupt processing in the card reader controller.

FIG. 130 is a flowchart showing a specific procedure of transmission processing during the control flows of FIGS. 113 to 117 and the like.

FIG. 131 is a flowchart showing a specific procedure of a reception process during the control flows of FIGS. 113 to 117 and the like.

FIG. 132 is a flowchart showing a specific procedure of the control flow of FIGS. 113 to 117 and a card ejection process during each function reception process of FIGS. 120 to 123;

FIG. 133 is a flowchart showing a specific procedure of card insertion processing in the control flows of FIGS. 113 to 117.

FIG. 134 is a flowchart showing a specific procedure of a card reading process in the flow of FIG. 133.

FIG. 135 is a flowchart showing a specific procedure of magnetic processing in the flows of FIGS. 133 and 134.

FIG. 136 is a flowchart showing a specific procedure of a 1-bit reading process during the magnetic process of FIG. 135;

FIG. 137. Parity, L in the flow of FIG. 133.
It is a flowchart which shows the specific procedure of RC inspection processing.

FIG. 138 is a flowchart showing a specific procedure of a security inspection process in the flow of FIG. 133;

FIG. 139 is a flowchart showing a specific procedure of punch hole inspection processing in the flow of FIG. 133.

140 is a flowchart showing a specific procedure of card magnetic data inspection processing in the flow of FIG. 133.

FIG. 141 is a flowchart showing a specific procedure of an identification code inspection process in the flow of FIG. 133.

FIG. 142 is a flowchart showing a control procedure in the pachinko machine controller.

FIG. 143 is a flowchart showing a control procedure in the pachinko machine controller.

FIG. 144 is a flowchart showing a control procedure in the pachinko machine controller.

FIG. 145 is a flowchart showing a control procedure in the pachinko machine controller.

FIG. 146 is a flowchart showing a control procedure in the pachinko machine controller.

FIG. 147 is a flowchart showing a procedure of timer interrupt processing in the pachinko machine controller.

[Explanation of symbols]

 100 Pachinko machine (storage medium type game machine) 160 Control unit (communication control device) 171 Setting switch (identification code setting means) 180 Unit control device 188 Card reader control device 195 Pachinko machine control device 190 Unit controller (setting state reading means) 200 Card issuing machine 300 Settlement machine 400 Management device 520 Transmission line (transmission means) 550 Unit memory 551 Data transmission controller 553 Network controller 800 Card reader 821 Magnetic head CD Magnetic card (card-shaped storage medium) MG Magnetic recording unit

Claims (1)

(57) [Claims] 1. A plurality of storage medium type game devices in which a game can be executed in connection with insertion of a storage medium to which valuable data which is substantially equivalent to money is inserted, and the storage medium. A storage medium type game device in a game facility comprising a management device connected to a communication type game device so as to be able to communicate, wherein the storage medium type game device provides a required game using a game medium. And an auxiliary unit including a storage medium reading unit capable of reading information in the information storage unit of the storage medium, and the gaming machine main body issues an instruction to convert valuable data in the storage medium into a game medium. Converting operation means for providing the storage medium, valuable data display means for displaying the valuable data of the storage medium, and a command for ejecting the storage medium inserted in the storage medium reading means. Output operation means, the auxiliary unit, at least an identification number setting means for identifying the auxiliary unit, and a communication control means for transmitting the identification number set by the identification number setting means to the management device A storage-medium-type game device characterized by comprising: