Persistent, immersible and extractable avatars

FIELD

0001This invention pertains to avatars, and more particularly to avatars that can be used in computers with multiple applications.

BACKGROUND

0002Webster's Third New International Dictionary (unabridged) defines “avatar” as “the descent and incarnation of a deity in earthly form; . . . an incarnation or embodiment in human form; . . . a remarkably complete manifestation or embodiment usu[ally] in a person, of a concept, philosophy, or tradition; . . . a variant phase or version of a continuing basic entity sometimes implying no more than a change in name . . . ” (W<smallcaps>EBSTER'S </smallcaps>T<smallcaps>HIRD </smallcaps>N<smallcaps>EW </smallcaps>I<smallcaps>NTERNATIONAL </smallcaps>D<smallcaps>ICTIONARY </smallcaps>150 (2002)). As the term is used in the computer arts, the intended meaning lies somewhere in between these definitions, perhaps best described as a representation of the person in an application.

0003In terms of use, avatars in the computer arts (hereafter described simply as avatars) find their most prominent use in computer games, although other uses exist. Games such as Asheron's Call (a registered trademark of Turbine Entertainment Software Corporation) allow many different players to meet online and play cooperatively (or not). Each player assembles a representation of herself, selecting a character type, a preferred graphical representation for the player, and equipping the graphical representation with information and supplies. This graphical representation, acting in the player's stead, is an example of an avatar.

0004But avatars as used today are limited to individual environments. A player cannot take her avatar from Asheron's Call and insert that avatar in a different game (except possibly for successor games by Turbine Entertainment). Thus, if the player wants to play a different game, she must create a different avatar for the different game. This required replication means that the effort put into creating one avatar is of no advantage for creating an avatar in a different environment. Worse, there is no way to carry over any of the details of the avatar from one game to another, which means that any time spent developing the character beyond its creation must also be reproduced.

0005Embodiments of the invention address these problems and others in the art.

BRIEF DESCRIPTION OF THE DRAWINGS

0006<figref idref="DRAWINGS">FIG. 1</figref> shows a management application interfacing with multiple applications to instantiate avatars in the multiple applications, according to an embodiment of the invention.

0007<figref idref="DRAWINGS">FIG. 2</figref> shows details of the management application of <figref idref="DRAWINGS">FIG. 1</figref>, according to embodiments of the invention.

0008<figref idref="DRAWINGS">FIG. 3</figref> shows details of one of the applications of <figref idref="DRAWINGS">FIG. 1</figref>, according to embodiments of the invention.

0009<figref idref="DRAWINGS">FIG. 4</figref> shows a procedure for using a management application to insert an avatar in an application in the system of <figref idref="DRAWINGS">FIG. 1</figref>, according to an embodiment of the invention.

0010<figref idref="DRAWINGS">FIGS. 5A-5C</figref> show a procedure for using an application to instantiate an avatar received from a management application in the system of <figref idref="DRAWINGS">FIG. 1</figref>, according to an embodiment of the invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

0011<figref idref="DRAWINGS">FIG. 1</figref> shows a management application interfacing with other applications to instantiate avatars in the multiple applications, according to an embodiment of the invention. In <figref idref="DRAWINGS">FIG. 1</figref>, management application <b>105</b> is responsible for managing the avatars and their insertion (or immersion) into various applications, such as applications <b>110</b> and <b>115</b>. Although <figref idref="DRAWINGS">FIG. 1</figref> shows only two applications, a person skilled in the art will recognize that there can be any number of applications into which an avatar can be inserted.

0012To store the avatars, management application <b>105</b> includes data store <b>120</b>. In <figref idref="DRAWINGS">FIG. 1</figref>, data store <b>120</b> is shown as storing three avatar data <b>125</b>, <b>130</b>, and <b>135</b>, but a person skilled in the art will recognize that data store <b>120</b> can store any number of avatar data.

0013When an avatar is to be immersed in an application, the application does not need to store data for the avatar: the application receives the data from management application <b>105</b>. Management application <b>105</b> communicates with the application, determining what data the application needs. Then, management application <b>105</b> transmits the data to the application, enabling the avatar to interact with the application. For example, <figref idref="DRAWINGS">FIG. 1</figref> shows management application <b>105</b> communicating with applications <b>110</b> and <b>115</b> using communication lines <b>140</b> and <b>145</b>, respectively.

0014Communication lines <b>140</b> and <b>145</b> can be any desired lines of communication, including networks such as Local Area Networks (LANs), Wide Area Networks (WANs), or the Internet. Hardware can include wired networks such as Megabit or Gigabit Ethernet, or wireless networks such as any of the IEEE 802.11 wireless network standards or a Bluetooth network. The networks can use an infrastructure or can be ad hoc. Any desired protocols can be used to transmit data over the communication lines, such as the Transmission Control Protocol/Internet Protocol (TCP/IP) or the User Datagram Protocol (UDP).

0015While <figref idref="DRAWINGS">FIG. 1</figref> shows management application <b>105</b> transmitting two copies of avatar data <b>125</b> (shown as copies <b>150</b> and <b>155</b>) to applications <b>1</b> and <b>2</b> (numbered <b>110</b> and <b>115</b>), a person skilled in the art will recognize that generally an avatar is immersed in only one application. Immersing an avatar in more than one application at a time can result in the avatar gaining experience in one application that is inconsistent with the experience of the avatar in the other application. But if management application <b>105</b> has the ability to integrate avatar data coming from two different applications and to resolve potential experience contradictions, then management application <b>105</b> can immerse the same avatar in multiple applications simultaneously. In addition, as shown below, there are situations in which is advantageous for an avatar to be immersed in multiple applications simultaneously.

0016Ideally, management application <b>105</b> would be responsible for storing all data relating to every avatar. But in practice, it can happen that some applications use avatar data that are specific to the application, and not needed by any other application. While management application <b>105</b> can be responsible for storing this data, an alternative is to make the application responsible for storing avatar data specific to that application. As shown in <figref idref="DRAWINGS">FIG. 1</figref>, application <b>110</b> includes data store <b>160</b>, which is shown storing avatar data <b>165</b> specific to application <b>110</b>. When avatar data <b>150</b> is transmitted to application <b>110</b>, application <b>110</b> integrates application data <b>150</b> with application-specific data <b>165</b> before the avatar begins interacting with the application.

0017After the avatar is finished using the application, the application can then return the avatar data to management application <b>105</b> using communication lines <b>150</b> and <b>155</b>. The application can return all of the data to management application <b>105</b>, even data generated by the application that was not in the data provided by management application <b>105</b> (provided the data is data that would be used by other applications in immersing the avatar). The application can also store application-specific data in its data store.

0018For avatars to be immersible in multiple applications as shown requires an agreement on the standards for avatar immersion. In one embodiment of the invention, standards are set by a certifying organization. This certifying organization can be responsible for defining how avatars are stored by management application <b>105</b>, what types of data can be stored by management application <b>105</b>, how the messages passed between management application <b>105</b> and the applications are structured and transmitted, etc. Then, to support immersible avatars, each application has to conform to the standards: that is, the application has to be certified by the certifying organization.

0019Another function that can be performed by the certifying organization is determining the appropriate scales for each application. As will be discussed below with reference to <figref idref="DRAWINGS">FIGS. 2 and 4</figref>, one function performed by management application <b>105</b> is to scale the avatar data before transmitting it to the application. Different applications can be easier or harder than others in terms of the effort required to gain experience and to develop the avatar. To account for these differences in internal difficulty level, the standard-setting organization can review each application, and as part of the process of qualifying the application to use immersible avatars can determine where the application fits on a scale relative to one used by management application <b>105</b>. A person skilled in the art will recognize that more than one scale might be appropriate, depending on the application. For example, an application might be more difficult with respect to one avatar attribute, but easier with respect to another.

0020As an example of how the certifying organization could operate, consider avatars in multi-player gaming environments. One such gaming application might be set in an environment that uses a bow and arrow, provided the avatar takes a “course” in archery. Another such gaming application might instead use a more “modern” weapon, such as a rifle. Learning to use a bow and arrow is a more difficult skill than learning to use a rifle, but the tools themselves are essentially interchangeable. Thus, rather than having management application <b>105</b> store information separately for each skill and tool, as avatars progress through learning the skills, management application <b>105</b> can store scaled data representing the effort expended. And if two avatars using the different gaming applications exert the same amount of effort to learn the respective skills, the avatar learning to use the bow and arrow will be scaled more highly than the avatar learning to use the rifle. Then, if the avatar learning to use the bow and arrow switches to the gaming application with the rifle, the experience level will be scaled to a lower level, reflecting the difference in difficult levels of the skills.

0021To help explain this more clearly, assume that the skills have different levels of mastery, such as novice proficiency, intermediate proficiency, and expert proficiency. Further, assume that achieving each level of mastery for the bow and arrow requires six units of effort, and each level of mastery for the rifle requires four units of effort. If a player has completed three of the four units in attaining novice proficiency with a rifle, that would be analogous to having learned roughly four of the six units toward attaining novice proficiency with a bow and arrow. Thus, while only one unit would remain unlearned with the rifle, two would remain unlearned for the bow and arrow. Going in the other direction, if a player had expended three of the six units toward attaining novice proficiency with a bow and arrow and then switched to the other gaming application, only two units would remain to learning how to use a rifle.

0022Because users can (usually) remove avatars from the environments at any time, the avatar data would store data relating to the effort expended in learning the skill. Thus, if the avatar is removed from the bow and arrow environment after reaching an intermediate proficiency, that would be represented by 12 units of effort. When the avatar is immersed in the rifle environment, 12 units of effort would represent expert proficiency, meaning that the avatar might have better aim, or be faster in reloading the rifle.

0023Although learned skills such as using bows and arrows or rifles are one type of data that can be scaled, a person skilled in the art will recognize that any data in the avatar data can be scaled. For example, physical, mental, emotional, educational, and other attributes of the avatar can be stored and scaled. As a more specific example, some avatars might include attributes such as intelligence, charisma, strength, wisdom, etc.: attributes that are intangible and, to some extent, difficult to change once set.

0024Although applications can use the same avatar data, if the fields used by the applications are only relatively compatible, scaling might not be all that is needed to make the avatar fit the application. For example, the graphic representation of an avatar within an application might vary, depending on the particular application: one gaming application might use avatars that are chosen from human ethnic groups, whereas another gaming application might use offer avatar representations based on alien species, but without ethnic subcategories. For example, a Star Trek® environment might offer human, Klingon®, Romulan®, and other alien species for the avatars. (Star Trek, Klingon, and Romulan are registered trademarks of Paramount Pictures Corporation.) Thus, as part of immersing an avatar into an application, the data might need to be transformed to a form appropriate to the application. This transformation can be done automatically (if an appropriate mapping can be easily determined), or can be done manually by letting the user select the desired transformation. The transformation can also be done either by management application <b>105</b>, or by the application into which the avatar is being immersed. If management application <b>105</b> performs the transformation, then the various applications are saved the individual burdens of performing transformations. But if the individual applications perform the transformations, they can potentially customize how the transformations occur to their best advantage.

0025As part of being certified, it is not required that an application use all possible data fields. For example, an application might permit an avatar to gain experience and to interact with objects, but not to actually carry any objects. This application can be certified without needing management application <b>105</b> to provide carried objects as part of immersing the avatar into the application.

0026<figref idref="DRAWINGS">FIG. 2</figref> shows details of the management application of <figref idref="DRAWINGS">FIG. 1</figref>, according to embodiments of the invention. In <figref idref="DRAWINGS">FIG. 2</figref>, management application <b>105</b> is shown as including several components. Requester <b>205</b> is used to request the data fields and the scaling of those fields the application uses, which store avatar data, for the immersion. Normally, management application <b>105</b> requests this information from the application as part of the request to immerse the avatar, but a person skilled in the art will recognize that this information can be request from a third-party entity: e.g., the certifying organization. Selector <b>210</b> selects from the data store (shown in <figref idref="DRAWINGS">FIG. 1</figref>) data that correspond to the fields used by the application. Scaler <b>215</b> is responsible for scaling the data to an appropriate level for the application, for reasons like those discussed above. Transformer <b>220</b> is responsible for transforming the data to a form appropriate for the application, as discussed above. Interface <b>225</b> is used to communicate with the application (that is, to transmit the information from requester <b>205</b>, and to transmit the avatar after it has been scaled and transformed by scaler <b>215</b> and transformer <b>220</b>, respectively.)

0027Receiver <b>230</b> receives data from the application about the avatar, after the avatar has finished interacting with the application. (Again, interface <b>225</b> is used in this communication.) Integrator <b>235</b> is responsible for integrating the data back into the data store, as some of the data might have changed while the avatar was immersed. Note that management application <b>105</b> should not delete the avatar data while the avatar is immersed, because the application might not need (or even be able to use) all of the avatar data. Thus, integrator <b>235</b> merges the received avatar data back into the original data still in the data store.

0028<figref idref="DRAWINGS">FIG. 3</figref> shows details of one of the applications of <figref idref="DRAWINGS">FIG. 1</figref>, according to embodiments of the invention. Application <b>110</b> is shown as including receiver <b>305</b>, used to receive a request to immerse an avatar into the application. Transmitter <b>310</b> responds, specifying the data fields used by application <b>110</b> for avatars. (Transmitter <b>310</b> can also be used to transmit the avatar data back to the management application, after the avatar is removed from application <b>110</b>.) Application <b>110</b> can use avatar template <b>315</b> to store the data fields application <b>110</b> uses. Avatar instantiator <b>320</b> is responsible for taking the avatar data received from the management application, using that data to fill the data fields for a new avatar, and instantiate the avatar into the application. Finally, application <b>110</b> can include transformer <b>325</b>, which performs the transformation described above.

0029<figref idref="DRAWINGS">FIG. 4</figref> shows a procedure for using a management application to insert an avatar in an application in the system of <figref idref="DRAWINGS">FIG. 1</figref>, according to an embodiment of the invention. In <figref idref="DRAWINGS">FIG. 4</figref>, at step <b>405</b>, the management application sends a request to immerse an avatar in an application. At step <b>410</b>, the management application receives the data fields and their scaling used by the application. As discussed above with reference to <figref idref="DRAWINGS">FIG. 2</figref>, the management application normally receives the data fields, along with their scaling, from the application, but can alternatively receive this information from a third-party entity, such as the certifying organization. At step <b>415</b>, the management application scales the data requested by the application. At step <b>420</b>, the management application transforms the avatar to a form acceptable to the application. As discussed above, the management application does not need to carry out the transformation, in which case step <b>420</b> can be omitted, as shown by arrow <b>425</b>.

0030At step <b>430</b>, the scaled and transformed data is sent to the application. At step <b>435</b>, the management application receives updated avatar data from the application. At step <b>440</b>, the management application rescales the updated data, and at step <b>445</b>, the management application incorporates the scaled, updated data into the original data.

0031<figref idref="DRAWINGS">FIGS. 5A-5C</figref> show a procedure for using an application to instantiate an avatar received from a management application in the system of <figref idref="DRAWINGS">FIG. 1</figref>, according to an embodiment of the invention. In <figref idref="DRAWINGS">FIG. 5A</figref>, at step <b>505</b>, the application receives a request from a management application to immerse an avatar. At step <b>510</b>, the application identifies the data fields it uses for avatars. At step <b>515</b>, the application requests from the management application the data for the data fields. As shown by arrow <b>520</b>, steps <b>510</b> and <b>515</b> can be omitted, if the management application can determine the data fields used by the application and their scaling from an independent source (e.g., the certifying organization). At step <b>525</b>, the application receives from the management application the avatar data. At step <b>530</b>, the application stores the data in the data fields.

0032At step <b>535</b> (<figref idref="DRAWINGS">FIG. 5B</figref>), the application checks to see if any data fields were not filled with data from the management application. If not, then at step <b>540</b>, these data fields are identified, and at step <b>545</b>, the application fills these data fields using data from the application-specific data store for the avatar (assuming the avatar had been immersed in the application before, and therefore had generated such data. If not, then the avatar fills these data fields with default values). At step <b>550</b>, the application transforms the avatar. As discussed above, if the management application performs the transformation, then step <b>550</b> is can be omitted, as shown by arrow <b>555</b>. At step <b>560</b>, the application instantiates the avatar, and at step <b>565</b>, the application updates the data in the data fields as the avatar gains experience.

0033At step <b>570</b> (<figref idref="DRAWINGS">FIG. 5C</figref>), the application sends updated data back to the management application. At step <b>575</b>, the application checks to see if there is any avatar data that the management application will not manage. If so, then at step <b>580</b>, the application identifies these fields, and at step <b>585</b>, the application stores the data from these fields in the application-specific data store.

0034While the above description focuses on the use of avatars in gaming applications, a person skilled in the art will recognize that other environments can be used for the avatars. For example, the applications can be “stores” in a shopping mall. Properties of the avatars can include information about monetary sources (such as bank names and routing numbers, account numbers, authorized users, etc.) and places to which purchases should be delivered (such as home or business address and contact persons). The avatar can be immersed in a particular store to make purchase, with the result that a purchase in the real world is affected.

0035For example, the avatar can be immersed in an application representing a pizza parlor. The user, through the avatar, can view the ordering options and place an order. The store would get from the avatar the address to which the order should be delivered. The user would authorize via the avatar the payment for the order, and the pizza parlor would then instruct a local franchise to deliver the order to the user.

0036Another possible use for avatars include medical services. The avatar can include information about the person's medical history: e.g., recent illnesses, surgical history, medicine allergies, current prescriptions, etc. Emergency personnel can then use the avatar to learn the user's current state and recent history, to better diagnose and treat the problem. The avatar can receive information from any medical connections to the user: for example, if the user is connected to a sphygmomanometer, the avatar can store the user's current blood pressure as it is measured. (The avatar can theoretically receive information from wearable devices, and is not limited to receiving data from emergency equipment. For example, if the user is wearing a heart rate monitor, the avatar can receive data about the user's heart rate.)

0037As a more detailed example of how the avatar can be used for medical services, consider the following. A person wears, for example, a heart rate monitor, which tracks the person's heart rate. Provided the heart rate monitor has an appropriate software component, the heart rate monitor can be an application into which the avatar can be immersed. A connection can be maintained between the management application and the avatar, even while the avatar is immersed in the heart rate monitor. This connection can be used to transmit data from the avatar back to the management application. (This transmission can be continuous, or the data can be sent in bursts, as desired.)

0038In the event that a problem arises (e.g., the person's heart begins to fibrillate), the management application can take action on behalf of the person. The management application can detect the problem in several ways. For example, the heart rate monitor can transmit a specific signal indicating a problem, or the management application can recognize the current heart pattern as indicating fibrillation. Either way, the management application can act on the person's behalf: e.g., to alert emergency services. For example, the management application can immerse an avatar (either the same avatar immersed in the heart rate monitor or another avatar) in an application for the local emergency response, providing the person's location and current physical state to the emergency providers. (Note that this can result in the avatar being immersed simultaneously in multiple applications.) The management application can then act as a conduit between the two avatars, keeping the emergency response personnel informed about the person's condition. A person skilled in the art will recognize other ways in which the management application can respond to the problem on behalf of the person.

0039Yet another use for avatars would be to engage in stock transactions. The avatar can store data about the user's preferences (e.g., risk aversion, stocks of personal interest and personal dislike, investment limits, etc.) and can interact with brokerage applications to find ways to improve the user's portfolio. For example, the avatar can be informed about various stock buy and sell price limits for the user. The avatar can then be immersed in an application to monitor stock prices. When a stock's price reaches a buy or sell limit, the avatar can initiate a purchase or sell order on behalf of the user. If the avatar is not immersed in the user's brokerage application, the avatar can first be immersed in the brokerage application, and then the order can be initiated. (Note that the avatar might be left in the original application to continue to track stock prices, even while immersed in the brokerage application.) The user can then authorize or reject the transaction.

0040As can be seen from the above discussion, avatars can interact with applications in ways paralleling virtually any interaction a person can have with others. While specific applications have been discussed above, the use of avatars is not intended to be limited to only the disclosed applications. A person skilled in the art will recognize how other applications can be modified to use immersible avatars in a manner similar to that described above.

0041The following discussion is intended to provide a brief, general description of a suitable machine in which certain aspects of the invention may be implemented. Typically, the machine includes a system bus to which is attached processors, memory, e.g., random access memory (RAM), read-only memory (ROM), or other state preserving medium, storage devices, a video interface, and input/output interface ports. The machine may be controlled, at least in part, by input from conventional input devices, such as keyboards, mice, etc., as well as by directives received from another machine, interaction with a virtual reality (VR) environment, biometric feedback, or other input signal. As used herein, the term “machine” is intended to broadly encompass a single machine, or a system of communicatively coupled machines or devices operating together. Exemplary machines include computing devices such as personal computers, workstations, servers, portable computers, handheld devices, telephones, tablets, etc., as well as transportation devices, such as private or public transportation, e.g., automobiles, trains, cabs, etc.

0042The machine may include embedded controllers, such as programmable or non-programmable logic devices or arrays, Application Specific Integrated Circuits, embedded computers, smart cards, and the like. The machine may utilize one or more connections to one or more remote machines, such as through a network interface, modem, or other communicative coupling. Machines may be interconnected by way of a physical and/or logical network, such as an intranet, the Internet, local area networks, wide area networks, etc. One skilled in the art will appreciated that network communication may utilize various wired and/or wireless short range or long range carriers and protocols, including radio frequency (RF), satellite, microwave, Institute of Electrical and Electronics Engineers (IEEE) 802.11, Bluetooth, optical, infrared, cable, laser, etc.

0043The invention may be described by reference to or in conjunction with associated data including functions, procedures, data structures, application programs, etc. which when accessed by a machine results in the machine performing tasks or defining abstract data types or low-level hardware contexts. Associated data may be stored in, for example, the volatile and/or non-volatile memory, e.g., RAM, ROM, etc., or in other storage devices and their associated storage media, including hard-drives, floppy-disks, optical storage, tapes, flash memory, memory sticks, digital video disks, biological storage, etc. Associated data may be delivered over transmission environments, including the physical and/or logical network, in the form of packets, serial data, parallel data, propagated signals, etc., and may be used in a compressed or encrypted format. Associated data may be used in a distributed environment, and stored locally and/or remotely for machine access.

0044Having described and illustrated the principles of the invention with reference to illustrated embodiments, it will be recognized that the illustrated embodiments may be modified in arrangement and detail without departing from such principles. And, though the foregoing discussion has focused on particular embodiments, other configurations are contemplated. In particular, even though expressions such as “in one embodiment” or the like are used herein, these phrases are meant to generally reference embodiment possibilities, and are not intended to limit the invention to particular embodiment configurations. As used herein, these terms may reference the same or different embodiments that are combinable into other embodiments.

0045Consequently, in view of the wide variety of permutations to the embodiments described herein, this detailed description and accompanying material is intended to be illustrative only, and should not be taken as limiting the scope of the invention. What is claimed as the invention, therefore, is all such modifications as may come within the scope and spirit of the following claims and equivalents thereto.