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

Abstract

PROBLEM TO BE SOLVED: To effectively enhance a user's uplifting feeling for a game using virtual reality. The information processing method of one embodiment includes a step of determining a user's action in a virtual space based on the movement of a head-mounted device or a part of the user's body, and a positive action in which the action is predetermined. Steps to change the evaluation value and the evaluation value so that the evaluation value associated with the user increases when it is an action and decreases when the action is a predetermined negative action. A step of performing a predetermined game control based on the above, a step of generating a field of view image based on the movement of the head mount device and virtual space data, and a step of displaying the field of view image on the display unit are included. [Selection diagram] FIG. 16

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 physical movement of a user to fight an enemy in a virtual space.

Patent No. 5996138 gazette

  In a game using virtual reality as disclosed in Patent Document 1, the game provider (creator etc.) is requested to have the user perform an experience (for example, a good action etc.) which can not be tasted in reality. Intended. However, if the user does not take an action intended by the game provider, the user's intention is not sufficiently transmitted to the user, and the user's sense of excitement for the game may be lost.

  Therefore, the present disclosure aims to provide an information processing method and apparatus capable of effectively enhancing the user's sense of excitement for a game using virtual reality, and a program for causing a computer to execute the information processing method. .

  According to one aspect of the present disclosure, there is provided an information processing method executed by a computer to provide a user with a game in a virtual space via a head mounted device provided with a display unit. The information processing method comprises the steps of: generating virtual space data defining a virtual space; detecting movement of a head mounted device and movement of a part of the body other than the head of the user; Determining an action of the user in the virtual space based on a part of the motion, and if the action is a predetermined positive action, the evaluation value associated with the user increases and the action is predetermined Changing the evaluation value so as to reduce the evaluation value if the operation is negative, performing predetermined game control based on the evaluation value, movement of the head mounted device, and virtual space data And generating a view image on the basis of the display unit and displaying the view image on the display unit.

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

FIG. 1 is a diagram schematically illustrating the configuration of an HMD system 100 according to an embodiment. It is a block diagram showing an example of the hardware constitutions of computer 200 according to one mode. FIG. 6 conceptually illustrates an uvw view coordinate system set in the HMD device 110 according to an embodiment. FIG. 1 conceptually illustrates an aspect of representing a virtual space 2 according to an embodiment. FIG. 7 is a top view of a head of a user 190 wearing the HMD device 110 according to an embodiment. FIG. 6 is a diagram illustrating a YZ cross section in which a view area 23 is viewed from the X direction in a virtual space 2; FIG. 6 is a diagram illustrating an XZ cross section in which a visibility region 23 in the virtual space 2 is viewed from the Y direction. FIG. 6 is a diagram illustrating a schematic configuration of a controller 160 according to an embodiment. FIG. 2 is a block diagram representing a computer 200 according to an embodiment as a modular configuration. The state (A) shows the user 190 wearing the HMD device 110 and the controller 160. The state (B) is a diagram showing a virtual space 2 including the virtual camera 1, the hand object 400, and the target object 500. 5 is a flowchart illustrating processing executed by the HMD system 100. It is a flowchart showing the example of the process of FIG.11 S9. It is a figure for demonstrating collision control between the weapon object W and the enemy object E. FIG. It is a flowchart showing the example of the process of FIG.11 S9. It is a figure for demonstrating collision control between the weapon object W and the attack object A. FIG. 15 is a flowchart illustrating an example of processing for evaluating an action of the user 190 in the virtual space 2; 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 example of a determination. It is a figure for demonstrating the 8th example of a determination.

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

[Configuration of HMD system]
The configuration of an HMD (Head Mount Device) system 100 will be described with reference to FIG. FIG. 1 is a diagram schematically illustrating the 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 mount 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 may include the motion sensor 130.

  In one aspect, the computer 200 can connect to the Internet or other network 19 and can communicate with a server 150 or other computer 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 the user with virtual space during operation. More specifically, the HMD device 110 displays the image for the right eye and the image for the left eye on the display 112, respectively. When each eye of the user views 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, for example, as a non-transmissive display device. In one aspect, the display 112 is disposed on the main body of the HMD device 110 so as to be located in front of the user's eyes. Therefore, when the user visually recognizes the three-dimensional image displayed on the display 112, the user can immerse in the virtual space. In one embodiment, the virtual space includes, for example, a background, an object operable by the user, and an image of a menu selectable by the user. In one embodiment, the display 112 can be realized as a liquid crystal display or an organic EL (Electro Luminescence) display included in a so-called smart phone 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 separately.

  In one aspect, the display 112 can 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 integrally display an image for the right eye and an image for the left eye. In this case, the display 112 includes a high speed shutter. The high speed shutter operates so as to alternately display the image for the right eye and the image for the left eye so that the image is recognized only for 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 light. The HMD sensor 120 has a position tracking function for detecting the movement of the HMD device 110. The HMD sensor 120 uses this function to detect the position and tilt of the HMD device 110 in the physical space.

  In another aspect, the HMD sensor 120 may be realized by a camera. In this case, the HMD sensor 120 can detect the position and the inclination of the HMD device 110 by executing the image analysis process using the 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. HMD device 110 may use sensor 114 to detect the position and tilt of HMD device 110 itself. 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 one of these sensors instead of the HMD sensor 120 to position and tilt itself. Can be detected. As an example, when the sensor 114 is an angular velocity sensor, the angular velocity sensor detects the angular velocity around three axes of the HMD device 110 in real space over time. The HMD device 110 calculates temporal changes in angles around the three axes of the HMD device 110 based on each angular velocity, and further calculates inclination of the HMD device 110 based on temporal changes in angles. The HMD device 110 may also 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 thereof. Further, the view image may include a configuration for presenting the real space in a part of the image constituting 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 the field of view can be set by setting the transmittance of part of the transmissive display device high. The real space may be visible from part of the image.

  The gaze sensor 140 detects the 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 sensor for the right eye and a sensor for the left eye. The gaze sensor 140 may be, for example, a sensor that emits infrared light to the right and left eyes of the user 190, and detects the rotation angle of each eye by receiving reflected light from the cornea and iris to the irradiated light. . The gaze sensor 140 can detect the gaze direction of the user 190 based on each detected rotation angle.

  The server 150 may send the program to the computer 200. In another aspect, server 150 may communicate with other computers 200 to provide 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 to share a plurality of users in the same virtual space. Allows you to enjoy the game. The server 150 may be configured by one or more computer devices. The server 150 may have the same hardware configuration (processor, memory, storage, etc.) as the hardware configuration of the computer 200 described later.

  The controller 160 receives an input of an instruction from the user 190 to the computer 200. In one aspect, controller 160 is configured to be graspable by user 190. In another aspect, the controller 160 is configured to be attachable to the body of the user 190 or a part of the clothing. In another aspect, the controller 160 may be configured to output vibration, sound, light, and / or light based on a signal sent from the computer 200. In another aspect, the controller 160 receives operations given by the user 190 to control the position, movement, etc. of objects placed in the virtual space providing virtual reality.

  The motion sensor 130 is attached to the user's hand and detects movement of the user's hand in one aspect. For example, the motion sensor 130 detects the rotation speed, the number of rotations, and the like of the hand. The detected signal is sent to the computer 200. The motion sensor 130 is provided, for example, in a glove-type controller 160. In one embodiment, for security in real space, the controller 160 is preferably worn like a glove type that does not easily fly by being worn on the hand of the user 190. In another aspect, a sensor not attached to the user 190 may detect hand movement of the user 190. For example, a signal of a camera that captures the user 190 may be input to the computer 200 as a signal representing an 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 a computer 200 according to an 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 respectively.

  The processor 10 executes a series of instructions included in a program stored in the memory 11 or the storage 12 based on a signal supplied to the computer 200 or based on the establishment of a predetermined condition. In one aspect, the processor 10 is realized as a central processing unit (CPU), a micro processor unit (MPU), a field-programmable gate array (FPGA) or other devices.

  The memory 11 temporarily stores programs and data. The program is loaded from, for example, the storage 12. The 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 implemented as a random access memory (RAM) or another volatile memory.

  The storage 12 holds programs and data permanently. The storage 12 is implemented, for example, as a read-only memory (ROM), a hard disk drive, a flash memory, or another non-volatile storage device. 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, objects, etc. for defining a virtual space.

  In another aspect, the storage 12 may be realized as a removable storage device like a memory card. In still another aspect, a configuration using programs 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, when a plurality of HMD systems 100 are used, such as an amusement facility, it is possible to perform updating of programs, data, etc. collectively.

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

  In one embodiment, input / output interface 13 may further communicate with 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, voice output or light emission according to the command.

  The communication interface 14 is connected to the network 19 to communicate with other computers (for example, the server 150) connected to the network 19. In one aspect, the communication interface 14 is implemented as, for example, a LAN (Local Area Network) or other wired communication interface, or a WiFi (Wireless Fidelity), Bluetooth (registered trademark), an NFC (Near Field Communication) or other wireless communication interface. Be done. The communication interface 14 is not limited to the one described 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 executable 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.

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

  In addition, the computer 200 may be configured to be commonly used by a plurality of HMD devices 110. According to such a configuration, for example, since the same virtual space can be provided to a plurality of users, each user can enjoy the same application as other users in the same virtual space.

  In one embodiment, in the HMD system 100, a global coordinate system is preset. The global coordinate system has three reference directions (axes) parallel to the vertical direction in real space, the horizontal direction perpendicular to the vertical direction, and the front-back direction orthogonal to both the vertical direction and the horizontal direction. In the present embodiment, the global coordinate system is one of viewpoint coordinate systems. Therefore, the horizontal direction, the vertical direction (vertical 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 and back direction of the real space.

  In one aspect, the HMD sensor 120 includes an infrared sensor. When an infrared sensor detects infrared light 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 physical 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 inclination 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 the visual point coordinate system when the user 190 wearing the HMD device 110 views an object in the virtual space.

[Uvw view coordinate system]
The uvw view coordinate system will be described with reference to FIG. FIG. 3 is a diagram conceptually illustrating the uvw visual field coordinate system set in the HMD device 110 according to an embodiment. The HMD sensor 120 detects the position and tilt 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 centered on the head of the user wearing the HMD device 110 (origin). More specifically, the HMD device 110 defines the global coordinate system in the horizontal direction, the vertical direction, and the front-back direction (x-axis, y-axis, z-axis) around each axis of the HMD device 110 in the global coordinate system. The pitch direction (u axis), the yaw direction (v axis), and the roll direction (w axis) of the uvw visual field coordinate system in the HMD device 110 are newly obtained by inclining each direction about each axis by the inclination of Set as.

  In one aspect, when the user 190 wearing the HMD device 110 stands upright and views the front, the processor 10 sets the uvw visual field coordinate system parallel to the global coordinate system to the HMD device 110. In this case, the horizontal direction (x-axis), vertical direction (y-axis) and front-back direction (z-axis) in the global coordinate system are the pitch direction (u-axis) of the uvw view coordinate system in the HMD device 110 and the yaw direction (v Match the 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 (the amount of change in 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), the yaw angle (θv), and the roll angle (θw) of the HMD device 110 in the uvw view 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 view coordinate system. The yaw angle (θv) represents the tilt angle of the HMD device 110 around the yaw direction in the uvw view coordinate system. The roll angle (θw) represents the tilt angle of the HMD device 110 around the roll direction in the uvw view coordinate system.

  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 based on the detected inclination angle of the HMD device 110. The relationship between the HMD device 110 and the uvw view coordinate system of the HMD device 110 is always constant regardless of the position and tilt of the HMD device 110. When the position and the inclination of the HMD device 110 change, the position and the 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 the inclination.

  In one aspect, the HMD sensor 120 detects the HMD based on the light intensity of the infrared light acquired based on the output from the infrared sensor and the relative positional relationship between the plurality of points (for example, the distance between each point). The position of the device 110 in the physical space may be identified as a relative position to the HMD sensor 120. Also, 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 identified relative position.

[Virtual space]
The virtual space will be further described with reference to FIG. FIG. 4 is a diagram conceptually illustrating an aspect of representing virtual space 2 according to an embodiment. The virtual space 2 has an all-sky spherical structure that covers the entire 360-degree direction of the center 21. In FIG. 4, the celestial sphere in the upper half of the virtual space 2 is illustrated so as not to complicate the description. In the virtual space 2, each mesh is defined. The position of each mesh is previously defined as coordinate values in the XYZ coordinate system defined in the virtual space 2. The computer 200 associates each partial image constituting content (a still image, a moving image, etc.) that can be expanded in the virtual space 2 with each corresponding mesh in the virtual space 2 to make the virtual space image 22 visible by the user. Provides the user with a virtual space 2 in which is deployed.

  In one aspect, in the virtual space 2, an XYZ coordinate system having a center 21 as an origin is defined. 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, the vertical direction (vertical direction), and the 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-back direction) is parallel to the z-axis of the global coordinate system. Each position in the virtual space 2 is uniquely identified by coordinate values 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, for example, at the center 21 of the virtual space 2. 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 in the virtual camera 1. The uvw view coordinate system of the virtual camera 1 in the virtual space 2 is defined to interlock with the uvw view 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 direction of the virtual camera 1 is determined according to the position and the inclination of the virtual camera 1, the line of sight (reference line of sight 5) serving as a reference when the user views the virtual space image 22 depends on the direction of the virtual camera 1 It is decided. The processor 10 of the computer 200 defines a view area 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 an object. The uvw view coordinate system of HMD device 110 is equivalent to the view coordinate system when user 190 views display 112. Further, the uvw visual field coordinate system of the virtual camera 1 is interlocked with the uvw visual field coordinate system of the HMD device 110. Therefore, the HMD system 100 according to an aspect can regard the gaze direction of the user 190 detected by the gaze sensor 140 as the gaze direction of the user in the uvw view coordinate system of the virtual camera 1.

[User's gaze]
The determination of the user's gaze direction will be described with reference to FIG. FIG. 5 is a top view of the head of a user 190 wearing the HMD device 110 according to one embodiment.

  In one aspect, the gaze sensor 140 detects the gaze of each of the right eye and the left eye of the user 190. In one aspect, when the user 190 is looking close, the gaze sensor 140 detects the sight lines R1 and L1. In another aspect, if the user 190 is looking far, the gaze sensor 140 detects the gazes R2 and L2. In this case, the angle between the lines of sight R2 and L2 with respect to the roll direction w is smaller than the angle between the lines of sight R1 and L1 with respect to the direction of roll 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 detection result of the line of sight, the gaze point N1 which is the intersection of the lines of sight R1 and L1 is specified based on the detection values. On the other hand, when the computer 200 receives the detection values of the sight lines R2 and L2 from the gaze sensor 140, the computer 200 specifies the intersection of the sight lines R2 and L2 as the gaze point. The computer 200 identifies the gaze direction N0 of the user 190 based on the identified position of the fixation point N1. The computer 200 detects, for example, 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 gaze point N1 is the line of sight direction N0. The gaze direction N0 is the direction in which the user 190 is actually pointing the gaze with both eyes. Further, the line-of-sight direction N0 corresponds to the direction in which the user 190 actually points the line of sight with respect to the view area 23.

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

  Also, in another aspect, the HMD system 100 may include a television broadcast receiver 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 be provided with a communication circuit for connecting to the Internet, or a call function for connecting to a telephone line.

[View area]
The view area 23 will be described with reference to FIGS. 6 and 7. FIG. 6 is a diagram showing a YZ cross section of the virtual space 2 when the field of view 23 is viewed from the X direction. FIG. 7 is a diagram showing an XZ cross section in which the visibility region 23 is viewed from the Y direction in the virtual space 2.

  As shown in FIG. 6, the view area 23 in the YZ cross section includes the area 24. The area 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 α centering on the reference gaze 5 in the virtual space 2 as a region 24.

  As shown in FIG. 7, the view area 23 in the XZ cross section includes the area 25. The area 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 β centered on the reference gaze 5 in the virtual space 2 as a region 25.

  In one aspect, the HMD system 100 provides the virtual space to the user 190 by causing the display 112 to display a view image based on a signal from the computer 200. The view image corresponds to a portion of the virtual space image 22 superimposed on the view area 23. When a virtual object described later is disposed between the virtual camera 1 and the virtual space image 22 in the field of view area 23, the field of view image includes the virtual object. That is, in the view image, a 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 view area 23 in the virtual space 2 changes. As a result, the view image displayed on the display 112 is updated to an image of the virtual space image 22 superimposed on the view area 23 in the direction to which the user turned in the virtual space 2. The user can view a desired direction in the virtual space 2.

  While wearing the HMD device 110, the user 190 can view only the virtual space image 22 developed in the virtual space 2 without viewing the real world. Therefore, the HMD system 100 can provide the user with a high sense of immersion in the virtual space 2.

  In one aspect, the processor 10 may move the virtual camera 1 in the virtual space 2 in conjunction with the movement of the user 190 equipped with the HMD device 110 in the real space. In this case, the processor 10 specifies an image area to be projected on the display 112 of the HMD device 110 (that is, the view area 23 in the virtual space 2) based on the position and the tilt of the virtual camera 1 in the virtual space 2. That is, the virtual camera 1 defines the visual field (visual field) of the user 190 in the virtual space 2.

  According to an embodiment, the virtual camera 1 desirably includes two virtual cameras, ie, a virtual camera for providing an image for the right eye, and a virtual camera for providing an image for the left eye. Further, it is preferable that appropriate parallaxes be set to 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 according to the present disclosure is illustrated as being configured to be adapted.

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

  As shown in the state (A) of FIG. 8, in one aspect, the controller 160 may include the right controller 160R and the left controller 160L (see FIG. 10). The right controller 160R is operated by the right hand of the user 190. The left controller 160L is operated by the left hand of the user 190. In one aspect, the right controller 160R and the left controller 160L are symmetrically configured 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 the operation of both hands. Hereinafter, the right controller 160R will be described.

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

  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 by the middle finger of the right hand. The button 34 is disposed on the front of the grip 30 and accepts an operation by the index finger of the right hand. In one aspect, the buttons 33, 34 are configured as trigger buttons. The motion sensor 130 is incorporated in the housing of the grip 30. It should be noted that the grip 30 may not include the motion sensor 130 if the motion of the user 190 can be detected from around the user 190 by a camera or other device.

  The frame 31 includes a plurality of infrared LEDs 35 disposed along the circumferential direction. The infrared LED 35 emits infrared light in accordance with the progress of the program while the program using the controller 160 is being executed. The infrared light emitted from the infrared LED 35 can be used to detect the position and orientation (tilt, orientation) of the right controller 160R and the left controller 160L. In the example shown in FIG. 8, the infrared LEDs 35 arranged in two rows are shown, but the number of arrays is not limited to that shown in FIG. One or three or more arrays may be used.

  The top surface 32 includes buttons 36 and 37 and an analog stick 38. The buttons 36, 37 are configured as push-type buttons. Buttons 36 and 37 receive an operation by the thumb of the right hand of user 190. The analog stick 38 receives an operation in any direction 360 degrees from the initial position (the position of neutral) in a certain phase. 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 batteries for driving the infrared LED 35 and other members. The battery includes, but is not limited to, a rechargeable battery, a button battery, and a dry battery battery. In another aspect, the right controller 160R and the left controller 160L may be connected to, for example, a USB interface of the computer 200. In this case, the right controller 160R and the left controller 160L do not require batteries.

  As shown in state (A) and state (B) of FIG. 8, for example, with respect to the right hand 810 of the user 190, yaw, roll, and pitch directions are defined. When the user 190 stretches the thumb and forefinger, the extension direction of the thumb is the yaw direction, the extension direction of the forefinger is the roll direction, and the direction perpendicular to the plane defined by the yaw and roll axes is the pitch direction Defined as

[Control device of HMD device]
The control device of the HMD device 110 will be described with reference to FIG. In one embodiment, the controller is implemented by a computer 200 having a known configuration. FIG. 9 is a block diagram representing a computer 200 as a modular configuration according to one embodiment.

  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, as sub-modules, a virtual camera control module 221, a view area determination module 222, a view image generation module 223, and a reference gaze specification module 224. The virtual space control module 230 includes, as submodules, 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.

  In one embodiment, display control module 220 and virtual space control module 230 are implemented by processor 10. In another embodiment, a plurality of processors 10 may operate as a display control module 220 and a 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, display control module 220 controls image display on display 112 of HMD device 110. The virtual camera control module 221 places the virtual camera 1 in the virtual space 2 and controls the behavior, direction, 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 gaze identification module 224 identifies the gaze 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 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 to be 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 operation (movement, state change, etc.) of the virtual object in the virtual space 2.

  The virtual objects are all objects disposed in the virtual space 2. The virtual objects may include, for example, landscapes including animals, mountains, etc., arranged according to the progression of the game story. In addition, the virtual object may include a character object such as an avatar, which is a part of the user in the virtual space, and a game character (player character) operated by the user. In the following description, a virtual object is simply referred to as an "object" if no misunderstanding occurs.

  The operation object control module 233 controls the operation in the virtual space 2 of the operation object, which is an object that moves according to the movement of the user 190. In one aspect, the operation object 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. In addition, an object operated by a hand object can also function as an operation object that moves in response to the movement of the user 190. In this embodiment, a weapon object (for example, an object resembling a sword) attached to a hand object and moving 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, the timing at which an object touches another object, and performs predetermined processing when the detection is performed. The collision control module 234 can detect the timing at which the object and the object are away from the touch, and performs a predetermined process when the detection is performed. The collision control module 234 can detect that the object is in contact with 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 predetermined processing.

  Collision control module 234 determines collision effects based on the speed of movement of user 190's hand. The collision effect is, for example, the size of a collision area (described in detail later) that defines the range in which the operation object collides with another object. In addition, for example, the collision effect is generated when the collision control module 234 determines that the operation object collides with another object based on the speed of movement of the hand of the user 190 (a predetermined parameter Fluctuation amount etc.).

  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 (ie, 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 goodness of the motions 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 on the view image output to the display 112 or outputting it as a voice to a speaker (not shown) or the like. In addition, 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.

  Memory module 240 holds data used by computer 200 to provide virtual space 2 to 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 to be reproduced in the virtual space 2, information for arranging an object used in the content, and the like. The content may include, for example, a game, content representing a scene similar to a real society, and the like. Specifically, the content information 241 may include virtual space image data (virtual space image 22) defining the background of the virtual space 2 and definition information of an object arranged in the virtual space 2. The definition information of the object may include drawing information for drawing the object (for example, information representing a design such as a shape and a color of the object), information indicating an initial arrangement of the object, and the like. In addition, definition information of an object that operates autonomously based on a preset operation pattern may include information (a program or the like) indicating the operation pattern. An example of the motion based on the predetermined motion pattern is a simple repetitive motion such as a motion in which an object resembling a grass shakes in a constant 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, the operation of the user 190, and the like). Specifically, the object information 242 may include position information indicating the position of each object. Also, the object information 242 may further include motion information (i.e., information for specifying the shape of the object) indicating the movement of the deformable object. Examples of deformable objects include objects such as the above-described avatar, which have parts such as the head, body, and hands, and which can move each part independently according to the movement of the user 190, etc. Can be 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 using 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 (such as a game program) or data from a computer (for example, server 150) operated by a provider providing the content, and stores the downloaded program or data in the memory module 240. .

  Communication control module 250 may communicate with server 150 and other information communication devices via network 19.

  In one aspect, the display control module 220 and the virtual space control module 230 may be implemented 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 implement 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 hard disk or other memory module 240. The software may be stored in a CD-ROM or other computer readable non-volatile data storage medium and distributed as a program product. Alternatively, the software may be provided as a downloadable program product by an information provider connected to the Internet or other network. Such software is temporarily stored in the memory module 240 after being read from the 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. Ru. The software is read by the processor 10 from the memory module 240 and stored in RAM in the form of an executable program. The processor 10 executes the program.

  The hardware constituting 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 computer 200. The operation of the hardware of computer 200 is well known, and therefore detailed description will not be repeated.

  Incidentally, the data recording medium is not limited to CD-ROM, FD (Flexible Disk), hard disk, magnetic tape, cassette tape, optical disk (Magnetic Optical Disc) / MD (Mini Disc) / DVD (Digital Versatile Disc) ), IC (Integrated Circuit) cards (including memory cards), optical cards, mask ROMs, EPROMs (erasable programmable read-only memories), EEPROMs (electrically erasable programmable read-only memories), semiconductor memories such as flash ROMs, etc. It may be a non-volatile data storage medium that carries a program fixedly.

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

  Details of the process in which the collision control module 234 determines a collision between an operation object and another object will be described with reference to FIG. The state (A) of FIG. 10 shows the user 190 wearing the HMD device 110 and the controller 160. The state (B) of FIG. 10 is a diagram showing a 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 400L, a right hand object 400R, and a target object 500. In the present embodiment, the field of view of the player character PC matches the field of view of the virtual camera 1. Thereby, the view 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 defining the virtual space 2 including such an object. Further, as described above, the virtual camera 1 interlocks with the movement of the HMD device 110 attached to the user 190. That is, the field of view 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 in accordance with 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 in accordance with 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.

  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 judgment (collision judgment) between 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 (including the case where they have overlapping areas), the hand object 400 and the target object 500 collide with each other. It is judged. As shown in FIG. 10, the collision areas CA, CB, and CC may be defined by a sphere having a predetermined radius centering on the coordinate position set for each object.

Control structure
The control structure of the computer 200 according to the present embodiment will be described with reference to FIG. FIG. 11 is a flowchart showing the process performed by the HMD system 100.

  In step S1, the processor 10 of the computer 200 specifies virtual space image data as the virtual space definition module 231, and defines a virtual space. That is, the processor 10 generates virtual space data that defines the virtual space 2.

  In step S2, the processor 10 initializes the virtual camera 1 as the virtual camera control module 221. For example, in the work area of the memory, the processor 10 arranges the virtual camera 1 at a predetermined center point in the virtual space 2 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 visibility image data for displaying an initial visibility image as the visibility 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 S4, the display 112 of the HMD device 110 displays a view 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 view image.

  In step S5, the HMD sensor 120 detects the position and inclination of the HMD device 110 based on the plurality of infrared light beams emitted from the HMD device 110. The detection result is sent to the computer 200 as motion detection data.

  In step S6, the processor 10, as a view field determination module 222, specifies the view direction of the user 190 wearing the HMD device 110 based on the position and the tilt of the HMD device 110. The processor 10 executes an application program, and places an object in the virtual space 2 based on an instruction included in the application program.

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

  In step S8, 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 this embodiment, as shown in FIG. 10) based on the movement of the HMD device 110 detected in step S5. Also, the processor 10 moves the hand object 400 based on the movement of the hand 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 S9, the processor 10 executes collision control of objects as the collision control module 234. Details of the process of step S9 will be described later.

  In step S10, the processor 10 generates visibility image data for displaying a visibility image based on the processing result as the visibility area determination module 222 and the visibility image generation module 223, and sends the generated visibility 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 of steps S5 to S11 are periodically and repeatedly executed.

[Collision control (attack action)]
The processing procedure of collision control (step S9) focusing on the attacking operation will be described with reference to FIGS. 12 and 13. Specifically, the processing procedure of 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 that is attached to the hand object 400 and mimics a sword that moves in conjunction with the hand object 400. The enemy object E is a target object to be attacked by the weapon object W. A collision area CD is set to the weapon object W, and a collision area CE is set to the enemy object E. Between the weapon object W and the enemy object E, the enemy object E is damaged when the weapon object W collides with the enemy object E (that is, when a collision between the collision area CD and the collision area CE is detected) 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 velocity of the weapon object W (that is, the movement velocity corresponding to the detected movement speed of the user 190). Decide.

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

  The processor 10 may continuously change the size of the collision area CD in accordance with the movement 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 movement speed x of the weapon object W. Good. The function F may be a monotonically increasing function in which F (x1)> F (x2) is satisfied in the case of x1> x2 for arbitrary moving speeds x1 and x2. In this case, the processor 10 can make the size of the collision area CD larger as the movement speed of the weapon object W is larger by the calculation using the function F.

  Alternatively, the processor 10 may discretely change the size of the collision area CD in accordance with the movement 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 and determine the size of the collision area CD so that the threshold is greater than the threshold if the threshold is exceeded. . By providing a plurality of such threshold values, the size of the collision area CD may be changed stepwise in accordance with the moving speed of the weapon object W.

  The state (A) of FIG. 13 shows the collision area CD when the movement speed of the weapon object W is v1, and the state (B) of FIG. 13 shows that the movement speed of the weapon object W is v2 (<v1) Represents the collision area CD. In the present embodiment, as shown in the states (A) and (B), the size of the collision area CD increases as the movement speed of the weapon object W increases. As a result, the ease with which the weapon object W hits the enemy object E can be appropriately adjusted in accordance with the speed at which the user 190 moves the hand.

  In step S902, the processor 10, based on the movement speed of the weapon object W, determines the variation amount of the predetermined parameter to be generated when it is determined that the weapon object W and the enemy object E collide based on the collision area CD. decide. The predetermined parameter is, for example, a strength value (so-called hit point) associated with the enemy object E. In this case, the fluctuation amount of the predetermined parameter is the damage amount given to the enemy object E (that is, the decrease amount of 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 movement speed of the weapon object W increases. In this case, if the user 190 moves his hand quickly to perform an attack operation, the attack effect on the enemy object E becomes high. This can prompt the user 190 to move the body dynamically and enjoy the game.

  In step S903, the processor 10 determines, based on the collision area CD and the collision area CE, whether the weapon object W and the enemy object E have collided. If the processor 10 does not detect a collision (step S903: NO), the processor 10 ends the process. 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 to determine (correct) the amount of damage given to the enemy object E based on the moving direction of the weapon object W with respect 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 (ie, the movement direction in the virtual space 2 specified based on the detected hand movement of the user 190). As a result of moving toward, it is determined whether or not a collision has occurred.

  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 corrects the amount of damage given to the enemy object E upward in step S905. . On the other hand, when it is not determined that 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 damage amount given to the enemy object E do not do. State (C) of FIG. 13 shows a state immediately before an enemy object E coming to the weapon object W collides with the weapon object W when the user 190 raises the weapon object W. As described above, when the weapon object W collides with the enemy object E while the weapon object W moves in the direction away from the enemy object E, the determination result in the above-described step S 904 becomes “NO”. .

  By such processing, the attack effect is increased when the weapon object W collides with the enemy object E as a result of the user 190 moving in an attacking motion as compared with the case where the weapon object W collides with the enemy object E. be able to. As a result, it is possible to urge the user 190 to aggressively attack and to further improve the game. In addition, even if it is not determined that collision has occurred as a result of the weapon object W moving toward the enemy object E (step S904: NO), the processor 10 corrects the amount of damage given to the enemy object E downward. Good. Also in this case, the same effect as described above can be obtained.

  In step S906, the processor 10 executes processing according to the relationship between the weapon object W and the enemy object E. As described above, the relationship between the weapon object W and the enemy object E is predetermined that the enemy object E can be damaged when the weapon object W collides with the enemy object E. Therefore, the processor 10 decreases the strength value of the enemy object E based on the amount of damage determined in steps S902 and S905.

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

[Collision control (defense operation)]
A processing procedure of collision control (step S9) focusing on the defense operation will be described with reference to FIGS. 14 and 15. Specifically, the procedure of 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, for example, an object imitating a flying object (here, an arrow) released from the enemy object E. However, the attacking 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 etc. which the enemy object E swings around), or a weapon etc. It may be. In the attack object A, a collision area CF is set. Between the player character PC and the attack object A, the player character PC damages when the player character PC collides with the attack object A (that is, when a collision between the collision area CC and the collision area CF is detected). The relationship of receiving is predetermined. On the other hand, a relationship between the weapon object W and the attack object A is predetermined such 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 the damage amount of the player character PC (or reduce it to 0) by causing the weapon object W to collide with the attack object A and destroying or repelling the attack object A. .

  In step S911, the processor 10 determines whether the moving speed of the weapon object W is less than or equal to a predetermined threshold. If the movement 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, as in the process of step S901 described above. Specifically, the processor 10 increases the size of the collision area CD as the movement speed of the weapon object W increases.

  State (A) in FIG. 15 shows the collision area CD when the movement speed of the weapon object W is v1, and in the state (B) in FIG. 15, the movement speed of the weapon object W is v2 (<v1) Represents the collision area CD. In the present embodiment, as shown in the states (A) and (B), the size of the collision area CD increases as the movement speed of the weapon object W increases. As a result, the ease with which the weapon object W hits the attack object A can be appropriately adjusted in accordance with the speed at which the user 190 moves the hand.

  In step S913, the processor 10 changes the amount of fluctuation of the predetermined parameter to be 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 movement speed of the weapon object W. decide. The predetermined parameter is, for example, a physical strength value (so-called hit point) associated with the player character PC. In this case, the fluctuation amount of the predetermined parameter is the damage amount of the player character PC (that is, the decrease amount of 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 movement speed of the weapon object W increases. In this case, when the user 190 moves the hand quickly to perform a defensive operation (for example, an operation of repelling or destroying the attack object A with the weapon object W), the defense effect on the attack object A is enhanced. This can prompt the user 190 to move the body dynamically and enjoy the game.

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

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

  In step S 915, the processor 10 determines whether collision occurs as a result of the movement of the weapon object W toward the attack object A based on the movement direction of the weapon object W.

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

  By such processing, as compared with the case where the weapon object W collides with the attacking object A, as a result of the user 190 moving for the defensive operation as a result, the defense effect when the weapon object W collides with the attacking object A is enhanced. be able to. As a result, it is possible to urge the user 190 to take an active defensive action, and the game characteristics can be further improved. Note that the processor 10 corrects the amount of damage to be received from the attack object A upward when it is not determined that a collision occurs as a result of the weapon object W moving toward the attack object A (step S 915: NO). It is also good. Also in this case, the same effect as described above can be obtained.

  In step S917, the processor 10 executes processing in accordance with the relationship between the weapon object W and the attack object A. As described above, the relationship between the weapon object W and the attack object A is predetermined such that the player character PC can be damaged when the weapon object W collides with the attack object A. Therefore, when the amount of damage determined in steps S913 and S916 is greater than 0, the processor 10 reduces the strength value of the player character PC based on the amount of damage.

  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 half if the effect value is equal to or more than a predetermined threshold value, or flips the attack object A if the effect value is less than the threshold value. You may fly it.

  Subsequently, processing in the case where 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 eliminate the collision area CD itself, or may set flag information or the like indicating that a collision is not detected when the collision area CD and a collision area of another object overlap, in the collision area CD. It is also good. State (C) in FIG. 15 represents an example in which the collision area CD itself of the weapon object W is annihilated. As described above, when the movement speed of the weapon object W is less than the threshold, the defense by the weapon object W can be disabled by invalidating the collision determination between the weapon object W and another object. As a result, it is possible to prevent the user 190 from playing passively such as holding the weapon object W and defending it.

  If the collision area CD of the weapon object W is invalidated in step S918, or if the collision between the weapon object W and the attack object A is not detected in step S914, the defense against the attack object A by the weapon object W is performed. Will fail. In this case, in step S919, the processor 10 determines, based on the collision area CD and the collision area CF, whether the player character PC and the attack object A have collided. If the processor 10 does not detect a collision (step S919: NO), the processor 10 ends the process. On the other hand, if the processor 10 detects a collision (step S919: YES), in step S920, the amount of damage to be determined in advance (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 amount of damage to be determined on the basis of, etc.

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

[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 the individual action 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 or the like of the user 190 based on the final evaluation value. One quest ends, for example, by achieving the purpose set in the quest (for example, defeating a specific enemy character). Further, the quest is ended also when failing to achieve the purpose set in the quest (for example, when the physical strength value of the player character PC becomes 0, and when the predetermined time limit is exceeded, etc.).

  In step S101, 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 S102, 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. If another object is attached to the hand object 400, the processor 10 interlocks the other object with the hand object 400. The said process is corresponded to the process of FIG.11 S8.

  In step S103, the processor 10, as the action evaluation module 235, determines the action determined in step S102. Specifically, the processor 10 determines whether the action is a predetermined positive action or whether the action is a predetermined negative action. The active operation is an operation predetermined as a suitable operation for playing the game in the virtual space 2, and is an operation for increasing the evaluation value. The passive operation is an operation predetermined as an unfriendly operation, and is an operation for reducing the evaluation value.

(First determination example)
The processor 10 determines that the action of the user 190 is negative when the predetermined movement of the hand (part of the body) of the HMD device 110 or the user 190 is not detected for a predetermined time or more. You may judge. The predetermined movement is, for example, a movement that occurs when the hand of the HMD device 110 or the user 190 moves a predetermined distance or more. That is, a movement equivalent to resting at substantially the same position, such as a small shaking state, does not correspond to the above-described predetermined movement. According to the above determination, the action of the user 190 is negative when the user 190 does not substantially perform a meaningful action in the game and does not actively attack the enemy object E or the like. It can be determined that there is.

(Second judgment 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 includes the position in the virtual space 2 in a safe zone set in advance as an area where an attack (attack object A) from the enemy object E does not hit, and the state thereof is not less than a predetermined time If it continues, the action of the user 190 may be determined to be a negative action.

(Third judgment 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, when the user 190 is in a crouched state, the height in the virtual space 2 corresponding to the detected position of the HMD device 110 (the virtual space set in the virtual space 2) If the height h) of the player character PC with respect to the ground G is smaller than a predetermined height, there is a possibility that the attack of the attack object A will not hit (or will not hit easily). Therefore, for example, the processor 10 determines that the action of the user 190 is negative when the state where 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 more. You may judge.

(4th 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. Thus, when a 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 a positive action.

(Fifth example of judgment)
On the other hand, the operation object for protecting the attack from the attack object A (for example, the armor object D imitating a shield) 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 only 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 negative action.

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

(Sixth determination example)
The action of avoiding the attack object A by moving the body of the user 190 can be said to be a good action. Therefore, when the action of the user 190 corresponds to an avoidance action for avoiding the attack object A, the processor 10 may determine that the action is a positive action.

  It can be determined as follows about whether it is an avoidance operation. That is, while the series of attacking motions of the attacking object A is executed, the processor 10 detects the movement of the HMD device 110 and detects the collision area CC (first collision area) of the player character PC and the attacking object A. If a collision with the collision area CF (second collision area) is not detected, it may be determined that the action of the user 190 is an avoidance action. The start time point of a series of attacking motions of the attacking object A is, for example, timing when the attacking object A approaches within a predetermined threshold distance from the player character PC. Alternatively, the timing at which a predetermined attacking action is executed (for example, the timing of releasing the attacking object A) in the program defining the action of the enemy object E may be regarded as the start point of the series of attacking actions of the attacking object A Good.

(Seventh determination example)
Among the evasion actions described above, an action for avoiding the attack from the attack object A at the very last moment (hereinafter, “specific avoidance action”) is particularly good action. Therefore, when the action of the user 190 corresponds to the specific avoidance action, the processor 10 determines that the action is a positive action (or an action in which the increase in evaluation value is particularly large among the positive actions). You may

  For example, the processor 10 includes the collision area CF1 (a collision area similar to the collision area CF described above) defining the range in which the player character PC can be attacked by the attack object A, and the collision area CF1. The collision area CF2 (third collision area) to be set is set. Then, 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 for identifying the action of the user 190. It may be determined that The state (B) of FIG. 17 represents an example of such a specific avoidance operation. By thus setting the double collision area and determining whether or not only the outside collision area has collided, the specific avoidance operation can be easily determined with a small calculation load. In addition, by urging the user 190 to perform only one action unless an attack from the enemy hits or hits the user 190, it is possible to further enhance the user's sense of excitement for the game.

(The eighth example of judgment)
The processor 10 may execute the following process as a specific process of determining an action based on whether the action of the user 190 corresponds to the avoidance action. That is, the processor 10 calculates the trajectory of the collision area CF (that is, the provisional motion representing the future movement of the collision area CF) in the series of attacking operations before the start of the series of attacking operations of the attacking object A. Then, in the processor 10, the collision area CC and the trajectory of the collision area CF at the start of the series of attacking operations overlap, and when the series of attacking operations are executed, the collision area CC and the collision area CF If the user does not actually detect a collision, the action of the user 190 is determined to be a positive action.

  State (A) in FIG. 19 represents the trajectory T of the collision area CF in a series of attacking motions of the attacking object A. In this example, the trajectory T represents a trajectory extending in a cylindrical 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. State (B) in FIG. 19 represents a state in which the attack of 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 attacking operations are performed. Thus, in the example shown in FIG. 19, the processor 10 determines that the action of the user 190 is a positive action.

  Thus, the action of the user 190 corresponds to the avoidance action by generating the tentative motion (trajectory T) of the attack object A and performing the determination based on the orbit T before the actual attack action is executed. It can be determined with high accuracy whether it is or not.

  In step S104, the processor 10 causes the action evaluation module 235 to change the evaluation value associated with the user 190 according to the determination result of the action. Specifically, the processor 10 increases the evaluation value when it is determined that the action is a positive operation, as in the above-described fourth and sixth determination examples. On the other hand, when the processor 10 determines that the action is a negative operation as in the above-described first to third determination examples, the processor 10 decreases the evaluation value. Thus, the evaluation value may be increased when the action of the user 190 reflected in the virtual space 2 is a good action, and the evaluation value may be decreased when the action of the user 190 is a bad action. it can.

  In step S105, the processor 10 executes, as an action evaluation module 235, predetermined game control based on the determination result (change in evaluation value) of the individual action of the user 190. For example, the processor 10 may output, to the display 112, a view image in which a message (for example, characters such as "Cool!" And "Uncool") corresponding to the determination result of the action is displayed. Also, the processor 10 may output voice corresponding to the determination result of the action to a speaker or the like. In this way, by notifying the user 190 of the determination result of the action of the user 190, the user 190 can be given a pleasant feeling when the determination result of the action is good, and the user is the user when the determination result of the action is bad It can provoke a nice action at 190.

  In step S106, the processor 10 determines the end of the quest. 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 an action evaluation module 235, predetermined game control based on the determination result (final evaluation value) of the action in the quest of the user 190. For example, the processor 10 determines the rank or score according to the final evaluation value. Also, the processor 10 may determine a reward to be given to the user 190 (e.g., a specific item available in the game, etc.) based on the rank or the like determined in this manner.

  According to the process of the action evaluation described above, the user 190 can be urged to take an active action by highly evaluating the action corresponding to the active action. That is, the user 190 can be urged to take a good action intended by the game provider, and by giving a high evaluation value to the user 190 who actually took such action, the game of the user 190 can be performed. Can effectively enhance the sense of exhilaration.

  Although the embodiments of the present disclosure have been described above, the technical scope of the present invention should not be interpreted in a limited manner by the description of the present embodiments. It is understood by those skilled in the art that the present embodiment is an example, and that modifications of various embodiments are possible 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 scope of 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, but the combination to be the target of the collision control described above is the above example It is 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 off, the processor 10 performs the process described above between the hand object 400 and the enemy object E or the attack object A. Collision control may be performed.

  Further, although the case has been described in the present embodiment where the player character PC is only a part corresponding to the head of the user 190, the player character PC may include, for example, parts other than the head such as the body and legs. Good. In addition, when the HMD system 100 includes a sensor and a camera capable of tracking the movement of the user 190's head and body parts other than the hand, the processor 10 executes the part according to the movement of the part. A portion of the corresponding player character PC may be moved.

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

  Further, in the present 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 itself of the user 190. 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 the state of the finger of the user 190. Also, instead of the HMD sensor 120, the camera may be configured to capture an image of the hand (including fingers) of the user 190, and the movement, the state, and the like of the fingers of the user 190 may be detected. By imaging the hand of the user 190 with a camera, it is not necessary to wear any device directly on the finger of the user 190. In this case, the position and movement amount of the hand of the user 190 can be detected based on the image data on which the hand of the user 190 is displayed, and the movement and state of the finger of the user 190 can be detected. .

  Further, in the present embodiment, the hand object interlocked with the movement of the hand of the user 190 is used as the operation object, but the present embodiment is not limited to this. For example, a foot object interlocked with the movement of the foot of the user 190 may be used as an operation object instead of or together with the hand object.

  Further, in the present embodiment, the virtual experience in the first-person viewpoint is provided to the user 190 by matching the user's field of vision defined by the virtual camera 1 with the field of view of the player character PC in the virtual space 2. The form is not limited to this. For example, by arranging the virtual camera 1 behind the player character PC, the user 190 may be provided with a virtual experience in the third person viewpoint in which the player character PC is included in the view image.

  Moreover, the game provided in the virtual space 2 is not limited to the battle game as described in the above embodiment, but may include various genres of games. Further, the game is not limited to the game provided as game content (game software). For example, the game may be a mini game or the like provided in content that does not usually have a game element, such as chat (VR chat) between multiple users in the virtual space 2.

  Further, in the present embodiment, the virtual space (VR space) in which the user 190 is immersed by the HMD device 110 is described as an example, but a transmissive HMD device may be adopted as the HMD device 110. In this case, an augmented reality (AR) space or a complex image is output by outputting a view image obtained by synthesizing a part of the image constituting the virtual space in the real space viewed by the user 190 through the transmissive HMD device. A virtual experience in mixed 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 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 the processing corresponding to the collision control etc. described above between the hand of the user 190 and the target object. It becomes executable. As a result, it is possible to affect the target object based on the hand movement of the user 190.

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

The subject matter disclosed in the present specification is, for example, indicated as the following items.
(Item 1)
An information processing method executed by a computer 200 for providing 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 mount device and the movement of a part of the body other than the head of the user 190 (S5, S7 in FIG. 10);
Determining an action of the user 190 in the virtual space 2 based on the movement of the head mounted device or the part of the body (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. And 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 view image based on the movement of the head mounted device and the virtual space data, and displaying the view image on the display unit (S10 in FIG. 10);
Information processing methods, including:
According to this information processing method, it is possible to urge the user to take an active action by highly evaluating the action corresponding to the active action. In addition, the game control based on the evaluation value (for example, the output of a message and voice corresponding to the evaluation value, etc.) can effectively enhance the user's sense of excitement for the game.
(Item 2)
The action is the passive action if 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 of item 1.
According to this information processing method, it is possible to execute processing assuming that the action of the user is a negative action when the user does not substantially perform a meaningful action in the game.
(Item 3)
Based on the position in the virtual space 2 corresponding to the detected position of the head mounted device or the part of the body, it is determined whether the action is the positive operation or the negative operation. ,
Item 1 or 2 information processing method.
According to this information processing method, it is possible to appropriately determine the action of the user based on the characteristic specific to the position in the virtual space (for example, whether or not it is a safe zone in the game, etc.).
(Item 4)
Based on the height in the virtual space 2 corresponding to the detected position of the head mounted device or the part of the body, it is determined whether the action is the positive action or the negative action Do,
The information processing method of item 3.
According to this information processing method, the action of the user is appropriately determined based on characteristics specific to the height in the virtual space (for example, whether the height is such that the attack from the enemy is not hit or not). Can.
(Item 5)
The virtual space 2 includes a body object (in the present embodiment, the hand object 400) associated with a part of the body of the user 190, and an object (in the present embodiment, the weapon object W and armor) operated by the body object. An operation object including at least one of the objects D and the like, and a target object (in the present embodiment, an enemy object E or an attack object A) which is a target of attack or defense 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 include
When the operation object collides with the target object, the action is determined to be the positive action.
The information processing method in any one of items 1 to 4.
According to this information processing method, when the user performs an attack operation or a defense operation, it is possible to appropriately determine that the action of the user is a positive 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 the present embodiment, including an attack object A),
The action is the passive operation when a defense operation for defending an attack from the target object by the operation object continues for a predetermined time or more.
The information processing method in any one of items 1 to 4.
According to this information processing method, when the user is exclusively performing the defense operation and is not actively performing the attack operation, the process can be executed assuming that the user's action is a negative 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 mount device, and a target object (attack object A) that attacks the character object.
A first collision area (collision area CC) is set in the character object,
In the target object, a second collision area (collision area CF, CF1) is set which defines a range in which the character object can be attacked.
The movement of the head mount device is detected while a series of attacking operations of the target object is performed, and the collision between the first collision area and the second collision area is not detected. Action is the positive action,
The information processing method in any one of items 1 to 4.
According to this information processing method, when the user's evasion operation is performed, the process can be executed with the user's action as the positive operation.
(Item 8)
In the target object, a third collision area (collision area CF2) including the second collision area is further set.
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
The information processing method of item 7.
According to this information processing method, processing is performed assuming that the user's action is a positive action, particularly when the user performs an avoidance operation (specific avoidance operation) unless the user is hit or hit by an attack from an enemy. can do. By prompting such a specific avoidance operation, it is possible to further enhance the user's sense of excitement for the 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 operations;
The first collision area and the trajectory T at the start of the series of attacking motions overlap with each other, and when the series of attacking operations is executed, the first collision area and the second collision area Said action is said positive action if a collision is not detected,
The information processing method of item 7.
According to this information processing method, based on the trajectory of the second collision area, whether or not the action of the user corresponds to the avoidance operation can be specified with high accuracy.
(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, the control of the processor executing the information processing method according to any one of items 1 to 9.

  DESCRIPTION OF SYMBOLS 1 ... Virtual camera, 2 ... Virtual space, 5 ... Reference gaze, 10 ... Processor, 11 ... Memory, 12 ... Storage, 13 ... I / O interface, 14 ... Communication interface, 15 ... Bus, 19 ... Network, 21 ... Center, 22 virtual space image 23 view area 24 25 area 31 frame 32 top surface 33 34 36 37 button 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, 160 L ... left controller, 160 R ... 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 gaze determination 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 performed by a computer to provide a user with a game in a virtual space via a head mounted device comprising a display unit, the information processing method comprising:
Generating virtual space data defining the virtual space;
Detecting the movement of the head mounted device and the movement of a part of the body other than the head of the user;
Determining the action of the user in the virtual space based on the movement of the head mounted device or the part of the body;
When the action is a predetermined positive action, the evaluation value associated with the user increases, and when the action is a predetermined negative action, the evaluation value decreases. Changing the evaluation value;
Performing predetermined game control based on the evaluation value;
Generating a view image based on the movement of the head mounted device and the virtual space data, and displaying the view image on the display unit;
Information processing methods, including: The action is the passive action if 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. Based on the position in the virtual space corresponding to the detected position of the head mounted device or the part of the body, it is determined whether the action is the positive operation or the negative operation.
The information processing method according to claim 1. Based on the height in the virtual space corresponding to the detected position of the head mounted device or the part of the body, it is determined whether the action is the positive action or the negative action ,
The information processing method according to claim 3. The virtual space includes an operation object including at least one of a body object associated with a part of the user's body and an object operated by the body object, and a target object to be a target of attack or defense by the operation object. , Including
Moving the manipulation object in response to movement of a portion of the user's body;
Further include
When the operation object collides with the target object, the action is determined to be the positive action.
The information processing method according to any one of claims 1 to 4. The virtual space includes an operation object including at least one of a body object associated with a part of the user's body and an object operated by the body object, and a target object to be protected by the operation object. Including
The action is the passive operation when a defense operation for defending an attack from the target object by the operation object continues for a predetermined time or more.
The information processing method according to any one of claims 1 to 4. The virtual space includes a character object that moves in the virtual space according to the movement of the head mount device, and a target object that attacks the character object.
A first collision area is set to 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 movement of the head mount device is detected while a series of attacking operations of the target object is performed, and the collision between the first collision area and the second collision area is not detected. Action is the positive action,
The information processing method according to any one of claims 1 to 4. In the target object, a third collision area including the second collision area is further set.
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
The information processing method according to claim 7. Calculating the trajectory of the second collision area in the series of attack operations before the start of the series of attack operations;
The collision of the first collision area and the second collision area occurs when the first collision area and the trajectory overlap at the start of the series of attacking operations and the series of attacking operations is performed. The action is the positive action if no action is detected,
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, the control method of the processor executing the information processing method according to any one of claims 1 to 9.