JPH03242176A - Managing device for card type game system - Google Patents

Abstract

PURPOSE:To improve the flexibility of the system by providing keys for setting or changing the number of prize balls, a purchase ball rate, the number of sets of terminals, and a discrimination code of a game store, on the back of an input operating device of a managing device. CONSTITUTION:When switches 421-424, 432-436 of the upper face panel (B) are turned on, an input console 412 of a managing device for managing and controlling each pinball machine, card issuing machine and account settling machine executes the corresponding processing, and turns on a built-in lamp. Also, the back (A) is provided with a test card switch 437, and a built-in switch 438 for instructing to set values of an exchange rate of a purchase ball and a store code, the total number of sets of terminal machines, the number of prize balls per one piece of prize-winning ball, and to change its set values at the time of leading in the system. In such a way, the number of prize balls and the purchase ball rate, etc., are changed freely and flexibility of the system can be improved, and also, a misoperation and an illegal operation can be prevented.

Description

[Detailed description of the invention] [Industrial application field] The present invention is a pachinko machine or an arrangement ball.

The present invention relates to a gaming system using a gaming machine such as a slot machine, and particularly to a technique that is effective for use in a management device in a gaming system that allows playing with cards exchanged for money.

[Prior Art] Conventionally, in a pachinko gaming system, the system is composed of multiple types of pachinko machines with different game contents, and if one model is different, the number of prize balls (prize balls paid out for one winning ball) numbers) may be different.

In conventional pachinko parlors, the number of prize balls for each game machine is calculated by adjusting the number of prize balls preset in the ball sheath case of the prize ball ejecting device installed in the game machine, and adjusting the position of the claw provided directly above the case as appropriate. By setting it, it was physically determined for each king's table.

On the other hand, in recent years, a card-type pachinko game system has been proposed in which the game is played using a card-shaped storage medium as an intermediary. The card system has the advantage that the player only needs to carry the card, which is a storage medium, and can reduce the effort of carrying a large number of pachinko balls that are prone to falling. Card-based pachinko gaming systems that have been proposed in the past can be roughly divided into the following two systems.

In the first method, when a card is issued, data on the number of balls held corresponding to the purchase amount is stored on the card, pachinko is played within the range of this data on the number of balls held, and data on the number of balls held that increases or decreases during the playing process is stored on the card. (See Japanese Patent Publication No. 47-42227).

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

[WI problem to be solved by the invention] In the second card type system, all pachinko machines and card issuing machines are centrally managed under the control of one management device, thereby making it possible to play games using court numbers. Become.

In such a system, if the number of prize balls of each gaming machine can be changed in the management device, it becomes possible to change the model of the pachinko machines that make up the system, increasing the flexibility of the system.

Furthermore, in a card-based system, it may be possible to issue a card with a different code recorded for each gaming parlor, thereby making it impossible to use cards issued by other parlors. Particularly in this field, since the purchase ball rate, that is, the exchange rate for game balls, may differ between pachinko parlors, it is desirable to prevent the use of cards issued by other pachinko parlors.

Therefore, it would be convenient if such identification codes and purchased ball rates could be set in the management device when the system is installed, and changed after the system is installed. However, if such setting values can be easily changed, there is a risk that they may be changed due to malfunction or fraudulent activity, causing great damage to the pachinko parlor.

This invention was made against the above background, and its purpose is to improve the flexibility of the system by making it possible to freely change the number of prize balls, the purchase rate, etc. Among the initial setting values, the purpose is to prevent erroneous or unauthorized operations regarding particularly important setting values.

[Means for Solving the Problem] In order to achieve the above object, the present invention manages valuable data substantially equivalent to the amount of money or the number of balls in a management device for each identification code given to the card, In the pachinko game machine, the game is made possible within the range of valuable data obtained from the management device based on the identification code read from the card, and in the pachinko gaming system, the management device is at least a data processing device. It consists of an input operation device, a display device, and a magnetic storage device, and switches for setting or changing important system settings are placed in a place that is difficult to see, such as on the back of the console of the management device. .

[Function] According to the above-mentioned means, the number of prize balls and the purchase ball rate can be changed even after the system is introduced, so when replacing the gaming machine, the model can be changed, and the flexibility of the system is improved. Since the setting switch is placed in a location that is difficult to see, erroneous or unauthorized operations can be effectively prevented.

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

The pachinko gaming system of this embodiment includes a pachinko machine 100 as a gaming machine, and an issuing machine as a storage medium issuing device that issues a card CD as a storage medium having local value in order to start a game in each pachinko machine. 200, a settlement machine 300 as a storage medium settlement device for settling the prize balls obtained as a result of the game and the purchase money remaining without being used for the game, and the various terminals mentioned above are centrally managed and controlled. This management device 400
0 and a data transmission path 500 that organically connects each terminal, and these constitute an organic combination. This organic combination can only intervene with the card CD, and only the organic combination can operate the card and convert its valuable data. Therefore, the pachinko machine 10 which is each component of the organic combination
0, issuing machine 200, payment machine 300 and management device 4゜O
are each provided with a card reader (in this specification, a device that writes on the magnetic surface of the card is also referred to as a card reader), and the information on the card and the information on each terminal device are stored in the management device 400. It is stored in the storage device in the form of a file.

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

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

Immediately above this print display part PRT, there is a punch as a perforation forming part that records the card's status or status transition such as issuing method, revival, game, return to zero (zero), and payment completed in the form of a perforation. A hole forming area PH is also provided along the card insertion direction.

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

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

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

Further, in the card of this embodiment, the authenticity discrimination area TFt! is made up of a security mark hidden in characters such as the hole name printed on the card surface below the magnetic recording section MG.
It's general. That is, the r printed on the front of the card
The letters PLAZAJ are designed so that the legs of each letter are at positions corresponding to the detection bit patterns B, -B, provided at a pitch of 3°5-, etc., as shown in Figure 2 (C). and print it out. And the width of 9 characters is 0.5 to 1
゜5-1 The number between multiple bits is 3.5-, and each bit's 1<IFj or <10'' is expressed by the shading of characters.Furthermore, among the 10 bits, the 5th bit from the left B4 and the last bit B, are bits B0 to B3 and B
, ~B, the shading of the characters is determined in advance. Note that it is more preferable that the security bit hidden in this character string be formed using a special ink that can be detected only by a sensor and is indistinguishable to the human eye.

Further, on the surface of the game card of this embodiment, a head cleaning area HCN is provided in which a cleaning agent for removing dirt from the magnetic head is applied to a band-shaped area continuous with the magnetic recording part MG. At the same time, in the card of the embodiment, in order to make it impossible to tell where the magnetic recording part MG is provided, a base material 1 made of plastic such as polyester is used, as shown in FIG.
A white layer 13 is formed on a magnetic layer 12 formed by uniformly coating magnetic particles on the white layer 1, and a pattern printing layer 1 is further formed on top of the magnetic layer 12.
4 is placed thereon, a heat-sensitive coloring layer 15 is formed on a portion thereof (a portion corresponding to the print display section PRT), and a transparent protective layer 116 is coated above it. In addition, a cleaning agent of the same color as the white layer 13 is applied to the cleaning area HCN, and the surface is exposed so that the protective film 6 is not coated, so that the cleaning area is almost different in color from other areas. We are trying to improve the aesthetic appearance by avoiding this. Further, a pattern printing layer F is formed on the back surface of the base material 11 of the card, and a protective film 18 is coated thereon.

In a card with the above structure in which the white layer 3 is formed on the surface of the magnetic layer 12, the magnetic layer 12 made of black magnetic particles is covered with the white layer 13, so the picture It becomes possible to provide fashionable cards by printing, and the magnetic recording part MG
It also has the function of concealing.

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

FIG. 2(E) shows the magnetic recording section MO provided on the card.
An example of the configuration is shown below.

The magnetic recording section MG of the card of this embodiment is composed of two tracks, of which clock data giving sampling timing is recorded in the I-th track TRC1. The second track TRC2 includes, from the left, a field STX containing a 4-bit start code and its parity bit.
, company code MKC indicating the manufacturer of the card reader, equipment code MCC indicating the model of the card reader, identification code of the TI store DSC1 date data DATE, card number NO, issuance command code given by the card reader at the time of card issuance. Text field T that contains the security data SDC read from the FNC and authenticity discrimination area
XT, a field ETX containing a text end code, a field LRC containing an exclusive OR value (detection code) of the text data and the end code, and a field STX containing a start code. Moreover, date data D
ATE has a bit P indicating parity for each 4 bits, and the first 4 bits
The 6th to 9th bits and the 11th bit represent the day, and the 12th to 14th bits and the 16th to 9th bit represent the last two digits of the year in binary code. It is supposed to be done.

For cards with a magnetic recording section, it is generally easiest to decode the recording format 1~ or recorded data from the date, but in the card of the above embodiment, the order of the year, month, and day is changed, and the data is decoded every 4 bits. put the parity bit in
Furthermore, since the correspondence between the recorded bits is varied, counterfeiting of the card becomes extremely difficult. Also, issue serial number n
is printed on the print display section PRT,
Even if the information in the magnetic recording section MO becomes unreadable due to damage to the card, the card can be restored from the file information in the management device.

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

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

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

The gaming machine of this embodiment is arranged in island equipment above the gaming machine main body in correspondence with the pachinko machine ↓OO, and mainly controls the display and card reader and provides operational data during gaming. and a control unit 160 that controls the collection of information.

The pachinko machine 100 is mounted in a machine frame 101 fixed to island equipment of a pachinko parlor so that it can be opened and closed by a hinge 102. A reinforcing plate 107 having an operation dial reinforcing member 107a that withstands the weight of the pachinko machine 100 and absorbs vibrations of the ball launching device w103 is fixed to the lower part of the machine frame 101. A ball launcher 103 and its operation dial 104 are provided, and above the operation dial 104 there is provided a ball launcher 103 that fires the cards one by one into the game area. Display 111, number of balls display 112, purchase switch 1↓3, interrupt switch 114,
An operation panel 110 is provided that includes an end switch 115, a game status display 116, and the like. The configuration of the playing area on the front of the pachinko machine is the same as the conventional one. The purchase switch 113 is an instruction switch for converting the amount of money into game balls in units of 200 yen or the like within the amount of money the card has, assuming that the card is inserted into the card reader 800 built into the control unit 160. .

The converted game balls become the number of balls you have. The remaining amount of the card is displayed on the amount display 111 in units of 100 yen, and the converted number of balls is displayed on the number of balls display 11.
2, the number of balls held is subtracted by one each time one game ball is fired by the ball firing device 103, and when a winning ball is generated, the number of prize balls is added and displayed. Exit switch 1
15, the card being used can be ejected from the control unit 160 by turning on this anytime the player wants to end the game (including when changing the game machine). At that time, unit controller 1
90 registers the player's remaining balance and number of balls (sum of purchased balls and acquired balls) in the file of the management device 400 at that point, and then ejects the card from the slot 802a of the card reader 800.

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

As shown in FIG. 4, the operation panel 110
It is attached to the front panel 105 that can be opened and closed at the bottom of the OO,
It is hollow with a triangular cross section, and its upper surface is sloped downward toward the front, making the display easy to read. Inside the operation panel 110, a display surface 110a is provided.
Wiring boards 120A' and 120B are arranged in parallel with the board 120B.
Each of the switches 113 to 115 and a built-in lamp are attached to the top and covered with a display plate 117. The portions of the display plate 117 corresponding to the indicators 111 and 112 are transparent windows 117a, and the switches 113 to
The part corresponding to 115 is an opening 117b (
(See Figure 6). An operation button 118 is mounted within this opening 117b so as to cover the upper part of each of the switches 113 to 115. 121 is purchase switch 11
It is a built-in lamp compatible with 3.

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

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

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

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

A game board in which a winning ball collection gutter 131 covering a plurality of winning ball outlet holes formed to penetrate the game board corresponding to a winning area provided in a playing area on the front side of the game board is held on a frame 106. is attached to the back of the The bottom wall of the winning ball collection gutter 131 is sloped downward toward the center to form a guide shelf 131a, and below that, as shown in FIG. 7, there are an out line gutter 132a, a first safe ball gutter 132b, and a second safe ball gutter 132c. A guide gutter ↓32 is provided, which is formed integrally with the guide gutter ↓32. In the middle of each machine in this guide gutter 132, a photoelectric out sensor 5NS consisting of a pair of light emitters and a light receiver is installed.
I, first safe sensor 5NS2, second safe sensor 5N
S3 is installed. The guide gutter 182 also includes a confluence seeding section 132d that collects the balls that have flowed into each machine in one place, and the end of the confluence seeding section 132d is designed to align the pachinko balls in a line as shown in FIG. It is connected to the upstream side of a gently inclined guide trough 133, thereby forming an enclosed ball circulation device 130. And guide gutter 1
On the upstream side of 33, there is a foul ball receiving port 134 (see Fig. 9) provided at the upper end of the firing rail to collect so-called foul balls that are hit balls that are hit along the firing rail and return toward the rail board. The foul ball @ l 33 a, which is arranged so as to face the ball, is integrally formed.
The foul ball is arranged to merge with the ball that has flown down onto the guide @133 via the guide @132. Fur JL
T ball @ 133 foul sensor 5NS4 in the middle of a
is installed.

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

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

As shown in FIG. 8, this ball extracting mechanism 138 is prevented from sliding in the lateral direction by a blocking piece 148 protruding from the back surface of the frame board 109 when the enclosed ball circulating device 130 is attached to the back surface of the frame board 109. This prevents him from removing the ball. However, the enclosed wire ring ring W
130 is attached so that it can be rotated as a whole by a hinge part 139 provided on one side (the right side in FIG. Mechanism] You can remove the ball by sliding the -38. Moreover, an elastic locking piece 133a is provided at the end of the guide trough 133.
is fixed, and by engaging this with the engagement stepped portion 149 of the frame board 109, the enclosed wire ring is mounted! 113
0 can be fixed so that it cannot be rotated.

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

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

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

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

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

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

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

An embodiment of a control unit 160 configured separately from the pachinko machine 100 is shown in FIGS. 14 to 16.

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

In addition, a speaker 166 and a card reader 800 are built in the storage frame 1.61, and a card reader 800 is installed in the front of the storage frame.
00 card slot 802a is exposed, and above this slot 802a is a card holding indicator lamp 167 (LEDI) that indicates whether or not there is a card in the card reader.
However, the control unit 16 is located below the card insertion/ejection opening 802a.
A card insertion display lamp ↓68 is arranged at 0 to indicate whether or not a card can be inserted.

Furthermore, inside the front panel 161a of the storage frame 161 of the control unit 160, the pachinko machine 100 is stored in a management device 4.
A test switch 17 for enabling a gaming operation using a test card to be described later in a unique state separated from 00.
9 is arranged, and on the front side of the storage frame there is a pin insertion hole 169 for enabling the switch to be turned on from the outside using a pin, and a name plate 170 that clearly indicates the machine number assigned to the pachinko machine. are provided for each.

On the inside of the front panel 161a of the control unit 160, as shown in FIG. lamp 164
Built-in lamp group L11 to L15. L21-L28. L3
1. Lamp board 172 with L32 (see FIG. 16)
and the speaker 166 and card insertion lamp 168.
A holding board 173 is attached. Further, a call switch 165a is provided behind the call button 165.

Furthermore, inside the storage frame 161, a card reader 800 is installed.
A unit controller 190 that controls the entire control unit 160, transmission means, monitor display devices 174, 175,
176, a card reader control device 188, and a power supply device 177 are built in. Further, below the card reader 800, a storage box 178 for storing perforated pieces produced when perforations are performed using a perforated bag W (described later) in the card reader is removably arranged. A card ejection switch (not shown) is provided on the board constituting the card reader control device 188 to instruct the card reader to forcefully eject the card.

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

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

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

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

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

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

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

Further, although not shown, a 24V power line extends to the lower surface of the mounting table 22, and a 100V power line extends to the lower surface of the top plate 26. A 24V power outlet 30 is provided at a position corresponding to each gaming machine on the top surface of the mounting table 23, and a 100V power outlet 31 is provided on a crosspiece 29 on the bottom surface of the top plate 26, corresponding to each gaming machine. (See Fig. 20).

Figure 21 shows pachinko machine 1. OO and control unit 160
An example of the configuration of a control system for the entire gaming machine is shown.

In the same figure, 188 is a card reader control device that controls each component of the card reader 800 shown in FIG. 26, such as the transport motor 807, the magnetic head 821, and the perforated bag [820]. The card reader control device 188, pachinko machine control device ↓95, various switches 171, 179, displays 162, 163, 164, 168, and speaker 166 provided in the control unit 160 are controlled by the unit control device 1f180. It has become so.

Although not particularly limited, in this embodiment, the control device 195 of the pachinko machine 100 is connected to the unit control bag via the optical cable 191. 180, and receives detection signals from various sensors and outputs drive control signals for the display and the like. To enable communication using optical fiber cables, an optical multiplex data link (interface ) are provided between the unit control bag [180 and the optical fiber cable 191 and at the connection between the optical fiber cable 191 and the pachinko machine control device 195 (described later).

By using the optical fiber cable 191 for data communication between the unit control device 180 and the pachinko machine control device 195, the large number of wires that were conventionally arranged in a complicated manner on the back side of the pachinko machine can be cleaned up, and maintenance and Management is facilitated and malfunctions due to noise can be prevented.

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

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

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

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

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

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

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

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

Data is exchanged between the controllers 190 and 551 and between the controllers 551 and 553 through dual port memories (RAMs) 550 and 552. Among these, the memory 552 is divided into a transmission data storage area and a reception data storage area, and all transmission and reception data lengths are made the same length (packetization)
Adjustment function for faster data transmission (2.5Mb)
It also has a buffer function to measure ps).

This packet memory 552 is composed of four pages each having a capacity of 256/<items, of which page 0 is used for transmitting a transmission request packet, and page l is used for transmitting a scheduled data transmission packet. On the other hand, pages 2 and 3 are used alternately for receiving data packets. The data transmission controller 5'51 instructs the network controller 553 as to which page to use. The data transmission controller 55L is processing received packet data.

Even if the next packet data is sent, it will be received on another page, so all A kerato can be reliably received. A common reset circuit 555 is provided to enable simultaneous initialization of each controller 551, 553.

An optical connector is connected to the connection side of the network controller 553 to the management device 400 via a signal conversion circuit 554 that performs waveform shaping of received data and converts the signal level in order to increase the drive capability of transmitted data, and a changeover switch 542. ↓In addition to being able to connect to
can be connected to a branch circuit 540 for separating and combining the transmitted signal and the received signal.

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

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

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

Furthermore, the unit controller 190 includes, via the data bus 58.1, a latch circuit 574 that latches display data (segment data and common data) of the amount of money and number of balls display, a purchase lamp, a game status display lamp, and a batted ball firing lamp. Latch circuit 575 .
An input/output controller 576 that places input signals from various switches provided in the pachinko machine 100 and the control unit 160 onto the data bus 581 at a predetermined timing and latches output signals that display various lamps, and the control unit 160 A latch circuit 577 for latching audio data etc. generated from the speaker 66 inside is connected.

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

Note that 558 is a program ROM that stores a control program for the unit controller 190, and 559 is a program ROM that stores a control program for the transmission controller 551. 585 decodes the address signal output from the unit controller 190 and stores it in the program memory 558 and unit memory 550 . Latch circuit 57
4,575.577 and a selection signal for the input/output controller 576.

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

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

Along with this, the unit controller 190 has an internal timer counter, and if an ACK (affirmative) or NAK (negative) as a response to a transmission request is not returned within a certain period of time (ex, 10 seconds), an AC4 When a packet cannot be sent within a certain period of time (ex, 2 seconds) after receiving it, or when a disturbance in the internal memory (RAM) is detected.

By forcibly fixing the common signal to a low or high level, it is possible to reset the device itself. Note that the above-mentioned internal memory disturbance can be caused by, for example, a specific code (
A55A, etc.) can be written and checked by interrupt processing every 1 msec.

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

Moreover, in this embodiment, a special RAM is used as the unit memory 90 in which a predetermined terminal INT rises when data is written to a predetermined address (7FE), and this function is used to make the system When the data transmission controller 55 starts up, the data transmission controller 55 writes data to the above-mentioned predetermined location, turns on the terminal NT, and sends the signal from that terminal to the unit controller 190 to synchronize the use of the unit memory between the controllers. There is. Note that the specific terminal INT falls when the unit controller 190 reads data at the predetermined address.

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

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

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

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

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

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

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

Table 6 From Figure 6 above, the actual state of the pachinko machine is: ■Free state: 0000000000000001■During play: 00000000000000
10 ■ When receiving forced termination, 00000000000
00100■When interrupted, 00000000
00001.000 ■ When a stop occurs, 0000
It can be seen that it is expressed as 000000010000.

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

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

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

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

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

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

On the other hand, on the support substrate 806 disposed on the opposite side of the card insertion/ejection opening 802a, a tenth-ra shaft 819 is rotatably disposed, and a punch device [820 and a magnetic The head 821 can be attached. For mounting the magnetic head, a through hole 82 is formed in the support substrate 806 in accordance with the position so that the head surface can face downward when the magnetic head is inserted downward from above.
2 is formed. Further, a conveyance roller 823 is fixed to the center of the tenth-ra shaft 819, and both ends of the shaft can protrude outside from the side wall of the case, and pulleys 824 and 825 are respectively attached. A belt 826 is placed between the pulleys 818 and 825.
Also, a belt 827 is wound between the pulley 824 and 8↓3, and the rotational driving force of the motor 807 is applied to the belt 826.
is transmitted to the I-th roller shaft 819, and further transmitted to the belt 8.
27 to the 20th-ra shaft 811.

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

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

On the other hand, the base plate 804 disposed below the support substrates 805 and 806 has the conveyance rollers 812 and 8
Auxiliary rollers 836 and 83 are biased upward by torsion springs 834 and 835 at positions corresponding to 23.
7 are openings 841 and 84 formed in the base plate.
It is attached so that the face is slightly exposed than 2. Also,
On the base plate 804, an auxiliary roller 83 is also biased upward by a torsion spring 836 at a position corresponding to the magnetic head 82↓ attached so as to face downward from the through hole 822 provided in the support substrate 806.
8 is attached so as to protrude slightly above the opening 843. Along with this, the base plate 804
Through holes 844 are formed at positions corresponding to the projectors 814, 816, 828, 829, and 831, respectively. Further, a recess 845 (see FIG. 28) is formed along the width direction at the front end of the base plate 804.
A cylindrical shielding member 846 is placed there. The shielding member 846 closes the card insertion/ejection opening 802a to prevent dirt from entering, and also functions to prevent the cart from receiving anything other than a cart having a certain level of rigidity due to its weight.

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

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

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

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

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

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

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

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

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

FIG. 30(B) shows the card detection timing when the card is inserted by various sensors arranged in the positional relationship as shown in FIG. 30(A), and the timing of the control signal to the motor 807 and shutter solenoid 809. show. As you can see from the same figure.

In the card reader of this embodiment, when a card is inserted, the insertion detection sensor detects the insertion of the card and drives the motor and shutter, and the position detection sensors 1 to 4 detect the position of the card. It is configured to read information in the following order: security code, punch hole, and magnetic code.

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

FIG. 31 shows a specific example of the circuit configuration of the upper card reader control device 88 (see the second upper diagram).

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

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

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

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

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

Communication with the unit control device 180 is via a built-in serial communication circuit via serial ports TX and RX.
Do this using The output of control signals to the components constituting the card reader 800 and the input of detection signals from various sensors are performed via an interface circuit 198 as shown in FIG. 32.

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

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

In the figure, the symbols SMG 1 to 5MG5 indicate waveform shaping circuits such as Schmitt trigger gates, RECI and RFe5 indicate rectifier circuits, and MCCl and MC
C2 is a magnetizing current switching circuit, AMP1 to AMP4 are amplifiers, MHDI and MHD2 are magnetic heads, MT is a motor, 5
OLI, 5OL2 are solenoids, LEDI is light emitting diodes, DRV21, DRV22 are drivers, 5NSII
, 5N512.5NSp, and 5NSI to 5NS5 are sensors6. Also, CCC is a current switching circuit for switching the rotational direction of the motor HT, and vCC is a voltage switching circuit for switching the rotational speed of the motor MT.

A read clock signal of read data read by two magnetic heads MHDI and MHD2 corresponding to two tracks TRCl and TRC2, respectively, is sent to an amplifier AM.
After being amplified by PI and AMP3, the rectifier circuit REC
:1. Rectified by REC2 and further waveform shaping circuit SMG
It is sent to the card reader control device 188 as a square wave through I, 5MG3. On the other hand, the card reader control device 18
The write data and write clock supplied from 8 are input to magnetizing current switching circuits MCCl and MCC2 through waveform shaping circuits 5MG2 and 5MG4,
The direction of the head drive current is switched according to "0", and the amplifier AMP2. Amplified by AMP4 and magnetic head M
Supplied to HDI and MHD2.

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

On the other hand, - security code reading sensor 5NS11
(810a), 5NS12 (unused), punch hole detection sensor 5NSp, position detection sensor 5NS1 to 5NS4.
The detection signal of the speed detection sensor 5NS5 (821) is waveform-shaped by the waveform shaping circuit 5MG5 and then supplied to the card reader control bag W188, and the detection signal of the insertion detection switch 808 is noise-cut by the low-pass filter LPF and then waveform-shaped. The waveform is shaped by the circuit 5MG5.

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

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

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

In this embodiment, the write method is so-called NRZI, in which the polarity is inverted when the data is 11'', and the previous state is maintained without inverting the polarity when the data is 0'' or no signal.
method is adopted.

Therefore, signals indicating CPU output, write current, and magnetization state'
(B), (C), and (D) are internal data of the CPU (A)
is inverted when it changes from "O" to "1".

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

In this example, the recording density of magnetic data on the card is 4.134 bit/mm (=105 BPI) and the card transport speed is 300 mn1/sec, so the pulse period of the read clock data is about 806 μs.

Therefore, when writing magnetic data by the CPU 2, the cycle T of the CPU output (E) with respect to the write clock. is output as twice the clock pulse (1°612 mS).

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

The card issuing machine 200 of this embodiment includes a bill identifying device 210 that identifies bills for card purchase, and an issuing device 700 that prints an amount corresponding to the inserted bill and issues a card.
, a bill dispensing device 230 for dispensing bills as change, and a unit control device 280 that performs data communication between various displays 221 to 225 and the overall control and management device 400 of the card issuing machine 200. has been done. Corresponding to the banknote identification device 210, a front panel 201 that can be opened and closed is provided with a banknote insertion slot 211, a group of purchase selection switches 212, and an amount display 213. Therefore, when a player first inserts a bill into the bill insertion slot 211, the amount of money inserted is displayed on the amount display 213. By pressing the switch corresponding to the desired purchase amount from among the purchase selection switch group 2 upper 2, a card corresponding to the desired purchase amount is issued to the issuing device 7.
00 is issued from the card ejection port 202. In addition, the purchase selection switch group 212 is composed of switches each with a built-in lamp, and when a banknote is inserted, there are switches that can be selected within the range of the inserted amount (3 for 3,000 yen, 3 for 5,000 yen). The built-in lamps corresponding to 5) will be lit.

When a banknote is inserted through the banknote insertion slot 211 of the card issuing machine 200, and the purchase amount is determined by the purchase selection switch 2, and a balance is generated, the banknote dispensing device 1230 for discharging the remaining balance stores the banknote. It is equipped with a banknote tank that stores banknotes equivalent to the remaining balance on the front panel 201.
The banknotes are discharged from a banknote dispensing port 232 provided in the banknotes.

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

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

On the other hand, the issuing device 700 takes out the blank cards stocked in the card tank 701 one by one and first sends them to the card reader 800. Record the card number, identification code (store code) 1 issue date code, check code, etc., and punch a hole at the issued punching position PH (see Figure 2) using the punch device 820 in the card reader 800. Then, the printing device 750 prints the date of issue, serial number n, and purchase price, and the card is discharged from the card issuing slot 202 provided on the front panel 201. The above issued serial number n is determined by the management device 400, which receives a card purchase application from the card issuing machine 200, and sequentially determines the issuing serial number n when receiving the purchase application from a plurality of card issuing machines under its control. This is a number given to each card issuing machine, and the code obtained by performing code conversion processing such as rearranging bits as described above based on this issuing serial number n is recorded on the magnetic surface of the card as a card number. The information regarding the card is issued by the management device 40.
It is designed to record to the file within 0.

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

Note that the card issuing machine 200 of this embodiment records magnetic data with a card reader 800, and prints out the serial number n, date of issue, and three thousand digits of the purchase amount with a printing device.
The card is kept on standby with one rOJ printed on it, and when the purchase switch is pressed, a thousands digit number is printed and ejected, thereby reducing the apparent time required for issuance.

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

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

Card readers for issuing machines differ from card readers for pachinko machines in that (1) they must have a magnetic data recording function, and (2) they must have a structure that allows cards to be ejected backwards. At a certain point. Of these, regarding (1), the interface circuit 19 as shown in FIG.
8 is a waveform shaping circuit S that shapes the waveform of the write data signal.
MG2.

5MG4 and magnetic current switching circuits MCCl and MCC2, and the magnetic heads MHDI and MHD2 can read and write magnetic data, so there is no problem. Furthermore, as mentioned in the structural description of the card reader 800 for a pachinko machine, the card reader 800 shown in FIGS. It can be discharged. Therefore, the issuing device 700 of this embodiment can be exactly the same as the card reader 800 for pachinko machines.

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

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

Further, a support plate 715 is disposed approximately in the upper center of the base substrate 711 and is oriented perpendicular thereto, and is fixed to a side wall 716 of the card ejector [710]. A bracket 718 having a stopper 717 facing the base board 711 at a distance of one card is attached to the front surface of the support plate 715. Further, behind the support plate 715, there is a take-out motor 7 for driving the conveyance rollers 712 to 714.
19 is arranged and fixed to the side wall 716.

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

Also, the pair of clutch discs 725a.

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

Only while the clutch solenoid 729 is energized, the I-th conveyance roller 7 is
12.

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

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

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

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

Note that a running position detection sensor CPSL is disposed at the rear end of the card ejecting device 710, and is configured to detect the card that has been sent out.

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

The card taken out from the tank 701 by the card removal device [710] has the card reader 800 write the identification code, card number, etc. to the magnetic recording section, and then punches the card at the issuing hole punching position using the internal punching device 820. After a hole is punched, the card is delivered to the card reversing device 740 at the rear. A case 705 is arranged below the card reader 800 to store punching pieces, that is, punch waste.

A card reader control device 288 for an issuing machine corresponding to the control device [188] of the card reader 800 for a pachinko machine is provided in a card issuing control device 790.

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

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

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

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

Note that the belt 707 is connected to a card ejecting device 770 which will be described later.
It is also wound around a pulley integrated with the transport roller 771, and the card is ejected by the driving force of the travel motor 706.

Furthermore, the rotation shaft 7°9 of the conveyance roller 748c is protruded to the side, and a knob 7 is provided at the end thereof as shown in FIG.
By turning this knob 709a by hand, the card can be manually moved while the travel motor 706 is stopped, and a jammed card can be removed. A running position sensor CPS3 is disposed at the end of the card reversing device 740, and when this sensor detects the rear end of the card, the running motor 7.6 is stopped.

The card sent out from the card reversing device 740 enters the printing device [750] and is first detected by the running position sensor CPS4. Then, the transfer motor 751 in the printing device 750 is driven, and its driving force is transmitted to the transfer rollers 752a, 752b via the belt 762 and gear group 763, and the press rollers 753a, 753 disposed above the transfer rollers 752a, 752b.
53b and move the card forward. In front of the transfer rollers 752a and 752b, the transfer roller 7
54 and 755 are arranged along the travel path, and above them a print head 756 such as a thermal head is arranged so as to be movable up and down along a guide pin 757. Further, a return spring 758 is inserted around the guide pin 757.

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

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

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

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

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

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

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

Additionally, above the card issuing slot 202, there is an issuing device M700.
A card issuance display 787 is provided to show the progress status of card issuance work.

Furthermore, as shown in FIG.
2a and 792b, and is placed on a base 793 that is slidably supported in the front and rear direction.
A power supply box 794 with a built-in auxiliary power supply is placed on the left half of the unit, and on the front of this power supply box 794 there is a counter 795 for displaying the number of issued cards, and a counter 795 for displaying the number of confiscated cards, etc. There is a spare counter 796 available.

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

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

In addition, in the same figure, 790 is a card issuing control device, 2
80 is a unit control device, and 288 is a card reader 8
The transport motor 807 and the magnetic head 8 are each component of 00.
21, a card reader control device that controls the punching device [820, etc., and the symbols LMP1 to LMP5 are built-in lamps in the purchase amount selection switch group 212, which correspond to the switches that are turned on. A lamp is lit to illuminate the operation buttons from behind.

The control system of this embodiment is roughly divided into a control system based on the unit control device 1280 and a control system based on the card issuing control device 790.
0 is a means for accepting money, a means for selecting a desired purchase amount,
It is in charge of controlling the communication means for transmitting valuable data to the management device and receiving a card number in place of the valuable data, the means for dispensing change coins, and the status display means for indicating the issuance processing status, and is responsible for controlling card issuance. The device 790 includes the card ejecting device 710, card reversing device 740, printing device 750, and cart extracting device 770 that constitute the above-described issuing device 700, and the control device 288 of the card reader 800 that is responsible for checking cards and recording magnetic data. Responsible for overall control. And unit control device 2
Communication between 80 and card issue control device 790 is performed by serial communication.

On the other hand, the unit control device 280 can be connected to a low-layer network communication line 5↓O made of an optical cable or coaxial cable via an optical transceiver 285 in order to send and receive data such as card numbers to and from the management device 400. has been done.

In the card issuing machine 200 of this embodiment, a unit controller 280 lights up or blinks status display means including various indicators 221 to 225 provided on the front panel 201 in accordance with the card issuing procedure, so that the user can be guided through the operation procedure. This system also helps prevent carts being ejected or forgetting change.

That is, when the power of the card issuing machine 200 is turned on and the preparation for card issuing is completed, the unit control device 280
First, the full line indicator 221 provided on the front panel 201
is turned on, and the bill insertion display 223 is made to blink to display a message prompting the insertion of a bill, thereby informing the outside that the banknote insertion is in a waiting state. When a bill is inserted into the bill insertion slot 211 in this state, the unit control device 280 causes the amount display 213 to display a number corresponding to the amount inserted,
And purchase lamp LMP with built-in purchase selection switch 212
1 - Light up LMP5 up to the amount equivalent to the amount invested 6 In other words, if it is 1,000 yen, only lamp LMP1 is lit.

If the price is 3,000 yen, the lamps LMP1 to LMP are turned on. If the price is 3,500 yen, the lamps LMP1 to LMP5 are lit to clearly indicate the operable switches.

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

Then, when the unit controller 280 actually ejects the card from the cart issuing port 202, the unit controller 280 controls the amount display 2.
1-3 and purchase lamps LMP1 to LMP5 are turned off.

At this time, if there is change, the bill dispensing display 225 is flashed to draw attention and the change is disbursed. Note that when there is no change, the bill payout display 225 remains off. Further, when the card is ejected, when the user pulls out the card ejected to the card issuing slot 202, the flashing of the card issuing display 224 is stopped and the light is turned off.

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

Table 8 shows state transitions of various indicators on the front panel 20 by the unit controller 280.

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

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

FIG. 41 shows an example of the configuration of the unit control device 280.

The unit control device 280 of the issuing machine includes a unit controller 290 that centrally controls the card reader control device 288 and the card issuance control device 790, and a management device 40.
It is composed of a data transmission controller 551 that controls data transmission with 0, and a network controller 553 that performs the establishment of receivables in the network and serial/parallel conversion of data under the control of the data transmission controller. has exactly the same configuration as the unit control device 180 of a pachinko machine. In other words, the data exchange between each controller 290 and 551 and between 55↓ and 553 is done using dual port memory (RAM).
550 and 552. Among these, the memory 552 is divided into a transmission data storage area and a reception data storage area, and has an adjustment function for making all transmission and reception data the same length (packetization) and speeding up data transmission (2. , 5MbpS).

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

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

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

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

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

On the other hand, the unit controller 280 of the issuing machine differs from the unit controller 180 of the pachinko machine in that the unit controller 290 does not communicate directly with the card reader controller 288, but communicates via the card issuing controller 790. It is. Therefore, the unit controller 29
A transceiver 571 that performs level conversion of transmitted and received data is connected between the card issuing control device 790 and the card issuing control device 790 .

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

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

Also, from the banknote validator 21-O to the unit controller 2
The input signal for 90 has the inserted banknote true 10000
Signal when inserting 0000 yen bill and inserting bill into true 500 yen bill
The signal when it is determined that it is a 0 yen bill and the inserted bill is a true 10 yen bill.
A signal when a 00 yen bill is determined, an alarm signal that is output when a bill is pulled out toward the bill insertion slot after determining a 1 bill, and a bill inserted indicating that the bill is being identified. There is a signal to indicate that a banknote jam has occurred, and a signal to indicate that the banknote storage in the safe is full.

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

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

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

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

In Table 9 above, if an error marked with a percentage occurs, the system will be reset and the system will go down. Also, if the error display is blinking, after error recovery processing,
Indicates that you need to press the reset button.

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

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

As described above, the unit control device 1280 controls the management device 4
00, has information exchange windows in two directions of the card issuance control device 290, and performs control for issuing cards under the control of the management bag W400, as well as information exchange that occurs as a result of the issuance process. It has software that periodically sends operating information on the machine to the management device.

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

The configuration of the unit memory 550 is exactly the same as that of a pachinko machine (see Fig. 24), and the transmission data area SDA
, a reception data area RDA, and a shared data area CDA that contains commands and status information for informing the controller of the other party that transmission data and reception data are in the memory.

Tables 9 and 10 show the transmission data area SDA and reception data area RD in the unit memory 550, respectively.
An example of the configuration of A is shown. The configuration of the communication area CCA is exactly the same as that of the unit memory of a pachinko machine (see Table 3).

The hot codes shown in Table 10 above are stored in the management bag [400 is the unit memory 550] when the system is started up.
For example, write a code such as 010101...01 in the transmission area of the controller, and periodically send it to the management device to check for damage to RAM data due to noise such as static electricity, and to detect abnormalities in the transmitted data. It can be detected quickly.

The monitor information shown in Table 10 above is as shown in Table 1.
As shown in Figure 2, a bit indicates that a test is being executed when the system starts up, a bit indicates that the initial value is set/not set, a bit indicates a hot code error, and a bit indicates an abnormality in the local network (transmission cable 500) (low layer and high layer). It consists of a bit indicating a problem with the issuing machine, etc.

Furthermore, as shown in Table 12, the monitor information 2 includes a bit that indicates an abnormality in the card reader, a bit that indicates the presence or absence of a card, and a bit that indicates the state within the banknote tank.

A bit that indicates a bill jam, a bit that indicates forced withdrawal of a bill, a bit that indicates the state inside the bill tank of the balance dispenser,
It is made up of bits and the like that indicate an abnormality in the balance dispensing device.

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

The payment machine 300 of this embodiment has a built-in card reader that reads the card number recorded on the magnetic recording section of the inserted card CD and checks the code. A card settlement device 1310 for collecting the remaining amount of money, a balance payout bag [321, 325] for refunding the amount equivalent to the unused amount remaining on the card, and a receipt on which the number of balls acquired by playing is printed. It is composed of an issuing printer 330, various displays 303, 304, 341, 342, and a unit control device 1350 that controls the entire payment machine 300.

This payment machine 300 has a top panel 301 that can be rotated in the vertical direction, and corresponds to the card payment device 3LO described above.
The front end of the top panel 301 has a card insertion slot 302, and the top of the top panel 301 has a ball number display 303 that displays the number of winning balls (number of balls you have) and an amount display that displays the unused amount. 304 is provided. Furthermore, the payment machine 300 of this embodiment has a flat top surface so that it can be used as a counter installed in a pachinko parlor, and is provided with two sets of ball number display 303 and amount display 304, one of which is One is slanted forward so that it is easy for the player to read, and the other is slanted back so that it is easy for the staff inside the counter to read it. Moreover, the upper parts of the ball number display 303 and the amount display 304 are covered with a transparent plate such as a glass plate. In addition, on the rear side of the upper surface of the upper panel 301, the above-mentioned display is displayed on the rOJ.
A display reset switch 305 is provided to clear the display. When a player first inserts a card into the card insertion slot 302, the card reader 800 in the payment machine 300 reads the card number recorded on the magnetic surface of the card CD, sends it to the management bag [400], and stores data regarding the card. I will take it. Then, the amount display 304 displays the unused amount, the number of balls display 303 displays the number of balls acquired, and the printer 330 issues a receipt with the unspent amount, number of balls acquired, history data, etc. printed. Further, the card inserted into the card reader is punched at a predetermined punching position [PH] by a punching device.

After punch holes are formed in the card, the card is discharged into the internal card collection tank 314.

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

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

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

Further, on the top surface of the top panel 301 of the payment machine 300, there is a payment in progress lamp 341 that indicates that card payment is in progress.
, a payment cancellation lamp 342 is provided to indicate a state in which card payment is disabled.

Also, inside the front panel 306 that can be opened and closed.

As shown in FIG. 42(B), a monitor display 343 that displays an error in the payment machine such as a shortage of banknotes using an error number, and a reset switch 351 that resets the display of this monitor display 343 are installed at the game parlor. A machine number setting device 352 for distinguishing between each of the plurality of payment machines and allowing the management device 400 to know which payment machine has made the payment for a particular card; A coin extraction switch 353 for discharging remaining coins, and a print changeover switch 354 for giving an instruction as to whether or not to print history data on the receipt issued by the printer 330 are provided.

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

As shown in FIG. 43, the card payment device 310 includes a card reader 800 and an auxiliary conveyance device 3 disposed behind the card reader 800.
11, a card payment control device 312 that controls the card reader 800 and the auxiliary transport device 311 according to instructions from the unit control device 350, and a card collection tank 314 arranged behind the power supply device 313 and the auxiliary transport device 311. It is composed of

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

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

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

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

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

In other words, the main body of the payment machine 300 is designed so that the top panel 301 is approximately 1 meter above the floor, and the top surface is substantially flat, so it can be used as a workbench for exchanging prizes, etc. - The card collection machine 900 has a card insertion slot 905 and a prize payout slot 906 on the front, and also has a built-in card reader (not shown) that reads the inserted card, and provides games using used cards on the top surface. A CRT display 910 serving as a game device is mounted.

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

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

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

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

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

The control system of this embodiment is roughly divided into a control system based on the unit control table [350] and a control system based on the card payment control device 312.
However, bill and coin dispensers 321, 325, various displays 303, 304, 341 to 343, and printer 330
The card settlement control device 312 controls the auxiliary transport bag W311, the counter 317 as a means for displaying the number of collected cards, and the card checking and receiving functions. It is in charge of overall control of the control table W388 of the card reader 800 that reads magnetic data. Communication between the unit control device 350 and the issue control table [312] is performed by serial communication.

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

FIG. 47 shows the configuration of the unit control device 350 of the payment machine 300. The configuration of this unit control device 350 is based on the unit control table M of the issuing machine 200 shown in the fourth engineering drawing.
280, and includes a unit controller 390 that centrally controls the card reader control device W388 and the card payment control device 11312, and the management device 4.
It is composed of a data transmission controller 551 that controls data transmission with 00, and a network controller 553 that establishes a transmission/reception tank in the network and performs serial/parallel conversion of data under the control of the data transmission controller. has exactly the same structure as the unit control device 180 of a pachinko machine. In other words, data is exchanged between each controller 390 and 551 and between 551 and 553 using dual port memory (RAM).
) 550 and 552. Among these, the memory 552 is divided into a transmission data storage area and a reception data storage area, and has an adjustment function for making all transmission and reception data the same length (packetization) and speeding up data transmission. (2.5 Mbps).

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

On the connection side of the network controller 553 to the management bag [400], an optical In addition to being connectable to the connector 186, a changeover switch 542 is also provided so that it can be connected to a coaxial cable in the case where the transmission line of the low-layer network is configured with a coaxial cable.
can be connected to a branch circuit 540 for separating and combining the transmitted signal and the received signal.

An optical transceiver ↓85 is connected to the optical connector 186.

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

On the other hand, the unit controller 1350 of the payment machine differs from the unit control bag 91180 of the pachinko machine in that the unit controller 390 does not communicate directly with the card reader control device 388, but communicates via the card payment control device E312. It is. Therefore, a transceiver 571 is connected between the unit controller 390 and the card payment control device 312 to convert the level of transmitted and received data.

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

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

Also, from the bill dispenser 230 to the unit controller 39
The input signals for 0 include a signal that is output each time a bill is dispensed, an alarm signal that is output when an abnormality occurs in the device during dispensing and the dispensing operation cannot be executed, and a signal that is output when the dispensing operation cannot be executed. A signal indicating that the remaining amount is less than 20 sheets.

There is a signal to indicate that the bill dispensing operation is being executed, and a signal to indicate that the bill dispensing operation has ended and the bill has been removed from the bill issuing slot.

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

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

Furthermore, the unit controller 390 is configured to dynamically display a ball number display 811303 that displays the number of settled balls, an amount display 304 that displays the settled amount, and a monitor display 343 that displays a number indicating the type of abnormality in the settlement machine. decoder 586a.

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

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

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

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

Furthermore, in the unit control device 1350 of this embodiment, two of the display data output from the unit controller 390 to drive the amount display 304 are
A digit select signal (common signal) that is periodically output at intervals such as ms is input to the reset circuit 555 as a watchdog pulse. In addition to power-on reset, the reset circuit 555 monitors this watchdog pulse and when the pulse disappears, each controller 390.551. Generates a reset signal for '553.

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

The unit controller 390 of the payment machine 300 executes payment processing by controlling the above components, checking the cart number, receiving and displaying card data, etc.
Collects operating data and sends it to the transmission data area SDA in the unit memory 550 consisting of dual port memory.
write to. The operating data written in the unit memory 550 is sent to the management device through data communication between the data transmission controller 551 and the management device 400 via a transmission cable. Data sent from the management device is also first written in the reception data area RDA in the unit memory 550, and the unit controller 40-390 reads this to receive the data. The unit memory 550 is provided with a shared data area CDA that contains commands and status information for informing the other party's controller that transmission data and reception data are in the memory.

The unit memory 550 is stored in the table 15 and the topsoil 6, respectively.
Sending data area SDA and receiving data area R within
An example of the configuration of DA is shown. The configuration of the communication area CCA is exactly the same as that of the unit memory of a pachinko machine (Table 3
reference).

Topsoil 5 As shown in Table ↓ 6, in this embodiment, the history data of the card is also received, and this is printed along with the time data on the receipt and discharged, so that the settlement data is highly reliable for the player. can make an impression. However, the maximum history data contained in the card file is 20.
This is the data up to the time.

As shown in Table F, the monitor information ↓ shown in item 15 above includes a bit indicating that a test is being executed at system start-up, a bit indicating initial value setting/unsetting, a bit indicating a hot code error, and a local bit indicating a hot code error. It is composed of bits (two bits, one for low-rise and one for high-rise) indicating an abnormality in the network (transmission cable 500), a bit indicating an error in the payment machine, etc.

Table 17 In addition, as shown in Table 18, monitor information 2 includes a bit indicating paper out, a bit indicating a printer error, a bit indicating a card reader error, a bit indicating the status in the car 1 to tank, and a coin dispenser. A bit indicating the presence or absence of a coin, a bit indicating an abnormality in the coin dispenser, a bit indicating the state inside the bill tank of the bill dispenser, a bit indicating an abnormality in the bill dispenser, etc.

Table 18 Next, the pachinko machine 100, card issuing machine 200, and payment machine 300 configured as described above are controlled in an integrated manner, and operating data is collected in real time to monitor the operating status of all terminals and prevent power outages. Even if a failure occurs, the original data state can be immediately restored upon recovery, allowing each part of the system to resume operation, making it possible to aggregate the data necessary for the management of the game parlor, and to maintain the same qualifications even if the card is damaged. I will explain about the management bag [14Q O] that issues a resurrection card.

FIG. 48 shows the specific configuration of the management device 400.

Further, FIG. 49 shows the system configuration of the management device.

Management bag [400 is the central processing unit CP of the minicomputer class
Main memory bag consisting of U and semiconductor memory (RAM) @M-M
Consisting of a master control device 1401 in which EM, transmission control device SCC, etc. are stored, a floppy disk storage device 402 as an auxiliary storage device provided above the master control device 401, a hard disk storage device 403, and a personal computer 410. has been done. The personal computer 410 also has a CRT display device 411 for displaying messages and collected data, and a console 412 for an operator to give commands and setting data.
A local processing device 413 that has a built-in CPU and timer TMR (including a calendar) and is connected to the central processing unit in the master control device 401 via a communication line and an interrupt line, and a printer for printing collected data, etc. 414.

In order to connect the local processing bag @ 4-engine 3 and the central processing unit CPU, a serial communication control device [406a, 406b
is provided within the master control device 401. Of these, the communication control device 406a is used for normal communication, and the communication control device 406b is used for interrupt communication in an emergency.

The printer 9414 is provided with a buffer for temporarily storing data to be printed in order to improve the throughput of the management device @400.

Furthermore, this management device 400 includes, as a feature unique to the pachinko gaming system, a resurrection card having the same resource as the damaged card, and a test card that can start the pachinko machine in a state separated from the system. A box 420 has a built-in auxiliary printer 408 that prints in real time emergency information generated by the card issuing device 700 that issues cards and the system such as "stoppage" that occurs in pachinko machines, and an auxiliary power supply unit [409 is the above-mentioned Provided adjacent to master control device 401. Card issuing device 70
0 and auxiliary printer 408, respectively.

It is connected to a central processing unit CPU via communication control devices 406c and 406d. In addition, the card issuing device 170
0 uses a card issuing device W700 having exactly the same configuration as the card issuing device W700 for the issuing machine 200 shown in FIG. 202 is the card issuing port.

The auxiliary power supply device 409 is configured to power up the main memory [M-M] when a power outage occurs.
The management device can be operated for at least 10 minutes in order to protect the operational data of all terminals and all issued cards stored in EM in a volatile manner by transferring them to the hard disk storage W403. Back up like this.

Further, in FIG. 49, the symbol SCC is the network 5
This is a transmission control device for enabling data transmission between terminals via 00.

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

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

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

Figure (B) shows the top surface of the console, that is, the panel surface.

Figure (A) shows the back side of the console.

In FIG. 50, 421 is a store opening switch for instructing each terminal of the system to start business.

Similarly, 422 is a closing switch for instructing the end of business, and the card can be used in each terminal after the opening switch 421 is turned on until the closing switch 422 is turned on. Further, 423 is a system termination switch for storing the operating data of all terminals in the floppy disk storage device 402 after business hours and instructing the management device to stop control, and 424 is for instructing restoration processing of a damaged card. It is a card resurrection switch.

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

425, 426, and 427 are the same type of numeric keypad, return key, and delete key as those provided on the console of a normal personal computer or the like.

On the other hand, 428 is a display menu switch that gives commands to display card-related data and operation data of each terminal on the screen of the CR, T display device 411, and 429 is a CRT switch that requests erasure of data displayed on the CRT display device. It is a clear switch. Further, 430 is a print menu switch that gives a command to print data related to the card, operating data of each terminal, etc. by the printer 414. 43
Reference numeral 2 indicates a setting switch for requesting settings for the number of strikes and stopping mode on the pachinko machine, and 433 indicates that the set number of prize balls have been paid out and the pachinko machine has stopped playing, that is, the game cannot continue. A suspension release switch 434 is used to issue a command to cancel the suspension state of a pachinko machine in use, and is used to forcibly terminate terminals of each type at the end of business hours or to prevent normal control or data collection due to an abnormality in the communication network, etc. 435 is a forced termination switch for forcibly shutting down all terminals when the terminal becomes unavailable, or forcibly stopping a specific terminal when cheating by a player is discovered. 439 is a date and time setting switch.

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

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

Among the above switches, the switches 421 to 424 and 432 to 436 are shown with double frames in the figure.

These switches have built-in lamps, and when these switches are turned on, the built-in lamps are lit while the corresponding process is being executed or the state continues. However, the buzzer stop switch 43
The lamp in 6 is linked to the buzzer, is lit while the buzzer is sounding, and is turned off when the stop switch 436 is pressed.

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

Here, the above test card will be mentioned.

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

As a result, there is no need to start up the entire system for trial use during non-business hours. Furthermore, during business hours, trial play can be performed without damaging the operating data during the game.

In the embodiment, the card issuing device 700 provided in the management device 400 is similar to that used in the issuing machine 200, and includes a card tank 701 stocked with blank cards and a card reader 800. However, a method may also be adopted in which a blank card is provided inside, the blank card is inserted from the outside, a code is recorded on the magnetic surface, and the card is ejected. In that case, card tank 70
1 can be omitted. - Also, management equipment! Since the test card and revival card issued by 1400 do not necessarily have to clearly indicate the date of use, serial number of issue, etc. like other general cards, the printing device 750 may be omitted.

In addition, when issuing a resurrection card, the punching device 807 punches the cart at a predetermined position! [PH, (resurrection hole) is designed to punch a hole.

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

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

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

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

Figure 51 shows the main memory M where data files are set.
Table 19 shows the configuration of -MEM and the function and save location of each file.

Among the files in the main memory bag [M-MEM, files FLI to FL5, excluding the transmission address file FL6, are saved in the hard disk HDD (auxiliary) storage device 403 in the event of a power outage. In addition, data files related to terminal machines, that is, pachinko machine file (hereinafter referred to as P machine file) FL2, issuing machine file FL3, and payment machine file FL4, are stored in the floppy disk FDD (auxiliary storage device 402) as daily report files at the end of business hours. , used for monthly operation data aggregation, etc.

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

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

This common data area CDA is a central processing bag! lCP
This area is the working area of U. In addition to the above-mentioned setting files FI, 5, the system mode, the latest card issued serial number, a power outage flag, a random number for creating a card number, etc. are stored here.

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

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

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

In the same table, the purchased ball exchange rate is the unit of purchase amount (
For example, the number of rental balls (for example, 200 yen), that is, the number of balls you have at the beginning, be.

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

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

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

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

In Table 21, the type flag is a flag to indicate the type of terminal, and "1" indicates a pachinko machine, "2" indicates a card issuing machine, "4" indicates a payment machine, and rOJ indicates the terminal type. Indicates the presence of each. The NAU status indicates the state of the NAU, and as shown in Table 22, “
If bit B1 is set to ``1'', it indicates that the token bus is abnormal; if bit B1 is set to ``l'',
If bit B0 is set to '1' to indicate that the “opening code” packet has already been received, the NAU
Indicates that each is normal.

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

As mentioned above, the NAU number and machine number are set using the setting switch (
171, 205, 305, 561), and in the case of pachinko parlors, the machine number of the pachinko machine is a consecutive number that is customarily given with numbers excluding "4" and "9". Here, the fact that "4" and "9" are not used means that octal representation is possible. Therefore, using the conversion table shown in Table 23, the machine number expressed in decimal notation is expressed only as numbers 0 to 7. If you follow this.

For example, the machine number r2584 is written as "247".

Table 23 If this is expressed in binary code using the binary coded octal system, it will be "rolo・100・1■1".

This code shows rl 67J in decimal notation.

As a result, the pachinko machine machine numbers without "4" and "9" become consecutive serial numbers. On the other hand, in order to keep 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 the code "↓010.0111" expressed in binary coded octal notation, and this is converted into HEX.
, When expressed as A, it becomes rA7HJ. Furthermore, in addition to pachinko machines, terminals such as issuing machines and payment machines are also connected under one NAU, and in order to give them 8-bit unit numbers, the number of pachinko machines under one NAU is 64. Limited to the above code rA7HJ and code r3
Perform a logical product with FHJ to obtain r27HJ. In this embodiment, this is used as the unit number. and,
The NAU number is added to the beginning of this unit number to form an rNAU number, a ten number, a unit number, and a channel number. This method enables efficient address processing that matches the characteristics of microcomputers that process data using only binary notation, which is customary in pachinko parlors that have machine numbers that do not use "4" and "9". becomes possible.

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

In addition, consecutive serial numbers starting from "1" are given to each type of NAU, issuing machine, and payment machine as machine numbers.
For AUs and payment machines, their machine numbers are used as they are as addresses (unit numbers), and for 1-issue machines, the machine number plus r128J is used as the address (unit number) on the lower layer network. This is to avoid address duplication when a pachinko machine and an issuing machine with the same machine number coexist under the same NAU. Duplication of addresses between the pachinko machine and the payment machine is avoided by not having both machines coexist under the same NAU.

Furthermore, the issuing machine and the payment machine can be placed under the same NAU (because "machine number + 128" is used as the address of the issuing machine).

Further, the address of the NAU 530 on the high-level network uses the NAU number set by the setting device 544, and the address of the NAU on the low-level network uses the r255J fixed address. Also, the address of the management device is "O"
It is said that

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

The card file FLI contains information for each card.

Table 24 - Information indicating the current status of the card identified by card number.
In this embodiment, it will be referred to as card text below. As shown in Table 25 below, the card status here refers to a bit that indicates a free status that is not used for gaming, a bit that indicates that the game is in progress, a bit that indicates that the card is temporarily away from the gaming machine, and a bit that indicates that the card is already in the suspended state. A bit that indicates that the card has been settled at the settlement machine, a bit that indicates that both the number of balls and the balance of the card are zero, a bit that indicates that the card has been discontinued at least once in the past, and a forced termination. The card is made up of bits that indicate that the card was used in a pachinko machine that has been restored, bits that indicate that the card has been revived, etc.

In Table 24, the card number is the number obtained from the issuing serial number n using the function f (n), and the number of balls held, the amount of money, and the card status are the issuing serial number n and the power table 25. Meanwhile, returning to Table 24, A location terminal serial number indicating the location of the terminal where the card currently exists and a location terminal number are registered in the card file FL1. As is customary in pachinko machine parlors, the numbers r4J and "9" are not used as machine numbers, so two types of terminal numbers are generated: one for the back and one for the front.

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

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

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

First, when a cart is issued by the card issuing machine 200, the cart is ejected and the card shifts from an unissued (blank) state SSO to a free state SS1. Then, when a card is inserted into a desired pachinko machine], 00, the game mode shifts to gaming state SS2. When the number of balls and the amount of money on the card become zero due to the game, the card is ejected and the state shifts to zero return state SS3. Also, if the interrupt switch 115 is pressed during the game, the cards are ejected and the interrupt state S
The process moves to S4, and when the same card is reinserted, the game state returns to SS2 again. 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 S81.

Even when a forced termination by the CPU or an abort occurs, the card is ejected and the game state moves from the gaming state SS2 to the free state SSI. When the card in the free state is brought to the payment machine 300 and payment processing is performed, an invalid mark is attached to the card, the card is collected, and the process moves to the payment completed state SS5. In the system of this embodiment, it is also possible to take the card in the suspended state SS4 and go directly to the payment machine 300 to perform payment processing without returning to the pachinko machine, and in that case, it is possible to move from the suspended state SS4 to the payment liquid state SS5. .

In the above state transition diagram, the arrows indicating the transition direction are circled to indicate actions that involve recording card information in the card file FL3. In addition, the code indicated by XXH in each block represents the corresponding state in hexadecimal digits using the code indicating the card state in Table 25 (
HEXA expression).

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

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

◆Total capacity 64 x 506 32384 = approx. 32 Byte umbrella total capacity 64 x 50 = 3200 = 3.2 Byte umbrella total capacity 64 This means data that is saved as a file on a floppy disk.

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

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

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

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

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

Next, the card issuing machine 100, the pachinko machine 200, the payment machine 300 as terminals configured as described above, and the management device 400 that performs centralized control of these terminals are organically combined to perform data transmission and card processing. The data transmission path (local area network) that enables this operation will be explained.

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

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

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

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

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

Each of the terminals P, H, and S is connected to a branch line branched from the network 510. Control units 160, 250 and 350 of each terminal are connected to the terminal end of each branch line. In FIG. 52, reference numeral U indicates a control unit of each terminal.

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

The NAU 530 in this embodiment is connected to the lower layer network 51
A low-layer network controller 533 that establishes receivables and converts data into serial and parallel data in C8M
A high-rise network controller 537 that establishes transmission/reception credits and performs serial/parallel conversion of data in an A/CD high-rise network, and a data transmission controller 535 that controls data transfer between these network controllers 533 and 537. There is. Among the above controllers, the low layer network controller 533 is composed of a communication LSI dedicated to token passing, and the high layer network controller 537 and the data transmission controller 535 are composed of general-purpose microcomputers. And these controllers 533
Buffer packet memories 534 and 536 are connected between and 535 and between 535 and 537, respectively, to absorb the difference in data transmission speed between low layer network 51.0 and high layer network 520.

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

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

In the above hierarchical local network (FIG. 53), when the system is started up, the management device 1400
In addition to performing line tests and setting values for each terminal through NAU 53 during system operation,
0 uses the low-layer network 510 (terminals P and H once per second).

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

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

Table 29 shows that in the data transmission system, the management device 400 and the NAU 530 questions, the management device 400 and the pachinko machine Oo, and the card issuing machine 200 via the NAU 530.
, unit controllers 190, 290 of the payment machine 300
, 390 are shown.

In the table, the unit refers to the control unit of each terminal machine (pachinko machine, card issuing machine, payment machine). In addition, the "unit table request" packet is a packet used by the management device to confirm the connection and address of the units connected to each NAU when the system is started up. Connection is confirmed. The address information in the packet is compared with the value in the unit table file, and if they do not match, the data is changed to the data in the packet. For units whose connection cannot be confirmed, confirmation is made again using the subsequent initial value setting packet.

Furthermore, the "Card In" to "Suspension End" packets depicted in Table 29 are packets specific to the Pachinko machine 100, and among these packets, the "Card In" packet indicates that the card is not in the control unit 160 of the Pachinko machine. when inserted,
This is a packet for requesting information (card text) regarding the card from the unit side to the management device 400.

Here, the card text is text containing four pieces of information: cart number, number of balls held, amount (unused amount), and card status. Furthermore, the packet "Return to Zero" is used to send a card text from the control unit 160 of the pachinko machine to the management device 400 when both the number of balls held in the cart and the amount of money in the cart become zero while playing a game on the pachinko machine. This is a packet of

On the other hand, a packet that says "Pachinko Pachinko End" is generated when a player presses the suspend switch 114, receives a card, leaves the pachinko machine, and then inserts the card into the payment machine to make payment without returning to the pachinko machine that was being suspended. This is a packet in which the management device issues a command to cancel the suspended state of the pachinko machine that is currently suspended.This allows the player to return to the suspended pachinko machine without having to press the game end switch 1↓5. You will be able to make payments.

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

In the system of this embodiment, the card issuing machine 200
Before inserting banknotes into the bank, you must reserve your card number, etc.
In order to be able to prepare in advance so that the amount can be printed and issued when the bill is actually inserted, when the card issuing machine 200 sends a "Card Purchase" packet with rOJ in the card amount field, , the management device 400 determines that the packet is an issuance reservation packet, determines the issuance serial number and card number, secures an area for the card in the card file, and sends an ACK packet containing the issuance serial number and card number to the card. Return it to the issuing machine. On the other hand, when a banknote is inserted, the card issuing machine sends a "card purchase" packet to the management device with the actual purchase amount entered in the card amount column. Then, the management device looks at the card number column, determines that the card has been reserved for issue, and searches the card file.

After writing data such as the purchase amount and issue time into the data area of the card, an ACK packet is returned to the issuing machine.

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

In addition, the "Card Settlement Completed" packet is a packet to notify the management device 400 that the card settlement has been completed, and when the management device receives this packet, the card status of the card in the card file is changed to "Settled". '' and write the data at the time of payment in the i counter (i = m) column of the history data. When the management device 400 sends an "ACK" packet to the payment machine 300 in response to this "card payment completed" packet, the card payment process is completed, and the next card can be inserted into the payment machine.

The "line monitor check" packet in Table 29 is a packet to confirm the recovery of the NAU when the NAU is determined to be abnormal based on regular data, and is sent periodically (every 30 seconds) until the NAU recovers. ACK from
Recovery is confirmed by reception of the packet, and the operation data of all units under the control of the NAU is transmitted using the 'unit recovery data' packet to recover the NAU and units. Also, the 'unit monitor check' packet is used to If a unit is determined to be abnormal based on periodic data, this packet is sent periodically to confirm the unit's recovery until it recovers.

Recovery is confirmed by receiving an ACK packet from the NAU. The NAU that receives this packet executes a connection check with the network controller of the corresponding unit, and when the connection is confirmed, sends an ACK packet to the management device.

Furthermore, in Table 29, "ACK"' and 1JNA
The packet "K" is sent to the management device 1400, network adapter unit 530, and each terminal 100.20.
0.300, and is used when receiving a transmission request to respond to the other party that the request has been accepted, or to respond that the request cannot be accepted. CK", requested data such as card text may be added.

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

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

In FIG. 55, HHD is the packet head used in the high-rise network 520, and L HD
Shown is a packet head used in the lower layer network 510.

In other words, a packet in the format shown in FIG. 55(B) transmitted from the management device 400 to the unit is
530, the high-rise packet head HHD is removed and sent to the low-layer network 510f, and packets sent and received from each unit to the management device 400 using only the low-layer packet head LHD are sent to the high-rise network 510f at the top of the LHD at the NAU 530. A packet head HHD is added to the high-rise network 520 as a packet in the format shown in FIG. 55(B).
sent upwards.

Note that Table 30 describes the definitions of the unique data laid out in the head portion of each of the above packets.

56 to 61 show the management device 400 and the NAU in the data transmission system (local network).
530*taL:! Pachinko machine 10 via NAU530
0 shows an example of a typical format of a packet transmitted and received between the card issuing machine 200 and the payment machine 300.

In the ``line test'' packet in Figure 56 (A), the transmission data field includes the date code, identification code (parlor code), and the pachinko machine and issuing machine belonging to the destination NAU530.
Please include the number of payment machines and the minimum machine number for each machine. Then, the NAU 530 stores the date code and the identification code, and compares it with the number calculated based on the settings of the machine number setting switch 562, etc., and sends the information to the management device W400 as shown in FIG. 56(B). It returns an "ACK" packet like this. Note that when the NAU 530 receives a "line test" packet from the management device, it sends a "line test" packet with only the low-layer network packet head LHD attached using the transmission address it calculated for all units under its control. Send while updating the address. Then, an "ACK" containing the unit number, serial number, and channel number is received from each unit, and a unit table as a transmission address file is created and stored based on the received data.

In Figure 57 (A) there is a management system! ! 400 to NAU530
The structure of the “unit table request” packet for
Figure CB) shows the structure of the "ACK" packet that is the response. NAU530 is “unit table request”
When a packet is received, it returns an 'ACK' packet containing the NAU number, NAU status, and data about all units in the unit table.

FIGS. 58(A) and 58(B) show the structure of the "initial value setting" packet from the management device 400 to the pachinko machine 100 and the 'A CK' packet that is its response.The data column of this packet contains information about the pachinko machine. Enter the initial values such as the purchased ball rate and number of prize balls required for operation and send.

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

Further, FIGS. 59(A) and 59(B) show the structure of a ``periodic data request'' packet and its response packet to the pachinko machine.

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

In addition, the data column of the response packet (not shown) for a regular data request to the issuing machine 200 or the payment machine 300 contains all the data in the transmission data area of all the issuing machines (see Table 10) or the transmission data of all the payment machines. Area (see table 15)
Enter all the data in the file and send.

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

In the packet type column PACKET$TYPE in the same figure,
Code 90H (opening code), 91H (closing code) =
95H (forced termination request), 96H (forced termination cancellation),
Either 8CH (line monitor check) or BIH (restart) code is entered. In addition, among the above-mentioned "forced termination request", "forced termination cancellation", and 'restart' packets, the type (targeting the entire unit) packet is:
A column is provided in which a code indicating the type of unit is entered.

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

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

Furthermore, the part "P A D DI HG" added to the end of each packet in FIGS. 59 to 61 is
This is a dummy data field added to adjust the length of packet data to a predetermined length.

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

FIGS. 62(A) to 62(D) show flowcharts of initialization processing.

When the central processing unit CPU and the local processing unit 413 are reset by turning on the power, they initialize internal registers, internal memory, etc., and the central processing unit sets a file framework in the main memory M-MEM. , the local processing device 413 displays the initial screen (first and second lines only) as shown in FIG. Read the month, date and time and send it to the central processing unit CPU (step 5100)
2). The timer included in the local processing device 413 is backed up by a battery, and does not stop even when the power is turned off, but always operates and functions as a clock.

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

After receiving the date and time and returning ACK, the central processing unit checks the power outage backup file in the hard disk HDD and checks whether the power outage flag in that file is set to "1" to determine whether there is a power outage file. If the power outage file exists, it is determined that the power is turned on after the power outage has been recovered, and the process moves to step 52041 in FIG. 62(D) (steps 51003, 52002 to 52004).
.

If it is determined in step 82004 that there is no power outage file, the process proceeds to step 32005, sets the mode to preparing, and then reads out the setting value file FL5 from the hard disk HDD and saves it to the main memory. Set to a predetermined address position in M-MEM (step 52006)
. Then, the transmission address file FL6 created at the time of system installation is similarly loaded from the hard disk HDD to the main storage device M-MEM (step 520o).
7).

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

In addition, rOJ is entered in all items in the card file FLI provided in the main storage device M-MEM (step 520).
11), the process moves to step 52012.

In step 52012, after executing the random number generation process necessary to calculate the card number (see Figure 1-03), it is checked whether there is a mode inquiry from the local processing device 413, and if there is a mode inquiry. and “′Mote=
Sends a response “Preparing” to local processing device 4↓3 (Step S 004, 52013.S20↓4)
. Then, the local processing device receives this and executes CR7.
A message MSGI indicating "line test in progress" is displayed on the screen of FIG. I04 indicating "in preparation" on the display device 411 (step 51005). Then, the local processing unit 413 sends the line test request command to the central processing unit CP.
It is sent to U (step 51006).

When the central processing unit CPU receives and confirms the line test request command, it forms a "line test" bucket I and sequentially transmits it to all NAUs 530 via the high-level network 520 (steps 52015 and 52016).
. When a response “ACK” packet is received from N A U 530, N in the transmission address file FLS is
Bit O of AU status 2 is set to “1” (NA
U normal) is entered (step 52017). Then, it is determined whether transmission to all NAUs has been completed (step 52018), and when it has been completed, the central processing unit
Each NAU5 forms a “unit table request” packet.
30, and upon receiving an "ACK" packet from the NAUs, it is determined whether there have been responses from all NAUs (steps 52019 to 52021).

When an ACK is received for the "unit table request" for all NAUs, the transmission address of the unit table included in the packet and the step 5200 described above are sent.
7 from hard disk HDD to main storage M-MEM
The address in the loaded transmission address file is compared with the address in the transmission address file (step S2022). Then, it is determined whether or not there is a unit that is not registered in the file in the received unit table (step 52023), if not, it is left as is, and if there is an unregistered unit, step 52
At step 024, the unit is added to the transmission address file, and then the process proceeds to step 52025.

In step 52025, it is determined whether or not there is a unit that does not exist in the received unit table among the units registered in the transmission address file. After storing it as a unit that cannot communicate, the process moves to step 52027.

In step 32027, the transmission address file is saved on the hard disk HDD. As a result, if there is a change in the transmission address file in step 52024, the changed transmission address file is read out and compared when the system is started up after a power outage or the next day.

After that, the central processing unit CPU uses the local processing bag W413.
The line test result is sent to (step 52028).

Moreover, at this time, if there is an abnormal terminal (unit), the line test result is transmitted together with the screen data for displaying the unit number of the abnormal terminal on the CRT screen. When the line test result is received (step 51007), it is determined whether there is an abnormal terminal (step 81008), and if not, the process directly proceeds to step S1011, and if there is an abnormal terminal, the process proceeds to step S1009 and CR7 is displayed. The screen of FIG. 105, which displays the serial number of the abnormal terminal, is displayed on the screen of the device 411.

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

However, even when the terminal abnormality screen (Fig. 105) is displayed, the system can be activated for store opening by turning on the store opening switch 421, and the local processing bag W413 is , step 5LO
Determine whether the store opening switch 421 is turned on using IO,
If it is turned on, the process advances to step 51o11 and an initial value setting request command is sent to the central processing unit CPU. If the store opening switch is off in step 51010, the process jumps to step 81006 and the line test request command is sent again. As a result, when a staff member looks at the terminal abnormality display screen and repairs the terminal and the terminal becomes normal, it is treated as an abnormal terminal, that is, it is removed from registration.

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

When the cocal processing device receives this screen data, it displays it on the CRT display device 411 and then waits for the store opening switch 421 to be turned on according to the message (
Step 51012. Sl○13). Here, when the store opening switch is turned on, the local processing unit transmits a store opening request command to the central processing unit (step 510).
14).

When the central processing unit receives this command, the NA
Send a store opening packet to U530 (step 5
2034, 82035). Next, “A” from NAU
CK", it checks whether the packet transmission to all NAUs has been completed, and when it has finished, it transmits the normal display screen data indicating that the NAU is open as shown in FIG. (Steps 52036 to 82038).Meanwhile, when the local processing device receives the above screen data, it displays it on the CRT display device 4.
11 and shift to operating control (Step 5)
105).

FIG. 62(D) shows the control procedure of the central processing bag [CPU and local processing device 413] when the system starts up after the power is restored.

As mentioned above, when a power outage occurs, the management device 400 stores the card file FLI, pachinko machine file FL2, issuing machine file FL3, payment machine file FL4, and common data in the main memory bag [M-MEM] on the hard disk HD.
D and sets the power outage flag to "1n" before shutting down the system. Therefore, when the power outage is restored and the power is turned on, the initialization process shown in Figure 62 (A) starts. When step 52004 is reached, it is determined that there is a power outage file, and step 5 in FIG. 62 (D) is executed.
2041 Hejijump. In step 52041, the mode is set to "starting up from power outage". On the other hand, when the local processing bag w413 displays the initial screen, transmits the date and time, and receives the ACK from the central processing unit, step 510
04 to inquire about the mode. At this time, the mode in the central processing unit is already set to "starting up from power outage", so when the mode inquiry is received,
The mode is “Respond J during power outage startup (step 8)”
2042.52043). When the local processing unit receives this mode, it determines whether it is "starting up from power outage" or not, and if yes, it displays the message "System recovery in progress" on the fourth line of the preparation screen in Figure 104. Display it (step 51021). Then set the timer.

When the timer times out and a certain amount of time has passed (
Step S↓022.51023, 5IO24), return to step 51004 and inquire about the mode again.

On the other hand, when the central processing bag WCPU responds with the mode,
The power outage file is read from the hard disk and restored to the common data area of the main storage M-MEM (steps 52044 and 52045), and while waiting for the timer, a "unit recovery" packet is sent to each unit, and each unit's The operating data in the unit memory is restored to the state before the power outage (step 52046). Then, after receiving the "ACK" packet from each unit and completing for all units, it sends "restart (type)" packets one after another to the NAU 530, restarting the units for each type. (step 520)
47-52049). Then, when 'ACK' is received from each NAU 330 and all NATJs are completed, the mode of the central processing unit is changed to 'open for business' and the normal display screen (Fig. ) (steps 52050 to 52053),
, ::, the local processing device 413 performs step 51.
When the timer that was set at 023 times out and the process returns to step 51004 to inquire about the mode, "in business" is returned as the mode, so it is determined as NO in step 51021 and the process returns to step s1.25.
After the normal display screen sent from the central processing unit is displayed on the CRT display device 411, control is shifted to business operation.

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

Stella' in FIG. 62(C) of the initialization flow described above;/
When the store opening request screen (FIG. 106) is displayed at step 1012 and the built-in switch 438 is turned on while waiting for a switch input at step 81013, the local processing device 413 issues an initial setting value request command. is sent to the central processing unit CPU (step 51031
). Then, the central processing unit sends the contents of the setting value file loaded from the hard disk to the local processing bag W413 (step 52061), and in response to this, the local processing unit displays the settings as shown in FIG. 107 on the screen of the CRT display device 411. Display the value change screen (step S103
2).

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

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

While looking at the change screen, input the number of NAUs, pachinko machines, issuing machines, or settlement machines using the numeric keypad.The local processing unit 413 centrally processes the setting value file update request command containing the updated values stored in the internal memory. When the central processing bag CP device receives this command, it first sends it to the main storage device M-ME (step 51035).
After updating the setting value file in M and then the pachinko machine file, an "initial value setting" packet containing the updated setting values is sent to all units (steps 52062 to 5
2064).

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

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

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

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

When the central processing unit receives this command, it first updates the pachinko machine file with the setting value file in the main memory M-MEM, and then all the ``initial value setting'' packets containing the updated setting values. On the other hand, when the date and time setting switch 439 on the console 412 is turned on while waiting for a switch input in step 51013 of FIG. A date and time change screen (see FIG. 112) is displayed on the display device 411 (step 51045).Then, when the operator inputs the year, month, day, and time using the numeric keypad 425 according to the instructions on this screen,
The local processing unit sends the updated date and time to the central processing unit (step 51046). When the central processing unit receives the date and time, it changes the current time of the internal timer to the received time, and then sends the initial value to all units containing the updated year, month, and day data (other settings remain as they were). The configuration packet is sent (steps 52075, 52076).

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

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

If it is determined in step 52101 that the business is open, step 52
Proceed to 103 and send the 'periodic data request' packet to NAU5.
30 and set the timer (step 5
2104). Then, the response ACK from NAU530
It is checked whether ACK has been returned, and if there is an ACK, the process moves to scheduled data reception processing 5212↓ to 52135 in FIG. 66 (step 52105). When step 52105 determines that there is no ACK, the timer set in step 52104 is checked to see if a timeout has occurred (step 52106). And NAU530
If a time-over occurs before receiving the response ACK from the main memory bag [
Among the error counters provided for each NAU in the common data area CDA of M-MEM, N
After incrementing the error counter corresponding to the AU, it is determined in step 82108 whether the error counter has become 3 or more, that is, whether an error has occurred three times in a row.If it is 2 or less, the process returns to step 52103 and repeats the process again. - Send a "periodic data request" packet to the NAU. Then, a timeout occurs before receiving ACK again, and if this is repeated three times, step 821
Proceeds from 08 to 82109, where bit O (NORMAL) of the status information corresponding to the NAU without ACK among the NAU status prepared for each NAU in the transmission address file is cleared to "0", and then the interrupt is displayed. Send the command to the local processing device t413,
An interrupt message notifying the NAU down is displayed on the screen of the CRT display device 411, and a command is given to the printer 408 to print out the same content. The local processing device also sounds the buzzer 44.0 after displaying the interrupt (steps 52110, 51051.Sl
052).

Thereafter, it is determined whether scheduled data requests have been made to all NAUs 530, and if the answer is NO, the process returns to step 52103 and a "fixed data request" packet is transmitted to the next NAU (step 52111). Then, it is determined whether there is no ACK for all NAUs (step 52112).
)L, if no, end the interrupt processing, if yes, clear bit 0 of all NAU statuses to "0", and then set bit 7 (CHIEPA) of monitor information in files FL2 to FL4 of all units to "1". ” to memorize that the high-level network is abnormal (step 52113. S2 step 14).

FIG. 66 shows N as a response to the above regular data request.
The processing procedure when an "ACK" packet containing scheduled data is received from the AU 530 is shown.

When regular data is received, the central processing unit CPU first checks the monitor information for each unit at the beginning of the data field of the received packet (step 52121), and if there is no abnormality, jumps to step 82128, and if there is an abnormality. If so, the process advances to the next step 52123, and it is determined whether the abnormality is the same as the previous abnormality (step 52122). Here, if the detected abnormality is the same as the previous time, step 321
28, and if it is a different abnormality, the new abnormality is printed by the printer 408 in step 52124. Then, unit abnormality interrupt display screen data is transmitted to the local processing device 413 (step 52125). When the local processing device receives the above screen data, it displays an interrupt message notifying unit abnormality on the ninth line of the screen of the CRT display device.

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

After that, if there is no abnormality in the monitor information, the process goes to step 52133, where the file (pachinko machine file) of the unit in the main storage iM-MEM is stored.

After rewriting the issuing machine file or payment machine file) with the received regular data, if there is an error again, clear or change the operation information of the unit file to "free", and when receiving regular data from the pachinko machine. sets the card status to "free" and saves the number of balls and amount in the P machine file to the card file, then determines whether the processing of steps 52121 to 52133 has been completed for all units in the received packet, and if not completed, step 5212
1 (step 52134). If all units are finished, it is determined in the next step 52135 whether or not "ACK" packets of scheduled data from all NAUs 530 have been processed, and if no, step 521 is performed.
21 and repeats steps 52121 to 52134 until all "ACKs" are completed.

FIG. 67 shows the processing procedure of the central processing unit [CPU] when a "card purchase" packet is received from the issuing machine 200.

When the central processing unit receives the ``Card Purchase'' packet, it extracts the card number from the data field in the packet and determines whether the number is ``0'' (step 52141.5).
2142). In the system of this embodiment, before the actual card issuance is performed at the issuing machine 200, the issuing machine itself may send a "card purchase" packet with the card number set to 10 to reserve the card issuance. This is to distinguish between such a reservation packet and a reserved original "card purchase" packet.

Here, if the card number in the packet is "0" and it is a purchase packet for reservation of issuance.

Proceed to step 52143, read the number of issuances from the issuer file in the main storage M-MEM, and check whether the issuance acceptance number in the packet matches the number of issues in the file plus "1" ( Step 52144). When the 1 issue reception number matches the number of issues + 1, the process advances to step 52145, and the card amount in the packet is
0'' (step 82146). the result,
If amount≠0, jump to step 52149, amount =
If O, the next step 52147 reads the reservation flag from the issuer file and checks whether it is "1", that is, reserved (step 52148).

Here, if the reservation flag is not rlJ, step 52
At step 149, the card issue serial number in the packet and the number of issues in the file are incremented. Step 821 above
When the amount is not "0" in step S 46, the card issuing serial number is incremented without checking the reservation flag and skipping to step S 214-9. This is to enable a card to be issued even if a packet containing the purchase amount in the card amount column is received.

After incrementing the card issuance serial number in step 52149 (the number of issuances is updated in the unit memory when the issuing machine ejects the card, and the number of issues is updated in the issuing machine file by sucking it up through regular data collection), , searches the card file using the card issue serial number, clears the file for the card, and calculates the card number from the card issue serial number (step 521).
50.52151). Then, in step 52152, the calculated value is written in the cart number column in the card file, the value in the received packet is written in the number of balls and amount column, the card status is set to "free", and the 1 counter is set to "1". ”, write the received data and current time in the history data of i=↓, and then perform step 5215.
3, an “ACK” packet is sent to the issuing device 200.

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

On the other hand, if the card number in the "card purchase" packet received in step 52142 is not rOJ, that is, if there is a genuine purchase application for a reserved card, step 52157 is performed and the issuance acceptance in the packet is performed. The number is compared with the card issuance count plus Ill in the issuing machine file, and if they match, the card file is searched using the received card issuing serial number and the corresponding file is read out (step 52158).
The process moves to step 52152 to update the file. At this time, the actual card purchase amount in the received packet is written to the card file. After updating the file, “
ACK” packet is sent.

If it is determined in step 52142 that the card number is not O, and then it is determined in step 52157 that the issuance acceptance number and the number of issuances do not match, it is determined that the packet is an erroneous "Card Purchase" packet, and step 52159 hejumps. Send NAK.

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

Upon receiving the "card-in" packet, the central processing unit first calculates back the card issuing serial number from the card number in the packet (step 52161), then searches the card file using the calculated card issuing serial number,
Read the file of the corresponding card (step S216
2). Then, the card number is extracted from the read card file and compared with the card number in the received packet (step S21'63, 52164). If they match, the process proceeds to step 52165, and the card status of the card in the file is changed to "free". ”.

Here, if the card status number 1 is "free", the card status in the card file is rewritten to "gaming", and the numbers in the received packet are written in the machine number and serial number columns of the terminal where it is located (step 52166).

After that, enter the card text (card number, number of balls, amount and card) read from the card file.
A CK ” packet is sent to the pachinko machine OO, and the card number in the received packet is written in the card number field in the pachinko machine file, and the process ends (steps 52167, 52168). If the card number is compared with the card number in the file and they do not match, or if the card numbers match but the card status is not "free", it is determined in step 52171 whether or not the card is "playing" and the card is If the status is not "gaming", it is determined that an inappropriate card has been inserted, and the CPU jumps to step 52174 and transmits a "NAK" packet. By comparing the card number in the packet with the card number in the file in this way, counterfeit cards can be eliminated. Also, if the inserted card is the one that was interrupted in another pachinko machine, steps 52165 and 521
In step 71, it is determined that both are no, and in step 52174, the process jumps and sends "NAK" to eliminate them.

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

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

Upon receiving the "suspended card-in" packet, the central processing unit first calculates back the card issuing serial number from the card number in the packet (step 52181). Next, the card file is searched using the calculated card issuing serial number and the file of the corresponding card is read (step 821).
82). Then, the card number is extracted from the loaded card file and compared with the card number in the received packet (Steps 52183, 52184). If they match, the process advances to Step S-2185 and the card status of the card in the file is changed to "Suspended." ” or not. here,
If the card status is "suspended", update the card text in the card file, rewrite the card status to "playing", write the data and time at the time of suspension in the i-th column of history data, and then write the data and time at the i-counter. is decremented (steps S'2186, 52187). When an interruption occurs, the data and time at the time of interruption are temporarily recorded in the history column indicated by the i counter in the card file, but when the interruption is canceled, the i counter is decremented and the same column is used when writing the primary history data. By overwriting the history data field, it is possible to prevent the history data column from becoming full due to frequently occurring interruptions and to make effective use of the memory.

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

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

However, if the card status is not "suspended" but is determined to be "playing" in step 52191, the process moves to step 52192 and the P machine number in the receiving bagerato and the machine number in the card file are checked. When the two match, the process moves to step 32187, where the card text is inserted and an "ACK" packet is sent. This is also possible, for example, when the management device first performs steps 82181 to 521.
This takes into consideration the case where the pachinko machine executes ``97'' and sends ``ACK'', but the pachinko machine cannot receive it and sends the ``interrupt card-in'' packet again.

If the machine numbers do not match in step 52192, the inserted card is incompatible, so the process moves to step 52193 and transmits a 'NAK' packet.

FIG. 70 shows that when the interrupt switch provided on the pachinko machine 100 is turned on during a game, the management bag [4]
2 shows the processing procedure of the central processing unit CPU when receiving the "interrupt switch" packet sent to 00.

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

Next, the card status of the card data read from the card file is checked to determine whether or not it is "playing" (step 52203).

Here, if the card status is "playing", step 5220
Proceed to step 4, compare the card location terminal number in the packet and the card location terminal number read from the file, and if they match, the data in the card file (card number, number of balls, amount, card status, Rewrite the location terminal serial number and location terminal number) to the data in the packet (
Step 52205). Then, check whether the i-counter in the corresponding card file is less than 19 (step 82206), and if it is less than 19, increment the i-counter in step 52207, and enter the machine number, number of balls, and amount in the packet in the next history data column. After writing the current time on the timer, enter the card text “ACK”
Send the packet to the pachinko machine (step 52208
, 52209). Further, when it is determined in step 52206 that the i counter is 9, the i counter is not updated and the data in the packet is written in the 19th history data field by jumping to step 32208.

In this example, the number of history data columns is 20;
This is because the th data column is left for writing settlement data.

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

Here, if the card status is neither "gaming" nor "suspended", the game jumps to step 52214 and transmits a "NAK" packet to the pachinko machine.

If it is determined in step 82211 that the card status is "suspended", the process advances to step 52212, where the terminal number in the packet is compared with the terminal number in the file, and if they match, an 11ACK" packet is sent. return (step S2213).

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

FIG. 71 shows that when the end switch provided on the pachinko machine 100 is turned on during a game, the management device 4
2 shows the processing procedure of the central processing unit CPU when it receives the "termination switch" packet sent to 00.

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

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

FIG. 72 shows the return to zero (
This figure shows the processing procedure of the central processing unit CPU when a pachinko machine receives a ``pa return zero'' packet transmitted from the pachinko machine to the management device 400 when a state in which the number of balls held and the unused amount are both zero occurs.

The processing procedure when this packet is received is shown in Fig. 70.
Steps 52201 to 52214) are almost the same.

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

FIG. 73 shows the processing procedure of the central processing bag [CPLI-] when the pachinko machine 100 receives a "return to zero" packet transmitted from the pachinko machine to the management device 400 when a stop state occurs during a game. show.

Steps 52261 to 52268 in the processing procedure when this packet is received are steps 52201 to 52208 in the processing flow of FIG.
Steps 52275 to 52278 in FIG. 3 are steps 52211 to S221- in the processing flow in FIG.
4 and time.

The difference is that "discontinued" is written as the card status when updating the card file in step 82265.
In step 52275, it is determined whether the card status is ``Free'' or ``Stopped J'', rather than whether it is ``Suspended J''.

Furthermore, in this packet reception process, the data and time in the received packet are written in the history data field of the card file in step 52268, and then immediately after
Instead of transmitting the "ACK" packet, as shown in FIG. 73, the machine number in the received packet is also used to search for the P machine file.

"Discontinue" the operation information of the relevant pachinko machine data
Then, send an interrupt command containing the abort interrupt display screen data to the local processing bag W413, print out the fact that an abort has occurred along with the machine number by the printer 408, and then send an "ACK" packet to the pachinko machine. (Step 5)
2269-S 2273).

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

FIG. 74 shows a "Card Settlement" packet sent to the management device 400 when a card is inserted into the Settlement Machine 300, and a packet sent after the Settlement Machine executes card settlement based on its 'ACK'. The processing procedure of the central processing unit CPU when receiving the incoming "accounting completion" packet is shown.

When receiving a "card payment" packet, the central processing unit first calculates the card issuing serial number backward from the card number in the packet, searches the card file using the card issuing serial number, reads the data of the card, and processes the card. Determine whether the state is "free" or "suspended" (
Steps 52281-S2283). Here, if the card status is "free" or "suspended", the current time of the timer is set as the settlement acceptance time in step 52284, and the card number, number of balls held, and amount are set as the payment acceptance time in the card file. , I entered the card issuing serial number and card history data as payment data.” A CK
”Send the packet to the payment machine (step 32284)
, On the other hand, the card status read from the card file is "
If it is not "Free" or "Suspended", move from step 52283 to step 52285 and enter "NAK".
Send a packet. The payment machine 300 accepts the above “ACK”
``When we receive the packet, we will issue a receipt with the payment data in the packet printed, and after refunding the unused money, ``
Send a “payment completed” packet.

When the management device 400 receives this “payment completion” packet, the central processing device first calculates the card issuing serial number backward from the card number in the packet, searches the card file using the card issuing serial number, and searches the card file for the card. The data is read and it is determined whether the card status is "suspended" (steps 52291 to 52293). Here, if the card status is "suspended", a "suspension completed" packet is sent to the pachinko machine corresponding to the terminal number of the card read from the card file in step 52274,
After changing the suspended pachinko machine to a free state where you can play, and if the card status is not "suspended", jump to step 52294 and proceed to step 52295.
Proceed to ``20'' and set the counter in the card file to ``20''.
Update (or increment) to . Then, change the card status in the card file to "settled", write the settlement data in the first (=20) of the history data field, and send "A CK '" to the packet settlement machine 300 (step 52295.S2296).

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

When the abort release switch 433 is turned on, the local processing unit transmits an abort table data request command to the central processing unit (step 51071). When the central processing unit receives this command, the main memory devices M-M, E
Read the P machine files in order from M to check whether the operation information is "discontinued", and if it is "discontinued", check the machine number and operation data of the pachinko machine in the discontinued state. Send the number of times, number of balls played, number of balls out, number of differences, number of balls held, sales, and number of customers to the local processing device (Step 5
2301-S 2303).

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

On the other hand, after transmitting the operation data of the stopping machines, the central processing unit determines in step 52305 whether or not it has finished checking the operation information in the two machine files for all pachinko machines, and if it has not finished, returns to step 52301 to proceed to the next step. We will investigate whether the operation information for this pachinko machine is "discontinued" or not. When the check of the operation information for all machines is completed, a stop table data end command is sent to the local processing device (step 52304). Then, the local processing unit.

Lines 16 and 17 of the stop table release display screen in Figure 114
A message prompting the operator to input the machine number to be canceled is displayed on the line (step S1073).

The operator sees this message and presses the numeric keypad 425 to enter the machine number or rOJ (
When inputting rOJ, all pachinko machines are specified, the local processing device sends a suspension cancellation request command (step 51074). When the central processing unit receives the command, it specifies all pachinko machines that have been canceled. Determine whether to cancel the suspension for (steps 52306, 523
07).

Here, if all machines are not specified, proceed to step 52308, read the file of the specified pachinko machine, and determine whether the operation information is "discontinued" (step 52309).
), and when the operating information is other than "stopped", jump to step 52314 and send the result, and the operating information is "
If the pachinko machine is "stopped," it sends a "cancel cancellation" packet to the designated pachinko machine, and then determines whether or not an "ACK" has been received.

When "ACK" is received, the operation information of the P machine file is changed from "discontinued" to "free" and the discontinuation cancellation result is sent to the local processing device (step 523).
10-52314).

On the other hand, when it is determined in step 52307 that all machines are designated, the process moves to step 52315, where the P machine files are read in order and it is determined whether the operation information therein is "discontinued". Then, if it is other than "stop", jump to step 52320, and if "stop", step 52316 to 5
2319, after sending a "cancellation cancellation" packet to the corresponding pachinko machine, it is determined whether or not "A CK" has been received;
ACK” is received, change the operation information of the P machine file from “discontinued” to “free” and then proceed to step 5.
The process advances to 2320 to determine whether the process has been completed for all units. Here, if it is not completed, return to step 52315 and repeat the above procedure, and if it is completed for all units, step 5231
4 to send the cancellation cancellation result. Then, the local processing device receives the suspension cancellation result and changes the character "Uchi" displayed in the last column of the corresponding pachinko machine on the suspension table cancellation display screen in FIG. 114 to "empty". The process ends (step 51075).

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

When the forced termination switch 434 is turned on, the local processing bag w413 displays a forced termination menu screen on the CRT display device 1411 (step 81081), and uses the numeric keypad 425 while viewing this screen to select the pachinko machine, issuing machine, and payment. When the user inputs a number indicating the type of terminal of the machine that is desired to be forcibly terminated, the local processing device displays a unit forcibly terminated screen corresponding to the designated type of terminal (step 51082).

FIG. 115 shows the forced termination screen of the pachinko machine. In addition, on the forced termination screen of the issuing machine and the forced termination screen of the payment machine, the characters "Pachinko machine" displayed on the 5th line of the forced termination screen of the Pachinko machine in Figure A5 are replaced with "Issuing machine" respectively. Or it will simply change to a "payment machine".

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

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

After checking the operation information and updating the card files for all units, the process moves to step 52348 and sends a "forced termination request (type)" packet to all NAUs, and then receives a response from the NAU. If so, send the result to the local processing device (step 52348
~S 2350) - Then, the local processing device selects the specific machine display when the operator looks at the display menu selection screen in Fig. 121, and selects the specific machine display screen in Fig. 123 or the first
When the all-machine display screen shown in Figure 24 is displayed, the character "strong" is displayed in the last column of the corresponding pachinko machine to indicate that it is being forcibly terminated (steps 51085 and 510).
86).

On the other hand, if it is determined in step 52341 that all the pachinko machines are not designated, a "forced termination request (individual)" packet is sent to the designated pachinko machines (step 52351). Then, it is determined whether "ACK" is returned from the pachinko machine (step 52352), and if it is not returned, the process jumps to step 52350, and when the ACK is returned, the data of the pachinko machine is read from the P machine file. , the operation information is "Playing" or "Interrupted"
Check if it is, and if yes, follow the procedure 52344 above.
After updating the card file according to the same procedure as steps 52346 to 52346, the process moves to step 52350 and sends the forced termination result to the local processing device (steps 52353 to 52353).
82357).

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

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

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

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

When the central processing unit receives the issuing machine forced termination request command from the local processing unit, the central processing unit determines whether all units are specified or not.
If yes, “forced termination request (type)” for all NAUs
Send the packet, and if the response is received, send the result to the local processing device (steps 52361-8)
2364).

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

On the other hand, if it is determined in step 52341 that all machines are not specified, a "forced termination request (individual)" is sent to the specified issuing machine.
Send the packet (step 52365). and,
It is determined whether or not "ACK" has been returned from the issuing machine (step 82366). If not, the process jumps to step 52364, and when the ACK has been returned,
In step 82367, the operation information in the file of the issuer is changed to forced termination, and then the process moves to step 82360, where the forced termination result is sent to the local processing device.

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

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

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

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

When the central processing unit receives this command, it reads the pachinko machine files in order, checks whether the operation information is "forced termination", and if it is forced termination, it records the machine number and termination among the file data of the relevant pachinko machine. The number of times, the number of balls put out, the number of out balls, the number of differences, the number of balls held, sales, and the number of customers are transmitted to the local processing device (steps 82381 to 52383).

The local processing device displays the data of the forced termination pachinko machines in one line for each pachinko machine on the pachinko machine termination cancellation screen as shown in FIG. 116 (step 51113).

On the other hand, after sending the forced termination machine data, the central processing unit determines whether it has finished checking the operating information for all machines (step 52384); if no, step 52381).
If the answer is YES, the process moves to the next step 32385 and sends a display data end command to the local processing device. Then, the local processing device displays a forced termination cancellation message on lines 17 and 18 of the screen shown in FIG. 116, prompting the user to input the machine number for which the forced termination is to be canceled (step 51114). When the operator inputs the machine number or rOJ specifying all machines using the numeric keypad 425 while looking at this screen, a pachinko machine forced termination cancellation request command is sent to the central processing unit (step 51115).

When the central processing unit receives this command, it determines whether or not all units are specified, and if all units are specified, it sends a ``forced termination release (type)'' packet to all NAU530s, and then
Receive a response (ACK or NAK) from the AU and send the result to the local processing device (steps 52386~
52389).

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

Then, it is determined whether or not "ACK" has been received (step 82392). If yes, change the operation information in the file of the pachinko machine to "free" in step 52393, and if no, proceed to step 32389 and jump to , sends the results to the local processing device. When the local processing unit receives a message from the central processing unit that the forced termination has been successfully canceled, the local processing unit changes the status display in the last column of the display data line of the pachinko machine from “Strong” to “Empty” indicating free. (Step 51116).

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

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

On the other hand, in the process shown in FIG. 81, the payment machine file is searched, and the machine number of the payment machine, the payment amount, the number of coins paid, the number of payments, and the monitor information 2 are sent as forced termination machine data to the CRT display device as shown in FIG. 118. Display the screen for canceling forced termination of the payment machine as shown in .

In addition, when the process for canceling the forced termination of the issuing machine and payment machine is successful, the status display at the end of each line on the display screen changes from "stopped", which indicates that the machine is stopped, to blank (no display). Figure 82 shows the processing procedure of the central processing unit CPU when a power outage occurs.

When a power outage occurs, the power is switched and the central processing unit operates with backup from the auxiliary power supply 409. First, it is determined whether the operating mode is "open" or "closed" (steps 52441 and 52442), and the central processing unit If the operating mode of the device is other than "Open for business" or "Closed" (preparing, starting a power outage), the system will go down without doing anything.On the other hand, if the mode is "Open for business" or "Closed for business" In this case, after stopping the collection of regular data from each unit and changing the mode to "power outage countermeasures in progress", a message indicating that power outage countermeasures are in progress is sent to the local processing device (steps 52443 to 52445). The processing unit displays a power outage message on the CRT display (
Step 5l141). On the other hand, the medium processing device reads the 4-machine file and checks the operating information, and if the operating information is "playing", it calculates the issuing serial number from the card number in the 2-machine file and uses it to file the card file. is searched and the card status is rewritten to "free" (steps 52446 to 52450). After that, the operation information in the P machine file is rewritten to "free" and it is determined whether all pachinko machines are finished. If yes, the data in the common data area (including the setting value file and power outage flag)
Then, the card file, the issuing machine file, and the payment machine file are saved on the hard disk HDD, and the mode is changed to "closed", and then the system goes down (steps 52450-32458).

Power outage message display Nakaguchi - The cull processor queries the central processor about the mode, and when the mote becomes "closed," displays a termination message on the CRT display (
Step 5L142-31°144).

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

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

Note that the NORMAL bit of the NAU status is
Steps 52016 and 5201 in the initialization flow in Figure 2
If there is a response to the “line test” packet in step 7, it will be marked “l” (= normal), so the NAU that has not responded will
The NORMAL bit remains at "0".

Therefore, if the NORMAL bit is determined to be “On”, the 8th
NAU recovery processing steps 52471-52 in Figure 4 (A)
Execute 475. On the other hand, NORM of NAU status
If the AL bit is "1", the process advances to step 52464, where monitor information 1 in the unit file is read out to check whether the bit indicating token bus abnormality is "1".

If it is "work", token bus recovery processing steps 52481 to 52486 in FIG. 84(B) are executed.

If "O", check whether the bit indicating a hot code error in monitor information 1 is set to 1'' in the next step 52466, and if it is 1'', perform the hot code recovery process 524 in FIG.
91 to 52498. Meanwhile, step 5246
If it is determined in step 6 that there is no hot code error (no hot code error), the process proceeds to step 82467, where it is checked whether the unit abnormality bit in monitor information 1 is set to "1" and
Then unit recovery processing 52501 to 525o in FIG.
Execute step 9.

In the NAU recovery process shown in FIG. 84(A), first the NAU
Send a 4-line monitor check packet to a NAU whose status NORMAL bit is set to KI OH, set its timer, and if a response “ACK” is received before the time-out, the NORMAL bit of the relevant NAU status is changed to "1", then an interrupt display command is sent to the local processing unit to display a message informing that the NAU has been recovered on the CRT display screen, and print out the same content on the printer 408, and If "ACK" is not returned within a certain period of time, the process returns to the original routine without doing anything (step 52).
471-52474).

In the token bus recovery process shown in FIG. 84(B), first, a "unit monitor check" packet is sent to the unit whose token bus abnormality bit is It I It, and a timer is set (step 52481,
52482), then it is determined whether or not the response "ACK" is received before the timeout occurs (steps 52483, 52484), and if "ACK" is received within the time, the token bus of monitor information 1 in the unit file is After clearing the abnormal bit to 110 tt, a "restart" packet is sent to the unit to restart it (steps 52485 and 32486).

In the hot code recovery process shown in FIG. 85, a "unit recovery data" packet is sent to the unit where the previous hot code error occurred and a timer is set (step 5
2491. S, 2492).

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

The reason why the "PARISTART" packet is transmitted in step 52496 is because the unit that has received the "unit recovery data" packet transmitted in step 52491 enters the forced termination state.

In the unit recovery process shown in FIG. 86, first, a "unit monitor check" packet is sent to the unit with the unit abnormality and a timer is set (step 5250).
1,52502). Then, if "ACK" is received before a timeout occurs, a "Parunit recovery data" packet is transmitted and the timer is set again (steps 52503 to S2506). When "A CK" is returned, a "restart" packet is sent to the unit to restart the unit (step 525).
07-52509).

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

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

When the central processing unit receives this command, it reads the P machine files in order, checks whether the operating information is "playing", memorizes the machine number of the pachinko machine that is "playing", and then searches for all machines. It is determined whether or not the process has been completed, and if the answer is NO, the process returns to step 52511 and the above procedure is repeated (steps 52512 to 52514). After checking the operation information for all machines, step 525
Step 15, it is determined whether or not there is a pachinko machine in play, and if there is, the machine number of that pachinko machine is sent to the local processing device, and if there is no pachinko machine in play, ACK is sent.
is sent to the local processing unit and “closed” to all NAUs.
The packet is transmitted and the state waits for a command from the local processing device (steps 52516 to 2518). On the other hand, when the local processing device receives the machine number or "ACK", it disables the system end switch if there is a pachinko machine in play, displays the machine number in play, and then displays the normal display screen (No. 113). ) and waits for key human power (steps 51153 to S↓156). If an operator accidentally turns on the closing switch during business hours, he or she can notice the mistake by looking at this display.

Furthermore, since the screen does not change when there is no pachinko machine in play, when the system end switch 423 is turned on, the system end screen (first to fourth lines) in FIG. 119 is displayed (step 51157). When "1" is input from the numeric keypad 425 according to the instructions on this screen, the local processing unit sends a system termination request command to the central processing unit (step 51158). When the central processing unit receives this command, it creates a daily report file consisting of one day's business data, saves it on the hard disk HDD, erases the power outage save file from the hard disk, and then sends system termination message data (step S2).
520-82522). The local processing device receives this and displays a message (see line 7 in FIG. 119) instructing to turn off the power on the system termination screen (step 81159).

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

When the card revival switch is turned on, the local processing bag [
413 displays a message (first to third lines) prompting the user to input the card number on the card restoration screen as shown in FIG. 120 (step 51161). When you look at this screen and enter the issued serial number of the damaged card (printed on the card) using the numeric keypad 425, the local processing unit sends a card recovery data request command containing the card issued serial number to the central processing unit (step 311
62). Then, the central processing unit searches the card file using the sent card issuing serial number, reads the data of the card, and determines whether the card status is "r-gaming" (steps 52531 and 52532).

Here, if the card status is "playing", search the pachinko machine file using the location terminal number in the card file, read the data of the relevant pachinko machine, and read the number of balls and amount data in the pachinko machine file. The current value of the card is used as the current value of the card, and when the card status is other than "playing", the number of balls and amount data in the card file are used as the current value of the card, and these values are used as card data together with the history data read from the card file. Transmit to the local processing device (steps 52533-52536).

Then, the local processing device displays the card revival screen (first
The received card data and history are displayed on the top (Figure 20) (step 51163). Therefore, when the card restoration switch 424 is turned on again, a card restoration request command is sent (step 81164). When the central processing unit receives this command, it first sends initial values such as date, identification code, etc. to the card issuing device 700. After sending the "Send initial value" function and receiving the response ("Normal end" function), "Card reinstatement" is sent with the card number, card issuing serial number, and amount at the time of issue.
A function is sent to start the process of issuing a resurrection card (steps 52537 to 52339). When the card issuing device 700 finishes issuing the resurrection card, it sends the result (normal completion function), so the central processing unit receives it and then transmits the completion of the resurrection to the local processing device (steps 52540, 52541). .

Then, the local processing device displays the result on the card restoration screen and then changes the screen to the normal display screen (step 51165). The card issuing device 700 that receives the above-mentioned "card restoration" function prints the date of issue and the serial number of issue, and issues a reinstatement card with a reissue hole (the amount is not printed).

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

When the test card switch 437 is turned on, the local block device 413 turns on the CRT display! After displaying a test card issue message on the screen of 411, a test card issue request command is sent to the central processing unit CPU (steps 81171 and 81172).

Upon receiving this command, the central processing unit sends an "initial value transmission" function containing initial values such as date, identification code, etc. to the card issuing device 700.

When a response thereto ("normal end" function) is received, a "test card issue" function is sent (steps 52542 to 52544). When the test card issuing process in the card issuing device 700 is completed, the result will be sent to you, so after receiving the result,
Send test card issuance completion to local processing device (
Step 52545.82546). Then, the local processing device displays the test card issuance result on the CRT display device, changes the display screen to normal display, and ends the process (step S1173).

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

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

In the management device of this embodiment, when an interrupt signal is received from the timer TMR at a predetermined period, the sales statistics data display flow shown in FIG. [Send to CPU (step 81181). When the central processing unit receives this command, it reads the pachinko machine files in order and first calculates the cumulative total of the number of balls played, number of balls out, and sales from the operation data collected as regular data (step 5).
2551, 52552). Next, the operation information in the file is checked, and if the game is "in progress", the number of gaming machines is added by 1, and if the operating information is "in the process of being discontinued", the number of discontinued machines is incremented by 1 (steps 52553 to 52556). Then, in step 5, check whether the search for all pachinko machines has been completed.
2557), if it is a no, return to step 52551 and repeat the above procedure, and when it is completed for all machines, in the next step 32558, divide the cumulative value of the number of balls out and the number of out balls (number of balls out ÷ number of balls out). , It also calculates the operating rate (number of gaming machines ÷ number of pachinko machines connected) from the cumulative value of the number of gaming machines, and then sends the sales, percentage, operating rate, and number of discontinued machines to the local processing device as business statistical data ( Step 82558.,.

52559).

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

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

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

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

When this command is received, the central processing unit reads the pachinko machine files in order, and the operating information in the file is
Check to see if it is marked as "Balling out", and for those that are "Balling out", check the operating data for the number of balls in play, number of balls out, number of balls out, and number of differences.

The number of balls held, sales, and number of customers are sent as stopped machine data to the local processing device along with the machine number (step 5256).
1-52563).

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

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

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

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

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

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

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

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

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

FIG. 94 shows the procedure for data display processing for a so-called nose board (red board) in which the number of balls out is greater than the number of out balls.

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

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

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

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

FIG. 95 shows the procedure of data display processing for a so-called island table (black table) in which the number of balls put out is smaller than the number of out balls.

This island display flow is performed according to almost the same procedure as the winding display flow of FIG. 94. The difference is step 52
The only difference is that instead of determining whether the difference number is negative or not in step S 2602, it is determined whether the difference number is positive (plus) and only the operation data of the positive pachinko machine is transmitted (step S2602).

The configuration of the display screen is also the same as the honorarium display screen in FIG. 125.

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

This issuing machine data display processing flow is executed according to almost the same procedure as the data display processing flow for all pachinko machines shown in Fig. 93. What is displayed on the screen as issuing machine data along with the machine number is the accepted amount and the machine number. Deposit amount, withdrawal amount,
Number of issues and monitor. Here, the monitor corresponds to monitor information 1. Note that after displaying the data for all issuing machines, the total is displayed on the 18th line.

The central processing unit calculates the total data (step 8
2623).

Figure 97 shows the procedure for displaying payment machine data, and Figure 12 shows the procedure for displaying payment machine data.
FIG. 7 shows an example of the structure of the payment machine data display screen displayed on the CRT display device 411. The payment machine data display processing flow is almost the same as the issuing machine data display processing flow shown in FIG. 96. executed according to the following. Displayed on the screen as payment machine data along with the machine number are the payment amount, number of coins paid, number of payments, and monitor.

Figure 98 shows the sales data display processing procedure for displaying the sales data for the entire pachinko parlor, that is, the total of the main pieces of operating data for all units, and Figure 128 shows the sales data displayed by this process. An example of the configuration of a display screen is shown.

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

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

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

On the other hand, when the local processing device receives the sales data,
The sales data display screen shown in FIG. 128 is displayed on a CRT display [
411, receives the display data end command, and waits for key power (steps 51273, 81274).
), of the above business data, the number of cards issued is displayed as the number of cards issued, and the number of payments is displayed as the number of cards cleared.

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

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

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

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

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

FIG. 100 shows the procedure for displaying all card details to display data regarding all issued cards.

Further, FIG. 130 shows an example of the configuration of the all card details display screen displayed thereby.

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

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

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

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

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

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

This total display processing is executed according to almost the same procedure as the card details display processing shown in FIG. 100 (step 81
301-5L304, 52681-52689). The only difference is that step 52676 is omitted, that is, data for each card is not sent, but only the total data of all cards is sent (step 52686). On the other hand, correspondingly, total data is displayed on the screen of the CRT display device 411 (same as the lower half of the all card details display screen in FIG. 130).
only.

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

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

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

Upon receiving this command, the central processing unit sequentially reads the pachinko machine files and checks whether the card status in the file is "suspended" (step 51691).
, 51692), here, for those whose card status is "suspended", the history data column 1 of the card
The elapsed time (difference) is calculated by comparing the time read from the time (interruption occurrence time) with the current time of the timer (step 52693). Then, the elapsed time, the card number, the amount of money, the number of balls held in the card data, the location terminal number, and the interruption time in the history data field are transmitted to the local processing device (step 51694). Then, the local processing device displays the data of each card in one line as shown in FIG. 131 (step 51313). Furthermore, when the central processing unit finishes extracting the data of the interrupted cards for all cards in the file, it sends a display data end command, and when the local processing unit receives this, it waits for key input (steps 52695, 52696, S1
31.4. ).

In the management device of this embodiment, by displaying the interruption card data, the management device sends a “forced termination request” packet to a pachinko machine whose interruption elapsed time is too long. Then, by sending a ``forced termination release'' packet, the suspended state can be canceled and the transition can be made to the free state.This allows - number of players to play multiple pachinko games using multiple cards. This makes it possible to avoid a situation where a machine is monopolized, open up the pachinko machine to many players, and make the game fairer.Furthermore, in the system of this embodiment, the data of the suspended card is stored in the card file. Since the pachinko machine is stored in the machine, even if the suspended pachinko machine is released to another player, the interests of the player will not be harmed at all.

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

Although not shown, in the above embodiment, when there is too much data to be displayed on one screen, as in the all-machine display screen shown in FIG. Columns are now scrolled upwards.

FIG. 103 shows more specific details of the random number generation process 52012 in the initialization flow of FIG. 62 and the card number calculation process 52151 in the flow of FIG. 67, which calculates a card number using the random number obtained thereby. The steps are shown sequentially.

To generate a random number, first, a random number A between 0 and 10,000 is generated. Specifically, 1. For example, find the sum of the "month" and "day" that correspond to a business day, and "the number of the lowest digit of the current time (1/100 second unit)" and use it as a random number ( Step 527
01).

Next, using the random number generation command RND (n), which is one of the commands of the FORTRAN programming language, enter the random number 1 generated in the above step Sl into (n) to obtain a random number (7 digit or more) and convert it to 10
'Multiply to obtain a random number 2 (step S2702).

Then the same < FORTRAN instruction INT(n,
) to round down the decimal part of the random number 2 (step 52703).

After that, in step 52704, the random number A is determined to be O≦A.
Check whether the condition ≦10000 is satisfied, that is, whether A is greater than 0 and smaller than 10000. If A<O or A>10000, return to step S1 and set the random number A.
redo the occurrence. Then, in step 52705, 10,000 is added to the random number A that satisfies the above conditions. As a result, the random number A becomes any number between 10,000 and 20,000. Therefore, next, the FORTRAN command MO
Use D to find the remainder when random number A is divided by the integer "5",
This is set as random number B (step 32706). Therefore,
The random number B is one of 0, 1, 2, and 3.4.

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

However, the issue serial number n given here is 1 to 127.
67, and no cards exceeding 12,767 cards will be issued. As a result, the -next card number X is 10001 to 3276
It will be a number between seven (7). The reason why we set the upper limit of
This is to reserve a court with a raised area for special cards different from normal game cards (test cards in the embodiment described later).

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

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

In the case of 15 bits, the bit swapping pattern is (15!
-1) There are several possible ways to do this, but you can select any five of them and create a program to perform such bit swapping.The more bits are swapped, the longer the execution time will be, but the conversion pattern cannot be predicted. It becomes difficult. Therefore,
It is preferable to select a pattern in which all 15 bits are replaced.

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

Table 31 Table 32 Next, the actual conversion of the card number using the above bit replacement pattern will be explained, taking as an example the case where the random number A is 14297, the random number B is 2, and the issued serial number n is 635. In this case, the -next card number X is r1 from X = A tenn
It becomes 4932J. Expressing this in hexadecimal number is r3A
54J and expressed in binary number is rOOlllloooo
It becomes lololooJ. When this -next card number is converted using the third conversion pattern corresponding to random number B=2,
The table is as shown in Table 32 below, and the secondary card number is rlE13J in hexadecimal and "7699" in decimal.

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

Note that in the above embodiment, the issuing machine 2 is included in the management device 1400.
Card issuing device in 00 [The same issuing device as in 700 was installed, but test cards and resurrection cards should be issued by only punching bunch holes and recording magnetic data, without printing the amount etc. In cases where it is appropriate (such as when using pre-printed cards or handwritten cards), only a card reader 800 having a magnetic head 821 and a punching device 802 as shown in FIG. 710, the printing device 750, etc. may be omitted.

Plus, a management bag! Instead of incorporating the card issuing device 700 in the card issuing device 400, the management measures 400 to the issuing machine 200 “
It is also possible to send a card revival packet or a test card issue packet to cause the issuing machine to issue a revival card or test card.

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

Further, in the above embodiment, the setting switch is provided on the back of the console, but a lid may be provided on a part of the console, and the setting switch may be placed within the lid.

[Effects of the Invention] As explained above, the present invention manages valuable data substantially equivalent to the amount of money or the number of balls in a management device for each identification code given to a card, and in a pachinko gaming machine. In a pachinko gaming system that enables gaming within the range of valuable data obtained from the management device based on the identification code read from the card, the management device is represented as at least a data processing device and an input operation device. The system consists of a device and a magnetic storage device, and the switch for setting or changing important settings for the system is placed in a place that is difficult to see, such as the back of the console of the management device. Since the number of balls and purchase rate can be changed even after the system is installed, it is possible to change the model when replacing a gaming machine, improving the flexibility of the system, and setting the setting switch in a place that is difficult to see. This has the effect of effectively preventing erroneous operations and unauthorized operations.

However, instead of arranging the switch for setting or changing the set value in a location that is difficult to see, the switch may be configured to be operated in conjunction with a key switch.

[Brief explanation of drawings]

FIG. 1 is a system configuration diagram showing the overall configuration of a pachinko gaming system to which the present invention is applied, and FIGS. 2 (A) and (B) are front views showing an example of a card used in the system according to the present invention. Internal configuration diagram, Figure 2 (C) is an explanatory diagram showing an example of the configuration of the authenticity identification area in the card, Figure 2 (D) is a sectional view showing an example of the cross-sectional structure of the card, Figure 2 (E) is an explanatory diagram showing an example of the configuration of the magnetic recording section in the card, Figure 3 is a perspective view showing an example of the overall configuration of the pachinko machine that constitutes the gaming system, and Figures 4 (A) and (B) are the front side of the pachinko machine. FIG. 3 is a cross-sectional side view showing a configuration example of an operation panel section. FIG. 5 is an exploded perspective view of the operation panel section, FIG. 6 is a perspective view showing the internal configuration of the operation panel section, and FIG. 7 is a perspective view showing an example of the configuration of the enclosed ball circulation device on the back of the pachinko machine. Figure 8 is a perspective view showing the enclosed ball circulation device attached to a pachinko machine, Figure 9 is a perspective view showing details of the base of the ball launch rail, and Figure 10 is a view of the pachinko machine with its front panel opened. Figure 1 is a perspective view showing an example of the configuration of a frame board that includes a frame that holds a game board and a firing rail that is coupled to the frame, and Figure 12 shows the back configuration of the front frame of a pachinko machine. A perspective view, FIG. 13 is a rear perspective view showing an example of the configuration of the back side of the pachinko machine, FIG. 14 is a perspective view showing an example of the configuration of the pachinko machine control unit, and FIG. 15 is a perspective view showing the internal configuration of the control unit. Fig. 16 is a perspective view showing the configuration of the front panel of the control unit, Fig. A perspective view showing the framework, Figure 19 is a perspective view showing the pachinko machine and control unit installed on the island equipment, Figure 20 is a perspective view showing the back of the island equipment, and Figure 21 is the control system of the entire pachinko machine. Block diagram showing. FIG. 22 is a block diagram showing an example of the circuit configuration of a pachinko machine control device, FIG. 23 is a block diagram showing an example of the circuit configuration of a pachinko machine control unit, FIG. 24 is a memory map showing the area configuration of the unit memory, and FIG. 26 is an exploded perspective view of the card reader; FIG. 27 is an exploded perspective view showing details of the card insertion section of the card reader; FIG. 28 (A) , (B) are cross-sectional side views showing the details of the card insertion part of the card reader, and FIGS. 29(A) and (B) are
30(A) is a cross-sectional side view showing details of the shutter portion at the entrance of the card reader, and FIG. FIG. 30(B) is a sensor detection timing chart when a card is inserted; FIG. 31 is a block diagram showing an example of the circuit configuration of a card reader control device; FIG. 32 is a block diagram showing an interface circuit of the card reader; The figure is a timing chart showing the data reading and writing timing of the card reader, FIG. 34 is a perspective view showing a configuration example of a card issuing machine used in the gaming system according to the present invention, and FIG. 35 is a front panel of the issuing machine. FIG. 36 is a perspective view of the card issuing device installed in the issuing machine; FIG. 37 is a schematic configuration diagram of the card issuing device; FIG. 38 is a perspective view showing the opened state;
FIG. 39 is a perspective view showing the structure of a card ejecting device constituting the card issuing device, and FIG. 39 is a perspective view showing the structure of the card ejecting device also forming the card issuing device. Fig. 40 is a block diagram showing a configuration example of a control device of a card issuing machine, Fig. 41 is a block diagram showing a configuration example of a unit control device of a card issuing machine, and Fig. 42 (A) shows a configuration example of a payment machine. Perspective view shown, No. 42
FIG. 43 is a perspective view showing an example of the configuration of a card payment device constituting the payment machine. Figure 44 is a perspective view of a pachinko parlor counter constructed using the payment machine of this embodiment, and Figures 45 (A) and (B).
FIG. 2 is an explanatory diagram showing an example of the structure of a receipt issued by a payment machine. FIG. 46 is a block diagram showing an example of the configuration of the control device of the payment machine; FIG. 47 is a block diagram showing an example of the configuration of the unit control device of the payment machine; FIG. 48 is a perspective view showing an example of the configuration of the entire management device; 49th
The figure is a block diagram showing an example of the system configuration of the management device itself. FIG. 50 shows an example of the configuration of the console of the management device. (A) is a plan view, (B) is a rear view, and FIG. FIG. 52 is an explanatory diagram showing the state transition of cards in the gaming system of the present invention; FIG. 53 is a block diagram showing an example of the configuration of the transmission system in the gaming system of the present invention. , Figure 54 shows N, which controls data transfer on the network.
55 (A) and 55 (B) are block diagrams showing a configuration example of an AU (network adapter unit); FIGS. Figure 55 (C) shows the management device-N on the low-layer network.
Block diagrams showing the packet structure between AUs and between the management device and the unit, FIGS.
B) is a configuration diagram of a “line test” packet, and Figure 57 (A), CB) is a “unit table request”
Figures 58 (A) and (B) are diagrams of the configuration of the "initial value setting"packet; Figures 59 (A) and (B) are diagrams of the "regular data request" from the management device to the pachinko machine and its The configuration diagram of the response packet, Figure 60 (A) and (B) is a configuration diagram of the "various command" packet and its response "ACK" packet, Figure 6E (
A), (B), and (C) are "card-in" packet and its response "A CK '" and negative response "N A K
"Packet configuration diagram, Figures 62 (A) to (D) are flowcharts showing the initialization procedure of the central processing unit and local processing unit in the management device, and Figure 63 is a flowchart showing the initialization procedure of the central processing unit and local processing unit in the management device. 64 is a flowchart showing the processing procedure when the setting update switch on the top surface of the console is turned on in the management device; FIG. 65 is a flowchart showing the processing procedure for periodic data request by timer interrupt; FIG. 66 is a flowchart showing the procedure of the regular data reception process as a response, FIG. 67 is a flowchart showing the processing procedure when the management device receives the "Card Purchase" packet, and FIG. Fig. 69 is a flowchart showing the processing procedure when the management device receives the “Suspend Card-in” packet, and Fig. 70 shows the processing procedure when the management device receives the “Suspend Switch” packet. Figure 71 is a flowchart showing the processing procedure when the management device receives the "termination switch" packet, and Figure 72 is the flowchart showing the processing procedure when the management device receives the "return to zero" packet. FIG. 73 is a flowchart showing the processing procedure when the management device receives a "cancellation" packet, and FIG. 74 is a flowchart showing the processing procedure when the management device receives the "Card Payment" packet.
A flowchart showing the processing procedure when a packet is received, FIG. 75 is a flowchart showing the processing procedure when the cancellation release switch on the top surface of the console in the management device is turned on, and FIGS. 76 to 78 show the processing procedure in the management device when the console Flowchart showing the processing procedure when the forced termination switch on the top surface is turned on; FIGS. 79 to 81 are flowcharts showing the processing procedure when the forced termination release switch on the top surface of the console is turned on in the management device; FIG. 1 is a flowchart showing a procedure for power outage processing in the management device when a power outage occurs. FIG. 83 is a flowchart showing a procedure for network error recovery processing in the management device, and FIG. 84(A) is a flowchart showing a specific procedure for NAU recovery processing in the processing flow of FIG. 83. FIG. 84(B) is a flowchart showing the specific steps of the token bus recovery process in the process flow of FIG. 83, and FIG. 85 is a flowchart showing the specific steps of the hot code recovery process in the process flow of FIG. , FIG. 86 is a flowchart showing the specific procedure of unit recovery processing in the processing flow of FIG. 83, FIG. 87 is a flowchart showing the processing procedure when the closing switch on the top surface of the console is turned on in the management device, and FIG. 88 The figure is a flowchart showing the processing procedure when the card recovery switch on the top surface of the console is turned on in the management device. Fig. 89 is a flowchart showing the processing procedure when the test card restoration switch on the back of the console is turned on in the management device, Fig. 90 is a flowchart showing the processing procedure for interrupt displaying of sales statistical data by timer interrupt, and Fig. 91 is Flowchart showing the procedure for data display processing of a stop table, Fig. 92 is a flowchart showing the procedure for data display processing for a specific machine, Fig. 93 is a flowchart showing the procedure for data display processing for all machines, Fig. 94 is in red. Figure 95 is a flowchart showing the procedure of data display processing of the machine in black, Figure 96 is a flowchart showing the procedure of data display processing of the issuing machine, Figure 98 is a flowchart showing the procedure of data display processing; Figure 99 is a flowchart showing the procedure of data display processing for a specific card; Figure 100 is a flowchart showing the procedure of card total data display processing. FIG. 101 is a flowchart showing the procedure for displaying card details data; FIG. 102 is a flowchart showing the procedure for displaying data of a suspended card. FIG. 103 is a flowchart showing a card number generation procedure in the management device, FIG. 104 is a display screen configuration diagram showing an example of the configuration of an initial screen displayed on a CRT display device in the management device, and FIG. 105 is a CRT display in the management device. A display screen structure Is showing an example of the structure of an abnormal terminal display screen displayed on the device;
106 is a display screen configuration diagram showing an example of the configuration of a store opening request screen displayed on a CRT display device in the management device; FIG. 107, FIG. 108, and FIG. FIG. 110 is a display screen configuration diagram showing an example of the configuration of a discontinuation number setting screen displayed on a CRT display device in the management device; FIG. FIG. 112 is a display screen configuration diagram showing an example configuration of a Murai mode setting screen displayed on a CRT display device in the device; FIG. 112 is a display screen configuration diagram showing an example configuration of a date and time setting screen displayed on a CRT display device in the management device; FIG. 113 is a display screen configuration diagram showing an example of the configuration of a normal display screen during business hours displayed on a CRT display device in the management device, and FIG. 114 is a configuration of a cancellation cancellation screen displayed on a CRT display device in the management device FIG. 115 is a display screen configuration diagram showing an example of the configuration of a Pachinko machine forced termination screen displayed on a CRT display device in the management device; FIG. FIG. 117 is a display screen configuration diagram showing an example of the configuration of a pachinko machine forced termination cancellation screen displayed on a CRT display device in the management device; FIG. FIG. 2 is a display screen configuration diagram showing a configuration example of a payment machine forced termination cancellation screen displayed on a CRT display device in a management device. FIG. 119 is a display screen configuration diagram showing a configuration example of a system termination screen displayed on a CRT display device in the management device, and FIG. 120 is a display screen diagram showing a configuration example of a card recovery screen displayed on a CRT display device in the management device. Screen structure Is, Figure 121 is a display screen configuration diagram showing an example of the configuration of a display menu selection screen displayed on a CRT display device in the management device, and FIG. 123 is a display screen configuration diagram showing a configuration example of a specific unit display screen displayed on a CRT display device in the management device; FIG. 124 is a CRT display in the management device FIG. 125 is a display screen configuration diagram showing an example of the configuration of an all-machine data display screen displayed on the device; FIG. Figure 126 is a display screen configuration diagram showing an example of the configuration of the issuing machine data screen displayed on the CRT display device in the management device, and Figure 127 is a configuration example of the payment machine data display screen displayed on the CRT display device in the management device. FIG. 128 is a display screen configuration diagram showing an example of the configuration of a sales data screen displayed on a CRT display device in the management device. FIG. 129 is a display screen configuration diagram showing an example of the configuration of a specific card data screen displayed on a CRT display device in the management device, and FIG. 130 is a configuration example of a card detail data screen displayed on a CRT display device in the management device. FIG. 131 is a display screen configuration diagram showing an example of the configuration of an interruption card data display screen displayed on a CRT display device in a management device. 100...Pachinko machine, 110...Operation panel, Engineering 13...Purchase switch, 114...Interrupt switch, 115...End switch, 130...
Line ring device, 16o...Control unit, 180...
...Unit control device, 188...Card reader control device, 195...Pachinko machine control device, 90 units...Unit controller, 200...Card issuing machine, 700...Card issuing Device, 7e0...Card ejecting device, 740...Card reversing device, 750
...Printing device, 770... Card deriving device, 3
00...Payment machine, 400...Management device, 550
... Unit memory, 551 ... Data transmission controller, 553 ... Network controller, 800 ... Card reader, 802 ... Card insertion/ejection port, 807 ... Conveyance motor, 809...Shutter solenoid, 820...Punch device, 821
...magnetic head. Hatake 2 (B) (A) Figure CB) 846 (A) 46 28th 29th CB) 08/45 04 (B) , 809 < U OuJ LL O (A) Figure 4 (B) 60 Figures (A) (B) Various command packets A, CK Hee m Figure 61 (A) "Cart-in" packet configuration Management device ← NAU (Card No. 0) NAU ← Control unit (Card No. ○) 1442- No. 61 Figure (B) "Packer-in" packet configuration (acknowledgement) Management device → NAU (ACK ten card text) NAU → Control unit (ACK ten card text) Figure 61 (C) "Card-in" packet composition (negative Response)” Management device → NAU (NAK) NAU → Control unit (NAK) A certain figure 103

Claims (1)

[Claims] (1) Valuable data substantially equivalent to the amount of money or the number of balls is managed in a management device for each identification code given to the card, and in pachinko gaming machines, the above data is managed based on the identification code read from the card. In a pachinko gaming system that enables gaming within the range of valuable data obtained from a management device, the management device is connected to a master control device, a local processing device, an input operation device, and a controller.
It is composed of an RT display device, a magnetic storage device, a printing device, an auxiliary power supply device, and a transmission control device, and the number of prize balls, purchase ball rate, number of terminals, and gaming parlor identification code are set on the back of the input operation device. A management device for a card-type game system, characterized in that it is provided with a key for making changes.