JP6050884B1 - Control method and program for competitive game - Google Patents

Abstract

An object of the present invention is to maintain good motion consistency between a defensive terminal and an attacking terminal. A period until an “initial condition receipt notice” reaches a pitcher terminal (t3−t2) and a period until an “initial condition for flying a ball by hitting” reaches a pitcher terminal (t5). -T4) is considered to be substantially equivalent, so the period (t3 to t5) from the start of the pitching motion at the pitcher side terminal to the hit becomes substantially equal to the corresponding period (t2 to t4) of the batter side terminal. The consistency of motion between the pitcher side terminal and the batter side terminal can be ensured. Further, even when there is a change in the communication delay, the influence is offset, and the consistency of motion between the pitcher side terminal and the batter side terminal can be maintained well. [Selection] Figure 5A

Description

  The present invention relates to a battle game control method and program.

  There has been proposed a battle-type baseball game in which two users are divided into an attacker side and a defensive side, and exchange information between the attacking side and the defensive side to advance the game (for example, patents) Reference 1). The operation of the competitive baseball game described in Patent Document 1 is roughly as follows.

  After performing the ball type selection or course selection by the defensive user's operation, the pitching operation is determined by starting the pitching by another operation, and the pitching operation information is acquired. The acquired pitching operation information is transmitted from the defensive terminal to the attacking terminal, and a battle screen based on the pitching operation information is displayed on the attacking terminal, and a battle screen based on the pitching operation information is also displayed on the defensive terminal. The Further, the batting operation is determined by performing the batting by the operation of the attacking user, and the batting operation information is acquired. The acquired batting operation information is transmitted from the attacking terminal to the defensive terminal, and a battle screen based on the batting operation information is displayed on the defensive terminal, and a battle screen based on the batting operation information is also displayed on the attacking terminal. The

Japanese Patent No. 3866750

  FIG. 8 is a conceptual diagram for explaining the outline of the timeline on the attack side (batter side) and the defense side (pitcher side) of the competitive baseball game as disclosed in Patent Document 1. Hereinafter, based on the timeline shown in FIG. 8, the outline of the problems of the conventional competitive baseball game will be described.

  In the defensive terminal, after the ball type selection or course selection is performed by the defensive user's operation, when the start of pitching is instructed at time t1, the pitching motion information is acquired, and the defensive motion is hit from the pitching motion (dummy) at the defensive terminal. A series of motion display up to is started, and pitching operation information is transmitted from the defensive terminal to the attacking terminal. The pitching operation information is received at the attacking terminal at time t2, and the pitching motion is displayed based on the received pitching operation information, and the batting motion is performed by the attacking user's operation at time t3. The action information is acquired, the hit result is displayed based on the hit action information, and the hit action information is transmitted from the attacking terminal to the defensive terminal. This batting operation information is received at the defensive terminal at time t4, and the batting result is displayed based on the received batting operation information. As a result, the period (t4-t1) required for the series of motion display from the pitching motion to the hitting motion (dummy) at the defensive terminal (t4-t1) is the period required for the series of motion display from the pitching motion to the hitting motion ( It becomes larger than t3-t2), and a mismatch occurs between the motion displays in the defense-side terminal and the attack-side terminal. Therefore, an adjustment period T1 is required for adjusting the inconsistency between the motion displays in the defensive terminal. Since such an adjustment period is set by changing the pitching motion speed and the speed until the released ball reaches the catcher, a series of motions are displayed in an unnatural form. There is a risk that the defensive user may feel uncomfortable on the display. In addition, when t2 which is the time when the pitching operation information reaches the attacking terminal becomes t2 ′ due to the delay of communication or the like, the striking operation information is received at the defensive terminal at time t4 ′. Therefore, a period required for a series of motion display from the pitching motion to the hitting motion (dummy) is t4'-t1 (> t4-t1). In this case, T2 (> T1) different from T1 is necessary as an adjustment period due to the influence of fluctuations in communication delay, and the degree of inconsistency between the motion display on the defensive terminal and the attacking terminal further increases. Will be. As described above, the competitive baseball game as disclosed in Patent Document 1 has various problems as described above, and the consistency between the motion display on the defensive terminal and the attacking terminal is improved. It is difficult to maintain.

  The present invention has been made paying attention to the above-mentioned problems, and the object of the present invention is to provide a competitive game that can maintain good consistency between motion displays on the defensive terminal and the attacking terminal. A control method and a program are provided.

  A first basic form of the present invention for solving the above-described problem is a battle-type game control method executed by a combination of a mobile device and a batting device, wherein the mobile device is operated by a user. Information required for calculating the movement path of the object based on the information, output the information to the batting device, and receive the information reception notification from the batting device, and then draw the information on the moving device. Based on the information necessary for calculating the movement path after hitting the object output from the hitting device, starting the movement of the object toward the target to be reached in the three-dimensional virtual space A control method characterized by calculating and displaying a movement path of an object after hitting in a three-dimensional virtual space rendered in Than is.

  In addition, a second basic form of the present invention for solving the above-described problem is a battle-type game control method executed by a combination of a moving device and a batting device, wherein the batting device includes the moving device. A three-dimensional virtual space that is received by the information received from the side device and is sent to the mobile device upon receiving information necessary for calculating the movement path of the object, and is rendered in the batting device based on the information The movement path of the object is calculated and displayed, and when the user performs a batting operation on the object, the movement direction is changed by hitting the object, and information necessary for calculating the movement path after the batting is acquired. The information is output to the mobile device, and is drawn on the batting device based on the information. Those related to the control method characterized by calculating and displaying a movement path of the after impact object in the three-dimensional virtual space.

  According to one aspect of the present invention, it is possible to maintain good consistency between motion displays in the moving device and the striking device.

FIG. 1 is a block diagram showing the overall configuration of a competitive game system 1 according to an embodiment of the present invention. FIG. 2A is a block diagram illustrating an example of a hardware configuration according to an embodiment of the present invention. FIG. 2B is a block diagram illustrating an example of a configuration of a server according to an embodiment of the present invention. FIG. 3 is a block diagram illustrating an example of a hardware configuration of a server according to an embodiment of the present invention. FIG. 4 is a block diagram illustrating an example of a hardware configuration of a user terminal according to an embodiment of the present invention. FIG. 5A is a schematic diagram for explaining an outline of timelines on the attack side and the defense side when the present invention is applied to a competitive baseball game. FIG. 5B is a flowchart showing an aspect of the operation of the mobile device (defensive terminal) according to the embodiment of the present invention. FIG. 5C is a flowchart showing one aspect of the operation of the batting device (attacking device) according to the embodiment of the present invention. FIG. 6A is a diagram illustrating an example of an initial screen of a game on the mobile device (defense terminal). FIG. 6B is a diagram showing an example of a screen before the course designation cursor is fixed in the mobile device (defense terminal). FIG. 6C is a diagram illustrating an example of the game screen after the course designation cursor is fixed in the mobile device (defense terminal). FIG. 6D is a diagram illustrating an example of a game screen after the ball is released in the mobile device (defense terminal). FIG. 7A is a diagram illustrating an example of a game screen immediately before the pitcher character in the batting device (attacking device) performs a pitching motion. FIG. 7B is a diagram illustrating an example of the game screen after the pitching action by the pitcher character in the hitting device (attack side terminal) and before the ball enters the predetermined range from the hitting position. FIG. 7C is a diagram illustrating an example of the game screen after the ball enters a predetermined range from the hitting position after the pitching action by the pitcher character in the hitting device (attack side terminal). FIG. 7D is a schematic diagram illustrating an example of a game screen when a batting operation is performed on the ball in the batting device (attacking device). It is a schematic diagram for demonstrating the outline of the timeline of the attack side and defensive side of a competitive baseball game as shown by patent document 1. FIG.

The outline of the embodiment of the present invention is listed as an example as follows.
[Form 1]
A control method of a battle game executed by a combination of a mobile device and a batting device,
The mobile device is
Acquires information necessary for calculating the movement path of an object based on the user's operation,
Outputting the information to the batting device,
After receiving the reception notification of the information from the striking device, start the movement of the object toward the reaching target in the three-dimensional virtual space rendered in the moving device,
Based on the information necessary for calculating the movement path after hitting the object output from the hitting device, the movement path of the object after hitting in the three-dimensional virtual space rendered by the moving side device is calculated and displayed. A control method characterized by:
According to the first embodiment, the motion consistency between the moving device and the striking device can be favorably maintained.

[Form 2]
In the control method according to aspect 1,
The mobile device is
Move the cursor indicating the target position of the target of the object according to the user's operation,
Detecting the start timing of the user operation;
Determining whether the current timing is within a predetermined range from the start timing, and generating an output if the current timing is not within the predetermined range;
In response to the output, the operation of the cursor moving means is prohibited,
Depending on the previous SL output, control method characterized by switching a second mode for prohibiting the movement of the first mode and the cursor does not restrict the movement of the cursor.
According to the second embodiment, the degree of freedom in operation can be improved .

[Form 3]
The control method according to claim 2, wherein the cursor movement operation can be performed at an arbitrary position on the operation surface.
According to the third embodiment, the movement operation of the cursor can be performed instantly without being particularly aware of the operation position, and the degree of freedom of operation can be increased and the operability can be improved.

[Form 4]
The control method according to claim 2 or 3, wherein in the second mode, an operation for defining an attribute relating to rotation of the object is allowed.
According to the fourth embodiment, it is possible to reduce the occurrence of an erroneous operation and to perform a setting operation with a margin.

[Form 5]
5. The control method according to claim 4, wherein the operation for defining the attribute relating to the rotation of the object is a swipe operation, and at least one of the attributes relating to the rotation of the object is set by a swipe direction. .
According to the fifth embodiment, the attribute related to the rotation of the object can be easily set by a swipe operation.

[Form 6]
In the control method according to the fifth aspect, in the second mode, display is performed according to the timing of the swipe operation, and the arrival accuracy of the object to the target is determined according to the timing of the swipe operation. A control method characterized by the above.
According to the sixth embodiment, the accuracy of reaching the target can be controlled according to the timing of the swipe operation, and the degree of user involvement in the game can be increased.

[Form 7]
The control method according to claim 6, wherein the timing of the swipe operation is set when a speed when the operation surface is slid by a predetermined distance exceeds a predetermined value.
According to the seventh embodiment, timing can be set without triggering disappearance of contact with the operation surface.

[Form 8]
A control method of a battle game executed by a combination of a mobile device and a batting device,
The batting device is
Receives information necessary for calculating the movement path of the object output from the moving device, transmits a reception notification of the information to the moving device, and is rendered in the striking device based on the information Calculate and display the movement path of the object in the virtual space,
When the user performs a batting operation on the object, the batting is given to the object to change the moving direction, and information necessary for calculating the moving path after the batting is acquired,
Outputting the information to the mobile device,
A control method, comprising: calculating and displaying a movement path of an object after hitting in a three-dimensional virtual space rendered by the hitting side device based on the information.
According to the eighth embodiment, the motion consistency between the moving device and the striking device can be favorably maintained.

[Form 9]
In the control method according to aspect 8,
The batting device is
Move the meet cursor indicating the target position to hit the object according to the user's operation,
It is determined whether or not the object is within a predetermined range from the position at which the object is hit, and an output is generated when the object is within the predetermined range from the position at which the object is hit. ,
In response to the output, at least partially restrict the movement of the meat cursor,
As a result, according to the position of the object, the first mode that does not restrict the movement of the meet cursor and the second mode that restricts at least a part of the movement of the meet cursor are switched, and the batting operation on the object and the meet cursor are changed. A control method characterized by preventing interference with a moving operation.
According to the ninth embodiment, at least partly restricting the movement of the meet cursor in the second mode ensures a degree of freedom in the batting operation and the move operation of the meet cursor on the object moving in the three-dimensional virtual space, Interference between both operations can be prevented.

[Form 10]
The control method according to claim 9, wherein the predetermined range is defined by a time distance.
According to the tenth embodiment, it is possible to secure the time for the batting operation regardless of the moving speed of the object.

[Form 11]
11. The control method according to claim 9 or 10, wherein in the second mode, the operation of moving the meet cursor in a direction different from the direction of the batting operation on the object is allowed.
According to the eleventh embodiment, the move operation of the meet cursor that does not conflict with the batting operation can be performed, and the degree of freedom of operation can be increased.

[Form 12]
The control method according to any one of Embodiments 9 to 11, wherein a hitting operation on the object can be performed at an arbitrary position.
According to the twelfth embodiment, the batting operation on the object can be performed instantaneously without being particularly aware of the batting operation position, and the degree of freedom of operation can be increased and the operability can be improved.

[Form 13]
The control method according to any one of Embodiments 9 to 12, wherein the movement trajectory of the object is calculated based on at least the direction of the user's hitting operation.
According to the thirteenth embodiment, the moving direction of the object can be easily and suitably set.

[Form 14]
14. The control method according to any one of Forms 9 to 13, wherein the move operation of the meet cursor is performed at a position that does not interfere with display of the meet cursor and the object.
According to the fourteenth embodiment, it is possible to prevent the display of the meet cursor and the object from being hindered by the move operation of the meet cursor.

[Form 15]
15. The control method according to claim 14, wherein the move operation of the meet cursor is performed in an area adjacent to the display of the meet cursor.
According to the fifteenth embodiment, the meet cursor moving operation position can be made suitable.

[Form 16]
16. The control method according to any one of forms 1 to 15, wherein an animation linked to the position of the object is generated.
According to the sixteenth embodiment, the reality in the game can be increased.

[Form 17]
17. The control method according to any one of forms 1 to 16, wherein the game is a baseball game and the object is a baseball ball.
According to the seventeenth aspect, it is possible to realize a mode suitable for a baseball game.

Another embodiment of the present invention relates to a program for realizing the above control methods by a computer.
And also in the said program, there exists an effect similar to the said control method.

  Hereinafter, an embodiment according to the present invention will be described in detail with reference to the drawings. In addition, this invention should not be limited to embodiment described below, and should be interpreted based on description of a claim. In addition, it should be noted that those skilled in the art can use other similar embodiments, and can make changes or additions as appropriate without departing from the present invention.

[Overview of overall configuration of game system]
FIG. 1 is a block diagram showing the overall configuration of a competitive game system 1 according to an embodiment of the present invention. The competitive game system 1 includes a moving device 2 and a batting device 3. The functions performed by the moving side device 2 and the striking side device 3 of the competitive game system 1 are roughly as follows. Details will be described later.

  That is, the moving device 2 acquires information necessary for calculating the movement path of the object based on the user's operation, outputs the information to the batting device 3, and receives the information from the batting device 3. After receiving the notification, the moving device 2 is configured to start moving the object toward the reaching target in the three-dimensional virtual space depicted in the moving device 2, and for the object output from the striking device 3 Based on the information necessary for calculating the movement path after hitting, the moving path of the object after hitting in the three-dimensional virtual space rendered by the moving device 2 is calculated and displayed. On the other hand, the batting device 3 receives information necessary for calculating the movement path of the object output from the moving device 2 and transmits a reception notification of the information to the moving device, and performs the batting based on the information. The movement path of the object in the three-dimensional virtual space rendered by the side device 3 is calculated and displayed, and when the user performs a batting operation on the object, the object moving in the three-dimensional virtual space is hit. The movement direction is changed, and information necessary for calculating the movement path of the object after hitting is acquired, and the information is output to the mobile device 2 and based on the information. The movement path of the object after hitting in the three-dimensional virtual space is calculated and displayed.

[Overview of system hardware configuration]
FIG. 2A is a conceptual diagram showing an outline of a basic hardware configuration according to an embodiment of the present invention. As the hardware configuration, the server 20, the network 40, and the server 20 are communicably connected to each other. The user terminal 30 of each user who can do it is included.

  For example, as shown in FIG. 2B, the server 20 includes a game server 21 and a database server 22.

  The game server 21 receives access from the user terminal 30 of each user who receives the game service via the network 40, stores and manages game information of each user in the database server 22, and manages each user via the network 40. Provided game services.

  The database server 22 is a server for accumulating and managing game information such as game history and acquired points of each user.

  In addition, although the server 20 shows the example comprised by the game server 21 and the database server 22, it is not limited to this. For example, the functions of each server can be distributed to a plurality of servers and configured as a plurality of servers. In addition, an authentication server for authenticating the user and a charge management server that performs charge management when the user purchases an item to be charged in the game may be configured separately.

  In addition, when it is required to construct a server system that can withstand a huge access from a user terminal 30 of a large number of users who use a game service, a plurality of game servers 21 and database servers 22 are provided to provide a load balancing type. A system configuration may be adopted. In this case, it is desirable to provide a load balancer for adjusting the load among the plurality of game servers 21 and the database server 22.

  The network 40 includes a LAN such as a dedicated line (dedicated cable) for direct connection, Ethernet (registered trademark), etc., and a communication network such as a telephone communication network and a cable network, and may be wired or wireless.

  The provided game can be a social game provided on the SNS platform, but may be constructed as a game independent of the SNS platform. Ball games of various game formats and genres such as baseball, soccer, tennis, table tennis and cricket can be adopted as provided games.

  In the following description, the game to be provided is a social game provided on the SNS platform, a program (application software) for a browser game is installed in the game server, and the game server is a user terminal of each user. It is assumed that arithmetic processing and data processing for game progress are executed according to the input operation at 30. In such a case, the game server updates the game information of each user stored in the database server as the game progresses, and also updates the web page information (game screen data) to the user terminal 30 of each user. Send to.

  Each user's user terminal 30 is equipped with a web browser having a website browsing function, and the web page information transmitted from the game server can be displayed on the screen of the user terminal 30. As the user terminal 30, various terminals such as a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, a personal digital assistant (PDA), a smartphone, a personal computer, or a tablet computer can be adopted. .

[Configuration of game server, etc.]
An example of a specific configuration of the game server will be described below with reference to FIG. As shown in the figure, the game server mainly includes a main storage device such as a CPU (Central Processing Unit) 110, a ROM (Read Only Memory) 120, and a RAM (Random Access Memory) 130, an auxiliary storage device 140, and communication control. 150 and an input / output control unit 160, which are connected to each other via a bus line 170 including an address bus, a data bus, a control bus, and the like. An interface circuit (not shown) may be appropriately interposed between the bus line 170 and each component.

  The CPU 110 controls the entire game server. The ROM 120 stores programs and the like necessary for operation control of the game server. The RAM 130 stores various programs and data, and provides a work area for the CPU 110.

  The auxiliary storage device 140 is a storage device such as a hard disk drive for storing application software such as a game program and various data. A program for starting the game server is also stored in the auxiliary storage device 140, and the program is loaded from the auxiliary storage device 140 to the RAM 130 via the bus line 170 when the game server is started.

  The communication control unit 150 includes a communication interface 150 a connected to the network 40 and controls communication with each user's user terminal 30 via the network 40. When the game is a social game provided on the SNS platform, the communication control unit 150 controls communication with an SNS server (not shown).

  The input / output control unit 160 is communicably connected to the database server, and performs input / output control when the CPU 110 executes reading / writing of data (record) with respect to the database server.

  The database server includes a large-capacity hard disk device having, for example, a RAID (Redundant Arrays of Inexpensive Disks) configuration as a storage device having an area for storing game information of each user. This database server is, for example, a relational database that manages various game information (user name, level, in-game points, possessed items, etc.) of each user based on identification information (user ID) that uniquely identifies each user. It can be constructed as an object database or an object relation database.

  Next, the configuration of the user terminal 30 of a user who accesses the game server according to the present embodiment and receives a game service will be described.

[Configuration of terminal device]
Taking a portable terminal as an example of the user terminal 30, the configuration will be described with reference to FIG. As shown in FIG. 4, the user terminal 30 mainly includes a CPU 310, a ROM 320 and a RAM 330 as main storage devices, an image processing unit 340, a display unit 350, a sound processing unit 360, and an audio input unit 370. , An audio output unit 380, an auxiliary storage device 390, an operation input unit 400, and a communication control unit 410, and the components 310 to 340, 360 and 390 to 410 are connected to each other via a bus line 420. Has been. An interface circuit (not shown) is appropriately interposed between the bus line 420 and each component.

  The CPU 310 controls the entire user terminal 30. The ROM 320 stores a program and the like necessary for operation control of the user terminal 3. The RAM 330 stores various programs and data loaded from the ROM 320 or the auxiliary storage device 390, and provides a work area to the CPU 310. A web browser that displays game screen data described in HTML or the like is stored in the ROM 320 or the auxiliary storage device 390, loaded into the RAM 330, and executed by the CPU 310. Further, various plug-in software for extending the browser function of the web browser may be stored in the ROM 320 or the auxiliary storage device 390 together with the web browser.

  The image processing unit 340 drives the display unit 350 based on an image display command from the CPU 310 and displays an image on the screen of the display unit 350. As the display unit 350, various display devices such as a liquid crystal display can be employed.

  The sound processing unit 360 converts an analog audio signal into a digital audio signal when audio is input from the audio input unit 370, generates an analog audio signal based on a sound generation instruction from the CPU 310, and outputs the analog audio signal to the audio output unit 380. Output. The voice input unit 370 includes a microphone built in the user terminal 30 and is used for telephone communication or recording. The audio output unit 380 includes a reception speaker at the time of telephone communication and a speaker for outputting a telephone ringtone or a sound effect at the time of game execution.

  The auxiliary storage device 390 is a storage device that stores various programs and data. As the auxiliary storage device 390, for example, a flash memory or the like can be used as the internal memory of the mobile phone terminal, and a memory card reader / writer or the like can be used as the external memory of the mobile phone terminal.

  The operation input unit 400 accepts a user operation input and outputs an input signal corresponding to the operation input to the CPU 310 via the bus line 420. Examples of the operation input unit 400 include physical buttons such as a direction instruction button, a determination button, and an alphanumeric character input button provided on the main body of the user terminal 30. When the display unit 350 is configured as a touch screen, the touch panel serves as the operation input unit 400.

  The communication control unit 410 includes a communication interface 410a, and has a communication control function for data communication when a game is operated, a communication control function for transmitting and receiving voice data as a mobile phone terminal, and the like. Here, the communication control function for data communication includes, for example, a wireless LAN connection function, an Internet connection function via a wireless LAN or a cellular phone network, a short-range wireless communication function, and the like. The communication control unit 410 transmits a connection signal for connecting the user terminal 30 to a wireless LAN, the Internet, or the like based on a command from the CPU 310, and receives information transmitted from the communication partner side and supplies the information to the CPU 310. To do.

  The user terminal 30 may include a GPS (Global Positioning System) signal receiving circuit, an imaging device (camera) such as a CCD (Charge Coupled Device) image sensor, a three-axis acceleration sensor, and the like. Location information and the like may be used in the game.

[Examples of processing of a battle game]
Next, an outline of an example of the processing of the competitive game system according to the embodiment of the present invention is shown in FIG. 5A to FIG. 5C, FIG. 6A to FIG. 6D, and FIG. 7A to FIG. This will be described based on the example.

  FIG. 5A is a schematic diagram for explaining an outline of a timeline on the attacking side and the defensive side for one cycle from pitching to hitting when the present invention is applied to a competitive baseball game. The development of the game will be described along the timeline of the defensive side and the attacking side shown in FIG. 5A. In the following description, when a terminal name is displayed next to a time or a time range, the terminal name means a main terminal name to be explained.

<Before time t0>
Prior to time t0, the pitcher terminal (defense terminal) has an initial screen including a catcher character 601, batter character 602, pitcher character 603, strike zone 604, etc. in the game screen 600 as shown in FIG. 6A. It is displayed (S101). In FIG. 6A, a course designation cursor 605 for designating a pitching course (ball arrival target) is displayed at the center of the strike zone 604. On the other hand, the batter side terminal (attack side terminal) includes a batter character 702, a pitcher character 703, a strike zone 705, a home base 706, a bat 707, a meat cursor 709, etc. in the game screen 700 as shown in FIG. 7A. An initial screen is displayed (S201). In FIGS. 6A to 6D, an image obtained by shooting the stadium with a virtual camera from behind the pitcher character 603 is displayed as a background image. In FIGS. 7A to 7D, an image obtained by shooting the stadium with a virtual camera from behind the batter character 702 is displayed as a background image. Note that the viewpoint of the virtual camera can be changed to a viewpoint from a long distance or an overhead viewpoint so that the situation can be confirmed in a wide range.

<Time t0 to t1>: Pitcher side terminal At time t0 to t1, course designation and ball type designation are made at the pitcher side terminal. Hereinafter, the course designation method and the ball type designation method in the pitcher side terminal will be described in detail based on the flowchart of FIG. 5B. At times t0 to t1, the initial screen is continuously displayed on the batter side terminal.

  Next, the start of course designation is determined (S102), and it is determined that an arbitrary position on the operation surface has been touched. An operation index 607 is displayed at a position corresponding to the touch position on the screen. In addition, a circle 608 surrounding the course designation cursor 605 is displayed. In this state, the course designation cursor 605 is allowed to move (S103). If the determination result is not, the process returns to step S101.

  When the operation indicator 607 is operated by a swipe operation on the operation surface in a state where the movement of the course specifying cursor 605 is permitted, the course specifying cursor 605 moves in conjunction with the operation indicator. The movement of the course designation cursor 605 is allowed only for a predetermined period from the timing of touching the operation surface, and the movement of the cursor 605 is prohibited when the predetermined period elapses. For this reason, the timing operation is started from the timing of touching the operation surface as a starting point, and it is determined whether or not a predetermined period has elapsed (S104).

  In the above determination, if it is determined that the predetermined period has elapsed, the movement of the course designation cursor 605 by the operation index 607 is prohibited (S105). If it is determined that the predetermined period has not elapsed, the process returns to step S103. Note that the size of the circle 608 is reduced with the passage of time in order to provide an indication of the timing situation of the predetermined period.

  Next, in a state where the movement of the course designation cursor 605 is prohibited, the ball type or the like is designated by swiping the operation surface (S106). For example, in FIG. 6C, a ball type display 606 indicating the correspondence between the swipe direction and the ball type such as straight, curve, etc., is provided radially from the course designation cursor 605. Note that the ball type display 606 can be made to depend on the ability of the pitcher character 603 so that a specific ball type, for example, a folk ball or the like, is not displayed according to the ability of the pitcher character.

  In this aspect, the sphere type is specified by the swipe direction. Details of the touch information acquisition method by the swipe operation and the relationship between the swipe operation and the specification of the sphere type will be described later.

  Further, in this aspect, the arrival position accuracy (throwing accuracy) of the ball is controlled according to the timing of the swipe operation. Therefore, a gauge 609 for giving the user an indication of the timing of the swipe operation is displayed (see FIG. 6C). If the user performs the swipe operation at the optimal timing, the arrival position accuracy (throwing accuracy) can be maximized. it can. In this manner, the ball arrival position accuracy (throwing accuracy) is set based on the timing of the swipe operation (S107). An example of a technique for controlling the accuracy of reaching the ball with respect to the target will be described later.

  It should be noted that it is not always necessary to set the pitching accuracy as a continuous amount, and the pitching accuracy can be set stepwise as necessary. Further, when the pitching accuracy, the ball type, or the like is not specified due to a delay in the swipe operation, control based on a predetermined specific value may be performed.

  In this way, when the swipe operation is completed (time t1), initial conditions for flying the pitched ball are acquired (S108). The acquired initial condition is transmitted to the batter side terminal almost simultaneously with the acquisition of the initial condition (approximately time t1) (S109). At this time, the pitching ball does not fly at the pitcher side terminal. The timing of throwing (throwing) the throwing ball will be described later.

  As will be described later, in order to accurately determine the trajectory of the ball flying in the three-dimensional virtual space, the velocity vector, the rotation axis, and the rotation amount of the ball immediately after the flight may be given as the initial conditions of the ball flight. . Since the velocity vector can be grasped as a three-dimensional amount, the rotation axis, and the rotation amount as a one-dimensional amount, if the five parameters are designated as the initial conditions of the ball flight, the flight trajectory of the ball is determined.

  On the other hand, the goal (throwing course) of the ball specified by the user can be grasped as a two-dimensional quantity and corresponds to two parameters. Therefore, by swiping to specify the ball type, etc., the remaining three parameters are set. You may make it specify. An example of a technique for this will be described later.

<Period t1 to t2>
The period t1 to t2 is a period until the “initial condition for flying the pitched ball” output from the pitcher side terminal reaches the batter side terminal. This period (t2-t1) is assumed to be a relatively short period in the case of P2P or the like that is directly transmitted from the pitcher side terminal to the batter side terminal. Depending on the conditions and the like, there may be a case where a long time is required (see FIG. 5A, case 2). The present invention is configured to cope with such a case. Details of this point will be described later.

<Time t2>: Batter-side terminal Time t2 is the time when the “initial condition for flying the throwing ball” output from the pitcher-side terminal reaches the batter-side terminal. The batter side terminal receives the arrival of the initial condition, and outputs a receipt notification of the initial condition almost simultaneously with the arrival (substantially time t2), and the receipt notice is transmitted to the pitcher side terminal (S203). .

<Period t2 to t3>
The period t2 to t3 is a period until the “initial condition receipt notification” output from the batter side terminal reaches the pitcher side terminal. The characteristics and the like of this period (t3-t2) are the same as those in the above-described periods t1-t2.

<Time t3>: Pitcher side terminal Time t3 is the time when the “initial condition receipt notification” output from the batter side terminal reaches the pitcher side terminal. When the pitcher-side terminal receives this “initial condition receipt notification” (S110), the pitcher character 603 starts a pitching motion at the pitcher-side terminal, and the pitching ball is based on the “initial condition for flying the pitching ball”. Is calculated and displayed, and a dummy motion display of a hit by the batter character 602 is made (S111). The dummy motion display is to make the batter character 602 perform a default hitting motion preset on the system, and may be one type of hitting motion. Based on the “condition”, it may be appropriately selected from a plurality of hitting motions.

<Period t2 to t4>: Batter side terminal In the period t2 to t4, the pitcher character 703 starts the pitching motion in the batter side terminal, and the “initial condition for flying the throwing ball” is output from the pitcher side terminal. Based on this, the flight path of the pitched ball is calculated and displayed (S204), the pitched ball is hit (S205 to S209), the initial conditions for the ball flight by the hit are acquired (S210), and the initial conditions are This is a period transmitted to the pitcher terminal (S211). Details of steps S204 to S211 are as follows.

  As shown in FIG. 7B, the ball 708 is displayed on the game screen when the pitching motion by the pitcher character 703 is completed. The flight path of the throwing ball is determined based on “initial condition for flying the throwing ball” output from the pitcher side terminal. The “initial condition for flying the thrown ball” may be, for example, the velocity vector, the rotation axis, and the rotation amount of the ball immediately after the flight as described above. In this way, even in the batter side terminal, a flight path corresponding to the pitched ball flight path of the pitcher side terminal is guaranteed. Note that the pitching motion of the pitcher character 703 may be a default pitching motion set in advance on the system.

  The user observes the moving path of the ball 708 moving in the screen 700, and moves the meet cursor 709 by a swipe operation (S205). Here, the meet cursor 709 is a sign for indicating an area where the batter character 702 can hit the ball, and is displayed above the home base 706. When the user performs a swipe operation to move the meet cursor 709, the hit position on the ball by the swing of the bat 707 can be adjusted. The touch information acquisition method by the swipe operation will be described later. In the meet cursor 709, an indicator 710 indicating the optimum hitting position for the ball is attached. Further, if necessary, a sign 704 indicating an expected position when the ball 708 arrives in or near the strike zone 705 may be displayed. The meet cursor 709 and the strike zone 705 are translucently displayed so as not to block the display of the moving ball 708.

  The swipe operation for moving the meet cursor 709 is performed in an area different from the display area of the meet cursor 709, for example, an area adjacent to the display area of the meet cursor 709, and the meet cursor 709 is indirectly linked to the swipe operation. It is intended to be moved. In this way, since it is not necessary to touch the meat cursor 709 and move it directly, it is possible to prevent the user's finger from hindering the visual recognition of the meat cursor 709, and as a result, when positioning the meat cursor 709. Operability can be improved.

  Next, it is determined whether or not the ball 708 thrown by the pitcher character 703 has entered a predetermined range from the hitting position (S105). If it is determined that the ball 708 is not within the predetermined range from the striking position, the process returns to step S205, and if it is determined that the ball 708 is within the predetermined range from the striking position, a step described later is performed. The process proceeds to S207. Note that the predetermined range can be defined by the time distance. In this case, since the flight time from when the ball enters the predetermined range from the striking position until it reaches the striking position is substantially constant, the preparation period for the striking operation, etc. can be substantially constant. The batting operation can be performed with a margin.

  FIG. 7C is a diagram illustrating an example of the game screen when it is determined that the ball 708 thrown by the pitcher character 703 is within a predetermined range from the hitting position. In this case, the meet cursor 709 is fixed, for example, colored yellow (shaded in FIG. 7C), and the movement of the meet cursor 709 by the user is prohibited in principle. However, in order to correspond to the changing ball, it is allowed to move the meet cursor 709 to any lower direction / position that does not interfere with the hitting operation. Therefore, the user moves the meet cursor 709 to an arbitrary downward direction / position as necessary (S207).

  Next, the user performs a flick operation upward in order to capture the timing and start a batting operation on the ball 708 (S208). The reason for setting the direction of the flick operation for the batting operation upward is to prevent interference with the moving operation direction of the meet cursor 709. FIG. 7D is a schematic diagram illustrating an example of a game screen when a hitting operation is performed on a ball. The flick operation can be performed at any position on the screen where the touch operation can be performed. In this way, since the flick operation can be performed instantaneously without being particularly aware of the operation position, the degree of freedom of operation can be increased and the operability can be improved.

  Next, the flick operation is analyzed, the direction of the flick operation and the speed of the flick operation are acquired, and the batter character 702 is caused to start a bat swing (S209). In this embodiment, the speed of the bat swing is determined based on the speed of the flick operation. Note that the speed of the bat swing may be made to depend on the ability of the batter. A method for acquiring touch information by flicking will be described later.

  Next, an initial condition for flying the ball by hitting is acquired (S210). Then, at time t4, initial conditions for ball flight by hitting are transmitted to the pitcher side terminal (S211).

<After time t4>: Batter side terminal After time t4, the batter side terminal calculates and displays the flight route of the ball based on the acquired initial condition for flying the ball by hitting (S212). In order to quantitatively calculate the flight path of the ball by hitting, the collision between the bat and the ball is modeled dynamically, and the velocity vector, rotation axis, and rotation amount of the ball immediately after the collision are acquired as the initial conditions of the ball flight. There is a need to. In calculating the flight path of the ball, it is necessary to consider the direction of the acquired flick operation. Details of these will be described later.

  The relationship between the bat swing and the ball hitting is qualitatively the same as that of actual baseball. For example, if the timing of the bat swing deviates from the timing suitable for hitting the ball, and it is too early or too late, the swing is lost. Even if the timing of the bat swing is suitable, if the locus of the bat swing is out of the position range suitable for hitting the ball, the swing is lost.

  In addition, when the timing of the bat swing is suitable and the locus of the bat swing is in a position range suitable for the ball hit, the ball is hit, but the collision between the bat 707 and the ball 708 is performed. Depending on the mode, flight trajectories of various balls can be obtained. For example, when the lower part of the ball 708 is hit with the upper part of the bat 707, it is expected that the angle of the hit ball will rise and become a fly. In addition, when the upper part of the ball 708 is hit with the lower part of the bat 707, it is expected that the angle of the hit ball will be lowered. In the case of so-called just meat, hits and home runs are expected, and in cases other than just meat, ordinary hits are expected.

<Time t4 to t5>
Time t4 to t5 is a period until the “initial condition for flying the ball by hitting” output from the batter side terminal reaches the pitcher side terminal. The characteristics of this period (t5-t4) are the same as those in the above-described periods t1-t2, t2-t3. In this period (t5-t4), the communication period from the batter side terminal to the pitcher side terminal is the same as the period (t3-t2) until the “initial condition receipt notification” reaches the pitcher side terminal, Since the communication status is assumed to be equivalent, it can be considered that both are substantially equal.

<After time t5>: Pitcher side terminal At time t5, the pitcher side terminal receives the “initial condition for flying the ball by hitting” transmitted from the batter side terminal, and the flight route of the ball based on the initial condition Is calculated and displayed (S112). Note that the same method as the batter-side terminal may be adopted as a method for calculating and displaying the flight route of the ball. In this way, even in the pitcher side terminal, a flight path corresponding to the flight path of the ball due to the hit of the batter side terminal is guaranteed.

  As is clear from the above description (particularly, refer to FIG. 5A), the period until the “initial condition receipt notification” reaches the pitcher terminal (t3-t2) and “the initial condition for flying the ball by hitting” ”Until reaching the pitcher side terminal (t5-t4) is considered to be substantially equivalent. Therefore, the period from the start of the pitching motion at the pitcher side terminal to the hit (t3 to t5) is the batter side terminal. 8 is substantially equal to the period (t2 to t4) from the start of the pitching motion to hitting in FIG. 8, and it is possible to greatly improve the consistency of motion between the pitcher side terminal and the batter side terminal. The adjustment period (T1, T2) required in the conventional example shown is no longer necessary. Also, even if t2 which is the time when the “initial condition for flying the throwing ball” output from the pitcher side terminal reaches the batter side terminal becomes t2 ′ due to communication delay or the like, A period until the “initial condition receipt notification” reaches the pitcher terminal (t3′−t2 ′) and a period until the “initial condition for flying the ball by hitting” reaches the pitcher terminal (t5′−t4). ') Is considered to be substantially equivalent, so the period from the start of the pitching motion at the pitcher side terminal to the hit (t3' to t5 ') is the period from the start of the pitching motion at the batter side terminal to the hit (t2) Since the period from the start of the pitching motion at the batter side terminal to the hit (t2 to t4) is equal to (t2 'to t4'), the pitching motion at the pitcher side terminal is opened. Through to strike the period (t3 to t5) and (t3'~t5 ') is approximately equal. Thus, even when there is a fluctuation in the communication delay, the influence is offset, and the consistency of motion between the pitcher side terminal and the batter side terminal can be maintained well.

  Below are the methods for obtaining touch information, the principle of calculating the ball flight path, the method for controlling the accuracy of the pitched ball reaching the target, the method for causing the pitched ball to reach the vicinity of the target position, and the initial conditions for the ball flight by hitting. An acquisition method, a control method of the flight direction of the ball, and the like will be described.

[Touch Information Acquisition Method]
A method for acquiring touch information by a swipe operation or a flick operation will be described.
When the user performs a touch operation on the screen, the contact of an object with the touch screen is detected, and the start point position of the touch operation corresponding to the operation start position is designated. Then, the touch position on the touch screen is detected and stored at a predetermined cycle (for example, a frame rate of 30 fbps).

  In this manner, information on the touch position is sequentially acquired, and the touch moving direction and touch are determined from the touch position (vector; two-dimensional coordinate position) of the previous frame and the touch position (vector; two-dimensional coordinate position) of the current frame. The distance between them can be calculated, and the speed of the touch operation is calculated by dividing the calculated distance by the frame rate.

[Principle explanation of ball flight path calculation]
There are several methods for calculating the flight path of the ball, ranging from simple calculation to complicated calculation.

  An example of a simple calculation method is to take the ball after the collision as a mass point and calculate the flight path using only the initial velocity (vector) of the ball as an initial condition. A flight path can be specified by obtaining a general solution and substituting the initial velocity (vector) component therein. In this case, data relating to the rotation of the ball is unnecessary, and it is not necessary to prepare as an initial condition.

  An example that requires a slightly complicated calculation is to consider the ball as a rigid body and calculate the flight path of the ball using all of the above initial conditions (the initial velocity (vector) of the ball, the direction of the rotation axis, the amount of rotation). . An example of the principle of flight path calculation (three-dimensional flight trajectory calculation) in such a case is roughly as follows.

  In order to determine the trajectory of the ball flying in the three-dimensional virtual space, the velocity vector, the rotation axis, and the rotation amount of the ball immediately after movement may be given as the initial conditions of the ball flight. An example of the principle of flight path calculation (three-dimensional flight trajectory calculation) is roughly as follows.

As the external force (vector) acting on the ball, there are a drag D, a lift L, a torque T, and gravity, but the magnitude of the drag D | D |, the magnitude of the lift L | L |, and the magnitude of the torque T The magnitude | T | is expressed as follows using a drag coefficient C _D , a lift coefficient C _L , and a fluid torque coefficient C _m , which are aerodynamic coefficients.
| D | = 0.5ρ | U | ² A * C _D (Formula 1)
| L | = 0.5ρ | U | ² A * C _L (Formula 2)
| T | = 0.5ρ | U | ² Ad * C _m (Formula 3)
Where ρ: air density, | U |: magnitude of the flying speed of the ball, A: ball diameter cross-sectional area, and d: ball diameter.

Here, the aerodynamic parameters of the drag coefficient C _D , the lift coefficient C _L , and the fluid torque coefficient C _m can be approximately expressed as a function of the rotational speed and flying speed of the ball. The rotational speed gradually decreases due to the fluid torque. However, if necessary, the reduction of the rotational speed N (t) may be considered based on the following model formula (Formula 11).
N (t + Δt) = − ρAdC _m (t) | U | ² Δt / (4πI) + N (t) (Formula 4)
Where C _m (t) is the fluid torque coefficient at time t, and I is the moment of inertia of the ball.

Drag (vector) D, it is the velocity (vector) U opposite direction of the ball, lift (vector) L is considering that such orthogonal speed of the ball and (vector) U to the rotation axis Z _R, The equation of motion (differential equation) of the ball during flight can be easily derived. If the initial velocity (vector) of the ball, the direction of the axis of rotation, and the amount of rotation are given as initial conditions, numerical calculation of the flight trajectory of the ball ( For example, it can be determined by the Euler method).

  Further, as a more complicated calculation method, a method in which the flying of the ball is regarded as a movement of the ball in the fluid (in the air) and the force acting on the ball is numerically calculated hydrodynamically using the Navier-Stokes equation can be considered. However, this method may be considered to be limited in consideration of the necessity of precise analysis of baseball ball movement, the time required for arithmetic processing, the capacity of the processing system, etc. Description is omitted.

  When it is necessary to determine the run direction and distance when the ball lands and runs after flight, for example, the speed (vector) and rotation speed at the time of landing of the ball, the inclination of the landing point, the dynamic friction coefficient, etc. Based on the numerical calculation of the bounce and rolling of the ball, the run direction and distance can be simulated.

  In addition, regarding the bounce behavior of the ball, it is necessary to consider that the spin and speed of the ball give energy to each other due to the dynamic friction coefficient of the ground, and that the reflection on the ground is attenuated by a repulsion coefficient. . As for the ball rolling, the angular velocity of the ball is obtained after calculating the acceleration due to the rolling resistance of the ground, and the distance the ball rolls can be obtained based on the angular velocity.

[Method of controlling the accuracy of throwing ball to reach the target]
In one embodiment, the arrival position accuracy (throwing accuracy) of the ball is controlled according to the timing of the swipe operation. An example of a control method for this will be described below.

For example, consider a concentric circle having a radius corresponding to a deviation between the timing of completion of the swipe operation and the optimal timing, and randomly select a point P in the inner region of the concentric circle at the timing of completion of the swipe operation, and set the center of the concentric circle as the origin In this case, the coordinates of the randomly selected point P are (p _x , p _y ). Coordinates _(t x, _{t y)} of the guide position of the original goals, this coordinates _(p x, _{p y)} coordinates obtained by adding _{(t x + p x, t} y + p y) if the set as a position to be reached Good.

  When the above-described method is adopted, when a swipe operation with a large deviation is performed, the point P in the inner region of the concentric circle is randomly selected with the radius of the concentric circle being relatively large. There is a possibility that a point greatly deviating from the target target position is set as the target position. Further, when a swipe operation with a small deviation is performed, the point P in the inner region of the concentric circle is selected at random with the radius of the concentric circle being relatively small. A case in which the point is set as the reaching target position cannot occur. Therefore, as the swipe operation is performed at an appropriate timing, the arrival accuracy of the ball with respect to the arrival target is improved.

[Method to make the throwing ball reach near the target position]
As described above, if the velocity vector (initial velocity vector), the rotation axis, and the rotation amount of the ball immediately after movement are given as initial conditions, the flight trajectory of the ball can be determined by three-dimensional flight trajectory calculation.

  In the case of pitching, the goal of the ball is given in advance, and the release position of the ball and the plane distance from the ball release position to the goal of arrival are substantially constant. The condition will be set. An example of a method for causing the ball to reach the vicinity of the reaching target position is roughly as follows.

First, assuming that the motion of the ball is the motion of a mass point that approximately moves in the earth's gravitational field, if the initial velocity vector V ₀ (three-dimensional vector) is specified, the flight trajectory of the ball is determined under the above assumption. Is done. Therefore, given the position information (two-dimensional coordinates: (t _x , t _y )) of the target and the magnitude of the initial velocity vector V ₀ | V ₀ | = v ₀ , the initial velocity vector is assumed under the above-mentioned assumptions. V ₀ is determined as a function V ₀ (t _x , t _y , v ₀ ) of the target position information (t _x , t _y ) and the magnitude v ₀ of the initial velocity vector V ₀ .

Next, the handling in the case where the motion of the ball is the motion of a rigid body moving in the earth gravity field will be described. As noted above, the position information of the goals, assuming a ball and mass (t _{x, t y)} and the initial velocity vector V _{0 (t} which is determined as a function of the size v ₀ of the initial velocity vector V _{0 x} , t _y , v ₀ ) will be referred to as “tentatively determined initial velocity vector”. Then, the flight trajectory of the ball is determined by giving the provisionally determined initial velocity vector V ₀ (t _x , t _y , v ₀ ), the rotation axis φ, and the rotation amount N as initial conditions. Is out of reach with the contribution of the rotation axis φ of the ball and the rotation amount N. Therefore, it is necessary to correct the tentatively determined initial velocity vector V ₀ (t _x , t _y , v ₀ ) so that the flight trajectory passes the reaching target.

For this purpose, for example, it may be possible to perform a simulation of ball flight by correcting the provisionally determined initial velocity vector V ₀ (t _x , t _y , v ₀ ) little by little. Given the limitations, this approach is expected to be difficult. Therefore, in order to achieve the goal by taking into account the contributions of the rotation axis φ and the rotation amount N, the initial velocity vector (hereinafter, “the temporary velocity vector V ₀ (t _x , t _y , v ₀ )) is corrected. A corrected initial velocity vector V ₀ ′ (t _x , t _y , v ₀ ) ”is obtained in advance, and a five-dimensional table (hereinafter, referred to as five parameters t _x , t _y , v ₀ , φ, N) is used. The corrected initial velocity vector V ₀ ′ (t _x , t _y , v ₀ ) corresponding to the area specified by each address of the “correction table” may be stored.

In preparing the correction table in advance, for example, the provisional decision initial velocity vector V ₀ (t _x , t _y , v ₀ ) is corrected little by little in consideration of the contributions of the rotation axis φ and the rotation amount N. And adopt the provisionally determined initial velocity vector V ₀ (t _x , t _y , v ₀ ) that realizes the attainment target as the corrected initial velocity vector V ₀ ′ (t _x , t _y , v ₀ ), It may be stored in the correction table. Note that the simulation of the ball flight may be performed based on, for example, the “principal description of ball flight path calculation” described above.

In order to obtain the rotation axis φ, the rotation amount N, and the magnitude v ₀ of the initial velocity vector V ₀ by the swipe operation, for example, the rotation axis φ is specified by the direction of the swipe operation, and the rotation amount N is determined by the distance of the swipe operation. And the magnitude v ₀ of the initial velocity vector V ₀ may be specified according to the speed of the swipe operation. It is also possible to adopt a simple method of acquiring the information s of the ball type using only the direction of the swipe operation and acquiring the information of the rotation axis φ and the rotation amount N as a function of the information s of the ball type. . In this latter case, the correction table can be configured as a four-dimensional table addressed with (t _x , t _y , v ₀ , s). Alternatively, when a predetermined relationship is defined between the rotation axis φ and the rotation amount N, the correction table is configured as a four-dimensional table addressed by (t _x , t _y , v ₀ , φ). it can.

In particular, in the former case, (t _x , t _y , v ₀ , φ, N) used for addressing the five-dimensional correction table does not match the discretely set correction table address. Is also envisaged. In such a case, for example, a plurality of addresses in a correction table close to a five-dimensional point defined by (t _x , t _y , v ₀ , φ, N) are selected and stored in the plurality of addresses. Read V ₀ ′ (t _x , t _y , v ₀ ), combine them appropriately, add them with a predetermined weight (perform so-called interpolation), and approximately correspond to the corrected initial velocity vector V ₀ ′ (t _x , t _y , v ₀ ) can be acquired.

In the above description, in order to simplify the description, a five-dimensional point (t _x , t _y , v ₀ , φ, N) or the like is used for direct addressing. However, t _x , t Obtained by applying one-to-one mappings f ₁ , f ₂ , f ₃ , f ₄ , and f ₅ to _{y 1} , v ₀ , φ, and N, respectively (f ₁ (t _x ), f ₂ (t _y )). , F ₃ (v ₀ ), f ₄ (φ), f ₅ (N)) may be employed as addresses. In this way, the addresses can be ordered as addresses (j, k, l, m, n) consisting of integers. To restore (t _x , t _y , v ₀ , φ, N) from this address (j, k, l, m, n), map f ₁ , j, k, l, m, n _{f 2, f 3, f 4} , inverse mapping _f ¹ -1 of ^{_{f 5, f 2 -1, f}} 3 -1, f 4 -1, the ^{f 5 -1} may be applied, respectively.

[Acquisition of initial conditions of ball flight by hitting]
As described above, in order to hit the ball by the bat swing and calculate the flight trajectory of the ball by the hit, the collision between the bat and the ball may be modeled dynamically. In addition, in order to precisely calculate the trajectory of the ball flying in the three-dimensional virtual space, it is necessary to acquire the velocity vector, the rotation axis, and the rotation amount of the ball immediately after hitting as initial conditions of the ball flight. In the following, a principle explanation regarding the acquisition of initial conditions of ball flight by hitting will be given, but it should be noted that the present invention is not limited to this.

  First, the collision position of the ball on the bat is specified. The collision position can be acquired from information on the flight path of the ball before the collision and the movement path of the bat by the bat swing.

  Next, information on the velocity vector, rotation axis, and rotation amount of the ball immediately after hitting (collision) (initial conditions for flying the ball) is acquired. A method for obtaining the initial condition will be described in detail below.

(Acquisition of velocity vector of ball immediately after hitting)
Immediately before hitting, the bat is moving toward the ball at a speed V (vector, hereinafter, unless otherwise specified), and the ball is moving toward the bat at a speed v. Immediately after hitting, the speed of the bat changes to V ′ and the speed of the ball changes to v ′.

In the above case, the following formulas 5 and 6 hold according to the laws of mechanics. M is the mass of the bat, m is the mass of the ball, and e is the coefficient of restitution.
MV + mv = MV ′ + mv ′ (Formula 5)
v−V = −e (v′−V ′) (Formula 6)

From the above formulas 5 and 6, the velocity v ′ of the ball immediately after hitting is expressed as the following formula 7, using the velocity V of the bat immediately before hitting, the velocity v of the ball, and the coefficient of restitution e. Become.
v ′ = (1 + e ⁻¹ ) MV / (M + m) + (m−Me ⁻¹ ) v / (M + m) (Formula 7)

  In the above formulas 5 and 6, the bat mass M and the ball mass m are constants. However, if more precise discussion is required, the bat and ball mass can be used as the moment of inertia in each axial direction. In some cases, it may be necessary to use “effective mass” expressed as a function of the collision position. As for the restitution coefficient e, there may be a case where an “apparent restitution coefficient” expressed as a function of the collision position must be used. In this way, the velocity (vector) of the ball immediately after hitting can be obtained.

  Next, the rotation (rotation axis, rotation amount) of the ball immediately after hitting will be described. As described above, in the calculation of the ball flight path, when it is not necessary to consider the rotation of the ball, it is not necessary to acquire data relating to the rotation of the ball.

Assuming that the radius of the ball is r, the angular velocity (vector) immediately before the collision is ω, and the angular velocity (vector) immediately after the collision is ω ′, the impulse F _{x in} the major axis direction of the bat that the ball receives from the bat at the time of collision is It is obtained by Equation 4. Note that v _x is a component of the velocity (vector) v in the major axis direction of the bat, and v ′ _x is a component of the velocity (vector) v ′ in the major axis direction of the bat.
_{-F x = mv 'x -mv x} ( Equation 8)

With impulse F _x obtained by the equation 8 above, if the inertia moment of the ball and I, the following equation 9 is derived.
ω′−ω = F _x r / I (Formula 9)
However, ω ′ and ω represent the major axis direction components of the bat of the rotational angular velocities (vectors) ω ′ and ω of the ball before and after the collision.

Further, when the ball B is a solid sphere such as a baseball, the moment of inertia I is given by the following equation 6 using the mass m and the radius r.
I = (2/5) mr ² (Formula 10)

From the above equations 9 and 10, the following equation 7 showing the relationship between the rotational angular velocities (vectors) ω and ω ′ of the ball before and after the collision is obtained.
ω ′ = ω + (2/5 mr) F _x (Formula 11)

  In this way, the rotational angular velocity (vector) ω ′ of the ball immediately after the collision can be obtained from the rotational angular velocity (vector) ω of the ball immediately before the collision. In the above calculation, the rolling friction coefficient and sliding friction coefficient between the bat and the ball, the angle of the collision surface, and the like are not considered, but these parameters can be considered if necessary. .

[Control of flight direction of ball]
Next, an example of a method for controlling the flight direction of the ball by hitting according to the direction of the flick operation will be described.

  A simple method is to rotate v ′ around an axis orthogonal to the ball field plane so that the projection vector obtained by projecting the initial velocity (vector) v ′ of the ball onto the ball field plane matches the direction of the flick operation. The vector v ′ ′ obtained as a result may be adopted as the initial velocity (vector) of the ball. When the direction of the rotation axis and the amount of rotation are required, the previous values may be used as they are.

  When the above simple method is adopted, it may be considered that a slightly uncomfortable feeling is generated between the bat swing and the flight of the ball in some cases. In order to eliminate such a sense of incongruity, for example, a time interval for advancing or delaying the start time of the bat swing is set as a function of the direction of the flick operation, and the reference time of the bat swing is set. What is necessary is just to add or subtract the said time interval and to change the start time of a bat swing according to the direction of a flick operation. In this way, the collision mode of the bat and the ball can be changed by advancing or delaying the start of the bat swing according to the direction of the flick operation, and as a result, the flick operation is performed by a natural bat swing. The ball can be made to fly in a direction substantially coinciding with the direction.

  The baseball game has been described above as an example, but the present invention is not limited to this, and can be applied to a game in which a ball is hit and moved, for example, softball, soccer, tennis, table tennis, cricket, etc. Needless to say.

  Each means constituting the system may be dedicated hardware, but is virtual means (so-called function present means) realized at each processing stage by the computer executing the program. May be.

  The system may be mounted on a game-dedicated device, but is mounted on a portable terminal such as a mobile phone, a smartphone, a PDA (Personal Digital Assistant), or a portable personal computer owned by the user. It may be a thing.

  Furthermore, the system can be configured as a game system in which each process for executing a game is distributedly processed by a plurality of computers or the like.

DESCRIPTION OF SYMBOLS 1 Game system 2 Mobile device 3 Strike device 20 Server 21 Game server 22 Database server 30 User terminal 40 Network 110, 310 CPU
120, 320 ROM
130, 330 RAM
140, 390 Auxiliary storage device 150, 410 Communication control unit 160 Input / output control unit 340 Image processing unit 350 Display unit 360 Sound processing unit 370 Audio input unit 380 Audio output unit 420 Bus line 600 Game screen (defensive side)
601 Catcher character 602 Batter character 603 Pitcher character 604 Strike zone 605 Course designation cursor 606 Ball type display 607 Operation indicator 608 Yen 609 Gauge 610 Ball 700 Game screen (attack side)
702 Batter character 703 Pitcher character 704, 710 Marking 705 Strike zone 706 Home base 707 Bat 708 Ball 709 Meat cursor

Claims (18)

A control method of a battle game executed by a combination of a mobile device and a batting device,
The mobile device is
Acquires information necessary for calculating the movement path of an object based on the user's operation,
Outputting the information to the batting device,
After receiving the reception notification of the information from the striking device, start the movement of the object toward the reaching target in the three-dimensional virtual space rendered in the moving device,
The object output from the batting side device when the user performs a batting operation on the object in the three-dimensional virtual space rendered on the batting side device based on the information output from the moving side device A control method comprising: calculating and displaying a movement path of an object after being struck in a three-dimensional virtual space rendered by the moving device based on information necessary for calculating a movement path after being struck with respect to an object. The control method according to claim 1,
The mobile device is
Move the cursor indicating the target position of the target of the object according to the user's operation,
Detecting the start timing of the user operation;
Determining whether the current timing is within a predetermined range from the start timing, and generating an output if the current timing is not within the predetermined range;
In response to the output, the operation of the cursor moving means is prohibited,
Depending on the previous SL output, control method characterized by switching a second mode for prohibiting the movement of the first mode and the cursor does not restrict the movement of the cursor.   3. The control method according to claim 2, wherein the movement operation of the cursor can be performed at an arbitrary position on the operation surface.   4. The control method according to claim 2, wherein an operation for defining an attribute relating to rotation of the object is allowed in the second mode.   5. The control method according to claim 4, wherein the operation defining the attribute relating to the rotation of the object is a swipe operation, and at least one of the attributes relating to the rotation of the object is set by a swipe direction. Method.   6. The control method according to claim 5, wherein in the second mode, display is performed according to the timing of the swipe operation, and the arrival accuracy of the object to the target is determined according to the timing of the swipe operation. A control method characterized by that.   The control method according to claim 6, wherein the timing of the swipe operation is set when a speed when the operation surface is slid by a predetermined distance exceeds a predetermined value. A control method of a battle game executed by a combination of a mobile device and a batting device,
The batting device is
The information necessary for calculating the movement path of the object obtained based on the user's operation output from the moving device is received and a reception notification of the information is transmitted to the moving device, and based on the information , Calculating / displaying the movement path of the object in the three-dimensional virtual space rendered on the striking device,
When the user performs a batting operation on the object, the batting is given to the object to change the moving direction, and information necessary for calculating the moving path after the batting is acquired,
Outputting the information to the mobile device,
A control method, comprising: calculating and displaying a movement path of an object after hitting in a three-dimensional virtual space rendered by the hitting side device based on the information. The control method according to claim 8, wherein
The batting device is
Move the meet cursor indicating the target position to hit the object according to the user's operation,
It is determined whether or not the object is within a predetermined range from the position at which the object is hit, and an output is generated when the object is within the predetermined range from the position at which the object is hit. ,
In response to the output, at least partially restrict the movement of the meat cursor,
As a result, according to the position of the object, the first mode that does not restrict the movement of the meet cursor and the second mode that restricts at least a part of the movement of the meet cursor are switched, and the batting operation on the object and the meet cursor are changed. A control method characterized by preventing interference with a moving operation. The control method according to claim 9, wherein the predetermined range is defined by a distance.   The control method according to claim 9 or 10, wherein in the second mode, a movement operation of the meet cursor in a direction different from a direction of a batting operation on the object is allowed.   The control method according to any one of claims 9 to 11, wherein a hitting operation on the object can be performed at an arbitrary position.   The control method according to any one of claims 9 to 12, wherein a movement trajectory of the object is calculated based on at least a direction of the user's hitting operation.   14. The control method according to claim 9, wherein the operation of moving the meet cursor is performed at a position that does not interfere with display of the meet cursor and the object. Control method.   15. The control method according to claim 14, wherein the operation of moving the meet cursor is performed in an area adjacent to the display of the meet cursor.   16. The control method according to claim 1, wherein an animation linked to the position of the object is generated.   The control method according to claim 1, wherein the game is a baseball game, and the object is a baseball ball.   The program for making a computer perform the control method of any one of Claims 1-17.

Images