JP5784259B1 - Information processing program and information processing method - Google Patents

Abstract

A position-independent user interface capable of realizing a variety of commands and high responsiveness from a user's viewpoint is provided. A control unit functions when a game including a plurality of types of actions corresponding to a predetermined command represented by a predetermined sequence of input events is executed. The input detection unit 31 detects an input event caused by an operation of touching or approaching an object to the touch screen 40. Based on the detection result history in the input detection unit 31, the estimation unit 32 determines an estimated command as an input command from a plurality of types of commands. The display control unit 33 performs control to display an image related to the estimation command on the touch screen 40. When the estimated command satisfies a predetermined condition, the command confirming unit 34 confirms the estimated command as an input command. The action execution unit 35 executes an action corresponding to the confirmed input command. [Selection] Figure 1

Description

  The present invention relates to an information processing program and an information processing method.

Conventionally, a touch screen having both a display device and an input device has been frequently used for portable devices.
As an input interface using a touch screen, there are a button display type user interface shown in FIG. 9 and a position independent type user interface shown in FIG.

  In the button display type user interface, as shown in FIG. 9, various specific displays 501 to 510 related to an input event in addition to an input button and a cross key are displayed on a main image (an image of a person or a landscape). Is superimposed on the screen. An input event is detected only when a player's finger is touched on a limited place such as a specific display 501 indicating a button or a specific display 502 indicating a cross key.

  On the other hand, in the position-independent user interface, as shown in FIG. 10, there are no specific displays 501 to 510, and main images (people and landscape images) are displayed without being hidden. When the player's finger 601 is touched at any place on the screen (touch screen), an input event is detected.

  In this way, the position-independent user interface that can be operated by touching any place on the screen (touch screen) is compared with the button-display type user interface that always needs to display buttons and cross keys on the screen. This is particularly effective when the game is executed on a mobile terminal such as a smartphone with a limited screen size.

However, in a game employing a position-independent user interface, one action cannot be determined uniquely (uniquely) from one touch operation of the user.
For example, at the moment when the user touches a part of the screen, it may be a one-tap operation to select an item or character displayed at the location, or an operation to continuously tap the screen is not started. It is difficult to uniquely identify whether this is the start of a swipe operation for instructing a direction.
For this reason, with the conventional position-independent user interface, all the operations can be determined uniquely, a technique that significantly restricts the contents input by the user, a technique that roughly classifies the area to be tapped, and the input contents in real time. A method has been adopted in which a user can immediately recognize an erroneous input by feeding back on the screen (see, for example, Patent Document 1).

  In a field different from games, gesture input is well known as a position-independent user interface. For example, Patent Document 2 has a function of recognizing a gesture combining a figure such as a circle or a square, a symbol such as a check mark or a question mark, or a character such as an alphabet, and a function that allows a user to customize a gesture independently. A user interface is disclosed.

Japanese Patent Application Laid-Open No. 2011-076588 US Pat. No. 8,379,098

However, since the conventional techniques including Patent Documents 1 and 2 cannot immediately identify a command represented from the sequence of input events, it is not suitable as a user interface for an action game or a real-time RPG game. Is appropriate.
Therefore, the realization of a position-independent user interface capable of realizing a variety of commands and high responsiveness from the user's viewpoint is required in games for mobile devices such as smartphones.

  The present invention has been made in view of such circumstances, and an object of the present invention is to provide a position-independent user interface capable of realizing a variety of commands and high responsiveness from the user's viewpoint.

In order to achieve the above object, an information processing program according to one aspect of the present invention is provided.
A computer that executes a game including a plurality of types of actions corresponding to a predetermined command represented by a predetermined sequence of input events;
An input detection step of detecting an input event due to an operation of contact or proximity of an object to the display medium;
Based on the detection result history in the input detection step, an estimation step of determining what is estimated as an input command among the plurality of types of commands as an estimation command;
A display control step for executing control to display an image related to the estimation command on the display medium;
A command confirming step for confirming the estimated command as the input command when the estimated command satisfies a predetermined condition;
An action execution step for executing an action corresponding to the confirmed input command;
An information processing program for executing control processing including:
As the display control step,
When the first estimation command is determined in the estimation step, a first image corresponding to the first estimation command is displayed on the display medium,
Thereafter, when the second estimation command is determined in the estimation step until the input command is determined in the command determination step, the display of the first image is stopped and the second estimation command is displayed. A control process for displaying the corresponding second image on the display medium is executed.

Thus, before the input command is confirmed, the estimation command is determined based on the history of the input event, and the image related to the estimation command is displayed on the display medium. Then, an estimated command that satisfies a predetermined condition is confirmed as an input command, and an action corresponding to the input command is executed. As a result, it is easy to secure various commands, and high responsiveness of commands from the user's viewpoint can be realized (by switching display of estimated command images). Therefore, it is possible to provide a position-independent user interface capable of realizing a variety of commands and high responsiveness from the user's viewpoint.
Furthermore, since what the estimated command is can be presented to the player in real time and appropriately, it is possible to more appropriately realize command diversity and high responsiveness from the user's viewpoint.

In the information processing program according to another aspect of the present invention, a period from the detection of the input event to the execution of the action is defined in advance,
The first image and the second image are moving images having the length of the period,
When the first estimation command is switched to the second estimation command at a predetermined timing within the period, as the display control step, the display start point of the second image is set as the predetermined timing in the period, and the second Start the control process that starts the image display.

  Thereby, in the period until the execution of the action, the moving image of the estimated command is displayed without a sense of incongruity, and when the moving image of the estimated command is finished, the action corresponding to the last moving image is executed as the input command. Thereby, a game can be performed without a sense of incongruity for a user.

  An information processing method of one embodiment of the present invention is an information processing method corresponding to the information processing program of one embodiment of the present invention described above.

  According to the present invention, it is possible to provide a position-independent user interface capable of realizing a variety of commands and high responsiveness from the user's viewpoint.

It is a functional block diagram which shows the functional structure of the information processing apparatus which concerns on one Embodiment of this invention. It is a figure which shows the example of the change of the input probability of the input event in the information processing apparatus of FIG. It is a figure which shows the example of the scheduling based on the example of a change of FIG. It is a figure which shows the example of the result of the scheduling of FIG. FIG. 5 is a diagram schematically illustrating the function of each unit of the information processing apparatus of FIG. 1 in accordance with the examples of FIGS. 2 to 4. It is a figure which shows the example of the touch event matrix which the information processing apparatus of FIG. 1 uses. It is a figure which shows another example of the touch event matrix which the information processing apparatus of FIG. 1 uses. FIG. 2 is a state transition diagram illustrating an example of state transition of the information processing apparatus of FIG. 1. It is a figure explaining a button display type user interface. It is a figure explaining a position independent type user interface.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

In the following description, when simply referred to as “image”, both “moving image” and “still image” are included.
The “moving image” includes an image displayed by each of the following first to third processes.
The first process refers to a process in which a series of still images composed of a plurality of images are continuously switched over time and displayed for each motion of an object (for example, a game character) in a planar image (2D image). Specifically, for example, two-dimensional animation, so-called flip-flopping processing, corresponds to the first processing.
The second process refers to a process in which motions corresponding to respective actions of an object (for example, a game character) in a stereoscopic image (3D model image) are set, and the motions are changed and displayed over time. Specifically, for example, a three-dimensional animation corresponds to the second process.
The third process refers to a process in which videos (that is, moving images) corresponding to respective actions of an object (for example, a game character) are prepared and the video is played over time.

FIG. 1 shows a configuration of an information processing apparatus 10 according to an embodiment of the present invention.
The information processing apparatus 10 in this embodiment is applied to a computer and its peripheral devices. Each unit in the present embodiment is configured by hardware included in a computer and its peripheral devices, and software that controls the hardware.

  The hardware includes a CPU (Central Processing Unit) as a control unit, a storage unit, a communication unit, a display unit, and an input unit. Examples of the storage unit include a memory (RAM: Random Access Memory, ROM: Read Only Memory, etc.), a hard disk drive (HDD: Hard Disk Drive), an optical disk (CD: Compact Disk, DVD: Digital Versatile Drive, etc.). Can be mentioned. Examples of the communication unit include various wired and wireless interface devices. Examples of the display unit include various displays such as a liquid crystal display. Examples of the input unit include a keyboard and a pointing device (mouse, tracking ball, etc.).

The information processing apparatus 10 according to the present embodiment includes a touch screen 40 as a display medium having both an input unit and a display unit.
The input unit of the touch screen 40 is configured by, for example, a capacitance type or resistive film type position input sensor stacked in the display area of the display unit, and detects the coordinates of the position where the touch operation is performed. Here, the touch operation refers to an operation of touching or approaching an object (such as a user's finger or a touch pen) with respect to the touch screen 40 (more precisely, an input unit thereof) as a display medium. Hereinafter, the position where the touch operation is performed is referred to as “touch position”, and the coordinates of the touch position are referred to as “touch coordinates”.

  The software includes a computer program and data for controlling the hardware. The computer program and data are stored in the storage unit, and are appropriately executed and referenced by the control unit. The computer program and data can be distributed via a communication line, or can be recorded on a computer-readable medium such as a CD-ROM and distributed.

  The information processing apparatus 10 according to the present embodiment has a functional configuration as shown in FIG. 1 in order to perform various operations by such cooperation of hardware and software.

  The information processing apparatus 10 includes a control unit 30 and a touch screen 40. The control unit 30 includes an input detection unit 31, an estimation unit 32, a display control unit 33, a command determination unit 34, and an action execution unit 35.

  The input detection unit 31 detects an input event due to a touch operation on the touch screen 40 (input unit).

Based on the detection result history in the input detection unit 31, the estimation unit 32 determines an estimated command as an input command from a plurality of types of commands.
That is, the estimated command refers to a command that is estimated to be an input command, and the input command refers to a command that is confirmed by a command determination unit 34 described later.
Specifically, the estimation unit 32 includes a probability calculation unit 321 and an estimation command determination unit 322. The probability calculation unit 321 calculates the input probabilities of each of a plurality of types of commands based on the input event history. Here, the input probability means the probability that a predetermined command can be an input command.
The estimation command determination unit 322 determines a command having the highest calculated input probability as an estimation command.

The display control unit 33 performs control to display an image related to the estimation command on a display medium (for example, the display unit of the touch screen 40).
Specifically, for example, when the first estimation command is determined by the estimation unit 32, the display control unit 33 displays a first image corresponding to the first estimation command on the display medium. Thereafter, when the second estimation command is determined by the estimation unit 32 before the input command is determined by the command determination unit 34, the display control unit 33 stops displaying the first image, and 2 The second image corresponding to the estimation command is displayed on the display medium. Details and specific examples of display control by the display control unit 33 will be described later with reference to FIGS. 2, 3, and 4.

When the estimated command satisfies a predetermined condition, the command confirming unit 34 confirms the estimated command as an input command.
The predetermined condition is not particularly limited, but in the present embodiment, the first condition that the input probability has reached 100% and the estimation when a predetermined time (for example, 30 frames) has elapsed, for example. The second condition of being a command is employed. The first condition and the second condition are “Or conditions”. That is, the case where one of the first condition and the second condition is satisfied is a case where the estimation command satisfies a predetermined condition.

  The action execution unit 35 executes an action corresponding to the input command. Specifically, for example, during the execution of a game in which an enemy is present, the action execution unit 35 calculates damage to the enemy corresponding to the input command, and displays an image having contents according to the calculation result. .

Further, the case where the information processing apparatus 10 according to the present embodiment is applied to a game will be described in detail with reference to FIG. 2 and subsequent drawings.
The information processing apparatus 10 according to the present embodiment continuously calculates the above input probabilities as the probabilities of estimating the input commands for each command in a situation where the command that the player is trying to input is ambiguous. To do. Then, the information processing apparatus 10 schedules the reproduction process of the motion of the character in the game and the execution process of the command according to the change in the input probability.
Here, scheduling means processing or changing a process, for example, a process of omitting a part of motion playback corresponding to a certain command, another process corresponding to another command according to a change in input probability, and the like. This includes processing for starting motion playback halfway, processing for skipping motion playback, immediately executing a command and displaying the result, and processing for playing back a moving image related to another action.
In a game in which such scheduling is performed, the terms command, motion, and action have the following meanings.
The command indicates a sequence of input events corresponding to one function in the game. For example, in this embodiment, to perform an “attack”, tap the screen once, to jump the player character, tap the screen twice, to use a tool, long press the screen, attack In order to select a target, one command is represented by one or more sequential touch operations on the touch screen 40 such as tapping an enemy character.
Motion refers to the movement of a character displayed on the screen. The motion shows only 2D / 3D elements to be rendered, and does not include actual hit-testing or the like.
The action indicates a process that has an effect on the game, such as an actual hit determination, performed as a result of executing the command. The action also includes processing for displaying a result of success or failure of the hit determination on the screen.

FIG. 2 is a diagram illustrating an example of a change in input probability of an input event in the information processing apparatus 10 according to an embodiment of the present invention. FIG. 3 is a diagram illustrating an example of scheduling based on the variation of FIG. FIG. 4 is a diagram illustrating an example of the scheduling result of FIG.
FIG. 5 is a diagram schematically illustrating functions of each unit of the information processing apparatus 10 of FIG. 1 in accordance with the examples of FIGS. 2 to 4.

In the example of FIGS. 2 to 5, for convenience of explanation, a command A (a command that is activated by one tap, that is, a single tap), and a command B (a command that is activated by two taps, that is, a double tap), Only is defined.
Also, 30 frames are used for drawing and executing one command. Note that 30 frames corresponds to one second in a 30 FPS (Frames Per Second) game.

  First, the player swipes the touch screen 40 and moves the character 101. At this time, the occurrence probability of both command A and command B remains 0%.

Next, it is assumed that the player performs one tap on the touch screen 40. At this time, the input detection unit 31 in FIG. 5 detects the tap as an input event 201 as shown in FIG.
Then, the probability calculation unit 321 in FIG. 5 calculates the input probabilities of the commands A and B (respective probabilities that the commands A and B can be input commands).
Here, the command A is expressed by a simpler operation than the command B. For this reason, as shown in FIG. 2, the input probability of command A is calculated to be slightly higher than the input probability of command B when one tap is performed.
Therefore, the estimation command determination unit 322 in FIG. 5 determines the command A having the highest input probability as the estimation command.
Therefore, as shown in FIGS. 3 and 4, the display control unit 33 in FIG. 5 starts a motion drawing process 211 corresponding to the command A. That is, the motion display 102 is started as a character display.

Thereafter, the probability calculation unit 321 sequentially calculates the input probabilities of the commands A and B based on the detection result history in the input detection unit 31.
That is, after the input event 201 is detected, until the next input event 202 to be described later is detected, after one tap (input event 201) is performed, the input event is performed for a predetermined time. This is a history of detection results indicating that no operation has been performed.
In this case, the longer the predetermined time during which no input event is performed, the higher the probability of ending with one tap. Therefore, as shown by the dotted line in FIG. 2, the input probability of the command A gradually increases. On the other hand, the input probability of the command B remains constant as shown by the solid line in FIG.
Therefore, the estimation command determination unit 322 maintains a determination result using the command A as an estimation command. Therefore, as shown in FIGS. 3 and 4, the display control unit 33 continues the motion rendering process 211 corresponding to the command A. That is, the character display continues with the motion display 102.

However, after that, for example, it is assumed that the player performs the second tap 15 frames after the start of drawing.
At this time, the input detection unit 31 detects the tap as an input event 202 as shown in FIG.
In this case, the detection result history is that two taps (input events 201 and 202) have been performed. In this example, only the command A for one tap and the command B for two taps are defined, so the probability calculation unit 321 calculates the input probability of the command A as 0% and The input probability is calculated as 100%.
That is, the highest input probability changes from the input probability of command A to the input probability of command B.
3 and 4, the display control unit 33 stops the motion drawing process 211 corresponding to the command A and starts the motion drawing process 212 corresponding to the command B. That is, the character display changes from the motion display 102 to the motion display 103.
Here, in this embodiment, the motion display 103 corresponding to the command B is started from the 16th frame with the first 15 frames skipped.

More generally speaking, a period (30 frames in this example) from detection of an input event (input event 201 in this example) to execution of an action is defined in advance. Then, the first image corresponding to the command A (corresponding to the motion display 102 in this example) and the second image corresponding to the command B (corresponding to the motion display 103 in this example) In this example, it is a moving image having a length of 30 frames).
When the estimation command is switched from the command A to the command B at a predetermined timing within the period (timing after 15 frames are drawn), the display control unit 33 sets the display start point of the second image as the predetermined timing (15 frames). Since the timing after drawing is from the 16th frame), the display of the second image is started.

  However, this is only an example. For example, the first frame to the 30th frame of the second image (command B motion) can be obtained by using thinned frame playback (fast-forward playback) or the like for 15 frames. You may make it draw within a period.

  By the way, at the stage of the input event 202, the input probability of the command B becomes 100%. Therefore, the command confirmation unit 34 in FIG. 5 confirms the command B as an input command.

The action execution unit 35 in FIG. 5 performs a predetermined action according to the command B after the motion display 103 of the command B is drawn up to the 30th frame (after the motion drawing for 30 frames is performed from the first input event 201). Execute the process.
For example, the damage to the enemy due to the attack of the command B is calculated. Then, as shown in FIGS. 3 and 4, a character display 104 is appropriately performed according to the result of the damage calculation or the like.

  Here, the history of the detection result of the input event by the input detection unit 31 is expressed as a matrix as shown in FIGS. 6 and 7 (hereinafter referred to as “touch event matrix”), so that the calculation of the estimation unit 32 is easy. And it becomes possible to carry out surely.

FIG. 6 is a diagram illustrating an example of a touch event matrix. FIG. 7 is a diagram illustrating another example of the touch event matrix.
In this embodiment, the touch event matrix of FIGS. 6 and 7 shown as an example is recorded in the memory in time series in the presence or absence of occurrence of an input event from the user for each pixel (pixel) constituting the touch screen 40. Configured as

The touch event matrix in the example of FIGS. 6 and 7 employs a detection unit (each pixel) of an input event in a display medium as a column element (horizontal axis element), and a row element (vertical axis as a time axis). As an element), an input event detection timing is adopted.
Specifically, px [x, y] indicating each element in the column (each element on the horizontal axis) means the x-th pixel in the horizontal direction and the y-th pixel in the vertical direction when the upper right of the touch screen 40 is the origin.
For example, px [0,0] indicates the upper right pixel, and px [1136, 640] indicates the lower left pixel.
The row element (the time axis element which is the vertical axis) indicates the detection timing of the input event in milliseconds or the number of frames. When the information processing system is applied to a game, it is preferable that the row elements (vertical elements) are represented by the number of frames.
In this example, “1” is stored in the element (ti, px [x, y]) of the touch event matrix when an input event occurs in the pixel px [x, y] at the detection timing ti. When no occurs, “0” is stored.
Note that the above-described value storage method is merely an example, and for example, a method of storing a real number such as 0.5 for the purpose of dealing with an ambiguous input event or directly handling the capacitance of the touch screen 40. May be adopted.

In the touch event matrix of FIG. 6, it can be seen from the element group 401 for the pixel px [0,2] that a tap event has occurred in a continuous time and has not occurred thereafter. In other words, the element group 401 indicates detection of a single tap in the pixel px [0, 2].
On the other hand, from the element 411 and the element 412 for the pixel px [0, 1], it can be seen that touch events to the same (or neighboring) pixels occur at a certain time interval. That is, the element 411 and the element 412 indicate detection of a double tap in the pixel px [0, 1].

  Further, in the touch event matrix of FIG. 7, it can be seen from the element group 421 for the pixel px [0, 2] that a touch event continues to occur in the same place for a long time. That is, the element group 421 indicates a touch operation in which an object such as a finger is continuously pressed at the place, that is, so-called long press detection.

Note that the structure of the touch event matrix is not limited to the structure of FIG. 6 or 7, and may be the following structure.
That is, a matrix configured with the input event detection timing as one element of a row or column and the input event detection unit in the display medium as the other element of the row or column, and for each detection unit at each detection timing Any matrix having a detection result as each element value can be adopted as a touch event matrix.

Next, an outline of a technique for calculating the input probability for each command used in the game will be described for the touch event matrix having the structure shown in FIGS.
When there are n commands (n is an integer value of 1 or more) in a game of one title, n functions (hereinafter referred to as “probability calculation”) for calculating input probabilities for each of the n commands. Called "function").
Specifically, the probability calculation function fi corresponding to the i-th command (i is an arbitrary integer value from 1 to n) is an argument of M, which is a touch event matrix, as shown in Expression (1). Can be defined as a function that returns a real number from 0 to 1.
fi (M, wi) → [0... 1] (1)

Here, wi is a weighting factor corresponding to the i-th command. By setting such a weighting factor wi, the difference between a command that is easy to input and a command that is difficult to input can be reflected in the calculation of the input probability.
Specifically, for example, in the example of FIG. 2, a simpler command A can have a higher weight coefficient than a complex command B.
Note that the implementation method of the probability calculation function depends on the game content, so details are not specified here.

The probability calculation unit 321 of FIG. 5 calculates the input probabilities of each of the n commands using the touch event matrix M and the probability calculation function fi of the above formula (1).
The estimation command determination unit 322 determines a command having the highest input probability among n commands as an estimation command, and notifies the display control unit 33 to start rendering from an appropriate frame number of the estimation command.
Further, when the probability calculation unit 321 calculates that the input probability of a specific command is 100%, the estimated command determination unit 322 notifies the command determination unit 34 of the specific command.

The detailed operation of the estimation command determination unit 322 is as follows.
The estimation command determination unit 322 initializes a frame number counter (hereinafter referred to as “FC”), which is an internal variable, to zero.
When any of the n input probabilities calculated by the probability calculation unit 321 is less than 100%, that is, when there is an ambiguous input, the estimated command determination unit 322 determines the command having the highest input probability. (Hereinafter referred to as “command α”) is selected as the estimation command, and the display control unit 33 is notified that the motion of the command α is to be reproduced from the frame having the value indicated by FC.
While the motion of the command α is being reproduced, if the command with the highest input probability calculated by the probability calculation unit 321 changes, the estimated command determination unit 322 has the highest input probability after the change. A command (hereinafter referred to as “command β”) is selected as an estimation command. Then, the estimated command determination unit 322 notifies the display control unit 33 that the playback of the motion of the command α being currently played back is interrupted, and further adds the number of played frames to the FC, The display control unit 33 is notified that the motion is to be reproduced from the frame having the value indicated by FC.

  The display control unit 33 reproduces the character motion in response to the notification from the estimation command determination unit 322. The display control unit 33 can be implemented as an extension of the reproduction of motion that the existing game software has. When the motion state is identified by the frame number as in this example, it can be applied to any 2D / 3D game.

  The command determination unit 34 determines the command notified from the estimation command determination unit 322 as an input command, and executes an action corresponding to the input command after rendering (character motion display) corresponding to the input command is completed. The action execution unit 35 is notified to do so.

The action execution unit 35 executes a predetermined action according to the input command notified from the command determination unit 34. For example, the action execution unit 35 executes a game-influenced process such as an actual hit determination. Further, the action execution unit 35 executes control for displaying a result of success or failure of the hit determination on the screen.
The action execution unit 35 can be realized by reusing and implementing the action execution function of the existing game software.

FIG. 8 is a state transition diagram illustrating an example of the state transition of the information processing apparatus 10 according to the present embodiment. With reference to FIG. 8, the execution procedure of the scheduling of the character action according to the context by the information processing apparatus 10 is shown.
When an input event is detected, the information processing apparatus 10 performs processing as a loop in order to continuously calculate the input probability of each command. In FIG. 8 showing the state transition model in this loop, each state is indicated by one ellipse, and is discriminated by a code including “S” drawn in the ellipse. The state transition from one state to one state is executed when a predetermined condition (hereinafter referred to as “state transition condition”) is satisfied. In FIG. 8, such a state transition condition is represented by adding a symbol including “A” to an arrow representing a transition from one state to one state.

In the present embodiment, as shown in FIG. 8, the initial state S1 is the basic state. When the user performs a predetermined operation (for example, a game start operation or the like), the state transitions from another state (not shown) to the initial state S1.
In the initial state S1, the information processing apparatus 10 sets the input probabilities of all commands, which are internal variables of the input detection unit 31, to zero. In addition, the information processing apparatus 10 sets the internal variable FC to zero.

  In the initial state S1, when the input detection unit 31 detects an input event (for example, one tap by the player), the state transition condition A1 is satisfied. Then, the state transitions to the estimated command determination state S2.

  In the estimated command determination state S2, the estimation unit 32 calculates the input probabilities of all commands using the touch event matrix, and determines the command having the highest input probability as the estimated command. The display control unit 33 starts drawing the motion of the estimation command.

In the estimated command determination state S2, unless the input probability reaches 100%, the state transition condition A2 is considered to be satisfied, and the state returns to the estimated command determination state S2. That is, the estimated command determination state S2 is maintained.
In the state where the estimated command determination state S2 is maintained, when an estimated command whose input probability reaches 100% occurs, the state transition condition A3 is satisfied. Then, the state transitions to the input command confirmation state S3.

When transitioning to the input command determination state S3, the command determination unit 34 determines an estimated command whose input probability has reached 100% as an input command.
Then, the state transition condition A4 is satisfied, and the state transitions to the action execution state S4.

When transitioning to the action execution state S4, the action execution unit 35 executes the action.
When an input event is detected after execution of the action, the state transition condition A5 is satisfied, and the state transitions to the estimated command determination state S2. On the other hand, when no input event is detected after the action is executed, the state transition condition A6 is satisfied, and the state transitions to the initial state S1.

As described above, the information processing apparatus 10 according to the present embodiment can realize a highly responsive position-independent user interface for the touch screen 40 by scheduling character actions according to the context. That is, the information processing apparatus 10 can dramatically improve responsiveness while supporting a large number of commands in a position-independent user interface operated by touching an arbitrary place on the touch screen 40. .
Furthermore, the information processing apparatus 10 according to the present embodiment continuously executes probability calculation for estimating the user's intention for the sequence of input events obtained from the touch screen 40, and in accordance with the change in the probability, the character Display of motion and execution of actions (attack hit determination, item consumption, etc.) can be scheduled in real time. The scheduling method by the information processing apparatus 10 reproduces the motion of the character immediately in the middle of command input and eliminates the ambiguity of the command very rapidly according to the progress of command input, thereby realizing high responsiveness. Accurate identification of various commands can be realized simultaneously.

That is, the information processing apparatus 10 according to the present embodiment can input various types of commands using a position-independent user interface without impairing responsiveness when viewed from the user.
Here, the conventional position-independent user interface accepts a command that requires an input that is too long for a game, such as gesture input, or a command that is represented by a very simple input event. Only a limited number of commands can be set.
On the other hand, the information processing apparatus 10 according to the present embodiment determines an estimation command at the start of input and sets an image of a character corresponding to the estimation command even when several to several tens of times as many commands are set. Since the display of (motion) can be started, it is recognized that high responsiveness is realized from the viewpoint of the player.

  Furthermore, the information processing apparatus 10 of the present embodiment has the following other advantages.

  The information processing apparatus 10 of this embodiment has an advantage that a user interface independent of resolution can be realized. That is, the information processing apparatus 10 according to the present embodiment does not need to use buttons displayed on the screen, and thus can implement a user interface that does not depend on the resolution of the touch screen 40. Therefore, the same operability can be provided to the user even in a situation where the resolution differs for each smartphone model.

  The information processing apparatus 10 according to the present embodiment has an advantage that an existing asset can be reused. That is, the information processing apparatus 10 according to the present embodiment can use any asset (a still image or a 3D object used in the game) as long as the motion state can be identified by the frame number. Therefore, the information processing apparatus 10 according to the present embodiment can be applied to any 2D / 3D game, and the existing game assets can be reused as they are.

The information processing apparatus 10 of this embodiment has an advantage that it can be applied to many genres. That is, the scheduling that can be realized by the information processing apparatus 10 of the present embodiment does not depend on a specific game genre. Therefore, the information processing apparatus 10 of this embodiment can be widely applied to games in which a user inputs commands in real time, such as action games, real-time RPGs, and real-time simulation games.
Furthermore, the information processing apparatus 10 of the present embodiment is not particularly limited to a game, and can be applied when executing an algorithm including a plurality of actions corresponding to a plurality of commands.

  In addition, this invention is not limited to the above-mentioned embodiment, The deformation | transformation in the range which can achieve the objective of this invention, improvement, etc. are included in this invention.

  For example, in the above-described embodiment, the estimation command calculation method is a method for obtaining the input probability of each command. However, the calculation method is not particularly limited to this, and any method such as a method of narrowing down the estimation command by a branch process or the like may be used. It is possible to adopt a method according to the algorithm.

  In other words, the information processing program executed by the computer to which the present invention is applied has the following configuration including the information processing program executed by the information processing apparatus 10 as the embodiment of FIG. 1 described above. Various embodiments can be taken.

That is, an information processing program to which the present invention is applied is
In a computer (for example, the information processing apparatus 10 in FIG. 1) that executes a game including a plurality of types of actions corresponding to a predetermined command represented by a predetermined sequence of input events,
An input detection step (for example, the input detection unit 31 in FIG. 1 that executes this step) for detecting an input event due to an operation of touching or approaching an object to the display medium;
An estimation step (for example, the estimation unit 32 in FIG. 1 that executes this step) that determines an estimated command as an input command among the plurality of types of commands based on a history of detection results in the input detection step. )When,
A display control step for executing control for displaying an image related to the estimation command on the display medium (for example, the display control unit 33 in FIG. 1 for executing this step);
When the estimated command satisfies a predetermined condition, a command confirmation step for confirming the estimated command as the input command (for example, the command confirmation unit 34 in FIG. 1 that executes this step);
An action execution step for executing an action corresponding to the determined input command (for example, the action execution unit 35 in FIG. 1 for executing this step);
An information processing program for executing a control process including

  As a result, the information processing program according to the present invention can ensure a variety of commands in a position-independent user interface and realize high command responsiveness from the user's perspective.

Further, for example, in the above-described embodiment, the drawing of the motion of the command having the highest value among the calculated input probabilities is started. However, the present invention is not particularly limited to this, and the input probabilities of all commands are threshold values (for example, , 30%), the embodiment may wait for the probability calculation to be executed next without drawing the motion.
Thereby, the information processing apparatus 10 can more reliably estimate an input command that matches a player's intention among various commands while realizing command responsiveness in real time.

The series of processes described above can be executed by hardware or can be executed by software.
In other words, the functional configuration of FIG. 1 is merely an example, and is not particularly limited. That is, it is sufficient that the information processing program has a function capable of executing the above-described series of processes as a whole, and what functional block is used to realize this function is not particularly limited to the example of FIG.
In addition, one functional block may be constituted by hardware alone, software alone, or a combination thereof.

When a series of processing is executed by software, a program constituting the software is installed on a computer or the like from a network or a recording medium.
The computer may be a computer incorporated in dedicated hardware. The computer may be a computer capable of executing various functions by installing various programs, for example, a general-purpose smartphone or personal computer other than a server.

  The recording medium including such a program is not only constituted by a removable medium (not shown) distributed separately from the apparatus main body in order to provide the user with the program, but is also provided to the user in a state of being pre-installed in the apparatus main body. It is composed of a provided recording medium or the like.

In the present specification, the step of describing the program recorded on the recording medium is not limited to the processing performed in time series along the order, but is not necessarily performed in time series, either in parallel or individually. The process to be executed is also included.
Further, in the present specification, the term “system” means an overall apparatus configured by a plurality of devices, a plurality of means, and the like.

  DESCRIPTION OF SYMBOLS 10 ... Information processing apparatus, 30 ... Control part, 31 ... Input detection part, 32 ... Estimation part, 33 ... Display control part, 34 ... Command confirmation part, 35 ... Action execution unit, 40... Touch screen, 321 .. probability calculation unit, 322 .. estimation command determination unit

Claims (3)

A computer that executes a game including a plurality of types of actions corresponding to a predetermined command represented by a predetermined sequence of input events;
An input detection step of detecting an input event due to an operation of contact or proximity of an object to the display medium;
Based on the detection result history in the input detection step, an estimation step of determining what is estimated as an input command among the plurality of types of commands as an estimation command;
A display control step for executing control to display an image related to the estimation command on the display medium;
A command confirming step for confirming the estimated command as the input command when the estimated command satisfies a predetermined condition;
An action execution step for executing an action corresponding to the confirmed input command;
An information processing program for executing control processing including:
As the display control step,
When the first estimation command is determined in the estimation step, a first image corresponding to the first estimation command is displayed on the display medium,
Thereafter, when the second estimation command is determined in the estimation step until the input command is determined in the command determination step, the display of the first image is stopped and the second estimation command is displayed. An information processing program for executing a control process for displaying a corresponding second image on the display medium. A period from the detection of the input event to the execution of the action is defined in advance,
The first image and the second image are moving images having the length of the period,
When the first estimation command is switched to the second estimation command at a predetermined timing within the period, as the display control step, the display start point of the second image is set as the predetermined timing in the period, and the second The information processing program according to claim 1, wherein control processing for starting display of an image is executed. In an information processing method including a plurality of types of actions corresponding to a predetermined command represented by a predetermined sequence of input events, executed by an information processing device,
An input detection step of detecting an input event due to an operation of contact or proximity of an object to the display medium;
Based on the detection result history in the input detection step, an estimation step of determining what is estimated as an input command among the plurality of types of commands as an estimation command;
A display control step for executing control to display an image related to the estimation command on the display medium;
A command confirming step for confirming the estimated command as the input command when the estimated command satisfies a predetermined condition;
An action execution step for executing an action corresponding to the confirmed input command;
Including
As the display control step,
When the first estimation command is determined in the estimation step, a first image corresponding to the first estimation command is displayed on the display medium,
Thereafter, when the second estimation command is determined in the estimation step until the input command is determined in the command determination step, the display of the first image is stopped and the second estimation command is displayed. An information processing method including a step of executing control to display a corresponding second image on the display medium.

Images