Patent Application
20080207329
The present invention relates to methods of enabling commerce, communications, and other activities between participants in proprietary environments such as those found in on-line games, and more specifically, to an inventive identity and reputation platform and its use to facilitate commerce and other types of interactions while maintaining anonymity and other desirable qualities of participants' interactions with the environments.
Computer and video gaming, and participation in virtual on-line communities have grown to be a popular leisure activity as well as a significant source of revenue for software and game companies. The popularity of such games and virtual communities, and the development of new technologies has naturally resulted in efforts to extend those types of experiences to other platforms (e.g., mobile phones, PDAs, television sets, etc.) as well as to the development of different types of gaming or interactive experiences. One of the newer types of gaming experiences is that termed Massively Multiplayer Online games (MMOs), also know as Massively Multiplayer Online Role Playing games (MMORPG). This type of gaming experience has developed in response to the availability of Internet connectivity and broadband access to the Internet.
In a typical MMO, a large number of players participate in the same gaming environment (or parallel versions of the same game) using the Internet or another suitable network to provide connectivity. The result is a real-time (or pseudo real-time) gaming experience involving multiple players who may act as individuals or be part of a team. MMOs may have between thousands and millions of players, each of whom typically pays a fee to participate, often in the form of a monthly subscription fee, by consenting (often by default) to viewing advertising material, or by agreeing to purchase items for use in the game. The games are often characterized by the creation of, and interaction with, an imaginary world or environment in which characters interact with each other and with other aspects of the environment. The imaginary world or environment may include landscapes of imaginary worlds, other creatures, weapons, tools, weather systems, forces or powers that act in the world, etc. In many gaming environments, players take on new identities (sometimes referred to as characters, avatars or personas) and use those identities or personalities as the basis for interacting with other players and the environment.
Variations on these types of games include Alternate Reality Games (ARG) and meta-games. These are games which create a world that blends online and real world experiences. For example, a detective style game might include clues found in an MMO, and clues found at a physical location. These games may be authored informally by experienced players rather than larger institutions, yet they still share many of the same characteristics.
Among other characteristics, participation in the games and virtual or simulated environments is immersive and time consuming. The popularity of the gaming and virtual community experience has resulted in a desire on the part of some players to participate in activities beyond the game or community itself. As such, a number of services and products have been developed to support this out of game/community participation, and such services or products are generically referred to as the “secondary market.”
As many people recognize the potentials of the secondary market, there have been a great effort to overcome several factors and obstacles currently preventing the secondary market from reaching its potential. However, it is complicated to enable and/or facilitate interactions between players in a cross-world environment, such as commerce, messaging, social networking, and content exchange, among other beneficial and desired interactions.
As suggested by the rapid development of a variety of ancillary products and services, the popularity of MMOs and other forms of interactive gaming has led to the creation of a market for goods and services to be used with or within games. Further, some aspects of these products and services may exist and be obtained in (or facilitated by interactions with) the “real world”, that is in the physical world outside of the gaming or virtual environment. In addition, some MMOs and on-line communities have their own economies where commerce transactions may be facilitated, e.g., goods obtained within the proprietary environment can be traded or exchanged in order to support certain activities. For example, a participant may need some particular weapon for their avatar in order to complete a task within the game or be able to move on to a more advanced level of the game. In some cases, the weapon may be purchased from a vendor or other player in the game in exchange for in-game currency. The in-game currency may come from completing a task or challenge, demonstrating a specific skill or level of achievement, or another economic activity. Note that while currency is used as an example, trades can also be an exchange of non-currency goods, such as a transfer of skills, knowledge, game earned credits, or accumulated abilities.
Generating sufficient game currency or credits to obtain certain items or skills can be a time consuming activity. In response, a market has developed which matches people who have the time or ability to obtain in-game currency with people who are prepared to expend real world currency to make up for the lack of time they can devote, and yet seek to improve their enjoyment of the game environment. Further, some services—such as help in a particular task, or information needed to accomplish a task—can be just as valuable and tradable as goods (such as weapons, powers, tools, etc.) or game credits. In general, such a market facilitates transactions in which an item, information, or other commodity of value in one environment (e.g., a proprietary gaming environment or world) is exchanged for something of value in another environment (e.g., money in the real world). This is an example of an ancillary product or service in which aspects of either the product or service, or of the process of negotiating for and fulfilling a request for the product or service, may require activities that occur in both the real world and in a gaming or other proprietary environments.
As noted, a typical example of an activity or interaction that may involve both the real world and a proprietary environment is one in which a person desires to purchase in-game currency or credits from another game participant. Such a transaction may require communication of an interest in the purchase from a real world identity through their associated in-game identity to a second in-game identity (and as a result to that identity's associated real world identity), followed by negotiations for the purchase price and delivery terms, and eventually the transfer of real world money to an account belonging to the real world person who is associated with the second in-game identity (who is in possession of the in-game currency or credits). At each stage communications may need to flow between in-game characters and between an in-game character and the real world person in control of that character. In addition, game credits may need to be transferred from one in-game character to another, and real world currency may need to be transferred from one real world person to another. However, it is desirable that both the communications and transfers be done without interrupting certain desirable aspects of the experience of the game players or user of a proprietary environment, including retaining a desired degree of anonymity by not disclosing the connection between an in-game character and the real world person associated with that character.
Further, there are certain functions, features, and activities which those participating in a gaming environment or other form of virtual environment may desire to have available as part of the gaming or other experience. These include communications (e.g., messaging), social networking, commerce transactions, interactions with other players, the ability to co-ordinate the accomplishment of certain tasks, and other beneficial activities. However, optimally and safely performing these activities often requires interacting or fulfilling obligations in both the virtual (e.g., gaming) environment and the real world, or exchanging information between them.
What is desired is a system and method to enable and facilitate interactions between players in the virtual environment and the real world, such as messaging, social networking, and content exchange, among other beneficial and desired interactions.
The present invention is directed to a system, apparatus, and method for enabling communications and other forms of interaction between participants in a gaming or other form of virtual environment and the real world, or between a participant in one virtual environment and a participant in a second virtual environment (typically using a connection to the real world as an intermediary stage of the transaction). The invention enables these and other types of interactions to occur with a sufficient degree of trust between the participants to encourage such interactions, while at the same time not compromising certain desired characteristics of the gaming or other experience, such as immersion in the experience and the ability to maintain a high degree of anonymity. In particular, systems are provided to share presence information between participants, including information relating to their images and commercial activities. The presence information is user information that is used by real-time messaging systems to represent the user's current presence and identity. The presence information of a user is presented to other users to help them to decide when or if to communicate with the user.
In accordance with an aspect of the present invention, a computer implemented method is for providing a message service within a Cross World environment by utilizing an identity service system that verifies a user's identity. The method includes receiving a request to engage in a communication via the message service and obtaining an active identity of a first user, the active identity being selected to represent the first user for the communication. The method further includes generating a user presence of the first user, the user presence including the active identity of the first user and information about a Proprietary World corresponding to the active identity. After obtaining a buddy list of the first user, a user presence of each user listed on the buddy list may be presented to the first user. Likewise, the user presence of the first user is transmitted to each user on the buddy list. After an identity of a second user is selected by the first user, the communication between the first user and the second user is facilitated.
In accordance with another aspect of the present invention, a system is for providing a message service within a Cross World environment wherein the system is communicatively connected to an identity bridge system that verifies a user's proprietary identity. The system comprises a managing component, a message agent component and a storage component. The managing component is configured to provide a list of proprietary identities associated with a first user when the first user logs onto the system, to receive from the first user an active identity selected from the list of proprietary identities associated with the first user and to generate a user presence of the first user, the user presence including the active identity. The message agent component is configured to receive from the first user a request for a message service, to receive, from the first user, content and information about at least one recipient and to generate a message including the content and the user presence of the first user. The message agent forwards the message to the at least one recipient.
In accordance with yet another aspect of the present invention, a computer implemented method is provided for managing a user presence of a user in a Cross World environment. The method includes receiving a request for a presence service, obtaining an active identity of a first user, the active identity selected to represent the first user, and generating a user presence of the first user, wherein the user presence including graphic representation of the active identity of the first user, information about a Proprietary World corresponding to the identity and verification information. The method further includes obtaining the buddy list of the first user and transmitting the user presence of the first user to each user on the buddy list. The method yet further included receiving a request to add a second user to the buddy list of the first user. If the second user has registered with the message service, an active identity of the second user is added to the buddy list of the first user. The user presence of the first user is presented to the second user, wherein the user presence of the first user is updated as a presence status of the first user changes.
Prior to describing the present invention and certain of its embodiments in greater detail, it is helpful to introduce one of the underlying concepts that will be discussed and which is important to understanding the context of the invention. This concept is that of a gaming environment, virtual environment, or other form of “Proprietary World” and the physical, external world, which is a form of the “Real” or “Open” world.
Note that one distinguishing feature of Proprietary and Open (Real) worlds is that Proprietary worlds may be turned off, or suspended, (although the managing entity may prefer to avoid such events), while an Open world cannot be turned off. Further, in an open or real world, people typically interact using their own identity (that is, unless they are pursuing an illegal or otherwise unpopular activity), which is verifiable by accessing certain governmental organizations (such as the police, social security office, etc.).
As will be discussed, the present invention relates to “worlds” or “environments” in which real people or representatives of real people (such as personas, owned or controlled characters, avatars, etc.) interact. A world may be considered to be an environment of rules and laws in which people participate either as themselves, or as an entity that represents themselves. Such worlds are generally self-contained and may operate independently of interactions with other worlds.
In some embodiments, systems, architectures, apparatus, and methods are provided for implementing services, functions, and features that enable or facilitate interactions among participants in a “Cross World” environment. The “Cross World environment,” as used herein, refers to an environment including a Real World and Proprietary Worlds. In some embodiments, the interaction will be between a first person in the Real World (who is represented by an avatar or similar construct in a virtual environment) and a second person in the real world (who is represented by a second avatar or similar construct in the same virtual environment), where the direct communications will be between the participants' avatars instead of the actual physical people represented by those avatars. Further, although the present invention will generally be described with reference to enabling interactions between participants in the same gaming or virtual environment, the interactions may be between a participant in a first gaming or virtual environment and a participant in a second gaming or virtual environment, or between a participant in a gaming or virtual environment and a second participant acting in the real or physical world (and hence represented by their own, actual identity). Note that in the case of an interaction between participants in the same or different gaming or virtual environments, some embodiments of the invention may be used as an intermediary element that couples each Proprietary environment to the Real world, and hence to each other. Note further that when acting in a gaming or virtual environment the participant will generally be represented by a fictitious persona or character (e.g., avatar) that they have created and/or become associated with.
It is noted that the communication, or interaction itself may take place wholly or partially within a gaming or virtual environment, between one or more gaming or virtual environments, or between a gaming or virtual environment and the external real world. The communication, transaction, or interaction may involve messaging (email, instant messaging, etc.), blogging, a transfer of images or video or other form of communication, a commerce transaction, a sequence of actions or tasks, an exchange of information or data, or other form of interaction. The communication or interaction may involve a transfer of information, credits, or other item of value in the Real world or Proprietary environment.
Although some of the game or virtual environment play is close to real life work in its repetitiveness and tediousness, it is pursued with enthusiasm and perceived to be fun. There are several components to the source of this enthusiasm:
A major issue of the Cross World commerce activities relates to participants' desire for anonymity. Participants in gaming and other forms of virtual environments generally want to keep the relationship between their real world identity and their Proprietary World identity secret. Reasons for this preference may include enhancing the immersive experience and providing security from the behaviors of other Proprietary World participants—particularly as some game or virtual environment behaviors are not appropriate open world behaviors.
As discussed above, there are presently no optimal approaches to providing the types of services and functionality desired by many gaming and virtual environment participants, subject to the described constraints and the participants' desire to retain the benefits of immersion, trust, and anonymity. In some instances, reputation may be used to enforce a good practice in commerce transactions because a person tries to maintain a good reputation in a Proprietary World. Generally, an aspect or characteristic associated with a player or Proprietary World participant deems to be valuable to that person. As such, a participant's reputation provides one way in which other participants can obtain confidence in a party with whom they may desire to conduct a transaction, and hence act to enable such transactions. In one embodiment, the transportable global reputation system and methods are utilized in various commerce transactions or interactions, and thereby facilitate and enable those transactions or interactions between participants in Proprietary and Real worlds. However, players participate in more than one game or virtual environment (sometimes in parallel, meaning two or more games at the same time, and sometimes sequentially, meaning moving from game to game as they are released onto the market), and sometimes may be represented by multiple identities in the same game. And each time the player moves to a new world or virtual environment, the valuable commodity of reputation is set back to zero or to some nominal level, representing a potentially considerable loss in a commercial sense that can only be regained over time and by expending effort.
In some embodiments, an identity management and verification, and transportable global reputation system and methods of the present invention (hereinafter, “Identity Bridge” system) may be used to solve the problem of bringing together identities and reputations gained in different worlds (be they open, real, or proprietary) in such a way as to enhance participation in secondary markets. Among other aspects, the system, architecture, processes and methods operate to enable commerce transactions among participants in the Cross World environment with tools to manage their identities and related data, verify another's claim of ownership to an identity, and verify the alleged association between certain characteristics or attributes of an identity and that identity (and hence the accomplishments or qualities of a real world person), thereby enabling a transfer of reputation between worlds or environments.
In Proprietary Worlds, a participant (user) may use different names or the same name in different worlds. It is therefore extremely hard to determine whether that part of the transaction happening in one world is with the same user in the other world. Further, it is difficult to determine whether to transfer levels of trust or reputation between the users in different worlds unless some connection between the users is identified. One of the benefits of Proprietary Worlds may be that of anonymity. This enables the user to be someone or something very different in each world. However, the Cross World transactions generally require real identities that correspond to Proprietary World identities. This makes Cross World transactions, particularly those involving commerce, to be typically composed of two separate transactions. That is, the participants (users) will complete one transaction in an Open (Real) World and a corresponding transaction in a Proprietary World. A Cross World transaction can only be considered to have been successfully completed if both individual transactions are completed successfully. However, since both transactions happen in different worlds, it is difficult to achieve or verify this result using conventionally available approaches.
In some embodiments, a method and system are provided to enable commerce transactions, messaging, or other activities among participants in the Cross World environment while allowing the participants to use Proprietary identities. It is noted that an intermediary system, such as an Identity Bridge system, may be applied to a number of activities and types of interactions, including, but not limited to messaging (email, instant messaging, etc.), blogging, a transfer of images or video, or other form of communication, a commerce transaction, a sequence of actions or tasks, an exchange of information or data, or other form of interaction.
As discussed above, a user's reputation may provide one way in which other users can obtain confidence in a party with whom they may desire to conduct a commerce transaction, and hence act to enable such transactions in a Cross World environment. The Identity Bridge System that brings together reputations gained in different worlds is used to verify and authenticate the Proprietary World identities used in the Cross World environment. Thus, the method and system can enhance participation in the Cross World activities and interactions, for example, messaging, blogging, content exchanging, commerce activities, etc., without losing the sense of flow or immersive experience in the Proprietary Worlds.
Referring to
Elements 204 represent a connection (or connections) or other form of enabling data transfer between bridge 200 and the communications systems (shown as elements 114 in the figure) within the Proprietary Worlds. Elements 204 couple bridge 200 to communications systems 114, thereby enabling the identity bridge 200 to exchange data between the Real World 120 and one or more Proprietary Worlds 110, or between Proprietary Worlds. The data exchange can be part of a process of verifying the identity of a prospective participant to an interaction, of associating one identity with another, etc. In general, the identity bridge 200 and its related services and functions provide users with confidence that an identity they interact with via the bridge is being manipulated by the user who is rightfully entitled to utilize it, and if applicable, that the user associated with the identity with which they are interacting is possessed of a reputation or resume of accomplishments that can be accepted as accurate. Coupling the identity bridge 200 to the communication systems of the Proprietary World(s) enables the identity bridge 200 to connect with most Proprietary Worlds without requiring custom engineering or the development of business relationships for and between the Proprietary Worlds' managers.
The coupling may be achieved in a variety of ways. In some embodiments, participants are used to achieve the coupling. The system delivers tasks to willing participants in the open world aspect of the system who then enter the Proprietary World to perform the task with their Proprietary World identities. For example, one task conducted using the system is for a user to send a verification message crafted by the system to the requested recipient. Other types of tasks are also possible, such as verifying certain attributes or achievements of the intended identity, participating in a service, or simply conveying a message, and so on.
Element 206 represents an alternative connection between the identity bridge 200 and a Proprietary World coupled to the identity bridge 200. Connection or coupling 206 is depicted as a direct relationship between the identity bridge 200 and the management functions or entity 122 of one or more Proprietary Worlds, instead of between the identity bridge 200 and the communications system 114 of such worlds. The primary benefit of such an implementation of the connection would be simplicity and elimination of the delays associated with user interaction. However, a disadvantage of such an implementation is the need for a technical and possibly business relationship between the bridge and the Proprietary World, which is sub optimal for some or all the reasons described previously. Nevertheless, certain worlds may justify the investment cost if adequate business relationships can be established for those particular worlds.
Elements 208, 210, 212 represent a connection, coupling or other form of data transfer or exchange between the identity data (or data store) of a user of a real world commerce system 132, communications system 142, or other system 162 (here depicted as monetary exchange system 160), respectively, and the identity bridge or gateway 200. In each case or use of the indicated open world system (e.g., commerce system 130), the identity data exposed to the inventive system by a user is the identity the user has deemed most appropriate for the interaction, transaction or system involved. Typically, this is the real world identity relevant to (e.g., associated with) the Proprietary World that the transaction or part of the transaction is designed to occur within.
Note that with the identity bridge 200 used to manage data such as identities and reputation, and the resulting trust between participants that is engendered, it is now possible to engage in activities that were not possible without use of the bridge, or to have a more desirable experience when engaging in those activities. Enabled activities include: Creation of a resume or curriculum vitae capturing achievements made in a range of Proprietary Worlds in a verifiable manner; Creation of businesses that can use verified identities and reputation to deliver services; and Creation of games that demand verifiable achievements in multiple worlds.
Current activities which may be enhanced by the inventive bridge include:
Referring now to
In a particular embodiment, the exemplary system environment includes a Message service system 174 that enables a message to be delivered using Proprietary World identities. The advantages of using the message service are the confidence that the actual recipient really is the owner of the Proprietary World identity, not an imposter, while maintaining the valuable anonymity of their Open World identity. In one embodiment, the Message service system 174 may supports a Market Place service 176 which enables real time commerce transactions. The Message service system 174 will be discussed in greater detail below in connection with
It is noted that, additional systems, use cases, value propositions, and types of interactions are enabled and/or facilitated by the solving of these and other problems. For example, Alternative Reality Games and Meta-Games (such as Cross World games created by participants for other participants) are more readily created using a system which has solved these problems and the experience enriched by enabling use of world appropriate identities. Another example is club or guild membership, which is simplified when an identity management system for multiple worlds is available.
In some embodiments, such verified identities are used for communication, such as messaging, chatting, blogging, and sending notifications and alerts to participants who are online, offline, or mobile while guaranteeing anonymity of Proprietary World identities. The functions, features or processes shown in
Elements 310, 312, and 316 generally represent the Identity Bridge system 300 that may enable or facilitate Cross world activities while retaining desired aspects of the Proprietary World experience. An example of one implementation of such a feature or function that may be utilized with, or as part of, the present invention is described in additional detail in U.S. patent application Ser. No. 11/955,269 entitled “SYSTEM, APPARATUS AND METHOD TO FACILITATE INTERACTIONS BETWEEN REAL WORLD AND PROPRIETARY ENVIRONMENTS,” the contents of which is incorporated by reference in its entirety. Thus, the details of the Identity Bridge system 300 will not be discussed.
Element 310 represents a function, process or service that enables a user to register their real or open world identity with the Identity Bridge 200, or if already registered, to access the bridge functions and services by logging into the system. As has been discussed, and will be discussed further, the Identity Bridge or gateway enables this real world identity or identification data to be linked to or associated with one or more sets of Proprietary World identities or identification data in a manner that engenders a trusting relationship between prospective participants to an interaction, while maintaining certain desirable aspects of a participant's involvement with those Proprietary Worlds.
Element 312 (Cluster Manager) represents a function, process or service that connects a user's Real or Open World identity to one or more of their Proprietary World identities. In some embodiments of the invention, Cluster Manager 312 does not reveal the relationships externally. Among other functions, Cluster Manager 312 enables a participant in a Proprietary World to select which of one or more Proprietary World identities they desire to expose to another participant. Note that Cluster Manager 312 may cause the execution of element 316 (Identity creation & verification) in response to actions or commands by the user.
In addition to the above mentioned elements, there are various elements that are implemented as part of the Identity Bridge or gateway 200, for example, Element 334 (Reputation Manager) for representing a function, process or service that enables participants to view and assess others' reputation as Proprietary World participants without having access to information that would enable them to determine the associated Real or Open World identities, Element 360 (Communications Manager) representing a function, process or service that enables a variety of communications systems and methods to be used by a participant in a transaction or interaction, or the like.
Element 336 (Banking Services) represents a function, process or service that enables desirable banking services, including but not limited to, payment, reconciliation, currency exchange, and related services for interactions involving participants in Proprietary environments. Some examples of possible interactions enabled or facilitated by element 336, such as Advertising, Bazaar (real time trade), Subscriptions, Credit Services, Escrow Services, Auctions, Store Fronts, New Business Models represent functions, processes or services that correspond to implementations of business models partially or fully enabled by commerce services element 336. In a preferred embodiment, the Element 336 (Banking Services) may be implemented as a third party finance service provider that is an independent entity from the Identity Bridge system.
An advantageous feature of an Identity Bridge system 300 is that two views may be generated for each part of each transaction. The first view shows the participant information (such as a transaction history) using their real world identity. The second view shows the same information using Proprietary World identities. The system 300 would optimally filter access to each view such that only the owner of an identity would be able to make the connection between the Real world and Proprietary World identity. The system 300 would optimally further filter to ensure that the connection between multiple Proprietary World identities was not apparent, unless the owner chooses to reveal such connectedness. A variety of book keeping functions can also be implemented by the system using this information to deliver additional benefits to users in terms of tracking identities and the related activities of those users owning those identities.
New business models that are enabled include, but are not limited to, the creation of meta-games that might charge an entry fee, and micro-businesses in which the owner wishes to be totally known by their Proprietary World identities.
Note that in such transactions or interactions, at least one participant will typically be represented by a Proprietary World identity. In order to facilitate such transactions or interactions while retaining certain desired aspects of participation in a Proprietary World, messages or other forms of communication can be exchanged between participants (in either the Real World or a Proprietary World) without exposing a Real or Open World identity. Further, messages or other forms of communication directed to an identity in a user's cluster or group of identities can be managed, so the user can participate using whichever one or combination of their Proprietary World identities they select.
Examples of communication services or methods that may be enabled or facilitated by a communication service 360 include Chat, email and Voice communications. Note that communication service 360 will typically interface with, or be coupled to, any required Real or Open World Communications systems to enable such communications.
Element 370 (Community & Group Services) represents a function, process, or service that enables participants to engage in social networking activities. Some possible examples of such activities include forming and managing clubs or groups, writing, viewing, and managing web logs (blogs), seeing and interacting with other participants, creating, viewing, and managing their own web pages, and showing pictures, videos, or sounds of their achievements in various Proprietary Worlds.
An advantageous feature of an Identity Bridge system 300 is that all such activities may be reliably related to Proprietary World identities without reference to their open world identity.
Element 382 Meta Game Services represents a function, process, or service that enables participants to engage in structured or semi-structured activities that relate to one or more Proprietary Worlds and are created and managed by the participants in the Identity Bridge system 300. Some possible examples of such activities include authoring and managing games that include objectives to be obtained in one or more Proprietary Worlds (possibly including the real world), creating and managing businesses that deliver goods or services to participants in one or more Proprietary Worlds (including the Real world), and forming or managing clubs or associations made up of participants and their Proprietary World connections.
Element 386 (Resume Manager) represents a function, process, or service that enables participants to build a resume made of their Proprietary World identities and achievements. An advantageous feature of a resume using an Identity Bridge system 300 is that the information it contains is a composite of verified information from one or more Proprietary Worlds.
A system, architecture and methods are provided to support interactions such as messaging and commerce in a Cross World environment (i.e., across and between Open and Proprietary Worlds). For the sake of discussion, it is assumed that a server/client embodiment of Identity Bridge 200 (
In the Cross World environment, communications may have two components. First is the determining how and when to contact the recipient, the second is actually transmitting the message or messages in whatever format is appropriate. These two components will be treated separately for clarity. As of example, three particular communication systems are considered: Email, Instant Messaging, and Multi-User Chat. It is noted that these communication systems are discussed for exemplary purposes, but not construing as limitation.
In some embodiments, a system and method is provided to enable participants to use the Identity Bridge to participate in a real world service using a Proprietary World identity. An example may be an Email Service system. Conventionally, an email system requires a gateway that strips identifying information from headers, but can also replace that information as necessary to deliver a response back to the originator. A chat or Instant Messaging (IM) system is configured to require messages to be sent through a point that can set the appropriate identity information while concealing, for example, IP address information. This includes both messages carrying the information the user wishes to send, and the messages carrying information about the user's status or presence.
While an alternative approach would be for a user to create, for example, an email account with an existing Open World email provider using the name of the identity from the Proprietary World, the result would be less beneficial because:
Proprietary World identities may also have an array of equipment, possessions, or skills that can assist users in performing certain activities in a corresponding Proprietary World, or are simply worthy of note. For example, Reputation may be one of many possible attributes of a Proprietary World identity. This system can be extended to enable these attributes to be also carried with the Proprietary World identity. For example, the owner of the Proprietary World identity can assert to the system that the identity possesses a particular skill and the system can provide an ability to display that skill to other users. A second user of the system may use his/her Proprietary World identity to verify to the system the first identity's possession of the skill. This raises the trustworthiness of such assertions. A valuable enhancement is to enable a third user to see not only that the first user has a particular skill, but also the identity of the second user who verified the assertion.
Referring to
In step 506, the system may collect additional information necessary to generate a user presence. For example, the user can set his/her presence status, either manually, or the system may do it automatically—frequently keyboard activity is used to measure this status. In step 508, the system generates a user presence for the user. In some embodiments, the user presence includes various types of information about the user, including, but not limited to, a graphic representation of the Active Identity (e.g., avatar, character, etc.), status (e.g., online, on the phone, away, offline), an indicator of reputation, indicator of verification, nick name for the Active Identity, name of the Proprietary world where the Active Identity is defined, other attributes associated with the active identity. In step 510, the service examines each participant (user) listed on the user's buddy list (the set of participants that have agreed to share their presence status) from a database. In step 512, the service causes each participant client to be made aware of the user presence of the user. As will be discussed in detail below, the user can add another user into the user's buddy list at anytime during the Presence service. For example, the user finds someone (a new friend) whose online presence is interesting to the user. Assuming the interest is mutual, the user and the new friend exchange information about their online identities. Conventionally, the users then bring up their open world presence system and enter the open world addresses of the other participant. In step 514, the presence information of each participant on the buddy list is presented to the user on the user device.
Referring to
In step 606, the user enters any desired Proprietary World and meets other users of interest to the user. The user presence may be used for the user's activities in the Proprietary Worlds. In step 608, the user may attempt to add the new friend's Proprietary World identity (e.g., character, avatar, etc.) into a buddy list of the user. If the character (the new friend's Proprietary World identity) does not exist in the system (step 610), the user is given the opportunity to invite the new friend to join the system as illustrated in step 612. Passing the URL of where the new friend can join the Presence service system may be one way to invite the new friend. In one embodiment, an invitation to join the system may be sent through the Proprietary World's communication system. The invitation may be automatically sent out by the system, or manually by the user or some other user.
If the character (the new friend's Proprietary World identity) does exist in the system (step 610), in step 614, the system obtains the user presence of the new friend based on the provided identity. In step 616, the new friend may be added to the user's buddy list in the system. It is important to note that the Open world identity of the user or friend has been kept hidden, and only the Proprietary identities are being exchanged during the process. The verification of a Proprietary identity of the new friend may be done through the Identity Bridge system before the Presence service adds the new friend to the buddy list. Through such verification, the user can have a much higher degree of confidence in the particular Proprietary identity that the user has inserted into the buddy list. In step 618, the presence information of the new friend on the buddy list is presented to the user by the client software. Similarly, the presence information of the user is presented to the new friend as illustrated in step 620.
In an alternative embodiment, in addition to the user presence generated based on the active identity selected by the user, the presence information for each Proprietary World identity registered by a user may be traced and transmitted to other users. In another alternative embodiment, a user may specify a particular Proprietary identity that is displayed as his/her user presence only for a subset of buddies. For example, the user can indicate to use Avatar A for communicating with some friends from the buddy list while Avatar B for another friends of the buddy list.
Referring to
In step 702, the user selects an Active Identity that will be used for communication with other users. The Message service system may present a list of identities associated with the user and allow the user to select one from the list. The Message service system may use a user presence generated based on the active identity in order to represent the user. As discussed in detail with respect to
In step 710, the Message service system queries a real address of the recipient from the Identity Bridge system. In step 712, the Message service system forwards the message to the recipient based on the real address. The system may obtain an address of the recipient, determine a path, and deliver it to the next system along that path. The system may use information obtained by querying the Identity Bridge system to deliver the message to the recipient regardless of which identity they may have active.
In one embodiment, the Message service system may query the Identity Bridge system on outbound messages to obtain the recipient's Open World identity. On inbound messages, the Identity Bridge system may be queried to map the Open World identity on to the Proprietary World identity. The highest fidelity would be obtained if the gateway maintained a map of which Proprietary World identities communicated with each other, such that inbound messages could have their From address set to the most appropriate identity. In an alternative embodiment, a heuristic algorithm may be used such that a gateway can choose the Proprietary World identity to use for the From address.
As will be understood, the message is delivered and presented to the recipient, which may perform any type of actions on the message, including reading, discarding, and saving the message. The recipient may reply to the message, forward the message or send a new message. The Message service system may ensure that the message contains only the address of the Active Identity of the sender, and identity of the recipient that the sender chose. Otherwise unintended information will have been exposed.
A user device is provided to enable activities and interactions of many kinds including, but not limited to, auctions, bourses, upstairs markets, and bazaars. Such user device may include functionalities and resources that support a richer user experience than the browser model, while maintaining and not disrupting many of the desirable characteristics of a user's involvement with a Proprietary World. In one embodiment, the conventional Internet protocols may be used to connect the client component on the user device to the server components that are configured to manage the transactions.
In a particular embodiment, the user device may include a camera capability or a data capture capability, which provides an added advantage by making it easier for participants to capture images of items or Proprietary identities.
The user device equipped with an image capturing component enables participants to capture an image of a Proprietary World identity they have available to perform a service, an image of an item they wish to buy or sell, or an image of anything else that will help promote the item. A sophisticated U1 (or a client) may be provided for the user device so that manipulation, storage, and delivery issues are automatically resolved for the participant, and the posting of items into the system becomes straight forward to the novice user. For example, taking a picture of an item previously involved taking a capture of the whole screen, storing it, launching an image editor to clip the image to the item in question, finding a web site to store the image where it would be viewable to customers, uploading the image, generating a (usually) URL to the image, and finally placing that URL in the advertisement in such a way that the recipient would see it. The U1 may include a view frame that may be positioned and sized on the screen to capture the item desired, a single button to: 1) cause the system to capture the image in the view frame; 2) copy it to a web site; 3) generate a URL for the image; and, 4) generate an encoding such that the recipient may view the image in the advertisement.
In some embodiments, a Multi-User Chat (or “Chat”) messaging platform or capability are used as a Message Service platform, which is configured to enhance user participation and resolve some potential communication problems in a Market Place service. The Market Place service system utilizing the Identity Bridge or gateway generally enable the exchange of market place messages (posting of items for sale, or wanted to buy, advertising), enhance the listings of such items, connect buyers and sellers, transfer funds between buyers and sellers, obtain fees and/or commissions from buyers and sellers for services. The Market Place service system may also enable voting, evaluating reputation about buyers and sellers, viewing of reputations by and of buyers and sellers, and maintaining and an auditable trail of transactions back to Open World identities, while enabling buyers and sellers to remain behind their Proprietary World identities.
In some embodiments, the Message service system may assist the Market Place service system for supporting the above mentioned activities. In a preferred embodiment, the Message service system may use a Chat type messaging for presenting the real-time component of the Proprietary World commerce experience in the Market Place services. As will be discussed, a Chat type messaging system may solve the twin problems of 1) tracking and presenting presence information about users; and 2) conveying messages between individual users and groups of users in real time.
Using a Chat or similar messaging system to receive and transmit market place messages (e.g., items for trade) therefore provides an immediate real-time experience. It also provides a convenient mechanism for the implementers to present social communication messages between users with the market place related messages, including messages that have aspects of both. For example, a social message about an item for trade may be communicated. Such messages may include endorsements from other participants, or information generated by the system using collaborative filters and/or recommendation techniques.
Such a system is also in a position to store information about each market place message. The data may then be surveyed to find links between messages, to determine, for example, the likelihood that a participant purchasing item A will also be interested in item B. The system may then use such analysis to present advertisements and other data to particular users with an increased degree of confidence that the advertisement will be acted on or relevant to the users.
Note that the Multi-User Chat system is different from an Instant Messaging system, in that it enables or encourages multiple users to participate in a single conversation rather than the one-one conversations more typical of an Instant Messaging system. The term “conference room” is often used to describe a multi-person conversation. One implementation of the Multi-User Chat system may be to have multiple users start up a conversation with one particular user, which then rebroadcasts any message it receives to all the other users. The particular user may also be able to communicate with a single user in those cases where this is appropriate, such as notifying that a particular purchase has been transacted successfully.
In one embodiment, an automated agent user (roBot, “bot”), an agent application of a Market Place service system, may be used to automatically invite users of the system. That is, the users of the system are registered as a buddy of the “bot” by default and the “bot” will receive messages from one user and process, broadcast, or forward the messages to the buddies (i.e., other users). Herein after, such a Market Place service system will be referred to as a “Bazaar.”
In one embodiment, the Market Place service system may support several Bazaars and enable the user to choose which Bazaar(s) to be registered in. In this embodiment, the Market Place service system may deploy a separate “bot” for each Proprietary World it has a market for. In addition, each Bazaar may be integrated into its corresponding Proprietary World such that the Bazaar can be operated as a part of the corresponding Proprietary World. The Message service system will continue to provide a platform for communication.
As will be discussed, a Chat based message system has the advantage over a browser that it is designed for changing data. Generally, the Chat based message system “pushes” a change in information to a client. This means the client is not in the position of requesting unnecessary data refreshes, or missing updates that occur too frequently. The continuous stream of data adds to the sense of excitement in the market. The use of the Chat system for the market has the additional advantage that it lends itself to the use or deployment on mobile phones. The messages used by users for chat messages may be the same as the messages used by users using the text based capabilities of their mobile phone (e.g., SMS or a similar text-based service). In some embodiments, users can communicate with other users including the automated agent user by inputting commands or free text including commands. A set of commands may be predefined in the Message service system. Examples of the commands may include:
‘add’—Add an avatar to your cluster
‘who’—list avatars in a game
‘task’—get a verification task
‘confirm’—enter a key to complete a verification
‘addstat’—add metadata about an avatar
‘join’—join a group or a chat channel
‘games’—list games registered by the system
‘servers’—list of servers (instances) of games registered to system
‘whisper’—send a message to another user/avatar
‘reply’—reply to a whisper
‘wts’—Want to sell an item
‘wtb’—Want to buy an item
‘list’—list items for trade
‘bid’—bid on an item
‘bidhalf’—bid on an item, except pay half on acceptance of offer, and half on delivery
‘bids’—list bids on an item
‘take’—accept a bit on an item
‘release’—release the second half of money on a ‘bidhalf’ transaction (the trade went well)
‘recover’—keep the second half of money on a ‘bidhalf’ transaction (the trade went poorly)
‘give’—transfer money between participants
‘history’—show a transaction record for the user
‘fees’—show fees in the system
‘drop’—drop an avatar, or task, or stat, or listed item, or bid
‘vote’—vote on some aspect of an avatar
‘refute’—refute a vote or comment on an avatar
‘fund’—add funds to your account
‘payout’—withdraw funds from your account
‘tie’—connect an avatar to a session from an external chat network
‘post’—post a message from an avatar to the avatar's/user's blog
‘help’—obtain help on use of the system
‘tutorial’—obtain a tutorial on use of the system.
In an alternative embodiment, a subscription system (e.g. Remote Subscription System (RSS)) may be used for messaging. The RSS is generally used for feeding news contents, stock prices, media content, etc. As will be appreciated, the RSS system does not lend itself to sending a message to an individual user, for example, the confirmation of a successful transaction. An RSS feed of the market data might be a useful enhancement to the system for those participants desiring just a continuous list of items being traded.
In a particular embodiment of the invention, various mechanisms may be used to present or deliver market information using chat messages. For example, a scrolling chat window is used to present all offers of items for sale or purchase to the user at the bazaars that a user is registered to receive. Separate chat windows may be associated with each bazaar. For another example, a chat window where the user may issue commands (either by typing or pressing a button) is used. In particular, filters configured by the user, or automatically generated by the system (for example, by communicating with the Identity Bridge System to determine which Proprietary Worlds are likely to be interesting to a particular user) will be used to restrict the flow of items.
By using the Identity Bridge System in the described Chat type messaging system, Proprietary World identities can be used for the presence and message services of the Chat type messaging system. The identity verification capabilities of the Identity Bridge System provides users with a high degree of confidence that their interactions are with the users they expect, even though the identities being used in the system are extracted from Proprietary Worlds. The Platform has the further advantage that the trusted identities, being obtained using a technique that is independent of Proprietary World implementations, may be obtained for any Proprietary World.
Using the Identity Bridge System, the relationships between each Proprietary World identity and its Proprietary World can be obtained. This enables messages, particularly market place and promotional messages, to be delivered to only those identities for which it makes sense, meaning those people with Proprietary World identities that can take advantage of the item being promoted. In particular, this increases the efficiency of any promotion as measured by the likelihood the promotion is delivered to someone who will take advantage of it. Without the platform it would be necessary to have users separately enter this information, if they so chose. The information that would be useful includes, but is not limited to:
the particular Proprietary World an identity is associated with;
Proprietary Worlds with which other identities in the user's cluster may be associated;
the particular instance of a Proprietary World that an identity is associated with (generally speaking, it is not possible to move items or identities between instances of Proprietary Worlds)
the team or “faction” that a particular identity is associated with
other groupings, such as guild, clan, tribe, that the user is associated with
some measure of an identity's skill
some aspect of an identity's attributes.
Conventionally, a community based message board has informally adopted a short hand for sending advertising messages of the form in predefined commands including description for items they wish to sell or buy through these channels. However, as understood, no attempt has not been made to actually execute the trade, sort thru items, manage the transaction, develop a record, or perform other necessary functions of a desirable commerce system. The Message service system described herein delivers a complete trading experience over a chat channel or similar messaging channel, from advertising through transaction completion, and including exchange of funds and generating a record of the event.
With reference to
The Message service system 400 includes a client component, for example Client 402, that represents a function, process or service that presents client (or client U1) on the user device. Client 402 may include “Sign in” component 406 that enables the user to sign into the Message service system. In some embodiments, the sign-in is handled by a message service component, for example Message Service 418. In some other embodiments, a user signs in to the Identity Bridge System which maintains user profile and allows the user to access the Message service system 400. As described above, after a user signs in, the user can choose the desired Proprietary World identity they will be using for communication services, etc.
In a preferred embodiment, the Identity Bridge System may perform verification and authentication of a user who has registered with the Identity Bridge system for any type of Cross World activities including messaging, communication, etc. However, in some embodiments, the Message service 418 can maintain a real identity of a user and a list of Proprietary identities associated with the real identity. Message service 418 may be configured to perform authentication, user registration when a user signs in. In these embodiments, user profile information is stored in a data store, for example User and Buddy storage 434, in the Message service system 400. The user profile information may include, but is not limited to, a list of Proprietary identities, real identity, registered identity, password, a buddy list, preference, reputation, resume, history, etc.
The Identity management component, for example Identity Service 422, may enable the user to manipulate or update his/her Proprietary World identities. In this implementation, updated information may be transferred to the Message Service 418 that stores updated information in User and Buddy storage 434. The Message Service 418 also handles buddy lists of users. The Message Service 418 communicates with the Identity Service 422 to manage the Proprietary World identities being referenced by the participants. As discussed above, the Message Service 418 is able to query the Identity Service 422 to validate any Proprietary identity. In some embodiments, the Message Service 418 may apply a set of rules that ensure that certain participants only see a particular subset of a participant's full collection of Proprietary World identities.
The Message service 418 may be coupled to a commerce service provider, for example Market Place Service 426, that manages auctions, sales, bourses, and association transactions in the Cross World environment. In some embodiments, the user accesses the markets offered in the Market Place Service through the Chat Message service. An alternative implementation would be for the client to access the service directly as a web service, or any other appropriate protocol server. Multi-User Chatting may be used in the markets because it lends itself to integration with the real time user experience. The Market Place service 426 may include a data store, for example Market storage.
Client 402 may include a reputation component that provides users the opportunity to inspect and update the reputation of other users. In one embodiment, only the participants in a commercial transaction may be allowed to evaluate other participants in the commercial transaction within a certain period of the time after the transaction. Generally, the transaction history information and Participants' identity information may be stored with the Market Place service 426.
A browser component, for example Browser 404, may be optionally used to provide experience of the Market Place service 426 and Identity services. This would be helpful to the user in those circumstances when a Client implementation is not appropriate to his/her machine or the lower quality experience is necessary. For example, an Internet kiosk at an airport may be securely locked down such that only the browser can be used. The user can then still participate in the system, although his/her experience will be constrained. Another example may be when the user is operating from within a secured environment that will not allow the communications needed for the complete system experience.
Client 402 further includes an image loading component, for example Image Loader 412, to send the image to the server. This can be either automatic, or allow some U1 to enable the user to review the image before it is uploaded. Additional editing tools could also be made available, although the particular implementation allows for the user to recapture the image. The method of using the device's own window above negates the need for trimming. U1 can also be provided to enable additional commentary, to associate the image with a market place item (if this is desirable and has not already been done), or to associate the image with any other aspect of the system, such as image storage. The image is loaded either through a chat channel component (Chat Channel) to be associated with the market place item is showing, or loaded through a web service for other purposes.
Client 402 includes an item rendering component, for example Item Rendering, that enables images and descriptions of items wanted or for sale to be displayed. A standard rendering, HTML, has been used in the particular invention as it is flexible and well understood and supported by people tools to author the content. Other possible methods include but are not limited to Rich Text, SGML or even no additional rendering at all. In the implementation, Market Place service 418 manages attributes that determine what kind of promotional effects are applied to each item. The particular implementation shows items wanted or for sale using the same mechanisms as other chat or messaging interactions. Alternative methods include showing the items in separate chat windows, separate chat conference rooms, separate rendering windows altogether, or storing the items for offline viewing and manipulation through the same or separate windows and applications.
Message service 418 and Market Place service 426 may implement social networking functions, such as collaborative filters by accessing the user information such as buddy lists, transaction history information, and user's market place activity. The system may keep a record of every item purchased, sold, or advertised by every user for a certain period of time. This data can also be used to make predictions such as if user ‘A’ purchased items ‘X’ and ‘Y,’ then when user ‘B’ purchases item ‘X’ there is a raised possibility user ‘B’ will also purchase item ‘Y.’ The system may favor showing item ‘Y’ to user ‘B’ over other items, upon completion of the transaction for item ‘X.’
In some embodiments, the user obtains an image using either the client's screen capture or window capture capabilities. The device stores the image as a file on the client computer, either in memory or optionally on permanent storage. The user may be given an opportunity to name the image, or the client may generate a name automatically, depending on the implementation. The image may be transferred to the Market Place system. The user may refer to the image by its name, choose it from a list, or the system may infer the image as, for example, the most recent image. In the particular implementation the transfer is achieved as an attachment to a message being sent to the one of the automated users on the server. The standard protocols and libraries document and demonstrate this process. Subsequently, the automated user stores the image. In the particular implementation, the image is stored as a file on a web server The automated agent user also generates a unique address for the file, and records it in the database. Depending on the command, the address is associated with the user's character (for example, “Save”), or with an item for the bazaar (for example “Sell”). Other associations are possible.
In one embodiment, the URL is used for the image. For example, the U1 can supply a display of all the user's images in a list. The images can be generated by the system referencing the URLs and obtaining the images from the network. The user might decide one of the images is of an item they wish to sell. They can select the item and press the sell button. The sell command along with the URL would then be passed to the Bazaar bot for processing as any other sell command.
In some embodiments, groups of participants in Proprietary Worlds may form associations referred to as “Guilds”, “Clans”, “Tribes”, etc. depending on the World in question. While many such associations have open membership policies—meaning anyone who asks can join—certain associations have developed high reputations for game play or some other characteristic. These associations may have constrained membership policies that require passing a series of tests, similar to the tests required to join many Open World associations. The tests may include interviews, tests of skills, resume evaluation, etc. The resume evaluation is a valuable but limited tool. Today, a resume is assembled by a participant describing the different Proprietary Worlds they have participated in, names of identities they have used, and attributes and skills achieved. Evaluating such a resume is difficult, however, as there is generally no verifiable record of the participants activities—only the word of the participant. The value of a resume is therefore greatly diminished not just as a recruiting tool, but also as a boasting tool.
Conventionally, it is extremely hard to prevent or limit impersonation of Proprietary World participants by users of other systems. A user can simply assert ownership of a Proprietary World identity, and unless the true owner of that identity discovers the assertion, there is little likelihood of the perpetrator being discovered.
It is possible, if the user still has an active subscription to a Proprietary World, for an association member who also has participated in that world to enter it and verify the user's assertions. However, it is more common for subscriptions to have lapsed, or the Proprietary World to have ceased operation. The Identity Bridge System may be used to implement a system based on Community Verification to ensure that a person asserting ownership of a Proprietary World identity really does own that identity.
Each Community may have an administrator who is in charge of managing the community. A community generally has rules and policies to regulate members and posted messages of the community. The data of the Identity Bridge System may be available as a web page so that administrators can review the list of Proprietary Worlds in which a user has participated. The administrators can see whether ownership assertions have been verified the system, and look back over the period of time the user has been a participant in the system. This will also give more sophisticated users an ability to evaluate whether a candidate could have achieved all that is asserted in the resume. A variation is for users who have built up a resume in this way to use the web page to draw attention to themselves. A link to such a page, as a signature in forums, or a blog, for example, will add much more credibility to user's commentary than a signature that does not have the verification mechanisms behind it.
The Community Verification may be used in various Services, such as Resume Services. For example, advertisements may be shown on the page showing the user's resume. In one embodiment, generation of a signature may be restricted to system users paying a subscription. Access to resumes may be licensed to other sites—Guild hosting sites, forum sites. In another embodiment, the resume may be retrieved using the Presence Service or Messaging system. The user may send a command over the chat system requesting a resume, or reputation summary, of a particular user. The Presence Service or Messaging system retrieves that information from the Identity Services and passes the result back to the user.
It is noted that any Services discussed or described in embodiments of the present invention can be implemented as a stand alone application, but could be implemented as part of an existing application as a module to be managed by a management system along with other modules, or could be integrated into the software of one or more of the Proprietary Worlds described above.
The present application claims benefit to U.S. Provisional Application No. 60/890,808, filed Feb. 20, 2007, the entire disclosure of which is incorporated herein by reference. The present application also claims benefit to U.S. Provisional Application No. 60,892,599, filed Mar. 2, 2007, the entire disclosure of which is incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60890808 | Feb 2007 | US | |
| 60892599 | Mar 2007 | US |
