JP6580619B2 - Information processing method, apparatus, and program for causing computer to execute information processing method - Google Patents

Description

  The present disclosure relates to an information processing method, an apparatus, and a program for causing a computer to execute the information processing method.

  Patent Document 1 discloses a technique for providing a battle game in which an object such as a sword is operated in conjunction with a user's physical movement to fight an enemy in a virtual space.

Japanese Patent No. 5996138

  In a game using virtual reality as disclosed in Patent Document 1, a game provider (creator or the like) wants a user to have an experience (such as a cool action) that cannot be experienced in reality. Intended. However, if the user does not take the action intended by the game provider, the intention of the game provider may not be sufficiently communicated to the user, and the user's sense of uplifting the game may be impaired.

  Therefore, an object of the present disclosure is to provide an information processing method, an apparatus, and a program for causing a computer to execute the information processing method that can effectively enhance a user's sense of excitement for a game using virtual reality. .

  According to an aspect of the present disclosure, an information processing method executed by a computer to provide a game in a virtual space to a user via a head mounted device including a display unit is provided. The information processing method includes: generating virtual space data defining a virtual space; detecting a movement of a head-mounted device and a movement of a part of a body other than a user's head; and a head-mounted device or a body A step of determining a user's action in the virtual space based on a part of the movement, and if the action is a predetermined positive action, an evaluation value associated with the user increases, and the action is predetermined. A step of changing the evaluation value, a step of performing a predetermined game control based on the evaluation value, a movement of the head mounted device, and virtual space data. Generating a view field image based on the above and displaying the view field image on the display unit.

  According to the present disclosure, it is possible to provide an information processing method and apparatus that can effectively enhance a user's exhilaration of a game using virtual reality, and a program for causing a computer to execute the information processing method. .

It is a figure showing the outline of a structure of the HMD system 100 according to a certain embodiment. It is a block diagram showing an example of the hardware constitutions of the computer 200 according to one situation. It is a figure which represents notionally the uvw visual field coordinate system set to the HMD apparatus 110 according to an embodiment. It is a figure which represents notionally the one aspect | mode which represents the virtual space 2 according to a certain embodiment. It is the figure showing the head of user 190 wearing HMD device 110 according to a certain embodiment from the top. 3 is a diagram illustrating a YZ cross section of a visual field region 23 viewed from the X direction in a virtual space 2. FIG. 3 is a diagram illustrating an XZ cross section of a visual field region 23 viewed from a Y direction in a virtual space 2. FIG. It is a figure showing schematic structure of the controller 160 according to a certain embodiment. FIG. 2 is a block diagram showing a computer 200 according to an embodiment as a module configuration. The state (A) is a diagram showing the user 190 wearing the HMD device 110 and the controller 160. The state (B) is a diagram showing the virtual space 2 including the virtual camera 1, the hand object 400, and the target object 500. 3 is a flowchart showing processing executed by the HMD system 100. It is a flowchart showing the example of a process of step S9 of FIG. 5 is a diagram for explaining collision control between a weapon object W and an enemy object E. FIG. It is a flowchart showing the example of a process of step S9 of FIG. It is a figure for demonstrating the collision control between the weapon object W and the attack object A. FIG. It is a flowchart showing the example of the process for evaluating the action in the virtual space 2 of the user 190. FIG. The state (A) is a diagram for explaining a third determination example. The state (B) is a diagram for explaining a seventh determination example. It is a figure for demonstrating the 5th determination example. It is a figure for demonstrating the 8th determination example.

  Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In the following description, the same parts are denoted by the same reference numerals. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.

[Configuration of HMD system]
A configuration of an HMD (Head Mount Device) system 100 will be described with reference to FIG. FIG. 1 is a diagram representing an outline of a configuration of an HMD system 100 according to an embodiment. In one aspect, the HMD system 100 is provided as a home system or a business system.

  The HMD system 100 includes an HMD device 110 (head mounted device), an HMD sensor 120, a controller 160, and a computer 200. The HMD device 110 includes a display 112 (display unit) and a gaze sensor 140. The controller 160 can include a motion sensor 130.

  In one aspect, the computer 200 can be connected to the Internet and other networks 19, and can communicate with the server 150 and other computers connected to the network 19. In another aspect, the HMD device 110 may include a sensor 114 instead of the HMD sensor 120.

  The HMD device 110 may be worn on the user's head and provide a virtual space to the user during operation. More specifically, the HMD device 110 displays a right-eye image and a left-eye image on the display 112, respectively. When each eye of the user visually recognizes each image, the user can recognize the image as a three-dimensional image based on the parallax of both eyes.

  The display 112 is realized as a non-transmissive display device, for example. In one aspect, the display 112 is disposed on the main body of the HMD device 110 so as to be positioned in front of both eyes of the user. Therefore, when the user visually recognizes the three-dimensional image displayed on the display 112, the user can be immersed in the virtual space. In one embodiment, the virtual space includes, for example, a background, an object that can be operated by the user, an image of a menu that can be selected by the user, and the like. In an embodiment, the display 112 may be realized as a liquid crystal display or an organic EL (Electro Luminescence) display included in a so-called smartphone or other information display terminal. The display 112 may be configured integrally with the main body of the HMD device 110 or may be configured as a separate body.

  In one aspect, the display 112 may include a sub-display for displaying an image for the right eye and a sub-display for displaying an image for the left eye. In another aspect, the display 112 may be configured to display a right-eye image and a left-eye image together. In this case, the display 112 includes a high-speed shutter. The high-speed shutter operates so that an image for the right eye and an image for the left eye can be displayed alternately so that the image is recognized only by one of the eyes.

  The HMD sensor 120 includes a plurality of light sources (not shown). Each light source is realized by, for example, an LED (Light Emitting Diode) that emits infrared rays. The HMD sensor 120 has a position tracking function for detecting the movement of the HMD device 110. The HMD sensor 120 detects the position and inclination of the HMD device 110 in the real space using this function.

  In another aspect, HMD sensor 120 may be realized by a camera. In this case, the HMD sensor 120 can detect the position and inclination of the HMD device 110 by executing image analysis processing using image information of the HMD device 110 output from the camera.

  In another aspect, the HMD device 110 may include a sensor 114 instead of the HMD sensor 120 as a position detector. The HMD device 110 can detect the position and inclination of the HMD device 110 itself using the sensor 114. For example, when the sensor 114 is an angular velocity sensor, a geomagnetic sensor, an acceleration sensor, a gyro sensor, or the like, the HMD device 110 uses any one of these sensors instead of the HMD sensor 120 to detect its position and inclination. Can be detected. As an example, when the sensor 114 is an angular velocity sensor, the angular velocity sensor detects angular velocities around the three axes of the HMD device 110 in real space over time. The HMD device 110 calculates the temporal change of the angle around the three axes of the HMD device 110 based on each angular velocity, and further calculates the inclination of the HMD device 110 based on the temporal change of the angle. The HMD device 110 may include a transmissive display device. In this case, the transmissive display device may be temporarily configured as a non-transmissive display device by adjusting the transmittance. Further, the view field image may include a configuration for presenting the real space in a part of the image configuring the virtual space. For example, an image captured by a camera mounted on the HMD device 110 may be displayed so as to be superimposed on a part of the field-of-view image, or a part of the transmission-type display device may be set to have a high transmittance. The real space may be visible from a part of the image.

  The gaze sensor 140 detects a direction (gaze direction) in which the gaze of the right eye and the left eye of the user 190 is directed. The detection of the direction is realized by, for example, a known eye tracking function. The gaze sensor 140 is realized by a sensor having the eye tracking function. In one aspect, the gaze sensor 140 preferably includes a right eye sensor and a left eye sensor. The gaze sensor 140 may be, for example, a sensor that irradiates the right eye and the left eye of the user 190 with infrared light and detects the rotation angle of each eyeball by receiving reflected light from the cornea and iris with respect to the irradiated light. . The gaze sensor 140 can detect the line-of-sight direction of the user 190 based on each detected rotation angle.

  Server 150 may send a program to computer 200. In another aspect, the server 150 may communicate with other computers 200 for providing virtual reality to HMD devices used by other users. For example, when a plurality of users play a participatory game in an amusement facility, each computer 200 communicates a signal based on each user's operation with another computer 200, and a plurality of users are common in the same virtual space. Allows you to enjoy the game. The server 150 can be composed of one or more computer devices. The server 150 may have a hardware configuration (processor, memory, storage, etc.) similar to the hardware configuration of the computer 200 described later.

  The controller 160 receives input of commands from the user 190 to the computer 200. In one aspect, the controller 160 is configured to be gripped by the user 190. In another aspect, the controller 160 is configured to be attachable to the body of the user 190 or a part of clothing. In another aspect, the controller 160 may be configured to output at least one of vibration, sound, and light based on a signal sent from the computer 200. In another aspect, the controller 160 receives an operation given by the user 190 to control the position, movement, and the like of an object arranged in a virtual space that provides virtual reality.

  In one aspect, the motion sensor 130 is attached to the user's hand and detects the movement of the user's hand. For example, the motion sensor 130 detects the rotation speed, rotation speed, etc. of the hand. The detected signal is sent to the computer 200. The motion sensor 130 is provided in a glove-type controller 160, for example. In some embodiments, for safety in real space, it is desirable that the controller 160 be mounted on something that does not fly easily by being mounted on the hand of the user 190, such as a glove shape. In another aspect, a sensor that is not worn by the user 190 may detect the hand movement of the user 190. For example, a signal from a camera that captures the user 190 may be input to the computer 200 as a signal representing the operation of the user 190. The motion sensor 130 and the computer 200 are connected to each other by wire or wirelessly. In the case of wireless communication, the communication form is not particularly limited, and for example, Bluetooth (registered trademark) or other known communication methods are used.

[Hardware configuration]
A computer 200 according to the present embodiment will be described with reference to FIG. FIG. 2 is a block diagram illustrating an example of a hardware configuration of computer 200 according to one aspect. The computer 200 includes a processor 10, a memory 11, a storage 12, an input / output interface 13, and a communication interface 14 as main components. Each component is connected to the bus 15.

  The processor 10 executes a series of instructions included in the program stored in the memory 11 or the storage 12 based on a signal given to the computer 200 or based on the establishment of a predetermined condition. In one aspect, the processor 10 is realized as a CPU (Central Processing Unit), an MPU (Micro Processor Unit), an FPGA (Field-Programmable Gate Array), or other device.

  The memory 11 temporarily stores programs and data. The program is loaded from the storage 12, for example. Data stored in the memory 11 includes data input to the computer 200 and data generated by the processor 10. In one aspect, the memory 11 is realized as a RAM (Random Access Memory) or other volatile memory.

  The storage 12 holds programs and data permanently. The storage 12 is realized as, for example, a ROM (Read-Only Memory), a hard disk device, a flash memory, and other nonvolatile storage devices. The programs stored in the storage 12 include a program for providing a virtual space in the HMD system 100, a simulation program, a game program, a user authentication program, a program for realizing communication with another computer 200, and the like. The data stored in the storage 12 includes data and objects for defining the virtual space.

  In another aspect, the storage 12 may be realized as a removable storage device such as a memory card. In still another aspect, a configuration using a program and data stored in an external storage device may be used instead of the storage 12 built in the computer 200. According to such a configuration, for example, in a scene where a plurality of HMD systems 100 are used like an amusement facility, it is possible to update programs and data in a batch.

  In some embodiments, the input / output interface 13 communicates signals with the HMD device 110, the HMD sensor 120, or the motion sensor 130. In one aspect, the input / output interface 13 is realized using a USB (Universal Serial Bus) interface, a DVI (Digital Visual Interface), an HDMI (registered trademark) (High-Definition Multimedia Interface), or other terminals. The input / output interface 13 is not limited to the above.

  In certain embodiments, the input / output interface 13 may further communicate with the controller 160. For example, the input / output interface 13 receives an input of a signal output from the motion sensor 130. In another aspect, the input / output interface 13 sends an instruction output from the processor 10 to the controller 160. The command instructs the controller 160 to vibrate, output sound, emit light, and the like. When the controller 160 receives the command, the controller 160 executes vibration, sound output, or light emission according to the command.

  The communication interface 14 is connected to the network 19 and communicates with other computers (for example, the server 150) connected to the network 19. In one aspect, the communication interface 14 is realized as, for example, a local area network (LAN) or other wired communication interface, or a wireless communication interface such as WiFi (Wireless Fidelity), Bluetooth (registered trademark), NFC (Near Field Communication), or the like. Is done. The communication interface 14 is not limited to the above. For example, the input / output interface 13 may include a wireless communication interface such as Bluetooth (registered trademark).

  In one aspect, the processor 10 accesses the storage 12, loads one or more programs stored in the storage 12 into the memory 11, and executes a series of instructions included in the program. The one or more programs may include an operating system of the computer 200, an application program for providing a virtual space, game software that can be executed in the virtual space using the controller 160, and the like. The processor 10 sends a signal for providing a virtual space to the HMD device 110 via the input / output interface 13. The HMD device 110 displays an image on the display 112 based on the signal.

  In the example illustrated in FIG. 2, the configuration in which the computer 200 is provided outside the HMD device 110 is illustrated. However, in another aspect, the computer 200 may be incorporated in the HMD device 110. As an example, a portable information communication terminal (for example, a smartphone) including the display 112 may function as the computer 200.

  Further, the computer 200 may be configured to be used in common for the plurality of HMD devices 110. According to such a configuration, for example, the same virtual space can be provided to a plurality of users, so that each user can enjoy the same application as other users in the same virtual space.

  In an embodiment, in the HMD system 100, a global coordinate system is set in advance. The global coordinate system has three reference directions (axes) parallel to the vertical direction in the real space, the horizontal direction orthogonal to the vertical direction, and the front-rear direction orthogonal to both the vertical direction and the horizontal direction. In the present embodiment, the global coordinate system is one of the viewpoint coordinate systems. Therefore, the horizontal direction, the vertical direction (up-down direction), and the front-rear direction in the global coordinate system are defined as an x-axis, a y-axis, and a z-axis, respectively. More specifically, in the global coordinate system, the x axis is parallel to the horizontal direction of the real space. The y axis is parallel to the vertical direction of the real space. The z axis is parallel to the front-rear direction of the real space.

  In one aspect, HMD sensor 120 includes an infrared sensor. When the infrared sensor detects each infrared ray emitted from each light source of the HMD device 110, the presence of the HMD device 110 is detected. The HMD sensor 120 further determines the position and inclination of the HMD device 110 in the real space according to the movement of the user 190 wearing the HMD device 110 based on the value of each point (each coordinate value in the global coordinate system). To detect. More specifically, the HMD sensor 120 can detect temporal changes in the position and tilt of the HMD device 110 using each value detected over time.

  The global coordinate system is parallel to the real space coordinate system. Therefore, each inclination of the HMD device 110 detected by the HMD sensor 120 corresponds to each inclination around the three axes of the HMD device 110 in the global coordinate system. The HMD sensor 120 sets the uvw visual field coordinate system to the HMD device 110 based on the inclination of the HMD device 110 in the global coordinate system. The uvw visual field coordinate system set in the HMD device 110 corresponds to a viewpoint coordinate system when the user 190 wearing the HMD device 110 views an object in the virtual space.

[Uvw visual field coordinate system]
The uvw visual field coordinate system will be described with reference to FIG. FIG. 3 is a diagram conceptually showing a uvw visual field coordinate system set in HMD device 110 according to an embodiment. The HMD sensor 120 detects the position and inclination of the HMD device 110 in the global coordinate system when the HMD device 110 is activated. The processor 10 sets the uvw visual field coordinate system in the HMD device 110 based on the detected value.

  As shown in FIG. 3, the HMD device 110 sets a three-dimensional uvw visual field coordinate system with the head (origin) of the user wearing the HMD device 110 as the center (origin). More specifically, the HMD device 110 uses the horizontal direction, the vertical direction, and the front-rear direction (x axis, y axis, z axis) that define the global coordinate system around each axis of the HMD device 110 in the global coordinate system. The three new directions obtained by inclining around the respective axes by the inclination of the pitch are the pitch direction (u-axis), yaw direction (v-axis), and roll direction (w-axis) of the uvw visual field coordinate system in the HMD device 110. Set as.

  In one aspect, when the user 190 wearing the HMD device 110 stands upright and is viewing the front, the processor 10 sets the uvw visual field coordinate system parallel to the global coordinate system in the HMD device 110. In this case, the horizontal direction (x-axis), vertical direction (y-axis), and front-rear direction (z-axis) in the global coordinate system are the pitch direction (u-axis) and yaw direction (v Axis) and the roll direction (w-axis).

  After the uvw visual field coordinate system is set in the HMD device 110, the HMD sensor 120 can detect the inclination of the HMD device 110 in the set uvw visual field coordinate system based on the movement of the HMD device 110. . In this case, the HMD sensor 120 detects the pitch angle (θu), yaw angle (θv), and roll angle (θw) of the HMD device 110 in the uvw visual field coordinate system as the inclination of the HMD device 110. The pitch angle (θu) represents the tilt angle of the HMD device 110 around the pitch direction in the uvw visual field coordinate system. The yaw angle (θv) represents the tilt angle of the HMD device 110 around the yaw direction in the uvw visual field coordinate system. The roll angle (θw) represents the tilt angle of the HMD device 110 around the roll direction in the uvw visual field coordinate system.

  Based on the detected tilt angle of the HMD device 110, the HMD sensor 120 sets the uvw visual field coordinate system in the HMD device 110 after the HMD device 110 has moved to the HMD device 110. The relationship between the HMD device 110 and the uvw visual field coordinate system of the HMD device 110 is always constant regardless of the position and inclination of the HMD device 110. When the position and inclination of the HMD device 110 change, the position and inclination of the uvw visual field coordinate system of the HMD device 110 in the global coordinate system change in conjunction with the change of the position and inclination.

  In one aspect, the HMD sensor 120 is based on the infrared light intensity acquired based on the output from the infrared sensor and the relative positional relationship between a plurality of points (for example, the distance between the points). The position of the device 110 in the real space may be specified as a relative position with respect to the HMD sensor 120. Further, the processor 10 may determine the origin of the uvw visual field coordinate system of the HMD device 110 in the real space (global coordinate system) based on the specified relative position.

[Virtual space]
The virtual space will be further described with reference to FIG. FIG. 4 is a diagram conceptually showing one aspect of expressing virtual space 2 according to an embodiment. The virtual space 2 has a spherical structure that covers the entire 360 ° direction of the center 21. In FIG. 4, the upper half of the celestial sphere in the virtual space 2 is illustrated in order not to complicate the description. In the virtual space 2, each mesh is defined. The position of each mesh is defined in advance as coordinate values in the XYZ coordinate system defined in the virtual space 2. The computer 200 associates each partial image constituting content (still image, moving image, etc.) that can be developed in the virtual space 2 with each corresponding mesh in the virtual space 2, and the virtual space image 22 that can be visually recognized by the user. Is provided to the user.

  In one aspect, the virtual space 2 defines an XYZ coordinate system with the center 21 as the origin. The XYZ coordinate system is, for example, parallel to the global coordinate system. Since the XYZ coordinate system is a kind of viewpoint coordinate system, the horizontal direction, vertical direction (vertical direction), and front-rear direction in the XYZ coordinate system are defined as an X axis, a Y axis, and a Z axis, respectively. Therefore, the X axis (horizontal direction) of the XYZ coordinate system is parallel to the x axis of the global coordinate system, the Y axis (vertical direction) of the XYZ coordinate system is parallel to the y axis of the global coordinate system, and The Z axis (front-rear direction) is parallel to the z axis of the global coordinate system. Each position in the virtual space 2 is uniquely specified by a coordinate value in the XYZ coordinate system.

  When the HMD device 110 is activated, that is, in the initial state of the HMD device 110, the virtual camera 1 is disposed at the center 21 of the virtual space 2, for example. The virtual camera 1 similarly moves in the virtual space 2 in conjunction with the movement of the HMD device 110 in the real space. Thereby, changes in the position and inclination of the HMD device 110 in the real space are similarly reproduced in the virtual space 2.

  As in the case of the HMD device 110, the uvw visual field coordinate system is defined for the virtual camera 1. The uvw visual field coordinate system of the virtual camera 1 in the virtual space 2 is defined so as to be linked to the uvw visual field coordinate system of the HMD device 110 in the real space (global coordinate system). Therefore, when the inclination of the HMD device 110 changes, the inclination of the virtual camera 1 also changes accordingly. The virtual camera 1 can also move in the virtual space 2 in conjunction with the movement of the user wearing the HMD device 110 in the real space.

  Since the orientation of the virtual camera 1 is determined according to the position and inclination of the virtual camera 1, the reference line of sight (reference line of sight 5) when the user visually recognizes the virtual space image 22 depends on the orientation of the virtual camera 1. Determined. The processor 10 of the computer 200 defines the visual field region 23 in the virtual space 2 based on the reference line of sight 5. The view area 23 corresponds to the view of the user wearing the HMD device 110 in the virtual space 2.

  The gaze direction of the user 190 detected by the gaze sensor 140 is a direction in the viewpoint coordinate system when the user 190 visually recognizes the object. The uvw visual field coordinate system of the HMD device 110 is equal to the viewpoint coordinate system when the user 190 visually recognizes the display 112. The uvw visual field coordinate system of the virtual camera 1 is linked to the uvw visual field coordinate system of the HMD device 110. Therefore, the HMD system 100 according to a certain aspect can regard the line-of-sight direction of the user 190 detected by the gaze sensor 140 as the line-of-sight direction of the user in the uvw visual field coordinate system of the virtual camera 1.

[User's line of sight]
With reference to FIG. 5, determination of the user's line-of-sight direction will be described. FIG. 5 is a diagram showing the head of user 190 wearing HMD device 110 according to an embodiment from above.

  In one aspect, gaze sensor 140 detects each line of sight of user 190's right eye and left eye. In a certain aspect, when the user 190 is looking near, the gaze sensor 140 detects the lines of sight R1 and L1. In another aspect, when the user 190 is looking far away, the gaze sensor 140 detects the lines of sight R2 and L2. In this case, the angle formed by the lines of sight R2 and L2 with respect to the roll direction w is smaller than the angle formed by the lines of sight R1 and L1 with respect to the roll direction w. The gaze sensor 140 transmits the detection result to the computer 200.

  When the computer 200 receives the detection values of the lines of sight R1 and L1 from the gaze sensor 140 as the line-of-sight detection result, the computer 200 identifies the point of sight N1 that is the intersection of the lines of sight R1 and L1 based on the detection value. On the other hand, when the detected values of the lines of sight R2 and L2 are received from the gaze sensor 140, the computer 200 specifies the intersection of the lines of sight R2 and L2 as the point of sight. The computer 200 specifies the line-of-sight direction N0 of the user 190 based on the specified position of the gazing point N1. For example, the computer 200 detects the direction in which the straight line passing through the midpoint of the straight line connecting the right eye R and the left eye L of the user 190 and the gazing point N1 extends as the line-of-sight direction N0. The line-of-sight direction N0 is a direction in which the user 190 is actually pointing the line of sight with both eyes. The line-of-sight direction N0 corresponds to the direction in which the user 190 actually directs his / her line of sight with respect to the field-of-view area 23.

  In another aspect, the HMD system 100 may include a microphone and a speaker in any part constituting the HMD system 100. The user can give a voice instruction to the virtual space 2 by speaking to the microphone.

  In another aspect, HMD system 100 may include a television broadcast receiving tuner. According to such a configuration, the HMD system 100 can display a television program in the virtual space 2.

  In still another aspect, the HMD system 100 may include a communication circuit for connecting to the Internet or a call function for connecting to a telephone line.

[Visibility area]
With reference to FIGS. 6 and 7, the visual field region 23 will be described. FIG. 6 is a diagram illustrating a YZ cross section of the visual field region 23 viewed from the X direction in the virtual space 2. FIG. 7 is a diagram illustrating an XZ cross section of the visual field region 23 viewed from the Y direction in the virtual space 2.

  As shown in FIG. 6, the visual field region 23 in the YZ cross section includes a region 24. The region 24 is defined by the reference line of sight 5 of the virtual camera 1 and the YZ cross section of the virtual space 2. The processor 10 defines a range including the polar angle α around the reference line of sight 5 in the virtual space 2 as the region 24.

  As shown in FIG. 7, the visual field region 23 in the XZ cross section includes a region 25. The region 25 is defined by the reference line of sight 5 and the XZ cross section of the virtual space 2. The processor 10 defines a range including the azimuth angle β around the reference line of sight 5 in the virtual space 2 as a region 25.

  In one aspect, the HMD system 100 provides a virtual space to the user 190 by causing the display 112 to display a view field image based on a signal from the computer 200. The visual field image corresponds to a portion of the virtual space image 22 that is superimposed on the visual field region 23. When a virtual object described later is arranged between the virtual camera 1 and the virtual space image 22 in the view field area 23, the view object image includes the virtual object. That is, in the view field image, the virtual object on the near side of the virtual space image 22 is displayed superimposed on the virtual space image 22. When the user 190 moves the HMD device 110 worn on the head, the virtual camera 1 also moves in conjunction with the movement. As a result, the position of the visual field area 23 in the virtual space 2 changes. As a result, the view image displayed on the display 112 is updated to an image that is superimposed on the view region 23 in the virtual space 2 in the direction in which the user faces in the virtual space image 22. The user can visually recognize a desired direction in the virtual space 2.

  The user 190 can visually recognize only the virtual space image 22 developed in the virtual space 2 without visually recognizing the real world while wearing the HMD device 110. Therefore, the HMD system 100 can give the user a high sense of immersion in the virtual space 2.

  In one aspect, the processor 10 can move the virtual camera 1 in the virtual space 2 in conjunction with movement of the user 190 wearing the HMD device 110 in real space. In this case, the processor 10 specifies an image region (that is, a view field region 23 in the virtual space 2) projected on the display 112 of the HMD device 110 based on the position and inclination of the virtual camera 1 in the virtual space 2. That is, the visual field (view) of the user 190 in the virtual space 2 is defined by the virtual camera 1.

  According to an embodiment, the virtual camera 1 preferably includes two virtual cameras, that is, a virtual camera for providing an image for the right eye and a virtual camera for providing an image for the left eye. Moreover, it is preferable that appropriate parallax is set in the two virtual cameras so that the user 190 can recognize the three-dimensional virtual space 2. In the present embodiment, the virtual camera 1 includes two virtual cameras, and the roll direction (w) generated by combining the roll directions of the two virtual cameras is the roll direction (w) of the HMD device 110. The technical idea concerning this indication is illustrated as what is constituted so that it may be adapted.

[controller]
An example of the controller 160 will be described with reference to FIG. FIG. 8 is a diagram showing a schematic configuration of controller 160 according to an embodiment.

  As shown in the state (A) of FIG. 8, in one aspect, the controller 160 may include a right controller 160R and a left controller 160L (see FIG. 10). The right controller 160R is operated with the right hand of the user 190. The left controller 160L is operated with the left hand of the user 190. In one aspect, the right controller 160R and the left controller 160L are configured symmetrically as separate devices. Therefore, the user 190 can freely move the right hand holding the right controller 160R and the left hand holding the left controller 160L. In another aspect, the controller 160 may be an integrated controller that receives operations of both hands. Hereinafter, the right controller 160R will be described.

  The right controller 160R includes a grip 30, a frame 31, and a top surface 32. The grip 30 is configured to be held by the right hand of the user 190. For example, the grip 30 can be held by the palm of the right hand of the user 190 and three fingers (middle finger, ring finger, little finger).

  The grip 30 includes buttons 33 and 34 and a motion sensor 130. The button 33 is disposed on the side surface of the grip 30 and receives an operation with the middle finger of the right hand. The button 34 is disposed in front of the grip 30 and accepts an operation with the index finger of the right hand. In one aspect, the buttons 33 and 34 are configured as trigger buttons. The motion sensor 130 is built in the housing of the grip 30. Note that when the operation of the user 190 can be detected from around the user 190 by a camera or other device, the grip 30 may not include the motion sensor 130.

  The frame 31 includes a plurality of infrared LEDs 35 arranged along the circumferential direction. The infrared LED 35 emits infrared light in accordance with the progress of the program during the execution of the program using the controller 160. Infrared rays emitted from the infrared LED 35 can be used to detect the positions and postures (tilt, orientation) and the like of the right controller 160R and the left controller 160L. In the example shown in FIG. 8, infrared LEDs 35 arranged in two rows are shown, but the number of arrays is not limited to that shown in FIG. An array of one or more columns may be used.

  The top surface 32 includes buttons 36 and 37 and an analog stick 38. The buttons 36 and 37 are configured as push buttons. The buttons 36 and 37 receive an operation with the thumb of the right hand of the user 190. In one aspect, the analog stick 38 accepts an operation in an arbitrary direction of 360 degrees from the initial position (neutral position). The operation includes, for example, an operation for moving an object arranged in the virtual space 2.

  In one aspect, the right controller 160R and the left controller 160L include a battery for driving the infrared LED 35 and other members. The battery includes, but is not limited to, a rechargeable type, a button type, a dry battery type, and the like. In another aspect, the right controller 160R and the left controller 160L may be connected to the USB interface of the computer 200, for example. In this case, the right controller 160R and the left controller 160L do not require batteries.

  As shown in the state (A) and the state (B) of FIG. 8, for example, the yaw, roll, and pitch directions are defined for the right hand 810 of the user 190. When the user 190 extends the thumb and index finger, the direction in which the thumb extends is the yaw direction, the direction in which the index finger extends is the roll direction, and the direction perpendicular to the plane defined by the yaw direction axis and the roll direction axis is the pitch direction. Is defined as

[Control device for HMD device]
The control device of the HMD device 110 will be described with reference to FIG. In one embodiment, the control device is realized by a computer 200 having a known configuration. FIG. 9 is a block diagram showing a computer 200 according to an embodiment as a module configuration.

  As shown in FIG. 9, the computer 200 includes a display control module 220, a virtual space control module 230, a memory module 240, and a communication control module 250. The display control module 220 includes a virtual camera control module 221, a visual field region determination module 222, a visual field image generation module 223, and a reference visual line identification module 224 as submodules. The virtual space control module 230 includes a virtual space definition module 231, a virtual object control module 232, an operation object control module 233, a collision control module 234, and an action evaluation module 235 as submodules.

  In an embodiment, the display control module 220 and the virtual space control module 230 are realized by the processor 10. In another embodiment, multiple processors 10 may operate as the display control module 220 and the virtual space control module 230. The memory module 240 is realized by the memory 11 or the storage 12. The communication control module 250 is realized by the communication interface 14.

  In one aspect, the display control module 220 controls image display on the display 112 of the HMD device 110. The virtual camera control module 221 arranges the virtual camera 1 in the virtual space 2 and controls the behavior, orientation, and the like of the virtual camera 1. The view area determination module 222 defines the view area 23 according to the orientation of the head of the user wearing the HMD device 110. The view image generation module 223 generates a view image to be displayed on the display 112 based on the determined view area 23. The reference line-of-sight identifying module 224 identifies the line of sight of the user 190 based on the signal from the gaze sensor 140.

  The virtual space control module 230 controls the virtual space 2 provided to the user 190. The virtual space definition module 231 defines the virtual space 2 in the HMD system 100 by generating virtual space data representing the virtual space 2.

  The virtual object control module 232 generates a virtual object arranged in the virtual space 2 based on content information 241 and object information 242 described later. The virtual object control module 232 also controls the movement (movement, state change, etc.) of the virtual object in the virtual space 2.

  The virtual object is an entire object arranged in the virtual space 2. The virtual objects may include, for example, forests, mountains and other landscapes, animals, etc. that are arranged according to the progress of the game story. In addition, the virtual object may include a character object such as an avatar that is a user's alternation in a virtual space and a game character (player character) operated by the user. In the following description, when there is no misunderstanding, the virtual object is simply expressed as “object”.

  The operation object control module 233 controls the movement of the operation object, which is an object that moves according to the hand movement of the user 190, in the virtual space 2. In one aspect, the operation objects may include, for example, a hand object corresponding to the hand of the user 190 wearing the HMD device 110, a finger object corresponding to the finger of the user 190, and the like. An object operated by a hand object can also function as an operation object that moves in accordance with the hand movement of the user 190. In this embodiment, a weapon object (for example, an object imitating a sword) that is attached to a hand object and moves in conjunction with the hand object functions as an operation object.

  The collision control module 234 detects the collision when each of the objects arranged in the virtual space 2 collides with another object. The collision control module 234 can detect, for example, a timing when a certain object and another object touch each other, and performs a predetermined process when the detection is performed. The collision control module 234 can detect the timing at which the object is away from the touched state, and performs a predetermined process when the detection is performed. The collision control module 234 can detect that the object is touching the object. Specifically, when the operation object touches another object, the collision control module 234 detects that the operation object touches another object, and performs a predetermined process.

  The collision control module 234 determines the collision effect based on the speed of hand movement of the user 190. The collision effect is, for example, the size of a collision area (details will be described later) that defines a range in which the operation object collides with another object. The collision effect is an effect (for example, a predetermined parameter) that is generated when the collision control module 234 determines that the operation object collides with another object based on the speed of hand movement of the user 190. Variable amount).

  The action evaluation module 235 evaluates the action of the user 190 in the virtual space 2 based on the movement of the HMD device 110 (that is, the movement of the head of the user 190) or the movement of the hand of the user 190. Specifically, the action evaluation module 235 evaluates the appearance of the action of the player character PC and the operation object in the virtual space 2 in which the movement of the body of the user 190 in the real space is reflected. The action evaluation module 235 notifies the user 190 by displaying the evaluation result in a field-of-view image output on the display 112 or by outputting it as a sound to a speaker (not shown) or the like. Further, the action evaluation module 235 determines the game rank of the user 190 (a level representing the goodness of the action of the user 190) based on the evaluation result.

  The memory module 240 holds data used for the computer 200 to provide the virtual space 2 to the user 190. In one aspect, the memory module 240 holds content information 241, object information 242, and user information 243.

  The content information 241 includes, for example, content that is reproduced in the virtual space 2, information for arranging objects used in the content, and the like. The content can include, for example, content representing a scene similar to a game or a real society. Specifically, the content information 241 can include virtual space image data (virtual space image 22) that defines the background of the virtual space 2 and definition information of objects arranged in the virtual space 2. The object definition information may include drawing information for drawing the object (for example, information indicating a design such as the shape and color of the object), information indicating an initial arrangement of the object, and the like. Further, the definition information of an object that operates autonomously based on a preset operation pattern may include information (program or the like) indicating the operation pattern. As an example of an operation based on a predetermined operation pattern, there is a simple repetitive operation such as an operation in which an object imitating grass swings in a certain pattern.

  The object information 242 includes information indicating the state of each object arranged in the virtual space 2 (a state that can change according to the progress of the game and the operation of the user 190). Specifically, the object information 242 can include position information indicating the position of each object. Further, the object information 242 may further include motion information indicating the motion of the deformable object (that is, information for specifying the shape of the object). Examples of deformable objects include parts such as the above-mentioned avatars that have parts such as the head, torso, and hands, and can move each part independently according to the movement of the user 190. Is mentioned.

  The user information 243 includes, for example, a program for causing the computer 200 to function as a control device of the HMD system 100, an application program that uses each content held in the content information 241, and the like.

  Data and programs stored in the memory module 240 are input by the user of the HMD device 110. Alternatively, the processor 10 downloads a program (game program or the like) or data from a computer (for example, the server 150) operated by a provider that provides the content, and stores the downloaded program or data in the memory module 240. .

  The communication control module 250 can communicate with the server 150 and other information communication devices via the network 19.

  In an aspect, the display control module 220 and the virtual space control module 230 may be realized using, for example, Unity (registered trademark) provided by Unity Technologies. In another aspect, the display control module 220 and the virtual space control module 230 can also be realized as a combination of circuit elements that realize each process.

  Processing in the computer 200 is realized by hardware and software executed by the processor 10. Such software may be stored in advance in a memory module 240 such as a hard disk. The software may be stored in a CD-ROM or other non-volatile computer-readable data recording medium and distributed as a program product. Alternatively, the software may be provided as a program product that can be downloaded by an information provider connected to the Internet or other networks. Such software is read from a data recording medium by an optical disk drive or other data reader, or downloaded from the server 150 or other computer via the communication control module 250 and then temporarily stored in the memory module 240. The The software is read from the memory module 240 by the processor 10 and stored in the RAM in the form of an executable program. The processor 10 executes the program.

  The hardware configuring the computer 200 shown in FIG. 9 is general. Therefore, it can be said that the most essential part according to the present embodiment is a program stored in the computer 200. Since the hardware operation of computer 200 is well known, detailed description will not be repeated.

  The data recording medium is not limited to a CD-ROM, FD (Flexible Disk), and hard disk, but is a magnetic tape, cassette tape, optical disk (MO (Magnetic Optical Disc) / MD (Mini Disc) / DVD (Digital Versatile Disc)). ), IC (Integrated Circuit) card (including memory card), optical card, mask ROM, EPROM (Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), flash ROM, etc. It may be a non-volatile data recording medium that carries a fixed program.

  The program here may include not only a program directly executable by the processor 10, but also a program in a source program format, a compressed program, an encrypted program, and the like.

  With reference to FIG. 10, the details of the process in which the collision control module 234 determines the collision between the operation object and another object will be described. The state (A) in FIG. 10 is a diagram showing the user 190 wearing the HMD device 110 and the controller 160. A state (B) of FIG. 10 is a diagram showing the virtual space 2 including the virtual camera 1, the hand object 400, and the target object 500.

  As shown in FIG. 10, the virtual space 2 includes a virtual camera 1, a player character PC, a left hand object 400 </ b> L, a right hand object 400 </ b> R, and a target object 500. In the present embodiment, the visual field of the player character PC matches the visual field of the virtual camera 1. Thereby, a view field image in the first person viewpoint is provided to the user. As described above, the virtual space definition module 231 of the virtual space control module 230 generates virtual space data that defines the virtual space 2 including such an object. In addition, as described above, the virtual camera 1 is interlocked with the movement of the HMD device 110 attached to the user 190. That is, the visual field of the virtual camera 1 is updated according to the movement of the HMD device 110. The right hand object 400R is an operation object that moves according to the movement of the right controller 160R attached to the right hand of the user 190. The left hand object 400L is an operation object that moves according to the movement of the left controller 160L attached to the left hand of the user 190. Hereinafter, for convenience of explanation, each of the left hand object 400L and the right hand object 400R may be simply referred to as a hand object 400 in some cases.

  The left hand object 400L and the right hand object 400R each have a collision area CA. The target object 500 has a collision area CB. The player character PC has a collision area CC. The collision areas CA, CB, and CC are used for collision determination (hit determination) between the objects. For example, when the collision area CA of the hand object 400 and the collision area CB of the target object 500 are in contact with each other (including a case where they overlap each other), the hand object 400 and the target object 500 collide with each other. Determined. As shown in FIG. 10, the collision areas CA, CB, and CC may be defined by a sphere having a predetermined radius around the coordinate position set for each object.

[Control structure]
With reference to FIG. 11, a control structure of computer 200 according to the present embodiment will be described. FIG. 11 is a flowchart showing processing executed by the HMD system 100.

  In step S <b> 1, the processor 10 of the computer 200 specifies the virtual space image data as the virtual space definition module 231 and defines the virtual space. That is, the processor 10 generates virtual space data that defines the virtual space 2.

  In step S <b> 2, the processor 10 initializes the virtual camera 1 as the virtual camera control module 221. For example, the processor 10 places the virtual camera 1 at a predetermined center point in the virtual space 2 in the work area of the memory, and directs the line of sight of the virtual camera 1 in the direction in which the user 190 is facing.

  In step S <b> 3, the processor 10 generates view image data for displaying an initial view image as the view image generation module 223. The generated view image data is sent to the HMD device 110 by the communication control module 250 via the view image generation module 223.

  In step S <b> 4, the display 112 of the HMD device 110 displays a view field image based on the signal received from the computer 200. The user 190 wearing the HMD device 110 can recognize the virtual space 2 when viewing the visual field image.

  In step S <b> 5, the HMD sensor 120 detects the position and inclination of the HMD device 110 based on a plurality of infrared lights transmitted from the HMD device 110. The detection result is sent to the computer 200 as motion detection data.

  In step S <b> 6, the processor 10 specifies the visual field direction of the user 190 wearing the HMD device 110 as the visual field region determination module 222 based on the position and inclination of the HMD device 110. The processor 10 executes the application program and places an object in the virtual space 2 based on instructions included in the application program.

  In step S7, the controller 160 detects the operation of the user 190 in the real space. For example, in one aspect, the controller 160 detects that a button has been pressed by the user 190. In another aspect, the controller 160 detects the movement of the hand of the user 190 (eg, a movement of waving a hand). Specifically, the controller 160 detects the direction and speed of the user 190's hand moving. A signal indicating the detected content is sent to the computer 200.

  In step S <b> 8, the processor 10 determines an action in the virtual space 2 of the user 190 as the virtual object control module 232. For example, the processor 10 moves the player character PC (an object corresponding to the head of the user 190 in the present embodiment as shown in FIG. 10) based on the movement of the HMD device 110 detected in step S5. Further, the processor 10 moves the hand object 400 based on the hand movement of the user 190 detected in step S7. When another object is attached to the hand object 400, the processor 10 causes the other object to be linked with the hand object 400.

  In step S <b> 9, the processor 10 performs collision control between objects as the collision control module 234. Details of the processing in step S9 will be described later.

  In step S <b> 10, the processor 10 generates view image data for displaying a view image based on the processing result as the view area determination module 222 and the view image generation module 223, and sends the generated view image data to the HMD device 110. Output.

  In step S11, the display 112 of the HMD device 110 updates the view image based on the received view image data, and displays the updated view image.

  The processes in steps S5 to S11 are repeatedly executed periodically.

[Collision control (attack action)]
With reference to FIG. 12 and FIG. 13, the procedure of the collision control (step S9) focusing on the attack operation will be described. Specifically, a process procedure for collision control between the weapon object W and the enemy object E will be described. As shown in FIG. 13, the weapon object W is an operation object imitating a sword that is attached to the hand object 400 and moves in conjunction with the hand object 400. The enemy object E is a target object that is an attack target of the weapon object W. A collision area CD is set for the weapon object W, and a collision area CE is set for the enemy object E. Between the weapon object W and the enemy object E, when the weapon object W collides with the enemy object E (that is, when collision between the collision area CD and the collision area CE is detected), the enemy object E is damaged. The relationship that can be given is predetermined.

  In step S901, the processor 10 determines the size of the collision area CD associated with the weapon object W based on the movement speed of the weapon object W (that is, the movement speed corresponding to the detected movement speed of the hand of the user 190). To decide.

  The processor 10 may increase the size of the collision area CD as the moving speed of the weapon object W increases. When the user 190 moves his / her hand quickly, it is expected that it will become more difficult to hit the weapon object W against the enemy object E. In that case, a more intuitive virtual experience can be provided to the user 190 by adjusting the ease of hitting the enemy object E according to the moving speed of the weapon object W.

  The processor 10 may continuously change the size of the collision area CD according to the moving speed of the weapon object W. For example, the processor 10 may determine the size of the collision area CD by using a predetermined function F to obtain the size F (x) of the collision area CD corresponding to the moving speed x of the weapon object W. Good. The function F may be a monotonically increasing function that satisfies F (x1)> F (x2) when x1> x2 for any moving speed x1, x2. In this case, the processor 10 can increase the size of the collision area CD as the moving speed of the weapon object W increases by the calculation using the function F.

  Alternatively, the processor 10 may discretely change the size of the collision area CD according to the moving speed of the weapon object W. For example, the processor 10 may compare the moving speed of the weapon object W with a predetermined threshold value, and determine the size of the collision area CD so as to be larger than when the threshold value is less than the threshold value. . By providing a plurality of such threshold values, the size of the collision area CD may be changed stepwise according to the moving speed of the weapon object W.

  The state (A) in FIG. 13 represents the collision area CD when the movement speed of the weapon object W is v1, and the movement speed of the weapon object W is v2 (<v1) in the state (B) in FIG. Represents a collision area CD. In the present embodiment, as shown in the state (A) and the state (B), the size of the collision area CD increases as the moving speed of the weapon object W increases. Thereby, the ease of hitting the weapon object W against the enemy object E can be appropriately adjusted according to the speed at which the user 190 moves the hand.

  In step S <b> 902, the processor 10 calculates a variation amount of a predetermined parameter that is generated when it is determined that the weapon object W and the enemy object E collide based on the collision area CD based on the moving speed of the weapon object W. decide. The predetermined parameter is, for example, a physical strength value (so-called hit point) associated with the enemy object E. In this case, the fluctuation amount of the predetermined parameter is the amount of damage given to the enemy object E (that is, the amount of decrease in the physical strength value of the enemy object E).

  The processor 10 may increase the amount of damage given to the enemy object E as the moving speed of the weapon object W increases. In this case, when the user 190 moves his / her hand quickly to perform an attack operation, the attack effect on the enemy object E is enhanced. Thereby, it is possible to prompt the user 190 to dynamically move the body and enjoy the game.

  In step S903, the processor 10 determines whether or not the weapon object W and the enemy object E collide based on the collision area CD and the collision area CE. The processor 10 complete | finishes a process, when not detecting a collision (step S903: NO). On the other hand, when the processor 10 detects a collision (step S903: YES), the processor 10 proceeds to the process of step S904.

  The processing in steps S904 and S905 is processing for determining (correcting) the amount of damage given to the enemy object E based on the moving direction of the weapon object W relative to the enemy object E.

  In step S904, the processor 10 determines that the weapon object W is the enemy object E based on the movement direction of the weapon object W (that is, the movement direction in the virtual space 2 specified based on the detected hand movement of the user 190). It is determined whether or not a collision has occurred as a result of moving toward.

  If it is determined that collision has occurred as a result of the weapon object W moving toward the enemy object E (step S904: YES), the processor 10 upwardly corrects the amount of damage given to the enemy object E in step S905. . On the other hand, if it is not determined that a collision has occurred as a result of the weapon object W moving toward the enemy object E (step S904: NO), the processor 10 performs upward correction of the amount of damage given to the enemy object E. do not do. The state (C) of FIG. 13 represents a state immediately before the enemy object E that comes toward the weapon object W accidentally collides with the weapon object W when the user 190 swings up the weapon object W. As described above, when the weapon object W and the enemy object E collide while the weapon object W is moving away from the enemy object E, the determination result in the above-described step S904 is “NO”. .

  By such a process, the attack effect when the weapon object W collides with the enemy object E as a result of the user 190 moving intentionally to attack is higher than when the weapon object W accidentally collides with the enemy object E. be able to. As a result, it is possible to prompt the user 190 to perform an aggressive attack operation and to further improve the game performance. Note that the processor 10 may correct the amount of damage to the enemy object E downward when it is not determined that a collision has occurred as a result of the weapon object W moving toward the enemy object E (step S904: NO). Good. In this case, the same effect as described above can be obtained.

  In step S <b> 906, the processor 10 executes processing according to the relationship between the weapon object W and the enemy object E. As described above, a relationship is defined in advance between the weapon object W and the enemy object E that allows the enemy object E to be damaged when the weapon object W collides with the enemy object E. Therefore, the processor 10 decreases the physical strength value of the enemy object E based on the damage amount determined in steps S902 and S905.

  In the above example, the case where the predetermined parameter is a physical strength value associated with the enemy object E has been described, but the predetermined parameter is not limited to this. For example, the predetermined parameter may be an anger value of the enemy object E (for example, a parameter for changing the attack pattern of the enemy object E when a certain amount or more is accumulated). The predetermined parameter may be a score obtained by attacking the enemy object E with the weapon object W, the amount of currency in the game, and the like.

[Collision control (defense action)]
With reference to FIG. 14 and FIG. 15, the procedure of the collision control (step S9) focusing on the defense operation will be described. Specifically, a process procedure for collision control between the weapon object W and the attack object A will be described. As shown in FIG. 15, the attack object A is a target object that attacks the player character PC. In this example, the attack object A is an object that imitates a flying tool (here, an arrow) released from the enemy object E, for example. However, the attack object A is not limited to this example, and may be, for example, a part of the body of the enemy object E (for example, an arm that the enemy object E swings around), or a weapon held by the enemy object E in its hand. There may be. A collision area CF is set for the attack object A. When the player character PC collides with the attack object A between the player character PC and the attack object A (that is, when a collision between the collision area CC and the collision area CF is detected), the player character PC is damaged. The relationship of receiving is predetermined. On the other hand, a relationship is defined in advance between the weapon object W and the attack object A so that the player character PC can be damaged when the weapon object W collides with the attack object A. However, the damage amount of the player character PC when the weapon object W collides with the attack object A is set to a value (or 0) smaller than the damage amount when the player character PC and the attack object A collide. ing. That is, the user 190 can reduce (or set to 0) the amount of damage to the player character PC by causing the weapon object W to collide with the attack object A and destroying or flipping off the attack object A. .

  In step S911, the processor 10 determines whether or not the moving speed of the weapon object W is equal to or less than a predetermined threshold value. If the moving speed is not determined to be equal to or less than the threshold (step S911: NO), the processor 10 proceeds to the process of step S912.

  In step S912, the processor 10 determines the size of the collision area CD associated with the weapon object W based on the moving speed of the weapon object W, similarly to the processing in step S901 described above. Specifically, the processor 10 increases the size of the collision area CD as the moving speed of the weapon object W increases.

  The state (A) in FIG. 15 represents the collision area CD when the moving speed of the weapon object W is v1, and the moving speed of the weapon object W is v2 (<v1) in the state (B) in FIG. Represents a collision area CD. In the present embodiment, as shown in the state (A) and the state (B), the size of the collision area CD increases as the moving speed of the weapon object W increases. Thereby, the ease of hitting the weapon object W against the attack object A can be appropriately adjusted according to the speed at which the user 190 moves the hand.

  In step S913, the processor 10 calculates a variation amount of a predetermined parameter that is generated when it is determined that the weapon object W and the attack object A collide based on the collision area CD based on the moving speed of the weapon object W. decide. The predetermined parameter is, for example, a physical strength value (a so-called hit point) associated with the player character PC. In this case, the fluctuation amount of the predetermined parameter is the amount of damage to the player character PC (that is, the amount of decrease in the physical strength value of the player character PC).

  The processor 10 may reduce the amount of damage to the player character PC as the moving speed of the weapon object W increases. In this case, when the user 190 moves his / her hand quickly and performs a defense operation (for example, an operation of flipping or destroying the attack object A with the weapon object W), the defense effect on the attack object A is enhanced. Thereby, it is possible to prompt the user 190 to dynamically move the body and enjoy the game.

  In step S914, the processor 10 determines whether or not the weapon object W and the attack object A collide based on the collision area CD and the collision area CF. If the processor 10 detects a collision (step S914: YES), the processor 10 proceeds to the process of step S915.

  The processes in steps S915 and S916 are processes for determining (correcting) the amount of damage to the player character PC based on the moving direction of the weapon object W relative to the attack object A.

  In step S <b> 915, the processor 10 determines whether or not a collision has occurred as a result of the weapon object W moving toward the attack object A based on the moving direction of the weapon object W.

  If it is determined that a collision has occurred as a result of the weapon object W moving toward the attack object A (step S915: YES), in step S916, the processor 10 corrects the damage amount of the player character PC downward. . On the other hand, if it is not determined that a collision has occurred as a result of the weapon object W moving toward the attack object A (step S915: NO), the processor 10 performs a downward correction of the damage amount of the player character PC. do not do.

  By such processing, the defense effect when the weapon object W collides with the attack object A as a result of the user 190 moving intentionally to perform the defense operation is higher than when the weapon object W accidentally collides with the attack object A. be able to. As a result, it is possible to prompt the user 190 to perform an aggressive defense operation, and it is possible to further improve the game performance. Note that the processor 10 corrects the amount of damage received from the attack object A upward when it is not determined that a collision has occurred as a result of the weapon object W moving toward the attack object A (step S915: NO). Also good. In this case, the same effect as described above can be obtained.

  In step S <b> 917, the processor 10 executes processing according to the relationship between the weapon object W and the attack object A. As described above, a relationship is defined in advance between the weapon object W and the attack object A so that the player character PC can be damaged when the weapon object W collides with the attack object A. Therefore, when the damage amount determined in steps S913 and S916 is greater than 0, the processor 10 decreases the physical strength value of the player character PC based on the damage amount.

  The processor 10 may determine an effect value to be given to the attack object A when the weapon object W collides with the attack object A according to the moving speed of the weapon object W. Then, the processor 10 may change the action of the weapon object W on the attack object A according to the determined effect value. For example, the processor 10 may destroy the attack object A in two when the effect value is equal to or greater than a predetermined threshold value, or play the attack object A when the effect value is less than the threshold value. You may make it fly.

  Next, a process when the determination result in step S911 is “YES” will be described. In this case, in step S918, the processor 10 invalidates the collision area CD of the weapon object W. The processor 10 may erase the collision area CD itself, or sets flag information indicating that no collision is detected when the collision area CD and the collision area of another object overlap each other in the collision area CD. Also good. The state (C) in FIG. 15 represents an example in which the collision area CD itself of the weapon object W is extinguished. As described above, when the movement speed of the weapon object W is less than the threshold value, it is possible to disable defense by the weapon object W by invalidating the hit determination between the weapon object W and another object. As a result, it is possible to suppress the negative play in which the user 190 holds the weapon object W and defends it.

  If the collision area CD of the weapon object W is invalidated in step S918, or if no collision between the weapon object W and the attack object A is detected in step S914, the defense against the attack object A by the weapon object W is performed. Fails. In this case, in step S919, the processor 10 determines whether or not the player character PC and the attack object A collide based on the collision area CD and the collision area CF. The processor 10 complete | finishes a process, when not detecting a collision (step S919: NO). On the other hand, if the processor 10 detects a collision (step S919: YES), in step S920, a predetermined amount of damage (for example, the attack power associated with the attack object A and the defense power associated with the player character PC). The physical strength value of the player character PC is decreased based on the damage amount determined based on the above.

  In the above example, the case where the predetermined parameter is the physical strength value associated with the player character PC has been described, but the predetermined parameter is not limited to this. For example, the predetermined parameter may be an anger value of the player character PC (for example, a parameter for changing the deadly technique to a usable state when a certain amount or more is accumulated).

[Action evaluation]
A processing procedure for evaluating the action of the user 190 in the virtual space 2 will be described with reference to FIGS. In the present embodiment, the processor 10 changes the evaluation value based on individual actions of the user 190 in the quest (or stage) provided by the game content developed in the virtual space 2. Then, the processor 10 determines the game rank or score of the user 190 based on the final evaluation value. One quest is completed by, for example, achieving a purpose (for example, defeating a specific enemy character) set in the quest. The quest also ends when the goal set in the quest fails (for example, when the physical strength value of the player character PC becomes 0, or when a predetermined time limit is exceeded).

  In step S <b> 101, the processor 10 starts the quest selected by the user 190. For example, the processor 10 may display a menu screen for selecting a quest in the virtual space 2. Then, the processor 10 may allow the user 190 to select a quest by touching the menu screen with the hand object 400 (or an object such as a touch pen operated by the hand object 400).

  In step S <b> 102, the processor 10 determines an action in the virtual space 2 of the user 190. Specifically, the processor 10 moves the player character PC based on the detected movement of the HMD device 110 and moves the hand object 400 based on the detected hand movement of the user 190. When another object is attached to the hand object 400, the processor 10 causes the other object to be linked to the hand object 400. This process corresponds to the process in step S8 of FIG.

  In step S103, the processor 10 determines the action determined in step S102 as the action evaluation module 235. Specifically, the processor 10 determines whether the action is a predetermined positive action or whether the action is a predetermined passive action. The aggressive motion is a motion that is predetermined as a cool motion when playing a game in the virtual space 2, and is an motion that increases an evaluation value. The passive operation is an operation that is predetermined as an unfavorable operation and is an operation that decreases the evaluation value.

(First determination example)
When the predetermined movement of the HMD device 110 or the hand (part of the body) of the user 190 is not detected for a predetermined time or longer, the processor 10 is determined to be a passive operation for the action of the user 190. You may judge. The predetermined movement is a movement that occurs when the hand of the HMD device 110 or the user 190 moves more than a predetermined distance, for example. That is, a motion that is equal to being stationary at substantially the same position, such as a state of swaying in small increments, does not correspond to the predetermined motion. According to the above determination, when the user 190 is not actually performing a meaningful action in the game and is not actively performing an attacking action or the like on the enemy object E, the action of the user 190 is reluctant. It can be determined that there is.

(Second determination example)
The processor 10 may determine the action of the user 190 based on the position in the virtual space 2 corresponding to the detected position of the hand of the HMD device 110 or the user 190. For example, the processor 10 is included in a safety zone where the position in the virtual space 2 is not set to an attack from the enemy object E (attack object A) and the state is not less than a predetermined time. When it continues, you may determine with the action of the user 190 being a passive operation.

(Third determination example)
The processor 10 may determine the action of the user 190 based on the height in the virtual space 2 corresponding to the detected position of the hand of the HMD device 110 or the user 190. As shown in the state (A) of FIG. 17, for example, the user 190 is squatting and the height in the virtual space 2 corresponding to the detected position of the HMD device 110 (the virtual set in the virtual space 2). When the height h) of the player character PC with respect to the ground G is lower than a predetermined height, there is a case where the attack of the attack object A does not hit (or is difficult to hit). Therefore, for example, the processor 10 considers that the action of the user 190 is a passive action when the state in which the height h of the player character PC in the virtual space 2 is lower than a predetermined height continues for a predetermined time or longer. You may judge.

(Fourth determination example)
In the collision control described above, when a collision between the weapon object W and the enemy object E or the attack object A is detected, it can be said that the user 190 is actively performing an attack operation or a defense operation. Therefore, when the collision between the weapon object W and the enemy object E or the attack object A is detected, the processor 10 may determine that the action of the user 190 is an active action.

(Fifth determination example)
On the other hand, an operation object (for example, an armor object D imitating a shield) for defending against an attack from the attack object A is associated with the hand object 400, and the defense operation by the armor object D continues for a predetermined time or more. In this case, it can be said that the user 190 is exclusively performing the defense operation and is not actively performing the attack operation. In such a case, the processor 10 may determine that the action of the user 190 is a passive operation.

  Whether or not the defense operation by the armor object D is being performed can be determined based on the proportion of the armor object D in the view field image M. FIG. 18 shows an example of the field-of-view image M in a state where the user 190 is hiding behind the armor object D and performing a defense operation to defend against an attack from the attack object A. In the view image M, the back side (side to be gripped by hand) portion of the armor object D imitating a shield is displayed. When such a defense operation is performed, the display area of the armor object D in the view image M tends to increase. Therefore, the processor 10 may determine that the defense operation by the armor object D is being performed when the display area of the armor object D in the view image M is equal to or greater than a predetermined threshold.

(Sixth determination example)
An operation in which the user 190 moves the body to avoid the attack object A is a cool operation. Therefore, when the action of the user 190 corresponds to an avoidance operation that avoids the attack object A, the processor 10 may determine that the action is an aggressive operation.

  Whether it is an avoidance operation or not can be determined as follows. In other words, the processor 10 detects the movement of the HMD device 110 while a series of attack actions of the attack object A is executed, and also detects the collision area CC (first collision area) of the player character PC and the attack object A. When a collision with the collision area CF (second collision area) is not detected, the action of the user 190 may be determined as an avoidance operation. The start point of the series of attack actions of the attack object A is, for example, timing when the attack object A approaches the player character PC within a predetermined threshold distance. Alternatively, the timing at which a preset attack action is executed in the program that defines the action of the enemy object E (for example, the timing at which the attack object A is released) is regarded as the start time of a series of attack actions of the attack object A Good.

(Seventh determination example)
Among the avoidance operations described above, an operation that avoids an attack from the attack object A at the last minute (hereinafter, “specific avoidance operation”) can be said to be a particularly cool operation. Therefore, when the action of the user 190 corresponds to the specific avoidance operation, the processor 10 determines that the action is an aggressive operation (or an operation in which the increase in the evaluation value is particularly large among the active operations). May be.

  For example, the processor 10 includes the collision area CF1 that defines a range in which an attack can be given to the player character PC against the attack object A (collision area CF1 similar to the above-described collision area CF). A collision area CF2 (third collision area) to be set is set. When the collision between the collision area CC and the collision area CF1 is not detected, and the collision between the collision area CC and the collision area CF2 is detected, the processor 10 is an action to specify the action of the user 190. May be determined. The state (B) in FIG. 17 represents an example of such a specific avoidance operation. Thus, by setting a double collision area and determining whether or not the collision has occurred only in the outer collision area, the specific avoidance operation can be easily determined with a small calculation load. In addition, as long as the user 190 is hit or not hit by an enemy, the user 190 can be further enhanced in the game.

(Eighth determination example)
As specific processing for determining an action based on whether or not the action of the user 190 corresponds to an avoidance operation, the processor 10 may execute the following processing. That is, the processor 10 calculates the trajectory of the collision area CF in the series of attack operations before the start of the series of attack actions of the attack object A (that is, a temporary motion representing the future movement of the collision area CF). Then, the processor 10 overlaps the collision area CC and the collision area CF at the start of the series of attack operations, and the collision area CC and the collision area CF when the series of attack operations are executed. Is not actually detected, it is determined that the action of the user 190 is an active action.

  The state (A) in FIG. 19 represents the trajectory T of the collision area CF in a series of attack operations of the attack object A. In this example, the trajectory T represents a trajectory extending in a columnar shape so as to go straight toward the player character PC. The state (A) represents a state in which the collision area CC and the trajectory T overlap at the start of a series of attack operations. A state (B) in FIG. 19 represents a state in which the attack of the attack object A is avoided by the user 190 moving the head (that is, the HMD device 110). As described above, when the avoidance operation is successful, the collision between the collision area CC and the collision area CF is not detected when a series of attack operations are executed. Accordingly, in the example shown in FIG. 19, the processor 10 determines that the action of the user 190 is an aggressive action.

  Thus, before the actual attack operation is executed, the provisional motion (trajectory T) of the attack object A is generated and the determination based on the trajectory T is performed, so that the action of the user 190 corresponds to the avoidance operation. Whether or not can be determined with high accuracy.

  In step S <b> 104, the processor 10 changes the evaluation value associated with the user 190 in accordance with the action determination result as the action evaluation module 235. Specifically, the processor 10 increases the evaluation value when it is determined that the action is an aggressive operation, as in the above-described fourth and sixth to eighth determination examples. On the other hand, when the processor 10 determines that the action is a passive operation as in the first to third and fifth determination examples illustrated above, the processor 10 decreases the evaluation value. As a result, the evaluation value is increased when the action of the user 190 reflected in the virtual space 2 is a good-looking action, and the evaluation value is reduced when the action of the user 190 is a bad-looking action. it can.

  In step S <b> 105, the processor 10 executes, as the action evaluation module 235, predetermined game control based on the determination result (change in evaluation value) of each action of the user 190. For example, the processor 10 may output a view field image on which a message (for example, characters such as “Cool!” And “Uncool”) corresponding to the action determination result is displayed. Further, the processor 10 may output a sound corresponding to the action determination result to a speaker or the like. By notifying the user 190 of the action determination result of the user 190 in this manner, the user 190 can be given a pleasant feeling if the action determination result is good, and the user 190 can be given if the action determination result is bad. 190 can be urged to perform a good operation.

  In step S <b> 106, the processor 10 performs a quest end determination. The processor 10 repeatedly executes the processes of steps S102 to S105 until the quest is completed. When the quest is completed, in step S107, the processor 10 executes, as the action evaluation module 235, predetermined game control based on the action determination result (final evaluation value) in the quest of the user 190. For example, the processor 10 determines a rank or a score according to the final evaluation value. Further, the processor 10 may determine a reward (for example, a specific item that can be used in the game) to be given to the user 190 based on the rank determined in this way.

  According to the action evaluation process described above, it is possible to prompt the user 190 to take an active action by highly evaluating an action corresponding to an active action. That is, it is possible to prompt the user 190 to take a cool action intended by the game provider, and by giving a high evaluation value to the user 190 who actually took such an action, the game of the user 190 Can effectively enhance the feeling of uplifting.

  As mentioned above, although embodiment of this indication was described, the technical scope of this invention should not be limitedly interpreted by description of this embodiment. This embodiment is an example, and it is understood by those skilled in the art that various modifications can be made within the scope of the invention described in the claims. The technical scope of the present invention should be determined based on the scope of the invention described in the claims and the equivalents thereof.

  For example, in the present embodiment, the collision control between the operation object (weapon object W) and the target object (enemy object E or attack object A) has been described. Not limited to. For example, in a game in which the enemy object E is attacked with a bare hand (hand object 400) or the attack object A is knocked down, the processor 10 performs the above-described operation between the hand object 400 and the enemy object E or the attack object A. The collision control may be executed.

  Moreover, although this embodiment demonstrated the case where player character PC was only the part corresponded to the head of the user 190, player character PC may also contain parts other than a head, such as a trunk | drum part and a leg part, for example. Good. Further, when the HMD system 100 includes a sensor, a camera, and the like that can track the movement of a body part other than the head and the hand of the user 190, the processor 10 determines the part according to the movement of the part. The corresponding player character PC may be moved.

  The processing procedure shown in the flowchart described in the present embodiment is an example, and a part of the processing may be omitted or changed, other processing may be added, or the processing order may be changed. May be. Further, in the processing of the processor 10 described above, when comparing the magnitude relationship between two numerical values, either of the two criteria “greater than” or “greater than” may be used. Either of the two criteria may be used. The selection of such a standard does not change the technical significance of the process of comparing the magnitude relationship between two numerical values.

  In this embodiment, the movement of the hand object is controlled according to the movement of the controller 160 indicating the movement of the hand of the user 190, but in the virtual space according to the movement amount of the hand of the user 190 itself. The movement of the hand object may be controlled. For example, instead of using the controller 160, a glove-type device, a ring-type device, or the like worn on the user's finger may be used. In this case, the HMD sensor 120 can detect the position and movement amount of the hand of the user 190, and can detect the movement and state of the finger of the user 190. Further, instead of the HMD sensor 120, the movement and state of the user 190's fingers may be detected by a camera configured to image the user's 190 hand (including fingers). By imaging the hand of the user 190 using the camera, it is not necessary to attach any device directly to the finger of the user 190. In this case, based on the image data on which the hand of the user 190 is displayed, the position and amount of movement of the hand of the user 190 can be detected, and the movement and state of the finger of the user 190 can be detected. .

  In the present embodiment, a hand object that is linked to the movement of the hand of the user 190 is used as an operation object. However, the present embodiment is not limited to this. For example, a foot object that is linked to the movement of the foot of the user 190 may be used as an operation object instead of or together with the hand object.

  In this embodiment, the user 190 defined by the virtual camera 1 matches the visual field of the player character PC in the virtual space 2 to provide a virtual experience in the first person viewpoint to the user 190. The form is not limited to this. For example, by placing the virtual camera 1 behind the player character PC, a virtual experience at the third person viewpoint in which the player character PC is included in the view field image may be provided to the user 190.

  In addition, the game provided in the virtual space 2 is not limited to the battle game as described in the above embodiment, and may include games of various genres. The game is not limited to a game provided as game content (game software). For example, the game may be a mini game provided in a content without a game element at a normal time such as chat (VR chat) between a plurality of users in the virtual space 2.

  In the present embodiment, the virtual space (VR space) in which the user 190 is immersed by the HMD device 110 has been described as an example. However, as the HMD device 110, a transmissive HMD device may be employed. In this case, an augmented reality (AR) space or a composite image is output by outputting a visual field image obtained by synthesizing a part of an image constituting the virtual space to the real space visually recognized by the user 190 via the transmission type HMD device. A virtual experience in a Reality (MR) space may be provided to the user 190. In this case, instead of the hand object 400, an action on the target object in the virtual space 2 may be generated based on the hand movement of the user 190. Specifically, the processor 10 may specify the coordinate information of the position of the hand of the user 190 in the real space and define the position of the target object in the virtual space 2 in relation to the coordinate information in the real space. . Thereby, the processor 10 grasps the positional relationship between the hand of the user 190 in the real space and the target object in the virtual space 2, and performs processing corresponding to the above-described collision control between the hand of the user 190 and the target object. It becomes executable. As a result, it is possible to act on the target object based on the hand movement of the user 190.

  The method for determining the collision effect based on the moving speed of the operation object is not limited. For example, as the moving speed of the operation object increases, the processor 10 may increase or decrease the size of the collision area. Alternatively, as the moving speed of the operation object increases, the processor 10 may increase or decrease a predetermined parameter (for example, a parameter associated with the target object or a parameter associated with the user).

The subject matter disclosed in the present specification is indicated as, for example, the following items.
(Item 1)
An information processing method executed by the computer 200 to provide a user 190 with a game in the virtual space 2 via a head mounted device (HMD device 110) including a display unit (display 112),
Generating virtual space data defining the virtual space 2 (S1 in FIG. 10);
Detecting the movement of the head-mounted device and the movement of a part of the body other than the head of the user 190 (S5 and S7 in FIG. 10);
Determining the action of the user 190 in the virtual space 2 based on the movement of the head mounted device or the body part (S8 in FIG. 10, S102 in FIG. 16);
If the action is a predetermined positive action, the evaluation value associated with the user 190 increases, and if the action is a predetermined negative action, the evaluation value decreases. The step of changing the evaluation value (S104 in FIG. 16),
Performing predetermined game control based on the evaluation value (S105 or S107 in FIG. 16);
Generating a field-of-view image based on the movement of the head-mounted device and the virtual space data, and displaying the field-of-view image on the display unit (S10 in FIG. 10);
Including an information processing method.
According to this information processing method, it is possible to prompt the user to take a positive action by highly evaluating an action corresponding to the positive action. In addition, the game control based on the evaluation value (for example, output of a message and voice corresponding to the evaluation value, etc.) can effectively enhance the user's sense of excitement with respect to the game.
(Item 2)
The action is the passive action when a predetermined movement of the head mounted device or the body part has not been detected for a predetermined period of time;
Item 1. Information processing method.
According to this information processing method, when the user substantially does not perform a meaningful action in the game, the process can be executed assuming that the user's action is a passive operation.
(Item 3)
Determine whether the action is the positive action or the passive action based on a position in the virtual space 2 corresponding to a detected position of the head mounted device or the body part ,
The information processing method of item 1 or 2.
According to this information processing method, it is possible to appropriately determine the user's action based on a characteristic peculiar to a position in the virtual space (for example, whether or not it is a safe zone in a game).
(Item 4)
Determining whether the action is the positive action or the passive action based on a height in the virtual space 2 corresponding to the detected position of the head mounted device or the body part To
Item 3. Information processing method.
According to this information processing method, it is possible to appropriately determine the user's action based on a characteristic specific to the height in the virtual space (for example, whether the height is not hit by an enemy). Can do.
(Item 5)
The virtual space 2 includes a body object (in this embodiment, a hand object 400) associated with a part of the body of the user 190 and an object operated by the body object (in this embodiment, a weapon object W and armor) An operation object including at least one of the object D and the like, and a target object (an enemy object E or an attack object A in the present embodiment) to be attacked or defended by the operation object,
Moving the operation object according to the movement of a part of the body of the user 190 (S8 in FIG. 10);
Further including
When the operation object and the target object collide, the action is determined to be the positive action,
The information processing method according to any one of items 1 to 4.
According to this information processing method, when a user performs an attack operation or a defense operation, it is possible to appropriately determine that the user's action is an aggressive operation.
(Item 6)
The virtual space 2 includes an operation object including at least one of a body object associated with a part of the body of the user 190 and an object operated by the body object, and a target object (to be protected by the operation object) In this embodiment, the attack object A),
When a defensive action for defending against an attack from the target object by the operation object continues for a predetermined time or more, the action is the passive action.
The information processing method according to any one of items 1 to 4.
According to this information processing method, when the user is exclusively performing a defensive operation and is not actively performing an attack operation, the process can be executed assuming that the user's action is a passive operation.
(Item 7)
The virtual space 2 includes a character object (player character PC) that moves in the virtual space 2 according to the movement of the head mounted device, and a target object (attack object A) that attacks the character object,
The character object has a first collision area (collision area CC),
The target object is set with a second collision area (collision areas CF, CF1) that defines a range in which the character object can be attacked,
When a movement of the head mounted device is detected while a series of attack operations of the target object are performed, and a collision between the first collision area and the second collision area is not detected, The action is the positive action,
The information processing method according to any one of items 1 to 4.
According to this information processing method, when a user's avoidance operation is performed, it is possible to execute processing by regarding the user's action as an aggressive operation.
(Item 8)
The target object further includes a third collision area (collision area CF2) that includes the second collision area,
If the collision between the first collision area and the second collision area is not detected, and the collision between the first collision area and the third collision area is detected, the action is the positive action. Is,
Item 7. Information processing method.
According to this information processing method, especially when the user performs an extreme avoidance operation (specific avoidance operation) unless an attack from the enemy hits or hits, the processing is executed assuming that the user action is an active operation can do. By encouraging such a specific avoidance operation, it is possible to further enhance the sense of excitement of the user's game.
(Item 9)
Calculating a trajectory T of the second collision area in the series of attack operations before the start of the series of attack actions;
The first collision area at the start of the series of attack operations and the trajectory T overlap, and when the series of attack operations are executed, the first collision area and the second collision area If no collision is detected, the action is the aggressive action,
Item 7. Information processing method.
According to this information processing method, it is possible to accurately specify whether or not the user action corresponds to the avoidance operation based on the trajectory of the second collision area.
(Item 10)
A program that causes a computer to execute the information processing method according to any one of items 1 to 9.
(Item 11)
An apparatus comprising at least a memory and a processor coupled to the memory, wherein the information processing method according to any one of items 1 to 9 is executed under the control of the processor.

  DESCRIPTION OF SYMBOLS 1 ... Virtual camera, 2 ... Virtual space, 5 ... Base line of sight, 10 ... Processor, 11 ... Memory, 12 ... Storage, 13 ... Input / output interface, 14 ... Communication interface, 15 ... Bus, 19 ... Network, 21 ... Center, 22 ... Virtual space image, 23 ... Field of view, 24, 25 ... Area, 31 ... Frame, 32 ... Top surface, 33, 34, 36, 37 ... Button, 35 ... Infrared LED, 38 ... Analog stick, 100 ... HMD system 110 ... HMD device, 112 ... display, 114 ... sensor, 120 ... HMD sensor, 130 ... motion sensor, 140 ... gaze sensor, 150 ... server, 160 ... controller, 160L ... left controller, 160R ... right controller, 190 ... user , 200 ... computer, 220 ... display control module, 22 ... virtual camera control module, 222 ... view area determination module, 223 ... view image generation module, 224 ... reference line of sight identification module, 230 ... virtual space control module, 231 ... virtual space definition module, 232 ... virtual object control module, 233 ... Operation object control module, 234 ... collision control module, 235 ... action evaluation module, 240 ... memory module, 241 ... content information, 242 ... object information, 243 ... user information, 250 ... communication control module, 400 ... hand object, 400L ... Left hand object, 400R ... right hand object, 500 ... target object, 810 ... right hand, A ... attack object, CA, CB, CC, CD, CE, CF, CF1, CF2 ... collision Rear, D ... armor objects, E ... enemy object, W ... weapon object, PC ... the player character.

Claims (11)

An information processing method executed by a computer to provide a battle game in a virtual space to a user via a head-mounted device including a display unit,
Generating virtual space data defining the virtual space;
Obtaining a detection signal from a detection unit that detects the movement of the head mounted device and the movement of a part of the body other than the head of the user;
Determining an action of a motion object in the battle game in the virtual space based on the detection signal ;
A step of changing an evaluation value that is associated with the user and is used for evaluating the user's battle posture in the battle game, wherein the action in the battle game is a predetermined positive action. there was increased before Symbol evaluation value in the case, as the action is the evaluation value decreases in the case of a passive predetermined operations, a step of changing the evaluation value,
Performing game control for evaluating the user based on the evaluation value at the end of the battle game ;
Generating a field-of-view image based on the movement of the head-mounted device and the virtual space data, and displaying the field-of-view image on the display unit,
The motion object includes a character object that moves in the virtual space in response to movement of the head-mounted device, a body object that constitutes a part of the character object and is associated with a part of the user's body, and An operation object including at least one of objects operated by the body object,
The virtual space, the front comprises the the operation object comprising a Kiki catcher lactamide object before Kimisao work object, and a target object to attack the character object,
As the action is determined by said determining step based on said detection signal, further comprising a steps of moving the operation object containing the operation object,
The action of the action object is a defense action for defending an attack by the operation object against an attack action by the target object against the character object, and directs the operation object to the target object at a speed exceeding a threshold value. An information processing method including an active defense operation that is determined to be the active operation by moving the user . The action of the action object includes an action that is determined to be the passive action when a predetermined movement of the head mounted device or the body part is not detected for a predetermined time or more.
The information processing method according to claim 1. The action of the action object includes an action determined to be the passive action based on a position in the virtual space corresponding to a detected position of the head mounted device or the body part.
The information processing method according to claim 1 or 2. Action of the operation object is the one of the previous SL aggressive behavior and the passive operation based on the height in the virtual space corresponding to the detected position of a portion of the head-mounted device or the body Including actions to determine whether
The information processing method according to claim 3. The active defense operation is an operation that can be established on the condition that the operation object and the target object collide.
The information processing method as described in any one of Claims 1-4. Action of the operating object, the active defense operations is a different defense operations and, in the case of defense operation to defend against attacks from the target object is continued for more than a predetermined period of time, before Symbol consumption Kyokuteki Including passive defense actions that are determined to be
The information processing method as described in any one of Claims 1-4. A first collision area is set for the character object,
In the target object, a second collision area that defines a range in which an attack can be given to the character object is set,
The action of the moving object is to detect the movement of the head mounted device and detect the collision between the first collision area and the second collision area while a series of attack actions of the target object are executed. A non-collision motion that is determined to be the positive motion if not
The information processing method as described in any one of Claims 1-4. The target object is further set with a third collision area including the second collision area,
The non-collision operation is established the first not collision detection and collision area and the second collision area and the Rukoto collision between the first collision area and the third collision area is detected as a condition Is a possible action,
The information processing method according to claim 7. Calculating a trajectory of the second collision area in the series of attack operations before the start of the series of attack actions;
In the non-collision operation, the first collision area and the trajectory overlap at the start of the series of attack operations, and when the series of attack operations are executed, the first collision area and the first collision operation are performed. is an operation of the collision of the two collision area can be satisfied on the condition sensed, such Ikoto,
The information processing method according to claim 7.   The program which makes a computer perform the information processing method as described in any one of Claims 1-9.   An apparatus comprising: at least a memory; and a processor coupled to the memory, wherein the information processing method according to claim 1 is executed under the control of the processor.