JP2017099853A - Baseball game program and computer - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide enhanced presence to a user playing a baseball game.SOLUTION: A baseball game program allows a computer to execute a method for displaying a virtual space in a game seen from a batter side. The method provides a baseball game program including a step of seamlessly acquiring an image of the virtual space by adjusting an angle of field and/or a direction of a single virtual camera disposed behind a catcher in the virtual space, and a step of outputting the acquired image on a display part.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a baseball game program and a computer.

Conventionally, various baseball games have been developed. Several methods for generating an image to be presented to the user according to the progress of the baseball game have been proposed. Patent Document 1 discloses that if it is determined that a ball hits the bat after the pitch, the display image is immediately switched to the defensive image, and the defensive operation is switched from the pitcher operation to the fielder operation. Yes. In Patent Document 2, two virtual cameras are provided, game images are displayed on a large screen and a small screen, and screen switching is performed according to a predetermined special game situation, so that a detailed scene can be obtained while grasping the entire game situation. An enlargement display is disclosed.
However, even if the techniques disclosed in Patent Documents 1 and 2 are used, the user may not be able to obtain a satisfactory sense of realism.

Japanese Patent No. 3462725 JP 2010-115244 A

  An object of the present invention is to provide improved realism to a user who plays a baseball game.

  In order to solve the above-described problem, an embodiment of the present invention is a baseball game program that causes a computer to execute a method for displaying a virtual space in a game viewed from the batter side, and the method is performed in the virtual space. A step of seamlessly acquiring an image of the virtual space by adjusting the angle of view and / or direction of a single virtual camera arranged behind the catcher, and a step of outputting the acquired image to a display unit And provide a baseball game program.

ADVANTAGE OF THE INVENTION According to this invention, the realistic presence improved with respect to the user who plays a baseball game can be provided.
Other features and advantages of the present invention will become apparent from the following description of embodiments, the accompanying drawings, and the appended claims.

FIG. 1 shows a block diagram of a basic configuration of a computer according to an embodiment of the present invention. FIG. 2 is a block diagram showing in detail the configuration of the computer 100 according to an embodiment of the present invention. FIG. 3 is a flowchart of processing for displaying the virtual space in the game as viewed from the batter side in the baseball game, which is realized by the program according to the embodiment of the present invention. FIG. 4 is a flowchart of processing for displaying the virtual space in the game as viewed from the batter side in the baseball game, realized by the program according to the embodiment of the present invention. FIG. 5 is a flowchart of processing for displaying the virtual space in the game as viewed from the batter side in the baseball game, realized by the program of the embodiment of the present invention. FIG. 6A is a schematic view of a game screen at the time of hitting according to an embodiment of the present invention. FIG. 6B is a schematic view of a game screen at the time of hitting according to an embodiment of the present invention. FIG. 6C is a schematic view of a game screen at the time of hitting according to an embodiment of the present invention. FIG. 6D is a schematic view of a game screen at the time of hitting according to an embodiment of the present invention. FIG. 6E is a schematic view of a game screen at the time of hitting according to an embodiment of the present invention.

[Description of Embodiment of the Present Invention]
First, the contents of the embodiment of the present invention will be listed and described. A computer program according to an embodiment of the present invention has the following configuration.

(Item 1)
A baseball game program for causing a computer to execute a method of displaying a virtual space in a game viewed from a batter side, wherein the method includes:
Seamlessly obtaining an image of the virtual space by adjusting the angle of view and / or direction of a single virtual camera located behind the catcher in the virtual space;
A baseball game program comprising: outputting the acquired image to a display unit.

According to the program of this item, it is possible to provide a more realistic feeling to a user who plays a baseball game.
(Item 2)
The obtaining step includes
When the distance between the ball hit by the batter in the virtual space and the virtual camera is equal to or less than a predetermined threshold, setting the angle of view of the virtual camera to an initial value;
The baseball game program according to item 1, further comprising: adjusting the angle of view so that the distance seems to be maintained at a predetermined value when the distance exceeds the predetermined threshold.

According to the program of this item, it is possible to provide a more realistic feeling to a user who plays a baseball game.
(Item 3)
The obtaining step includes
When the distance between the ball captured by the opponent defense team and the virtual camera in the virtual space exceeds a predetermined threshold, the distance of the virtual camera is such that the distance seems to be maintained at a predetermined value. Adjusting the angle of view;
The baseball game program according to item 1 or 2, including a step of setting the angle of view to an initial value when the distance is equal to or less than the predetermined threshold.

According to the program of this item, it is possible to provide a more realistic feeling to a user who plays a baseball game.
(Item 4)
The virtual space is a three-dimensional space;
The baseball game program according to item 2 or 3, wherein the distance is a distance between the virtual camera and the ball in a horizontal plane of the three-dimensional space.

According to the program of this item, the user can intuitively grasp whether the hit ball hit by the batter is a good hit or a hit hit ball.
(Item 5)
The obtaining step includes
5. The method according to claim 1, further comprising: maintaining an angle of view of the virtual camera at an initial value until the batter goes out of a shooting range of the virtual camera after the batter hits the ball. Baseball game program.

According to the program of this item, it is possible to display on the screen a batter that starts running in the first direction after hitting the ball.
(Item 6)
The baseball game program according to any one of claims 1 to 5, wherein, in the obtaining step, the image is generated so that the catcher is not displayed after the batter hits the ball.

According to the program of this item, the field of view can be prevented from being obstructed by the catcher after the batter hits the ball.
(Item 7)
A computer comprising a processor, wherein the processor executes the method by executing the baseball game program according to any one of claims 1 to 6.

According to the computer of this item, a more realistic sensation can be provided to a user who plays a baseball game.
[Details of the embodiment of the present invention]
Embodiments of the present invention will be described below with reference to the drawings.

  FIG. 1 shows a block diagram of a basic configuration of a computer 100 according to an embodiment of the present invention. As illustrated, the computer 100 includes a display unit 102, a processing unit 104, a storage unit 106, and a communication unit 108. The computer 100 may be a device including a touch display such as a smartphone or a tablet computer, in addition to a personal computer or a laptop computer.

  The processing unit 104 may be configured as a processor, and reads a baseball game program according to the embodiment of the present invention from the storage unit 106 or the like, and causes the computer 100 to execute processing according to the baseball game program. A specific configuration and operation of the processing unit 104 will be described later. The storage unit 106 can temporarily or permanently store a baseball game program, various data related to a user or a game, and in response to a command from the processing unit 104, information registration, update, deletion, etc. Execute. Examples of the storage unit 106 include, but are not limited to, a ROM (Read Only Memory), a RAM (Random Access Memory), a hard disk, a flash memory, and an optical disk. The communication unit 108 can be used for exchanging data regarding a baseball game with an external server (not shown) or the like via a communication network such as the Internet.

  FIG. 2 is a block diagram showing in detail the configuration of the computer 100 according to an embodiment of the present invention. As described with reference to FIG. 1, the computer 100 includes the display unit 102, the processing unit 104, the storage unit 106, and the communication unit 108. The processing unit 104 includes an angle-of-view adjustment unit 202, a direction adjustment unit 204, an image acquisition unit 206, a distance determination unit 208, a distance determination unit 210, an object position determination unit 212, and an image output 214. Specific processing executed by these components will be described later.

The computer 100 generates a necessary image according to the progress of the baseball game, and displays the image on the display unit 102.
3 to 5 are flowcharts of processing for displaying the virtual space in the game as viewed from the batter side in the baseball game, which is realized by the program according to the embodiment of the present invention. The program according to the embodiment of the present invention can cause the computer 100 (or the processing unit 104) to execute the steps shown in FIGS. In another embodiment, the present invention can be implemented as the computer 100 (or the processing unit 104).

  6A to 6E are diagrams showing the angle of view, the direction of the virtual camera in the virtual space at the time of attack, and the relationship between each object, and the corresponding game screen viewed from the batter side, according to one embodiment of the present invention. The schematic of is shown.

Each embodiment shown in FIGS. 3 to 5 will be specifically described below with reference to FIGS. 2 to 6E.
FIG. 3 is a flowchart showing the main steps in the process of displaying an image of the virtual space in the game viewed from the batter side according to one embodiment of the present invention.

  Processing begins at step 302. The processing unit 104 can generate virtual space data based on game progress, user input, and the like. When generating the virtual space data, the processing unit 104 may acquire images of various objects from the storage unit 106. Here, an object is a batter, a pitcher, a catcher, a fielder, a referee, a ball, a mound, a home base, a first base, a second base, a third base, and a fence, which are necessary to generate virtual space data in the game. , Including but not limited to objects such as auditoriums. The images of these objects may be acquired not from the storage unit 106 but from other sources such as an external server via the communication unit 108.

In the baseball game program of one embodiment of the present invention, a single virtual camera is arranged behind the catcher character in the virtual space. In step 304, the angle-of-view adjustment unit 202 and / or the direction adjustment unit 204 sets the angle of view and / or direction of the single virtual camera to an initial value. The angle of view adjustment unit 202 and / or the direction adjustment unit 204 may read the initial value from the storage unit 106, an external server, or the like. FIG. 6A (a) is a plan view schematically showing the angle of view and direction of the virtual camera in the virtual space and the relationship between the objects. FIG. 6A (a) shows a single virtual camera 602, angle of view α and direction β of virtual camera 602, catcher character 604, batter character 606, stadium 608, home base 610, first base 612, second base 614, and third base. A base 616 is shown. In FIG. 6A (a), the pitcher, the fielder, the referee, the spectator seat, etc. are omitted in order to avoid complication of the drawing. As illustrated, a single virtual camera 602 is placed behind the catcher character 604. The position of the virtual camera 602 is fixed regardless of the progress of the game. The virtual camera 602 only needs to be fixed at an arbitrary position behind the catcher in the virtual space. For example, the virtual camera 602 may be disposed at a predetermined distance directly behind the catcher. The height of the virtual camera 602 may be set to an arbitrary height such as the height of the batter's line of sight and the height of the catcher's line of sight. The processing in step 304, angle alpha and / or direction beta of the virtual camera 602 is set to an initial value alpha ₀ and / or beta _0, respectively.

In step 306, the view angle adjustment unit 202 and / or the direction adjustment unit 204 adjust the view angle α and / or the direction β of the virtual camera according to the progress of the game. The example of FIG. 6A shows an example of displaying an image of the virtual space at the moment when the batter hits the ball. At this time, the angle of view α and the direction β are not changed from the initial values, and α = α ₀ and β = β ₀ remain as they are. As will be described later with reference to FIGS. 4 and 5, when the game progresses, the angle of view α and / or the direction β is set to another value as necessary.

  In step 308, the image acquisition unit 206 captures an image of the virtual space using the virtual camera 602 and acquires the image. In step 310, the image output unit 214 outputs the acquired image to the display unit 102. FIG. 6A (b) schematically shows an example of an image displayed on the display unit 102 at the moment when the batter hits the ball. An image photographed by the virtual camera 602 according to the set values of the angle of view α and the direction β of the virtual camera 602 is displayed in a predetermined area of the display unit 102 (for example, the entire display unit 102). Therefore, it can be understood that as the value of the angle of view α decreases, the size of each object displayed on the display unit 102 increases. 6B includes objects such as a batter 606, a pitcher 618, and a fence 620. In order to clearly show the moment of impact to the user, the image may be generated without the catcher. The process ends at step 312.

FIG. 4 is a flowchart for more specifically explaining the process of displaying an image of the virtual space in the game viewed from the batter side when the batter hits the ball according to one embodiment of the present invention.
Processing begins at step 402. The process of step 404 is the same as that of step 304.

In step 406, the batter in the virtual space after hitting the ball, the batter until exits the imaging range of the virtual camera 602, the angle-of-view adjustment unit 202 maintains the angle alpha to an initial value alpha _0. FIG. 6B (a) is a plan view schematically showing the angle of view α and direction β of the virtual camera 602 in the virtual space at this time and the relationship between the objects. The direction adjustment unit 204 changes the value of the direction β of the virtual camera 602 from β ₀ to β ₁ so that the virtual camera 602 faces in the direction of the hit ball 622. The object position determination unit 212 determines whether or not the batter 606 is within the shooting range of the virtual camera 602. In this example, the batter 606 is moving toward the first base 612, but is within the shooting range of the virtual camera 602. Accordingly, the view angle adjustment unit 202 maintains the value of the view angle α as α ₀ . FIG. 6B (b) schematically shows an example of an image displayed on the display unit 102 at this time. FIG. 6B (b) shows a catcher 604, a batter 606, a ball 622, a fielder 624, and a referee 626. Compared to FIG. 6A (b), it can be seen that the direction of the virtual camera has changed, that the batter 606 has started running, and that the ball 622 has jumped far away. Although the catcher 604 is displayed in FIG. 6B (b), the processing unit 104 may generate an image so that the catcher 604 is not displayed.

FIG. 6C (a) is a plan view schematically showing the angle of view α and direction β of the virtual camera 602 immediately after the batter 606 goes out of the shooting range of the virtual camera 602 and the relationship between the objects. Hereinafter, to simplify the description, it is assumed that the direction of the hit ball does not change and the value of the direction β of the virtual camera 602 remains β ₁ . It will be understood that this is only an example, and according to the embodiment of the present invention, the direction β of the virtual camera can be freely adjusted according to the change in the direction of the hit ball.

  In step 408, the distance determination unit 208 obtains a distance L between the ball 622 and the virtual camera 602 in the virtual space. When the virtual space is a three-dimensional space, the distance L is the distance between the virtual camera 602 and the ball 622 in the horizontal plane of the three-dimensional space (the horizontal direction between the virtual camera 602 and the ball 622 in the three-dimensional space). Distance). For example, the distance determination unit 208 obtains the coordinate position of the ball 622 with the position of the virtual camera 602 as the origin in the three-dimensional space, and ignores the vertical coordinate change of the coordinate position, thereby calculating the value of the distance L. You may decide. As another example, the distance determination unit 208 may determine the value of the distance L based on the coordinates of the mapping obtained by projecting the position of the ball 622 in the three-dimensional space onto the horizontal plane.

In step 410, the distance determining section 210, the distance determined L is equal to or less than a predetermined threshold value L _T. Distance determining unit 210 may read the predetermined threshold L _T from the storage unit 106 or an external server or the like. When the distance L is determined to be equal to or less than a predetermined threshold value L _T ( "YES" in step 410), the process proceeds to step 412. In step 412, the angle-of-view adjustment unit 202 sets the angle alpha of the virtual camera 602 to an initial value alpha ₀ (i.e., maintained in alpha _0). Since in the example of FIG. 6C (a) is L ≦ L _T, the value of angle alpha as illustrated remains alpha _0. FIG. 6C (b) schematically shows an example of an image displayed on the display unit 102 at this time. FIG. 6C (b) shows a catcher 604, a ball 622, a fielder 624, and a referee 626. Compared to FIG. 6B (b), it can be seen that the batter 606 is no longer displayed and the position of the ball 622 has changed slightly. Although the catcher 604 is displayed in FIG. 6C (b), the processing unit 104 may generate an image so that the catcher 604 is not displayed.

When the distance L is determined to not less than a predetermined threshold value L _T ( "NO" in step 410), the process proceeds to step 414. In step 414, the angle-of-view adjustment unit 202, so that the apparent position of the virtual camera 602 (or, the user's point of view) the distance L 'between the ball 622 appears to be maintained at a predetermined value L _P Then, the angle of view α of the virtual camera 602 is adjusted. FIG. 6D (a) is a plan view schematically showing the angle of view α and direction β of the virtual camera 602 and the relationship between the objects when the ball 622 reaches the vicinity of the fence 620. The distance L is greater than a predetermined threshold _{L T} between the virtual camera 602 and the ball 622. The angle-of-view adjustment unit 202 is based on the distance L between the actual virtual camera 602 and the ball 622 in the virtual space and a predetermined value L _P (for example, may be read from the storage unit 106 or an external server). Thus, the value α _{1 of the} angle of view α is determined such that the distance L ′ between the apparent virtual camera 602 ′ (or the user's viewpoint) and the ball 622 is equal to L _P. As an example, the angle alpha _1, when the distance L exceeds the threshold L _T distance L (or may also be the like value obtained by multiplying the predetermined variable in power and L of L) is determined to be in inverse proportion to the May be. For example, the angle of view α ₁ can be obtained based on an equation of α ₁ = α ₀ × L _T / L. Note that typically, when the distance L exceeds the threshold value L _T L _P may be kept constant. L _p may be equal to the _{L T.} Angle adjustment unit 2020 sets the value alpha ₁ to obtain the value of angle alpha.

  When the virtual space is a three-dimensional space and the distance L is obtained as the horizontal distance between the virtual camera 602 and the ball 622 in the three-dimensional space as in the above example, the angle of view α is the horizontal distance. It will change according to. For this reason, the rate of change in the angle of view increases as the velocity of the hit ball in the horizontal direction increases. Therefore, the user can intuitively grasp whether the hit ball is a good hit or a bad hit. For example, in the case of a liner-type hitting ball that directly hits an outfield fence, the horizontal velocity of the hitting ball is large, and the angle of view changes at a high velocity. For this reason, the user can intuitively grasp that the hit ball is a good hit. On the other hand, in the case of a fly launched high, the horizontal speed of the hit ball and the change speed of the angle of view are small. For this reason, the user can intuitively grasp that the hit ball is bad.

In step 416, the image acquisition unit 206 captures the virtual space using the virtual camera 602 viewing angle is set to alpha _1, to obtain the image.
In step 418, the image output unit 214 outputs the image acquired in step 416 to the display unit 102. FIG. 6D (b) schematically shows an example of an image displayed on the display unit 102 at this time. Images acquired using an angle of view α ₁ narrower than the angle of view α ₀ in FIGS. 6A to 6C are displayed on the same display unit 102. Therefore, the size of each object (fielder 624 etc.) displayed in FIG. 6D (b) is larger than that in the case of FIGS. 6A to 6C.

  The processing in steps 408 to 418 may be repeated until a predetermined time (for example, when the opponent defender catches the ball 622). Thereby, the image (or video) of the virtual space from when the batter hits the ball until the opponent defender catches the ball can be seamlessly provided to the user without switching each scene. For this reason, compared with the conventional baseball game, a more improved sense of reality can be provided to the user.

  FIG. 5 is a flowchart for more specifically explaining a process of displaying an image of the virtual space in the game viewed from the batter side after the opponent defender catches the ball according to one embodiment of the present invention. The process of FIG. 5 may be executed following the process of FIG.

  Processing begins at step 502. FIG. 6E (a) is a plan view schematically showing the angle of view α and direction β of the virtual camera 602 and the relationship between the objects when the ball 622 is caught and returned to the infielder. It is.

In step 504, the distance determination unit 208 obtains a distance L between the ball 622 and the virtual camera 602 captured by the opponent defense team in the virtual space.
In step 506, the distance determining section 210, the distance determined L is equal to or less than a predetermined threshold value L _T.

When the distance L as in the example of FIG. 6E (a) is greater than a predetermined threshold value _{L T} ( "NO" in step 506), the process proceeds to step 510. The processing from step 510 to step 514 at this time is the same as that from step 414 to 418. FIG. 6E (b) schematically shows an example of an image displayed on the display unit 102 at this time. Images acquired using an angle of view α ₂ narrower than the angle of view α ₀ in FIGS. 6A to 6C and wider than the angle of view α ₁ in FIG. 6D are displayed on the same display unit 102. Therefore, the size of each object (fielder 624 etc.) displayed in FIG. 6E (b) is larger than that in FIGS. 6A to 6C and smaller than that in FIG. 6D.

Ball 622 is further returned to the vicinity of the virtual camera 602, when the distance L becomes equal to or lower than a predetermined threshold value _{L T} (step 506 "yes"), the process proceeds to step 508. In step 508, the angle-of-view adjustment unit 202 returns the angle alpha of the virtual camera 602 to an initial value alpha _0. Steps 512 and 514 are the same as steps 416 and 418.

  The processing of steps 504 to 514 may be repeated until a predetermined time (for example, when the ball 622 returns to the infielder). Thereby, the image (or video) of the virtual space from when the opponent defense team catches the ball to a predetermined time point can be provided to the user seamlessly without switching for each scene. For this reason, compared with the conventional baseball game, a more improved sense of reality can be provided to the user.

  According to the above-described series of embodiments, for example, the image (or video) of the virtual space is switched until the batter hits the ball, the opponent defender catches the ball, and the ball is returned to the infielder. And can be displayed on the display unit 102 seamlessly. Therefore, it is possible to provide improved realism to the user who plays the baseball game.

  Although the computer and the program according to the embodiment of the present invention have been specifically described above, the above-described embodiment is merely an example, and does not limit the scope of the present invention. It will be appreciated that the technical spirit of the present invention can be implemented in various ways, including programs and computers, as well as computer-implemented methods that include the steps of the described embodiments. In addition, it should be understood that changes, additions, improvements, and the like of the embodiments can be appropriately made without departing from the spirit and scope of the present invention. The scope of the present invention should be construed based on the description of the claims, and should be understood to include equivalents thereof.

DESCRIPTION OF SYMBOLS 100 Computer 102 Display part 104 Processing part 106 Storage part 108 Communication part 202 Angle adjustment part 204 Direction adjustment part 206 Image acquisition part 208 Distance determination part 210 Distance determination part 212 Object position determination part 214 Image output part 602 Virtual camera 602 'Appearance Virtual camera 604 catcher 606 batter 608 stadium 610 home base 612 first base 614 second base 616 third base 618 pitcher 620 fence 622 ball 624 fielder 626 referee

Claims (7)

A baseball game program for causing a computer to execute a method of displaying a virtual space in a game viewed from a batter side, wherein the method includes:
Seamlessly obtaining an image of the virtual space by adjusting the angle of view and / or direction of a single virtual camera located behind the catcher in the virtual space;
A baseball game program comprising: outputting the acquired image to a display unit. The obtaining step includes
When the distance between the ball hit by the batter in the virtual space and the virtual camera is equal to or less than a predetermined threshold, setting the angle of view of the virtual camera to an initial value;
The baseball game program according to claim 1, further comprising: adjusting the angle of view so that the distance seems to be maintained at the predetermined threshold when the distance exceeds the predetermined threshold. The obtaining step includes
In the virtual space, when the distance between the ball captured by the opponent defense team and the virtual camera exceeds a predetermined threshold, the virtual camera is viewed so that the distance is maintained at the predetermined threshold. Adjusting the angle of view of
The baseball game program according to claim 1, further comprising: setting the angle of view to an initial value when the distance is equal to or less than the predetermined threshold. The virtual space is a three-dimensional space;
The baseball game program according to claim 2 or 3, wherein the distance is a distance between the virtual camera and the ball in a horizontal plane of the three-dimensional space. The obtaining step includes
5. The method according to claim 1, further comprising: maintaining an angle of view of the virtual camera at an initial value until the batter goes out of a shooting range of the virtual camera after the batter hits the ball. Baseball game program.   The baseball game program according to any one of claims 1 to 5, wherein, in the obtaining step, the image is generated so that the catcher is not displayed after the batter hits the ball.   A computer comprising a processor, wherein the processor executes the method by executing the baseball game program according to any one of claims 1 to 6.

Images