U.S. Pat. No. 10,395,428

DETAILED DESCRIPTION

In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without some or all of these specific details. In other instances, well known process steps have not been described in detail in order not to obscure the present invention.

According to various implementations, a user wearing a head mounted display (HMD) may be presented with images of a real-world environment or a virtual reality (VR) scene on a screen of the HMD. The image of the real-world environment may be captured by one or more forward facing cameras of the HMD. Alternately, image from the VR scene may be part of a video game or may be a pre-recorded video that is transmitted from a computing device that is communicatively connected to the HMD. The various components (e.g., sensors, cameras, etc.,) in the HMD are used to detect a gaze direction of a user wearing the HMD. The gaze direction of the user is used to identify an object within the images that is of interest to the user or has captured the attention of the user. Upon detecting the user's continued interest in the object, a signal is generated by the processor of the HMD to adjust optical elements of the HMD to perform an optical zoom or to adjust images via a digital zoom so that the object that is of interest to the user or has captured the attention of the user is brought into focus.

In some implementations, the HMD acts as a virtual teleporter by adjusting how the images are rendered on the screen so as to make it appear that the user wearing the HMD has been dynamically teleported to an area closer to an object or area or a scene that has captured the interest of the user. The speed of teleporting or transitioning of the user may depend on the type of content that is being rendered and can also be adjusted to ensure that such transition does not cause any distress to the user. Once the user has been virtually transitioned to the area closer to the object or scene, the user may provide input using a controller or through gestures, and such input provided in the physical or virtual world is interpreted and used to adjust content that is being rendered on the screen of the HMD. In some implementations, the area closer to the object is correlated with a physical environment in which the user operates his HMD. In such embodiments, a boundary of the area closer to the object to which the user has been teleported is correlated with the confines of the user's physical world environment. As the user interacts with the images rendered on the HMD, such interactions are interpreted in relation to the real-world environment by the HMD system and appropriate feedback is provided to the user. For example, if the teleporting causes the user to be at the edge of a scene (e.g., edge of a virtual cliff, a virtual building, a physical wall, a real world obstacle, etc.) or be in a situation that can potentially harm the user or cause the user to feel disoriented, etc., the feedback may provide appropriate warning. The feedback may be provided in visual format, audio format, haptic format, textual format, optical format, or any combinations thereof.

With the general understanding of the invention, specific embodiments will be described with reference to the various drawings. It should be noted that various embodiments described in the present disclosure may be practiced without some or all of the specific details described herein. In other instances, well known process operations have not been described in detail in order not to unnecessarily obscure various embodiments described in the present disclosure.

FIG. 1is an embodiment of an exemplary configuration of a system100used to implement the various embodiments. The system includes a head mounted display (HMD)104that is worn on a head of a user, and a computer172. In some implementations, the system may also include a hand-held controller (HHC)106to allow the user to interact with content provided for rendering on a display screen of the HMD104and generate user input. In various implementations, the computer172may be a general purpose computer, a special purpose computer, a gaming console, a mobile phone, a tablet device, or other such device, which is configured to execute one or more portions of an interactive application, such as a video game, that provides content for rendering on the display screen of the HMD104. The interactive application may be a multi-user game application117that is played by multiple users or may be a single user game application played by the user. In some embodiments, at least a portion117bof the game application is executing on the computer. In such embodiments, any remaining portions117aof the interactive game application may be executed on a cloud system, such as a game cloud system102, e.g., on one or more virtual machines (VMs), wherein the game content and user interactions are exchanged through a network110, such as the Internet. In some embodiments, the computer172may be part of the game cloud system102and the HMD and the hand-held controller (HHC) directly communicate with the computer disposed on the game cloud system102via the network110. In such embodiments, a portion of the interactive application is executed by the computer on the game cloud system and the remaining portion of the interactive application is executed on the HMD104.

The HMD104is a device, worn directly on a head of a user or as part of a helmet. The HMD104has a small display optic, e.g., lens, glass, waveguide, etc., in front of one or each eye of the user. In some embodiments, a scene, e.g., virtual scene, augmented virtual reality scene, augmented real world environment, etc., is displayed on a display screen of the HMD and is viewed through the display optics provided in front of one or each eye of the user. In instances where the display optics are in front of each eye of the user, both eyes see one scene.

In some embodiments, the HMD104is capable of receiving and rendering video output from an application executing on the computer and/or on the cloud system, such as a game cloud system. In various embodiments, the HHC and/or the HMD communicates wirelessly with the computer, as this provides for greater freedom of movement of the HHC and/or the HMD than a wired connection. In an alternate embodiment, the HHC and/or the HMD communicate with the computer through a wired connection.

The HHC106may include any of various features, such as buttons, inertial sensors, trackable LED lights, touch screen, a joystick with input controls, directional pad, trigger, touchpad, touchscreen, and may have circuitry/logic to detect and interpret hand gestures, voice input or other types of input mechanisms for providing input to the interactive application. Furthermore, the HHC may be a motion controller that enables the user to interface with and provide input to the interactive program by moving the controller.

Along similar lines, the HMD104may include a user input circuit that enables the user to interface with and provide input to the interactive application by moving the HMD. Various technologies may be employed to detect the position and movement of a the HMD and/or motion controller that is communicatively coupled to the HMD. For example, the motion controller and/or the user input circuit of the HMD may include various types of inertial sensor circuits, such as accelerometers, gyroscopes, and magnetometers. In some embodiments, the motion controller may include global position systems (GPS), compass, etc. In some embodiments, an accelerometer is a 6-axis low latency accelerometer. In some embodiments, the motion controller and/or the user input circuit can include one or more fixed reference objects (otherwise termed “marker elements”), e.g., light emitting diodes (LEDs), colored points, light reflectors, etc., that can be tracked using image capturing devices. For example, the images of the fixed reference objects are captured by one or more digital cameras (not shown) of the system that are disposed to face a user wearing the HMD and to track the position of the user, the HMD and/or the HHC. Gesture actions and movement of the user, the HMD and/or the HHC are also captured by the digital cameras. In some embodiments, a digital camera includes a video camera that further includes a single Charge Coupled Device (CCD), an LED indicator, and hardware-based real-time data compression and encoding apparatus so that compressed video data may be transmitted in an appropriate format, such as an intra-image based motion picture expert group (MPEG) standard format. The position and movement of the user, the motion controller and/or the HMD can be determined through analysis of the images captured by the one or more digital cameras.

In one embodiment, the HMD104includes a router152to communicate with the internet110. In an alternate embodiment, the HMD104may communicate with the cloud system over the Internet110using a router152that is external to the HMD104. In some embodiments, the game cloud102is referred to herein as a game cloud system. The HMD104is placed by a user on his head in a manner that is similar to the user putting on a helmet, so that lenses of the HMD104are located in front of one or both eyes of the user. In some embodiments, the HMD104is worn like glasses, (e.g., prescription glasses, goggles, etc.). The HHC106is held by the user106in his/her hands.

In various embodiments, instead of the HHC106, hands of the user108may be used to provide gestures, e.g., hand gestures, finger gestures, etc., that may be interpreted by interactive application and/or the logic within the HMD104. In some embodiments, the user may wear an interactive glove with sensors to provide tactile feedback. The interactive glove acts as the HHC, when worn by a user, and provides input in the form of interactive gestures/actions to the interactive program and/or the HMD. Similar to the HHC, the interactive glove may include marker elements, such as LEDs, light reflectors, etc., to allow detection of various movements. The interactive glove is one form of wearable device that is used to provide input to the HMD and/or the interactive program and that other forms of wearable clothing/device may also be engaged. A digital camera101of the HMD104captures images of the gestures provided by a user and a processor within the HMD104analyzes the gestures to determine whether a game displayed within the HMD104is affected by the gestures.

In one embodiment, the digital camera101is located on a face plate of the HMD104facing forward to capture real-world images including gestures provided by the user. In some embodiments, more than one digital cameras may be provided on the face plate of the HMD104to capture different angles of the real-world images. In some embodiments, the digital camera may be a stereo camera, an IR camera, a single-lens camera, etc. As used herein, the processor of the HMD may be a microprocessor, a programmable logic device, an application specific integrated circuit (ASIC), or a combination thereof.

The system100includes a network110, which may be a local area network (LAN), a wide area network (WAN), or a combination thereof. Examples of the network110include the Internet, an Intranet, or a combination thereof. In some embodiments, the network110uses a transmission control protocol (TCP)/Internet Protocol (IP) or a user datagram protocol/IP (UDP/IP) to communicate media data via the network110between the game cloud102and the HMD104or the HHC106. The embodiments are not restricted to the TCP/IP or UDP/IP protocol but can also engage other forms of communication protocols (including any proprietary or non-proprietary protocols) for communicating media data via the network. In various embodiments, the network uses a combination of Ethernet and TCP/IP protocol to communicate media data via the network110between the game cloud102and the HMD104or the HHC106.

The game cloud102includes a coder/decoder (codec)112and a stream buffer114. The stream buffer114stores a stream of media data116, which is generated upon execution of a game program117. The media data116includes virtual environment data, virtual game object data, a combination thereof, etc. The virtual environment data is used to generate a virtual environment of a game and the virtual game object data is used to generate one or more virtual game objects, e.g., virtual game characters, virtual game objects, virtual points, virtual prizes, game interface, etc. Examples of a virtual environment include a virtual geographic region, e.g., a virtual city, a virtual road, a virtual lake, a virtual ocean, etc. The game program117is an example of the interactive application executed by one or more servers of the game cloud102. The codec112uses a compressor/decompressor to code/decode media data using lossy compression, lossless compression, etc.

The HMD104is used to access an operating system (OS) that is executed by the processor of the HMD104. For example, selection and activation of a button in the HMD104enables the processor of the HMD104to execute the OS. Similarly, the HHC106may be used to access an OS that is executed by the processor of the HHC106. A button on the HHC106may be used to have the processor of the HHC106to execute the OS.

In some embodiments, the OS allows the HMD104to directly access the network110. For example, a user may select a network access application that is executed by the processor of the HMD104on top of the OS, using a network access icon, a network access symbol, etc. The network access application provides a list of networks from which to select a network for accessing the network110. User authentication may be required to access the network110, in accordance to network access protocol. Access to the network110is enabled for the user upon selection and successful user authentication (if needed). A built-in router (not shown) within the HMD104uses the network110to interact with the game cloud to exchange game data. In these embodiments, the communication between the network110and the HMD104follows a wireless communication protocol. Along similar lines, the HHC106gains access to the network110by selecting the network using network access application and the communication between the HHC106and the network follows a wireless communication protocol.

Once the network110is accessed, the OS allows the HMD104to access the game program117in a manner similar to the selection of the network. For example, when the user selects a game access application executed by the processor of the HMD104on top of the OS through a game access icon, a game access symbol, etc., the game access application requests access to the game program117via the network and the processor of the HMD104for displaying to the user.

Upon obtaining access to the game program117, a microcontroller of the HMD104displays game scenes of the game on a display screen of the HMD104. In some embodiments, the display screen of the HMD104is a high performance miniature screen to reduce blur when the HMD104is moved rapidly. In one embodiment, the display screen is a Liquid Crystal Display (LCD) screen, liquid crystal on silicon (LCoS), or organic light emitting diodes (OLEDs), or cathode ray tubes, etc. Images are projected by the lens of the display optics of the HMD onto the display screens. Adjustment may be made to the lens of the display optics or the display screens and such adjustments affect the images that are rendered on the display screens of the HMD. The user performs one or more head and/or eye motions, e.g., head tilting, winking, gazing, shifting gaze, staring, etc., and each head or eye motion triggers the user input circuit to generate an input, which may be used to play the game. In these embodiments, the game program117executes on the game cloud102and the communication between the game program117and the HMD104is through the built-in router and the network110. The images rendered on the display screen of the HMD104are viewed through the display optics, which provides near-eye focus.

In some embodiments, the game access application requests user authentication information, such as a username and/or a password, from the user to access the game program117. Upon receiving successful authentication from the game cloud102, the game access application allows access of the game program117to the user.

In various embodiments, instead of accessing the game application/program, the user requests access to a web page upon accessing the network110and the web page allows the user to access the game program117. For example, the user selects a web browser application via the user input circuit or via the HHC106to access a web page. Upon accessing the web page, the user plays a game displayed on the web page or accesses the game using a link provided within. The game is rendered when the game program117is executed on the game cloud102. In some embodiments, user authentication may be required before providing access to the web page to play the game that is displayed when the game program117is executed on the game cloud102. The username and/or the password is authenticated in a manner similar to that described above when the user accesses a game via the game access application.

When the game program117is accessed, the codec112encodes, e.g., compresses, etc., a digital data stream of the media data116for sending a stream of encoded media data to the HMD104via the network110. In some embodiments, a digital data stream of the encoded media data is in the form of packets for sending via the network110.

The HMD104receives the digital data stream of the encoded media data for the selected game program via the network110from the codec112and the digital data stream is processed, e.g., de-packetized, decoded, etc., and the processed stream is used to display game scene on the display screen of the HMD104. As a game scene is being displayed on the display screen of the HMD104, an external camera101of the HMD104captures one or more images of a real-world environment in the immediate vicinity of the user, from a user's perspective. In some embodiments, the external camera101is a video camera. Examples of the real-world environment include a room from where the user is accessing the game, a geographical region in which the user is located, real-world objects around the user, etc. Examples of a geographical region include a park, a road, a street, a lake, a city, a landmark, etc. Examples of a real-world object include a bus stand, a coffee shop, a store, an office, a vehicle, a room, a desk, a table, a chair, a ball, etc. Real-world environment data, including one or more images of the real-world environment, in one embodiment, is processed and stored locally in the HMD and used for subsequent rendering on the screen of the HMD. User input may be processed, packetized and encoded by the HMD104, and sent to the codec112in the game cloud102through the built-in router and the network110. In some embodiments, in addition to the user input, the real-world environment data may also be packetized and encoded by the HMD104and sent as a stream of encoded environment data via the built-in router of the HMD104, the network110to the codec112in the game cloud102.

User inputs may be provided through the HMD104and/or the HHC106. For example, the user may provide input using input interface/mechanism provided in the HMD104. Alternately, the user may perform hand motions, e.g., press of a button, movement of a joystick, hand gesture, finger gesture, a combination thereof, etc., using the HHC and such user input provided at the HHC106generates input data that is converted into input signals by a communications circuit of the HHC106for sending to a communications circuit of the HMD104. Of course, the HHC includes hand-held controllers, joysticks, motion controllers, wearable articles of clothing, wearable devices, etc. The input signals originating from the HHC106and the HMD104are converted from an analog form to a digital form by the communications circuit of the HMD104, packetized, encoded by the HMD104and sent via the network110to the codec112. Examples of a communications circuit of the HMD include a transceiver, a transmit/receive circuitry, a network interface controller, etc.

In some embodiments, the game program117maps input data that is generated by the HMD with input data that is generated at the HHC (for e.g., based on the hand motions) to determine whether to change a state of a game that is displayed on the HMD104. For example, when an input from the HMD is received via the network110with an input generated at the HHC106, such as a press of a button on the HHC106, the game program116determines to change a state of a game. Otherwise, the game program117determines not to change a state of a game.

Input data of the inputs generated based on the hand motions and/or hand-held controller motions are communicated by a communications circuit of the HHC106, e.g., a transceiver, a transmit/receive circuitry, etc., to a communications circuit, e.g., a transceiver, a transmit/receive circuitry, etc., of the HMD104. Input data communicated to the HMD and/or input data generated by the HMD are packetized and encoded by the HMD104and sent as a stream of encoded input data via the network110to the codec112. For example, the input data may be sent directly from the HMD104using the built-in router via the network110to the game cloud102. In a number of embodiments, the user performs the hand motions and provides user input from the HMD to change a location and/or orientation of the virtual object rendered at the HMD.

The codec112decodes, e.g., decompresses, etc., the stream of encoded input data received via the network110from the HMD104and the decoded input data is buffered in the stream buffer114for de-packetizing and sending to the game program117. One or more servers of the game cloud102de-packetizes the stream of decoded input data and sends the input data to the game program117. Upon receiving the input data, the game program117generates next media data that is packetized by one or more servers of the game cloud102to generate a stream of next media data. The additional media data may include modifications to game play, including modifications to virtual game object, e.g., computer-generated object, etc., that is used for updating the virtual game environment rendered on the HMD. The stream of next media data is stored in the stream buffer114, encoded by the codec112, and sent as a stream of encoded next media data via the network110to the HMD104. The HMD104receives the stream of encoded next media data, de-packetizes the stream, and decodes the encoded next media data to provide the next media data to the microcontroller of the HMD104. The microcontroller of the HMD104changes a display of a game scene rendered on the screen of the HMD based on the next media data. For example, the microcontroller changes a look, position, and/or orientation of the virtual game object that is either overlaid on the one or more images of the real-world environment or simply rendered on the screen of the HMD104. It should be noted that the input data generated at the HHC and/or the HMD changes a state of the game. In some embodiments, a display of a game scene is referred to herein as a portion of interactivity associated with the game program117.

In various embodiments, instead of communicating the input data that is generated based on the hand motions from the HHC106to the HMD104, the input data is communicated directly from the HHC106via the network110to the codec112. The input data that is generated at the HHC106is communicated by the HHC106in a manner similar to the communication by the HMD104. For example, the input data that is generated based on the hand motions from the HHC106is encoded and packetized by the HHC106and sent as a stream of encoded input data via the network110to the codec112.

It should be noted that in the embodiment illustrated inFIG. 1, the HMD and the HHC individually directly communicate with the network110without going through a game console or an external router. In an alternate embodiment, the HHC may communicate with the HMD to transmit the input data generated at the HHC and the HMD may directly communicate the data originating from the HHC and/or the HMD with the network110. In both of these embodiments, media data116, additional media data, the next data, etc., are streamlined directly to a wireless access card (WAC) of the HMD104by the codec112of the game cloud102via the network101and the built-in router. Moreover, in these embodiments, data, e.g., input data, real-world environment data, etc., is streamed directly by the WAC of the HMD104to the codec112of the game cloud102via the built-in router and the network110. The WAC in conjunction with the built-in router of the HMD is able to transmit the streaming media data and the input data to and from the HMD.

In some embodiments, a separate router152is provided between the HMD104and the network110. The router152also acts as an interface between the HHC106and the network110. In this embodiment, the WAC of the HMD104will interface with the router152to communicate with the network110. In some embodiments, the HMD104is coupled to the router152via a wireless connection, e.g., a Bluetooth connection or a Wi-Fi connection, etc. Moreover, the HHC106is coupled to the router152via a wireless connection. In some embodiments, the router152is coupled to the network110via a wired connection. When a router is provided, a stream of encoded data is sent from the HMD104or the HHC106to the router152. The router152routes, e.g., directs, etc., the stream of encoded data to a path in the network110to facilitate sending the stream to the codec112on the game cloud. The router152uses the IP address of the codec112to route the stream of encoded data to the codec112. In some embodiments, the router152determines a network path of the network110based on network traffic factor, e.g., packet traffic on the network path, congestion on the network path, etc.

The router152receives a stream of encoded data from the game cloud102via the network110and routes the stream of encoded data to the HMD104. For example, the router152routes the stream of encoded data received from the game cloud102via the network110to the HMD104based on the IP address of the HMD104. In some embodiments that use the systems100, the game execution occurs mostly on the game cloud102. In some embodiments, some part of the game may execute on the HMD104while the remaining portions may execute on the game cloud102.

In some embodiments, a list of wireless networks is rendered on the screen of the HMD104for user selection. Alternately, in some other embodiments, a list of wireless networks is presented on a display screen associated with the computer172. For example, when the computer172is a mobile phone, the mobile phone includes a display screen for displaying the list of wireless networks. As another example, when the computer172is coupled to a television display screen, the list of wireless networks is displayed on the television display screen. In these embodiments, the list of wireless networks is accessed when the processor of the computer172executes the wireless access application stored within a memory device of the computer172to access the network110. The processor176executes the wireless access application when the user generates input data via the HMD104or the HHC106by performing the head motions and/or hand motions. Input data generated based on the head motions and/or the hand motions is sent from the communications circuit of the HMD104or the HHC106to the computer172. When the processor of the computer172receives the input data, the wireless access application is executed to generate the list of wireless networks for user selection to access the network110.

The computer172, in some embodiments, includes a network interface controller (NIC)174that requests a portion of the game program117from the game cloud102. Examples of a NIC include a network interface card and a network adapter. The portion of the game program117is encoded by the codec112and streamed via the network110to the NIC174of the computer172. A processor176of the computer172executes the portion of the game program117to generate media data, which is sent from a communications circuit178, e.g., transceiver, Transmit/Receive circuit, a network interface controller, etc., of the computer172, to the HMD104for display on the display screen of the HMD104. A communications circuit of the HMD104receives the media data from the computer172and sends the media data to the microcontroller of the HMD104for processing and displaying the media data, including game scene, on the display screen of the HMD104.

Moreover, the communications circuit178of the computer172receives input data generated based on the head motions from the HMD104and/or the hand motions from the HHC106or actions performed at the HMD104and sends the input data to the processor176. The input data, in one embodiment, may be real-world environment data captured by external camera101disposed on the outside face of the HMD104and transmitted by the communications circuit of the HMD104. The processor176executes the portion of the game program117bthat is stored within the computer172to generate additional media data, which is sent from the communications circuit178to the communications circuit of the HMD104. Before or after receiving the additional media data, input data from the HMD104and/or the HHC106that is generated as part of the game play using head motions and/or the hand motions, is sent by the communications circuit of the HMD104to the processor176via the communications circuit178. In response to the input data, the processor176executes the portion of the game program117bthat is stored within the computer172to generate the next media data, which is sent from the communications circuit178to the communications circuit of the HMD104. The next media data is sent to the communications circuit of the HMD104to change the game play, including changing/updating virtual game objects and/or virtual environment of a game displayed by execution of the game program117. When the game objects, e.g., real world objects, virtual game objects, etc., and/or virtual environment changes, a game state of the game displayed by execution of the game program117changes.

In some embodiments, the game state is sent by the NIC174of the computer172via the router152and the network110to the game cloud102to inform one or more servers of the game cloud of the current game state so as to synchronize the game state of the game on the game cloud102with the game state on the computer172. In such embodiments, most of the game execution occurs on the computer172.

In various embodiments, media data116, additional media data, next media data, etc., are initially sent from the codec112via the network110and the router152to the HMD104until a portion of the game program117is downloaded to the computer172from the game cloud102. For example, initially, the user uses the game access application to access the game program117. When the game program117is accessed, the media data116, the additional media data, the next media data, etc., is sent from the codec112via the network110and the router152to the HMD104for display on the display screen of the HMD104. During the time of access of the media data from the game cloud102for display on the HMD104, the NIC174of the computer172downloads a portion of the game program117from the game cloud102via the network110and the router152.

In some embodiments, when the game program117is accessed by the computer172, media data, e.g., the media data116, the additional media data, the next media data, etc., is sent from the codec112via the network110directly to the HMD104for display on the display screen of the HMD104by bypassing the computer172while the computer accesses the game program on the game cloud for downloading. The received media data is rendered on the display of the HMD104. Meanwhile, the NIC174of the computer172downloads a portion of the game program117from the game cloud102via the network110and the router152.

In a number of embodiments, a portion of input data generated based on the head motions and/or hand motions and/or a portion of the real-world environment data is sent from the HMD104via the router152and the network110to the codec112of the game cloud102while the remaining portion of the input data and/or the remaining portion of the real-world environment data is sent from the communications circuit of the HMD104to the communications circuit178of the computer172.

In various embodiments, a portion of input data generated based on the hand motions is sent from the communications circuit of the HHC106via the router152and the network110to the codec112of the game cloud102and the remaining portion of the input data is sent from the communications circuit of the HHC106to the communications circuit178of the computer172either through the HMD or directly.

In various embodiments, media data, e.g., the media data116, the additional media data, the next media data, etc., that is generated by executing the game program117using the user input received from the computer/HMD/HHC, is sent from the codec112of the game cloud102via the network110and the router152to the HMD104for rendering on the display screen of the HMD104as part of game play and media data that is generated by execution of the portion of the game program117by the processor176of the computer172is sent from the communications circuit178of the computer172to the HMD104for display on the display screen. In these embodiments, the game cloud102and the computer172have synchronized game states. For example, the codec112sends a game state generated by execution of the game program117via the network110and the router152to the NIC174of the computer172to inform the computer172of the game state. As another example, the NIC174of the computer172sends a game state generated by execution of the portion of game program117on the computer172via the router152and the network110to the codec112of the game cloud102to inform the one of more game cloud servers of the game state. The communication between the codec112of the game cloud102and the NIC of the computer are done periodically to keep the game states synchronized on both sides.

In several embodiments, media data, e.g., the media data116, the additional media data, the next media data, etc., that is generated by executing the game program117and sent from the codec112of the game cloud102to the HMD104has a higher amount of graphics than media data that is generated by the processor176of the computer172. As is evident, in some of the embodiments, the computer172is bypassed when the media data is directly sent from the codec112of the game cloud102via the network110to the HMD104.

In some embodiments, the computer172requests a portion of the game program117from the game cloud102via the NIC174and in response, the portion117bof the game program117encoded by the codec112is streamed via the network110to the NIC174of the computer172. In some embodiments, the game cloud includes a games database131from which the game program117is retrieved and downloaded to the computer172. In some embodiments, a portion117aof the game program117is downloaded from the games database131on to the game server102and the remaining portion117bof the game program117is downloaded to the computer172. In some embodiments, the portion117bthat is downloaded to the computer172is the entire game. The processor176of the computer172executes the portion117bof the game program117to generate media data, additional media data and next media data (collectively termed ‘media data’) which is sent from a communications circuit178, a network interface controller, etc., of the computer172, to the HMD104for display on the display screen of the HMD104.

As mentioned earlier, the additional media data and next media data may be provided in response to input data, including head motions/other user input, hand motions, etc., received from the HMD104. In addition to the head motions and/or hand motions the input data, in one embodiment, may also include real-world environment data that is captured by an external camera101disposed on the outside face of the HMD104and transmitted by the communications circuit of the HMD104.

In some embodiments, the real-world environment data captured by the external camera101is stored locally within the HMD and used in rendering on the HMD screen. The additional media data provides virtual reality related data for rendering the virtual game scenes on the HMD and the next media data provides changes to virtual game objects and/or virtual reality data displayed within the virtual game scenes during game play. A communications circuit of the HMD104receives the media data as a media stream from the computer172and sends the media data to the microcontroller of the HMD104for interpretation and display on the display screen of the HMD104. When the game objects, e.g., real game objects, virtual game objects, etc., and/or virtual environment changes, a game state of the game displayed by execution of the game program117, changes.

In some embodiments, a portion117-aof the game program117is executed on the game cloud102while the game program117is being downloaded on to the computer172. Accordingly, media data associated with the execution of the portion117-aof the game program117on the game cloud102, are sent directly from the codec112via the network110and the router152to the HMD104for rendering on the HMD until the portion117-bof the game program117is downloaded to the computer172from the game cloud102. In one embodiment, the portion117-bof the game program117is downloaded and stored in the local storage113of the computer172and executed by the processor176. Once the portion117-bis downloaded and the processor176of the computer172starts executing the game portion117-b, the media data will be transmitted from the computer172to the HMD104for the portion117-bof the game program117. In some embodiments, all the media data for the game program are transmitted directly from the computer172to the HMD104for rendering. The computer172may also periodically transmit the media data to the game cloud102to synchronize the game state of the game program on the game cloud102with the game state on the computer172.

In a number of embodiments, a portion of input data based on the head motions and/or hand motions are captured by an observation camera (not shown) that is connected to the computer172. in some embodiments, the connection between the observation camera and the computer172may be a wired connection. In other embodiments, the connection between the observation camera and the computer172may be a wireless connection. In some embodiments, the observation camera is any one or combination of stereo camera, IR camera or mono-camera. In some embodiments the observation camera is one of a video camera or a still-motion camera. The images captured by the observation camera may be used to determine the location and motion of the HMD and the HHC. For example, the images of the observation camera may be used to identify coordinates of a position of the HMD and coordinates of a position of the HHC. In addition to the coordinates of the coordinate plane, the images of the observation camera may be used to determine the pitch, the yaw and the roll to generate the six-axis data for the HMD and HHC. In some embodiments, the head and/or hand motions generated at the HMD and the HHC are captured by the observation camera and transmitted to the microcontroller of the HMD104as six axis data. The six-axis data from the HMD104and/or HHC106are interpreted to generate the input data. The interpreted input data is transmitted from the HMD104to the computer172to influence the outcome of the game program. In some embodiments, the head and/or hand motions captured by the observation camera are directly transmitted to the processor176where it is interpreted to generate the six-axis data. The observation camera observes the motions (head and/or hand) of the user and this information is used in providing feedback to the game program to influence the game state changes. In this embodiment, any other input data related to the game program117are transmitted by the HMD104to the processor and the processor176interprets the other input data with the six-axis data to determine if the game state of the game needs to be altered. Based on the interpretation, the game state of the game is changed. In some embodiments, the input data from the HMD104includes real-world environment data captured by the external camera101and sent from the communications circuit of the HMD104to the communications circuit178of the computer172. The real-world environment data may be used to influence the virtual game scenes rendered at certain portions of the screen of the HMD104. In various embodiments, the HMD104is used to display a two-dimensional or a three-dimensional image.

In some embodiments, the observation camera may be a video camera that tracks the motions provided at the HMD and the HHC. The observation camera captures image of various marker elements disposed on the face plate of the HMD and the HHC, and correlates the position of the marker elements of the HMD and the HHC to a three-dimensional space. Each marker element may be a light emitting diode, an infrared light, a color, a reflective material, an object with special features or characteristics that are easily recognized via image analysis, etc. In addition, the HMD104may also include special visual markers (not shown), such as reflective areas of particular geometrical shape, areas with a particular color (e.g., blue rectangle, etc.), or markings (e.g., three parallel lines on the surface of the HMD). In some embodiments, the HMD also includes additional marker elements on the side and/or back of the HMD (i.e., the part of the HMD touching the back of the head) to further visually track the location of the HMD by detecting the respective lights or visual markers.

In various embodiments, the observation camera may be a mobile video camera. For example, the video camera (not shown) may be attached to a robotic device, e.g., a multicopter, a robotic arm, a robot, a robotic vehicle, a robotic car, a quadcopter, etc. For example, the video camera may be attached under, on top of, to a side of the robotic device for capturing images of the HMD and/or the HHC. The HMD moves with movement of a head of the user108. In several embodiments, instead of the video camera, a digital camera may be used.

In some embodiments, the observation camera may be a stereo camera, which is a camera that includes two or more lenses with separate image sensor for each lens. The separate image sensor enables the stereo camera to capture three-dimensional images of an object that provide an illusion of depth.

In another embodiment, the observation camera may be an infrared (IR) camera that is used to analyze infrared light provided on the HMD. The infrared light is not visible to the human eye but can be easily detected by the infrared camera. The HMD may include infrared lights to avoid distraction in the appearance of the HMD. In some environments (e.g., low light or bright light), it may be easier to track infrared light than other types of lights for detecting location, shape and or features in the HMD. The infrared (IR) cameras provide enhanced imaging and thermal imaging of a tracking object, such as the HMD. The IR cameras may also be used as gaze detection cameras to detect user's gaze direction.

In yet another embodiment, the observation camera may be a regular camera. In some embodiments, the observation camera may be a mono camera, wherein the lens (i.e., single lens), is used to track the lights or other marker elements in the HMD that are configured for visual tracking. In order to determine the depth of the HMD within the field of play with the regular camera, the size of some of the features on the HMD are analyzed. The smaller the features are, the further away the features are supposed to be from the camera of the HMD. In some embodiments, the depth of the HMD within the field of play may be determined by using more than one observation camera. In addition, the visual tracking may also be combined with other types of tracking, such as inertial motion tracking, dead reckoning, ultrasound communication between the HMD and the computing device, etc.

The observation camera captures an image of the HMD104by tracking the one or more marker elements of the HMD. When the head of the user108tilts or moves, position and location of the marker elements of the HMD changes in a coordinate system. The digital camera captures an image of the marker elements and sends the image to the computer172. An image of the marker elements is an example of input data. Position of the HMD104in a three dimensional space (X, Y, Z) can be determined by the processor176of the computer172based on the positions of the marker elements in the images. Further, inertial motion, e.g., yaw, pitch, and roll, etc., of the HMD104is determined by the processor176of the computer172based on movement of the marker elements. In the cases where the computer172is not available, the image of the marker elements from the observation camera are sent to the processor of the HMD104and the HMD's processor will determine the position of the HMD using the coordinates of the marker elements.

In some embodiments, the observation camera captures an image of the HHC106. When the hand of the user108tilts or moves, position and location of the marker elements on the HHC changes in a coordinate system. The observation camera captures an image of the marker elements on the HHC and sends the image to the computer172or to the processor of the HMD104. An image of the marker elements on the HHC is an example of input data. Position of the HHC106in a three dimensional space (X, Y, Z) can be determined by the processor176of the computer172or by the processor of the HMD104by analyzing the positions of the marker elements on the HHC in the image. Moreover, inertial motion, e.g., yaw, pitch, and roll, etc., of the HMD104is determined by the processor176of the computer172or the processor of the HMD104based on movement of the marker elements of the HHC.

In some embodiments wherein the HMD104is communicatively connected to the computer172using a wired connection, the HMD is configured to detect a break in the wired connection so as to pause the virtual game scenes rendered on the screen of the HMD104. The HMD detects a break in the communication connection, generates a signal accordingly and relays the signal to the computer172to cause the computer172to pause the execution of the game program and to store the game state and game scenes for the session for the game. Power from a battery of the HMD may be used to provide the power for communicating with the computer172during the break in the communication connection, the status of the connection. The execution of the game program may resume as soon as the computer172gets a signal from the HMD104that the wired connection has been re-established. In some embodiments, upon resumption of the connection between the HMD and the computer172, the computer172may start streaming the game scenes from the point of disruption. In another embodiment, the computer172may start streaming the game scenes from a point before the pause (for example, few hundred frames before the pause) caused by the connection disruption so that the user may get some time to immerse in the game. In this embodiment, the computer172may allow the user to re-execute portions of the game to allow the user to get into the game. The communication between the HHC and the HMD and the communication between the HHC and the computer172may follow a wireless communication protocol.

In some embodiments, the HMD104may include one or more internal cameras (e.g., gaze detection cameras)103to detect changes in the user's eyes movement, gaze direction, gaze pattern, etc. The internal cameras103may also be used to identify/authenticate the user before providing access to the game.

Although detailed description is provided regarding a gaming environment, it is envisioned that the interfacing can also take place during interactive communication with a computer system. The computer system can be a general computer, with a graphical user interface that allows user to present and make gestures in space, that control icons, entry, selection, text, and other commands.

For more information regarding the method for following a marked object, reference may be made to U.S. Patent Application Publication No. 2012-0072119, filed on Aug. 15, 2011 and published on Mar. 22, 2012, and U.S. Patent Application Publication No. 2010-0105475, filed on Oct. 27, 2008 and published on Apr. 29, 2010, both of which are herein incorporated by reference in its entirety.

In some embodiments, one or more pairs of stereo camera, one or more infrared cameras and/or one or more regular camera or combinations thereof may be used to determine the relative position of the HMD and the motion of the HMD provided by user's head motion as well as the controller, including the user's hand wearing a wearable article/device that is used to provide input data.

The one or more internal cameras (e.g., gaze detection cameras, etc.) may be mounted on the HMD and facing inward toward the user to capture images related to the user and feed the images to the communication module to provide user specific and environment specific data to the HMD. The internal camera(s) may be used to identify a user wearing the HMD, which can be used to obtain user profile of the user. Accordingly, the internal cameras may be configured to engage retinal scanning technique and/or iris scanning technique to scan the user's retina or iris and use the data from the scanning to generate at least one biometric identity of the user. The user's biometric identity may be part of the user's profile. The internal cameras may also include a gaze detection camera that are equipped with gaze detector algorithm to detect the direction of the user's gaze and to adjust the image data rendered on a screen of the HMD based on the detection. In some embodiments, the internal cameras are IR cameras. The gaze detection technology may also be used to authenticate a user. For example, the user may be asked to follow an object rendered on the screen or track a randomly generated letter, object or pattern (for e.g., a circle, a triangle, a rectangle, etc.) that is rendered on the screen. In some embodiments, verbal or textual commands may be provided for a user to track a letter, an object or pattern on the screen and the user authenticated by using the gaze detection technology. The authentication of a user may be used to allow access to a user account, to a game, to certain parts or levels of a game, etc.

The internal cameras and the external cameras of the HMD work hand-in-hand to determine the gaze of the user and to relate the gaze to an object in the line-of-sight of the user's gaze. The game processing module of the HMD includes the software to compute the direction of the user's gaze and correlate it to objects within the field of view of the computed direction.

For example, the internal cameras109detect and track the user's eye movement and gaze. The internal cameras109may be used to determine the user's gaze direction for a period of time (e.g., when the user is looking at a particular object or point in the images rendered on the display screen, for some period of time), detect a gaze pattern over a period of time (for e.g., when a user follows an object, traces a pattern, etc.), and/or detect changes in gaze directions (for e.g., back-and-forth movement of the eyes, rolling of the eyes—which may be a sign of the user experiencing dizziness or fatigue—especially in a high intensity game, etc.). The HMD's internal cameras communicate with the outside mounted cameras of the HMD and with the observation cameras to determine if data provided for rendering on the screen of the HMD needs to be adjusted, in response to detected eye movement or gaze or based on triggered events occurring within the game or in the environment in the immediate vicinity of the user wearing the HMD.

FIG. 2is a block diagram of a communication architecture of an HMD104. The HMD104includes some exemplary control modules or sensors, such as a video audio separator254, a video decoder255, a memory device256, a WAC258, a stream buffer259, one or more speakers260, a battery261, a user input circuit262, a display screen266, a microcontroller268, an audio buffer272, an observation digital camera274, an external digital camera274, an audio codec276, an internal digital camera278, a video buffer280, a video audio synchronizer282, a microphone284, LEDs285and IR lights287, a controller/computer communications circuit289. The LEDs285and IR lights287represent the marker elements that are used to track the position of the HMD.

In a number of embodiments, the speakers260form an audio circuit. In various embodiments, the audio codec276, the audio buffer272, and/or the speakers260form an audio circuit. In various embodiments, the microcontroller268is part of a display circuit that controls images rendered on a display screen. Examples of a display screen266include an LED screen, a liquid crystal display (LCD) screen, a liquid crystal on silicon (LCoS) screen, an organic LED (OLED) screen, a plasma screen, etc. An example of the external digital camera includes an eye camera, such as Playstation Eye® manufactured by Sony Computer Entertainment, Inc.

The microcontroller268stores a rendering program286and an operating system288. The rendering program286and the operating system288are stored in a memory device of the microcontroller286and executed by a microprocessor of the microcontroller268. An example of microcontroller268includes a low cost microcontroller that includes a driver, e.g., an LCD driver, that generates a signal to detect elements (for e.g., LCDs, etc.), to provide media data, for displaying on the display screen266. Another example of the microcontroller includes a GPU and a memory device.

In some embodiments, the memory device of the microcontroller is other than a flash memory or a random access memory (RAM). For example, memory device of the microcontroller is a buffer. In various embodiments, memory device of the microcontroller is a flash memory or a RAM. Examples of the user input circuit262include a gyroscope, a magnetometer, and an accelerometer. In some embodiments, the user input circuit262also includes a global position system (GPS), compass or any location tracking devices. An example of the WAC258includes a NIC. In some embodiments, the WAC258is referred to herein as a communications circuit.

A stream of encoded media data is received into the stream buffer259from the network110or the router152. It should be noted that when the router152is coupled to the computer172, data received from the computer172is stored in a buffer (not shown) of the HMD250or in the memory device256instead of being stored in the stream buffer259.

The WAC258accesses the stream of encoded media data from the stream buffer259received from the computer or the codec112and de-packetizes the stream. The WAC258also includes a decoder to decode the encoded media data.

In embodiments in which the stream of encoded media data is received by the computer172via the router152, the NIC174of the computer172de-packetizes and decodes the stream of encoded media data to generate decoded data, which is stored in the buffer (not shown) of the HMD250.

The decoded data is accessed by the video audio separator254from the WAC258or from the buffer (not shown). The video audio separator254separates audio data within the decoded data from video data.

The video audio separator254sends the audio data to the audio buffer272and the video data to the video buffer280. The video decoder255decodes, e.g., the video data and/or changes to the video data from a digital form to an analog form to generate analog video signals. The video audio synchronizer282synchronizes the video data stored in the video buffer280with the audio data stored in the audio buffer272. For example, the video audio synchronizer282uses a time of playback of the video data and the audio data to synchronize the video data with the audio data.

The audio codec276converts the synchronized audio data from a digital format into an analog format to generate audio signals and the audio signals are played back by the speakers260to generate sound. The microcontroller268executes the rendering program286to display a game on the display screen266based on the analog video signals that are generated by the video decoder255. In some embodiments, the game displayed on the display screen266is displayed synchronous with the playback of the audio signals.

Moreover, the user speaks into the microphone284, which converts sound signals to electrical signals, e.g., audio signals. The audio codec276converts the audio signals from an analog format to a digital format to generate audio data, which is stored in the audio buffer272. The audio data stored in the audio buffer272is an example of input data generated based on a sound of the user. The audio data may also include other audio signals generated at the HMD or detected by the speakers in the HMD. The audio data is accessed by the WAC258from the audio buffer272to send via the network110to the codec112of the game cloud102. For example, the WAC258packetizes and encodes the audio data accessed from the audio buffer272to send via the network110to the codec112.

In some embodiments, the audio data is accessed by the WAC258from the audio buffer272to send via the router152and the network110to the codec112of the game cloud102. For example, the WAC258packetizes and encodes the audio data accessed from the audio buffer272to send via the router152and the network110to the codec112.

The internal digital camera278captures one or more images of the eye motions of the user wearing the HMD to generate image data, which is an example of input data generated at the HMD. based on the head actions and/or eye movements. Similarly, the observation digital camera274and/or the external digital camera274mounted on the HMD captures one or more images of the hand of the user108, and/or of the markers located on the HMD250and/or on the HHC/glove/hand of the user108, head motions of the user wearing the HMD, to generate image data, which is an example of input data that is generated based on the hand/head motions. The image data captured by the digital cameras274,275and278is stored in the video buffer280.

In some embodiments, the image data captured by the digital cameras274,275and278is stored in a buffer of the HMD250and the buffer is other than the video buffer280. In various embodiments, the image data captured by the digital cameras274,275and278is decoded by the video decoder255and sent to the microcontroller268for display of images on the display screen266.

The image data captured by the digital cameras274,275and278is accessed by the WAC (wireless access card)258from the video buffer280to send via the network110to the codec112of the game cloud102. For example, the WAC258packetizes and encodes the image data accessed from the video buffer280to send via the network110to the codec112.

In some embodiments, the video data is accessed by the WAC258from the video buffer280to send via the router152and the network110to the codec112of the game cloud102. For example, the WAC258packetizes and encodes the video data accessed from the video buffer280to send via the router152and/or the network110to the codec112.

The controller/console communications circuit289receives media data from the computer172for storage in the buffer (not shown). Moreover, the controller/console communications circuit289receives input signals from the HHC106, converts the input signals from an analog form to a digital form to generate input data, which is accessed by the WAC258to send via the network110to the codec112of the game cloud102. For example, the WAC258packetizes and encodes the input data accessed from the controller/console communications circuit289to send via the network110to the codec112.

In some embodiments, the input data is accessed by the WAC258from the controller/console communications circuit289to send via the router152and the network110to the codec112of the game cloud102. For example, the WAC258packetizes and encodes the video data accessed from the video buffer280to send via the router152and the network110to the codec112.

It should be noted that instead of the controller/console communications circuit289, two separate communications circuits may be used, one for communicating, e.g., receiving, sending, etc., data with the computer172and another for communicating data with the HHC106.

In a number of embodiments, the decoder is located outside the WAC258. In various embodiments, the stream buffer259is located within the WAC258.

In some embodiments, the HMD104excludes the observation digital camera274. In several embodiments, the HMD104includes any number of microcontrollers, any number of buffers, and/or any number of memory devices.

In various embodiments, the HMD104includes one or more batteries261that provide power to components, e.g., the video audio separator254, the memory device256, the wireless access card258, the stream buffer259, the one or more speakers260, the user input circuit262, the display screen266the microcontroller268, the audio buffer272, the external digital camera274, the audio codec276, the internal digital camera278, the video buffer280, the video audio synchronizer282, the microphone284, and the controller/computer communications circuit289. The one or more batteries261are charged with a charger (not shown) that can be plugged into an alternating current outlet.

In a number of embodiments, input data and/or media data is referred to herein as interactive media.

In some embodiments, the HMD104includes a communications circuit to facilitate peer-to-peer multichannel communication between local users via pairing. For example, the HMD104includes a transceiver that modulates sound signals received from the microphone284and sends the modulated signals via a channel to a transceiver of another HMD (not shown). The transceiver of the other HMD demodulate the signals to provide to speakers of the other HMD to facilitate communication between the users.

In various embodiments, different channels are used by the transceiver of the HMD104to communicate with different other HMDs. For example, a channel over which the modulated signals are sent to a first other HMD is different than a channel over which modulated signals are sent to a second other HMD.

In some embodiments, the WAC258, the user input circuit262, the microcontroller268and the video decoder255are integrated in one or more individual circuit chips. For example, the WAC258, the video decoder255and the microcontroller268are integrated in one circuit chip and the user input circuit262is integrated into another circuit chip. As another example, each of the WAC258, the user input circuit262, the microcontroller268and the video decoder255is integrated in a separate circuit chip.

The various modules of the HMD are used to detect user's gaze direction and/or actions at the HMD and adjust the images presented on the display screen of the HMD to correspond with the detected gaze direction and/or actions.

FIG. 3illustrates a broad overview of the various communication modules that are involved within the HMD and the computer to detect gaze direction and/or actions provided by the user and to adjust the images presented at the display screen of the HMD, in some embodiments. It should be noted that only a few of the modules are shown to be involved in adjusting the images that are being presented at the display screen of the HMD, but in reality other modules within the HMD are involved in the process of adjusting the images presented on the HMD. The embodiments may be used to provide augmented reality of the real-world environment by enhancing a portion of the images of the real-world environment captured by one or more forward facing cameras mounted on the HMD. Alternately, the embodiments may be used to adjust virtual reality (VR) scene presented at the HMD. The VR scene may be from a pre-recorded video of a game play of a user, a pre-recorded video of a place or event, a game scene of a video game, etc.

In one embodiment, the HMD is used to augment real-world environment. In this embodiment, the various components of the HMD104work with components of the computer172to detect a gaze direction of the user and to enhance certain portion(s) of the images rendered on the screen of the HMD that is in line with the detected gaze direction of the user.

In this embodiment, the controller/console communication circuit (or simply referred to herein as “CC communication circuit”)289of the HMD104receives images of a real-world environment captured from a vicinity of the user wearing the HMD104by one or more forward facing cameras274, as image frames. The image frames are processed by the CC communication circuit289. As part of the processing, the image frames may be encrypted in accordance to communication protocol established for the communication connection between the HMD and the computer172, and streamed to the computer172.

The communication device178of the computer172receives the streaming image frames and decrypts the data and forwards the decrypted image data to the processor. The processor includes an image analyzing module (not shown) that is configured to analyze the image data by constructing a three dimensional model of the real-world environment captured in the images using different modeling tools that are well-known in the industry (e.g., using multiple stereoscopic cameras). The three dimensional model is maintained in memory and updated as and when new image data is received from the HMD. In some embodiments, the processor may generate a two-dimensional format of the images and forward the same to the HMD for rendering on the display screen of the HMD. For more information on converting image data from the three-dimensional format to a two-dimensional format, reference can be made to application Ser. No. 14/220,420, filed on Mar. 20, 2014, and entitled, “Sharing Three-Dimensional Gameplay,” which is incorporated herein by reference in its entirety. During the viewing of the real-world environment, images from a gaze detection camera may be simultaneously received, processed by the CC communication circuit and forwarded to the computer as gaze image frames. The image analyzing module analyzes the gaze image frames to identify the gaze direction of the user. When it is determined that the user's gaze is directed to a particular portion of the display screen of the HMD, the image analyzing module may correlate the detected gaze direction of the user to an object or point within the generated model of the real-world environment to identify an object or point that has captured the user's attention.

The image analyzing module continues to track the gaze direction of the user over the duration of viewing of the real-world environment. When it is determined that the user's gaze has been directed to the object or point for a pre-defined period of time, the image analyzing module may generate a signal instructing the HMD to adjust a zoom factor for lens of the one or more forward facing cameras so that the object or point of interest to the user can be zoomed in. In some embodiments, the signal to adjust the zoom factor may include a signal to adjust a focal length of the lens of the forward facing cameras so as to cause the camera to zoom in on the object. In some embodiments, the signal to adjust the focal length may include signal to control speed of adjusting the focal length. The speed of adjustment of the focal length may be driven by the type of content that is being captured in the real-world environment or may depend on the user. For example, if the user is able to handle a faster zoom in, the speed of adjusting the focal length may be set high as opposed to a user who cannot handle faster zoom in. In some embodiments, the signal to adjust the zoom factor may also include a signal to adjust an aperture setting of lens of the one or more forward facing cameras so as to affect the depth at which the image of the object is captured. In addition to providing a signal to adjust the focal length and speed, the signal may also include a signal to adjust brightness level of the screen (i.e., screen of the HMD or an external display surface) so that the object rendered on the screen appear clear and in focus.

In some embodiments, the signal may be generated to enhance the audio component captured in the image frames of the real-world environment. In such embodiments, the signal may be generated to adjust only the audio component. For example, the signal to adjust the audio component may be generated when it is determined that the user wearing the HMD is approaching an edge of a VR scene or a boundary of an interactive region defined for the user in the physical environment or is getting proximal to an object or person in the physical environment.

In alternate embodiments, only the video component may be enhanced. In some embodiments, a command to enhance the audio, video or both the audio and video components of the image frames may be provided by a user. In such embodiments, the CC communication circuit may receive and forward the command from the user to the computer so that the image analyzing module in the computer can identify the appropriate component or portion of the real-world images that need to be enhanced. In some embodiment, the command may be provided through audio commands and such audio commands may be received through the microphone controller284, processed by the CC communication circuit289and forwarded to the computer for further processing. The computer processes the commands and generates appropriate signal to the HMD so that the relevant content rendering components may be adjusted to provide an enhanced content.

FIGS. 4A-4Cillustrate an example of adjusting an image of a real-world environment that is rendered at the HMD, in response to detecting a gaze direction of a user, in one embodiment.FIG. 4Aillustrates a user viewing a real-world lake scene captured by the forward facing cameras of the HMD and rendered on a display screen of the HMD, at time t0. While rendering the lake scene, the gaze detection cameras keep track of the user's gaze direction to determine if the user's gaze is fixed on a point or object rendered on the display screen. In one embodiment, images captured by gaze detection camera(s) is analyzed to identify that the user's gaze direction is indeed directed toward a particular portion or point of the display screen. It is then determined if the user's gaze direction toward the particular portion or point of the display screen lasts for at least a pre-defined period of time. If it is determined that the user's gaze has shifted, no trigger event is initiated by the HMD and the HMD continues to render the images from the lake scene. If, however, it is determined that the user's gaze continues to be directed toward the particular portion or point of the display screen for at least the pre-defined period of time (e.g., 4 seconds, 6 seconds, etc.), a trigger event is initiated at the HMD. As part of initiating the trigger event, images from the gaze detection cameras are forwarded as gaze detection image frames to the computer, for processing, in one embodiment. In another embodiment, the coordinates of the particular portion or point of the display screen is computed at the HMD and forwarded to the computer as user gaze data for further processing.

In the embodiment where gaze detection image frames are provided, an image analyzing module available at the computer is used to analyze the gaze detection image frames and correlate the user's gaze direction to a particular object or point in the lake scene by mapping the gaze direction to a three-dimensional model of the lake scene generated by the image analyzing module. As shown inFIG. 4B, based on the analysis, it is determined that the user's gaze direction corresponds to a message board that is at the end of a pier within the lake scene. Further, the analysis identifies that the object (i.e., message board) is rendered at a virtual distance D1on the display screen making the message hard for the user to read.

In the embodiment where the user gaze data identifying coordinates is provided to identify the particular portion or point of the display screen, the image analyzing module available at the computer correlates the coordinates provided in the user gaze data to the particular object or point in the lake scene. In some embodiments, the coordinates are provided in three-dimensional format and the image analyzing module may correlate the coordinates to a three-dimensional model generated for the lake scene. In some embodiments, the coordinates are provided in two-dimensional format and the image analyzing module may correlate the coordinates to a two-dimensional model generated for the lake scene.

Upon identifying the particular point or object of interest, the computer forwards a signal to the HMD to adjust the zoom factor of the lens of the forward facing cameras so that the object captured in the lake scene is zoomed in, as illustrated inFIG. 4C. In response to the signal, the object is now presented at a virtual distance D2, wherein D2is less than D1, thereby making the message board bigger so that the user can read the warning message. The speed of zooming is adjusted to ensure that the zooming in does not cause any discomfort or disorientation to the user. Although the various embodiments discuss enhancing a portion of the image component of the real-world scene captured by the forward facing cameras, the embodiments may be extended to enhance the audio portion or the video portion captured in the real-world environment as well. In some embodiments, the signal to adjust the zoom factor may include a signal to adjust the focal length of the lens of the forward facing cameras. In other embodiments, in addition to or instead of the signal to adjust the focal length, a signal to adjust the aperture of the lens may be included so that the object or point that is enhanced appears sharp. This may entail adjusting the lens aperture to ensure sufficient light passes through to the image sensor to provide a clear and enhanced view of the object that has captured the user's interest. The signal may also specify a speed of such adjustments so as to provide the user with an enhanced image of the object without subjecting the user to any discomfort or causing disorientation or dizziness or motion sickness.

In some embodiments, the HMD and the computer may be used to enhance portions of a virtual reality scene, such as game scene of a video game, currently rendering on the display screen of the HMD. In such embodiments, the controller/console communication circuit (or simply referred to herein as “CC communication circuit”)289of the HMD104receives the game data from the computer172in media streams, forwards the media streams to the image processing module290, where the media streams are decrypted to generate the game data. The image processing module290engages other components of the HMD to process different components of the game data. The processed game data is forwarded to corresponding components of the HMD. For example, the image processing module290may engage a video/audio separator254to separate the video and the audio component of the game data. The image processing module290then engages a video decoder255(FIG. 2) to decode the video component of the game data to identify video frames and forward the video frames to the display controller for rendering on the display screen. The video decoder255may use a video buffer280to provide buffering of the video component of the game data before it is forwarded to the display controller (i.e., display screen266) for rendering. The video buffering is to minimize latency for the game data presented on the display screen266. Similarly, the image processing module290may engage an audio decoder276(FIG. 2) to decode the audio component of the game data prior to rendering the audio data on the one or more speakers of the HMD. The audio decoder276may use an audio buffer272to provide buffering for the audio component of the game data prior to forwarding the audio portion to the speakers of the HMD. Of course, the audio component and the video component are synchronized when presented at the respective components of the HMD.

In some embodiments, during the presentation of the game data, the user's motions and actions are tracked at the HMD to determine if a trigger event needs to be initiated. For example, a trigger event may be initiated at the HMD when it is determined that the user's gaze is directed to a particular object or point on the display screen for at least a pre-defined period of time (e.g., 2 seconds, 5 seconds, etc.). One or more gaze detection camera278is engaged to monitor the user's gaze in order to determine the gaze direction of the user. The gaze detection camera tracks the user's gaze and determines the gaze direction by mapping the user's gaze to corresponding portion of content rendered on the display screen of the HMD. When it is determined that the user's gaze has been directed to a particular point, portion or object of content rendered on the screen for a pre-defined period of time, the gaze detection camera captures the images of the user's eyes and forwards the images in image frames to the CC communications circuit289for processing. The CC communications circuit289analyzes the inputs to detect the gaze direction of the user, initiates a trigger event when it determines that the user's gaze is fixed on a particular point or object of content for at least a pre-defined period of time, and forwards data related to user's gaze (e.g., coordinates, images, etc.) to the communication device178of the computer172. The computer172uses the gaze direction data and maps the data to the video images that are currently being provided for rendering on the screen of the HMD to identify the particular point or object of the game data that has captured the user's interest.

In some embodiments, the user's gaze direction may be influenced by a visual cue provided with or in the game data or in the real-world environment. For example, the visual cue may be in the form of a beacon or a directional arrow or a highlight or color flash, etc., at or near an object or point of interest. The visual cue may capture the user's attention leading to a shift in the user's gaze direction toward the object that is rendered at a virtual distance. Alternately, the user's gaze direction may be influenced by change in the user's gaze characteristics, such as narrowing of the user's eyes trying to focus on a particular object that appears at a virtual distance, when rendered on the display screen of the HMD104. The object or point of interest, for example, may be hard for a user to see clearly. In some embodiments, in response to the initiated trigger event, the computer172may generate a signal instructing the game logic to adjust the game data so that the object is brought into focus. In alternate embodiments, the signal may provide instructions to the HMD to adjust the rendering of the images so as to digitally zoom in on the object or point of interest in the VR scene.

In some other embodiments, in response to the occurrence of the trigger event caused by gaze detection, the signal generated by the computer may include instructions to adjust optical settings of the lens of the HMD. For example, the signal may include instructions to adjust a zoom factor for the lens of the HMD so that the object rendered on the screen may be zoomed in and brought into focus. The adjustment to the zoom factor causes a change in the virtual distance at which the object is rendered on the display screen of the HMD from a first virtual distance to a second virtual distance, wherein the second virtual distance is shorter than the first virtual distance. The adjustment in the virtual distance makes it appear that the object is brought closer to the relative position of the user within the VR scene.

In some embodiments, the VR scene may include one or more points or objects that may be of interest to users. As mentioned earlier, the VR scene may be a pre-recorded video provided by a user or a content provider, a recording of a video game play of a user, etc. The pre-recorded video may include one or more objects or points of interest that may have been identified by other users or content provider as being interesting. The objects may be identified using a tag, a beacon, a highlight, color flash, or any other form of visual or audio cue. These visual cues in the VR scene may influence the user to gaze in a particular direction. The image analyzing module in the computer determines the gaze direction of the user and identifies one of the objects or points within the VR scene that have been previously identified and is in line with the gaze direction.

In some embodiments, once the object or point of interest has been identified, the user may be provided with an option to confirm the identity of the object or point of interest. For example, the option may be provided as a button on the HMD or the HHC that is communicatively coupled to the HMD for user selection, an option presented on an user interface at the display screen of the HMD that can be selected using controls provided in the HHC or the HMD, an audio option, a gesture option (e.g., a nod or a wave captured by an external image capturing device, a wink or a blink provided by the user and detected by an image capturing device of the HMD, a tap on an input pad of the HHC or HMD, a swipe action on an input pad of the HHC or HMD, etc.). User selection and/or action provided at the options are captured using the user input circuitry262and processed by the CC communication circuit289. Based on the user selection, a signal may be generated by the computer to the HMD to adjust the zoom factor of the lens of the HMD or to adjust the image of the VR scene so that the selected object may be brought into focus at a virtual distance that makes the object appear clear, sharp and close to the user's eyes to make it discernible.

In some embodiments, an image processing algorithm available at the computer may use the points of interest identified in the VR scene by various users, and define areas that are proximal to the points of interest where a user can be teleported. The areas are pre-defined so as to take into account the terrain attributes near or around the points of interest. For example, if a mountain scene is being presented on the display screen of the HMD, the various points of interest may be identified at different elevations of the mountain as potential vista points. These points of interest are used to define virtual areas for teleporting a user, in some embodiments. When the virtual areas around or proximal to objects or points of interest are defined, the image processing algorithm takes into consideration the terrain or other features of the VR scene. In some embodiments, the pre-defined virtual areas near or around the objects or points of interest in the VR scene may be used to “teleport” the user. These virtual areas are mapped to a physical space in which the user wearing the HMD is operating and define a zone of movement within the physical space for the user to provide interactions while viewing the VR scene.

Teleporting the user, in one embodiment, may include adjusting the image of the VR scene presented on the display screen of the HMD. The adjusting of the image of the VR scene is done in such a manner so as to make it appear that the user has been transferred to a new location defined by the pre-defined virtual area associated with the object or point in the VR scene that has caught the user's interest or attention, as defined, for example, by the gaze direction. In some embodiments, as part of teleporting the user, the image of the VR scene is adjusted so that the VR scene that is rendered at the HMD reflects the view from the pre-defined virtual area. For example, in the mountain scene, as the user is teleported to a pre-defined area that is close to a vista point, the content that is rendered on the display screen of the HMD is a view of the mountain scene as seen from the vista point. After rendering the adjusted content, any movement by the user in the physical space is translated to the user's movement in the teleported pre-defined virtual area at the vista point and the content of the virtual scene is adjusted in accordance to the detected user's movement. For example, if the user moves his head to the right, the scene from the right side of the virtual scene is rendered and when the user moves his head down, the valley scene in line with the user's gaze direction is rendered. In some embodiments, the adjustment to the VR scene is performed for a pre-defined period of time and after expiration of the pre-defined period of time, the image of the VR scene before the adjustment is rendered.

FIGS. 5A and 5Bidentify one such example of a VR scene that identifies various vista points or objects/points of interest identified by other users or by a computer to which a user may be teleported, in one embodiment.FIG. 5Aillustrates a scene of a rest stop along a scenic route that is rendered on the display screen of the HMD of the user with different objects or points of interest at the rest stop identified by either other users or by a computer by analyzing the images of the scene, in one embodiment. In this embodiment, the scene is a pre-recorded real-world scene that was captured by a user or by a system and made available to other users. In some embodiments, the scene may be a virtual scene provided by an interactive application, such as a game application, for example. In some embodiments, the identified objects or points of interest are associated with tags, or are identified using visual or aural cues. For example, some of the points of interest identified in the scene of a rest stop along a scenic drive may include a duck pond, a picnic area, a gas station, one or more vista points on a mountain trail, play area, an over-bridge over a stream, and rest rooms. Each of these points of interest may be identified using highlights, a beacon, an outline, an arrow, flashing lights, etc., or by sound or other aural cues, when presented at the HMD. For simplicity sake, the points of interest are identified inFIG. 5Ausing reference numerals1-9. In some embodiments, the objects or points of interest in the scene (either VR or real-world scene) are automatically identified (e.g., visually or aurally) during rendition of the VR scene at the HMD. In other embodiments, user interaction at the HMD may be required during the rendition of the VR scene to cause the objects or points of interest in the VR scene to be identified visually or aurally. For example, a button press may be required on the HMD in order for the points of interest associated with the current VR scene to be highlighted. The scene rendered on the HMD may also identify pre-defined virtual areas at or near different points of interest identified in the scene. In the scene illustrated inFIG. 5A, the user wearing the HMD is viewing the VR scene from a pre-defined virtual area near point1that is identified near the pond where ducks are present.

FIG. 5Billustrates other predefined virtual areas that are identified around or near the points or objects of interest, in one embodiment. The virtual areas may be identified based on the terrain and the nature or type of the object or point of interest that the virtual areas are associated with. InFIG. 5B, each of the points of interest (1-9) identified by reference numerals have a corresponding pre-defined virtual area (1′-9′) associated with it. The pre-defined virtual area near the pond (represented by reference numeral1) may be the pathway1′ surrounding the pond that is accessible to a user—meaning there are no barriers (such as trees, shrubs, structure, etc.) that can curb a user's movement in the virtual space. Similarly, the virtual area for the gas station (represented by reference numeral3) may be identified to be an area (represented by reference numeral3′) that is in front of the gas station that includes the gas pumps and to the sides of the gas station. Further, the pre-defined virtual areas available near the various points of interest are mapped to the physical space in which the user operates, in some embodiments, so that any movement in the physical space can be correlated with the movement of the user in virtual space.

The movement of the user in the physical space may be correlated to user's actions in the VR scene, which acts to causes a change in the scene rendered on the HMD. For example, a user may initially (i.e., time t0) start out viewing the VR scene that includes a rest stop along the scenic route illustrated inFIG. 5A, from a pre-defined area1′ defined near point1. While viewing the VR scene, the user's gaze may be monitored. When the system detects that the user's gaze direction is directed toward point2from time t3-t8(at least a pre-defined period of 4 seconds, for example), the user is “teleported” to the pre-defined area2′ that is defined around point2after the expiration of the pre-defined period of time (i.e., the user is teleported between time t7and t8). The teleporting may be abrupt or may be done gradually, and the speed of teleporting is dependent on the user's preference, the type of content being rendered, etc. The teleporting causes the image rendered at the display screen of the HMD to be adjusted so as to change the view of the VR scene rendered at the HMD to a new view that is rendered from the perspective of the user at the new location defined by the pre-defined area2′. As part of teleporting, certain portions of the VR scene around point2may appear larger or closer while others in the vicinity of point2are presented at a distance. The direction of the VR scene is based on the user's gaze direction and the VR scene is presented from the user's perspective. After teleporting the user to the new location2′, the system continues to monitor the user's actions, motions and gaze direction. When it is detected the user's gaze direction has shifted to point7, the system determines if the user's gaze direction is on point7for at least the pre-defined period of time (e.g., of 4 seconds). When it is determined that the user's gaze has been on point7for at least the pre-defined period of time, the system teleports the user to the pre-defined area7′ associated with point7and renders images of the VR scene from the perspective of the user's new location. After teleporting the user to the new location (pre-defined area7′), when it is determined that the user has not changed his gaze direction for a period of time, in one implementation, the user may be left at the new location till a change is detected. In an alternate implementation, the user may be returned to the original view by teleporting the user to the pre-defined area near point1after a period of time, and the user is presented with the VR scene from the pre-defined area near point1.

FIG. 6illustrates a graphical representation identifying the transition points for adjusting the image rendered on the display screen of the HMD of the user, based on the gaze direction of the user, in one embodiment. At time t0, a user may be currently viewing a VR scene that includes object A among other objects and points of interest (point1in the graph). At time t3, the system may detect that users' gaze direction is focused on object A (point2in the graph) in the VR scene. The system continues to monitor the user's gaze direction and at time t4, the system may determine that the user's gaze direction has remained on object A for the pre-defined period of time, and selects, highlights object A for a pre-defined period of time (point3in the graph). In some embodiment, as part of highlighting, the object of interest or the point of interest may be outlined to identify the object or point of interest that has caught the attention of the user.

In addition to outlining or highlighting the object or point of interest, a request may be generated by the system and presented to the user to obtain confirmation that the selected object or point of interest is indeed the object or point of interest that has grabbed the user's interest. The confirmation may be presented for a pre-defined period of time. A user, in response to the request, may provide confirmation through an action at the HMD (e.g., button press, swipe on a touch interface provided at the HMD, etc.), or using a controller (e.g., button press or swipe gesture using the controller or via audio command, etc.). The user action is associated with the object or point of interest by associating the user action to a tag of the object or point of interest. After expiration of the pre-defined period of time or after obtaining the confirmation from the user, if the user's gaze direction continues to remain on object A, the system generates a signal to adjust image of object A so that object A is zoomed in. The speed of adjusting the image of object A at the display screen may be driven by the type of content that is being rendered (e.g., high intensity video game scene, low intensity virtual tour, etc.), type, attributes of the object (stationary or moving) and by the user's comfort level. For example, if object A is a stationary object, such as a message board illustrated inFIGS. 4A-4C, and/or the user is able to handle a fast zoom in (based on user's reaction to various content (including moving object) rendered on the HMD), then the object A may be zoomed in fast, as illustrated by point4in the graph. If, however, the user prefers a slower adjustment, the object A may be zoomed in at a moderate speed, as illustrated by point4′ or at slower speed, as illustrated by point4″.

In some embodiments, the view presented by the HMD is adjusted so that the image from the VR scene is rendered in the background and the image of the zoomed-in object provided as an overlay on top of the VR scene. In some embodiments, the VR scene with the zoomed in object A is rendered for a period of time (e.g., 3 seconds, 4 seconds, etc.) and the display screen of the HMD is reverted back to view the images from the VR scene that was being shown to the user prior to the zooming in of object A, as illustrated by point5. If, on the other hand, while object A is being highlighted for a period of time that is less than the pre-defined period of time, the user's gaze direction has shifted from object A, the system may retain the current view of the VR scene, as illustrated by point3′ on the dotted line of object A.

The various embodiments that have been described in detail with regards to the image of the VR scene or the real-world environment being rendered on a display screen of the HMD with the image of the object being zoomed in may also be extended to embodiments where the image of the VR scene or the real-world environment are projected by the HMD onto a display surface that is outside of the HMD. In this case, the image of the object that is zoomed in is also presented on the display surface on which the image of the VR scene or the real-world environment is being projected by the HMD. In alternate embodiments, when the object is zoomed-in, the zoomed-in object may be presented on the display screen of the HMD while the VR scene is projected on to the display surface or vice versa.

In another embodiment, the object that has caught the user's attention (based on the user's gaze direction) may be a moving object, object B. In such embodiment, the adjustment to the moving object B may be performed in a manner that takes into account the speed at which the object B is moving. As shown inFIG. 6, when it is detected that the user's gaze direction is on moving object B (at point10), object B is selected and highlighted, as illustrated by point11. The user's gaze direction continues to be monitored and the object B is zoomed in, as illustrated by point12, when it is determined the user's gaze direction continues to remain on object B for at least the pre-defined period of time. The speed of zooming in on object B may take into account the speed at which the object B is moving so as to provide an enhanced image of object B, without causing the user any discomfort while continuing to present object B with sufficient clarity and focus. In some embodiments, the viewing width associated with the display screen of the HMD may be dynamically adjusted based on the speed of movement of the object and/or the head of the user wearing the HMD, when rendering the enhanced image of object B for the user. The dynamic adjustment of the viewing width of the display screen is to adjust field of view presented to the user so as to reduce motion sickness and/or assist in acclimatizing the user. The adjusted object B is rendered for a period of time, as illustrated by point13, before resuming a current view of the VR scene in which object B is present.

In some embodiments, the speed at which an object is zoomed in, the amount of zooming, etc., may take into account the vision characteristics of the user's eyes wearing the HMD. Vision characteristics vary from one user to another and identify optical factors that are used to detect anomalies in the user's eyes affecting the clarity of vision of the user. In some cases, the vision characteristics are used to determine commonly occurring refractive errors of the eyes that can be corrected using corrective glasses or lenses. Details of these vision characteristics associated with a user can be taken into consideration when determining the speed or amount of zooming in of the object.

In some embodiments, the signal to adjust the image of the object may include a signal to adjust focal length of the lens of the forward facing camera, when capturing the images of the object from a real-world environment, or a signal to adjust an aperture setting of the lens so as to cause an adjustment to a depth of the object, or a signal to adjust brightness level of the object so that the user may be able to view the object clearly, etc. In some embodiments, the brightness level of the screen on which the image of the object is being rendered may also be adjusted (either by enhancing and diminishing the brightness level) to enable viewing of the object when rendered on the screen.

In some embodiments, the display screen of the HMD may be split into a first portion and a second portion. The object that has caught the interest of the user may be rendered in the first portion and the remaining content (real-world environment or VR scene) may be rendered in the second portion. The display screen may be split horizontally, vertically, diagonally, radially, etc, or in any other direction to allow the object or point of interest adjusted by a zoom factor to be rendered while at the same time allowing the user to view the VR scene without interruption. For example, the screen may be split in accordance to the direction in which an object that has caused the user's attention is moving (e.g., a thrown or bouncing ball, etc.).

In some embodiments, the view of the images of the real-world environment/VR scene and the object provided by the HMD may be split, in response to the signal, so that the images of the real-world environment or the VR scene is rendered on a first screen and the image of the object is rendered on a second screen. For example, the VR scene may be projected onto a display surface (i.e., first screen) that is external to the HMD using a projector mechanism that is available within the HMD while the enhanced image of the object is rendered on a display screen of the HMD (i.e., second screen). In some embodiments, the projector mechanism may be external to the HMD but may be controlled using input provided at the HMD or the controller that is communicatively coupled to the HMD. In another example, the display surface external to the HMD may be used to project the enhanced image of the object while the image from the VR scene is rendered on the display screen of the HMD.

In some embodiments, user movement in the physical space is used to adjust the image in the VR scene rendered on the HMD. The user's movement in the physical space may be controlled by the amount of space available in pre-defined area(s) in the VR scene. In some embodiments, the VR scene presented at the HMD would identify the user's relative location based on the detected movement and adjusts the image in the VR scene to correlate with the detected movement. To assist the user in determining the available space in the physical world, the system may provide outline of objects in the physical world as an overlay on the VR scene with the user's initial position in the VR scene highlighted or presented as a crosshair identifier or using other identification techniques. As the user moves around, the user's movements are reflected in the pre-defined virtual area near the object(s) within the VR scene. When the user moves closer to a boundary of the pre-defined virtual area, the user is provided with visual or aural warning. In some embodiments, the visual warning for a scene of a cliff of a mountain to indicate to the user that he is moving closer to the boundary. Similarly, the user's movement in the physical world may be mapped to space available for user's movement in the physical world. The space available in the physical world may be bound by physical objects, other users, etc. As the user approaches any of the physical objects or other users, the image in the VR scene may be adjusted to provide a warning to the user. In some embodiment, the warning may be presented as a visual line identifying the boundary of movement for the user and the user's proximity to the boundary. In some embodiments, the intensity of the visual line may be increased as the user approaches the boundary. In some embodiments, instead of or in addition to the visual cue, the user may be presented with haptic or aural warning with the intensity of such warnings increasing as the user approaches closer to a physical object or the boundary defined in the VR scene. For more information on providing warnings to users based on safety conditions, reference can be made to application Ser. No. 14/254,881, filed on Apr. 16, 2014, and entitled, “Systems and Methods for Transitioning Between Transparent Mode and Non-Transparent Mode in a Head Mounted Display,” which is incorporated herein by reference in its entirety.

The various embodiments discussed herein allow the HMD to act as a virtual binocular allowing the images to be adjusted based on the gaze direction of the user. The images are adjusted in a manner that makes it appear that the user is being teleported to a new location that is closer to an object of interest to the user. The images are presented in a manner that makes it discernible to the user.

FIG. 7illustrates method operations for presenting an object of interest from a real-world environment on a screen of a head mounted display (HMD), in accordance to an embodiment of the invention. The method begins at operation710, wherein an image of a real-world environment proximal to a user wearing the HMD is received at the HMD. The image is received from one or more forward facing cameras disposed on the face of the HMD, for example. The image is processed by a processor of the HMD to determine the various objects and the scene captured in the image.

The HMD then determines a gaze direction of the user wearing the HMD, as illustrated in operation720. The gaze direction is determined by tracking the user's gaze using one or more cameras, such as gaze detection cameras or other inward facing image capturing devices, that are provided on the inside surface of the HMD and directed toward one or more both eyes of the user. The gaze direction may be identified by a set of coordinates. The captured image is forwarded by the camera(s) to the processor of the HMD for analysis.

The HMD processor analyzes the image received from the camera and determines an object or point in the real-world environment that has captured the user's interest, as illustrated in operation730. The object or point of interest is determined by matching the set of coordinates identified from the gaze direction with a specific area of the display screen and identifying the object or point rendered in that specific area. This is one way of identifying the object or point of interest and other ways of identifying the object or the point of interest may also be used. For example, the image of the real-world environment may be analyzed to obtain the coordinates of various points, objects found in the environment and mapping the coordinates of the gaze direction to the corresponding points, objects in the environment. The mapping may be performed using a two-dimensional or a three-dimensional representation of the image of the real-world environment. The image analysis also determines the virtual distance at which the object or point of interest is being rendered.

The processor of the HMD then generates a signal to adjust a zoom factor for lens of the one or more forward facing cameras that was engaged to capture the image of the real-world environment, such that the image of the object or point of interest is zoomed in and brought into focus, as illustrated in operation740. The zooming in causes the image of the object to be rendered at a second virtual distance which appears closer for the user than the original image. Further, the zooming in is done in such a manner that the image of the object is brought into focus while keeping the image sharp and clear.

FIG. 8illustrates an embodiment of an Information Service Provider architecture that may be used in providing access to different games. Information Service Providers (ISP)1070deliver a multitude of information services to users1082geographically dispersed and connected via network1050. Although the various embodiments have been discussed with reference to providing fast access to games, the embodiments can be extended to provide one or more types of other services. For example, an ISP can deliver just one type of service, such as a game, or a variety of services such as games, stock price updates, broadcast media, news, sports, gaming, etc. Additionally, the services offered by each ISP may be dynamic, that is, services can be added or taken away at any point in time. Thus, the ISP providing a particular type of service to a particular individual can change over time. For example, a user may be served by an ISP in near proximity to the user while the user is in her home town, and the user may be served by a different ISP when the user travels to a different city. The home-town ISP will transfer the required information and data from the user's gaming or access profile to the new ISP through the connection module, such that the user information “follows” the user to the new city making the data closer to the user and easier to access. In another embodiment, a master-server relationship may be established between a master ISP, which manages the information for the user, and a server ISP that interfaces directly with the user under control from the master ISP. In another embodiment, the data is transferred from one ISP to another ISP (i.e., during switching of data center assigned to the user) as the client moves around the world and such transfer may be based on a compatibility of services provided by the respective ISPs to make the ISP in better position to service the user be the one that delivers these services.

ISP1070includes Application Service Provider (ASP)1072, which provides computer-based services to customers over a network. Software offered using an ASP model is also sometimes called on-demand software or software as a service (SaaS). A simple form of providing access to a particular application program (such as customer relationship management) is by using a standard protocol such as HTTP. The application software resides on a vendor's system, for example, and is accessed by users through a web browser using HTML, or by a special purpose client software provided by the vendor, or via other remote interface such as a thin client.

Services delivered over a wide geographical area often use cloud computing. Cloud computing is a style of computing in which dynamically scalable and often virtualized resources are provided as a service over the Internet. Users do not need to be an expert in the technology infrastructure in the “cloud” that supports them. Cloud computing can be divided into different services, such as Infrastructure as a Service (IaaS), Platform as a Service (PaaS), and Software as a Service (SaaS). Cloud computing services often provide common business applications online that are accessed from a web browser, while the software and data are stored on the servers. The term cloud is used as a metaphor for the Internet (e.g., using servers, storage and logic), based on how the Internet is depicted in computer network diagrams and is an abstraction for the complex infrastructure it conceals.

Further, ISP1070includes a Game Processing Server (GaPS)1074which is used by game clients to play single and multiplayer video games. Most video games played over the Internet operate via a connection to a game server. Typically, games use a dedicated server application that collects data from players and distributes it to other players. This is more efficient and effective than a peer-to-peer arrangement, but it requires a separate server to host the server application. In another embodiment, the GaPS establishes communication between the players and their respective game-playing devices exchange information without relying on the centralized GaPS.

Dedicated GaPSs are servers which run independently of the client. Such servers are usually run on dedicated hardware located in data centers, providing more bandwidth and dedicated processing power. Dedicated servers are the preferred method of hosting game servers for most PC-based multiplayer games. Massively multiplayer online games run on dedicated servers usually hosted by the software company that owns the game title, allowing them to control and update content.

Broadcast Processing Server (BPS)1076distributes audio or video signals to an audience. Broadcasting to a very narrow range of audience is sometimes called narrowcasting. The final leg of broadcast distribution is how the signal gets to the listener or viewer, and it may come over the air as with a radio station or TV station to an antenna and receiver, or may come through cable TV or cable radio (or “wireless cable”) via the station or directly from a network. The Internet may also bring either radio or TV to the recipient, especially with multicasting allowing the signal and bandwidth to be shared. Historically, broadcasts have been delimited by a geographic region, such as national broadcasts or regional broadcast. However, with the proliferation of fast internet, broadcasts are not defined by geographies as the content can reach almost any country in the world.

Storage Service Provider (SSP)1078provides computer storage space and related management services. SSPs also offer periodic backup and archiving. By offering storage as a service, users can order more storage as required. Another major advantage is that SSPs include backup services and users will not lose all their data if their computers' hard drives fail. Further, a plurality of SSPs can have total or partial copies of the user data, allowing users to access data in an efficient way independently of where the user is located or the device being used to access the data. For example, a user can access personal files in the home computer, as well as in a mobile phone while the user is on the move.

Communications Provider1080provides connectivity to the users. One kind of Communications Provider is an Internet Service Provider (ISP) which offers access to the Internet. The ISP connects its customers using a data transmission technology appropriate for delivering Internet Protocol datagrams, such as dial-up, DSL, cable modem, fiber, wireless or dedicated high-speed interconnects. The Communications Provider can also provide messaging services, such as e-mail, instant messaging, and SMS texting. Another type of Communications Provider is the Network Service provider (NSP) which sells bandwidth or network access by providing direct backbone access to the Internet. Network service providers may consist of telecommunications companies, data carriers, wireless communications providers, Internet service providers, cable television operators offering high-speed Internet access, etc.

Data Exchange1088interconnects the several modules inside ISP1070and connects these modules to users1082via network1086. Data Exchange1088can cover a small area where all the modules of ISP1070are in close proximity, or can cover a large geographic area when the different modules are geographically dispersed. For example, Data Exchange1088can include a fast Gigabit Ethernet (or faster) within a cabinet of a data center, or an intercontinental virtual area network (VLAN).

Users1082access the remote services with client device1084, which includes at least a CPU, a memory, a display and I/O. The client device can be a PC, a mobile phone, a netbook, tablet, gaming system, a PDA, etc. In one embodiment, ISP1070recognizes the type of device used by the client and adjusts the communication method employed. In other cases, client devices use a standard communications method, such as HTML, to access ISP1070.

FIG. 9is a block diagram of a Game System1400, according to various embodiments of the invention. Game System1400is configured to provide a video stream to one or more Clients1410via a Network1415. The Network is similar to the Network200illustrated inFIG. 1. Game System1400typically includes a Video Server System1420and an optional game server1425. Video Server System1420is configured to provide the video stream to the one or more Clients1410with a minimal quality of service. For example, Video Server System1420may receive a game command that changes the state of or a point of view within a video game, and provide Clients1410with an updated video stream reflecting this change instantly with minimal lag time. The Video Server System1420may be configured to provide the video stream in a wide variety of alternative video formats, including formats yet to be defined. Further, the video stream may include video frames configured for presentation to a user at a wide variety of frame rates. Typical frame rates are 30 frames per second, 60 frames per second, and 1420 frames per second. Although higher or lower frame rates are included in alternative embodiments of the invention.

Clients1410, referred to herein individually as1410A,1410B, etc., may include head mounted displays, terminals, personal computers, game consoles, tablet computers, telephones, set top boxes, kiosks, wireless devices, digital pads, stand-alone devices, handheld game playing devices, and/or the like. Typically, Clients1410are configured to receive encoded video streams, decode the video streams, and present the resulting video to a user, e.g., a player of a game. The processes of receiving encoded video streams and/or decoding the video streams typically includes storing individual video frames in a receive buffer of the client. The video streams may be presented to the user on a display integral to Client1410or on a separate device such as a monitor or television. Clients1410are optionally configured to support more than one game player. For example, a game console may be configured to support two, three, four or more simultaneous players. Each of these players may receive a separate video stream, or a single video stream may include regions of a frame generated specifically for each player, e.g., generated based on each player's point of view. Clients1410are optionally geographically dispersed. The number of clients included in Game System1400may vary widely from one or two to thousands, tens of thousands, or more. As used herein, the term “game player” is used to refer to a person that plays a game and the term “game playing device” is used to refer to a device used to play a game. In some embodiments, the game playing device may refer to a plurality of computing devices that cooperate to deliver a game experience to the user. For example, a game console and an HMD may cooperate with the video server system1420to deliver a game viewed through the HMD. In one embodiment, the game console receives the video stream from the video server system1420, and the game console forwards the video stream, or updates to the video stream, to the HMD for rendering.

Clients1410are configured to receive video streams via Network1415. Network1415may be any type of communication network including, a telephone network, the Internet, wireless networks, powerline networks, local area networks, wide area networks, private networks, and/or the like. In typical embodiments, the video streams are communicated via standard protocols, such as TCP/IP or UDP/IP. Alternatively, the video streams are communicated via proprietary standards.

A typical example of Clients1410is a personal computer comprising a processor, non-volatile memory, a display, decoding logic, network communication capabilities, and input devices. The decoding logic may include hardware, firmware, and/or software stored on a computer readable medium. Systems for decoding (and encoding) video streams are well known in the art and vary depending on the particular encoding scheme used.

Clients1410may, but are not required to, further include systems configured for modifying received video. For example, a client may be configured to perform further rendering, to overlay one video image on another video image, to crop a video image, and/or the like. For example, Clients1410may be configured to receive various types of video frames, such as I-frames, P-frames and B-frames, and to process these frames into images for display to a user. In some embodiments, a member of Clients1410is configured to perform further rendering, shading, conversion to 3-D, or like operations on the video stream. A member of Clients1410is optionally configured to receive more than one audio or video stream. Input devices of Clients1410may include, for example, a one-hand game controller, a two-hand game controller, a gesture recognition system, a gaze recognition system, a voice recognition system, a keyboard, a joystick, a pointing device, a force feedback device, a motion and/or location sensing device, a mouse, a touch screen, a neural interface, a camera, input devices yet to be developed, and/or the like.

The video stream (and optionally audio stream) received by Clients1410is generated and provided by Video Server System1420. As is described further elsewhere herein, this video stream includes video frames (and the audio stream includes audio frames). The video frames are configured (e.g., they include pixel information in an appropriate data structure) to contribute meaningfully to the images displayed to the user. As used herein, the term “video frames” is used to refer to frames including predominantly information that is configured to contribute to, e.g. to effect, the images shown to the user. Most of the teachings herein with regard to “video frames” can also be applied to “audio frames.”

Clients1410are typically configured to receive inputs from a user. These inputs may include game commands configured to change the state of the video game or otherwise affect game play. The game commands can be received using input devices and/or may be automatically generated by computing instructions executing on Clients1410. The received game commands are communicated from Clients1410via Network1415to Video Server System1420and/or Game Server1425. For example, in some embodiments, the game commands are communicated to Game Server1425via Video Server System1420. In some embodiments, separate copies of the game commands are communicated from Clients1410to Game Server1425and Video Server System1420. The communication of game commands is optionally dependent on the identity of the command. Game commands are optionally communicated from Client1410A through a different route or communication channel that that used to provide audio or video streams to Client1410A.

Game Server1425is optionally operated by a different entity than Video Server System1420. For example, Game Server1425may be operated by the publisher of a multiplayer game. In this example, Video Server System1420is optionally viewed as a client by Game Server1425and optionally configured to appear from the point of view of Game Server1425to be a prior art client executing a prior art game engine. Communication between Video Server System1420and Game Server1425optionally occurs via Network1415. As such, Game Server1425can be a prior art multiplayer game server that sends game state information to multiple clients, one of which is game server system1420. Video Server System1420may be configured to communicate with multiple instances of Game Server1425at the same time. For example, Video Server System1420can be configured to provide a plurality of different video games to different users. Each of these different video games may be supported by a different Game Server1425and/or published by different entities. In some embodiments, several geographically distributed instances of Video Server System1420are configured to provide game video to a plurality of different users. Each of these instances of Video Server System1420may be in communication with the same instance of Game Server1425. Communication between Video Server System1420and one or more Game Server1425optionally occurs via a dedicated communication channel. For example, Video Server System1420may be connected to Game Server1425via a high bandwidth channel that is dedicated to communication between these two systems.

Video Server System1420comprises at least a Video Source1430, an I/O Device1445, a Processor1450, and non-transitory Storage1455. Video Server System1420may include one computing device or be distributed among a plurality of computing devices. These computing devices are optionally connected via a communications system such as a local area network.

Video Source1430is configured to provide a video stream, e.g., streaming video or a series of video frames that form a moving picture. In some embodiments, Video Source1430includes a video game engine and rendering logic. The video game engine is configured to receive game commands from a player and to maintain a copy of the state of the video game based on the received commands. This game state includes the position of objects in a game environment, as well as typically a point of view. The game state may also include properties, images, colors and/or textures of objects.

The game state is typically maintained based on game rules, as well as game commands such as move, turn, attack, set focus to, interact, use, and/or the like. Part of the game engine is optionally disposed within Game Server1425. Game Server1425may maintain a copy of the state of the game based on game commands received from multiple players using geographically disperse clients. In these cases, the game state is provided by Game Server1425to Video Source1430, wherein a copy of the game state is stored and rendering is performed. Game Server1425may receive game commands directly from Clients1410via Network1415, and/or may receive game commands via Video Server System1420.

Video Source1430typically includes rendering logic, e.g., hardware, firmware, and/or software stored on a computer readable medium such as Storage1455. This rendering logic is configured to create video frames of the video stream based on the game state. All or part of the rendering logic is optionally disposed within a graphics processing unit (GPU). Rendering logic typically includes processing stages configured for determining the three-dimensional spatial relationships between objects and/or for applying appropriate textures, etc., based on the game state and viewpoint. The rendering logic produces raw video that is then usually encoded prior to communication to Clients1410. For example, the raw video may be encoded according to an Adobe Flash® standard, .wav, H.264, H.263, On2, VP6, VC-1, WMA, Huffyuv, Lagarith, MPG-x. Xvid. FFmpeg, ×264, VP6-8, realvideo, mp3, or the like. The encoding process produces a video stream that is optionally packaged for delivery to a decoder on a remote device. The video stream is characterized by a frame size and a frame rate. Typical frame sizes include 800×600, 1280×720 (e.g., 720p), 1024×768, although any other frame sizes may be used. The frame rate is the number of video frames per second. A video stream may include different types of video frames. For example, the H.264 standard includes a “P” frame and an “I” frame. I-frames include information to refresh all macro blocks/pixels on a display device, while P-frames include information to refresh a subset thereof. P-frames are typically smaller in data size than are I-frames. As used herein the term “frame size” is meant to refer to a number of pixels within a frame. The term “frame data size” is used to refer to a number of bytes required to store the frame.

In alternative embodiments Video Source1430includes a video recording device such as a camera. This camera may be used to generate delayed or live video that can be included in the video stream of a computer game. The resulting video stream optionally includes both rendered images and images recorded using a still or video camera. Video Source1430may also include storage devices configured to store previously recorded video to be included in a video stream. Video Source1430may also include motion or positioning sensing devices configured to detect motion or position of an object, e.g., person, and logic configured to determine a game state or produce video-based on the detected motion and/or position.

Video Source1430is optionally configured to provide overlays configured to be placed on other video. For example, these overlays may include a command interface, log in instructions, messages to a game player, images of other game players, video feeds of other game players (e.g., webcam video). In embodiments of Client1410A including a touch screen interface or a gaze detection interface, the overlay may include a virtual keyboard, joystick, touch pad, and/or the like. In one example of an overlay a player's voice is overlaid on an audio stream. Video Source1430optionally further includes one or more audio sources.

In embodiments wherein Video Server System1420is configured to maintain the game state based on input from more than one player, each player may have a different point of view comprising a position and direction of view. Video Source1430is optionally configured to provide a separate video stream for each player based on their point of view. Further, Video Source1430may be configured to provide a different frame size, frame data size, and/or encoding to each of Client1410. Video Source1430is optionally configured to provide 3-D video.

I/O Device1445is configured for Video Server System1420to send and/or receive information such as video, commands, requests for information, a game state, gaze information, device motion, device location, user motion, client identities, player identities, game commands, security information, audio, and/or the like. I/O Device1445typically includes communication hardware such as a network card or modem. I/O Device1445is configured to communicate with Game Server1425, Network1415, and/or Clients1410.

Processor1450is configured to execute logic, e.g. software, included within the various components of Video Server System1420discussed herein. For example, Processor1450may be programmed with software instructions in order to perform the functions of Video Source1430, Game Server1425, and/or a Client Qualifier1460. Video Server System1420optionally includes more than one instance of Processor1450. Processor1450may also be programmed with software instructions in order to execute commands received by Video Server System1420, or to coordinate the operation of the various elements of Game System1400discussed herein. Processor1450may include one or more hardware device. Processor1450is an electronic processor.

Storage1455includes non-transitory analog and/or digital storage devices. For example, Storage1455may include an analog storage device configured to store video frames. Storage1455may include a computer readable digital storage, e.g. a hard drive, an optical drive, or solid state storage. Storage1415is configured (e.g. by way of an appropriate data structure or file system) to store video frames, artificial frames, a video stream including both video frames and artificial frames, audio frame, an audio stream, and/or the like. Storage1455is optionally distributed among a plurality of devices. In some embodiments, Storage1455is configured to store the software components of Video Source1430discussed elsewhere herein. These components may be stored in a format ready to be provisioned when needed.

Video Server System1420optionally further comprises Client Qualifier1460. Client Qualifier1460is configured for remotely determining the capabilities of a client, such as Clients1410A or1410B. These capabilities can include both the capabilities of Client1410A itself as well as the capabilities of one or more communication channels between Client1410A and Video Server System1420. For example, Client Qualifier1460may be configured to test a communication channel through Network1415.

Client Qualifier1460can determine (e.g., discover) the capabilities of Client1410A manually or automatically. Manual determination includes communicating with a user of Client1410A and asking the user to provide capabilities. For example, in some embodiments, Client Qualifier1460is configured to display images, text, and/or the like within a browser of Client1410A. In one embodiment, Client1410A is an HMD that includes a browser. In another embodiment, client1410A is a game console having a browser, which may be displayed on the HMD. The displayed objects request that the user enter information such as operating system, processor, video decoder type, type of network connection, display resolution, etc. of Client1410A. The information entered by the user is communicated back to Client Qualifier1460.

Automatic determination may occur, for example, by execution of an agent on Client1410A and/or by sending test video to Client1410A. The agent may comprise computing instructions, such as java script, embedded in a web page or installed as an add-on. The agent is optionally provided by Client Qualifier1460. In various embodiments, the agent can find out processing power of Client1410A, decoding and display capabilities of Client1410A, lag time reliability and bandwidth of communication channels between Client1410A and Video Server System1420, a display type of Client1410A, firewalls present on Client1410A, hardware of Client1410A, software executing on Client1410A, registry entries within Client1410A, and/or the like.

Client Qualifier1460includes hardware, firmware, and/or software stored on a computer readable medium. Client Qualifier1460is optionally disposed on a computing device separate from one or more other elements of Video Server System1420. For example, in some embodiments, Client Qualifier1460is configured to determine the characteristics of communication channels between Clients1410and more than one instance of Video Server System1420. In these embodiments the information discovered by Client Qualifier can be used to determine which instance of Video Server System1420is best suited for delivery of streaming video to one of Clients1410.

With the above embodiments in mind, it should be understood that the invention may employ various computer-implemented operations involving data stored in computer systems. These operations include operations requiring physical manipulation of physical quantities. Any of the operations described herein that form part of the invention are useful machine operations. The invention also relates to a device or an apparatus for performing these operations. The apparatus can be specially constructed for the required purpose, or the apparatus can be a general-purpose computer selectively activated or configured by a computer program stored in the computer. In particular, various general-purpose machines can be used with computer programs written in accordance with the teachings herein, or it may be more convenient to construct a more specialized apparatus to perform the required operations.

The above described invention may be practiced with other computer system configurations including hand-held devices, microprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers and the like. The invention may also be practiced in distributing computing environments where tasks are performed by remote processing devices that are linked through a communications network.

The invention can also be embodied as computer readable code on a computer readable medium. Alternately, the computer readable code may be downloaded from a server using the data exchange interconnects described above. The computer readable medium is any data storage device that can store data which can be thereafter read by a computer system, including an electromagnetic wave carrier. Examples of the computer readable medium include hard drives, network attached storage (NAS), read-only memory, random-access memory, CD-ROMs, CD-Rs, CD-RWs, magnetic tapes, and other optical and non-optical data storage devices. The computer readable medium can also be distributed over a network coupled computer system so that the computer readable code is stored and executed in a distributed fashion.

Although the foregoing invention has been described in some detail for purposes of clarity of understanding, it will be apparent that certain changes and modifications may be practiced within the scope of the appended claims. Accordingly, the present embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.