JP3354508B2 - Communication game system - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication system in which a plurality of game machine units each having a board are connected by communication means, and more particularly, to background music (hereinafter abbreviated as BGM) in the game machine unit. Related to a communication game system where music is played
Things.

[0002]

2. Description of the Related Art Recently, a communication game system has emerged in which a plurality of game machine units are connected by communication means so that a plurality of players attached to each game machine unit can enjoy a game in the same game space. ing.

A game machine unit that constitutes such a communication game system plays some music while playing a game.
Generally, GM is reproduced from a speaker or the like. This is because it is intended to enhance the fun of the game by utilizing not only sight but also hearing.

[0004]

However, in the conventional communication game system, the types of BGM that can be reproduced are limited and the reproduction order is uniformly determined.
It was just repeating the same song. In this,
Despite playing the music as BGM, hearing did not increase the fun of the game.

In view of the above, it is a first object of the present invention to change the music played by a game machine unit constituting a communication game system at any time in accordance with the game situation of a player so that the effect for each player can be improved. It is to enhance the effect.

A second object of the present invention is to provide a game effect in the whole communication game system by making the music played as BGM for each game machine unit constituting the communication game system as one music in the whole communication game system. It is to enhance the above effect.

[0007]

According to a first aspect of the present invention, a plurality of game machine units installed in close proximity use communication means so that a plurality of players can play a game in the same game space. In a communication game system in which music is played as BGM in a game machine unit while the game is in progress, a performance data storage means for storing a plurality of performance data strings for music performance; Status detection means for detecting a game situation for each game machine unit; and a predetermined performance data sequence selected and read from the performance data storage means in accordance with the game situation for each game machine unit detected by the status detection means. , The selected performance based on the performance start position information determined for each song update timing. A sequencer that determines the performance start position of a music piece based on a data string, and a music piece based on the selected performance data string that is provided for each game machine unit and that is synchronized between a plurality of game machine units from the time of music update timing And playing means for playing from the start position.

According to a second aspect of the present invention, in the case of the first aspect, the music pieces played for each performance data string have the same tempo and key. .

According to a third aspect of the present invention, in the case of the first or second aspect, the counter of the game machine unit set to the master mode among the plurality of game machine units is determined by the game machine unit. The song is updated based on the value counted according to the progress of the song played on the side
That is, the timing and the music performance start position information are determined.

According to a fourth aspect of the present invention, in the case of the first aspect of the present invention, the performance data
The data column is used to select data according to the performance start position information.
Is divided into performance data for each predetermined amount.
It is to be.

[0011]

Embodiments of the present invention will be described below in detail with reference to the drawings. The present invention is configured to achieve a predetermined object by connecting a plurality of game machine units by a communication line. In the following description,
An example will be described in which a plurality of game machine units each having an operation panel for two players are provided.

The communication game system of the present embodiment is formed by installing a plurality of game machine units at a game center or the like so as to be adjacent to each other. Each game machine unit is configured by providing a display device such as a video screen and an operation panel for two players on the front surface of a housing, and a predetermined substrate is provided inside each housing.

FIG. 1 is a block diagram showing a main configuration of a communication game system according to an embodiment of the present invention. FIG. 2 is a data flow diagram showing a performance state in the game machine unit. FIG. 3 is a schematic diagram showing a sequencer program according to the embodiment of the present invention. The block diagram shown in FIG. 1 represents a plurality of game machine units connected by a communication line. The configuration of the second and subsequent game machine units connected to the main CPU 20 is omitted. This is omitted because the second and subsequent units can be connected with the same configuration.

A board mounted on each game machine unit includes a communication module 10 and a main CPU 2 as shown in FIG.
0, a shared memory 30, a sequencer 40, a PCM tone generator 50, a D / A converter 60, an amplifier 71, a speaker 72, a performance data memory 80, and a timbre data memory 90. The outline of each component configuration will be described below.

The communication module 10 corresponds to an example of a communication means, and stores a communication protocol for controlling data communication between boards. Communication module 10
Are supplied as a common one in which both the communication protocol for the master board and the communication protocol for the slave board are stored.

The main CPU 20 corresponds to a mode allocating means and a status detecting means, and manages communication management, game progress and game situation management, and a sequencer 40.
Is controlled to control the entire game machine unit. The main CPU 20 writes a command or the like in the shared memory 30 so that the sequencer 4
0 is controlled.

The main CPU 20 stores a master / slave automatic allocation routine which will be described with reference to FIG. 4. When the power supply of the entire system is turned on while the boards are connected to each other by a communication line, the main CPU 20 stores the information. A master / slave allocation routine stored in the board is executed to set a game machine unit in which coins are first inserted into a master mode for communication processing, and to set a slave mode for communication processing of another game machine unit. . In the present embodiment, the master and the slave in the communication process will be described as they are as the master and the slave in the performance process. However, the present invention is not limited to this. A master in processing may be set as a slave in performance processing.

In this embodiment, a case where a master mode or a slave mode is set on a communication protocol will be described. However, the present invention is not limited to this case. There may be. In this case, the main CPU 20 sets a master or a slave in the performance processing.

Although not shown, two operation panels, a coin insertion sensor, and a start button are connected to the main CPU 20.

The shared memory 30 is a memory shared by the main CPU 20 and the sequencer 40. As shown in FIG. 2, the shared memory 30 has a register 31 for holding a count value counted by the game machine unit set to the master mode, a register 32 for holding a game situation, and a register 33 for holding a remaining time of the game. When,
A register 3 for holding a value indicating how many players are in the team to which the player set in the master mode belongs
4 is provided. In the game machine unit has been set to the slave mode, the value of the register 31 is set from the main CPU20 that is set in the master mode
Becomes If the game machine unit is set to the master mode, the main CPU 20 of the game machine unit sets the values of the registers 31 to 34.

The sequencer 40 includes a CPU (not shown), and performs a process implemented by the flowcharts shown in FIGS.
0 and performs a performance process, and includes a RAM (not shown) used as a program work area. A CPU (not shown) constituting the sequencer 40 has a timer capable of counting every frame, and executes a counting process only when the mode is set to the master mode. One frame is the minimum time that can be processed by the hardware of this embodiment, and is about 1/60 second.

The PCM tone generator 50 stores a timbre data memory 90 based on data and the like input from the sequencer 40.
Reads timbre data from, generates sound data and generates D / A
It is sent to the converter 60. Here, the sound data is data obtained by synthesizing timbre data based on performance data.

The D / A converter 60 sends a music signal obtained by D / A converting the sound data to the amplifier 71. The sound signal amplified by the amplifier 71 is reproduced by the speaker 72. In FIG. 1, only one system is shown for the amplifier 71 and the speaker 72. However, actually, two systems of the amplifier 71 and the speaker 72 are provided, and stereo reproduction is performed.

The performance data memory 80 stores a sequence processing program and a performance data sequence 82 as shown in FIG.
M. For example, the sequence processing programs shown in FIGS. 5 to 8 are realized by describing them in a predetermined area as shown in FIG. In particular, as described with reference to FIG. 7, a program for controlling the PCM sound source 50 and a volume setting table are described so that the volume can be changed depending on the number of people constituting the team (see FIG. 3).

According to the communication game system of the present embodiment, when music corresponding to the same game situation is played as BGM from a plurality of game machine units, the music corresponding to a specific game situation sounds larger than necessary. There is. In order to avoid such a situation, a volume setting table is provided in order to realize a function of adjusting the music corresponding to the same game situation from a plurality of game machine units so as to have the same audible volume.

The sound volume setting table according to the present embodiment is designed to adjust the audible sound volume according to the number of teams to which the player belongs. For example, when the number of people constituting a team is four, the volume setting table plays at 70% of the auditory sense with respect to the standard volume set when playing alone, and the number of people constituting the team is three. 80% of the maximum volume in the sense of hearing against the standard volume when a person
When the number of people constituting the team is two, it is set so as to perform at 90% of the maximum volume in terms of auditory sense with respect to the standard volume. The standard volume is appropriately set according to the installation environment such as a game center.

In the sound volume setting table in the present embodiment, music played as BGM in the event that the game situation is "dead" or "diamond taken" is set to the standard sound volume.

As shown in FIG. 2, the performance data sequence 82 stores, for example, data rewritten from musical scores to musical score data and data for controlling the PCM tone generator in the performance data memory 80. The performance data sequence 82
As shown in FIG. 2, for example, “winning”, “diamond”, “DEAD”, “immediately before the end” and the like are stored separately for each music. As a result, music can be selected and read according to the game situation.

The performance data sequence 82 constituting the music described above
Are divided into performance data 1, performance data 2, performance data 3, performance data 4,... Every data amount of 0.9 seconds corresponding to 1/2 bar. Each of the performance data 1, the performance data 2, the performance data 3, the performance data 4,...
1, LABEL # 2, LABEL # 3, LABEL # 4
・ ・ Is inserted. If the performance data is read from the position of LABEL # N, the performance is started from any position in every 1/2 bar. Even if the volume changes at such a timing, it is possible to comfortably appreciate human hearing. The reason why the performance data sequence 82 is musical score data is that it is convenient to control the performance time of the performance data sequence separated by labels.

In this embodiment, the performance data sequence 82
Is divided into 1/2 bars, the music adopted as BGM is equivalent to 1.8 seconds per bar, and if it is half of that, the time is less than 1 second, and the time when humans are not aware of waiting Because it is an interval. Therefore, if the time interval is such that a human is not aware of waiting, the unit for dividing the performance data sequence 82 is not limited to 1/2 bar. For example, in the case of a song with three beats, it may be 1/3 bar.

The timbre data memory 90 stores the PCM sound source 50
, For example, sound data obtained by sampling sounds of a piano, a violin or the like. The sound data may be, for example, data obtained by sampling so-called sound effects such as a sound of a wave, a sound of a rain, and a sound of an animal. In this case, the sound effects can be generated in a synchronized state by a plurality of game machine units.

Next, the procedure for automatically assigning masters and slaves will be described with reference to FIG. FIG. 4 is a flowchart showing a master / slave assignment routine. When the system is powered on, a master / slave assignment routine operates on the boards mounted on each game machine unit, and hardware standby processing is performed on each board (step 1). This standby process includes temporarily setting the mode of each communication module 10 to the reset mode.

The main CPU 20 determines whether or not a coin has been inserted (step 2). Main CPU 20
If it is detected in step 2 that a coin has been inserted, it checks whether any game machine unit has already been set to the master mode (step 3). Main CPU 20
If it is determined in step 3 that there is no game machine unit set to the master mode yet, a process to become a master is executed (step 4), and the main CPU 20 instructs another game machine unit to enter the master mode. Contact (step 5). As a result, the main CPU 20 sets the communication module 10 to the master mode and executes the communication protocol for the master board.

On the other hand, if the main CPU 20 confirms in step 3 that a master already exists, the main CPU 20 executes processing for becoming a slave (step 6). Thereby, the main CPU 20 sets the communication module 10 to the slave mode and starts the communication protocol for the slave board.

The main CPU 20 executes step 5 described above.
Alternatively, when the processing of step 6 is completed, the present routine ends. As described above, according to the present embodiment, the game machine unit in which a coin is first inserted among the plurality of game machine units connected via the communication line is set as the master in the communication protocol.

FIG. 5 is a flowchart showing a music performance main routine according to this embodiment. FIG. 6 is a flowchart showing a music selection processing subroutine.
FIG. 8 is a flowchart showing a volume control subroutine, and FIG. 8 is a flowchart showing a music performance start subroutine.

Next, the performance process when the game machine unit is set to the master mode will be described with reference to FIGS. After being set to the master mode in the master / slave assignment routine shown in FIG.
If the main routine for playing music shown in FIG. 5 is started, it is determined in step 11 that the mode is the master mode, and the counter is initialized to 0 (step 12). Sequencer 40 is built-in
It is determined whether or not it is the music update timing with reference to the timer (step 13).

If the sequencer 40 determines in step 13 that it is the music update timing, it executes a music selection processing subroutine (step 14). Step 14 shown in FIG.
The music selection process will be described in detail with reference to FIGS. 6 and 2. If the music selection process subroutine shown in FIG. 6 is started, the sequencer 40 determines whether the game is about to end (until the game ends). It is determined whether or not there is at least 15 seconds (step 141).

If the sequencer 40 determines in step 141 that it is not immediately before the end of the game (it takes 15 seconds or more until the end of the game), the sequencer 40 refers to the value of a built-in timer to determine whether or not it is an intermediate check timing (step 141). 14
2).

If the sequencer 40 determines in step 142 that it is an intermediate check timing, the sequencer 40
With reference to the contents of the register 32 indicating the game situation of 0, it is determined whether the music is "DEAD" or "diamond" (step 143).

If the sequencer 40 determines in step 143 that the content of the register 32 is either "DEAD" or "diamond", the song "DEAD" stored in the performance data memory 80 as shown in FIG. Alternatively, a song is selected from the song "diamond" (steps 144, 145, 146). This means that if the situation is either "dead" or "diamond",
The sequencer 40 changes the music played as BGM every 54 frames, which is the intermediate check timing.

The sequencer 40 ends this subroutine and proceeds to the processing of step 15 shown in FIG.

In the series of processing consisting of the above-mentioned steps 142 to 146, only when the situation is “dead” or “diamond picked up”, the processing is performed at a shorter time interval than a normal game situation described later. become. The reason is that, for example, if the player dies, the subsequent game play is interrupted, so that it is necessary to notify the player as soon as possible. The situation in which a diamond is taken is an important event that occurs at short intervals during the game play. Therefore, it is necessary to promptly notify the player of the music.

On the other hand, if the sequencer 40 determines at step 142 that it is the intermediate check timing, but the sequencer 40 determines at step 143 that it is neither "DEAD" nor "diamond", it executes a music selection process. Without performing the subroutine shown in FIG.
Then, the process proceeds to step 15 shown in FIG.

In the present embodiment, the game situation in which the music is changed at an intermediate timing is limited to a case where the game is dead or a diamond is used. However, the present invention is not limited to this. If it is, any thing may be used.

The sequencer 40 determines in step 141
If it is determined that the time is just before the end of the game (less than 15 seconds until the end of the game), the selection process of “immediately before the end” is performed (step 149). As a result, the subroutine ends, and the process proceeds to step S15 shown in FIG.

If the sequencer 40 determines in step 142 that the timing is not the intermediate check timing, that is, that it is 108 frames corresponding to one bar, the sequencer 40 refers to the contents of the register 32 of the shared memory 30 to perform music selection processing (step 142). 144). More specifically, the sequencer 40 performs the song selection process in step 144 according to the contents of the register 32 in accordance with the contents of the register 32 (step 145), the selection process in "diamond" (step 146), and the "winning". 』
(Step 147), "losing" selection (step 148), and "1" not shown in FIG.
One of the “place” selection process and the “least significant” selection process. This allows normal song update timing,
Specifically, the music played as BGM can be changed every 108 frames.

Since the music used in the present embodiment has the same tempo and key, even if the music is changed in accordance with the game situation as described below, the music is played as a whole communication game system. Music is constituted as one music as a whole.

The game machine unit according to the present embodiment is intended to enhance the effect of the production by notifying the game player of his / her own game situation from hearing by changing the music played as BGM. As a way to enhance the production effect from the music side, the first place, the team is winning, the team is losing, adjust the composition so that the music is from luxurious to sober in the lowest order I have. Here, “luxurious” means that the number of musical tones is increased and musical sounds in the high frequency range are increased, and “small” is that the number of musical tones is reduced and musical sounds in the low frequency range are increased so as to be an accompaniment.

The sequencer 40 executes the processing in step 145 described above.
After the execution of any one of the steps 148 to 148, the subroutine shown in FIG. 6 is terminated, and after the subroutine processing of step 14 shown in FIG. 5 is terminated, a volume adjustment processing subroutine is executed (step 15).

The volume control subroutine of step 15 shown in FIG. 5 will be specifically described with reference to FIGS. The sequencer 40 executes a volume adjustment processing subroutine shown in FIG. 7, and determines whether or not the music piece changes the volume (step 151).

If the sequencer 40 determines in step 151 that the song is not a song whose volume is to be changed (for example, a song selected when the game status is the first or lowest), the sequencer 40 selects a standard volume (step 155). . Sequencer 40
Performs the volume setting (step 154), ends this subroutine, and proceeds to step 16 shown in FIG. The volume setting table in the present embodiment does not function when the game situation is the first or lowest. This is because, in such a game situation, the performance is always performed by a single game machine unit, so that the performance is performed at the maximum volume irrespective of the number of people constituting the team.

On the other hand, the sequencer 40
If it is determined that the song is a song whose volume is to be changed (for example, a song other than the song selected when the game status is the first or lowest), the team is referred to the value of the register 34 of the shared memory 30 to determine the team. Check the number of members (step 15
2). The sequencer 40 obtains volume data from the volume setting table described above based on the value of the register 34 (step 153). The sequencer 40 sets the volume (step 154), terminates the subroutine shown in FIG. 7, and executes the music performance start processing subroutine shown in FIG. 5 (step 16). As described above, according to the volume adjustment subroutine shown in FIG. 7, the music corresponding to the specific game situation is not played at an excessively high volume.

The sequencer 40 performs step 1 shown in FIG.
The music performance start subroutine No. 6 will be specifically described with reference to FIG. When the music performance subroutine shown in FIG. 8 is started, the sequencer 40 reads a counter value from a built-in timer (step 161). Sequencer 40
Selects the start position of the music from the counter value obtained in step 161 (step 162). The sequencer 40 starts the music performance processing (step 163) and ends the subroutine shown in FIG. 8, and the sequencer 40 proceeds to step 17 shown in FIG.

The sequencer 40 performs step 1 shown in FIG.
At 7, it is determined that the master mode has been set, and the built-in counter is incremented (step 18).
Subsequent to this process, the main CPU 20 sends the count value of the counter to the game machine unit in the slave mode via the communication module 10. This count value becomes the count value written to the register 31 of the shared memory 30 of the game machine unit in the slave mode described later.

The sequencer 40 executes step 18 shown in FIG.
It is determined whether or not the music performance has ended after the processing of (step 19). If the sequencer 40 determines in step 18 that the musical performance has not been completed, the sequencer 40 proceeds to step 1 described above.
After returning to 3, the subsequent steps are executed.

On the other hand, if the sequencer 40 determines in step 19 shown in FIG. 5 that the music performance has ended, the sequencer 40 ends the main routine shown in FIG. The above is the music performance processing in the game machine unit set to the master mode. By changing the music played as BGM as needed in accordance with the game situation, the effect on the performance for the player can be enhanced.

Note that the music performance processing is not shown in the flowchart shown in FIG. Since the music performance processing is started in parallel with the music selection processing subroutine, the volume adjustment subroutine, and the like by the start of the music performance start processing, it is not shown because of the control flow.

Next, the music performance processing in the game machine unit set in the slave mode in the master / slave assignment routine shown in FIG. 4 will be described with reference to FIGS.

The sequencer 40 has a master
If the performance main routine shown in FIG. 5 is started after the slave mode has been set in the slave allocation routine, it is determined in step 11 that the master mode has not been set. 32, it is determined whether or not it is the music update timing. Hereinafter, the sequencer 40 mounted on the game machine unit set in the slave mode will be described with reference to FIGS.
And the processing shown in FIG.

The game machine unit set to each slave mode in the present embodiment refers to the register 32 of the shared memory 30 to select a song according to the game situation and to set the game machine unit to the master mode. Since the music is played from the label position corresponding to the count value counted by the sequencer 40 constituting the unit, a game machine unit set to another slave mode or a game machine unit set to the master mode is used. Synchronization with the music being played can be performed without time lag.

The sequencer 40 performs step 1 shown in FIG.
In step 1, it is determined that the master mode has not been set, and the processing from step 13 to step 16 is executed as described above. In addition, the sequencer 40 performs step 17 shown in FIG.
, It is determined that the master mode has not been set, and it is determined whether or not the music performance has ended (step 19). If the sequencer 40 determines in step 18 that the music performance has not been completed, the sequencer 40 returns to step 13 described above and executes the subsequent steps.

The sequencer 40 performs step 1 shown in FIG.
If it is determined in step 9 that the music performance has ended, the main routine shown in FIG. 5 ends.

The above is the control operation of the performance processing in the game machine unit in the slave mode. The game machine unit set to the slave mode selects the music corresponding to the game situation with reference to the register 32 of the shared memory 30, and is counted by the sequencer 40 constituting the game machine unit set to the master mode. Since the music is played from the label position corresponding to the count value, 1 /
Since the start position of the performance data can be changed in units of 2 bars or 1/3 bars, it is possible to change the starting position of the game machine unit set in another slave mode or the master machine mode. Synchronization with the music being played can be performed without time lag.

In the above embodiment, only the main CPU 20 of the game machine unit set to the master mode counts the time until the end of the game, and the main CPU 20 of the game machine unit set to the slave mode.
Is described as not counting the time until the end of the game. However, the present invention is not limited to this. For example, the main C of the game machine unit set to the slave mode is received from the game machine unit set to the master mode, for example, in the attract mode or the game start timing.
The same effect can be obtained by counting the time until the end of the game in the PU 20 as well.

Therefore, in the communication game system according to the present embodiment, the music played as BGM can be changed at any time in accordance with the game situation of each game machine unit, so that the game is directed to the player of each game machine unit. The above effects can be enhanced, and the music played as a whole of the communication game system can be realized as one music as a whole.

The embodiment of the present invention has been described above. According to the above-described embodiment, the musical composition played as BGM in the communication game machine unit is changed as needed in accordance with the game situation of each player, so that the effect of the effect on each player as a whole of the communication game system is enhanced. Can be. Furthermore, B for each game machine unit
Since the music played as GM is formed as one music as a whole of the communication game system, it is possible to enhance the effect on the game production as a whole of the communication game system.

A communication game system according to the second embodiment of the present invention will be described. In this communication game system, the timbre data is downloaded by the main CPU 20. This will be described with reference to FIGS.
FIG. 9 is a block diagram showing a main configuration of a communication game system according to the second embodiment. FIG. 10 is a block diagram showing a schematic configuration around a sequencer according to the second embodiment. FIG. 11 is a schematic diagram showing the data structure of the compressed timbre data according to the second embodiment.

The communication game system according to the second modification of the present embodiment has the same configuration as that described with reference to FIG. 1, and a decompression device 9 is provided in each game machine unit.
And a hard disk control device 120 and a hard disk 1 connected by a LAN which constitute a download means for adding stream 5 and reproducing stream data.
30 is added. Note that members having the same configuration as those already described in the present embodiment are denoted by the same reference numerals, description thereof will be omitted, and only a newly added configuration will be described.

The main CPU 20 is connected to the communication module 10
Then, a command is sent to the hard disk controller 120 via the communication module 110 to request transfer of necessary tone color data and the like. The main CPU 20 is newly added with a function of transmitting the compressed timbre data received via the communication modules 10 and 110 to the decompression device 95.

The sequencer 40 comprises a CPU 410, and performs the processing realized by the flowcharts shown in FIGS.
The sound is transmitted to the M sound source 50 for performance processing.
RO that stores the sequence processing program as shown in
M420 and RAM4 used as program work area
Use 30.

The performance data memory 80 is realized by storing a performance data sequence 82 in a RAM 430 as shown in FIG. As shown in FIG. 9, the performance data sequence 82 describes performance data after the program work area of the RAM 430 corresponding to the performance data memory 80. The performance start check processing routine for checking the correspondence table 81 and its value is realized by describing it in performance data.

The decompression device 95 is a fixed length MPEGA
The timbre data compressed by any compression method such as audio or variable length is expanded and mapped to the timbre data memory 90. FIG. 11 shows a data structure of the compressed timbre data that can be processed by the decompression device 95. For example, as shown in FIG.
In the case of one block of data or one block having a fixed block length as shown in FIG.
As shown in (c), a block having a variable length and a plurality of blocks of one data can be considered. FIG. 11D shows the structure of a block, which is composed of a header and compressed data. The content of the header is an address and a data compression rate when mapping to a tone color data memory in the case of a block variable length.
In the case of io, it is a bit rate index or the like.

The communication module 110 connects the hard disk 130 to each game machine unit via a LAN. The hard disk control device 120 controls reading of the hard disk 130, and the hard disk 130 stores timbre data and performance data as stream data.

The second embodiment is provided with the above-described configuration, so that the timbre data stored in the timbre data memory 90 in advance or the performance data stored in the performance data memory 80 can be stored in the hard disk 130 connected to the LAN. Can be reproduced as stream data, so that in addition to the effects of the present embodiment described above, timbre data memory 90 and performance data memory 80 can reproduce long timbre data and the like. And the like, so that a more effective impression can be given to the player.

[0076]

According to the present invention, by providing the above-described configuration, in game machine unit constituting a communication game system
By changing the music played at any time according to the situation of the player in the game, the effect on the performance for each player could be enhanced. Further, according to the present invention, by providing the above configuration, the music played as BGM for each game machine unit configuring the communication game system can be realized as one music as a whole communication game system, so that the entire communication game system can be realized. As a result, it was possible to enhance the effect on the game production.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a main configuration of a communication game system according to an embodiment of the present invention.

FIG. 2 is a data flow diagram showing a performance state in the game machine unit.

FIG. 3 is a schematic diagram showing a sequencer program according to the embodiment of the present invention.

FIG. 4 is a flowchart showing a master / slave assignment routine;

FIG. 5 is a flowchart showing a music performance main routine according to the embodiment;

FIG. 6 is a flowchart showing a music selection processing subroutine.

FIG. 7 is a flowchart showing a volume adjustment processing subroutine.

FIG. 8 is a flowchart showing a music performance start subroutine.

FIG. 9 is a block diagram illustrating a main configuration of a communication game system according to a second embodiment.

FIG. 10 is a block diagram illustrating a schematic configuration around a sequencer according to a second embodiment;

FIG. 11 is a schematic diagram showing a data structure of compressed timbre data according to the second embodiment;

[Explanation of symbols]

 10, 110 Communication module 20 Main CPU 30 Shared memory 31 Counter 40 Sequencer 50 PCM tone generator 60 D / A converter 71 Amplifier 72 Speaker 80 Performance memory 81 Correspondence table 82 Performance data string 90 Sound color data memory 120 Hard disk controller 130 Hard disk

Continuation of the front page (56) References JP-A-6-246067 (JP, A) JP-A-6-31056 (JP, A) JP-A-7-80152 (JP, A) JP-A-5-317523 (JP) JP-A-11-231872 (JP, A) JP-A-11-239672 (JP, A) Patent 2982147 (JP, B1) (58) Fields investigated (Int. Cl. ⁷ , DB name) A63F 13 / 00-13/12 G10H 1/00 G10K 15/04

Claims (4)

(57) [Claims] 1. A plurality of game machine units installed in close proximity to each other using communication means so that a plurality of players can play a game in the same game space, and the game machine unit is connected to the game machine unit while the game is in progress. At B
In a communication game system in which music is played as GM, performance data storage means for storing a plurality of performance data strings for music performance, and status detection means for detecting a game situation for each game machine unit at the time of music update timing And selecting and reading out the predetermined performance data sequence from the performance data storage means in accordance with a game situation of each game machine unit detected by the status detection means, and determining the performance data sequence at each music update timing. A sequencer that determines a performance start position of a music piece based on the selected performance data sequence based on the performance start position information that is provided, and a sequencer that is provided for each of the game machine units and between the plurality of game machine units from the music update timing. Music based on the selected performance data sequence so that A communication game system comprising: playing means for playing from a note-recording start position. 2. The communication game system according to claim 1 , wherein the music pieces played for each of said performance data strings have the same tempo and key. 3. A counter of the game machine unit which is set to the master mode of the plurality of game machines unit, based on the value counted in accordance with the progress of the music to be played in this game machine unit side, wherein Song update time
3. The communication game system according to claim 1, wherein a time when the music is played and performance start position information of the music are determined. 4. The performance data sequence includes the performance start position.
Predetermined amount so that data can be selected according to the information
4. The communication game system according to claim 1, wherein the communication game system is divided into performance data .