Source: http://www.google.com/patents/US7874921?dq=6,125,447
Timestamp: 2017-07-22 08:14:59
Document Index: 527195634

Matched Legal Cases: ['art 1002', 'art 1004', 'art 1008', 'art 101', 'art 1402', 'art 1402', 'arts 1502', 'arts 1502']

Patent US7874921 - Online building toy - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inPatentsThe present invention pertains to a method and apparatus for building online games. In one embodiment, the method may include providing a user interface that facilitates user selection of parts, and placing a set of parts selected by a user in a three-dimensional (3D) world. The method may also include...http://www.google.com/patents/US7874921?utm_source=gb-gplus-sharePatent US7874921 - Online building toyAdvanced Patent SearchTry the new Google Patents, with machine-classified Google Scholar results, and Japanese and South Korean patents.Publication numberUS7874921 B2Publication typeGrantApplication numberUS 11/128,096Publication dateJan 25, 2011Filing dateMay 11, 2005Priority dateMay 11, 2005Fee statusPaidAlso published asUS8292744, US20060258447, US20110087479Publication number11128096, 128096, US 7874921 B2, US 7874921B2, US-B2-7874921, US7874921 B2, US7874921B2InventorsDavid B. Baszucki, Erik S. CasselOriginal AssigneeRoblox CorporationExport CitationBiBTeX, EndNote, RefManPatent Citations (5), Non-Patent Citations (5), Referenced by (94), Classifications (16), Legal Events (2) External Links: USPTO, USPTO Assignment, EspacenetOnline building toy
US 7874921 B2Abstract
The present invention pertains to a method and apparatus for building online games. In one embodiment, the method may include providing a user interface that facilitates user selection of parts, and placing a set of parts selected by a user in a three-dimensional (3D) world. The method may also include joining parts within the set based on their proximity to each other in the 3D world to form one or more models for a game, and sending a model file for each of these models to a server via a network for use by various users.
providing, by a computer system, a user interface for creating a game, the user interface facilitating user selection of parts for the game;
placing, by the computer system, a set of parts selected by a user in a three-dimensional (3D) world;
automatically detecting, without user interaction, by the computer system, adjacent parts within the set based on proximity of surfaces of the parts in the 3D world while parts are being moved during editing operations of the user;
upon detecting the adjacent parts, automatically determining, without user interaction, joint types for the adjacent parts based on surface types of the adjacent parts;
automatically creating, without user interaction, by the computer system, one or more rigid joints of the determined joint types between the adjacent parts, wherein at least some of the adjacent parts are primitive geometric shapes selected by the user for joining with other parts in the set, the primitive geometric shapes including at least one of a block, a wedge, a cylinder and a sphere;
forming one or more models for the game from the set of parts that comprises parts automatically joined, without user interaction, using the one or more rigid joints;
physically simulating, by a rigid body physics engine, motion of joined parts having one or more rigid joints in the game and motion of the one or more models in the game using one or more properties, wherein the one or more properties specify one or more of an event to occur when joined parts having one or more rigid joints collide during simulation and whether joined parts having one or more rigid joints are intended to collide during simulation;
detecting, by the physics engine, a first collision between the joined parts having one or more rigid joints in the 3D world during physical simulation of the motion of the joined parts having one or more rigid joints and the one or more models;
simulating, based on the one or more properties, a behavior of the joined parts having one or more rigid joints that results from the first collision;
allowing a user to modify one or more properties of joined parts having one or more rigid joints, the joined parts selected by the user in the 3D world; and
simulating, based on the modified properties, a modified behavior of the joined parts having one or more rigid joints that results from a second collision.
simulating a motion of the one or more models;
identifying connections broken as a result of the motion; and
removing the broken connections from the one or more models.
incorporating gameplay logic into the one or more models.
sending a game file for the game to the server via the network for use by the plurality of users.
receiving a request of the user for an existing model created by a different user;
requesting a model file of the existing model from the server;
presenting the existing model to the user; and
modifying the existing model based on input of the user.
receiving a request of the user for an existing game created by a different user;
requesting a game file for the existing game from the server;
presenting the existing game to the user; and
allowing the user to play the existing game.
7. The method of claim 1 wherein one of the one or more models is created in response to a user request to group specific parts.
8. The method of claim 1 wherein the game is associated with a plurality of properties selected from the group consisting of one or more description properties and one or more gameplay properties.
9. The method of claim 1 wherein each part in the set of parts and each of the one or more models is associated with a plurality of properties selected from the group consisting of physical properties, visual properties, descriptive properties, editing properties, physical simulation properties, and gameplay properties.
10. The method of claim 1 wherein each of the joints has one or more properties selected from the group consisting of a flexibility property and a break threshold property.
11. The method of claim 1, wherein the event to occur when joined parts collide is a result of a collision between a moving model and another moving item.
12. The method of claim 1, wherein the one or more properties modifiable by the user include one or more physical properties specifying one or more of mass, elasticity, and friction.
the joint types comprise one or more of a no-joint type, a rigid joint, a revolute joint, and a motor joint; and
the one or more rigid joints comprise one or more of a snap rigid joint, a glue joint, a bold rigid joint, and a weld rigid joint.
a processing system, coupled to the memory, the processing system causing:
a user interface presenter to provide a user interface for creating a game, the user interface facilitating user selection of parts for the game;
an editing engine to place a set of parts selected by a user in a three-dimensional (3D) world;
a joint engine to automatically detect, without user interaction, adjacent parts within the set based on proximity of surfaces of the parts in the 3D world while parts are being moved during editing operations of the user and, upon detecting the adjacent parts, to automatically determine, without user interaction, joint types for the adjacent parts based on surface types of the adjacent parts and to automatically create, without user interaction, one or more rigid joints of the determined joint types between the adjacent parts, wherein at least some of the adjacent parts are primitive geometric shapes selected by the user for joining with other parts in the set, the primitive geometric shapes including at least one of a block, a wedge, a cylinder and a sphere, and to form one or more models for the game from the set of parts that comprises parts automatically joined, without user interaction, using the one or more rigid joints; and
a physics engine to physically simulate motion of joined parts having one or more rigid joints in the game and motion of the one or more models in the game using one or more properties, wherein the one or more properties specify one or more of an event to occur when joined parts having one or more rigid joints collide during simulation and whether joined parts having one or more rigid joints are intended to collide during simulation, to detect a first collision between the joined parts having one or more rigid joints in the 3D world during physical simulation of the motion of the joined parts and the one or more models, to simulate, based on the one or more properties, a behavior of the joined parts having one or more rigid joints that results from the first collision, to allow a user to modify one or more properties of joined parts having one or more rigid joints selected by the user in the 3D world, and to simulate, based on the modified properties, a modified behavior of the joined parts having one or more rigid joints that results from a second collision.
a processor, coupled to the memory, the memory storing the following for execution by the processor:
means for providing a user interface for creating a game, the user interface facilitating user selection of parts for the game;
means for placing a set of parts selected by a user in a three-dimensional (3D) world;
means for automatically detecting, without user interaction, adjacent parts within the set based on proximity of surfaces of the parts in the 3D world while parts are being moved during editing operations of the user;
upon detecting the adjacent parts, means for automatically determining, without user interaction, joint types for the adjacent parts based on surface types of the adjacent parts;
means for automatically creating, without user interaction, one or more rigid joints of the determined joint types between the adjacent parts, wherein at least some of the adjacent parts are primitive geometric shapes selected by the user for joining with other parts in the set, the primitive geometric shapes including at least one of a block, a wedge, a cylinder and a sphere;
means for forming one or more models for the game from the set of parts that comprises parts automatically joined, without user interaction, using the one or more rigid joints;
means for physically simulating motion of joined parts having one or more rigid joints in the game and motion of the one or more models in the game using one or more properties, wherein the one or more properties specify one or more of an event to occur when joined parts having one or more rigid joints collide during simulation and whether joined parts having one or more rigid joints are intended to collide during simulation;
means for detecting, by a physics engine, a first collision between the joined parts having one or more rigid joints in the 3D world during physical simulation of the motion of the joined parts having one or more rigid joints and the one or more models;
means for simulating, based on the one or more properties, a behavior of the joined parts having one or more rigid joints that results from the first collision;
means for allowing a user to modify one or more properties of joined parts having one or more rigid joints selected by the user in the 3D world; and
means for simulating, based on the modified properties, a modified behavior of the joined parts having one or more rigid joints that results from a second collision.
providing, by a computer system, a user interface for creating a game, the interface facilitating user selection of parts for the game;
automatically creating, without user interaction, by the computer system, one or more mechanical rigid joints of the determined joint types between the adjacent parts wherein at least some of the adjacent parts are primitive geometric shapes selected by the user for joining with other parts in the set, the primitive geometric shapes including at least one of a block, a wedge, a cylinder and a sphere;
allowing a user to modify one or more properties of joined parts having one or more rigid joints selected by the user in the 3D world; and
simulating, based on the modified properties, a modified behavior of the joined parts having one or more rigid joints that results from a second collision. Description
This invention relates to the field of computer-aided modeling of virtual reality and, in particular, to the computer-aided building of toys in a three-dimensional virtual world.
Building and playing with models online is becoming increasingly popular among various users. Currently there are several products that allow users to build online games. For example, some products provide users with a facility for building online puzzle games. However, users of these products are restricted to building puzzle games from existing models rather than creating their own models for the game. In addition, these products do not allow users to share their games with others.
There are some products that allow users to create models in a three-dimensional (3D) world from geometric primitives. However, these products also have limitations. For example, users of these products must create models by manually joining parts together. In addition, these products do not provide convenient means for sharing models and games between multiple users.
FIG. 1 illustrates one embodiment of network architecture in which embodiments of the present invention may operate.
FIG. 2 is a block diagram of one embodiment of a game builder.
FIG. 4 is a flow diagram of one embodiment of a process for creating a model.
FIG. 5 is a flow diagram of one embodiment of a process for joining parts.
FIG. 6 is a flow diagram of one embodiment of a process 600 for testing a model.
FIG. 7 is a flow diagram of one embodiment of a process for building a game.
FIG. 8 is a flow diagram of one embodiment of a process for facilitating sharing of games among different users.
FIG. 9 is a flow diagram of one embodiment of a process for facilitating sharing of models among different users.
FIG. 10 illustrates exemplary parts with different surface types and resulting joints formed for these surface types according to one embodiment of the present invention.
FIG. 11 illustrates an exemplary joint lookup table.
FIGS. 12-15 show exemplary representations of various user interfaces facilitating construction and selection of models and games according to some embodiments of the present invention.
The present invention may be provided as a computer program product, or software, that may include a machine-readable medium having stored thereon instructions, which may be used to program a computer system (or other electronic devices) to perform a process according to the present invention. A machine readable medium includes any mechanism for storing or transmitting information in a form (e.g., software, processing application) readable by a machine (e.g., a computer). The machine-readable medium may includes, but is not limited to, magnetic storage medium (e.g., floppy diskette); optical storage medium (e.g., CD-ROM); magneto-optical storage medium; read only memory (ROM); random access memory (RAM); erasable programmable memory (e.g., EPROM and EEPROM); flash memory; electrical, optical, acoustical or other form of propagated signal (e.g., carrier waves, infrared signals, digital signals, etc.); or other type of medium suitable for storing electronic instructions.
A method and apparatus for building online games is described. In one embodiment, a user is provided with a user interface facilitating user selection of parts. A part may be a primitive geometrical shape such as a block, a cylinder, a sphere, etc., or some other primitive shape such as a wedge, a torus, a tube, a channel, etc. Once the user selects a part, the part is placed in a three-dimensional (3D) world. The multiple parts may be automatically joined based on their proximity to each other in the 3D world. In one embodiment, mechanical joints for physics simulation are automatically created based upon the proximity of the parts in the 3D world and the adjacent surfaces of proximate parts. A model may then be formed from multiple parts. In one embodiment, the model is formed by grouping the multiple parts (e.g., in response to a group command of the user). The resulting model may be published (saved on a server) to be available to other users. In one embodiment, prior to being published, the model is tested using physical simulation. For example, the motion of a car model may be simulated in the 3D world to illustrate how the car operates.
In one embodiment, one or more models are placed in a 3D world to create a game. Specific gameplay logic may be incorporate within the game to trigger desired game events. In one embodiment, gameplay logic is incorporated within the game by defining gameplay properties of the game and gameplay properties of this game's models. The game may be published to be available to other users.
In one embodiment, a game catalog is maintained to allow different users to select desired published games. The game catalog includes images of all published games. A user may select a desired game by clicking on its image in the game catalog. Similarly, in one embodiment, a model catalog is maintained to allow different users to select desired published models. A user may add any model from the catalog to his or her game, or modify any model from the catalog to create a new model. The model catalog includes images of all published models.
Users may receive points based on how well they play games they have created, how many people play these games, how well the players rate these games, or how many people use models created by these users.
Accordingly, users are provided with a tool that closes the loop from modeling to testing to publication to feedback for user-created physical models and games incorporating these models.
FIG. 1 illustrates one embodiment of network architecture 100 in which embodiments of the present invention may operate. The architecture 100 includes an online gaming service 102 coupled to a communications network 100 such as a public network (e.g., the Internet, a wireless network, etc.) or a private network (e.g., LAN, Intranet, etc.). The online gaming service 102 communicates with multiple client devices (clients 1 through client N) 106 via the network 104.
Each client 106 hosts a game builder module 108. The game builder 108 is responsible for allowing a user to build models and games that are physically realistic in a 3D virtual world. Models are constructed from parts that automatically join together to aid the user in editing. A part may be a primitive geometrical shape such as a block, a cylinder, a sphere, etc., or some other primitive shape such as a wedge, a torus, a tube, a channel, etc. Games are created by placing models in the 3D world. Games incorporate gameplay logic that triggers game events. The game builder 108 may publish a user's model or game by transferring the model or the game to the online gaming service 102.
The online gaming service 102 is responsible for storing models and games created by users of the clients 106. A user may be, for example, a young child (e.g., 6-10 years old), an older child, a teenager, or an adult. In one embodiment, the online gaming service 102 maintains a game catalog and a model catalog that may be presented to users in a window of a browser application running on a corresponding client 106 or a window controlled by the game builder 108. A user may select a game (created by this or other user) from the game catalog to play. The game catalog includes images of games stored on the online gaming service 102. In addition, a user may select a model (created by this or other user) from the model catalog to modify and/or add to a new game. The model catalog includes images of models stored on the online gaming service 102. In one embodiment, the online gaming service 102 conducts contests for model building, game building, or high scores in individual games.
FIG. 2 is a block diagram of one embodiment of a game builder 200. The game builder 200 may include a game logic engine 202, a user interface presenter 204, an editing engine 206, a rendering engine 208, a joint engine 210, physics engine 212 and a data model 214.
The game logic engine 202 is responsible for invoking components of the game builder 200 based on user requests, and exchanging data with the online gaming service 102 based on user requests.
The user interface presenter 204 is responsible for generating user interfaces (UIs), presenting UIs to a user and receiving input provided by the user via the UIs. In one embodiment, UIs are presented in a window(s) of a browser application running on the client. Alternatively, UIs may be presented in a window(s) controlled by the game builder 200. The UIs provided by the user interface presenter 204 may include, for example, a home page UI, a build UI, a game catalog UI, a model catalog UI, etc. The home page UI may present to a user a list of available options (e.g., to build a new model or game, to access an existing model or game, etc.). The build UI may allow a user to select desired parts and/or models and may display the selected parts and/or models in a 3D virtual world.
The editing engine 206 is responsible for editing new and existing games and models based on user input, defining properties of new and existing models and games, and creating and updating a data model 214 for each new and existing model and game. A data model 214 is a collection of data describing a game or a model that is structured using a specific format (e.g., XML schema, binary or proprietary format).
The physics engine 212 is responsible for simulating the motion of objects (models and/or parts) displayed in the 3D view. In one embodiment, the physics engine 212 simulates the object motion by computing object position and orientation on a frame by frame basis.
FIG. 3 illustrates one embodiment of the architecture of an online gaming service 300. The online gaming service 300 includes a web server 302, an image server 310, a database server 314 and a file server 318.
The file server 318 stores content files 320 received from clients 106. The content files 320 include files of models and games created by the users of clients 106. These files may be, for example, in extensible markup language (XML) format, binary format, etc. The content files 320 may also include various large media files such as textures, skyboxes, sounds, etc.
The database server 314 hosts a database 316 that stores, for example, profile information of each user, account information of each user, game and model information, news information, information pertaining to online forums maintained by the online gaming service 300, etc. The profile information of each user may specify, for example, games created by a user, models created by a user, public information about a user (e.g., “About Me”), recently played games, favorite games, user scores and ratings, etc. The account information may include, for example, user ID and password. The game and model information may include, for example, indexes of game and model files, indexes of corresponding game and model images, game creators, game creation dates, game popularity, user rankings of games, etc. The news information may include, for example, general information about games, information about current contests (e.g., rewards offered for users who achieve high scores for a game, etc.), etc. The forum information may include, for example, discussions about games and models, technical support forum information, etc.
The web server 302 hosts web site content 306 and web server logic 304. The web server logic 304 receives content requests from clients 106 and sends pages (e.g., HTML pages) with the requested content to the clients 106. In one embodiment, the web server logic 304 is responsible for composing model and game catalogs with images of models and games from the image server 310, and sending pages containing these catalogs to the clients 106. The web site content 306 may include, for example, model and game catalogs, cached model and game files, an installer file for the game builder 108, etc.
FIG. 4 is a flow diagram of one embodiment of a process 400 for creating a model. The process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. In one embodiment, processing logic resides in a game builder 108 of FIG. 1.
Referring to FIG. 4, process 400 begins with processing logic receiving a user request to build a model (processing block 402). In one embodiment, the user request to build a model is received upon a user selection of a build model option in a home page UI.
At processing block 404, processing logic provides a user interface facilitating user selection of parts. A part may be a primitive geometrical shape such as a block, a cylinder, a sphere, etc., or some other primitive shape such as a wedge, a torus, a tube, a channel, etc. Each part may be characterized as an item having a set of properties. The properties of the part may include, for example, physical properties, visual properties, descriptive properties, physical simulation properties, gameplay properties, etc. Physical properties may specify, for example, size, mass, elasticity, frictional characteristics, velocity, anchoring, etc. Visual properties may specify, for example, transparency, displayed name, color, surface textures, etc. Descriptive properties may specify, for example, the part's name, keywords describing the part, etc. Physical simulation properties may specify, for example, whether the part will collide with other items during physical simulation, whether the part will act as a fixed object during physical simulation, etc. Gameplay properties may include, for example, on-touch triggers indicating actions to be taken when the part makes contact with another item during physical simulation, on-break triggers indicating which events should take place when the part collides with another item during physical simulation, etc.
At processing block 406, processing logic receives user selection of parts. At processing block 408, processing logic places the selected parts in a 3D virtual world. In one embodiment, the 3D virtual world is a 3D view of a game. Initially, this may be a 3D view of an empty game. In one embodiment, the user is allowed to move parts within the 3D world. In one embodiment, upon a user request, the user may be presented with a dialog box displaying a subset (or all) of item properties for the selected part. The dialog box may display default values of the properties and allow the user to modify the default properties as needed. The dialog box may appear, for example, by selecting a property option in the menu of the build UI or by double-clicking the part in the 3D view.
At processing block 409, processing logic automatically creates mechanical joints for the selected parts based on their proximity to each other in the 3D world. In one embodiment, each resulting joint has one or more properties, including, for example, a joint type property, a joint flexibility property, a break threshold property, etc. One embodiment of a process for joining adjacent parts will be discussed in more detail below in conjunction with FIG. 5.
At processing block 409, processing logic forms a model from the selected parts. In one embodiment, the model is formed when the user selects parts in the 3D world and uses a group option in the menu of the build UI to request that the selected parts be turned into a model.
In one embodiment, a model is characterized as an item having a set of properties. In particular, a model may define a new item, along with a list of items representing parts within this model. The properties of the model may include, for example, physical properties, visual properties, descriptive properties, editing properties, physical simulation properties, gameplay properties, etc. Physical properties may specify, for example, velocity, anchoring, etc. Visual properties may specify, for example, transparency, displayed name, etc. Descriptive properties may specify, for example, name, keywords describing the model, etc. Editing properties may specify, for example, whether the model can be selected for editing, whether the model can be ungrouped (separated into individual parts), etc. Physical simulation properties may specify, for example, whether the model will collide with other items during physical simulation, whether the model will act as a fixed object during physical simulation, etc. Gameplay properties may include, for example, on-touch triggers indicating actions to be taken when the model makes contact with another item during physical simulation, on-break triggers indicating which events should take place when the model collides with another item during physical simulation, etc.
In one embodiment, upon a user request, the user may be presented with a dialog box displaying a subset (or all) of item properties for the model. The dialog box may display default values of the properties and allow the user to modify the default properties for the model as needed. The dialog box may appear, for example, by selecting a property option in the menu of the build UI or by double-clicking the model in the 3D view.
In one embodiment, processing logic associates the model with a controller that indicates how the model receives control signals during the physical simulation. Controllers may vary depending on the device from which they gather input. These devices may include, for example, a keyboard, a mouse, a joypad, artificial machine intelligence, etc. A controller may generate various control signals such as a left tread signal, a right tread signal, a forward/back signal, and a left/right signal. In one embodiment, a controller is displayed with the model as a flag or symbol. The flag or symbol may have a specific color or shape to illustrate the selected controller. An artificial machine intelligence controller may generate chase or flee behavior based on the proximity of other controlled items.
In one embodiment, processing logic creates a data model (e.g., using XML scheme) for the new model using properties of the model, properties of parts integrated into the model, and properties of joints within the model.
At processing block 412, processing logic simulates the motion of the model to test how the model behaves. In one embodiment, processing logic begins the simulation in response to a user command (e.g., a user selection of a run option in the menu of the build UI). Alternatively, processing logic begins simulation automatically when the user creates the model. One embodiment of a process for testing a model will be discussed in more detail below in conjunction with FIG. 6. Based on the result of the simulation, the model may be modified.
At processing block 414, processing logic receives a user request to publish the model. In one embodiment, the user request is received when the user selects a publish option in the menu of the build UI.
At processing block 414, processing logic sends the model file to a server (e.g., online gaming service 102 of FIG. 1). In one embodiment, processing logic creates the model file by converting the data model into a binary stream.
FIG. 5 is a flow diagram of one embodiment of a process 500 for joining parts. The process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. In one embodiment, processing logic resides in a joint engine 210 of FIG. 2.
Referring to FIG. 5, process 500 begins with processing logic detecting two adjacent parts (processing block 502). In one embodiment, the adjacency of the two parts is determined by aligning the parts to a grid in the 3D view. In another embodiment, the adjacency of the two parts is determined by aligning one part to a grid defined by the surface of another part in the 3D view. In one embodiment, when the surfaces of the two parts occupy the same plane and overlap, the parts are considered to be adjacent. A part's surface may correspond to the part's face, or the face of the rectangular bounding box that encloses the part. For example, a block part has six surfaces that correspond to its faces. Surfaces can define a coordinate system from any corner or the center of the surface.
At processing block 504, processing logic determines the surface type of each part. Exemplary surface types include no surface, male snap, female snap, glue, bolt, weld, ball and socket, revolute, motor, slider, and actuator. Surfaces may have a texture property specifying a texture for surface appearance. Surfaces may also have properties that dictate physical effects such as wind, fire, electricity, etc.
At processing block 506, processing logic uses the surface type to find the joint type to be used for connecting the two parts. The joint type indicates how the two adjacent parts will be joined. The join type may be found by searching one or more lookup tables. In one embodiment, processing logic searches a single joint lookup table. FIG. 11 illustrates an exemplary joint lookup table that specifies joint types for various combinations of surface types. Possible joints include a no-joint type (no contact of objects during physical simulation), snap joint (rigid joint, breakable, similar to a snap fit), glue (rigid joint, slightly flexible, breakable), bolt (rigid joint, not flexible, high breakage threshold), weld (rigid joint, not flexible, not breakable), ball and socket (3 degree of rotational freedom joint, no translational freedom), revolute (1 degree or rotational freedom, no translational freedom), motor (revolute with rotation, rotational velocity, rotational acceleration, or torque driver), slider (1 degree of translational freedom perpendicular to part surface), actuator (slider with position, velocity, acceleration or force driver), revolute-slider (1 degree of rotational freedom, 1 degree of translational freedom), revolution-actuator (actuator with 1 degree of rotational freedom), motor-slider (motor with 1 degree of translational freedom), and motor-actuator (actuator and motor combined).
In another embodiment, processing logic first uses a rigid joint lookup table to determine whether a rigid joint should be constructed between the two parts, and if so, the type of the rigid joint. Rigid joint types may include, for example, a glue joint, a weld joint, a bolt joint, and a snap-fit joint.
If the rigid joint lookup table does not indicate a rigid joint for the parts, processing logic searches a mechanical joint lookup table to determine whether a mechanical joint should be constructed between the two parts, and if so, the type of the mechanical joint. Mechanical joint types may include, for example, a revolute joint, a revolute with motor joint, a translational joint, a translational with motor joint, and ball-socket type joints. Motor joints are joints that are driven, and can have the additional property of a driving force, position, velocity or acceleration in the degree of freedom of the joint. Motor joints may have the property of a control signal which dictates where the parts receive their input signal. Motor joints may also have the property of a joint control system that modifies an input signal prior to using the signal to stipulate a force, position, velocity or acceleration with which to drive the joint.
At processing block 508, processing logic uses the joint type determined at processing block 506 to create a joint between the two parts. The resulting joint defines physical constraints between the two parts. In one embodiment, a joint has a flexibility property and a break threshold property. The flexibility property may specify a spring constant that dictates the flexibility compliance of the joint. The break threshold property may specify a force threshold controlling when the joint should be removed during physical simulation. The break threshold property may specify both a normal and shear threshold. The flexibility and break threshold properties of the joint are defined to cause the joint to approximate the behavior of a real joint in the real world. For example, a glue joint can have high flexibility and a low break threshold, a weld joint can have a low flexibility and a high break threshold, and a snap joint may have a low normal break threshold and a high shear break threshold. Exemplary surface types and corresponding joints will be discussed in more detail below in conjunction with FIG. 10.
FIG. 6 is a flow diagram of one embodiment of a process 600 for testing a model. The process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. In one embodiment, processing logic resides in a physics engine 212 of FIG. 2.
Referring to FIG. 6, process 600 begins with processing logic receiving a user command to test a model (processing block 602). In one embodiment, this user command is received when the user selects a run option in the menu of a build UI.
At processing block 604, processing logic retrieves properties resident in the data model describing the relevant model. In one embodiment, these properties are properties of parts integrated into the model and properties of joints connecting these parts.
At processing block 606, processing logic simulates the motion of the model based on the above properties in response to control signals received via a controller associated with the model. In one embodiment, processing logic computes object position and orientation on a frame-by-frame basis.
At processing block 608, processing logic identifies individual joints that have broken as a result of the simulated motion. Breaking of a joint may be dictated by the joint property and/or physical simulation properties of the relevant parts.
At processing block 610, processing logic removes the broken joints from the model and, in one embodiment, redefines the model based on the remaining joints.
FIG. 7 is a flow diagram of one embodiment of a process 700 for building a game. The process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. In one embodiment, processing logic resides in a game builder 108 of FIG. 1.
Referring to FIG. 7, process 700 begins with processing logic placing one or more models in a 3D world (processing block 702). The 3D world may be a 3D view of an empty game. The models may include one or more models authored by the user constructing the game. A model authored by the user constructing the game may be stored in memory in the form of a data model. The user may also select for the game models authored by other users. In one embodiment, this selection may be made by choosing a model from a model catalog displayed to the user in response to the user's request to view existing games. In one embodiment, the model catalog contains images of models maintained by the online gaming service 102. The model catalog may be sorted by a model author, model creation date, model popularity and user ranking. In one embodiment, when the user clicks on a model image in the model catalog, the corresponding model is requested from the online gaming service 102. Upon receiving the game file from the online gaming service 102, processing logic loads it into the data model and displays its 3D image in the 3D world.
The models may be placed in the 3D world to create a game of a specific type. These types may include, for example, puzzle games, multiplayer games, combination games, controller games and real-time manipulation games. A puzzle game does not include controllable items, and is created when the user places items in the 3D world. A multiplayer game is intended to be played by several users, and is created when more than one controllable item is placed within a game, and users in different locations access the same game. A combination game is a game that requires the user to both manipulate or place parts and models (in an edit phase), followed by a runtime phase where the user controls models in the game. A controller game is a game without any edit phase, the user simply controls items in a runtime phase. A real-time manipulation game is a game that requires a user to manipulate place parts and models during the runtime phase.
In one embodiment, a game is characterized as a collection of items. A game can be represented in the form of a data model, or in binary form as a game file. In one embodiment, a game maintains two counters, the timer counter and the score counter, and a current state such as an edit state or a run state. During the edit state, physical simulation is not used and parts maintain their positions. During the run state, physical simulation is used to move parts according to their physical properties using the physics engine.
In one embodiment, a game has a set of properties including, for example, descriptive properties and gameplay properties. Descriptive properties may specify the game's name, keywords describing the game, etc. Gameplay properties may indicate whether a high score should be thought of as better than a lower score for the purposes of ranking, and whether the run state should be immediately used following the opening of a game file. Gameplay properties may also contain the initial timer value property that specifies the starting value for the timer counter during the run state, the property of initial score that specifies the starting value for the score counter during the run state, and the property of timer up action that defines the action to take when the timer counter goes to the value of 0. Such an action may be, for example, a win action, a lose action, a draw action, and a pause action. Gameplay properties may further contain the timer affects score property that defines how the timer counter should affect the score counter during the run state (e.g., increase the score, decrease the score or do not change the score).
At processing block 704, processing logic incorporates gameplay logic within the game. In one embodiment, the gameplay logic is incorporated by defining gameplay properties of the game and/or gameplay properties of the models included in the game. The gameplay properties may be defined based on user input or using default gameplay properties.
At processing block 706, processing logic defines other properties of the game such as the name of the game, the keywords describing the game, etc., and saves the game in the form of the data model.
At processing block 708, processing logic tests the game by simulating the motion of the models and parts within the game. The simulation may be performed in the manner discussed above. In one embodiment, the simulation is performed upon receiving a user request to test the game. Alternatively, the simulation may be performed automatically once the game is created.
At processing block 710, processing logic receives a user request to publish the game and converts the memory resident game within the data model to a binary stream, which is then transmitted to the online gaming server 102.
FIG. 8 is a flow diagram of one embodiment of a process 800 for facilitating sharing of games among different users. The process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. In one embodiment, processing logic resides in an online gaming service 102 of FIG. 1.
Referring to FIG. 8, process 800 begins with processing logic receiving a game file from a client (processing block 802).
Next, processing logic saves an index (e.g., the game hash) for the game file in a database (processing block 804), creates a thumbnail image of the game (processing block 806), stores the game file on the file server 318, and stores the image of the game on the image server 310. In one embodiment, processing logic also caches the game image file for subsequent requests.
Further, upon receiving a request to view existing games from one of multiple clients, processing logic creates a page (e.g., HTML document) containing a game catalog with images of games stored by the online gamine service 102 and sends this page to the requestor (processing block 810). In on embodiment, the game catalog may also contain information identifying the author of the game, the game creation date, the popularity of the game, and the author ranking.
Afterwards, processing logic receives, from the client, data identifying a game selected by a user from the game catalog (processing block 812), queries the database to find the index for this game, and sends a corresponding game file to the client (processing block 814).
FIG. 9 is a flow diagram of one embodiment of a process 900 for facilitating sharing of models among different users. The process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. In one embodiment, processing logic resides in an online gaming service 102 of FIG. 1.
Referring to FIG. 9, process 900 begins with processing logic receiving a model file from a client (processing block 902).
Next, processing logic saves an index (e.g., the model hash) for the model file in a database (processing block 904), creates an image of the model (processing block 906), stores the model file on the file server 318, and stores the image of the model on the image server 310. In one embodiment, processing logic also caches the model image file for subsequent requests (processing block 908).
Further, upon receiving a request to view existing models from one of multiple clients, processing logic creates a page (e.g., HTML document) containing a model catalog with images of models stored by the online gamine service 102 and sends this page to the requester (processing block 910). In on embodiment, the model catalog may also contain information identifying the author of the model, the model creation date, the popularity of the model, and the author ranking.
Afterwards, processing logic receives, from the client, data identifying a model selected by a user from the model catalog (processing block 912), queries the database to find the index for this model, and sends a corresponding model file to the client (processing block 914).
FIG. 10 illustrates exemplary parts with different surface types and resulting joints formed for these surface types according to one embodiment of the present invention. Part 1002 having a revolute joint on the surface is joined with part 1004 that has simple surfaces, creating a revolute joint 1006. Part 1008 having a glue joint is joined with part 101 that has simple surfaces, forming a glue joint 1012.
FIGS. 12-15 show exemplary representations of various user interfaces facilitating construction of models and games according to some embodiments of the present invention.
FIG. 12A illustrates a popup window displaying properties of a part. In particular, a popup window 1204 displays properties of a block 1202.
FIG. 12B illustrates a popup window displaying properties of a model. In particular, a popup window 1208 displays properties of a car chassis 1206.
FIG. 12C illustrates a popup window 1210 displaying properties of a part, including its on touch properties 1212.
FIG. 12D illustrates a popup window 1214 displaying properties of a part, including a menu 1216 specifying various control signals.
FIG. 13A illustrates a popup window 1302 displaying properties of a game, including its gameplay properties 1304.
FIG. 13B shows a window 1310 displaying a game catalog 1312.
FIG. 13C shows a window 1320 displaying a game catalog 1322.
FIG. 14 illustrates a build UI 1400 facilitating a user selection of a part 1402. The selected part 1402 is placed in a 3D world 1404.
FIGS. 15A-15B illustrate a build UI 1500 facilitating a user selection of parts 1502 through 1512 for a model. As shown, the user selects five parts 1502 through 1512 that are placed in a 3D world.
FIG. 15C illustrates a build UI 1520 that allows a user to select all the parts and to request grouping of the parts (by selecting a group option 1522 in the menu). In response, the selected parts are grouped into a model 1524.
FIG. 15D illustrates a build UI 1530 facilitating a user selection of a controller for a model 1534. The controller is displayed as a flag 1536 attached to the model 1534.
FIG. 15E illustrates a build UI 1540 facilitating the testing of a model 1542. The controller is used to control the motion of the model 1542 during physical simulation.
FIG. 16 shows a diagrammatic representation of machine in the exemplary form of a computer system 1600 within which a set of instructions, for causing the machine to perform any one of the methodologies discussed above, may be executed. In alternative embodiments, the machine may comprise a network router, a network switch, a network bridge, Personal Digital Assistant (PDA), a cellular telephone, a web appliance or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.
The computer system 1600 includes a processor 1602, a main memory 1604 and a static memory 1606, which communicate with each other via a bus 1608. The computer system 1600 may further include a video display unit 1610 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 1600 also includes an alpha-numeric input device 1612 (e.g. a keyboard), a cursor control device 1614 (e.g. a mouse), a disk drive unit 1616, a signal generation device 1620 (e.g., a speaker) and a network interface device 1622.
The disk drive unit 1616 includes a computer-readable medium 1624 on which is stored a set of instructions (i.e., software) 1626 embodying any one, or all, of the methodologies described above. The software 1626 is also shown to reside, completely or at least partially, within the main memory 1604 and/or within the processor 1602. The software 1626 may further be transmitted or received via the network interface device 1622. For the purposes of this specification, the term “computer-readable medium” shall be taken to include any medium that is capable of storing or encoding a sequence of instructions for execution by the machine and that cause the machine to perform any one of the methodologies of the present invention. The term “computer-readable medium” shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic disks, and carrier wave signals.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS6162108Sep 28, 1995Dec 19, 2000Interlego AgStackable block systemUS6195625 *Feb 26, 1999Feb 27, 2001Engineering Dynamics CorporationMethod for simulating collisionsUS6389375Jan 22, 1999May 14, 2002Interlego AgVirtual reality modellingUS20020196250Jun 20, 2001Dec 26, 2002Gateway, Inc.Parts assembly for virtual representation and content creationUS20030132966Oct 31, 2000Jul 17, 2003Interlego AgMethod and system for generating a brick model* Cited by examinerNon-Patent CitationsReference1Forbus, Kenneth D., "Why Computer Modeling Should Become a Popular Hobby," Guest Editorial, D-Lib Magazine, Oct. 1996, 5 pages.2Funes, Pablo, "Evolution Of Complexity in Real-World Domains," Dissertation presented to the Faculty of the Graduate School of Arts and Sciences, Brandeis University, Chapters 1-4, May 2001.3Peysakhov, Maxim, et al., "Using Assembly Representations to Enable Evolutionary Design of Lego Structures," Department of Computer Science, Drexel University, 31 Pages.4 *The Even More Incredible Machine game manual. 1992. "http://www.replacementdocs.com/download.php?view.3716".5 *ThemePark World Manual. 1999. Electronic Arts Inc. (http://www.replacementdocs.com/download.php?view.820).* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS8052519Jun 30, 2006Nov 8, 2011Bally Gaming, Inc.Systems, methods and articles to facilitate lockout of selectable odds/advantage in playing card gamesUS8191121Nov 9, 2007May 29, 2012Bally Gaming, Inc.Methods and systems for controlling access to resources in a gaming networkUS8201229Nov 12, 2008Jun 12, 2012Bally Gaming, Inc.User authorization system and methodsUS8266213Nov 14, 2008Sep 11, 2012Bally Gaming, Inc.Apparatus, method, and system to provide a multiple processor architecture for server-based gamingUS8347303Nov 14, 2008Jan 1, 2013Bally Gaming, Inc.Apparatus, method, and system to provide a multi-core processor for an electronic gaming machine (EGM)US8366542May 21, 2009Feb 5, 2013Bally Gaming, Inc.Networked gaming system with enterprise accounting methods and apparatusUS8382584May 21, 2009Feb 26, 2013Bally Gaming, Inc.Networked gaming system with enterprise accounting methods and apparatusUS8412768Jul 9, 2009Apr 2, 2013Ball Gaming, Inc.Integration gatewayUS8423790Nov 17, 2009Apr 16, 2013Bally Gaming, Inc.Module validationUS8569646May 7, 2010Oct 29, 2013Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS8616958Apr 30, 2008Dec 31, 2013Bally Gaming, Inc.Discovery method and system for dynamically locating networked gaming components and resourcesUS8631501Nov 9, 2007Jan 14, 2014Bally Gaming, Inc.Reporting function in gaming system environmentUS8667457Nov 30, 2012Mar 4, 2014Bally Gaming, Inc.System and method for validating download or configuration assignment for an EGM or EGM collectionUS8721431Apr 30, 2008May 13, 2014Bally Gaming, Inc.Systems, methods, and devices for providing instances of a secondary gameUS8734245Nov 9, 2007May 27, 2014Bally Gaming, Inc.Game related systems, methods, and articles that combine virtual and physical elementsUS8747116Jul 10, 2009Jun 10, 2014Lincoln Global, Inc.System and method providing arc welding training in a real-time simulated virtual reality environment using real-time weld puddle feedbackUS8751203 *Jul 26, 2011Jun 10, 2014L—3 Communications CorporationInteractive simulation of a virtual environmentUS8751204 *Jul 26, 2011Jun 10, 2014L-3 Communications CorporationDistributed physics based training system and methodsUS8784212Nov 9, 2007Jul 22, 2014Bally Gaming, Inc.Networked gaming environment employing different classes of gaming machinesUS8799168Jun 26, 2009Aug 5, 2014Sony Online Entertainment LlcSecure transfer of online privileges including non-financial optionsUS8819124Sep 4, 2012Aug 26, 2014Bally Gaming, Inc.System and method for one-way delivery of notifications from server-to-clients using modified multicastsUS8834168Mar 11, 2013Sep 16, 2014Lincoln Global, Inc.System and method providing combined virtual reality arc welding and three-dimensional (3D) viewingUS8851896Mar 11, 2013Oct 7, 2014Lincoln Global, Inc.Virtual reality GTAW and pipe welding simulator and setupUS8851988Aug 15, 2012Oct 7, 2014Bally Gaming, Inc.Apparatus, method, and system to provide a multiple processor architecture for server-based gamingUS8856657Apr 30, 2008Oct 7, 2014Bally Gaming, Inc.User interface for managing network download and configuration tasksUS8870647Apr 12, 2007Oct 28, 2014Bally Gaming, Inc.Wireless gaming environmentUS8884177Apr 23, 2012Nov 11, 2014Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS8911237Jul 10, 2012Dec 16, 2014Lincoln Global, Inc.Virtual reality pipe welding simulator and setupUS8920233Nov 12, 2008Dec 30, 2014Bally Gaming, Inc.Assignment template and assignment bundle in a gaming configuration and download systemUS8920236Nov 9, 2007Dec 30, 2014Bally Gaming, Inc.Game related systems, methods, and articles that combine virtual and physical elementsUS8987628Oct 3, 2013Mar 24, 2015Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS9005034Apr 30, 2008Apr 14, 2015Bally Gaming, Inc.Systems and methods for out-of-band gaming machine managementUS9011154Feb 2, 2012Apr 21, 2015Lincoln Global, Inc.Virtual welding systemUS9012802Oct 3, 2013Apr 21, 2015Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS9050678Oct 3, 2013Jun 9, 2015Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS9050679Oct 3, 2013Jun 9, 2015Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS9058716Feb 9, 2012Jun 16, 2015Bally Gaming, Inc.Remote game play in a wireless gaming environmentUS9082258Nov 12, 2008Jul 14, 2015Bally Gaming, Inc.Method and system for providing download and configuration job progress tracking and display via host user interfaceUS9089921Oct 3, 2013Jul 28, 2015Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS9101820Nov 9, 2006Aug 11, 2015Bally Gaming, Inc.System, method and apparatus to produce decks for and operate games played with playing cardsUS9111078Nov 9, 2007Aug 18, 2015Bally Gaming, Inc.Package manager service in gaming systemUS9120007Jan 18, 2012Sep 1, 2015Bally Gaming, Inc.Network gaming architecture, gaming systems, and related methodsUS9196169Mar 11, 2013Nov 24, 2015Lincoln Global, Inc.Importing and analyzing external data using a virtual reality welding systemUS9221117Jul 6, 2012Dec 29, 2015Lincoln Global, Inc.System for characterizing manual welding operationsUS9230449Dec 13, 2010Jan 5, 2016Lincoln Global, Inc.Welding training systemUS9269279Jul 28, 2014Feb 23, 2016Lincoln Global, Inc.Welding training systemUS9275512Nov 9, 2007Mar 1, 2016Bally Gaming, Inc.Secure communications in gaming systemUS9280913Mar 11, 2013Mar 8, 2016Lincoln Global, Inc.Systems and methods providing enhanced education and training in a virtual reality environmentUS9293056Aug 7, 2015Mar 22, 2016Lincoln Global, Inc.Importing and analyzing external data using a virtual reality welding systemUS9293057Aug 7, 2015Mar 22, 2016Lincoln Global, Inc.Importing and analyzing external data using a virtual reality welding systemUS9318026Mar 11, 2013Apr 19, 2016Lincoln Global, Inc.Systems and methods providing an enhanced user experience in a real-time simulated virtual reality welding environmentUS9330575Mar 14, 2013May 3, 2016Lincoln Global, Inc.Tablet-based welding simulatorUS9336686Mar 25, 2014May 10, 2016Lincoln Global, Inc.Tablet-based welding simulatorUS9430897 *Jun 26, 2009Aug 30, 2016Sony Interactive Entertainment America LlcSecure transfer of digital objectsUS9443377May 28, 2009Sep 13, 2016Bally Gaming, Inc.Web pages for gaming devicesUS9466172Dec 19, 2014Oct 11, 2016Bally Gaming, Inc.Download and configuration management engine for gaming systemUS9468988Nov 10, 2014Oct 18, 2016Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS9483911Apr 30, 2008Nov 1, 2016Bally Gaming, Inc.Information distribution in gaming networksUS9483959Jul 17, 2009Nov 1, 2016Lincoln Global, Inc.Welding simulatorUS9508218Nov 9, 2007Nov 29, 2016Bally Gaming, Inc.Gaming system download network architectureUS9613487Nov 9, 2007Apr 4, 2017Bally Gaming, Inc.Game related systems, methods, and articles that combine virtual and physical elementsUS9685099Mar 22, 2016Jun 20, 2017Lincoln Global, Inc.System for characterizing manual welding operationsUS9691299Mar 8, 2016Jun 27, 2017Lincoln Global, Inc.Systems and methods providing an enhanced user experience in a real-time simulated virtual reality welding environmentUS20070243927 *Apr 12, 2007Oct 18, 2007Bally Gaming International, Inc.Wireless gaming environmentUS20070298868 *Jun 30, 2006Dec 27, 2007Bally Gaming Inc.Systems, methods and articles to facilitate lockout of selectable odds/advantage in playing card gamesUS20080113764 *Nov 9, 2006May 15, 2008Richard SoltysSystem, method and apparatus to produce decks for and operate games played with playing cardsUS20080153600 *Nov 9, 2007Jun 26, 2008Bally Gaming, Inc.Gaming system configuration change reportingUS20080154916 *Nov 9, 2007Jun 26, 2008Bally Gaming, Inc.Package manager service in gaming systemUS20080155665 *Nov 9, 2007Jun 26, 2008Bally Gaming, Inc.Methods and systems for controlling access to resources in a gaming networkUS20080162729 *Nov 9, 2007Jul 3, 2008Bally Gaming, Inc.Gaming system download network architectureUS20080171598 *Nov 9, 2007Jul 17, 2008Bally Gaming, Inc.Secure communications in gaming systemUS20080200255 *Nov 9, 2007Aug 21, 2008Bally Gaming, Inc.Networked gaming environment employing different classes of gaming machinesUS20090115133 *Nov 9, 2007May 7, 2009Bally Gaming, Inc.Game related systems, methods, and articles that combine virtual and physical elementsUS20090118001 *Nov 9, 2007May 7, 2009Bally Gaming, Inc.Game related systems, methods, and articles that combine virtual and physical elementsUS20090131144 *Nov 12, 2008May 21, 2009Bally Gaming, Inc.Meta-optionUS20090131163 *Nov 12, 2008May 21, 2009Bally Gaming, Inc.Assignment template and assignment bundle in a gaming configuration and download systemUS20090183243 *Nov 12, 2008Jul 16, 2009Bally Gaming, Inc.User authorization system and methodsUS20090275374 *Apr 30, 2008Nov 5, 2009Bally Gaming, Inc.Tournament play in a gaming propertyUS20090275395 *Apr 30, 2008Nov 5, 2009Bally Gaming, Inc.Systems and methods for out-of-band gaming machine managementUS20090275401 *Apr 30, 2008Nov 5, 2009Bally Gaming, Inc.Method, system, apparatus, and article of manufacture for profile-driven configuration for electronic gaming machines (egms)US20090275402 *Apr 30, 2008Nov 5, 2009Bally Gaming, Inc.Information distribution in gaming networksUS20090276715 *Apr 30, 2008Nov 5, 2009Bally Gaming, Inc.User interface for managing network download and configuration tasksUS20090318221 *Jun 26, 2009Dec 24, 2009David DhunjishawSecure transfer of online privileges including non-financial optionsUS20090327723 *Jun 26, 2009Dec 31, 2009Christopher YatesSecure transfer of digital objectsUS20100016067 *May 21, 2009Jan 21, 2010Bally Gaming, Inc.Networked gaming system with enterprise accounting methods and apparatusUS20100016068 *May 21, 2009Jan 21, 2010Bally Gaming, Inc.Networked gaming system with enterprise accounting methods and apparatusUS20100093441 *Jul 9, 2009Apr 15, 2010Bally Gaming, Inc.Integration gatewayUS20100125851 *Nov 14, 2008May 20, 2010Bally Gaming, Inc.Apparatus, method, and system to provide a multi-core processor for an electronic gaming machine (egm)US20110114615 *May 7, 2010May 19, 2011Lincoln Global, Inc.Systems, methods, and apparatuses for monitoring weld qualityUS20110307807 *Jun 15, 2010Dec 15, 2011Vibhu NorbyGame Invitations Through Peer-to-Peer ChatUS20120007869 *Jul 26, 2011Jan 12, 2012L-3 Communications CorporationDistributed physics based training system and methodsUS20120053915 *Jul 26, 2011Mar 1, 2012L-3 Communications CorporationDistributed physics based training system and methodsUS20140142900 *Oct 18, 2013May 22, 2014Sony CorporationInformation processing apparatus, information processing method, and programUSRE45398Feb 11, 2014Mar 3, 2015Lincoln Global, Inc.System for tracking and analyzing welding activity* Cited by examinerClassifications U.S. Classification463/43, 463/6, 463/42, 463/31, 463/5, 463/2International ClassificationA63F13/00Cooperative ClassificationA63F13/63, A63F13/30, A63F2300/6018, A63F13/12, A63F2300/407, A63F13/573, A63F13/335, A63F2300/66European ClassificationA63F13/12Legal EventsDateCodeEventDescriptionMay 11, 2005ASAssignmentOwner name: ROBLOX CORPORATION, CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BASZUCKI, DAVID B.;CASSEL, ERIK S.;REEL/FRAME:016563/0493Effective date: 20050511Jul 25, 2014FPAYFee paymentYear of fee payment: 4RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services