Simulated environment using procedural animation in a simulated city

[0002] A. Field of the Invention

[0003] The invention relates to the field of software to be used in networks.

[0004] B. Related Art

[0005] Current electronic games are limited in the number of users that they can accommodate, typically no more than a handful. This limitation is partly because the hardware and software have not been designed for more users. However, multiuser hardware and software is well known and readily available for game designers to use. More importantly, limitation on the number of users of games is due to the complexity of creating virtual environment which contains enough data to accommodate large numbers of users. Ideally, each user needs to have his or her own game environment which interface to the game environments of other users. If the number of users becomes very large, such as 10,000, the amount of data required to create a unique game environment becomes impossibly expensive to generate.

[0006] The object of the invention is to create an electronic environment which has enough data to accommodate very large numbers of users at once.

[0007] The object is achieved by using software-enhanced real data from electronic maps.

[0008] The invention will now be described by way of non-limitative example with reference to the following drawings.

[0009] FIG. 1 shows a network on which the game according to the invention can run.

[0010] FIG. 2ashows a system for running the environment of the invention.

[0011] FIG. 2bshows an alternative embodiment of the system.

[0012] FIG. 2cshows another alternative embodiment of the system.

[0013] FIG. 3 shows still another alternative embodiment of the system.

[0014] FIG. 4 shows a screen of a video game using the environment of the invention.

[0015] In order to accommodate a very large number of users, an electronic environment must run on a network, as illustrated in FIG. 1. A server 101, with a high speed network connection 110 will run the game according to the invention. The server 101 can be, for instance, a Sun Sparc20. The connection 110 should allow for high rates of data transfer to and from the server, for instance a T1 line receiving large quantities of data from the network 102. The individual users need only have ordinary phone lines. Alternatively, the server 101 can maintain a large number of ports over ordinary phone lines to individual users who call in. The server 110 can run game software or any other software which requires a rich environment. The network 102 may be any suitable large network, such as the Internet.

[0016] Users, each situated at their own stations 103-107, will interface with the server 101 via the network 102. User interface stations can be standard IBM compatible personal computers.

[0017] FIG. 2ashows one embodiment of a system for generating an environment in accordance with the invention. While it is virtually impossible to create enough fictitious data to maintain 10,000 game environments, in fact the real world an environment which maintains billions of people and is quite complex. Electronic maps 201 have already digitized enough real world data to provide places for many digital users to play. Particularly useful maps for this purpose are available on the market from Navigation Technologies, 740 East Arques Ave, Sunnyvale Calif. 94086-3833. These maps have a great deal of detail for the purposes of automobile navigation, but also include points of interest, such as hotels, restaurants, museums, gas stations, parking lots, and tourist attractions.

[0018] However, the maps alone do not create a rich environment. They are two dimensional maps. In order to enrich the user environment, the maps are preferably software enhanced by growing a rich environment using an environment grower 202. An example of such an environment grower is set forth in Lindstrom et al., “Level-of-Detail Management for Real-time Rendering of Phototextured Terrain”, GVU Technical Report GIT-GVU-95-06, Georgia Institute of Technology, and Koller et al, “Virtual GIS; A Real-Time 3d Geographic Information System”, GVU Technical Report GIT-GVU-95-14, Georgia Institute of Technology. The output of the environment grower is a rich environment 203, such as a simulated city, suitable for use by multiple users. Such an environment growing module is typically implemented using software code though it could also be hard wired.

[0019] The environment 203 is input to a game supervision system 204 which includes a game rule module 206. The game rule module interacts with a memory, which stores user choices 205, as well as with the environment 203 to create the game. The game rule module can be any standard network game.

[0020] In general, user choices will be expressed in terms of simple commands, such as “go to the treasure” or “stab my neighbor”. Other movement or action commands can be input directly by a joy stick or other gesture sensor. These commands should have a format which is as condensed as possible in order to reduce input output times. Preferably therefore changes in representation of the avatars representing the various users should be generated largely automatically. An avatar maintenance module 207 continually updates the avatar appearances so that the game will be dynamic rather than static. The avatar maintenance module not only responds to user choices 205, but also keeps the avatars moving in an entertaining way even when no changes in user choices are entered. In this way, if one user goes to the kitchen to get a snack, his or her neighbors in the game environment need not detect the user's absence or be bored by his or her non-activity. Alternatively, the avatar maintenance module may be used to create the impression that more users are playing than are actually signed on. Real users can be substituted for artificial avatars at any time during the game.

[0021] A suitable avatar maintenance module is described in Perlin, “Real Time Responsive Animation with Personality”, IEEE Trans. on Visualization and Computer Graphics, Vol. 1, No. 1, March 1995, pp. 5-15 and Perlin, “Live Paint: Painting with Procedural Multiscale Textures”, Computer Graphics Proceedings, Annual Conference Series, 1995, pp 153-160. Such an avatar maintenance module is typically implemented in software code, but could also be hardwired.

[0022] A game rule module server might create multiple games in the same environment. Users might wander from game to game in that environment.

[0023] An alternative embodiment of a game system in accordance with the invention is shown at FIG. 2b.This embodiment seeks to minimize data transfer by distributing game processing to local work stations. In this alternative embodiment, an environment segmenter 209 sends only a representations of a segment 210 of the game to any one user. The user's local station 213 includes a local version of the game rule module 216. The local game rule module 216 receives the game segment representation 210 from the network and sends new user choices 211 back to the network. The local game module 216 interacts with the user via a display 214 and an input device 215, such as a keyboard and/or a pointer device. The local game module maintains a complete local game segment 212 which is updated by the user's choices, the game segment representation, and a local avatar maintenance module 217. Putting the avatar maintenance module 217 in the local station and maintaining a complete local game segment 212 reduces the amount of data transfer over the network.

[0024] User choices can trigger the game supervision system to choose a new part of the electronic map data and 201 and trigger the environment grower 202 to grow some more environment.

[0025] A third alternative embodiment is shown in FIG. 2c.Here electronic map data is fed to an environment grower 202 to create enriched map data 203. The avatar maintenance module 207 adds avatars to the map data and stores the combination in memory 230. The memory then stores a representation of avatars interacting with the enhanced electronic map data. The game rule module 206 then uses the environment stored at 230. If a new piece of map is desired, the game rule module 206 must ask the environment grower for it. If a change of avatars is to be triggered by user choices, the game rule module 206 must communicate this the avatar maintenance module 207.

[0026] Those of ordinary skill in the art may devise any number of enhancements or alternative ways of combining the elements described above.

[0027] FIG. 3 another embodiment of the invention. PC 103 renders a current point of view of a virtual world using game supervision module 310 and local stored environment 311. The local stored environment is generated according to the method of FIG. 2c.The local stored environment can be generated locally, broadcast to the PC at the start of the game, or broadcast to the PC on a periodic basis. The local game supervision module, taking input from a local input device 304, generates local avatar data. The term “avatar” is a term of art which was first used in N. Stephenson, Snowcrash(Bantam Books 1993). Other terms of art for this concept include the word “sprite”. The avatar represents the PC user's persona in the virtual world. A current state of the avatar is transmitted via phone line 302 or other equivalent back channel to the server 301. The server 301 takes all of the signals from phone line 302 and other similar sources of information. Game supervision module 320 combines all of the avatars and calculates their interactions, using the stored environment 322. Game supervision module 320 then creates a broadcast form for all of the avatars, which is preferably digital. The broadcast form may be compressed by compression module 307 before being broadcast, e.g. via satellite or cable, over transmission channel 303 to PC 103 and other users. A local cable provider 308 may convert the broadcast signal to an analog form for the PC 103, if necessary.

[0028] The combined broadcast signal is in the form of states for other avatars in the region used by the local PC user. Compression 330 and decompression 331 can be used to make communication more efficient.

[0029] The local input control 304 can be any standard input device such as a keyboard, joy stick, trackball, or infrared remote control. Local input control can also be via a virtual reality input system such as a tactile resistance device or VR data gloves. The display on the PC can be adapted for use with 3D glasses 305.

[0030] Similarly, in the environment of FIG. 1, the PC's can maintain the rich environment and receive packet type messages off of the internet, analogously with mobile radio type applications. The PC's of all the figures can be equipped with the various input and output devices described for FIG. 3. The server of FIG. 1 can also transmit data in a sequential concatenated form any combined form whether digital or analog, compressed or uncompressed.

[0031] FIG. 4 shows a sample screen for a simplified version of a game using an environment according to the invention.