U.S. Pat. No. 8,869,044

DETAILED DESCRIPTION

When a user logs on to a given virtual environment, the server hosting that environment creates an online presence for that user. Doing so allows the user to interact at least with others who have an online presence near the location of the user in the virtual world. The user may also have a collection of friends (relationships to other users in a variety of online environments) stored in a “friends” or contact” list. Using the contents of a friends list, a monitoring system may identify whether a user's friends also have a current online presence in the virtual world (or a different instance of the virtual world or a different virtual world altogether). The system may also identify a target location in the virtual world (or in a different instance of the virtual world or a different virtual world) corresponding to the current position of a friend of the user.

Once identified, the virtual world interface may provide an indication that the user can “jump” his or her online presence to the target location, e.g., by presenting a “jump” button placed in the user's friend list. A “jump” relocates the user to the target location, eliminating the need for the user to navigate the virtual environment(s) in search of the friend. For example, to perform a “jump” across worlds the system may automatically reserve a position for the user in a destination world (also referred to herein as the “target” world), log the user out of the current world, log the user into the destination world, and create an online presence in the destination world near the friend (e.g., in the same “room” in the target world).

In addition to jumping to friends, the user may also be allowed to jump to characters and other entities. Further, the inverse of the “jump” functionality can be provided, namely the ability of users to request that others jump to them.

FIG. 1is a block diagram illustrating a system100configured to provide a virtual environment, according to one embodiment of the present invention. As shown, the system100includes a plurality of client systems110connected to server systems1201-3and server system130via a network140. Each client system110is configured to execute a virtual environment client application115. Examples of client systems110include, without limitation, console gaming systems, handheld gaming systems, personal computer systems, tablet and mobile computing devices, etc.

Each server system1201-3is configured to operate a multi-user virtual world1251-3. Generally, the servers1201-3are configured to receive connections from users and to manage interactions between users. Further, the servers1201-3can serve the same or different virtual worlds. As shown, servers1201-2provide access to a first virtual world1251-2and server1203provides access to a second world1253. Each world may provide an instance of the same general virtual environment, with a collection of virtual “rooms”1261-9or locations for users to explore and experience. Although illustrated as separate server systems1201-3each hosting a virtual world or virtual world instance1251-3, server systems1201-3may be configured to host multiple instances of a given virtual environment multiple instances of different virtual environments.

Illustratively, server system130includes a monitoring component131, a jump status component132, and a jump component133. In one embodiment, the monitoring component131is configured to track a variety of user activities. For example, the monitoring component131may track whether a user is logged into a server, which server the user is logged into, what world the user is in, and where in the world the user is located. By monitoring user activity, the server can determine, among other things, the locations of a user and the user's friends. The server system130can then determine, based in part on the foregoing locations, whether jumping should be allowed. The jump status component132determines whether a jump can be made by one user to another based on predefined conditions. For example, in some cases the user and the user's friend may already be in the same room, or the room1261-9, server1201-3, or world1251-3the friend is in or on may be full. In other cases, the room1261-9, server1201-3, or world1251-3may have access restrictions, such as a membership requirement. In the foregoing cases, the jump status component might determine that a jump cannot currently be performed. The jump component133provides software that enables a user to jump from one room1261-9to another, one server1201-3to another, and/or one world1251-3to another. For example, a user in one online environment with an online presence represented as a penguin character may, by clicking on a “jump” button, activate the jump component133. Assuming the jump is across worlds, the jump component133might then remove the user from the current virtual world and place the user at a location within a destination virtual world, where the user may cease to be a penguin and become a different virtual creature or person, as appropriate for the target virtual environment.

In one embodiment, the jump component130may include a reservation component134. The reservation component130reserves a position at the target location before a jump is made. In practice, reservations may be made in the destination location's world1251-3, server1201-3, and/or room1261-9, depending on whether the jump is across worlds, across servers, or across rooms, respectively. By reserving, the reservation component134guarantees that the jump will not be interrupted by the world, server, or room later becoming full or otherwise unavailable to the user. Although embodiments are described herein with reference to a single server system130containing the components130-133, and the reservation component134is described as being a part of the jump component130, embodiments may be implemented where these components are split between servers rather than on the same server. Further, the components for monitoring user activity, presenting available jumps, and requests for jumps, may be integrated with the virtual world servers.

FIG. 2is a flow diagram illustrating a method200for generating a “jump” button presented in a user's friends or contact list, according to one embodiment of the invention. As shown, the method200begins at step210, where the monitoring component131monitors the activity of a friend or character in one or more worlds. As described above, the monitoring process may include tracking whether the friend or character is logged into a server, which server the friend or character is logged into, what world the friend or character is in, and where in the world the friend or character is located.

At step220, the jump status component133determines if the conditions for jumping are met. As noted above, such conditions may involve the server load of the server the friend or character is on; whether the room1261-9, server1201-3, or world1251-3the other user is in or on is full; and access restrictions of the room1261-9, server1201-3, or world1251-3the other friend or character is in or on. If the conditions for the user to jump are not met, the user may be notified at step225. For example, the user may be shown text and/or a symbol or symbols indicating that jumping is not currently permitted. Otherwise, at step230the jump status component determines whether the available “jump” is to a friend in the user's friend list or to a character. If the jump status component identifies the jump as being to one of the user's friends, then at step240, the client component may update the interface or display of the user's friends list to indicate the available jump. For example, a button, icon, or symbol may be displayed proximate to the image of the friend of the user in the friends list. On the other hand, where the jump status component identifies an available jump to a character (and the character is not also a friend), then at step250, the client component may display a “jump” button for the character at a location other than the user's friends list. For example, the “jump to” button may be displayed along with a picture and description of the character in a visible place on the user's application interface.

Other embodiments are broadly contemplated. For example, the interface presented to the user may display a map of the virtual environment indicating where friends and characters are located, as well “jump” buttons for jumping to the friends and characters.

In some embodiments, only buttons for available jumps are displayed. That is, the client component does not display text and/or symbols225indicating that jumping is not permitted. Instead, the client component may indicate when jumping is not permitted. In short, the client component might present jumping as a default option that is always available unless otherwise indicated.

FIG. 3illustrates a method300for moving the online presence of a user from a current location to a target location, according to one embodiment of the invention. At step310, the user initiates a jump (by, for example, pressing a jump button). At step311, the reservation component reserves a position in the room, server, world, or some combination thereof, that is being jumped to. Reserving a position might entail, for example, sending a signal to another server (if the jump is across servers) to indicate a request to join the server. Then, a signal may be received from the server indicating whether the reservation was successfully made. Assuming a successful reservation, a jump animation is displayed to the user and/or others in the room, server, and/or world at step312. For example, the animation may depict the user flying out of a room using a jet pack. Then, at step313, jump component130determines whether the jump requires relocating to a different room or if it further requires relocating to a different server and/or world. If the jump is simply to a different room, then, at steps321-322, the user is removed from the current room and placed into the destination room. For example, a user may be removed from a virtual town center and relocated to the town's fringes via a jump. If the target location of the jump is on a different server, the user is removed from the current room at331, removed (for example, by logging out of) from the current server at332, connected to the destination server (for example, by being logged in to it) at333, and placed in the destination room. Likewise, if the jump requires switching worlds, the user is removed from the current room at33and removed (for example, by signing out of) the current world at332. At step333, an online presence for the user is created in the destination world, and the user is placed in the destination room. At step350, the jump animation ends.

In at least some embodiments, the user is placed in the destination virtual environment at a location near the friend (or character). Near can mean within the same room or within such proximity that the user need not spend much time finding the friend or character. For example, the user may be placed at the same position that the user would ordinarily enter a destination room, or the user may be placed in a location where, more often than not, it requires less than one minute for the user to find the friend. Further, when a user requests to jump to the location of a character, the character may have online presences in multiple instances of a given virtual environment. Under these circumstances, the system may select an instance with the fewest other users nearby, with the most friends of the user, or using any other criteria suitable.

In one embodiment, both the user and other users in the virtual world can see the jumping animation. In alternative embodiments, only the user or only other users can see the jumping animation. In some embodiments, the animation consists of at least one animation for jumping out of the original room and at least one other animation for jumping into the destination room. Further, although the embodiments are principally described herein with reference to rooms, servers, and worlds, persons of ordinary skill in the art will recognize that the invention applies equally to jumping to locations generally, and therefore covers embodiments where a room-server, server-world, room-world, and/or room-server-world distinction cannot be drawn, as well as to embodiments that lack the notion of room, world, server, or some combination of the foregoing.

In at least some embodiments, a jump between servers or worlds is facilitated by the server or world sharing a single authentication system. In such embodiments, neither the user nor the automated jump method needs to log out of one server or world and log back in to another server or world because the user's credentials are accepted by both servers or worlds.

In at least some embodiments, the user may be shown an error window or message if the jump as described above does not, for any reason, complete successfully. Further, the user may be returned to a predefined location when the jump does not succeed. Predefined locations may include, but are not limited to, the location jumped out of, the main landing page for the client application from which the user may choose which server to enter, or a special jump error page.

In at least some embodiments, an error window or message (e.g., “Sorry, this room is currently full”) may also be displayed if a reservation at step311is not successfully made. Under these circumstances, the “jump to” button of the friend or character may be switched to text and/or symbols indicating jumping to the friend or character is not available. In some embodiments, the user is later notified when the friend or character becomes available again to be jumped to.

FIG. 4illustrates a method for generating a “jump to me” button. The “jump to me” button is the inverse of the “jump” button described above. That is, the “jump to me” button may be used to send a request to a user's friend that they “jump” their virtual location near that of the requesting user. As shown, the method400begins at step410after receiving a user request that a “jump to me” option be made available to one or more friends specified by the user, including friends in a different room1261-9, server1201-3, and/or world1251-3. At step420, the jump status component132determines whether the conditions for the friends' to jump to the user are met. Such conditions may involve, but are not limited to, the capacity of the server load of the server the user is on; whether the room1261-9, server1201-3, or world1251-3the user is in or on is full; and special conditions (e.g., membership requirements) for entry into the room1261-9, server1201-3, or world1251-3the user is in or on. At step430, a “jump to me” option or button is displayed to every selected friend for whom a jump would meet all predefined conditions.

Although the foregoing embodiment is described with reference to friends, “jump to me” capabilities for characters and other entities are also envisioned. Further, although the user is described above as initiating creation of the “jump to me” button, the button could also be generated on the basis of an automated request by, for example, an automated character or entity. In addition, at least some embodiments envision that creating the “jump to me” button automatically initiates a jump for the targeted friend, character, or entity, which may then be canceled by the targeted friend, character, or entity.

FIG. 5depicts a friends list and configuration of friends' avatars, names, and “jump” buttons in the friends list, according to one embodiment of the invention. As shown, a window500displays information and “jump to” buttons for a plurality of friends associated with the user. For example, an avatar510includes a picture depicting the friend's appearance in the virtual world. The friend's name520is displayed below the avatar510. In some embodiments, the avatar510is animated and may display more than an image of the character. For example, “jump” button530includes the name of the location that can be jumped to by pressing the button, as well as an arrow symbol indicating that the jump functionality is currently available. Pressing the “jump” button530results in the system moving the online presence of the user from its current location to a location near the location of the friend. In contrast, locations that currently cannot be jumped to, as determined by the method according toFIG. 2, are depicted as grayed text and a “no” symbol540. This provides a clear indication to the user that jumping is not currently permitted.

In one embodiment, monitoring component131may update the “jump to” buttons530, which monitors the actions of the user's friends, based on the availability of a jump between the user and one of their friends (as determined by the jump status component132). For example, the monitoring component131, may provide data to the jump status component132, which determines if the conditions for jumping are met and therefore whether a “jump” button530or gray text with a “no” symbol540should be displayed. In an alternative embodiment, the avatar, name, and “jump” button may be combined in any possible permutation. Further, the friends list500or other display mechanism (e.g., the map described above) may display friends across not only instances of a virtual world (e.g., virtual world servers1251-2), but also across virtual worlds (e.g., virtual worlds1251-2and1253).

FIG. 6depicts a character pop-up and a character's avatar, name, and “jump” button in the pop-up, according to one embodiment of the invention. In some embodiments, a pop-up window600may be shown to the user when the character comes online. In alternative embodiments, the pop-up window600may be shown upon the occurrence of a predefined event. A predefined event may include, for example, the character beginning to tell stories to nearby users. The particular embodiment of the pop-up600depicted inFIG. 6includes a character name640(“Rockhopper”), an avatar630, and a “jump” button620. One or a combination, or none, of these elements may appear in other embodiments. Further, in at least some embodiments, the avatar630is animated, and in some embodiments the avatar630may display more than the image of the character.

Note, multiple instances of the same in-game character or mascot (e.g., the “Rockhopper” character) may be present in a virtual environment (or in different instances of the virtual environment running on different servers). In such case, when a user requests a “jump” to the in game character or mascot, the system will select one of the multiple instances to jump the user to. For example, the system may evaluate whether any of the user's friends are present and have an online presence at the same distinct location where the mascot is present. In such a case, the system may “jump” the user to a location where both the mascot and the user's friends are present within the online environments. Of course, other approaches may be used.

FIG. 7is a block diagram illustrating a system700configured to virtual environment, according to one embodiment of the invention. As shown, the system700includes a plurality of client systems710and a server system750, communicatively coupled via a network780. In one embodiment, the client systems710may include existing computer systems, e.g., desktop computers, server computers, laptop computers, tablet computers, gaming consoles, hand-held gaming devices and the like. The client systems710illustrated inFIG. 7, however, are merely examples of computer systems in which embodiments of the present invention may be used.

As shown, each client system710includes, without limitation, a processor715, which obtains instructions and data via a bus720from a memory730and storage725. Processor715is a programmable logic device that performs instruction, logic, and mathematical processing, and may be representative of one or more CPUs. Storage725is representative of hard-disk drives, flash memory devices, optical media and the like. Generally, the storage725stores application programs and data for use by the client system710. The client systems710are operably connected to the network780, e.g., via network interfaces.

The memory730is any memory sufficiently large to hold the necessary programs and data structures. Memory730could be one or a combination of memory devices, including Random Access Memory, nonvolatile or backup memory (e.g., programmable or Flash memories, read-only memories, etc.). Illustratively, the memory730includes the virtual world client120and an operating system (“OS”)735. Operating system735is software used for managing the operation of the client system710. Examples of OS735include UNIX, versions of the Microsoft Windows® operating system and distributions of the Linux® operating system. Additional examples of OS735include custom operating systems for gaming consoles, including the custom operating systems for systems such as the Microsoft Xbox 360®, Nintendo WH® and Sony PlayStation® 3 consoles.

Additionally, the client systems710each are coupled to display devices740and input devices745. The display devices740may include output devices such as monitors, touch screen displays, and so on. For instance, the display devices740may include a display device used to visually depict a virtual environment. As an example, the display740may provide a touch sensitive surface allowing the user to select different locations within the virtual environment and control the movement of an avatar within the virtual environment. The input devices745represent a wide variety of input devices, including keyboards, mice, controllers, and so on. Furthermore, the input devices745may include a set of buttons, switches or other physical device mechanisms for controlling the client system710. For example, the input devices745could include a set of directional buttons used to navigate an avatar through a virtual environment presented on the display740.

As shown, the server system750includes, without limitation, a processor755, which obtains instructions and data via a bus760from a memory770and storage765. Processor755is a programmable logic device that performs instruction, logic, and mathematical processing, and may be representative of one or more CPUs. Storage765is representative of hard-disk drives, flash memory devices, optical media and the like. Generally, the storage765stores application programs and data for use by the server system750. The server system750is connected to the network780, e.g., via a network interface.

The memory770is any memory sufficiently large to hold the necessary programs and data structures. The memory770includes an operating system (“OS”)775and a server hosting a virtual environment1251-3, a monitoring component131, a jump status component132, and a jump component133. In some embodiments however, the virtual world1251-3, monitoring component131, jump status component132, and jump component133are stored separately in the memory of at least two or more server systems750, rather than stored in the memory of a single server750. Further embodiments may lack one or more, or combine one or more, of the virtual world1251-3, monitoring component131, jump status component132, and jump component133. The storage765of the server system750stores at least the user profiles790and monitored activity785of the virtual world1251-3. User profiles790may include avatar photos and animations, user name, and password. Examples of monitored activity785include time stamps recording the times when users log in and out, user location within, and other information pertaining to user interactions in, one or more virtual worlds1251-3.

Advantageously, embodiments of the invention provide an approach for moving a user's online presence from a current location in a multi-user virtual environment to a target location near a friend or character. The target location may be within the same virtual world, in another instance of the virtual world, or in another virtual world. Further, the movement of the user—referred to as a jump—may be in response to a request by the user to jump. One embodiment indicates whether “jumping” to another user or character is permitted by displaying a “jump” button in the user's friend's list for friends, and in a visible place on the application interface for characters. Yet another embodiment includes a technique for a user to indicate to one or more friends that the user wishes to be “jumped to.”

However, the invention is not limited to specific described embodiments. Instead, any combination of the following features and elements, whether related to different embodiments or not, is contemplated to implement and practice the invention. Furthermore, although embodiments of the invention may achieve advantages over other possible solutions and/or over the prior art, whether or not a particular advantage is achieved by a given embodiment is not limiting of the invention. Thus, the preceding aspects, features, embodiments and advantages are merely illustrative and are not considered elements or limitations of the appended claims except where explicitly recited in a claim(s). Likewise, reference to “the invention” shall not be construed as a generalization of any inventive subject matter disclosed herein and shall not be considered to be an element or limitation of the appended claims except where explicitly recited in a claim(s).

Aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

Aspects of the present invention are described above with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

While the foregoing is directed to embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof, and the scope thereof is determined by the claims that follow.