US20080015024A1 - Systems and methods for location based games and employment of the same on location enabled devices - Google Patents

Abstract

A location-based game system is provided. Such a system may take the form of any device (e.g., a wireless telephone) that includes a locating device (e.g., a GPS system). One such location-based game may operate such that the actual, physical location of a user on a physical playfield corresponds to the location of a virtual character on a virtual playfield. Such location based games are referred to herein as actuality games. In one multiplayer actuality embodiment, two game devices may communicate location, and other, information to a remote database such that the two user's may interact on different physical playfields, but play on the same virtual playfield. A number of wireless communications protocols, self-configuration, and auto-download software applications are also provided to optimize integration with, for example, a wireless telephone.

Description

CROSS-REFERENCE TO RELATED APPLICATION
• This application claims the benefit of U.S. Provisional Patent Application No. 60/499,810 filed on Sep. 2, 2003 which is hereby incorporated by reference herein in its entirety.
• This application claims the benefit of U.S. Provisional Patent Application No. ______ filed on Aug. 20, 2004 titled “Wireless Devices With Flexible Monitors and Keyboards” (Docket No. JDM/007) which is hereby incorporated by reference herein in its entirety.
BACKGROUND OF THE INVENTION
• This invention relates to video games and video game systems.
• Virtual reality games have been developed where a user places a helmet on his/her head and is immersed into an alternate reality via a display located in the helmet. This user is then allowed to move through an alternate reality by means of a joystick. The user is displayed the alternate reality from a first person perspective. A user is limited in actual physical movement by means of a very small (e.g., 48 inches) enclosed virtual reality platform. Such traditional virtual reality systems are deficient because of the need for additional, unneeded manual actions to be made to move a joystick in order to move the user through the alternate reality. It is therefore desirable to provide a game system with improved user controls.
• Traditional virtual reality systems are also unsafe because a user cannot visually see his/her physical environment. Guard rails are typically provided such that a user cannot stray from the virtual reality platform. Yet, a user may become distorted in the alternate reality and lose a sense of direction as to where such rails are located. Thus, a user may dangerously contact such guard rails or foreign objects introduced onto a virtual reality platform. It is therefore desirable to provide safer game systems.
• Traditionally heavy computer hardware, multiple platforms, large interconnection wires, and numerous manual control devices are required to immerse more than one user in the same alternate reality. Such virtual reality systems typically cost in the tens of thousands, to hundreds of thousands, of dollars. It is therefore desirable provide an economical video game system with improved functionality. It is also desirable to provide software that can realize improved gaming systems in traditional devices such as wireless telephones.
• Zingy.com offers wireless telephone ringers for sale and download. Zingy.com allows a user to enter in a wireless telephone number and a corresponding wireless telephone model a website. The user, however, must set up a user profile through a user identification process that includes sending a text message containing a confirmation code to the wireless telephone number. A user must enter in this confirmation code on the website to confirm that the user is in possession of the wireless telephone. Desired ringers must be paid for, and downloaded, one at a time. After a particular ringer has been purchased, that user is sent, via a text message, a Wireless Access Protocol (WAP) address. Such an address must be manually extracted from the text message, or entered directly into a browser, in order to be directed to the location of the desired ringer. The user's wireless telephone will then ask the user if the material is OK to download. Only one ringer may be downloaded to a wireless device at a time. It is therefore desirable to provide improved data interchange capabilities for a wireless device.
• Sprint offers a VISION PCS service in which the internet location of a Global Content Descriptor file (.GCD file) must be sent, via text messaging, to a Sprint VISION PCS wireless telephone in order to download a file (e.g., a ringer) from a website (e.g., Zingy.com). This .GCD file contains a variety of data fields that tell the wireless telephone, the size of the file, the title of the file, the creator of the file, the file type, and file's internet storage location. Traditional wireless telephones contain programs that use the information of the .GCD file. For example, if the size of the file, as described by the .GCD file, is too large then the wireless telephone will prompt the user that the file is too large to download. Such systems are deficient because two files must be transferred in order to manually obtain a download of a single file. It is therefore desirable to provide a wireless telephone that does not need to download a .GCD file, or a similar file, in order to download content.
SUMMARY OF THE INVENTION
• The present invention provides an actual, reality-based video game in which a user's physical (actual) location on a playfield, reflects a virtual game character's virtual location in a video game environment. In this manner, an actual-reality (hereinafter “actuality”) video game system may be provided. Generally, an actuality game is a location-based game where a user's location on a physical playfield corresponds to a video game character's location on a virtual video game playfield. Multiple types of other location-based games are also provided.
• Multiple type of displays are provided that realize a variety of different types of location-based games. For example, a gaming system is provided in which a user's actual environment is completely visible to a user. In this manner, a game system that provides a visible physical playfield may be provided. A display (e.g., a monitor) may be provided to display the video game to a user. A location device may be included in the video game system such that the actual location of the video game system may be obtained and utilized, for example, to control the location of a virtual video game character on a virtual playfield. In this manner, the user is provided as choice whether or not to view either the physical playing field or the game system display while operating the game.
• As per another example, a game system is provided with a transparent display such that virtual indicial may be presented on portions of the display. Such virtual indicia may be configured to block, manipulate, or overlay a portion of a user's actual, physical environment. In this manner, a game system that provides a semi-visible physical playfield may be provided. Such displays may be, for example, flexible, transparent, and head-mounted display. Alternatively, such virtual indicia may be displayed directly on the retina through the use of light emitting elements. One advantage of a semi-visible environment game system is that the system allows a user to travel safely at fast speeds through a physical environment. The is because the user may be able to-see all of, or part of, his/her physical environment.
• In such a game system that provides a semi-visible environment, a user may go to a soccer field, mount a semi-visible environment gaming system display over his/her field-of-view, download a “goalie” video game, and practice blocking penalty kicks that are shown through the display. Expanding this example, as a virtual ball is virtually kicked on the head-set, the user may change locations to try and block the ball. In this manner, the gaming system may use the user's location to render the next frame of images display on the user's display. Thus, if a user moves one foot to the left towards the ball, the video game system may render the ball to be one foot closer to the user in the next frame.
• Yet another game system is provided in which the video game display completely immerses a user into a virtual reality so that a user cannot see his/her physical environment. In this manner, a game system that provides a non-visible physical playfield may be provided. Location information may be utilized, for example, to determine a virtual character's location (e.g., a particular first-person perspective) in the virtual realm.
• At any time during gameplay, a user's location may be used as a reference by the video game or another user's video game. For example, a child in his/her backyard in the U.S. may play a game of virtual PACMAN with his/her father that is located in a park in Japan. At the beginning of such a multiplayer game, information about the starting location of each user may be utilized as a points of reference for the game. Accordingly, the game system may transmit the child's location with respect to the child's starting location to his/her father's game system. The father's game system may then utilize this information to determine where the child would be if the two user's were playing on the same physical playfield. Accordingly, the father and child may play the same actuality game together even though the father and the child are on opposite sides of the world.
• A visor may be provided that includes a transparent display such that virtual objects can be overlayed/placed onto the user's actual, physical environment. If the game is a reincarnation of the classic game of PACMAN, maze walls may be provided to a transparent display. Thus, a user may see the actual environment that the user is running through (e.g., the actual, physical playfield) and also see the maze walls that he/she has to follow (e.g., the virtual playfield).
• Any device with a locating device and a display may be programmed to be at least a visible environment game system. For example, a wireless telephone with a Global Positioning System (GPS) system may be utilized as a visible environment game system that plays, for example, actuality games. As introduced above, one actuality game may be a reincarnation of the classic game of PACMAN. Such a game may include a multiplayer mode where multiple players may simultaneously play the game. Control of, for example, PACMAN may be provided by changing the location of the wireless telephone. A different player could use a different game system (e.g., a different wireless telephone) to control a ghost in the same game. Such a different user may be located on a remote playfield (e.g., in a park in Japan). Thus, a user may look down at a display screen, see his/her character, and run around his/her physical environment in order to similarly run his/her virtual character through a virtual maze. Communication devices may be included in such multiplayer game systems such that individual gaming systems may communicate location information to each other or a remote storage device. Such a remote storage device (e.g., a remote database) may be periodically updated with each user's location information and periodically accessed by each user's device to obtain, for example, the other user's location. Accordingly, the ability of a wireless telephone to transmit/receive data may be utilized to realize multiplayer actuality games or other location-based games. Alternatively, the devices may establish a direct communications link with each other.
• Additional locating devices, or directional devices, may be placed on a user to obtain additional transparent controls (e.g., controls where a user does not have to perform an unnatural action). For example, a GPS device (or any type of locating device) may be placed on a user's hand. A hand-word locating device may be used to obtain the location of a user's hand in a three-dimensional field. Therefore, the height, latitude, and longitude of the user's hand may control the height and position of a virtual game character's hand (or other movement).
• As per another example, a locating device may be provided on a head-mounted display that determines how the head-mounted display moves with respect to a reference point. In this manner, the video game may be provided with signals representative of the direction that the user's head is pointed towards. A directional electronic compass is also provided through the configuration of two location devices (e.g., two GPS devices). If, for example, one location device is placed in one location of a portable gaming system (e.g., the front of a visor) and a second location device placed in a second location of the portable gaming system (e.g., the back of a visor) then the direction the visor is pointing may be determined be determining the location of these two location devices.
• Additional locating and/or directional devices may be provided on other actual objects (e.g., a sword, gun, baseball bat) such that the location of these objects may also be utilized to provide input to the location-based video game. For example, multiple locating devices may be provided in a baseball bat such that a user may play an actuality game of baseball.
• Simplistic examples of a location-based game system are provided (e.g., a dedicated non-communicating one-player game system). Such systems may be constructed and marketed for considerably less than conventional hardware (e.g., less than the cost of a wireless telephone).
• Additional manual controls may be provided to increase the functionality of a game system of the present invention. Such manual controls may be, for example, buttons and/or joysticks.
• A data interchange may also be provided. Users may upload content from a wireless telephone and allow different users (e.g., selected users) to download content to their different wireless devices (e.g., a wireless Personal Electronic Device). Interactive games are provided to wireless telephones by, for example, including a database that can store a player's progress in the game.
• An automatic content update, or an automatic content download, may be provided to a wireless telephone user. Such an update may be the result of a paid subscription for such periodic updates. A wireless telephone is provided that includes the ability to have non-service provider automatic updates without the consent of the wireless telephone's user every time data is downloaded. A wireless telephone is also provided that is operable to download a file directly without a .GCD, or similar, file.
• Conversion components are also provided that may provide a location-based game functionality to a non-located enabled device. For example, a peripheral with a game, a locating device, and a wireless transmitter/receiver, may is provided that may interface with a particular non-location enabled device. Such a peripheral may be operable to interface with PCMCIA slots or USB ports. In this manner, a laptop user may purchase a conversion component so that the laptop is operable to play a particular location-based game or take on the attributed of a location-based gaming system.
• A stationary game system is provided that interacts with an actual-location based video game system of the present invention. In this manner, a user of a stationary gaming system (e.g., a home Personal Computer) may play a game against the user of an actuality gaming system. Using PACMAN as an example, the stationary user may control a ghost with a joystick while the location-based user controls PACMAN with his/her physical location on a physical playfield. A handicap may be given to the stationary user such that the actual-location based user is provided with an advantage (e.g., the handicap's player may move slower).
BRIEF DESCRIPTION OF THE DRAWINGS
• The above and other features of the present invention, its nature and various advantages will be more apparent upon consideration of the following detailed description, taken in conjunction with the accompanying drawings, in which like reference characters refer to like parts throughout, and in which:
• FIG. 1 is an illustration of one embodiment of a gaming system topology constructed in accordance with the principles of the present invention;
• FIG. 2 is a flow chart for a variety of functionalities that may be included in a gaming system constructed in accordance with the principles of the present invention;
• FIG. 3 is an illustration of a wireless telephone for use as a gaming system constructed in accordance with the principles of the present invention;
• FIGS. 4-5 are illustrations of user interfaces, and accompanying functionality, constructed in accordance with principles of the present invention;
• FIG. 6 is an illustration of one embodiment of a gaming system constructed in accordance with the principles of the present invention;
• FIG. 7 is an illustration of one embodiment of a gaming system constructed in accordance with the principles of the present invention;
• FIG. 8 is an illustration of a game system architecture constructed in accordance with the principles of the present invention;
• FIG. 9 are illustrations of multiple game system configurations constructed in accordance with the principles of the present invention;
• FIG. 10 is an illustration of a gaming system constructed in accordance with the principles of the present invention;
• FIG. 11 are illustrations of gaming system peripherals constructed in accordance with the principles of the present invention;
• FIG. 12 is an illustration of a gaming system network constructed in accordance with the principles of the present invention;
• FIG. 13 is an illustration of a gaming system constructed in accordance with the principles of the present invention; and
• FIG. 14 is an illustration of a flow chart of a multiplayer game that shares location information constructed in accordance with the principles of the present invention.
DETAILED DESCRIPTION OF THE DRAWINGS
• U.S. patent application Ser. No. 10/400,296 filed on Mar. 25, 2003 titled “Systems and Methods for Locating Wireless Telephones and Security Measures for the Same” (Docket No. JDM/002) is hereby incorporated by reference herein in its entirety.
• U.S. patent application Ser. No. 10/797,801 filed on Mar. 9, 2004 titled “Systems and Methods for Providing Remote Incoming Call Notification for Wireless Telephones” (Docket No. JDM/004) is hereby incorporated by reference herein in its entirety.
• FIG. 1 showsgaming system100 in whichlocating device131 receives location signals from satellites111-113. Persons skilled in the art will appreciate that satellites111-113 may be transmitters placed around a physical playfield (e.g., may be placed around/suspend above the perimeter of a physical playfield).Wireless telephone130 may house locatingdevice131 and may provide a location-based game ondisplay140.
• To initiate a location-based game, a user may be prompted to set an origin for the game trough a Graphical User Interface (GUI). Alternatively, an origin may be set automatically. Furthermore, a GUI may be provided that prompts a user on how much free physical space is needed on all sides of the origin for gameplay. Such a functionality may allow a user to locate a proper spot on an actual, physical playfield before gameplay begins or to allow a video game to establish a reference location. The dimensions of the physical playfield may be operable to be changed by a user. For example, a user may be provided with a number of physical playfield dimensions to choose from as shown in GUI411.
• In multiplayer embodiments, for example, a user may determine playfield dimensions and an opponent may be, for example, requested to confirm that user's selected dimensions (or display that user's selected dimensions). Alternatively, each user may select different dimensions for their local, physical playfield and control signals may be appropriately scaled as will be discussed below. Default dimensions for the physical playfield may be utilized by a video game and displayed to a user. Such dimensions may be changed during operation of the video game (e.g., a game may be PAUSED, taken to a different physical, playfield, and the physical playfield dimensions may be changed before the game is RESTARTED).
• Persons skilled in the art will appreciate that location-based video games may be initially configured in a variety of ways by a user. For example, a user may be provided with a GUI that includes a number of choices as to the shape of an physical playfield (e.g., a circle, square, or rectangle). As per another example, GUI412 may be provided in which a user may go to a physical playfield boundary that the user desires and establish that location as a location boundary for a game. Dimensions information may be utilized by a video game system to determine how to scale location-based inputs. For example, if a user is playing an actuality game of PACMAN then a user movement in a 10 ft.×10 ft. physical playfield may result in PACMAN moving faster than that same user movement in a 100 ft.×100 ft. foot physical playfield. Accordingly, a video game system may scale location inputs such that a person playing on a 10 ft.×10 ft. playfield may play in the same virtual playfield (although multiple displays may display the virtual playfield) as a user playing on a 100 ft.×100 ft. playfield. A program may scale user inputs based on, for example, the dimensions (e.g., size) of both user's playfield or scale to a user defined or default playfield. Control signals may be transmitted to other game systems such that scaling is taken into account. For example, transmitted control signals may represent the direction and magnitude that a current player's location is away from that user's origin. Dimension information for a user's physical playfield may also be transmitted to other user's game system. Using any one of a number of scaling methods, a user's movement North of his/her physical playfield origin by 10% may cause an opponent to view, on the opponent's display, movement of the user's video game character to alocation 10% North of the opponent's origin.
• Persons skilled in the art will appreciate that a variety of locating devices may be utilized. For example, a Global Positioning System (GPS) may be utilized. Alternatively, a Local Positioning System (hereafter “LPS”) may be utilized. Additionally, the difference in two locations provided by a locating device (e.g., the magnitude and direction of a location to an origin) may be utilized to move a character in a video game playfield (or provide other control signals to the video game system). Similarly, devices that measure movement (e.g., an accelerometer) may be utilized as a locating device. Accordingly, acceleration information may be translated into location information and this location information may be utilized as a control signal (e.g., for changing the location of a video game character).
• Person skilled in the art will also appreciate that any type of device may be configured into a gaming system of the present invention. In addition to wireless telephones (e.g., cellular or PCS wireless telephones), laptops, Personal Digital Assistants (e.g., PDAs), Blackberries, Personal Electronic Device (PED), iPODs, or any other portable electronic device may be utilized.
• Multiple portable gaming systems may be operable to directly communicate with each other (e.g., Cellular, PCS, WiFi, radio, satellite, or infrared communications) in order to achieve a variety of functionality. For example, portable gaming systems may communicate location information directly with one another in order to increase the speed in transferring location information. Alternatively, one or more remote storage devices (e.g., a database or memory) may be provided that stores location information for one or more users. Portable gaming devices may routinely retrieve other user's location information from such a remote storage device. Portable gaming devices may also routinely write location information for a particular user to such a remote storage device either periodically, continually, or as soon as a new location reading has been completed.
• To decrease the weight of a portable gaming device, a base station (e.g., base station170) may be provided that includes components that may otherwise be included in a portable gaming system. For example, a satellite communications device may weigh more than a WiFi device. In this manner, a WiFi transmitter/receiver may be included in the portable gaming device to relay the portable devices location information to the base station. The base station may then use, for example, the satellite communications transmitter/receiver to update location information on a remote storage device. Alternatively, the base station may include, for example, the remote storage device for one or more portable devices.
• Base stations (e.g., base station170) may also include a majority of the processing circuitry for a gaming system. For example, a portable gaming device may be provided with a display, a locating device, and a transmitter/receiver. This portable gaming device may periodically transmit location information to a base station. The base station may use this information as an input to a video game being played, render a new frame for the portable display, and forward this newly rendered frame (that takes into account the impact of the new location-based control signal) to the portable gaming device. Multiple portable devices may utilize one base station. Similarly, one portable device may utilize multiple base stations. Base stations may also communicate information between each other.
• FIG. 2 showsflow chart200 that includes a variety of different functionalities that may be included in a location-based gaming system. Persons skilled in the art will appreciate that any number of steps may be added to, or removed from,flow chart200. Generally,flow chart200 may be utilized in a location-based game where the location of a user on a defined physical playfield, or that user's latitude/longitude information in the world, is utilized as a control signal to a location-based game. In one embodiment, such control signals may, for example, replace a tradition joystick such that a user's physical location is utilized as the main control device for a game (e.g., control a character's location in a video game's virtual playfield).
• Step201 occurs when a request for a location-based game is received. This may be simply a user turning ON a location-based gaming system (e.g., turning ON a dedicated PACMAN location-based system) or a user selecting a location-based game from a list of location-based games. If a list of games is provided such games may be stored locally (e.g., on the gaming system). Alternatively, the list may be stored remotely, or locally, and a selected game may be downloaded from a remote location (e.g., wirelessly from a remote database). A cost may be associated with such location-based games and a user may be required to agree to purchase the game or rent the game for a period of time. Such game downloads may be free of charge. A subscription (e.g., an yearly or monthly billed subscription) may be purchased by the user such that all location based games are free to download while the subscription lasts (e.g., has not expired). Alternatively, an amount of time for gameplay may be purchased (e.g., 10 hours).
• Step201 may alternatively commence when a user starts a game on a location-based gaming system. Step201 may also commence when a user agrees to join a game (e.g., a different user requests that the user plays a multiplayer location-based game).
• Step203 determines if the game needs an origin setting. Persons skilled in the art will appreciate that many embodiments of a location-based gaming system may operate without the need to set an origin. For example, the longitude and latitude of the location of a user in the world may be utilized as a control signal. For example, if the location-based game is a single-player game of PACMAN then the game may utilize multiple instances of the user's location to determine the change in location and translate this change in location into a control signal to move PACMAN through a virtual video-game playfield such as a maze. As per another example, an origin-functionality may not be utilized, although it may be utilized in some embodiments, in a location-based game where the actual location of a user in the world is a control signal. For example, one location based game may provide control signals depending upon the city that the user is located in (e.g., New York City may cause one control signal to be provided while Washington D.C. may provide a different control signal to be provided). If a game does utilize an origin setting then, for example, step217 may occur.
• As stated above the game may autonomously set an origin for the game. Assuch step209 may be initiated fromstep201. In this manner, step203 may not be included in a gaming system. Generally,step203 is included to emphasize the varieties of gaming systems that may be provided.
• If a game, or gaming system, needs a manual origin setting then, for example, step205 may occur. Step205 may prompt a user to position the device at a desired origin. Step207 may then wait for a user to submit the origin (e.g., for a user to select a physical location as the start of a game). Persons skilled in the art will appreciate that even if an origin is not utilized by a video game, or video game system, that a user may still be provided with a display screen that allows a user to find a clear area before gameplay. In this manner, a “when you find an open area, and are ready to begin gameplay, press OK” display screen may be provided for a game, or game system, that does not utilize an origin as a reference location. Persons skilled in the art will also appreciate that in some embodiments, a user may select a perimeter by, for example, going to locations on the perimeters (e.g., the corners of a rectangle) and recording these perimeter locations. The video game, or video game system may utilize such perimeter locations to derive an origin. An origin-based game may, or may not utilize, perimeter locations. Additionally, setting a perimeter may encompass a variety of embodiments. For example, a location reading outside of a perimeter may still be utilized as a control signal (e.g., to deduct a particular number of points from a user's score). Alternatively, only location readings inside (and possibly even on) the perimeter may be utilized by a particular gaming system embodiment.
• Step207 may reiterated until a user selects a location as the origin for gameplay. Once a user selects a location for the origin of gameplay the device may record (e.g., in local memory or in remote memory such as a remote database) the location of the selected origin (e.g., by obtaining the location from a locating device) and use this location as a reference location during gameplay. Multiple features may be provided as the result of including, for example, one or more reference/origin values. As shown above, one such feature may be a multiplayer feature where the players may be located on different physical playfields.
• Step209 may be initiated, for example, after an origin is selected instep207 or autonomously afterstep203, or step201, occurs. Step209 may then take a reading of one or more locations for a user's locating device to determine a reference location (e.g., an origin). Step209 may obtain location information for a period of time (e.g., 1 minute) and average the location information together to obtain a reference location. During this time a display screen may be displayed to the user along the lines of “stay perfectly still while we calibrate the game with your current location.” Persons skilled in the art will appreciate that additional configuration steps may be provided. For example, a user may be asked to take a step forward and a step back, and shown the speed of the movement of a video game character based on that movement so the user may determine if the game-speed is acceptable (and if not, change the perimeter of the game or the scaling of user movement to character movement). In this manner, step209 may also begin tracking the user's location continually, or periodically.
• At any time, a user may be prompted if a multiplayer game is desired. For example, a user may be prompted if a multiplayer game is desired instep213. Step211 may be included inflow chart200 to located nearby players that can play the game. For example, a communications device may send out a signal to determine if any other similar, or compatible, devices are on the physical playfield (or a surrounding area). Alternatively, a player exchange may be provided in which the communications device sends a signal to the exchange noting that the user is desires to play a particular game in a multiplayer mode. If another player desires to play the game on the exchange then, for example, the two player's gaming systems may autonomously be configured with information about each others origin so that a multiple-player game may be initiated. Persons skilled in the art will appreciate that the origin of a users device does not need to be transmitted to the other users in a multiplayer game. Instead, control signals may be translated into control signals that a different user's device may utilize. For example, instead of transmitting an origin, a device may transmit a signal that represents a particular distance and direction (e.g., 5 feet North or 10% North of the physical playfield). Generally, such multiplayer control signals may assume that each user started at an origin and that each user's device recorded such an origin. As can be seen, multiple methods may be utilized to SYNC the location-aspect of multiple location-based gaming devices.
• Various other multiplayer configurations may also be provided. For example, a user may enter in the phone number of a wireless telephone and request if the user of that wireless telephone wants to play a multiplayer game wants to be played. Accordingly, the requested wireless telephone may be anywhere (e.g., halfway across the world) and still be requested to commence play on the same virtual, video-game playfield (e.g., by uploading data to a remote server or communicating directly with the wireless telephone). Step215 may be utilized to initialize any communications link needed between the gaming devices (e.g., communications to a common remote memory device such as a database). Step217 may be utilized to begin gameplay of a location-based video game.
• FIG. 3 showswireless telephone300 constructed in accordance with the principles of the present invention.Wireless telephone300 preferably includesspeaker330,antenna310,display screen320,control keys360, alpha-numeric keys350, andmicrophone340.Wireless telephone300 also preferably may include, for example, a communications transmitter (not shown), communications receiver (not shown), memory (not shown), positioning device such as a GPS or LPS (not shown), and a microprocessor (not shown).Control keys360 may include any number of joystick, control buttons, or other user interfaces (e.g., speech recognition controls).Such control keys360 may be utilized to provide, for example, additional control signals to a location-based game or gaming system (e.g., a control may be utilized as a FIRE or ACTION button). Controls may also be included inwireless telephone300 that are directed to location-based games and, in some instances, are used exclusively for location-based games. For example, ACTUALITY button165 may be included onwireless telephone300 that, when pressed, provides a location-based game, a list of location-based game, or a location-based game service. The use of ACTUALITY button165 may alternatively, automatically log a user into a location-based game network that may provide not only location based games but additional information such as, for example how many users are requesting opponents for a particular game.
• Persons skilled in the art will appreciate that a gaming device dedicated to a single game (e.g., FROGGER) may be easily incorporated into a device the size of, for example, a traditional Tamagochi device. Such dedicated devices may be sold relatively cheaply (e.g., $40). A gaming device may also accept cartridges of different games so as to reduce the need of purchasing a new location device with the purchase of a game. As discussed above, games can also be wirelessly downloaded to a portable gaming device or a traditional commercial device if that commercial device includes, for example, a locating device.
• FIG. 4 shows display screens425,450, and475 that may be provided to a gaming device.
• Display screen425 displays a list of location-based games that a user can choose from.Display screen425 may display information other than just the title of each game. For example,display screen425 may also display the dimensions of the physical playfield that is needed to play the game (or the preferred or default dimensions).Display screen425 may also display information related to if a different user has requested an opponent to play the game (or the number of different user's waiting for an opponent). Any game list be scrollable, or partitioned into multiple display screens, such that a large number of games may be included on the list.
• The games on such a list may be stored locally (e.g., in onboard memory) or remotely (e.g., on a remote database). Additional information that may be displayed ondisplay screen425 may include whether or not a user has purchased such a game, the amount of time left in a rental period for a game, the size of the game (e.g., 1 MB), and information about the gaming device (e.g., 100 MBs of memory available). Any other type of information may be included on any display screen described herein.
• Display screen450 is one example of the information that may be presented when a location-based game is chosen.Display screen450 may also contain a static (e.g., transparent) origin functionality such that when a user acknowledges reading the instructions, the system will autonomously record an origin location. As stated above, an origin does not have to be set for a location-based game to be played where movement on a physical playfield correlates to a video game character's movement on a virtual video game playfield.
• Display screen475 is one example of a multiplayer initialization screen and accompanying functionality. More particularly,display screen475 may include additional information such as how to, for example, initiate a multiplayer game. In one multiplayer embodiment, the gaming device may generate a gaming code unique to that device. Such a code may, for example, include information about the location device and the game being requested. For example, ID#PAC52312, as illustrated, may include PAC to correspond to a particular game (e.g., PACMAN) and 52312 to correspond to the ID of a particular device (e.g., a telephone number) or a particular user that is logged into a device (e.g., user 52312). As in another multiplayer embodiment, a gaming device may include a communications receiver/transmitter to locate if one or more other devices are within range. Such a multiplayer signal may be signaled upon request of a particular multiplayer game. For example, display screen465 may be initiated if “PACMAN (MULTIPLAYER)” is chosen from a list of games.
• FIG. 5 shows display screens525,550, and575.
• Display screen525 is a screen that allows a user to chose from a variety of characters for gameplay. In this manner,display screen525 may be utilized in a multiplayer game such that each player may chose a different character or in a single player game. These characters may have different modes of operation (e.g., different goals, gaming constraints, and characteristics). For example, in PACMAN the goal of PACMAN is to eat pellets and run away, at times, from four ghosts. The ghosts, however, have a goal of killing PACMAN. Each ghost may, however, have different speeds (e.g., different characteristics). Player characteristics may include for example character speed, weapons, fighting styles, ability to do particular actions, or any other characteristic.
• Display screen550 may provide the user with a rule-set for the player that is chosen fromdisplay screen525. A location-based game where a user's actual physical location on a physical playfield correlates to a video game character's location on a virtual video game playfield may require that the operational rules of current game be changed. Using PACMAN as an example, in the classic PACMAN, PACMAN is not operable to stray close to maze walls. In an actuality PACMAN game, however, a player may stray close to maze walls and even come into contact with maze walls. Hitting a maze wall may be similar to a user contacting, or passing through, a perimeter of the video game playfield. In this manner, functionality is provided for this scenario. For example, a user may be deducted a particular number of points if that user contacts a maze wall, a game's perimeter/boundary, or an object that a video game character cannot pass through and/or cannot use. For the purposes of this application, such objects will be referred to as impenetrable objects. One alternative to reducing points is to stun the character for a period of time (e.g., not allowing the video game character to move for a period of time), reduce the number of lives of that character (e.g., reduce the number of character lives left by 1), or end the game (e.g., display “GAME OVER” to the user).
• As per another example, the gaming system may be configured to stop the movement of a video game character when a user travels through the location on a physical playfield that correlates to an impenetrable object on a virtual playfield. Thus if a user travels to through a wall, PACMAN may be left behind on the side of the wall that the user penetrated. The game may be configured such that the user may regain control of the video game character by returning to, or near, the location where the video game character was left behind.
• Display screen575 includes one embodiment of a screen shot from a location-based game, particularly an actuality game PACMAN game.Virtual character576 is first displayed to a user at the virtual character's origin. As a player moves around a physical playfield, the player's actual location may be translated into a virtual location forvirtual character576. As mentioned above, one of the many ways in determining virtual character movement may be by determining the difference and direction between the user's current location and his/her origin location. Such information may be stored, retrieved, and/or processed as a vector. Thus, as a user runs through a playground, character26 may through the virtual environment ofdisplay screen575. If vectors are used as control signals, these vectors may be communicated to other players such that a multiplayer game is realized. Such vector sharing may be desirable in order to keep the actual location of a user private from opponent users. A user may, however, give an opponent permission (e.g., access to) his/her location such that, for example, the opponent can travel to the same physical playfield as the user.
• Character577 may be a second character controlled either by a program or by a second player.
• Character577 may have a different origin ondisplay screen575. In this manner, a user may be physically directed to an origin after the first player sets his/her origin so that they are both properly aligned on the physical playfield. At any time, a display screen, or a portion of a display screen, may include an outline of a playfield and the user's location on that playfield. If a player has to go to a particular area of the playfield (e.g., to a particular origin position such as area580) then this display screen may aid a user in setting up a game. One a player is on the origin, or in an origin area, then the player may be requested to begin gameplay or gameplay may autonomously begin.
• Virtualinteractive objects585 may be provided in an actuality, or location-based game. Such virtual interactive objects may be activated when, for example, a virtual character's location on a virtual playfield nears, contacts, and/or resides in the virtual location of the virtual interactive object on the virtual playfield. Activating an object may cause, for example, the rules of the game to change (e.g., PACMAN can eat a ghost) or the characteristics of a player to change (e.g., the player obtains a particular weapon) for a period of time or until the game, or game-level, ends. In some embodiments, virtual objects may be PICKED UP by a virtual game character (e.g., by a user physically pressing an ACTION button on a controller such as an instruction glove or control buttons on a gaming device). Accordingly, a virtual object may then be PUT DOWN by a virtual game character.
• Alternatively, both user's can have any actual origin (this allows for gameplay between two remote users). As described above, multiple embodiments may be provided that configure each user's gaming system, or the control signals provided to each user's gaming system, such that two remote users may play on the same virtual playfield. When playing of the same virtual playfield, the information sent to a user's gaming device of an opponents location may be utilized to generate a virtual character for that opponent on the user's gaming device. In this manner, a user may play an actuality game, or any location-based game, against his/her opponents.
• FIG. 6. shows environment600 that includesgaming devices620 and630. Remote hardware610 (e.g., a base station and/or remote processing circuitry) may also included to assist with single player or multiplayer gameplay.
• Remote hardware610 may be, for example, a remote memory (e.g., a remote database) that wirelessly communicates with one, or both, ofdevices620 and630.Remote hardware610 may be positioned around the playfield and, for example emit a local location signal.Devices620 and630 may then determine a location based on one or more signals fromremote hardware610. Additionalremote hardware610 may be utilized so thatdevices620 and630 can more accurately obtain their physical positions. For example, three instances ofremote hardware610 may be provided around the playfield such thatdevices620 and630 and utilize the time it takes for these signals (e.g., the difference in time it took to transmit/receive each signal) to triangulate the location ofdevices610 and/or620.
• Remote hardware610 may include the functionality of a gaming base station such that the location of each ofdevices620 and630, or control signals indicative of the location of the devices on a playfield, is stored/retrieved bydevices620 and/ordevices630 on one or more instances ofremote hardware630. Persons skilled in the art will appreciate thatremote hardware610 is not necessary. Instead,devices620 and630 may communicate with each other and determine their relation to one another. This may be cost-efficient for simple multiplayer games such as, for example, the classic game of pong where the location devices represent paddles on the virtual video game playfield. In this manner, a “perimeterless” game of pong may be played such that a user may move 1,000 feet to the left to block an incoming pong-ball from passing while, the whole time, the other user moves 1,000 feet to follow the opponent player. Such a perimeterless game, or any location-based game, may provide great a large amount of exercise to a user.
• Device620 may include one or more displays621. Such displays may be, for example, visible or semi-visible environment displays such that a user can see the environment around him/her. Images can then be selectively displayed ondisplays621 and622 such that a user can be displayed gaming indicia (e.g., virtual game characters, virtual interactive objects, and virtual impenetrable objects).Virtual game character622 may be provided todevice620 to represent the character that the user ofdevice620 is controlling. In this manner, the location of a user on an physical playfield may not correlate exactly to the position of the virtual game character on the virtual game playfield. Instead, a “lagging” perspective may be provide such that the character controlled by a user appears at a distance in front of the user (e.g., 5 feet). In this manner, a user may be able to gain additional information about the video game (e.g., if another virtual character is chasing him/her). A control may be provided to switch the perspectives of the video game. For example, a control button may be provided to change such a “lagging” perspective to a first-person perspective.
• Furthermore, because the location ofdevice630 is known, device620 (or remote hardware610) may provide an image of the virtual character of device as virtual character623. Accordingly, virtual character623 may be generated at the position wheredevice630 is located on the virtual playfield to represent the user ofdevice630. In this manner, if the user ofdevice630 picked PACMAN than virtual character621 may be PACMAN. For displays that can provide images that completely block-out the environment in front of the user then he/she may not see the user of device630 (if both users are playing on the same physical playfield) but the virtual character of the opponent. Generation of a user's virtual character, at the virtual character's location on a virtual playfield, on another user's display allows, for example, two users to play the same game on remote physical playfields.
• Any instance of display621 may be non-visible environment display such that a user is not able to see his/her world—only the virtual playfield.
• One benefit with a visible or a semi-visible environment device is that a user may move very quickly without the worry of tripping over the physical playfield (e.g., tripping over a rock). As a result, a user may be operable to use a visible, or semi-visible, environment device in more areas (e.g., a rocky field) than a non-visible environment configuration that is limited to a smooth surface (e.g., a basketball court).
• Display631 ofdevice630 shows a visor-type embodiment that does not overlay virtual characters over the positions of physical players on the same physical playfield. Display631 ofdevice630 may display other virtual environment indicia633 (e.g., interactive objects, impenetrable objects, and other virtual characters). Persons skilled in the art will appreciate thatvirtual environment indicia633 may include software-controlled gaming characters (e.g., video game characters with artificial intelligence).
• Circuitry624 and632 may include, for example, communications devices, processing circuitry, memory, speakers, additional locating devices, and locating receivers/transmitters. Additional locating data may be utilized. For example, the direction that a visor, or a gaming device with a game display, is pointing in may be determined by any number of location devices. For example, four location devices may be provided to determine not only the direction that visor632 is pointing but also the pitch at whichvisor632 is pointed in. Such information may be utilized to determine the user's perspective of the physical environment such that a corresponding perspective may be generated and subsequently displayed to the user. For example, four LPS devices may be provided. Two at the front of the visor at two different heights and two at the back of the visor at two different heights. If a user points his/her head down then the two LPS devices on both sides may record a difference in location and such a difference may be translated into a the pitch of the helmet. The direction that the visor is pointing in may be determined by the position of, for example, the average location of the front LPS devices and the average location of the rear LPS devices. Any methods of determining the pitch and/or direction that a device is pointing in may be utilized.
• Persons skilled in the art will appreciate that a base station may be provided that determines images to be displayed to a user and transmits these images to a user at a rate (e.g., 32 frames per second). As a result, the weight ofvisor630 may be decreased.
• Turning now toFIG. 7, a compact and inexpensive actuality gaming system is provided as gaming system700. Gaming system700 ofFIG. 7 may include no physical input devices other than optional ON/OFF switch710. Alternatively, however, any number ofbuttons720 may be provided (e.g., one or more FIRE WEAPON or ACTION buttons). If not additional input controls are provided then, for example, the size ofdisplay screen702 may be maximized. Gaming system700 may includechain704 andclip703 and may be small enough to fit inside a user's pocket. A user may interacts with game character725 through his/her physical location. This location may be determined by any number, or types, of locating devices701 (e.g., a GPS receiver or an accelerometer). Such a system may set an origin reference autonomously when the game is turned ON or right before the game starts. For example, a game may display that the game will start in a period of time (e.g., 3 seconds). Right before the game starts, an origin position may be read from locatingdevice701 and stored in a portion of memory that corresponds to an origin). Accordingly, the game may call a particularly, pre-defined portion of memory anytime that the origin is needed for gameplay.
• As illustrated, the game of FROGGER is provided ondisplay702. In such an example, a user may turn ON his/her FROGGER Actuality game and the user's origin may be stored. For embodiments where the origin is stored, the user's location with respect to that position may, for example, be utilized to move FROGGER along a virtual playfield. For embodiments where the origin is not stored, the user's movement may, for example, be utilized to move FROGGER (e.g., an accelerometer may be used. Alternatively, a user's change in location may be utilized. Therefore, if a user's location (e.g., GPS location) changes by five feet than FROGGER's location change by 10 pixels.
• Multiple types of impenetrable (or interactive) objects may be provided in a single game. For example, in FROGGER cars may be impenetrable objects that cause FROGGER to die (e.g., lose a life). Alternatively, the perimeter of the playfield may be an invisible impenetrable object such that when a user leaves a portion of the actual playfield that corresponds to a location of the virtual playfield outside of the perimeter, FROGGER is left behind at the perimeter. FROGGER can then be picked back up again by the user having his/her location correlate to FROGGER's location on the playfield. An additional icon may be provided when such a user goes out of bounds that shows the user where out of bounds the user is located. Such an additional icon may be beneficial to allow a user to more easily find the left-behind game character's position.
• At the end of each level, for example, a new origin may be autonomously set, the user may be requested to return to the original origin (which may be shown ondisplay702 along with the user's current position), and/or the user may be prompted to select a new origin. In FROGGER, for example, the origin may be near the boundary of the virtual playfield. Accordingly, the user may be prompted to select a direction for gameplay. Such a direction may be determined by the device prompting the user to point the device in a particular direction (where the direction the device is pointed in may be displayed to the user) and recording this direction. The origin and/or the direction the user is pointing in may be utilized to calibrate system700. Such directional information may also be utilized to calibrate an opponents gaming system, or signals sent to an opponents gaming system representative of a user's location on a virtual playfield.
• Persons skilled in the art will appreciate that a gaming systems may take a long period of time (e.g., 30 seconds) to determine a user's location. This may be the result of, for example, a slow processor or a locating device that takes an amount of time to gather a location. A number of games may take advantage of this delay and to provide a unique actuality gaming experience. For example, suppose that a locating device takes 30 seconds to obtain location information.Display702 may be a grid and a random box in the grid may highlight a particular period of time (e.g., 2 minutes). A count-down timer may be provided to display this, or a different period of time. For example, the count-down timer may display 2 minutes (time period minus time to determine a location). During the 90 seconds that the timer counts down, the user may be required to run to the next highlighted box. At the end of 90 seconds the user may be prompted to stop and take a 30 second break to catch his/her breath. During this time, a new location may be gathered and a new box on the grid highlighted. Such an example exhibits the functionality that even a simplistic device may provide. In this embodiment, an exercise device may be provided that increases a user's stamina by requesting that the user provide short bursts of movement. The selection of the next grid to be highlighted may result from an algorithm implemented to maximize the amount of calories that a particular user (e.g., a user having a particular weight) burns.
• FIG. 8 shows a number of components that may be included intogaming system800. Persons skilled in the art will appreciate that components ofgaming system800 may also be utilized in, for example, a gaming base station.Gaming system800 may include one ormore power sources820,output devices825,memory devices830,connection terminals835,location devices845, manual input controls850, wireless transmitters/receivers855, additional communication transmitters/receivers860, andadditional components840.
• FIG. 9 shows a few of the many types of location-based gaming systems operable to be constructed in accordance with the principles of the present invention. Particularly,FIG. 9 showsgaming systems910,930, and960.
• System910 includesgaming system911.Gaming system911 may operate as follows. Step921 waits until the system is turned ON. When the system is turned ON, a location-based game is initiated (e.g., step922). The game continues playing until the game is over (determined by step923). After the game is over, the results (e.g., a score, “GAME OVER,” or “GAME WON” may displayed) be displayed instep924.
• System930 includesgaming system931 that is operable to be separated into two game systems. When the two game systems are connected together, a single game-system may be provided so that, for example, a larger display screen may be viewed by a user. When a two-player game is selected, the two gaming systems may be separated and information may be transmitted between the two gaming systems (e.g., location information or other opponent control signals).
• Persons skilled in the art will appreciate that game cartridges may be utilized so that a system is operable to play any number of games. System932 may, for example, include a single cartridge port, but may contain two separate memories (one for each of the two individual systems). Alternatively, the system may include one memory device in the system that does not include the game cartridge such that that system (or both systems) may have the entire game, or a portion of the game, written to memory. In this manner, one cartridge may be utilized to supply a game to both systems. In one embodiment, one system may run the game off the cartridge while the other system may run the game off a stored copy of the game that was written to memory on the other system before the two systems were separated. Each system may include, for example, their own power supplies and processors.
• System931 may operate as follows. When the system is turned ON atstep941,step942 may initiate to receive location information (and other additional information) from an opponent and transmit location information (and other additional information) to an opponent. When the same location that is transmitted is received atstep943,step944 may initiate and display the results of the game. Such a game may provide, for example, a global “tag your it” location-based game. The precision of the location may be chosen to change the way such a game is played. For example, the location may represent an area code. Therefore a “tag” occurs only when both players are in the same area code. The less amount of time it takes for a user to make a “tag” may associate to a higher score for that “tag.”
• System960 includes twocommercial devices961 and962 programmed to play a location-based game.System960 may operate as follows. While a game in ON, location information is periodically transmitted and received bycommercial devices961 and962. The games oncommercial devices961 and962 may then be updated according to the received information. Game, or level, results may be displayed instep974. Identical results, or customized results, may be displayed to bothdevices961 or962.
• Persons skilled in the art will appreciate that received information is not limited to an opponents location information. For example, if an opponent performs an action (e.g, shoots a gun) that action may be transmitted, in some for, to the user's device such that the display of the user's device shows that action being performed by the opponent. In such a manner, a user's device may manipulate gameplay depending on, for example, an opponent's location and an opponent's actions.
• FIG. 10 shows one embodiment of location-basedgame1000. Location basedgame1000 may includehousing1001, display1030, controls1020 (e.g., a keyboard), and handles1040.
• A grid may be included, among other things, on display1030 that is associated to different location areas that a user may travel in. Character1091 may be included to represent the grid location on the virtual playfield that the user's actual location on a physical playfield corresponds too. One game functionality may hide unexplored areas of the grid (e.g., grid area1092). Once the virtual character reaches such a grid area, however, grid1092 may be uncovered to show what the grid contains (if anything). Past “findings” may be displayed. For example, clue1093 may be uncovered and permanently displayed (or displayed until a game event occurs).
• In one game embodiment, a user may have a fixed time to find a treasure on a playfield. Each block that the user uncovers (e.g., travels to), may require the user to win a mini-game. Such a mini-game may include, for example, defeating an enemy. In such an embodiment controls1020 may be utilized to fight the enemy and display screen1030 may, for the duration of the fight, replace the grid, or a portion of the grid, with a display screen showing an up-close perspective of the user's character and the enemy. The user may be given a time period to complete each mini-game. Other mini-games may be, for example, puzzles or other types of games. Such games may be location-based games in which movement ofsystem1000 moves the character in the mini-game. Some of the defeated enemies may not be removed from the game so that a return to the grid coordinate where the defeated enemy resides may result in a new fight with the enemy. Enemies (or other characters) may be inserted into grid coordinates at any time by the game and may move between such grid coordinates. In this manner, a location-based version of the classic game of Zelda maybe realized. Since such a game may be larger than an actual playfield (e.g., a soccer field), an origin may be manually reset at any time where the origin may be representative of a mid-game starting position. For example, if a user reaches the end of his/her physical playfield at the position of the grid that character1091 resides then the user may reset that location to the origin, turn around, and set that direction and the reference direction. Before this occurred, if the user walked backward, that user may have moved into a grid position down-from the location of character1091. Now, the user may walk in that same direction, but may move forward into the grid location above character1091.
• FIG. 11shows system1100 in which non-location based game enableddevice1110 is enable to play location-based games with any one ofperipherals1121,1122, and1123. Peripheral may include a location system (e.g., a GPS device) and a unique ID that may be utilized for multiplayer use. Alternatively, just a locating device (e.g., a GPS device or an accelerometer) may be provided on peripheral1121 and software may be utilized indevice1110 to provide an ID for that device (if needed to play a particular multiplayer game). Alternatively, peripheral1122 may be utilized. Peripheral1122 may include a location system and one or more particular location based games. Alternatively still, peripheral1123 may be provided and may include one or more locating systems, one or more particular location-based games (e.g., actuality games), and a ID (or an ID for each game). Persons skilled in the art will appreciate that like the peripherals ofsystem1100, a game cartridge may also include a locating device (e.g., an accelerometer or GPS device) and/or an ID for multiplayer use.
• FIG. 12 showsstationary device1210 andnetwork topology1250. As mentioned above, stationary devices may also be utilized to control a virtual game character in a location-based game (e.g., an actuality game). As in one PACMAN embodiment, a stationary personal computer may be utilized to play a ghost on a virtual playfield against a person whose physical position on an physical playfield controls PACMAN on that same virtual playfield. The functionality that this, and other embodiments, of the present invention may provide may provide numerous benefits. For example, a father who is a soldier overseas fighting a war may go to a computer and play with his child who is at home playing an actuality game in a school playground. Such a father could also put on, for example, a visor-enabled actuality system or hold a portable visible environment gaming system (e.g., system700 ofFIG. 7) and go outside of a barracks and physically play a game with, and interact with, his child. As discussed above, such functionality may be obtained without sending a signal representative of either user's location (e.g., the distance and direction from a pre-defined origin may be transmitted, not the location itself).
• Topology1250 shows a gaming network. Such a gaming network may include any type of communications1251 (e.g., wire-based or wireless communications). Any number ofportable devices1260 may be connected to the network.Portable devices1260 may utilize the internet to provide information (e.g.,portable devices1260 may submit information through the internet or publish information to a webpage accessible by other components of topology1250). Similarly,stationary devices1270 may be included in and may transmit/receive information via the internet or other methods (e.g., wireless through a wireless telephone). One or moreremote facilities1280, or third-party content providers, may be coupled to any component ofnetwork topology1250. Such facilities, or third-party content providers, may, for example, store gameplay information (e.g., a players location information or action information). Such facilities, or third-party content providers, may, for example, provide games forportable devices1260 andstationary devices1270 to download.
• Turning now toFIG. 13,system1300 is shown that includesuser1301 usinggaming device1360 andcontroller1350.Gaming device1360 andcontroller1350 may communicate to each other, and other devices, either wirelessly or through a wire-based connection.Controller1351 andGaming device1390 may include any components included in, for example,system800 ofFIG. 8.
• For example,controller1351 may includemanual controls1352 andanonymous controls1353. Manual controls1352 may take the form of manual buttons, such as a trigger. As such,controller1351 may take the form of a gun.Autonomous controls1353 may include a directional device that determines the direction that the gun is pointed in and/or the pitch that the gun is pointed in.Autonomous controls1352 may also include any number of locating devices such that the location ofcontroller1351 may be determined. Accordingly, the location ofcontroller1351 may be determined on a pre-defined, or user-defined, playfield or in the world.Controller1351 may take any shape. For example,controller1351 may take the shape of a steering wheel, baseball bat, golf-club, sword, glove, or any other shape a user can interact with.
• Physical interactive objects may also be included with any of the components ofcontroller1351 that multiple users may physically interact with. Such physical interactive objects may include, for example, a soccer ball, baseball, football. A user's sword may also be an interactive object because an opponents sword may physically interact with that user's sword. Such interaction may provide additional controls signals to a game. For example, the swords may have touch sensors to determine when they are in contact with one another (or if something is in contact with the sword).
• Gaming device1390 may include a display in which, for example, the virtual playfield and virtual objects (e.g., virtual characters, impenetrable objects, and interactive objects) may be displayed.Gaming device1390 may also include any number oflocation devices1362. In this manner, a user may walk through a virtual playfield by usinggaming device1360 and interact with theenvironment using controller1351. Accordingly,gaming device1360 may be, for example, a visor-based device.
• Persons skilled in the art will appreciate that manual buttons may be provided as manual controls on a gaming device or a controller. For example, a SPEED BOOST button may be provided that may propel a user a particular distance forward through a virtual playfield. Alternatively, such a SPEED BOOST button may change the scaling of the player's physical movement to the virtual character's movement such that the speed of the virtual character is increased. Such a SPEED BOOST may last for a period of time or as long as the SPEED BOOST button is pressed. If the SPEED BOOST is used to display a user's location then a new origin may, for example, be determined such that a user's movement on the physical playfield does not cause the virtual character to return to the location on the virtual playfield that virtual character was before the SPEED BOOST was initiated. In this manner, an origin may periodically, or manually, be updated. Generally, an origin is a location reference that the gaming system utilizes to map a virtual playfield to a physical playfield.
• Generally, a game is goal-oriented in nature. The goal may be, for example, to kill a particular character, solve a puzzle, reach a particular destination, or perform a particular action. Generally, such goals are not able to be obtained on a particular physical playfield, but, for example, with video game control signals provided by a user's interaction with that physical playfield.
• Looking atFIG. 14,flow chart1400 is provided that illustrates one embodiment of a multiplayer game where location information may be scaled and shared to multiple users.Flow chart1440 may start atstep1401 and continue to step1405 where a first location (e.g., an origin location) is determined.
• Such a location may be determined by retrieving a location reading from a location device or accessing a portion of memory dedicated to storing the most recently determined location by a location device. In this manner a location device may be provided that writes to this dedicated portion of memory every time a new location is determined. Such a dedicated memory may include space to store more than just one location (or information representative of one location). For example, a dedicated memory may store any number of locations (e.g., the last 100 locations). When writing a new location to memory, that location information may overwrite the oldest location stored in such memory. Alternatively, an different user's origin may be obtained instep1405 by receiving location information from a different user.
• Afterstep1405 occurs,step1410 may occur. Instep1410 the next, or a current, location may be utilized (e.g., by a processor). Alternatively, this origin location (and/or information about a user's playfield perimeter) may be transmitted to a different user afterstep1405 occurs. Persons skilled in the art will appreciate that numerous steps may be included at any portion offlow chart1400. For example, once an original location is obtained, a virtual game character may be displayed on a virtual playfield at the origin of that virtual playfield (e.g., PACMAN or FROGGER's origin position).
• Step1420 may occur afterstep1410. As shown above in multiple embodiments multiple ways of scaling a location control input may be utilized. Scaling a location control input may similarly be utilized in many ways. For example, scaling an input may cause a virtual game character to move at a different speed while a particular scaling is being used. Alternatively, multiple devices may have control information that is scaled so that each user may play the same game from remote locations (e.g., “location-synching” two devices) yet even location synching here is optional. For example, no “location-synching” may be included in a game system where no origin is needed at the start of the game, a playfield does not have a perimeter, and only the distance/magnitude moved between two locations is used as a control signal).
• As shown,step1420 may determine the magnitude between the origin location and the current location instep1421. Additionally,step1420 may determine the direction, or angle, between the origin location and the current location instep1422. Such angle and magnitude information may be stored, for example, as a vector. To determine the angle of the new location, for example, an angle reference vector may be generated based on the origin location and utilized to determine angle offset of new locations based on this angle reference vector. Persons skilled in the art will appreciate that a location reading may take many forms. In some embodiments, a location reading may be a latitude and longitude (either on the world or on a local playfield). In other embodiments, a location reading may be a a direction and/or magnitude change or a movement vector. In even other embodiments, a location reading may be a rate of acceleration.
• To illustrate yet another scaling embodiment, supposestep1420 determines a direction and magnitude change. If in a multiplayer mode (e.g., step1430) then this information may be transmitted to an opponents gaming system instep1435. The opponent's gaming system may have past transmitted location information and may utilize the current transmitted information to determine where the user's virtual character has moved to on the virtual playfield. If the user and the opponent are on physical playfields of different sizes, then the control information may have to be scaled. Such scaling may occur before the information is transmitted such that the opponents system may not have to have knowledge of the user's physical playfield. The transmitted information may be scaled (e.g., in step1422) to a default playfield size (e.g., the system scales to a 100 ft×100 ft default playfield size). Similarly, the opponents device may scale its own location information to this third, default playfield size (e.g., the system scales to a 100 ft×100 ft default playfield size). Suppose the user ofprocess1400 is on a 10 ft.×10 ft. defined physical playfield.Step1400 may, for example, multiple each magnitude by 10 such that a location that is on the 10 ft. physical perimeter is associated to thedefault 100 ft. perimeter. Such 100 ft. information may then be transmitted to an opponent and used directly by that opponents system without the need to scale. Suppose the opponent's physical playfield is 200 ft.×200 ft. Then the opponent's location data may be scaled, for example, by 0.5 and transmitted to the user ofprocess1400 such thatprocess1400 does not have to scale incoming data (instead process1400 may assume data is already scaled). Alternatively,process1400 may scale incoming data (and may be provided information as to how the incoming data should be scaled). Alternatively, location information may be transmitted and utilized as a percentage to the perimeter and the angle from the origin (such that the perimeter information may not be transmitted). Alternatively, location information may be scaled to, for example, a particular user's playfield (and such information may be shared by the devices). In this manner, two physical playfields may be normalized onto one virtual playfield (even though each system may technically have its own generated virtual playfield).
• Step1400 may process the impact of location information on the video game. Particularly, one or more locations may be translated into control signals to the video game and the outcome of such control signals may be determined and utilized to display an updated game to a user.Step1445 may display a new frame or a sequence of frames to a display to update a game. For example, if an opponent's game system takes an amount of time for location information to be obtained (e.g., 5 seconds),step1445 may display a sequence of frames, over a period of time, such that the opponent's virtual character's location does not appear to dramatically skip between locations. As per another example, if a particular user performs a particular action, a pre-stored animation may play. Such an animation may be displayed as a sequence of frames instep1445.
• Step1450 may determine if the games over. In this manner,step1450 may occur afterstep1440. If the game is not over,step1410 may be repeated. Else,step1455 may be initiated such that a game ending program is executed (e.g., the game is restarted) or a GAME OVER screen is displayed. Afterstep1445, the process may end atstep1499.
• Systems and methods for delivering content to a wireless telephone are also provided. For example, data interchange between wireless telephones and the internet, or an intranet, using a minimal number of steps for at least first time users is provided.
• Confirmation that a user is in possession of a wireless telephone may be provided, for example, by having the user respond to a text message from the wireless telephone. Multiple types of content may be downloaded to a user either by themselves or in groups with a single download or email. Multiple links may be included, for example, in a text message to a wireless telephone such that multiple types of content may be downloaded with a single message.
• If the content (e.g., the location-based game) is free-of-charge then a payment confirmation step my be removed from a download process. Types of content may include, for example, phone numbers, applications, location-based games, ringers, and pictures.
• A data interchange is provided. Users may upload content from a wireless telephone and allow different people, or a select set of people (e.g., people that the user has given permission to), to download content to the downloading user's wireless devices (e.g., a wireless Personal Electronic Device). For example, phone numbers may be uploaded and stored on a webpage for a particular user. Thus, a user has a backup of his or her wireless telephone numbers that can then be downloaded to a different wireless telephone. As per another example, the location of a user may be uploaded to a remote server and accessed by people that the user has given permission to.
• Interactive games are provided to wireless telephones by, for example, including a database that can store the game's progress. As in one embodiment, to provide a simple wireless chess game, a user may upload his “next” move onto a remote database. In this manner, a second user may then download this “next” move from the remote database either himself, automatically, or the user may be prompted to do so. In this manner, a user's location may be uploaded to a user database and downloaded to a subsequent user database.
• An automatic update may be provided to a wireless telephone user. In this manner, a user may sign up for a particular service (e.g., daily wallpaper) and, every morning, that user may be provided a different background (e.g., a January 15^thCalendar page exhibiting a comic personality) every day or period of time. This feature may be extended to games such that, every morning, a new game level, or a new game, is sent to a user.
• A wireless telephone is provided that is operable to have non-service provider automatic updates without the consent of the wireless telephones user every time data is downloaded. For example, a program may be provided to the wireless telephone that allows a user to accept and begin downloading any type of content from a particular entity. This program utilizes the “content provider” descriptor to determine if the content is allowable for download. Thus, a user only has to approve content from the “content provider” once and then all subsequent downloads from that content provider are automatically approved by the program. In order to protect from people falsifying the “content provider field,” a wireless telephone may be configured to send a “file receipt message” to a source location (e.g., a wireless telephone may be configured to receive a “source location” description field). If the acknowledgement does not match a shipment by the source location then the wireless telephone may be notified of a falsified transmission and the downloaded material deleted. A service provider (e.g., Sprint PCS) may keep a list of all content origins and may serve as an intermediary to confirm that the file was sent by the third-party content provider acknowledged in the “source location”0 field.
• A wireless telephone is also provided that is operable to download a file directly without a .GCD, or similar, file. This wireless telephone preferably contains a large amount of memory (e.g., 128 MB or 1 GB) such that the download of a file of an unrecognizable file type does not result in a user having to delete already downloaded content in order to make room for the new file. The wireless telephone can be configured to provide a message to a user if the downloaded file is of an unrecognizable type. The wireless telephone can also connect to a remote database to obtain a list of file types and associated programs and, if a program is associated to a file type, automatically download the program to run the previously unrecognized file type.
• Person skilled in the art will appreciate that when playing in a multiplayer mode, or playing a location-based game, other functions of a device may be utilized. For example, a user may be provided the ability to talk to an opponent through that user's gaming system while that user is playing a multiplayer actuality game against the opponent. Such a capability may be provided, for example, by forming a wireless communications message by interspersing frames of data with frames of audio.
• From the foregoing description, persons skilled in the art will recognize that this invention generally relates to providing a control signal to a game that is representative of the physical location of a person in an actual environment and for improving data sharing and exchange in wireless devices such as wireless telephones. Persons skilled in the art will appreciate that the various configurations described herein may be combined without departing from the present invention. It will also be recognized that the invention may take many forms other than those disclosed in this specification. Accordingly, it is emphasized that the invention is not limited to the disclosed assemblies and methods, but is intended to include variations to and modifications therefrom which are within the spirit of the following claims.

Claims (21)

1-18. (canceled)

19. A wireless telephonic communications device comprising:

a directional device for determining the direction of said wireless telephonic communications device;

a locating device for determining the location of said wireless telephonic communications device; and

a location-based program, wherein said location-based program is downloaded wirelessly to said wireless telephonic communications device.

20. The system ofclaim 19, wherein said location-based program is a location-based video game.

21. The system ofclaim 19, wherein an additional level of said video game is downloaded.

22. The system ofclaim 19, wherein an additional level of said video game is downloaded as part of a subscription.

23. The system ofclaim 19, wherein said video game is downloaded at a cost.

24. The system ofclaim 19, wherein said video game is rented at a cost.

25. A head-mounted system comprising:

a transparent display, wherein virtual indicia are provided on said transparent display such that a user looking through said transparent display sees the user's physical environment and said virtual indicia through said transparent display;

a directional device for determining the direction of said head-mounted system; and

a locating device for determining the location of said head-mounted system.

26. The system ofclaim 25, wherein said virtual indicia are associated with a video game.

27. The system ofclaim 25, wherein said virtual indicia are associated with a location-based video game.

28. The system ofclaim 25, wherein information from said locating device is provided to a remote server.

29. The system ofclaim 25, wherein said virtual indicia is associated with a multiple-player video game, said head-mounted system is associated with a first player of said multiple-player video game, and information for operating said multiple-player video game is received from a remote device associated with a second player of said multiple-player video game.

30. The system ofclaim 25, wherein said locating device comprises a positioning receiver.

31. The system ofclaim 25, further comprising a second locating device.

32. The system ofclaim 25, further comprising:

a second locating device; and

a third locating device.

33. A portable gaming system comprising:

a display;

a locating device; and

a processor for playing a location-based video game based, at least in part, on signals received from said locating device, wherein said location-based video game is provided on a removable cartridge.

34. The system ofclaim 33, further comprising a second locating device.

35. The system ofclaim 33, wherein said locating device comprises a positioning receiver.

36. The system ofclaim 33, further comprising a directional device.

37. The system ofclaim 33, wherein information associated with said video game is provided to a remote storage device.

38. The system ofclaim 33, wherein said video game is a multiple-player video game and information associated with a second player of said video game is received by said system and utilized by said video game.

Images