U.S. Pat. No. 9,802,119

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The disclosed solution to enhance VRU's is a system, apparatus and method for allowing users dynamically to create user-defined areas and environments.

Referring toFIG. 1, a system100for providing a VRU to multiple users may comprise a plurality of client sites, nodes or terminals, for example a personal computer104, portable computers106,110, a compact player, cell phone or digital assistant108, and/or router112communicating via a WAN102to one or more servers114. Servers114store and serve game data and software to the client sites. Software or firmware may also be located at each client site, configured to work cooperatively with software or firmware operating on servers114. Generally, any number of users may be communicating with servers114for game play at any given time via a corresponding number of the client sites.

Referring toFIG. 2, a system200for providing a VRU according to the invention may be considered to be comprised of server-side components (to the left of dashed line222) and client-side components (to the right of dashed line222). Server-side components may comprise a portal220for managing connections to multiple simultaneous players. Portal220interacts with a game engine218, passing user input from multiple clients to a game engine, and passing game data from the game engine to respective individual players. Game engine218is operatively associated with two memory spaces, a common memory space204holding common elements of the VRU, and a personalized space210. As known in the art, objects in a VRU are modeled as three-dimensional objects, or two-dimensional objects, having a defined location, orientation, surface, surface texture, and other properties for graphic rendering or game behavior. Common memory space204may be considered as comprised of a core area206for holding core common elements, and a non-core area208for holding non-core common elements208. Personalized space210may be comprised of various different personal areas212,214,216, each assigned to a different user.

A separate administration module202may operate at the server level to create, update, modify or otherwise control the content of the VRU as defined in the memory areas204and210. Generally, changes in the personal space area210are driven by individual users, either through the VRU administrator202or another module. Control of common areas, i.e., the game environment and the objects in it, may be via the administrator module202.

At the client level, a player interface module224may be installed to receive player inputs from one or more user input devices, such as a keyboard, mouse or other pointer, or microphone, and provide data to the game engine218via portal222in response to the input. The player interface module may also receive game data from portal220and process the data for display on display226and/or for audio output on speaker230. Various systems and methods for providing a three-dimensional, multiplayer interactive animation to multiple players are known in the art, or may be adapted by one of ordinary skill for use with the invention. The invention is not limited to a particular hardware or software architecture for carrying out the steps described herein. Operational aspects of the exemplary server/client system are described below.

In an embodiment of the invention, a user defines an area or environment to be created for them through a method including but not limited to: responding to questions in a form served by the host, filling out a form served by the host, making a specific request via any mechanism, especially electronic messaging, making a request via a form or robot avatar, making a specific request to a live person or salesperson, clicking on one or more results from a search, creating a user-profile, having a user profile created from their past behavior, having a user profile created from their prior searches, having a user profile created based on their prior responses to questions or forms, or generally making a specific request via any mechanism. Based on the information supplied by or deduced about the user, the VRU server establishes a customized environment or area that comports to the specific request or interest of the user. This customized environment or area may be unique for the user, or it may be one of numerous already-created environments or areas that best suit the user's preference, or it may be a dynamically created environment or area that is neither already-created nor unique for the user.

The environments or areas that are created or presented in this manner by the host to the user could be presented in such a way that the user is alone in the simulated environment or area. In the alternative, or in addition, the simulated area or environment may support some or all of the multi-user features of the VRU, with the distinction that client enables the user to perceive certain features of the environment or area such as but not limited to: rooms, outdoor areas, exotic environments, objects, people, animals, robots, avatars, robot avatars, time elements, additional spatial elements, and activities that other users may not be able to perceive, or which other users may perceive differently based on their own user-defined environment or area. Such users may, optionally, still be able to interact with or perceive one another while simply experiencing different elements as described above.

Even if users are in different of the dynamically created environments or areas, they may optionally be able to share elements of those environments or areas with one-another. Thus for example, if users are in a VRU that utilizes an embodiment wherein users that are in different dynamically created environments are permitted to perceive and interact with one-another, those users may optionally be able to “turn-on” or otherwise share elements of the environment or area that they are experiencing with users from alternate dynamic environments or areas, by sending a command to the VRU host. In response to the command, the VRU host may serve objects personalized for the requesting user to other connected clients.

The host may be configured such that users are able to create a user-defined environment or area and allow access to that specific area to other users, either by opening the environment or area to entry by other users or by inviting other users into the environment or area or by any other established means for permitting (generally or on a restricted basis) other users into that environment or area. Such an environment or area could, optionally, terminate at the discretion of the user who created that environment or area, or could remain persistent for any useful duration based on other users, system preference or other reason or purpose. The useful duration could, in fact, be permanent.

Returning now to the example of the user who is shopping for a computer programming book in a VRU, environment, suppose it is desired to enable greater success in finding books on subjects of interest in a VRU bookstore. Depending on the embodiment that is in use, the user may select that he wishes to find a book specifically on a subject matter defined by the user, for example, on computer programming. In response, the VRU host may model an entire bookstore that displaying modeled representations of books each of which, when selected by the user, direct the user towards an online book or purchase of a book in the defined subject area of computer programming. Alternatively, an area of the existing bookstore may be transformed by the host from an empty area or from some other purpose, into an area—say a bookshelf, that include only modeled representation of books linking to works on the subject of computer programming.

Continuing this example, the VRU host may dynamically model user-defined environments or areas, such that upon entry of the user's avatar into the VRU bookstore, the host may provide to the user's client machine information for modeling a standard bookstore environment with a modeled area, such as a modeled alcove or a bookshelf, including a customized selection of modeled books that the software of the proprietor of the bookstore has determined would be of particular interest to the user. Each modeled book may comprise an interactive modeled three-dimensional object, configured to link to an actual bookseller or provider of the book or other publication indicated by a title or other description appearing on the modeled book. Thus, personalized or customized areas or environments may be presented to a user based on a determination by the host of the environment or area that the user is accessing.

The host may determine how and what to customize in their environment or area so as to best suit the purposes of the operator and/or the user using a variety of input data, including but not limited to user responses to questions, user submitted information, user's history (such as user's past: buying behavior, shopping behavior, movements within the environment or other environments, information supplied and other historical information), user's profile information, user's address or location, as well as aggregated information about similar users and their behavior and relative behavior, and any other information about the user or generally about users that would be useful to the operator in determining the appropriate customizations to present to the user.

In an embodiment of the invention, a VRU memory space212is defined that is associated with a user ID in a memory of a host. The VRU memory space is used to hold elements of a VRU space that are personalized for the user. In the alternative, the space may hold an entire personalized VRU. When a user logs on via a remote client, the host computer system accesses the personalized VRU memory to generate VRU information for serving to the client, and may also access a general or public VRU memory204of the host. Public memory204may include elements of the VRU that are public or available to other users. The user's experience of the VRU may be generated by combining elements of the personalized VRU and the public VRU in any desired manner, according to the set of predefined rules. For example, the elements from the personalized VRU212may be added to a public VRU206,208to create a customized VRU environment. In the alternative, personalized VRU elements may be used to modify or replace elements in the public space206,208.

A set of rules may be used at the host to prioritize and coordinate elements between public and personalized VRU spaces having competing elements. Objects or regions of virtual space may be defined with certain priority values. When elements of a space are generated by combining elements from more than one VRU memory space, conflicting instructions for the same object or region of space may be resolved by comparing the priority values. The object or region of space with the highest priority may be used in generating the user experience. The assignment of priorities may be predetermined, or may vary according to rules of game play or other user input. For example, in a VRU space generated by combining VRU memories from different users, the properties of an object or region of space may be determined from the personal space of the user having the highest game score. It should be apparent that various other ways of using two or more VRU memory spaces to generate a user experience, or separate user experiences, are possible. Further, any number of spaces may be combined, with or without competing elements.

In an embodiment of the invention, therefore, a 3-D space and objects therein are defined in a computer memory of a VRU host, configured for generating an experience of the space through a user interface to a plurality of interconnected users over a computer network. A set of generating rules are also defined in the computer memory, operable to generate the user experience using the 3-D space. At least one object or region of the 3-D space is customizable based on user input. The object or region of space is interactive with an avatar or other representation of the user, and may be shared with the plurality of interconnected users.

FIG. 3shows a first display302A-B and a second display304A-B connected to a VRU server360via a WAN350. Displays302A-B represent exemplary views of a VRU space displayed on a first client at two respective times “A” and “B.” Likewise, displays304A-B represent exemplary views of the VRU space displayed on a second client at the two times. Certain common elements are visible in all displays, such as house306,306′, store308,308′, roads310,312,310′,312′, and tree316,316′. Cars322,322′,324,324′ represent personal objects such as avatars or other personal objects each under the control of a participant. Car322,322′ is under the control of a first player, who sees the displays302A-B on the first client. Car324,324′ is under the control of a second player who sees the displays304A-B on the second client. Both cars322,324are visible to both players, and may interact in defined ways.

The second player has access to a personalized space and objects that appear in display304A-B but not in display302A-B, namely, road314and shed320. In the alternative, the road314and/or shed320may appear to the first player, but not be usable or responsive to the first player. Personalizable elements may be won, purchased, or otherwise assigned to a player. A common element318appears only in display318for the first player, because the second player has defined an object (road314) that competes for space that would otherwise be occupied by the tree318. Therefore, in an embodiment of the invention, the conflict between the common element318and road314is detected and resolved according to a defined priority. In the illustrated case, the common tree318appearing in302A-B is subtracted or omitted from304A-B before rendering the scene.

At time “A,” both players are located in or on common space and common objects, so both players are visible to each other and themselves. At time “B,” the second car324has entered a personal space, traveling on personal road314. Hence, car324may be caused to disappear, either partially or entirely, from display302B. In the alternative, car324may be “parked” at a location in the common space, “grayed out” or otherwise flagged to indicate that the second player is no longer in the common space. Yet another alternative is to render both scenes in the same way, but to prevent or restrict the interaction that the first player can have with the second player's personalizable objects. Meanwhile, the car324′ is visible on display304B along with the personalizable road314and shed320.

In the illustrated example, it should be emphasizes that car324does not merely move from view of the first player; rather, it can, at the option of the game designer, be removed entirely from a three-dimensional scene provided to the first player's client device. Thus, the personal object belonging to the second player can be entirely removed from the first player's scene, so that it exists only for the second player but not for the first. In addition, the second player may invite the first player or any other player to join him in the personal space, for any desired period of time.

An interface or portal should be provided between each respective personal space and the common space. The portal may be visible and apparent to all players, or may be blended with objects in the common scene so that it is not apparent. It should also be appreciated that a single portal, whether apparent or not, may lead to different personal spaces belonging to different players. For example, a storefront may in effect be a portal to a personal space, so that each player that directs an avatar to enter the store sees a customized array of products. Such multiple-use portals may lead to environments that contain a mixture of personal and common spaces and objects. For example, the store aisles may be common space, while the store shelves are personal spaces filled with personalizable objects. Thus, for example, multiple clients may receive the same scene of avatars browsing the aisles, without being provided with views of the products provided only to the individual players.

FIG. 4shows an exemplary common scene400containing multiple avatars, e.g., avatars402,404. Each avatar is controlled by a different player via a remote interface. The common scene400appears to be the same for each avatar. However, each player may select a different viewpoint of the scene, so the rendered view of the scene may be different for different players. Scene400includes multiple storefronts, such as storefront406, that may serve as portals to common spaces, personalizable spaces, or some combination of the foregoing.

FIG. 5shows another exemplary common scene500including a first avatar502positioned for interaction with a second avatar504. Interaction may include, for example, audio chatting, text chatting, and simulated physical interaction. In general, avatars behave as non-core common elements, in that each avatar has a customizable appearance that can be defined or modified by individual players, but is otherwise an object that is visible in the common areas and interacts with other players according to predefined rules.

FIGS. 6A and 6Bshow an avatar600,600′ visible with a customization menu602. Menu602may be requested by the player controlling the avatar when initially configuring the avatar, or at later times, for example, when a change of clothes is desired. Menu602may include a list of options604for customizable elements of the avatar. In the illustrated embodiment, the customization menu includes options to change the avatar's racial characteristics, hat, glasses, facial features, shirt, pants and shoes. InFIG. 6A, the avatar600is wearing a white top and black pants. InFIG. 6B, the avatar is dressed in a red top and yellow shorts. Clothing, skin tone, and other features of an avatar may be provided via a customizable texture applied to a three-dimensional model. Optionally, a fee may be charged for certain changes, such as clothing or accessories.

FIG. 7shows a scene700including an avatar702gazing at a personalizable screen704. Screen704may exist as a black or blank screen in the common space. A player operating the avatar702may activate the screen to play a video or provide other requested content. Other users would see a blank screen or could request their own content for display on the screen. Optionally, a fee may be required for display of user-selected content. In the alternative, the screen may be used to display free common content visible to multiple players, for example, advertising.

The systems described according to the foregoing may be used to perform an exemplary method for personalizing modeled objects in a multi-user VRU environment, as follows. Exemplary steps of the method may be performed by a host computer in response to client input data. The steps may include modeling, in a memory of a host computer, a modeled three-dimensional space including modeled avatars each controlled in response to avatar control input from corresponding ones of a plurality of separate remote clients.

The host computer may further maintain personalized modeled objects and common modeled objects as distinct object types in the computer memory associated with the modeled three-dimensional space. The host may set attributes of the personalized modeled objects in response to personalization data associated with ones of the plurality of separate remote clients. Attributes of a modeled object are those pieces of information that control the appearance or behavior of the modeled object in the modeled environment. The host does not use data associated with ones of the plurality of separate remote clients to set attributes of the common modeled objects. Common modeled objects may therefore be distinguished on this basis from personalized modeled objects.

The host may receive the personalization data associated with ones of the plurality of separate remote clients as active input from the plurality of separate remote clients. Personalization data may include data provided actively by the clients, such as in response to a request, by filling out a form, or other active interaction to specify a client interest. Personalization data may also be gathered passively, such as by inferring client interests from a record of network browsing activity.

The host may further transmit environmental modeling information to the plurality of separate remote clients configured for displaying an animated view of the modeled three-dimensional space including the modeled avatars, the personalized modeled objects and the common modeled objects. Environmental modeling information is coded information configured for use by client nodes to generate a view of the multi-user environment, including both common and personalized modeled objects. This may be in the form of low-level graphic data or any desired higher level data, including high level modeling information. For more efficient use of bandwidth, clients may store or cache environmental information locally. The host may then generate a data stream reflecting any changes that occur in the modeled environment.

According to an aspect of the described technology, the environmental modeling information before transmitting it to the plurality of separate remote clients so that each of the plurality of separate remote clients receives different information. The host may personalize the environmental modeling information so that respective ones of the plurality of separate remote clients do not receive information for displaying personalized modeled objects that have attributes set in response to personalization data from other users, while all of the plurality of separate remote clients receive information for displaying the common modeled objects and such of the personalized modeled objects that have attributes set in response to personalization data associated with the respective ones of the plurality of separate remote clients. Each client would then receive information about common features as necessary to generate shared environments at the client level, and in addition, unique personalized data that is used only by the client receiving it. In the alternative, or in addition, the same personalized data may be provided to multiple clients.

When clients receiving data for modeling a common area of the environment do not receive the same information, the host may transmit information for display of common modeled objects selected to substitute for personalized modeled objects not transmitted to the respective ones of the plurality of separate remote clients. For example, if client ‘A’ is served personalized data for a modeled bookshelf with books, client ‘B’ may receive default, common data for display in the same location of the environment as the personalized bookshelf of client ‘A’.

Some users may wish to restrict access to data personalized for them, such as restricting access to other users selected or authorized by the user to who the personalized data pertains. Therefore, the host may restrict access to information for displaying personalized modeled objects to a first one of the plurality of separate remote clients and to others of the plurality of separate remote clients such as are identified to the host by an authorized user of the first one of the plurality of separate remote clients. Access may be restricted by not providing the personalized modeled objects except to authorized clients, by providing the personalized modeled objects encrypted or otherwise locked except to clients possessing a requisite key, or by any other suitable method. Authorization status may be determined via a lookup table populated by client ID's, by requiring a password, or any other suitable method.

The host may further receive attributes of the personalized modeled objects as data from respective ones of the plurality of separate remote clients. For example, a user may define attributes of a personal space by selecting options from an options menu served by the host to the client. For further example, users may utilize their respective client nodes to upload attribute data, such as personalized textures, modeled accessories, or the like, to a host server.

The systems described herein may further be used to perform an exemplary multi-user animation method, as follows. A host managing a modeled 3-D environment may receive input from multiple remote clients to manipulate corresponding modeled objects in the environment, such as via a wide area network connection. The host may further process data received from the multiple remote clients to set attributes of ones of the modeled objects determined by corresponding ones of the multiple remote clients. For example, attributes may be set by user selections form a preferences of interest menu. The host may receive input from the multiple remote clients at the host, and define attributes of the ones of the modeled objects using the input. The host may maintain a correspondence between each of the multiple remote clients and corresponding ones of the modeled objects such that each modeled object moves in response to input from a corresponding one of the multiple remote clients, thereby maintaining a model of a multi-user environment. Furthermore, the host may maintain a database containing attributes of ones of the modeled objects determined by corresponding ones of the multiple remote clients for use in generating the time-delimited 3-D environment data.

The host then distributes real-time or near-real time data concerning present status of the multi-user environment to the multiple remote clients. For example, the host may provide time-delimited 3-D environment data for the modeled objects to the multiple remote clients formatted to facilitate display of a simulated environment visible to the multiple remote clients. The environmental data may be configured by the host such that each of the multiple remote clients cannot display ones of the modeled objects, unless authorized by corresponding ones of the multiple remote clients that have determined the attributes of the ones of the modeled objects. Personalized data may thus be provided only to authorized clients.

The host may further receive information from first ones of the multiple remote clients identifying other ones of the multiple remote clients to be authorized to display the ones of the modeled objects that have attributes determined by the first ones of the multiple remote clients. A first user may thereby be enabled to identify one or more other users authorized to receive data concerning personalized modeled objects corresponding to the first user. The host may also provide the time-delimited 3-D environment data for the modeled objects to the multiple remote clients further configured to cause ones of the multiple remote clients not authorized to display one of the modeled objects to display in place of it a replacement of the modeled objects. The host may further set attributes of the replacement one of the modeled objects without using the data received from the multiple remote clients. The replacement modeled object may thereby be a common modeled object for providing to multiple clients.

The systems described herein may further be used to perform an exemplary method for managing an interactive multiplayer computer game system to provide each player with an option to personally determine elements that appear in the game environment, as follows. A host may maintain a database of electronic content for a game environment having personalized content items each associated with identifying information for game participants and common content items not associated with identifying information for game participants. The host further hosts a game process in which remote game participants provide input via remote clients to a host for manipulation of modeled avatar objects in a multi-user game including the electronic content. The host may also perform a step of serving output from the game process to the remote clients to cause displays of a game environment the remote clients.

The host may configure the output to cause simultaneous display of common content items and personalized content items within a game scene viewed in common by the game participants, so that a first client displays a first common content item, first and second avatars, and a first personalized content item, and does not display a second personalized content item. Meanwhile, the output is further configured so that a second client displays the first common content item, first and second avatars, and the second personalized content item, and does not display the first personalized content item. Thus, the output data may be configured so that different game participants are enabled to interact each other in game environments that include personalized elements visible only to selected ones of the game participants.

The host may further provide the output configured to cause the first client to display a second common content item in place of the second personalized content item.

The host may further track identities of game participants authorized by a first game participant to receive game output data for displaying a personalized content item associated with identifying information for the first game participant.

The host may output the data configured such that the personalized content items include items selected as relating to a topic of interest associated with game participants. For example, the personalized content items may include items providing a link to a product for sale for display in a simulated shopping environment.

Software instructions for performing any of the methods described herein may be encoded in a computer-readable memory, according to methods known in the art. In general, configuring a host to perform the functions described herein should be within the ability of one of ordinary skill in the programming art, having possession of the instant description.

Having thus described embodiments of a virtual environment for a computer game, it should be apparent to those skilled in the art that certain advantages of the within system have been achieved. It should also be appreciated that various modifications, adaptations, and alternative embodiments thereof may be made without departing from the scope and spirit of the present description. For example, a system operable over a wide area network has been illustrated, but it should be apparent that the inventive concepts described above would be equally applicable to systems operating over other networks.