Course profiling and sharing

Abstract

Systems and methods for unmanned aerial vehicle (UAV) course profiling are provided. A plurality of images may be captured by a UAV flying along a course at a first location. A profile may be constructed for the course based on the images captured by the UAV. The constructed course profile is transmitted over a communication network to a virtual reality system at a second location. The virtual reality system may generate a virtual environment corresponding to the course based on the constructed course profile, and a second UAV at the second location may fly along the virtual course.

Description

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention generally relates to unmanned aerial vehicles (UAVs). More specifically, the present invention relates to course profiling and sharing by UAVs.

2. Description of the Related Art

An unmanned aerial vehicle (UAV)—also commonly called a drone—is a type of aircraft that may be controlled with varying degrees of autonomy or direction by a remote human pilot. UAVs are available in a variety of different sizes, configurations, power, maneuverability, and peripheral devices, such as cameras, sensors, radar, sonar, etc. Common uses for UAVs include aerial photography, surveillance, and delivery of a variety of payloads, as well as recreational and hobby usage.

FIG. 1 illustrates an exemplary unmanned aerial vehicle (UAV) 100. As noted above, UAVs may be used to surveil and capture images of a location. A UAV may be flown, for example, over and around a location while an onboard camera or other type of sensor gathers or captures data (e.g., images, measurements) regarding the location. Such information may be used to construct a map or other type of illustrative diagram regarding the conditions at the location. Such mapping may use a variety of information captured by any combination of cameras or other type of sensors carried by the UAV, as well as use algorithms for simultaneous localization and mapping (SLAM), photometry, light detection and ranging (LiDAR), and other cartographic or topographic data analysis.

In a recreational context, UAVs may be flown in a variety of races or other types of UAV competitions. Such races and competitions have generally required competitors and their respective drones to compete at the same physical location (e.g., a race course or obstacle course) so that the competitors may face the same conditions and challenges. The requirement that the competitors be in the same location may limit, however, the number of competitors who may fly the course within a reasonable timeframe, as well as add a layer of difficulty and expense to the hobby. Recreating the same conditions across multiple venues in different locations may be difficult, expensive, and impractical.

There is, therefore, a need in the art for improved systems and methods for UAV course profiling and sharing.

SUMMARY OF THE CLAIMED INVENTION

Embodiments of the present invention allow unmanned aerial vehicle (UAV) course profiling. A plurality of images may be captured by a UAV flying along a course at a first location. A profile may be constructed for the course based on the images captured by the UAV. In some instances, the course profile may further include virtual elements generated by a virtual reality system at the first location. The constructed course profile is transmitted over a communication network to a virtual reality system at a second location. The virtual reality system may generate a virtual environment corresponding to the course based on the constructed course profile, and a second UAV at the second location may fly along the virtual course.

Various embodiments of the present invention may include systems for UAV course profiling. Such systems may include an unmanned aerial vehicle (UAV) that captures a plurality of images while flying along a course at a first location, a processor that executes instructions stored in memory to construct a profile for the course based on the images captured by the UAV, and a network interface that transmits the constructed course profile over a communication network to a virtual reality system at a second location. The virtual reality system may generate a virtual environment corresponding to the course based on the constructed course profile.

Additional embodiments of the present invention may further include methods for unmanned aerial vehicle (UAV) course profiling. Such methods may include capturing a plurality of images by a UAV flying along a course at a first location, executing instructions stored in memory to construct a profile for the course based on the images captured by the UAV while flying along the course, and transmitting the constructed course profile over a communication network to a virtual reality system at a second location. The virtual reality system may generate a virtual environment corresponding to the course based on the constructed course profile.

Further embodiments of the present invention may further include non-transitory computer-readable storage media, having embodied thereon a program executable by a processor to perform methods for unmanned aerial vehicle (UAV) course profiling as described herein.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates an exemplary unmanned aerial vehicle (UAV) that may be used in implementations of the present invention.

FIG. 2 illustrates an exemplary control transmitter used to control a UAV that may be used in implementations of the present invention.

FIG. 3 illustrates an exemplary virtual reality system headset that may be used in implementations of the present invention.

FIG. 4A illustrates an exemplary physical space within which a UAV may be flown along a course.

FIG. 4B illustrates a physical space different from that illustrated in FIG. 4A, but within which the course of FIG. 4A may be recreated by a virtual reality system.

FIG. 5 is a flowchart illustrating an exemplary method for UAV course profiling and sharing.

FIG. 6 is a flowchart illustrating an exemplary method for using a shared UAV course profile.

FIG. 7 is a block diagram of an exemplary computing device that may be used to implement an embodiment of the present invention.

FIG. 8 is an exemplary electronic entertainment system that may be used in implementing UAV course profiling and sharing.

DETAILED DESCRIPTION

Embodiments of the present invention allow unmanned aerial vehicle (UAV) course profiling. A plurality of images may be captured by a UAV flying along a course at a first location. A profile may be constructed for the course based on the images captured by the UAV. In some instances, the course profile may further include virtual elements generated by a virtual reality system at the first location. The constructed course profile is transmitted over a communication network to a virtual reality system at a second location. The virtual reality system may generate a virtual environment corresponding to the course based on the constructed course profile, and a second UAV at the second location may fly along the virtual course.

FIG. 1 illustrates an exemplary unmanned aerial vehicle (UAV) that may be used in implementations of the present invention. In some embodiments, UAV 100 has main body 110 with one or more arms 140. The proximal end of arm 140 can attach to main body 110 while the distal end of arm 140 can secure motor 150. Arms 140 can be secured to main body 110 in an “X” configuration, an “H” configuration, a “T” configuration, or any other configuration as appropriate. The number of motors 150 can vary, for example there can be three motors 150 (e.g., a “tricopter”), four motors 150 (e.g., a “quadcopter”), eight motors (e.g., an “octocopter”), etc.

In some embodiments, each motor 155 rotates (e.g., the drive shaft of motor 155 spins) about parallel axes. For example, the thrust provided by all propellers 155 can be in the Z direction. Alternatively, a motor 155 can rotate about an axis that is perpendicular (or any angle that is not parallel) to the axis of rotation of another motor 155. For example, two motors 155 can be oriented to provide thrust in the Z direction (e.g., to be used in takeoff and landing) while two motors 155 can be oriented to provide thrust in the X direction (e.g., for normal flight). In some embodiments, UAV 100 can dynamically adjust the orientation of one or more of its motors 150 for vectored thrust.

In some embodiments, the rotation of motors 150 can be configured to create or minimize gyroscopic forces. For example, if there are an even number of motors 150, then half of the motors can be configured to rotate counter-clockwise while the other half can be configured to rotate clockwise. Alternating the placement of clockwise and counter-clockwise motors can increase stability and enable UAV 100 to rotate about the z-axis by providing more power to one set of motors 150 (e.g., those that rotate clockwise) while providing less power to the remaining motors (e.g., those that rotate counter-clockwise).

Motors 150 can be any combination of electric motors, internal combustion engines, turbines, rockets, etc. In some embodiments, a single motor 150 can drive multiple thrust components (e.g., propellers 155) on different parts of UAV 100 using chains, cables, gear assemblies, hydraulics, tubing (e.g., to guide an exhaust stream used for thrust), etc. to transfer the power.

In some embodiments, motor 150 is a brushless motor and can be connected to electronic speed controller X45. Electronic speed controller 145 can determine the orientation of magnets attached to a drive shaft within motor 150 and, based on the orientation, power electromagnets within motor 150. For example, electronic speed controller 145 can have three wires connected to motor 150, and electronic speed controller 145 can provide three phases of power to the electromagnets to spin the drive shaft in motor 150. Electronic speed controller 145 can determine the orientation of the drive shaft based on back-emf on the wires or by directly sensing to position of the drive shaft.

Transceiver 165 can receive control signals from a control unit (e.g., a handheld control transmitter, a server, etc.). Transceiver 165 can receive the control signals directly from the control unit or through a network (e.g., a satellite, cellular, mesh, etc.). The control signals can be encrypted. In some embodiments, the control signals include multiple channels of data (e.g., “pitch,” “yaw,” “roll,” “throttle,” and auxiliary channels). The channels can be encoded using pulse-width-modulation or can be digital signals. In some embodiments, the control signals are received over TC/IP or similar networking stack.

In some embodiments, transceiver 165 can also transmit data to a control unit. Transceiver 165 can communicate with the control unit using lasers, light, ultrasonic, infra-red, Bluetooth, 802.11x, or similar communication methods, including a combination of methods. Transceiver can communicate with multiple control units at a time.

Position sensor 135 can include an inertial measurement unit for determining the acceleration and/or the angular rate of UAV 100, a GPS receiver for determining the geolocation and altitude of UAV 100, a magnetometer for determining the surrounding magnetic fields of UAV 100 (for informing the heading and orientation of UAV 100), a barometer for determining the altitude of UAV 100, etc. Position sensor 135 can include a land-speed sensor, an air-speed sensor, a celestial navigation sensor, etc.

UAV 100 can have one or more environmental awareness sensors. These sensors can use sonar, LiDAR, stereoscopic imaging, computer vision, etc. to detect obstacles and determine the nearby environment. For example, a collision avoidance system can use environmental awareness sensors to determine how far away an obstacle is and, if necessary, change course.

Position sensor 135 and environmental awareness sensors can all be one unit or a collection of units. In some embodiments, some features of position sensor 135 and/or the environmental awareness sensors are embedded within flight controller 130.

In some embodiments, an environmental awareness system can take inputs from position sensors 135, environmental awareness sensors, databases (e.g., a predefined mapping of a region) to determine the location of UAV 100, obstacles, and pathways. In some embodiments, this environmental awareness system is located entirely on UAV 100, alternatively, some data processing can be performed external to UAV 100.

Camera 105 can include an image sensor (e.g., a CCD sensor, a CMOS sensor, etc.), a lens system, a processor, etc. The lens system can include multiple movable lenses that can be adjusted to manipulate the focal length and/or field of view (e.g., zoom) of the lens system. In some embodiments, camera 105 is part of a camera system which includes multiple cameras 105. For example, two cameras 105 can be used for stereoscopic imaging (e.g., for first person video, augmented reality, etc.). Another example includes one camera 105 that is optimized for detecting hue and saturation information and a second camera 105 that is optimized for detecting intensity information. In some embodiments, camera 105 optimized for low latency is used for control systems while a camera 105 optimized for quality is used for recording a video (e.g., a cinematic video). Camera 105 can be a visual light camera, an infrared camera, a depth camera, etc.

A gimbal and dampeners can help stabilize camera 105 and remove erratic rotations and translations of UAV 100. For example, a three-axis gimbal can have three stepper motors that are positioned based on a gyroscope reading in order to prevent erratic spinning and/or keep camera 105 level with the ground.

Video processor 125 can process a video signal from camera 105. For example video process 125 can enhance the image of the video signal, down-sample or up-sample the resolution of the video signal, add audio (captured by a microphone) to the video signal, overlay information (e.g., flight data from flight controller 130 and/or position sensor), convert the signal between forms or formats, etc.

Video transmitter 120 can receive a video signal from video processor 125 and transmit it using an attached antenna. The antenna can be a cloverleaf antenna or a linear antenna. In some embodiments, video transmitter 120 uses a different frequency or band than transceiver 165. In some embodiments, video transmitter 120 and transceiver 165 are part of a single transceiver.

Battery 170 can supply power to the components of UAV 100. A battery elimination circuit can convert the voltage from battery 170 to a desired voltage (e.g., convert 12v from battery 170 to 5v for flight controller 130). A battery elimination circuit can also filter the power in order to minimize noise in the power lines (e.g., to prevent interference in transceiver 165 and transceiver 120). Electronic speed controller 145 can contain a battery elimination circuit. For example, battery 170 can supply 12 volts to electronic speed controller 145 which can then provide 5 volts to flight controller 130. In some embodiments, a power distribution board can allow each electronic speed controller (and other devices) to connect directly to the battery.

In some embodiments, battery 170 is a multi-cell (e.g., 2S, 3S, 4S, etc.) lithium polymer battery. Battery 170 can also be a lithium-ion, lead-acid, nickel-cadmium, or alkaline battery. Other battery types and variants can be used as known in the art. Additional or alternative to battery 170, other energy sources can be used. For example, UAV 100 can use solar panels, wireless power transfer, a tethered power cable (e.g., from a ground station or another UAV 100), etc. In some embodiments, the other energy source can be utilized to charge battery 170 while in flight or on the ground.

Battery 170 can be securely mounted to main body 110. Alternatively, battery 170 can have a release mechanism. In some embodiments, battery 170 can be automatically replaced. For example, UAV 100 can land on a docking station and the docking station can automatically remove a discharged battery 170 and insert a charged battery 170. In some embodiments, UAV 100 can pass through docking station and replace battery 170 without stopping.

Battery 170 can include a temperature sensor for overload prevention. For example, when charging, the rate of charge can be thermally limited (the rate will decrease if the temperature exceeds a certain threshold). Similarly, the power delivery at electronic speed controllers 145 can be thermally limited—providing less power when the temperature exceeds a certain threshold. Battery 170 can include a charging and voltage protection circuit to safely charge battery 170 and prevent its voltage from going above or below a certain range.

UAV 100 can include a location transponder. For example, in a racing environment, race officials can track UAV 100 using location transponder. The actual location (e.g., X, Y, and Z) can be tracked using triangulation of the transponder. In some embodiments, gates or sensors in a track can determine if the location transponder has passed by or through the sensor or gate.

Flight controller 130 can communicate with electronic speed controller 145, battery 170, transceiver 165, video processor 125, position sensor 135, and/or any other component of UAV 100. In some embodiments, flight controller 130 can receive various inputs (including historical data) and calculate current flight characteristics. Flight characteristics can include an actual or predicted position, orientation, velocity, angular momentum, acceleration, battery capacity, temperature, etc. of UAV 100. Flight controller 130 can then take the control signals from transceiver 165 and calculate target flight characteristics. For example, target flight characteristics might include “rotate x degrees” or “go to this GPS location”. Flight controller 130 can calculate response characteristics of UAV 100. Response characteristics can include how electronic speed controller 145, motor 150, propeller 155, etc. respond, or are expected to respond, to control signals from flight controller 130. Response characteristics can include an expectation for how UAV 100 as a system will respond to control signals from flight controller 130. For example, response characteristics can include a determination that one motor 150 is slightly weaker than other motors.

After calculating current flight characteristics, target flight characteristics, and response characteristics flight controller 130 can calculate optimized control signals to achieve the target flight characteristics. Various control systems can be implemented during these calculations. For example a proportional-integral-derivative (PID) can be used. In some embodiments, an open-loop control system (i.e., one that ignores current flight characteristics) can be used. In some embodiments, some of the functions of flight controller 130 are performed by a system external to UAV 100. For example, current flight characteristics can be sent to a server that returns the optimized control signals. Flight controller 130 can send the optimized control signals to electronic speed controllers 145 to control UAV 100.

In some embodiments, UAV 100 has various outputs that are not part of the flight control system. For example, UAV 100 can have a loudspeaker for communicating with people or other UAVs 100. Similarly, UAV 100 can have a flashlight or laser. The laser can be used to “tag” another UAV 100.

FIG. 2 illustrates an exemplary control transmitter 200 used to control a UAV that may be used in implementations of the present invention. Control transmitter 200 can send control signals to transceiver 165. Control transmitter can have auxiliary switches 210, joysticks 215 and 220, and antenna 205. Joystick 215 can be configured to send elevator and aileron control signals while joystick 220 can be configured to send throttle and rudder control signals (this is termed a mode 2 configuration). Alternatively, joystick 215 can be configured to send throttle and aileron control signals while joystick 220 can be configured to send elevator and rudder control signals (this is termed a mode 1 configuration). Auxiliary switches 210 can be configured to set options on control transmitter 200 or UAV 100. In some embodiments, control transmitter 200 receives information from a transceiver on UAV 100. For example, it can receive some current flight characteristics from UAV 100.

FIG. 3 illustrates an exemplary virtual reality system 300 that may be used in implementations of the present invention. Virtual reality system 300 may include battery 305 or another power source, display screen 310, and receiver 315. Virtual reality system 300 can receive a data stream (e.g., video) from transmitter 120 of UAV 100. Virtual reality system 300 may include a head-mounted unit as depicted in FIG. 3. Virtual reality system 300 can also include a monitor, projector, or a plurality of additional head-mounted units such that multiple viewers can view the same virtual environment.

Virtual reality system 300 may generate a display of an artificial image to overlay the view of the real world (e.g., augmented reality) or to create an independent reality all its own. Display screen 310 may be partly transparent or translucent, thereby allowing the user to observe real-world surroundings, as well as a displayed computer generated image, or a combination of the two. The virtual environment generated by virtual reality system 300 and presented to the user may include any of the real-world surroundings, any physical objects (which may be augmented or not), or generate wholly virtual objects.

In some embodiments, display screen 310 includes two screens, one for each eye; these screens can have separate signals for stereoscopic viewing. In some embodiments, receiver 315 may be coupled to display screen 310 (as shown in FIG. 3). Alternatively, receiver 315 can be a separate unit that is connected using a wire to virtual reality system 300. In some embodiments, virtual reality system 300 is coupled to control transmitter 200. Virtual reality system 300 may further be communicatively coupled to a computing device (not pictured) such as those illustrated in and described with respect to FIGS. 7 and 8.

FIG. 4A illustrates an exemplary physical space 400A within which a UAV 100A may be flown along a course 420A. As illustrated, the physical space 400A may include a variety of course elements 410A, which may be a physical object or may only exist as virtual objects generated by a virtual reality system (e.g., virtual reality system 300). In some embodiments, the course elements 410A may have both physical and virtual features. For example, a course element 410A may have a physical structure and shape to which the virtual reality system 300 may add decorative, thematic, or other visual features in generating the virtual environment corresponding to the course.

A user or pilot may fly UAV 100A along course 420A, thereby navigating through or around the various course elements 410A placed along course 420A. The user may plot the course 420A anywhere within the space 400A. Course 420A may include, for example, maneuvering through or around certain course elements 410A, as well as various maneuvers in open space within space 400A.

The user may view the UAV from his or her physical location within the virtual environment while flying the UAV along the course 420A. Depending on settings of the virtual reality system 300, the user may also be provided with a first person view of the course 420A corresponding to the view as seen from the UAV. The virtual reality system 300 therefore provides the user with a flight simulation experience corresponding to the actual physical flight of the UAV.

While UAV 100A is flying along course 420A, its cameras and sensors may be capturing images and various other details regarding the physical space 400A (e.g., size or dimensional measurements) and the course 420A (e.g., various obstacles, such as walls, and course elements 410A). Using the various positional sensors discussed above with respect to FIG. 1, information regarding the positions and movement of the UAV through space 400A along course 420A may be ascertained. The images and other data captured regarding physical space 400A—in conjunction with the locations of the UAV moving through that space 400A—allows for construction of a course profile or map.

Such a course profile may include not only physical structures (e.g., walls of space 400A), but virtual structures as well. The virtual structures may be generated by a virtual reality system 300 based on user preferences and input. For example, the physical space 400A may be an empty room shaped as a simple rectangular prism in which course elements 410A may be added, whether as physical or virtual objects. In addition, the virtual reality system 300 may further add another layer of imagery where the walls of the space 400A may be made to appear as walls of an underground cave and the course elements 410A as narrow tunnel openings. Alternatively, the walls of space 400A may be made to look like outer space and the course elements 410A as openings between asteroids. Such virtual features may also be included in the course profile constructed for course 420A.

FIG. 4B illustrates a physical space 400B that is different from that illustrated in FIG. 4A, but within which the course 420A of FIG. 4A may be recreated by a virtual reality system 300 at space 400B. The course profile constructed for course 420A may be used by a virtual reality system at space 420B to generate a virtual environment corresponding to course 420A. The virtual environment generated for space 400B may include virtual course elements 410B corresponding to course elements 410A, as well as any other visual elements generated in the virtual environment of space 400A.

Space 400B may have different dimensions from space 400A, however. As such, the virtual environment generated for space 400A needs to be scaled for the dimensions of space 400B. In some instances, scaling may also occur based on the dimensions of the UAV 100B in space 400B. Such scaling may be based on the relative differences in dimensions between spaces 400A and 400B, the relative differences in dimensions between UAV 100A and 100B, and various other characteristics of the respective spaces or UAVs. In some implementations, such as competitions, scaling may also apply to scores, points, times, or other metric used to compare performance between a UAV 100A in a first space 400A and another UAV 100B in a second space 400B.

FIG. 5 is an exemplary network environment 500 in which a system for UAV course profiling and sharing may be implemented. Network environment 500 may include a communication network 510 through which communications between various UAV courses 520A-C (each with a respective virtual reality system) and server 530 may occur.

Communication network 510 may be a local, proprietary network (e.g., an intranet) and/or may be a part of a larger wide-area network. The communications network 510 may be a local area network (LAN), which may be communicatively coupled to a wide area network (WAN) such as the Internet. The Internet is a broad network of interconnected computers and servers allowing for the transmission and exchange of Internet Protocol (IP) data between users connected through a network service provider. Examples of network service providers are the public switched telephone network, a cable service provider, a provider of digital subscriber line (DSL) services, or a satellite service provider. Communications network 510 allows for communication between the various components of network environment 500.

UAV courses 520A-C represent different spaces at different locations. Each UAV course 520C-C may be associated with a respective UAV and virtual reality system. The type of UAVs and virtual reality system at each UAV course 520C-C may also differ. In an exemplary implementation, a course may be mapped and profiled at a first UAV course 520A. Such a course profile may include not only information regarding the physical space at UAV course 520A, but also any virtual objects or features thereof. In some instances, the course profile may also include information regarding the UAV used to map and profile the course at UAV course 520A.

The course profile for UAV course 520A may be sent over communication network 510 to any of the other UAV courses 520B-C or to server 530. The respective virtual reality systems at each of the other UAV courses 520B-C may generate a virtual environment corresponding to the course mapped for UAV course 520A. Where the dimensions of the space or UAV may differ, various scaling factors may be used to generate the respective virtual environments at UAV courses 520B-C. In some embodiments, the course profile may be sent to server 530 for storage and distribution.

Server 530 may include any type of server or other computing device 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.

In some embodiments, server 530 may act as a storage repository for course profiles for different UAV courses. Users who create course profiles by flying their UAV and augmenting or adding virtual objects to the same may further provide the course profiles to server 530. Such course profiles may be made accessible or distributed to other users upon request. In some embodiments, server 530 may apply various scaling and normalization factors so that a virtual UAV course may be generated in spaces having different dimensions.

Server 530 may be a game server or other type of host server capable of hosting a session that includes one or more systems (e.g., UAV courses 520A-C). For example, the server 530 may manage a competition in which a user at each course 520A-C may fly a UAV through a virtual course. Various scores, points, or times may be recorded, as well as scaled or otherwise normalized to account for differences in degree of difficulty related to the differences between the UAV courses and respective UAVs.

FIG. 6 is a flowchart illustrating an exemplary method 600 for using a shared UAV course profile. The method 600 of FIG. 6 may 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 in FIG. 6 (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.

In step 610, images and other data are captured as a UAV is flown along a course at a first location. As discussed above, the UAV may be equipped with various cameras, position sensors, gimbals, environmental sensors, radar, lidar, lasers, and other types of sensors that not only allow for tracking of the UAV movement, but also gather data regarding the environment (e.g., obstacles, objects) through which the UAV moves.

In step 620, virtual elements may be added to the course. Such virtual elements may include augmentation of physical objects or wholly virtual elements. The addition of virtual elements may be based on user preference or selection. In some embodiments, the user may be offered a menu of virtual elements, themes, or templates that may be used to augment or add to a particular course.

In step 630, a course profile may be constructed based on the information captured in step 610, as well as the customizations added in step 620. The course profile may include mapping data of the course, as well as various physical and virtual elements on the course. Such a course profile may further specify sizes, distances, and other measurements of various elements of the course, as well as information regarding the UAV used to map the course.

In step 640, the course profile may be transmitted over a communication network to other virtual reality systems or servers. Such transmission may occur upon request, automatic sharing or distribution settings, or other parameters selected by users or administrators.

In step 650, a virtual reality system (e.g., at a second location) that received the course profile may generate a virtual environment that is based upon the course profile and that includes a course corresponding to the mapped course. Depending on the differences in the available space at the locations and differences in the UAV, various scaling or normalization factors may be used to generate a virtual environment (including the virtual course and course elements) at the second location.

In step 660, a user in the second location may fly their UAV along the virtual course. In some embodiments, multiple virtual courses may be generated at different locations, and UAVs flown along the respective courses may be essentially racing against each other, albeit in different locations. Further, the respective virtual reality systems may communicate with each other to provide the real-time locations of each respective UAV along the course. As such, the user may view a virtual representation of their UAV competitors in the virtual environment, as well as various interactions that may occur between the physical UAV present at a location and virtual UAVs representing UAVs at other locations. Such interactions may result in various parameters being applied to the physical UAV. For example, a bump with a virtual UAV may result in limitations on the power or acceleration made available to the physical UAV.

FIG. 7 is a block diagram of an exemplary computing system 700 that may be used to implement an embodiment of the present invention. Computing system 700 may be inclusive of general purpose computers, mobile phones, smartphones, personal digital assistants (PDAs), portable computing devices (e.g., laptop, netbook, tablets), desktop computing devices, handheld computing device, game console, or any other type of computing device known in the art.

The computing system 700 of FIG. 7 includes one or more processors 710 and memory 720. Main memory 720 stores, in part, instructions and data for execution by processor 710. Main memory 720 can store the executable code when in operation. The system 700 of FIG. 7 further includes a mass storage device 730, portable storage medium drive(s) 740, output devices 750, user input devices 760, a graphics display 770, and peripheral devices 780.

The components shown in FIG. 7 are depicted as being connected via a single bus 790. However, the components may be connected through one or more data transport means. For example, processor unit 710 and main memory 720 may be connected via a local microprocessor bus, and the mass storage device 730, peripheral device(s) 780, portable storage device 740, and display system 770 may be connected via one or more input/output (I/O) buses.

Mass storage device 730, which may be implemented with a magnetic disk drive or an optical disk drive, is a non-volatile storage device for storing data and instructions for use by processor unit 710. Mass storage device 730 can store the system software for implementing embodiments of the present invention for purposes of loading that software into main memory 720.

Portable storage device 740 operates in conjunction with a portable non-volatile storage medium, such as a floppy disk, compact disk or Digital video disc, to input and output data and code to and from the computer system 700 of FIG. 7. The system software for implementing embodiments of the present invention may be stored on such a portable medium and input to the computer system 700 via the portable storage device 740.

Input devices 760 provide a portion of a user interface. Input devices 760 may include an alpha-numeric keypad, such as a keyboard, for inputting alpha-numeric and other information, or a pointing device, such as a mouse, a trackball, stylus, or cursor direction keys. Additionally, the system 700 as shown in FIG. 7 includes output devices 750. Examples of suitable output devices include speakers, printers, network interfaces, and monitors.

Display system 770 may include a liquid crystal display (LCD) or other suitable display device. Display system 770 receives textual and graphical information, and processes the information for output to the display device.

Peripherals 780 may include any type of computer support device to add additional functionality to the computer system. For example, peripheral device(s) 780 may include a modem or a router.

The components contained in the computer system 700 of FIG. 7 are those typically found in computer systems that may be suitable for use with embodiments of the present invention and are intended to represent a broad category of such computer components that are well known in the art. Thus, the computer system 700 of FIG. 7 can be a personal computer, hand held computing device, telephone, mobile computing device, workstation, server, minicomputer, mainframe computer, or any other computing device. The computer can also include different bus configurations, networked platforms, multi-processor platforms, etc. Various operating systems can be used including Unix, Linux, Windows, Macintosh OS, Palm OS, and other suitable operating systems.

FIG. 8 is a block diagram of an exemplary electronic entertainment system 800. The entertainment system 800 of FIG. 8 includes a main memory 805, a central processing unit (CPU) 810, vector unit 815, a graphics processing unit 820, an input/output (I/O) processor 825, an I/O processor memory 830, a controller interface 835, a memory card 840, a Universal Serial Bus (USB) interface 845, and an IEEE 1394 interface 850. The entertainment system 800 further includes an operating system read-only memory (OS ROM) 855, a sound processing unit 860, an optical disc control unit 870, and a hard disc drive 865, which are connected via a bus 875 to the I/O processor 825.

Entertainment system 800 may be an electronic game console. Alternatively, the entertainment system 800 may 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 CPU 810, the vector unit 815, the graphics processing unit 820, and the I/O processor 825 of FIG. 8 communicate via a system bus 885. Further, the CPU 810 of FIG. 8 communicates with the main memory 805 via a dedicated bus 880, while the vector unit 815 and the graphics processing unit 820 may communicate through a dedicated bus 890. The CPU 810 of FIG. 8 executes programs stored in the OS ROM 855 and the main memory 805. The main memory 805 of FIG. 8 may contain pre-stored programs and programs transferred through the I/O Processor 825 from a CD-ROM, DVD-ROM, or other optical disc (not shown) using the optical disc control unit 870. I/O Processor 825 of FIG. 8 may also allow for the introduction of content transferred over a wireless or other communications network (e.g., 4$, LTE, 3G, and so forth). The I/O processor 825 of FIG. 8 primarily controls data exchanges between the various devices of the entertainment system 800 including the CPU 810, the vector unit 815, the graphics processing unit 820, and the controller interface 835.

The graphics processing unit 820 of FIG. 8 executes graphics instructions received from the CPU 810 and the vector unit 815 to produce images for display on a display device (not shown). For example, the vector unit 815 of FIG. 8 may transform objects from three-dimensional coordinates to two-dimensional coordinates, and send the two-dimensional coordinates to the graphics processing unit 820. Furthermore, the sound processing unit 860 executes 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 system 800 via the USB interface 845, and the IEEE 1394 interface 850 such as wireless transceivers, which may also be embedded in the system 800 or as a part of some other component such as a processor.

A user of the entertainment system 800 of FIG. 8 provides instructions via the controller interface 835 to the CPU 810. For example, the user may instruct the CPU 810 to store certain game information on the memory card 840 or 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.

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.

The foregoing detailed description of the technology has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the technology to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. The described embodiments were chosen in order to best explain the principles of the technology, its practical application, and to enable others skilled in the art to utilize the technology in various embodiments and with various modifications as are suited to the particular use contemplated. It is intended that the scope of the technology be defined by the claim.

Claims

1. A system for sharing virtual environments, the system comprising: memory that stores one or more profiles, each profile defining a different virtual environment that includes one or more virtual elements;a communication interface that communicates over a communication network, wherein the communication interface receives a request to provide one of the profiles to a plurality of user devices in different locations; anda processor that executes instructions stored in memory, wherein the processor executes the instructions to generate a set of instructions for each of the user devices based on the requested profile, the set of instructions executable by the respective user device to generate the virtual environment corresponding to the requested profile and to communicate with each other user device in real-time regarding interaction within the corresponding virtual environment.

2. The system of claim 1, wherein the set of instructions are executable by the user device to generate the virtual environment corresponding to the requested profile by augmenting a physical space with an overlay of the one or more virtual elements as defined by the requested profile.

3. The system of claim 1, wherein the processor generates the set of instructions for at least one of the user devices by applying at least one normalization factor to the requested profile, the at least one normalization factor specific to the at least one user device.

4. The system of claim 3, wherein the at least one normalization factor includes at least one scaling factor.

5. The system of claim 3, wherein the at least one normalization factor corresponds to an associated physical space of the at least one user device.

6. The system of claim 1, wherein each of the user devices is associated with a respective user-controlled virtual object, and wherein the real-time communication further includes one or more locations of different user-controlled virtual objects within the corresponding virtual environment.

7. The system of claim 6, wherein each of the user devices further executes the set of instructions to generate a representation of each other user-controlled virtual object within the corresponding virtual environment based on the real-time communication.

8. The system of claim 6, wherein each of the user devices further executes the set of instructions to apply one or more parameters to the corresponding virtual environment based on the real-time communication.

9. The system of claim 8, wherein applying the parameters include adjusting at least one of the user-controlled virtual objects or the virtual elements within the corresponding virtual environment.

10. A method for sharing virtual environments, the method comprising: storing one or more profiles in memory, each profile defining a different virtual environment that includes one or more virtual elements;receiving a request to provide one of the profiles to a plurality of user devices in different locations, the request received over a communication network; andexecuting instructions stored in memory, wherein execution of the instructions by the processor generates a set of instructions for each of the user devices based on the requested profile, the set of instructions executable by the respective user device to generate the virtual environment corresponding to the requested profile and to communicate with each other user device in real-time regarding interaction within the corresponding virtual environment.

11. The method of claim 10, wherein the set of instructions are executable by the user device to generate the virtual environment corresponding to the requested profile by augmenting a physical space with an overlay of the one or more virtual elements as defined by the requested profile.

12. The method of claim 10, wherein generating the set of instructions for at least one of the user devices includes applying at least one normalization factor to the requested profile, the at least one normalization factor specific to the at least one user device.

13. The method of claim 12, wherein the at least one normalization factor includes at least one scaling factor.

14. The method of claim 12, wherein the at least one normalization factor corresponds to an associated physical space of the at least one user device.

15. The method of claim 10, wherein each of the user devices is associated with a respective user-controlled virtual object, and wherein the real-time communication further includes one or more locations of different user-controlled virtual objects within the corresponding virtual environment.

16. The method of claim 15, wherein each of the user devices further executes the set of instructions to generate a representation of each other user-controlled virtual object within the corresponding virtual environment based on the real-time communication.

17. The method of claim 15, wherein each of the user devices further executes the set of instructions to apply one or more parameters to the corresponding virtual environment based on the real-time communication.

18. The method of claim 17, wherein applying the parameters include adjusting at least one of the user-controlled virtual objects or the virtual elements within the corresponding virtual environment.

19. A non-transitory, computer-readable storage medium having embodied thereon a program executable by a processor to perform a method for sharing virtual environments, the method comprising: storing one or more profiles in memory, each profile defining a different virtual environment that includes one or more virtual elements;receiving a request to provide one of the profiles to a plurality of user devices in different locations, the request received over a communication network; andexecuting instructions stored in memory, wherein execution of the instructions by the processor generates a set of instructions for each of the user devices based on the requested profile, the set of instructions executable by the respective user device to generate the virtual environment corresponding to the requested profile and to communicate with each other user device in real-time regarding interaction within the corresponding virtual environment.