JPH08293810A - Sports broadcasting reception device - Google Patents

Abstract

PURPOSE: To generate a simulation picture and to reproduce the simulation picture with less data quantity by setting position data to be base point and an end point and continuously shift-displaying a space between them. CONSTITUTION: A reception means 104 receives data broadcasting and game data and stores them in a storage means 102. A picture generation means 120 reads a command and a parameter, which are included in game data, from the storage means 102 and generates the simulation picture by using graphic data stored in the storage means 100 and displays it on a TV monitor. The parameter includes position data which is made into a block and corresponding graphic data designated by the command is displayed so that it shifts on the screen with position data which is made into the block as the base point or the end point.

Description

Detailed Description of the Invention

[0001]

[Industrial application] This is a sports game progress data distributed by bidirectional networks using telephone lines, coaxial cables, optical fibers, etc., and unidirectional data broadcasting using terrestrial broadcasting, satellite broadcasting, etc. On the basis of,
The present invention relates to a simulation type sports broadcast receiving device that reproduces a game content.

[0002]

2. Description of the Related Art Since there is a time frame in sports broadcasting by TV broadcasting, in sports such as baseball where the game time cannot be predicted, the entire contents of the game may not be relayed. In addition, there is a case where there is no relay broadcast itself, or there is a case where the broadcast cannot be received locally depending on the broadcast channel, so that the viewer cannot always watch the desired game. In order to solve this, in Japanese Utility Model Laid-Open No. 55-51060, it is proposed that the baseball game status be transmitted by teletext, and the game status is reproduced by a display device provided on the terminal side. In the actual exploitation 55-51060, since the presence or absence of a runner is displayed corresponding to each base, the progress of the baseball game can be clearly transmitted.

Further, in Japanese Unexamined Patent Publication No. 6-134143, the game situation converted into data is relayed by a character broadcast, and a ROM is used.
A system has been proposed in which a game can be watched regardless of a broadcast channel or a broadcast time by creating a simulated image using graphic data stored in the computer and displaying it on a TV monitor. Further, Japanese Patent Laid-Open No. 6-134143 proposes the use of teletext as a means for updating player data for a baseball game, which is one of the software for TV games. This makes it possible to realize a baseball game in which baseball relay can be received. At the same time, Japanese Patent Laid-Open No. 6-134143 suggests the existence of a service that transmits the data of professional baseball games played in the past and reproduces the games in a personal computer network using a telephone line as prior art. There is.

By using these techniques, the amount of information to be transmitted can be extremely reduced as compared with a live-action image in TV broadcasting, so that many game contents can be relayed with a small bandwidth. In addition, since the actual game progress is usually slower than the simulation image, it is only necessary to send data intermittently, and it is possible to transmit the game of all 12 teams with a small number of channels by time division multiplexing. Further, as described in the prior art of JP-A-6-134143, if the game data for one game is collectively transmitted as a "past game" after the game ends, the game time will not be within the broadcast time frame due to the extension of the game time. That problem can be solved. Furthermore, since the latest player data can be used, a realistic baseball game can be played.

[0005]

However, in the actual Kaisho Sho 55-51060, since only the results of batters such as outs, hits, and home runs are transmitted, it is not possible to understand the movements of individual players in the actual game, so it is a reality. Lack. Further, in Japanese Patent Laid-Open No. 6-134143, since the movements of the player and the ball are sequentially transmitted, the smooth movement of the player and the ball in the simulation image cannot be obtained, and the game progress becomes awkward. In addition, since the simulation image usually progresses faster than the actual game, the viewer watching the simulation image has a problem that the game seems to be delayed.

Furthermore, since each player and the ball move in the field at the same time in any direction at any speed, a huge amount of work is required to accurately convert all of these movements and positions into data. Making the data extremely difficult. However, if the data amount is reduced and the game is reproduced only from simple result data, the reproduced simulation image becomes monotonous and lacks a sense of realism. Therefore, a transmission data format and a receiving device that can reproduce a realistic image with an appropriate amount of data and are relatively easy to create data are required.

Further, in the case of relay broadcasting, in order to watch a game for one game, the same time as the actual game time is required, but when the game data for one game is sent after the game is over. With the ability to fast-forward the batter's ball strike and innings that do not significantly affect the movement of the game, viewers with less free time will be able to see the entire game. Also, in the TV relay, the video of the dramatic part of the game is rewound and reproduced by the operation on the TV station side, which is used as an effect for increasing the excitement degree of the game. In this way, the fast forward / rewind function is a very useful function for the viewer,
A sports broadcast receiving device of the type that reproduces a game using a conventional simulation image does not have these functions.

In the case of sports, "If that time ...
・ If you have done so, the situation often occurs, and there is a great demand to reproduce the situation that was not actually done.
However, the conventional sports broadcast receiving device that reproduces the game using simulation images does not have the function of interrupting the game and allowing the viewer to continue playing the game as a baseball game, and the viewer remains frustrated. I had to watch the match to the end.

Therefore, an object of the present invention is to provide a sports broadcast receiving apparatus which reproduces a realistic simulation image with a small amount of data and is relatively easy to create data. Another object of the present invention is to provide a sports broadcast receiving apparatus capable of controlling simulation images such as fast forward and rewind. Still another object of the present invention is to provide a sports broadcast receiving apparatus that eliminates frustration of viewers by interrupting simulation playback of an actual match that is being performed and continuing the execution as a sports game. That is.

[0010]

[Means for Solving the Problems] In order to solve these problems, the present case is provided in correspondence with command data for controlling the graphics of each player and the ball, and the moving direction of the graphic. Or, match data composed by combining a plurality of commands consisting of command parameters for indicating the position,
Receiving means for receiving one match or each specific division during the match, match data storing means for storing the received match data, graphic data storing means for storing graphic data corresponding to the command data, and match data And image generation means for generating a simulation image based on graphic data, and the command parameter indicating the position of the graphic is a relatively coarse matrix of blocked positions indicating the positions of the player and the ball in the field. It is given as a code, and the image generating means converts the position code into coordinates on a display.

The present invention is also directed to sequence control means for controlling the graphic display sequence, in-operation indicating means provided corresponding to a specific graphic display sequence, for indicating that the sequence is in operation, and the command. Execution condition storage means that is provided corresponding to the data and that stores the execution conditions of the corresponding command data, and execution suspension means that suspends the execution of the corresponding command data based on the execution conditions and the operating specification means. Have more.

Further, in this case, the input means for inputting an instruction from the viewer and the display of the simulation image of a portion which does not influence the progress of the game in response to the instruction from the viewer are canceled and the influence is exerted. Fast-forward playback means for playing back only the simulation, fast-forward / rewind means for playing back the simulation image from the playback position changed based on the image initialization data by changing the playback position of the simulation image in units of delimiters, and playback of the simulation image It further has a reproduction position changing means for arbitrarily changing the position for each break of the game and reproducing the simulation image from the reproduction position changed based on the game reset data.

Further, in this case, when the image generating means interrupts the generation of the simulation image based on the instruction from the viewer, the game information storage means for storing the game status at the time of the interruption, and the game status. And a continuation executing means for starting the game based on the instruction from the viewer and advancing the game based on the instruction from the viewer.

[0014]

The match data received by the receiving means is stored in the match data storage means and reproduced by the image generating means. When displaying graphic data of a player or a ball, the image generating means uses position data blocked in a relatively coarse matrix as a base point and an end point, and continuously moves between them to generate a simulation image. To do. Therefore, a real game situation can be reproduced rather than simply generating a simulation image from only the result data. Further, it is possible to reproduce the simulation screen with a smaller data amount than transmitting the position data of the player or the ball instantly, and the data can be easily created.

The sequence control means activates the corresponding in-motion instruction means when executing the graphic sequence of the player and the ball. When the image generation unit executes the next command, the execution suspension unit refers to the execution condition corresponding to the next command from the execution conditions stored in advance in the execution condition storage unit, Compare with the operating state of the sequence shown. If the condition is not satisfied, the execution suspension means suspends the next command execution by the image generation means. After that, when the condition is satisfied by the sequence progressing and ending, the execution suspension means releases the command execution suspension, and the execution of the next command is permitted. Since the execution suspension means causes a waiting time as necessary, basically the speed of the player or the ball can be made constant, and it is not necessary to have the data regarding the speed as the match data. Therefore, the amount of data to be transmitted is small, and game data can be easily created.

The fast-forward reproduction means cancels the display of the simulation image of the part which does not influence the progress of the game and continuously reproduces only the affected part according to the instruction from the viewer inputted from the input means. Control the image generating means. Further, the fast-forward / rewind means corresponds to the situation initialization data provided at each division in the progress of the game, such as a batter unit in baseball, and in accordance with the instruction from the viewer input from the input means, the simulation image is displayed. Control the playback position of. Furthermore, the playback position changing means corresponds to the inning in baseball, the game resetting data provided at the break of the game such as the front and the second half of the soccer, in accordance with the instruction from the viewer input from the input means, Change the playback position of the simulation image. This allows the viewer to watch the match in his free time.

The continuation executing means executes the continuation of the match as a game based on the contents of the match information storing means which stores the match situation at the time when the reproduction of the simulation image is interrupted. The continuous execution means generates a random number subjected to statistical processing based on the operation information from the input means, and automatically determines the command to be executed. The determined command is executed by the image generating means and is output to the TV monitor as a game image. According to this, an event that did not actually occur can be simulated in a pseudo manner, so that the viewer's frustration regarding the match can be eliminated.

[0018]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is a system conceptual diagram conceptually describing the system configuration of this case. The data receiving means 104 receives the game data from the data broadcasting by satellite broadcasting, the network by the telephone line, etc., and the game data storing means 102.
To be stored. The image generating means 120 reads the command and the parameter included in the match data from the match data storage means 102, generates a simulation image using the graphic data stored in the graphic data storage means 100 in association with the command, and displays the TV. Display on the monitor. The parameters include blocked position data, and the corresponding graphic data designated by the command is displayed to move on the screen with the blocked position data as a base point or an end point.

The graphic sequence control means 122 included in the image generating means 120 sets the operating instruction means 108 in correspondence with the sequence being executed. The execution suspension means 110 compares the execution condition stored in the execution condition storage means 106 with the operation state of the sequence stored in the operating instruction means 108, and executes the next command by the image generation means 120 until the condition is satisfied. Pause. The fast-forward reproduction means 112, the fast-forward / rewind means 114, and the reproduction position changing means 116 change the position of the match data reproduced by the image generating means 120 based on the operation information from the operation means 118. Match information storage means 126
Stores the reproduction status of the game data reproduced by the image generating means 120. The continuation executing means 124, based on the operation information from the operating means 118, the image generating means 12
By stopping the reproduction of the match data by 0 and starting the game based on the match situation stored in the match information storage means 126, the continuation of the interrupted match is executed as a game.

FIG. 2 shows an external view of the system of the present invention.
To the information processing device 2, a satellite broadcast receiving adapter 4, a memory cartridge 6, and a controller 8 for a viewer to input operation information are connected. The satellite broadcast is received by the BS antenna 10, and the BS tuner 12 selects an arbitrary broadcast channel. The subcarrier signal of the selected broadcast channel is demodulated by the BS tuner and output as a bitstream signal described later. Distributor 1
4 is a bit stream signal from the BS tuner 44
Distribute, and give one of them to the satellite broadcast receiving adapter 4. Video and audio signals from the information processing device 2 are T
It is output to V16 and displayed. AC adapter 18
It is connected to the satellite broadcast receiving adapter 4 and supplies power to the satellite broadcast receiving adapter 4, the information processing device 2, and the cartridge 6.

FIG. 3 is a system block diagram of an embodiment of the present invention. The BS antenna 10 receives broadcast radio waves from broadcast satellites. The sub-carrier of the specific channel included in the broadcast wave is tuned by the BS tuner 12 and demodulated into the 64-bit broadcast packet shown in FIG. The BS tuner 12 also transmits 32 broadcast packets.
Accumulate and configure the broadcast packet data matrix,
By scanning this vertically, a total of 2048
Generate a bitstream signal of bits.

The generated bitstream signal is passed through the data channel decoder 20 and the PCM decoder 22.
Given to. The PCM decoder 22 extracts voice information from the PCM voice data part of the bit stream signal after BCH error correction, and reproduces voice by DA conversion. The reproduced analog audio signal is given to the information processing device 2. On the other hand, the BCH error-corrected bit stream signal is given from the PCM decoder 22 to the data channel decoder 20. The frame synchronization, control code, and range bit of the bit stream signal are control signals used when reproducing voice and data.

The data channel decoder 20 reorganizes only the data channel portion of the bit stream signal into the above-mentioned broadcast packet data matrix format to form a data matrix of 15 bits × 32 broadcast packets. 1
One data matrix is called one frame, and a continuous data matrix for nine frames is called one superframe. As shown in FIG. 5, the data channel decoder 20 accumulates nine data matrices of each frame,
Build a data matrix for superframes. This data matrix is scanned diagonally as shown in FIG. 5 to generate a data packet of 288 bits in total. Since the scanning in the diagonal direction is performed in 15 columns in parallel, 15 data packets are generated in one superframe.

In the data packet shown in FIG. 5, 11
Bit error correction code 1 is used for BCH error correction for LCI1. LCI1 is an identification code of the data packet, and the data channel decoder 20 uses the LCI.
The packet is discriminated based on 1 and stored in the buffer.
The LSI2 is an identification code of a packet provided in advance, and is used for discriminating and storing the packet, like the LCI1. The scramble control code SCC is a flag designating the presence or absence of scramble, and the continuity index CI and the data group control code DCT are used for constructing data group data described later.

The data channel decoder 20 uses the 82-bit error correction code 2 to perform SDSC error correction on the entire data packet. Further, a plurality of 176-bit broadcast data is accumulated as shown in FIG. 6 to construct one data group. The above-mentioned data group control code DCT is an identification flag indicating the first packet and the end packet of the data group, and the continuity index CI.
Is a count value for confirming the continuity of each data packet.

The data group includes a data group header, data group data, and CRC data. The data group header is an identification code for identifying the data group, a continuous transmission code indicating the number of continuous transmissions, and a data group link code that is a control signal for accumulating a plurality of data groups to form a larger data group. And a data group serial number and a data group size indicating the number of data in the data group. These broadcasting formats are described in detail in Document 67-14 of the Satellite Data Broadcasting Committee Report of the Telecommunications Technology Council.

The data channel decoder 20 uses a CRC
A CRC check is performed on the entire data group using the data to confirm that the data in the data group is error free. The data group data constitutes one data file in this part, and the game data is supplied by this data file. The data file assembled (or under construction) by the data channel decoder 20 is stored in the data channel decoder 20.
It is stored in the internal buffer and is transferred to the flash memory 42 or the pseudo SRAM 44 by the CPU 24. When the game data is stored in the flash memory 42, the information does not disappear even if the power is turned off, so that the game received in advance can be viewed at a later date.

In the ROM 46, the CPU 24 is an image generating means,
A program for operating as sequence control means, execution pause means, fast-forward playback means, fast-forward / rewind means, playback position changing means, and continuous execution means is stored. The ROM 46 also functions as graphic data storage means and execution condition storage means. When the game data is simulated and reproduced, the CPU 24 reads a command included in the game data from the flash memory 42, reads corresponding graphic data from the ROM 46, and generates image data to be displayed on the TV 16.

The image data generated by the CPU 24 is stored in the video RAM 30 via the PPU 28. The PPU 28 cooperates with the DA converter and the video encoder to generate a video signal based on the data in the video RAM 30, and supplies it to the TV 16. Similarly CPU2
The audio data generated by 4 is stored in the audio RAM 36 via the APU 34, and is output as an audio signal by the APU 34. The audio data output from the APU 34 is converted into an analog signal by the DA converter. The mixer 38 mixes the analog audio signal from the APU 34 and the analog audio signal from the PCM decoder 22, and supplies the analog audio signal to the TV 16.

When the CPU 24 operates as the sequence control means in accordance with the program stored in the ROM 46, the CPU 24 sets the work flag corresponding to the graphic sequence to the work R.
Set to AM26. For example, in a baseball broadcast, when a pitcher executes a pitching sequence, a graphic sequence corresponding to the pitcher's pitching form and a graphic sequence corresponding to the trajectory of the ball are executed, and a ball indicating that the ball is moving. The flag is set to 1. The ROM 46 stores execution conditions corresponding to each command, and for example, for a command in which a batter hits a ball, the ball flag is set to 0 as a condition. The CPU 24 refers to the ball flag before executing the command for the batter to hit the ball, and executes the command for the batter to hit the ball until the ball flag becomes 0, that is, until the ball has moved to the position of the batter. Pause. In this case, the in-operation flag stored in the work RAM 26 constitutes the in-operation instruction means.

The CPU 24 changes the reproduction position of the game data stored in the flash memory 42 based on the operation information input from the controller 8. With this, for example, in baseball broadcasting, a fast-forward playback function that plays a game while skipping the batter's mid-count, a fast-forward / rewind function that fast-forwards and rewinds in batter units,
A playback position change function that changes the playback position in increments is realized.

Further, the CPU 24 uses the flash memory 4
The reproduction of the game data stored in 2 is interrupted based on the operation information input from the controller 8. CPU 24
Scans the interrupted game data in the forward direction, and uses the data for resetting the most recent game as the initial value in the ROM.
The game program stored in 46 is executed. For example, in a baseball game, the game is usually started from the table once, but since the game is started with the data that has already progressed halfway as the initial value, the baseball game can be continuously played in the game situation at the time of interruption. In this case, ROM
46 corresponds to the game progress information storage means. In addition, the work RAM2 is used in the simulation reproduction of the game data.
It is also possible to continuously record the progress of the game in 6 and start the game based on this to enable continuous play. In this case, the work RAM 26 corresponds to the game progress information storage means.

FIGS. 7 and 8 show examples of image display during game reproduction or continuous play when the present invention is carried out as a baseball broadcast. FIG. 7 is a diagram showing a state immediately before the pitcher's pitch, in which the first base, second base, and third base are enlarged and displayed in the window. Also, a window showing the situation of the game is displayed on the lower left and right of the screen, and the situation of Fig. 7 is 0-0, the batter is the 4th light △△△, the two-out runner second base counts the two-strike one-ball. It can be seen that it is. When the pitcher throws a restraining ball, or when the batter hits the ball, the entire image as shown in FIG. 8 is automatically switched so that the movements of the fielder, the runner, and the hit ball can be seen at a glance. FIG. 8 shows a situation in which a second runner rushes into the main base due to a hit before the right, and the right fielder is back home.

In reproducing such a game situation, it is not enough to display the result in characters only, and it is not realistic to display the result in a uniform graphic. For example, if you only reproduce the corresponding image based on the result of the hit before the light, the second over hit and the hit that broke the first and second bases with the goro are all reproduced with the same image, so the match It feels monotonous. In this case, in order to solve this,
Since the subdivided match code for the displayed characters is set, the match can be reproduced more realistically. The match code is video and audio control data composed of commands and parameters.

FIG. 9 shows an example of a command included in the match code, and FIG. 10 shows an example of a parameter described after the command. Each match code is a code corresponding to the action performed by the displayed character (player in the match),
By combining this match code, the situation of the match can be reproduced very realistically. For example, "P022, R2, H3
82, M938, M438, M368, M646, M5
64, M286, C9, V2, R3, S986, V4
The following match situation is reproduced in a series of match code strings "R1, C2, T2, V3, S246, C6, T6O".

P022 The pitcher threw a straight in the middle. R2: Second runner start. H382 ... The batter hit. The ball is a second over and a one-bound in front of the light. M938, M438 ... Wright and second chase the ball. M368, M646, M564, M286 ... First, short, third and catcher cover the base. C9: Light catches the ball. V2, R3 ... The second runner reaches the third. Continue to start home. S986 ・ ・ ・ Wright throws the ball to home plate. V4, R1 ... The batter-runner reached the first base. Then started to second base. C2, T2, V3 ・ ・ ・ Catcher catch, touch, but runner alive. S246 ・ ・ ・ Send the ball to the second without catcher. C6, T6O ・ ・ ・ Short catch. Touch out.

Also, commands that are not directly related to the progress of the game are preliminarily included. For example, the L command is a command that performs video and audio processing for an event such as sounding a fanfare or launching fireworks during a home run. different. By using R command and V command at the same time as L command,
It is possible to display that the runner goes around the diamond in the fanfare. The & command is used to display a comment as a character string on an arbitrary part of the match. With this, it is possible to deal with an unexpected situation that cannot be handled by the prepared command.

The match code table shown in FIG. 9 includes control data to be used as an index when playing a match. The [command] command designates a data group which may be omitted during fast-forward reproduction. For example, if the batter's mid-count is surrounded by [] symbols and the final data of the batter is described outside the [] symbols, that is, hit, strikeout, walk, etc., the mid-count graphic will be omitted during fast-forward playback, and the final count will be omitted. Only the part of the result that is not reproduced is continuously reproduced. The Z command also controls the reproduction of the game to end at that point. For example, even if an unexpected situation occurs (for example, rain) and the game is canceled in the middle of the game, the command can be executed to automatically end the reproduction.

The G command is executed immediately before the pitch and initializes the screen based on the game progress data (X times front / back), score data, batter data, count data, and runner data. The X command is executed at the end of each inning and redefines the progress of the match based on the match progress data, the score (for each innings) data, and the participating player data. The G command and the X command are effective when the match playback position is arbitrarily changed based on the instruction from the viewer, and at the same time, when the match data is partially damaged due to a communication error or the like. is there. Note that it is also possible to set further control data and continuously display only the scored scenes, or to reproduce a more shortened digest version as in news, for example.

Further, in this case, various measures are taken in order to reduce the number of data to be communicated. FIG.
The field is 13 × in the 0 ball sending course code table.
When an arbitrary block is pointed in the ball, which is divided into 10 blocks, the ball moves toward the center of the target block at a specific speed. The hitting course, the movement of the fielder, and the course of the ball at the time of sudden pitching are also controlled in units of these blocks, and are all processed by moving the ball or player from the center of each block to the center of another block. In this case, the game can be reproduced with a small amount of data while recording all the movements of the players because the movement coordinates of the ball and the player are blocked on the field as shown in this figure. Even with this degree of blocking, it is possible to display a reproduced image that is much more realistic than the uniform image representation based on only the result data described above.

Further, the flight of a hit ball is classified into several types as shown in the hit ball type table of FIG.
Hitting ball type 1 indicates that the hitting ball is directly caught by a fielder. Hitting ball type 2 indicates that the hitting ball makes one bound in front of the fielder. In the hit ball type 3, it indicates that the hit ball is a ground ball. The bouncing width in the case of a grounding ball corresponds to, for example, a half width of one block in the ball sending course code table, and a graphic or a sound effect indicating that the bouncing has been made is generated for each bouncing. Preferably, the hit ball type is further subdivided, and is divided into a goro that bounces in 1 block units, a goro that bounces in a 1/10 block width, and the like. With this, it is possible to express a bitter goro that crawls on the ground, or a small goro when a bunt is performed. Furthermore, a parameter indicating the speed of a hit ball may be added.

As described above, as the number of types of parameters increases and the amount of data increases, more realistic games are reproduced.
How realistic the data is and how much the data amount is allowed to increase depends on the system. However, in order to obtain a completely realistic match reproduction, it becomes necessary to record an accurate hit ball course and an accurate hit ball speed, which makes it extremely difficult to create data. Blocking of coordinates and classification of hit ball types are also effective for facilitating data creation.

In the reproduced image realized in the present embodiment, the player and the ball basically move on the field at a constant speed. Therefore, if the game data is continuously read, a shift occurs between the movement of the ball and the action of the player, and an abnormal situation occurs, for example, a touch-out even if the ball has not reached. In order to solve this, this case has an execution wait flag table corresponding to each command as shown in FIG. For example, when the flag "BALL" indicating that the ball is moving is 1, the T command indicating the touch of the fielder is temporarily stopped. If the fielder X (X corresponds to the position code indicated by the parameter) is moving, the flag "DEFX" is moving, and the runner X (X corresponds to the base where the runner was) is moving. Flag "RUNX" in case
Becomes 1, and the execution of the corresponding command is suspended as in the above case.

Further, the M command in FIG. 11 uses the flag "BAL
It is not affected by L ". Therefore, the fielder can start moving even when the ball is moving. However, since it is affected by the flag" DEFX ", until the M command once instructed is completed (until the movement is completed). In this way, the execution wait flag is used to perform instantaneous processing or execution wait processing as needed, so there is no need for a special time control command and a small data amount. You can reproduce the game realistically with this method.
Although it is possible to prevent the command from running ahead, it is not possible to prevent a display failure such as the runner who should be touched out reaching the base before the ball. In this case, the moving speeds of the ball and the player are changed, and the animation in which the player is running after the player reaches the ball is adjusted so as not to cause a visual problem.

FIG. 12 shows an example of the format of the match data file stored in the flash memory 42. The match data file includes player data, match data, and a match pointer table. Player data is a list of players who entered the bench in the match, batting average of each player, number of home runs,
Includes performance data such as the number of stolen bases and a list of starting member players. The game data is usually composed of 18 pieces of inning data including the front and back of 1 to 9 times. The inning data is X for the game situation resetting.
It includes batter data as many as the number of batters who stood in the bat at the command (see FIG. 9) and the inning.

The batter data is composed of a plurality of commands starting with a G command for screen initialization and a P command for pitching. The match progress pointer indicating the current match reproduction position is sequentially moved in command units, and based on this, commands are read into the CPU 24 and the graphic sequence is executed. For example, when the match progress pointer is in the P command indicating a pitch, a pitching sequence as shown in FIG. 12 is executed. The pitching sequence corresponding to the P command consists of pitching animation in five stages and ball control in one stage. The pitcher's pitching animation is composed of five pictures, and each picture is displayed as a series of animations by being displayed on the screen at the corresponding stage. The ball control is realized by a program routine that controls the trajectory of the ball according to the type of the ball, and moves the ball from the hand of the pitcher to the vicinity of the batter.

During execution of this P command, the flag "BALL" is 1
And is reset to 0 when the ball control is completed. When the match progress pointer moves to the next command and the H command indicating that the batter has hit is read by the CPU 24, the CPU 24 causes the flag "BALL" before the H command is executed.
Refer to. As shown in the execution wait flag table of FIG. 11, the H command is set so that the execution is temporarily stopped when the flag "BALL" is 1, so that the batter sequence is executed until the ball control in the pitching sequence is completed. Is suspended.

The match pointer table is an address table used for fast forward / rewind and playback position movement. In the inning pointer table, the start position (that is, the position of the X command) for each inning of the game is stored as a relative address from the beginning of the game data. By setting this relative address value in the game progress pointer, the playback position It is possible to move. In the batter pointer table, the command start position (that is, the position of the G command) for each batter is stored as a relative address from the beginning of the match data, and the relative address value after or before the one batter becomes the match progress pointer. When set, it enables fast forward and rewind. Of course, the relative address may be obtained by scanning the game data and searching for the X command or G command without using such a pointer table.

FIG. 13 shows a flowchart of a program executed by the CPU 24 to reproduce the match data. In this embodiment, match data for one match is received from a network or a data broadcast, stored in, for example, the flash memory 42 of FIG. 2, and then played back. Reception of the match data and initialization of the match progress pointer are performed prior to the match data processing shown in FIG.
The game data is played in three different modes: fast-forward playback mode, normal mode, and step mode, and fast-forward / rewind mode and inning jump mode.
The play position of the match is changed by controlling the play position of each type.

The fast-forward reproduction mode is a time-reduced reproduction controlled by the [command and] command. The normal mode is full-automatic reproduction in which all data is automatically reproduced, and the viewer can watch the game like a TV broadcast. The step mode is a step-by-step reproduction in which the viewer operates a switch for each pitcher's pitch to advance the game. The fast-forward / rewind mode is a step movement mode in which the playback position of each batter is moved forward or backward by the viewer's switch operation. The inning jump mode is a mode in which the viewer moves a reproduction position to an arbitrary inning by operating a switch. The operation by the viewer is processed by a routine different from the flowchart shown in FIG. 13, for example, by interrupt processing or the like, and controls mode switching, continuous play, and the like.

In S2, the match code indicated by the match progress pointer is read from the flash memory 42,
Command analysis is performed to execute the corresponding sequence processing routine. In S4, the match code is P
If it is a (throw) command, a subroutine called mode check is started. The mode check is executed according to the flow chart shown in FIG. 14, and each mode is designated and the reproduction position of the game data is changed based on the operation information from the viewer. In S6, if the play position has been changed by the mode check, the process returns to S2, and if the match code is not a pitch command, or if the match code is a throw command but the match play position has not been changed,
The process moves to S8.

At S8, the presence or absence of a wait for the command is checked based on the execution wait flag table shown in FIG. If you need weights,
The process moves from S10 to S18, and execution of the command is temporarily stopped. In this case, since the command pointer is not stepped, when S2 is reached via S18 and S20, the same command is read again. If there is no need for weight and processing is to be performed immediately, S10 to S1
Move to 2.

In the present embodiment, the graphic sequence processing such as the movement of the player and the movement of the ball across a plurality of TV frames is controlled by the sequence execution flag. The sequence execution flag corresponding to the command is set to ON in S12 and reset to OFF at the end of the sequence. The sequence set to ON in S12 is initialized in S14,
It is executed in S18. For example, the initialization of the pitching sequence corresponding to the P command is executed based on the flow shown in FIG. 15, and the execution of the pitching sequence is executed based on the flow shown in FIG. In S16, the command pointer is moved to the position of the next match code.

In S18, each sequence process is executed based on the sequence execution flag. When a plurality of sequence execution flags are ON, these sequences are sequentially executed in a time division manner. Thereby, for example, multitasking processing is performed in which the fielder moves while the ball is moving, and the runner moves. In addition, S18
Then, not only the processing of the graphic sequence but also the processing of the control data is performed. For example, a command for controlling fast-forward reproduction [a command is also executed in S18], command search, command pointer movement, and the like are controlled.
In S20, it is determined whether or not the match code is the Z command, and if it is the Z command, the reproduction of the match is stopped. If it is not the Z command, the process proceeds to S2, and the next command is executed or the command is re-executed based on the wait process.

FIG. 14 shows a mode check processing routine. In S22, the presence / absence of an operation input indicating the mode change instruction by the viewer is confirmed. If there is no mode change instruction, the process proceeds to S26, and if there is a mode change instruction, S2.
Move to 4. In S24, the mode is changed based on the operation information from the viewer. In S26, the program branches so that the processing is executed for each mode. In the case of the jump mode, in S28, the operation information from the viewer indicating the jump destination inning for changing the reproduction position is input. When the jump destination inning is input, in S30, as shown in FIG.
The inning pointer table on the second match pointer table is referenced, and the corresponding address value is set in the match progress pointer. Immediately after the jump, the game is reset by the X command, so the game is played from the jumping inning.

In the fast forward / rewind mode, the position of the batter pointer, that is, the position of the batter pointer table on the match pointer table in FIG. 12 is detected in S32 based on the address value indicated by the match progress pointer. S
At 34, the batter pointer position is incremented for fast forward and decremented for rewind. In S36, the corresponding batter pointer is read from the batter pointer table based on the incremented / decremented batter pointer position and is set as the match progress pointer. Since the screen is initialized by the G command immediately after the fast forward / rewind, the game is played from the previous batter or the previous batter. In the jump mode and fast forward / rewind mode described above,
All command sequences are stopped in S38,
All the pending flags are cleared and the command being executed is canceled. Also, it automatically returns to the normal mode.

In the normal mode, the [command and] command is invalidated in S40, whereby all match data is reproduced. Further, in the fast-forward reproduction mode, the [command and] command is validated in S42, whereby only the essential points of the game data are continuously executed. Immediately after the [command and] command is validated, the match progress pointer is moved to the position of the next [command and] command in S44. In the step reproduction mode, a key input from the viewer is awaited in S46, and the process loops until a key is pressed. In this case, each time the pitcher pitches, the key input waits, which is effective when the viewer watches the game while wearing the score book. In the continuous play mode, the program shifts to the continuous play routine shown in FIG.

FIG. 15 is a flow chart showing the initialization routine of the pitching sequence. In S50, the pitching sequence number is reset to 0. In S52, FIG.
The pitcher's pitching form is determined based on the player data shown in. Further, in S54, both the flag "BALL" and the flag "ACTV" are set to 1, and the temporary stop process based on the execution waiting flag table shown in FIG. 11 is designated.

FIG. 16 is a flow chart showing an execution routine of the pitching sequence. In S60, graphic processing according to the sequence number is performed. For example, in the pitching sequence shown in FIG. 12, the graphic data of the pitching animation is written in the video RAM 30 in the sequence numbers 1 to 5, and the graphic processing is executed by moving the position of the ball in the sequence number 6. In S62, the sequence number is incremented, and it is confirmed in S64 whether the number of sequences has exceeded the predetermined number of sequences (6 in the case of a pitching sequence). If the sequence is not finished in S64, the execution routine of the pitching sequence based on the sequence number is finished. When the sequence ends, the flag "BALL" is reset to 0 in S66, and the sequence execution flag indicating the pitching sequence is turned off. As a result, the pitching sequence ends, and the execution of the next command that has been suspended by the flag "BALL" is permitted.

FIG. 17 shows a program flow chart when the continuous play is selected in FIG. S
At 70, match situation data is passed for continuous play. In the normal case, since the game situation stored in the work RAM 26 is used as it is in the continuous play, the actual movement of data does not occur. The game status data stores the game re-setting and screen initialization information designated by the latest X command and G command, and the continuous play is initialized by this. Next, in S72, the player's edits such as substitute hits
In S74, a strategy input such as stealing is performed. Further S
When the type of pitch and the pitching course are input at 76, S
At 78, the P command is executed.

When the steal is instructed in S74, the R command is executed in S80, whereby the runner on the base starts. In S82, batting control is performed. The batting rate and long batting rate of the batter are referred to from the player data shown in FIG. 12, the probability of the hit is statistically calculated, and the result of the present hit is determined by a random number based on the probability of the hit. In S72, if neither the pitcher nor the batter has been changed, the hit result may be referred to from the actual match data. In the case of a miss or miss, control is transferred from S84 to S86, and stealing base control 2 is executed in S86. Here, the movement of the fielder is controlled, the ball is thrown to the second, the base cover of the second is controlled, and the graphic control of the touch is performed, and the success / failure of the steal is based on the runner's running force data and the catcher's defensive force data. It is determined. Also, it is confirmed by S87 whether it is a strikeout or a foreball,
Otherwise, control is passed to S72. If it is a strikeout or a foreball, the process proceeds to S100, the processing of the batter concerned is ended, and a G command is generated.

When the batter hits the ball in S82, the process proceeds from S84 to S88, in which the nearest fielder follows the ball, and the other fielders generate an M command to run to the base cover. The runner and the batter runner are controlled by the runner control 1 in S90, and make progress corresponding to each of flyout / goroout / single hit / two base hits / third base hits. In S92, the fielder control 2 is executed, and an S command meaning a throwing ball, a C command meaning a catching ball, a T command meaning a touch, etc. are generated. In S94, as a result, it is determined whether the player is out or safe by catching or touching. Further, when the runner is moving, the program shifts from S96 to S92, and the fielder control 2 and the runner control 2 are repeatedly executed. When the action is stopped, the program moves from S96 to S98, and the & command for displaying the comment causes the hit result, such as "double hit!", To be displayed in characters.
After the batting result display in S98, the process moves to S100, and the action of the batter concerned is finished.

Confirmation of the out-count and advancement of the inning are executed in S100, and it is confirmed in S102 whether or not the game is over. If the game has not ended, the program returns to S72 and the above-described processing is repeatedly executed. According to this continuous play, it is possible to confirm, for example, whether the relief is thrown in or whether the substitute is started by a simulation. Of course, not all continuous play will always give the same result, so it is not possible to confirm the success / failure of the manager's command of the actual match, but no matter what the result is, Also, because you can see the results for the time being,
The viewer's frustration is eliminated.

[0064]

According to the present invention, it is possible to provide a sports broadcast receiving apparatus which reproduces a realistic simulation image with a small amount of data and is relatively easy to create data. Further, since simulation image control such as fast-forwarding and rewinding is possible, it is possible to provide a sports broadcast receiving apparatus capable of playing a match in accordance with the viewer's free time. Further, by interrupting the simulation playback of the actually played game in the middle and continuing the execution as a sports game, it is possible to provide a sports broadcast receiving apparatus capable of eliminating the frustration of the viewer.

[Brief description of drawings]

FIG. 1 is a system conceptual diagram that conceptually describes the system configuration of the present invention.

FIG. 2 is an external view of the system of the present invention.

FIG. 3 is a system block diagram of an embodiment of the present invention.

FIG. 4 is a bitstream signal configuration diagram illustrating a bitstream signal generation process and a data structure.

FIG. 5 is a data packet configuration diagram showing a data packet generation process and a data structure.

FIG. 6 is a data file configuration diagram showing a process of generating a data file.

FIG. 7 is an image display example during game reproduction or continuous play execution when the present invention is carried out as a baseball broadcast, and is a screen configuration diagram showing a state immediately before a pitch.

FIG. 8 is an image display example during game reproduction or continuous play execution when the present invention is carried out as a baseball broadcast, and is a screen configuration diagram for displaying the entire field.

FIG. 9 is a list of commands included in a match code.

FIG. 10 is a setting diagram of parameters described after a command.

FIG. 11 is an execution wait flag table corresponding to a command.

FIG. 12 is an example of a format of a match data file.

FIG. 13 is a flowchart of a program executed by the CPU 24 to reproduce match data.

FIG. 14 is a mode check processing routine for performing fast forward / rewind and the like.

FIG. 15 is a flowchart showing an initialization routine of a pitching sequence.

FIG. 16 is a flowchart showing an execution routine of a pitching sequence.

FIG. 17 is a program flowchart for continuous play.

Claims (6)

[Claims] 1. A sports broadcast receiving apparatus for receiving a sports broadcast in a data format and playing back a simulation, the command data for controlling graphics of each player and a ball, and the command data provided corresponding to the command data.
Receiving means for receiving match data constituted by combining a plurality of commands consisting of command parameters for instructing the moving direction or position of the graphic, one reception game or each specific division in the match, and the received match data A game data storage unit that stores the game data, a graphic data storage unit that stores the graphic data corresponding to the command data, and an image generation unit that generates a simulation image based on the game data and the graphic data. Command parameter indicating
A sports broadcast characterized by being provided as a position code blocked in a relatively coarse matrix in the form of a position of a player or a ball in the field, and the image generating means converting the position code into coordinates on the display. Receiver. 2. The image generating means includes sequence control means for controlling a display sequence of the graphic, is provided corresponding to a particular graphic display sequence, and is an in-operation instruction indicating that the sequence is in operation. Means, an execution condition storage means provided corresponding to the command data, for storing the execution condition of the corresponding command data, and temporarily stopping the execution of the corresponding command data based on the execution condition and the operating specification means. The sports broadcast receiving device according to claim 1, further comprising execution suspension means. 3. Input means for inputting an instruction from a viewer, and canceling the display of a simulation image of a portion which does not affect the progress of the game in response to the instruction from the viewer,
The sports broadcast receiving apparatus according to claim 1, further comprising a fast-forward reproduction unit for performing simulation reproduction of only an affected portion. 4. The match data further includes image initialization data provided for each break in the match progress, and input means for inputting an instruction from a viewer, and a simulation corresponding to the instruction from the viewer. The sports broadcast reception according to claim 1, further comprising fast-forward / rewind means for changing the reproduction position of the image in units of one segment and reproducing the simulation image from the reproduction position changed based on the image initialization data. apparatus. 5. The match data further includes match resetting data provided for each break of each match, and input means for inputting an instruction from a viewer, and a simulation image corresponding to the instruction from the viewer. 2. The sports broadcast according to claim 1, further comprising reproduction position changing means for arbitrarily changing a reproduction position of each of the breaks and reproducing a simulation image from the reproduction position changed based on the match resetting data. Receiver. 6. A sports broadcast receiving apparatus for receiving a sports broadcast in a data format and performing simulation playback, receiving means for receiving match data in which the contents of a match are stored in the form of digital data, and storing the received match data. Match data storage means, graphic data storage means for storing graphic data corresponding to the match data, image generation means for generating a simulation image based on the match data and graphic data, and input for inputting instructions from a viewer Means, based on an instruction from the viewer, when the image generation means interrupts the generation of the simulation image, match information storage means for storing the match situation at the time of the interruption, based on the match situation Start the game and proceed according to the instructions from the viewer. A sports broadcast receiving apparatus having continuous execution means.