One or more custom actions are stored in memory. Each of the custom actions is associated with a pattern of physical movement and a threshold. Physical movement data captured by a user device of the user is received and mapped to an identified one of the custom actions. When the physical movement data matches the associated pattern of physical movement within the associated threshold, it is determined that the user is authorized to access the identified custom action.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention generally relates to movement-based navigation and access. More specifically, the present invention relates to determining navigation and access based on a movement by a user in a virtual environment.

2. Description of the Related Art

Presently available digital content titles support a variety of different scenarios in which players (through their respective avatars or characters) are able to engage in a variety of different types of activities within a virtual environment. Whether playing individually, in teams, and/or against other players, a player playing such content titles may be presented with a rich virtual environment including multiple different locations, levels, and other portions. A player may navigate and interact with such virtual environment (and associated virtual objects, entities, and other player avatars) using controllers or other input devices. Some titles further allow the player (and their friends or other social contacts) to create or otherwise customize user-generated content associated such interactions within the virtual environment.

The player may generally control their respective avatar or character using one or more types of game controllers. There are presently a variety of different controllers (and controller modifications) with different buttons, touchpads, sensors, microphones, etc., in different configurations and layouts. Different combinations of user input (e.g., sequence or synchronization of button presses, touchpad and other gestures, verbal commands, or other input) may be required to perform different types of in-game moves, maneuvers, or other exercise of in-game action. Because different game titles may include different activities, the specific input combinations may result in different in-game moves. In addition, entering an input combination incorrectly may result in a different in-game action than the one intended by the player. Such variety and complexity of game titles, in-game actions, and of controllers represent barriers to entry when players are introduced to a new or unfamiliar game title, controller, or game console system.

There is, therefore, a need in the art for improved systems and methods of determining movement-based navigation and access in virtual environments.

SUMMARY OF THE CLAIMED INVENTION

Embodiments of the present invention include systems and methods for movement-based navigation. A memory of a computing device stores one or more custom actions associated with a pattern of physical movement and a threshold. A navigation server in communication with the computing device receives physical movement data captured by a user device of a user. The navigation server maps the physical movement data to an identified one of the custom actions, wherein the physical movement data matches the associated pattern of physical movement within the associated threshold. The navigation server determines that the user is authorized to access the identified custom action.

DETAILED DESCRIPTION

Embodiments of the present invention include systems and methods for movement-based navigation. A memory of a computing device stores one or more custom actions associated with a pattern of physical movement and a threshold. A navigation server in communication with the computing device receives physical movement data captured by a user device of a user. The navigation server maps the physical movement data to an identified one of the custom actions, wherein the physical movement data matches the associated pattern of physical movement within the associated threshold. The navigation server determines that the user is authorized to access the identified custom action.

FIG.1illustrates an exemplary network environment100in which a system for sharing movement data may be implemented. The network environment100may include one or more content source servers100that provide digital content (e.g., games, other applications and services) for distribution, one or more content provider server application program interfaces (APIs)120, content delivery network server130, a navigation server140, and one or more user devices150A-150N. The servers described herein may include any type of server as is known in the art, including standard hardware computing components such as network and media interfaces, non-transitory computer-readable storage (memory), and processors for executing instructions or accessing information that may be stored in memory. The functionalities of multiple servers may be integrated into a single server. Any of the aforementioned servers (or an integrated server) may take on certain client-side, cache, or proxy server characteristics. These characteristics may depend on the particular network placement of the server or certain configurations of the server.

Content source servers110may maintain and provide a variety of digital content available for distribution. The content source servers110may be associated with any content provider that makes its content available for access over a communication network. Such content may include not only digital video and games, but also other types of digital applications and services. Such applications and services may include any variety of different digital content and functionalities that may be provided to user devices150. An example of content source servers110may be associated with an Internet website that provides downloadable content and/or streaming content. The content provided by the content source servers110can include any type of multimedia content, such as movies, games, static/dynamic content, pictures, social media content, social media websites, etc. The user device150may include a plurality of different types of computing devices. In some embodiments, content data is transmitted from the content source servers110to a computing device, where the content data is then rendered by the computing device in a format suitable for use by user device150.

Content source servers110may also be inclusive of online servers associated with social media applications, which may be programmed to provide one or more social media graphs the user in order to identify social contacts of the user. These users may not be social contacts or socially associated with the user but may have played one or more video games with the user. The friend listing can include additional information about the user's friends, such as depicting games which are owned by each friend, identifying an online status of the friend (e.g. online, offline, inactive, etc.), the friend's last login and its duration, the last game played by the friend, etc. The social network includes user data, which includes data such as user's social graphs, posts, pictures, videos, biographical information, etc.

The content from content source server110may be provided through a content provider server API120, which allows various types of content sources server110to communicate with other servers in the network environment100(e.g., user devices150). The content provider server API120may be specific to the particular language, operating system, protocols, etc. of the content source server110providing the content, as well as the user devices150. In a network environment100that includes multiple different types of content source servers110, there may likewise be a corresponding number of content provider server APIs120that allow for various formatting, conversion, and other cross-device and cross-platform communication processes for providing content and other services to different user devices150, which may use different operating systems, protocols, etc., to process such content. As such, applications and services in different formats may be made available so as to be compatible with a variety of different user device150.

The content provider server API120may further facilitate access of each of the user devices150to the content hosted or services provided by the content source servers110, either directly or via content delivery network server130. Additional information, such as metadata, about the accessed content or service can also be provided by the content provider server API120to the user device150. As described below, the additional information (i.e. metadata) can be usable to provide details about the content or service being provided to the user device150. In some embodiments, the services provided from the content source servers110to the user device150via the content provider server API120may include supporting services that are associated with other content or services, such as chat services, ratings, and profiles that are associated with a particular game, team, community, etc. In such cases, the content source servers110may also communicate with each other via the content provider server API120.

The content delivery network server130may include a server that provides resources, files, etc., related to the content from content source servers110, including various content and service configurations, to user devices150. The content delivery network server130can also be called upon by the user devices150that request to access specific content or services. Content delivery network server130may include universe management servers, game servers, streaming media servers, servers hosting downloadable content, and other content delivery servers known in the art.

Navigation server140may include any data server known in the art that is capable of receiving data from the user device150. The content rendered by the navigation server140can be for essentially any type of computer application, and may include one or more types of content such as game, movie, audio, images, multimedia, among others. In some embodiments, the content, or portions thereof, is generated by the navigation server140. In some embodiments, the content, or portions thereof, is streamed from content source server110over network100to the computing device. In some embodiments, the content, or portions thereof, is streamed from a cloud gaming infrastructure over the network100to the computing device. The infrastructure may direct various types of content to be transmitted from the content source servers110over the network100to the computing device.

In an exemplary embodiment, navigation server140may store or access a store that includes a navigation control map for one or more game titles. Each game title may be associated with a different navigation control map, which may include information regarding in-game commands available the respective game title (e.g., commands for accessing certain user-generated content, navigation or transport between locations in the virtual environment), information regarding how the in-game commands correspond to real-world gestures (e.g., custom gestures, gestures selected from a menu). Some game titles may further limit the types of the commands that are available within different levels, activities, or other portions of the associated in-game environment. Such limitations may be saved in activity files generated by UDS systems (described in further detail in relation toFIG.2) and may further be used to identify which in-game commands may be associated with a specific real-world gestures.

Different real-world gestures-which may be customized by the user—may be associated with different in-game commands. For example, different combinations of verbal, key-based, or gestural commands may indicate that the user wishes to input or initiate a specific in-game command. Such a real-world gesture may be captured and characterized by a camera and/or other sensors (e.g., of the user device(s)150) to capture images and/or other sensor data regarding the real-world environment in which the user is located. For example, a camera may capture images of the user performing a physical gesture in the real-world. The camera (discussed in further detail in relation toFIG.4) can be configured to include multiple image capture devices, such as a stereoscopic pair of cameras, an infrared camera, a depth camera, or combinations thereof. In some embodiments, one or more microphones (discussed in further detail in relation toFIG.4) can also be used to capture sound from the real-world environment of the user. Meanwhile, other sensors (e.g., accelerometers, gyroscopes) associated with the user (e.g., by way of a controller, mobile device, wearable device, handheld device, etc.) may also capture data regarding the real-world gesture.

Such images, audio, and other sensor data my be provided to navigation server140for analysis. Using the stored maps, the navigation server140may be able to match the received sensor data regarding the real-world gesture (within a predetermined threshold of accuracy) to an in-game command available in the virtual environment of the associated game title. In some implementations, the received sensor data may indicate multiple available in-game commands, and in such cases, different parameters may be used to filter the available in-game commands. As noted above, some game titles allow for different in-game commands to be executed within different portions of the game environment or game sessions. Such data may be provided in activity files and used to filter the available in-game commands and identify which may be available at an identified portion of the game environment or game session currently associated with the user. Alternatively or in addition, a menu regarding the multiple available in-game commands may be displayed in a graphical user interface for selection by the user.

In some embodiments, the user may wish to define custom real-world gestures and link such gestures to specific in-game commands. Using user device150, the user may add such a customization to a personal navigation map by performing the real-world gesture one or more times to set and calibrate the images or sensor data associated with the real-world gesture. The specific in-game commands may be selected from among the available in-game commands for the virtual environment. Additional parameters or conditions may also be defined, so that the same real-world gesture may have different effects depending on the particular game environment, game title, or other parameters/conditions are presently applicable. For example, the user may define a secret handshake for authenticating accessing private user-generated content or identifying the avatar as associated with the user, a physical signal for sending predefined messages to friends or team members, a gesture for initiating navigation movement within the virtual environment to a designated meeting spot, a dance movement for initiating audio-visual effects, etc.

Thus, the navigation server140may map data regarding a real-world gesture to one or more in-game commands and initiate input or otherwise communicate the same to content source server110, content delivery network server130, or user device150. A user who is actively engaging with a virtual environment may therefore provide a custom command by performing a gesture rather than the standard input commands supported by default in the game title. The user may further define the custom commands as being applicable within a variety of different game environments. For example, the user may define a specific real-world gesture as being associated with a command for sending a custom message to a defined group of friend accounts (e.g., “Come join me at [Location]”).

The user device150may be a server that provides an internal service (e.g., to other servers) in network environment100. In such cases, user device150may correspond to one of the content source servers110described herein. Alternatively, the user device150may be a client device that may include any number of different gaming consoles, mobile devices, laptops, and desktops. Such user devices150may also be configured to access data from other storage media, such as, but not limited to memory cards or disk drives as may be appropriate in the case of downloaded services. Such user devices150may include standard hardware computing components such as, but not limited to network and media interfaces, non-transitory computer-readable storage (memory), and processors for executing instructions that may be stored in memory. These user devices150may also run using a variety of different operating systems (e.g., iOS, Android), applications or computing languages (e.g., C++, JavaScript). An exemplary client device150is described in detail herein with respect toFIG.5. Each user device150may be associated with participants or other types of spectators of a collection of digital content streams.

In some embodiments, the user device150is configured to execute games locally on the processing hardware of a computing device or game console. The games or content can be obtained in any form, such as physical media form (e.g., digital discs, tapes, cards, thumb drives, solid state chips or cards, etc.) or by way of download from the Internet, via a communication network. In some embodiments, the computing device functions as a client in communication over the communication network with the cloud gaming infrastructure. The cloud gaming infrastructure may maintain and execute a video game being played by the user device150. Inputs received from the user device150, the controller, and the camera (and other sensors), may be transmitted to the cloud gaming infrastructure, which processes the inputs to affect the game state of the executing video game.

Game data from a video game, such as video data, audio data, and tactile feedback data, can be transmitted from the content source servers110to the user devices150. The computer system may further process the game data before transmission to the appropriate device, or may directly transmit the game data to the appropriate device. For example, video and audio streams may be transmitted to the user devices150.

The user device150may also include a module configured to receive inertial sensor data from inertial sensors within the user device150. The inertial sensor data indicates movement of the user device150in accordance with movement of a user by whom the user device150is associated with. The movement of the user is based on a virtual reality scene displayed within the user device150. A route of movement of the user device150can be determined from inertial sensor data and a rate of movement of the user device150. In some embodiments, the route of movement of the head mounted display corresponds to one or more user movements within a set of user movements including a forward lean, a backward lean, a left lean, a right lean, a left head turn, a right head turn, an upward head tilt, a downward head tilt, a squat, and a jump. However, in other embodiments, the route of movement of the head mounted display may correspond to essentially any user movement within the movement capabilities of the human body.

In some embodiments, the user device150can be used to manipulate, e.g., grab, move, push, pull, etc., a virtual object in a virtual reality (VR) or an augmented reality (AR) scene, which is displayed on the user device150or on another computing device, e.g., a television, a computer, etc. A virtual hand within a game moves when the user moves his/her hand while wearing the user device150. Moreover, fingers of a virtual hand in the game move when the user moves his/her fingers while wearing the user device150. Position and/or orientation of the fingers are determined from image data captured using the cameras described above and inFIG.5to generate the movement of fingers of the virtual hand.

The display of the user device150may generate a three-dimensional scene incorporating an avatar into virtual space or virtual environment with virtual interactive objects. The navigation server140receives visual and/or distance information about the user captured by the user device150. The navigation server140extracts movement information describing movement of the user. The movement information can be encoded so as to describe movement of a “skeleton” of the user that is made up of key points within the user's body.

The user's avatar may be automatically transformed from a single digital image into an animated 3D avatar. In particular, the user can upload a digital image or other image on the user device150and receive one or more avatars featuring different facial expressions and/or animations in return. The avatar is displayed to the user to be used as any still or animated image (for example, in GIF format). For example, the avatar can be sent to other users via SMS, MMS, e-mail messages, chats (like Facebook chat), instant messengers (like Skype or Windows Messenger), Twitter, blogs, forums or other means of electronic communication in purpose of displaying the user's emotion.

In some embodiments, the avatar may be realistically based on the user, for example having the same facial features, clothing, and body shape. In other embodiments, the avatar may be intentionally unrealistic, for example by mapping the movements of the user to facial features of a celebrity, a movie star, a politician, a video game character, or another user. The avatar may be an amalgam of realistic elements and intentionally unrealistic elements—for example, the face of the user may be used in the avatar, but the avatar may be given different clothing or a different body shape. Alternately, body of the user may be used in the avatar, but the avatar may be given the face of a celebrity, a movie star, a politician, a video game character, or another user.

The user device150A transmits the information describing movements of the user and/or movements of the corresponding avatar to a second user device150B or to the navigation server140that then sends this information on to the second user device150, so that the second user device150B can generate a scene featuring accurate movements by the avatar. The user device150A receives information describing movements of the second user and/or movements of the corresponding second avatar, from the second user device150B, or from an intermediary device such as the navigation server140that then sends this information on to first user device150A as it was received from the second user device150B, so that the first user device150A can generate a scene featuring accurate movements by the second avatar.

The user device150or computing device generates a representation of the movements of the user as captured and has the avatar perform the generated representation of the movements of the user. The user device150also generates a representation of the movements of the second user as received and has the second avatar perform the generated representation of the movements of the second user. The user device150also updates the virtual space or environment and any virtual interactive objects as appropriate.

When user wishes to access a custom action, such as a locked compartment, or restricted area or portion of a network or electronic storage area or database the user uses their user device150to perform physical movement. The navigation server140may recognize a pattern of physical movement in a stored set of movements and find the associated custom action and initiates that custom action on the user device150. In embodiments of the invention, the user device150can be set so as always to initiate an additional further custom action in response to the successful detection of a pattern of physical movement. In an embodiment, a reply or acknowledgement signal is generated. For example, the user device150could make a sound (such as a short bleep tone) to indicate that it has successfully decoded a rhythm. Another example is that the device could vibrate (using a vibration element, not shown).

Each custom gesture and command may have varying levels of security or thresholds. For example, a more intricate pattern of physical movement may be required permit entry of a high-level custom action, while a less intricate or simpler pattern of physical movement may be required permit entry of a low-level custom action. A simpler pattern may require less steps and movement than an intricate pattern. The security resource104could have multiple levels of security for different services. In that case, when the user is granted access to the secured resource and requests a particular service, a security token module of the security system determines whether the user has been granted access to the requested service according to the security tokens provided by the user.

FIG.2illustrates an exemplary uniform data system (UDS)200that may be used to provide data to a system for gesture-based skill search. Based on data provided by UDS, gesture-based search server140can be made aware of what in-game objects, entities, activities, and events that users have engaged with, and thus support analysis of and filtering in relation to in-game activities. Each user interaction may be associated the metadata for the type of in-game interaction, location within the in-game environment, and point in time within an in-game timeline, as well as other players, objects, entities, etc., involved. Thus, metadata can be tracked for any of the variety of user interactions that can occur in during a game session, including associated activities, entities, settings, outcomes, actions, effects, locations, and character stats. Such data may further be aggregated, applied to data models, and subject to analytics. Such a UDS data model may be used to assign contextual information to each portion of information in a unified way across games.

As illustrated inFIG.2, an exemplary console228(e.g., a user device150) and exemplary servers218(e.g., streaming server220, an activity feed server224, an user-generated content (UGC) server232, and an object server226) are shown. In one example, the console228may be implemented on or in association with the content source server110, content delivery network server130, a cloud server, or on any combination of the servers218and servers ofFIG.1. In an exemplary example, a content recorder202may receive and record content (e.g., media) from an interactive content title230onto a content ring-buffer208. Such ring-buffer208may store multiple content segments (e.g., v1, v2and v3), start times for each segment (e.g., V1_START_TS, V2_START_TS, V3_START_TS), and end times for each segment (e.g., V1_END_TS, V2_END_TS, V3_END_TS). Such segments may be stored as a media file212(e.g., MP4, WebM, etc.) by the console228. Such media file212may be uploaded to the streaming server220for storage and subsequent streaming or use, though the media file212may be stored on any server, a cloud server, any console228, or any user device150. Such start times and end times for each segment may be stored as a content time stamp file214by the console228. Such content time stamp file214may also include a streaming ID, which matches a streaming ID of the media file212, thereby associating the content time stamp file214to the media file212. Such content time stamp file214may be uploaded and stored to the activity feed server224and/or the UGC server232, though the content time stamp file214may be stored on any server, a cloud server, any console228, or any user device150.

Concurrent to the content recorder202receiving and recording content from the interactive content title230, an object library204receives data from the interactive content title230, and an object recorder206tracks the data to determine when an object beings and ends. The object library204and the object recorder206may be implemented on the platform server120, a cloud server, or on any of the servers218. When the object recorder206detects an object beginning, the object recorder206receives object data (e.g., if the object were an activity, user interaction with the activity, activity ID, activity start times, activity end times, activity results, activity types, etc.) from the object library204and records the activity data onto an object ring-buffer210(e.g., ActivityID1, START_TS; ActivityID2, START_TS; ActivityID3, START_TS). Such activity data recorded onto the object ring-buffer210may be stored in the object file216. Such object file216may also include activity start times, activity end times, an activity ID, activity results, activity types (e.g., competitive match, quest, task, etc.), user or peer data related to the activity. For example, an object file216may store data regarding an item used during the activity. Such object file216may be stored on the object server226, though the object file216may be stored on any server, a cloud server, any console228, or any user device130.

Such object data (e.g., the object file216) may be associated with the content data (e.g., the media file212and/or the content time stamp file214). In one example, the UGC server232stores and associates the content time stamp file214with the object file216based on a match between the streaming ID of the content time stamp file214and a corresponding activity ID of the object file216. In another example, the object server226may store the object file216and may receive a query from the UGC server232for an object file216. Such query may be executed by searching for an activity ID of an object file216that matches a streaming ID of a content time stamp file214transmitted with the query. In yet another example, a query of stored content time stamp files214may be executed by matching a start time and end time of a content time stamp file214with a start time and end time of a corresponding object file216transmitted with the query. Such object file216may also be associated with the matched content time stamp file214by the UGC server232, though the association may be performed by any server, a cloud server, any console228, or any user device150. In another example, an object file216and a content time stamp file214may be associated by the console228during creation of each file216,214.

The activity files generated by UDS200may be provided or accessed by navigation server140for use in analyzing, filtering, and matching data regarding real-world gestures to in-game commands/actions in one or more maps. For example, an activity file may include gameplay data regarding a specific gameplay session of a specific game title by a specific player that is engaged in specific activities at the time the real-world gesture was detected as having been performed. The navigation server140may use the data from the activity file to identify the game title, player, in-game activities, and other conditions at the time the real-world gesture was performed. Such identified parameters or conditions under which the real-world gesture is made may be used by navigation server140to filter search results for relevance.

FIG.3is a flow chart illustrating an exemplary method for movement-based navigation. The methods300ofFIG.3may be embodied as executable instructions in a non-transitory computer readable storage medium including but not limited to a CD, DVD, or non-volatile memory such as a hard drive. The instructions of the storage medium may be executed by a processor (or processors) to cause various hardware components of a computing device hosting or otherwise accessing the storage medium to effectuate the method. The steps identified inFIG.3(and the order thereof) are exemplary and may include various alternatives, equivalents, or derivations thereof including but not limited to the order of execution of the same.

At step310, one or more custom actions are stored in memory. Each of the custom actions is associated with a pattern of physical movement and a threshold. The threshold corresponds to a level of the custom action. The level of the custom action is determined by the intricacy of the pattern of physical movement.

At step320, physical movement data captured by a user device of the user is received. At step330, the physical movement data is mapped to an identified one of the custom actions. The physical movement data matches the associated pattern of physical movement within the associated threshold.

At step340, it is determined that the user is authorized to access the identified custom action. The user device150may then be provided with the access to the identified custom action. In some embodiments, the custom user gesture may be used as an authentication mechanism to lock and unlock content or actions within the virtual environment. For example, the custom gesture may be stored in association with custom conditions (e.g., matching movement metrics within specified thresholds) as a way to control access to personal or shared (team) content or actions. As such, performing the custom gesture correctly (within defined thresholds) may result in execution of a command to unlock the ability to access certain content or action/functions.

In some embodiments, corresponding movement by an avatar associated with the user within a virtual environment may then be rendered based on the physical movement data. One or more other users may be search through one or more social networks associated with the user and the corresponding movement by the avatar may be shared to the one or more other users.

FIG.4is a block level diagram of an exemplary user device that may be used to performed a movement-based navigation. It should be understood that more or less components can be included or excluded from the user device400than what is shown inFIG.4, depending on the configuration and functions enabled. The user device400may include a processor402for executing program instructions. A memory406is provided for data storage purposes, and may include both volatile and non-volatile memory. A display416is included which provides a visual interface that a user may view. The display416can be defined by one single display, or in the form of a separate display screen for each eye. When two display screens are provided, it is possible to provide left-eye and right-eye video content separately. Separate presentation of video content to each eye, for example, can provide for better immersive control of three-dimensional content of the virtual reality scene.

A motion detection module418may include any of various kinds of motion sensitive hardware, such as a magnetometer420, an accelerometer424, and a gyroscope426. The user device400may be equipped with inertial sensors422configured to generate inertial sensor data indicating movement of the user device400in accordance with movement of the user with which the user device400is associated. The magnetometer420measures the strength and direction of the magnetic field in the vicinity of the user device500. In some embodiments, three magnetometers420are used within the user device400, ensuring an absolute reference for the world-space yaw angle. In some embodiments, the magnetometer520is designed to span the Earth's magnetic field, which is ±80 microtesla. Magnetometers are affected by metal, and provide a yaw measurement that is monotonic with actual yaw. The magnetic field may be warped due to metal in the environment, which causes a warp in the yaw measurement. If necessary, this warp can be calibrated using information from other sensors such as the gyroscope or the camera. In some embodiments, the accelerometer424is used together with the magnetometer420to obtain the inclination and azimuth of the user device400.

In some embodiments, the present invention can also include one or more external inertial sensors positioned on the body of the user. The present invention may include an operation for comparing the external inertial sensor data to the inertial sensor data received from the inertial sensors422in the user device400in order to determine a specific movement made by the user.

The accelerometer424is a device for measuring acceleration and gravity induced reaction forces. Single and multiple axis (e.g., six-axis) models are able to detect magnitude and direction of the acceleration in different directions. The accelerometer524is used to sense inclination, vibration, and shock. In one embodiment, three accelerometers524are used to provide the direction of gravity, which gives an absolute reference for two angles (world-space pitch and world-space roll).

The gyroscope426is a device for measuring or maintaining orientation, based on the principles of angular momentum. In one embodiment, three gyroscopes426provide information about movement across the respective coordinate axes (x, y, and z) based on inertial sensing. The gyroscopes426help in detecting fast rotations. However, the gyroscopes426can drift overtime without the existence of an absolute reference. This requires resetting the gyroscopes426periodically, which can be done using other available information, such as positional/orientation determination based on visual tracking of an object, accelerometer, magnetometer, etc.

A camera404is provided for capturing images and image streams of the real-world environment to which the user device400is exposed. More than one camera404(optionally) may be included in the user device400, including a camera404that is rear-facing (directed away from a user when the user is viewing the display of the user device400), and a camera404that is front-facing (directed towards the user when the user is viewing the display of the user device400). In some embodiments, a camera404may be included in the user device400for sensing depth information of objects in the real-world environment to which the user device500is exposed.

The user device400includes speakers412for providing audio output. Also, a microphone414may be included for capturing audio from the real-world environment, including sounds from the ambient environment, speech made by the user, etc.

A WiFi module410may be included for enabling connection of the user device400to the Internet via wireless networking technologies. Also, the user device400may include a Bluetooth module408for enabling wireless connection to other devices.

It should be understood that the components of the user device400as shown inFIG.4are examples of components that may be included in user device400, and do not represent all possible components that can be included in the user device400. For example, in various embodiments, the user device400may or may not include some of the components shown inFIG.4. In some embodiments, the user device400may include additional components not shown inFIG.4.

In an exemplary embodiment, the user may define a custom real-world user gesture430as being associated with a specific in-game command. As illustrated inFIG.4, the user gesture430may be a full-body movement and/or any fine motor skill movement of one or more body parts about which data may be captured by cameras or sensors. Once defined, information regarding the user gesture430may be stored in memory and made accessible to navigation server140for calibration and matching against later-performed movements and gestures in the real-world environment being monitored by the cameras or sensors.

Navigation server140may identify that the user gesture430characterized by the sensor data is associated with one or more available in-game commands. The available in-game commands may further be filtered based on one or more activity files associated with the conditions under which the gesture was performed. For example, the gesture may have been performed during a certain gameplay session. Thus, a filtered subset of in-game commands may be identified as being associated with the game title of the gameplay session. Thus, the navigation server140may determine that an identified or selected in-game move is mapped to a specific in-game command. The navigation server140may thereafter execute the command within the in-game environment, which may result in navigation, access being provided to specific content, inter-player communication, audio-visual effects, etc., available within the associated content title.

FIG.5is a block diagram of an exemplary electronic entertainment system that may be used in embodiments of the present invention. Entertainment system500may be an electronic game console. Alternatively, the entertainment system500may be implemented as a general-purpose computer, a set-top box, a hand-held game device, a tablet computing device, or a mobile computing device or phone. Entertainment systems may contain more or less operating components depending on a particular form factor, purpose, or design.

The CPU510, the vector unit515, the graphics processing unit520, and the I/O processor525ofFIG.5communicate via a system bus585. Further, the CPU510ofFIG.5communicates with the main memory505via a dedicated bus580, while the vector unit515and the graphics processing unit520may communicate through a dedicated bus590. The CPU510ofFIG.5executes programs stored in the OS ROM555and the main memory505. The main memory505ofFIG.5may contain pre-stored programs and programs transferred through the I/O Processor525from a CD-ROM, DVD-ROM, or other optical disc (not shown) using the optical disc control unit570. I/O Processor525ofFIG.5may also allow for the introduction of content transferred over a wireless or other communications network (e.g., 4G, LTE, 3G, and so forth). The I/O processor525ofFIG.5primarily controls data exchanges between the various devices of the entertainment system500including the CPU510, the vector unit515, the graphics processing unit520, and the controller interface535.

The graphics processing unit520ofFIG.5executes graphics instructions received from the CPU510and the vector unit515to produce images for display on a display device (not shown). For example, the vector unit515ofFIG.5may transform objects from three-dimensional coordinates to two-dimensional coordinates, and send the two-dimensional coordinates to the graphics processing unit520. Furthermore, the sound processing unit560executes instructions to produce sound signals that are outputted to an audio device such as speakers (not shown). Other devices may be connected to the entertainment system500via the USB interface545, and the IEEE 1394 interface550such as wireless transceivers, which may also be embedded in the system500or as a part of some other component such as a processor.

A user of the entertainment system500ofFIG.5provides instructions via the controller interface535to the CPU510. For example, the user may instruct the CPU510to store certain game information on the memory card540or other non-transitory computer-readable storage media or instruct a character in a game to perform some specified action.

The present invention may be implemented in an application that may be operable by a variety of end user devices. For example, an end user device may be a personal computer, a home entertainment system (e.g., Sony PlayStation2® or Sony PlayStation3® or Sony PlayStation4®), a portable gaming device (e.g., Sony PSP® or Sony Vita®), or a home entertainment system of a different albeit inferior manufacturer. The present methodologies described herein are fully intended to be operable on a variety of devices. The present invention may also be implemented with cross-title neutrality wherein an embodiment of the present system may be utilized across a variety of titles from various publishers.

The present invention may be implemented in an application that may be operable using a variety of devices. Non-transitory computer-readable storage media refer to any medium or media that participate in providing instructions to a central processing unit (CPU) for execution. Such media can take many forms, including, but not limited to, non-volatile and volatile media such as optical or magnetic disks and dynamic memory, respectively. Common forms of non-transitory computer-readable media include, for example, a floppy disk, a flexible disk, a hard disk, magnetic tape, any other magnetic medium, a CD-ROM disk, digital video disk (DVD), any other optical medium, RAM, PROM, EPROM, a FLASHEPROM, and any other memory chip or cartridge.

Various forms of transmission media may be involved in carrying one or more sequences of one or more instructions to a CPU for execution. A bus carries the data to system RAM, from which a CPU retrieves and executes the instructions. The instructions received by system RAM can optionally be stored on a fixed disk either before or after execution by a CPU. Various forms of storage may likewise be implemented as well as the necessary network interfaces and network topologies to implement the same.