This invention relates to identification of online users.
Online users of the Internet have virtually on-demand access to information such as news, weather, financials, sports, and entertainment as well as the ability to generate electronic messages and to participate in online discussion groups. Many online users may access simultaneously the same or similar online locations and may desire information regarding other individuals accessing those locations. The wealth of available online locations, the large quantity of users who may access the online locations, and the wealth of information associated with the users may impede an online service provider's ability to provide the desired information.
Like reference symbols in the various drawings indicate like elements.
An online service provider may display dynamically and in real time information of other users presently viewing the same web page as the user. For instance, the user may perceive when buddy list members view a web page concurrently with the user, or may perceive when other users having a shared trait with the user (e.g., male over 35) view a web page concurrently with the user, or combination of connectivity criteria and trait matching information may be used to identify others who concurrently perceive common web pages or other contact such as television programming. The user may perceive other users based on a trait of the other users and/or based on a trait of the user.
Referring briefly to
The context determination service 125 may be configured to determine the online context 115 of the user 105, and to communicate information indicative of the online context 115. The online context 115 may be based upon an online presence of the user 105, such as, for example, a presence of the user 105 at a particular URL (uniform resource locator), chat-room, message board, or newsgroup. The online context 115 also may be based upon a focus of the user 105 upon a particular web page or portion of a web page at which the user 105 is present. To facilitate the determination of the online context 115, various online locations and/or information sources may be aggregated, for example, by hierarchy or topic, and may be designated accordingly.
The identification service 130 may be configured to identify other individuals 110 present within the online context 115 of the user 105. The identification service 130 may include mechanisms to log entry within and exit from the online context 115 of the other individuals 110. The identification service 130 may employ one or more protocols to transfer information internally or to communicate with other components of the dynamic user identification system 120.
The information storage service 135 stores information (e.g., trait information, identification information, and/or contact information) indicative of the user and/or of the other individuals 110 identified as within the online context 115 of the user 105. For example, the information storage service 135 may store, in relation to the online context 115, information indicative of another individual 110 indicated by the identification service 130 to have entered within the online context 115. Similarly, the information storage service 135 may remove from storage the information indicative of the individual 110 when the identification service 130 indicates that the other individual 110 has left the online context 115. Storing trait or other information of essentially only individuals presently within the online context 115 may improve scalability of the system 100.
The trait information of the other individuals 110 may include, for example, information indicative of an age, gender, nationality, race, disability and/or other demographic identifier of the individual, and/or information indicative of an expertise, interest, preference, education, profession, avocation, user type and/or other quality of the other individual 110. In the primary implementation described herein, the trait information does not include “heavy” items such as the extensive information associated with a history of the online activity or correspondence of the other individual 110. While “heavy” items may be stored and communicated as other information in a manner similar to that described for trait information, heavy information items are distinguished from trait information for purposes of this description to better explain one possible implementation in which the system 120 is not burdened and scalability is not impeded. Hence, the trait information is merely a subset of all other available information. The information storage service 135 may store the trait information, the identification information and/or the contact information or may store a reference used to access the information.
The informing service 140 uses the trait, identification, or contact information of the information storage service 135 to inform the user 105 of at least one of the other individuals 110 within the online context 115. The informing service 140 may be configured to identify the other individuals 110 to the user 105 in association with the online context 115. For example, the other individuals 110 may be identified in a pop-up window associated with a web page upon which the user 105 is focused. To provide a more focused and relevant disclosure, the informing service 140 may identify the other individuals 110 to the user 105 based on a common age grouping or other common demographic identifier. For example, the informing service 140 may inform a user 105 between the ages of 25 and 32 of other individuals 110 within the online context 115 who also are between the ages of 25 and 32 years.
The informing service 140 also may provide the user 105 with trait information indicating interests or characteristics of the other individuals 110, and may enable the user 105 easily to communicate with one or more of the other individuals 110 based on the identification and contact information. The informing service 140 may enable the user 105 to modify the presentation of information related to the other individuals 110 (e.g., to determine ordering of the information), to obtain related follow-on information, and/or to select or filter information based on various criteria (e.g., based on a postal code or a telephone area code).
The elements of system 100 (the system elements) may include additional mechanisms for delivering or processing data. The mechanisms may include, for example, any applications, protocols, devices, or networks used to facilitate communication or processing of electronic data. The system elements also may include or be included in a general-purpose or a special-purpose computer, a database, a local area network (LAN), and/or a wide area network (WAN). The response to and execution of instructions received by the system elements may be controlled by, for example, a program, a piece of code, an instruction, a device, a computer system, or a combination thereof, for independently or collectively instructing the system elements to interact and operate as described.
The identification service 130 identifies one or more other individuals 110 within the online context 115 of the user 105 (step 210). For example, the identification service 130 may track the entry into and exit from the online context 115 of individuals to determine the other individuals 110 presently within the context 115.
The information storage service 135 stores trait information, identification information and/or contact information related essentially only to the other individuals 110 in a context store, such as, for example, a database record associated with the online context 115 (step 215).
Finally, the informing service 140 informs the user 105 dynamically of at least one of the other individuals 110 based on the stored trait, identification and/or contact information of the identification service 130 (step 220). The informing service 140 may inform the user 105 of the other individuals 110 using, for example, a pop-up window, a list, a graph, or any other appropriate mechanism. The informing service 140 may inform the user 105 of the other individuals 110 in a fashion associated with the online context 115 of the user 105 and may enable the user 105 to interact online with at least one of the other individuals 110 based on information of the information storage service 135.
Referring to
The client service 305 may be configured to provide the user 105 with online access to the network 317 and may include a context window 307 associated with the online context 315 and a WhoIsHere window 309 associated with the WhoIsHere service 330. More generally, the client service 305 may include any device, system, and/or piece of code that relies on another service to perform an operation. For example, the client service 305 may include a device such as a notebook computer, a telephone, a pen-enabled computer, a personal digital assistant (PDA) or mobile telephone, and/or a desktop computer. The client service 305 also may include a Web browser, an email client, a synchronization client (e.g., a calendar synchronization client, or a task list synchronization client), an instant messaging (IM) client, a business productivity application (e.g., a word processor or a spreadsheet program), and/or an operating system or operating system kernel residing on a device. The client service 305 may be arranged to operate within or in concert with one or more other systems, such as, for example, one or more LANs and/or one or more WANs.
The client service 305 may receive and present information to the user 105 using a standard protocol, such as, for example, the standard generalized markup language (SGML), the extensible markup language (XML), the hypertext markup language (HTML), the extensible hypertext markup language (XHTML), the compact hypertext markup language (cHTML), the virtual reality markup language (VRML), the wireless markup language (WML), the voice extensible markup language (VXML), the short message service (SMS), a document object model (DOM), the simple object access protocol (SOAP), or the dynamic hypertext markup language (DHTML). The client service 305 may present the information to the user 105 in a manner that enables the user 105 to respond to, or to interact with, the presented information.
The large scale network 317 typically allows direct or indirect communication between the client service 305 and the dynamic user identification system 320, irrespective of physical or logical separation. Although not shown in
The large scale network 317 may employ, one or more protocols (i.e., standards, formats; conventions, rules, and structures) to transfer information internally or deliver information to one or more users. The protocols may include, for example, the Internet protocol (EP), the transfer connection protocol (TCP), the hypertext transfer protocol (HTTP), the file transfer protocol (FTP), the user datagram protocol (UDP), the layer two tunneling protocol (L2TP) and/or the simple mail transfer protocol (SMT15). The large scale network 317 may include, for example, the Internet, the World Wide Web, a WAN, a LAN, analog or digital wired and wireless telephone networks (e.g., PSTN, ISDN, or xDSL), radio, television, cable, satellite, and/or any other delivery mechanism for carrying data. The network 317 may be secured or unsecured, public or private.
The online context 315 may be defined by context definition information of the WhoIsHere service 330 and/or by meta data of the online context 315 that itself defines in whole or in part a scope of the context 315. The WhoIsHere service 330 may include or may access context definition information that may define an online context based on a hierarchical relationship of online locations and/or user relationships. For example, the context definition information may indicate that the scope of the online context 315 includes an online news site and web pages hierarchically associated with that site, or that the scope of the online context 315 includes a television channel and programming associated with that channel. The context definition information also may indicate that the scope of the online context 315 is limited according to a language or a geographic access region. For example, the scope of the online context 315 may be limited to include only English version pages of a web site and to exclude individuals accessing the website from outside of a predetermined geographic region (e.g., outside of the metropolitan area of the user's residence). In addition, or in the alternative, web pages of the online news site may include a label or tag indicating that they are within the same online context.
The dynamic user identification system 320 may be configured to indicate the number of other individuals 110 within the online context 315 based on trait information (e.g., a participation preference, a common age, and/or a similar demographic identifier) of the user 105 and of the other individuals 110. The dynamic user identification system 320 may identify the online context 315 automatically based upon an intelligent process that correlates derived parameters (e.g., location, language and/or subject matter) of a URL to a related context definition. The dynamic user identification system 320 also may identify the online context 315 based, for example, on a meta tag embedded of the online context 315 that defines the online context 315. The dynamic user identification system 320 also may be configured to show online identifiers (e.g., screen names) of other individuals 110 within the context 315, and may present the online identifiers sorted according to commonality of interest with the user 105.
The user 105 and the other individuals 110 (collectively the users) each may specify certain trait information, such as, for example, participation preferences, to be used by the dynamic user identification system 320. For example, the users may choose to opt-in or opt-out of participation, and may be allowed to do so dynamically during an online session. When opted-in, users may see and be seen using the dynamic user identification system 320. Users also may specify to opt-in or to opt-out of participation on a context-by-context basis, according to categories of contexts, and/or based on trait information, such as, for example, an age or other demographic identifier. For example, users may opt-in or opt-out of some or all: 1) message boards, 2) web sites, and/or 3) chat rooms. Similarly, users may opt-in or opt-out with respect to other individual users and/or with respect to an age or other demographic identifier. For example, a user may opt-in with respect to one or more individuals with whom the user wishes to share presence information, or may opt-out with respect to a list of individuals by whom the user does not wish to be seen. Nevertheless, even when opted-out, a user's un-named presence within a context still contributes toward the aggregate count of individuals within that context. Additionally, certain classes of users automatically may be opted-out based on trait information, such as, for example, users classified as “Kids,” or users classified as “Young Teens,” or “Mature Teens” for whom a parental control setting indicates that participation is not permitted.
Subject to the participation preferences or other trait information, the dynamic user identification system 320 may enable the user 105 to interact online with one or more of the other individuals 110 within the online context 315, for example, by adding the other individual 110 to a contact list (e.g., a buddy list), or by using instant messaging or email. The dynamic user identification system 320 also may enable the user 105 to interact with one or more of the other individuals 110 using a voice communication provided, for example, using a wireless mobile device. The dynamic user identification system 320 may allow the user 105 to view a profile of the other individual 110 so that the user 105 may determine further the desirability of communicating with the other individual 110.
In one implementation, the dynamic user identification system 320 may work to identify the viewers of a television program. While the user 105 views the television program, the dynamic user identification system 320 may identify to the user 105 other viewers 110 presently viewing the same program and who also are included in a contact list (e.g., a buddy list) of the user 105 and/or who have similar or complementary trait information. The dynamic user identification system 320 may enable the user 105 to interact during the television program with one or more of the other individuals 110, using, for example, instant messaging and/or any other appropriate form of electronic messaging. The ability to interact dynamically and in real time with other viewers of a television program May significantly enhance the real and perceived value of television programming by aiding viewers to build communities of other individuals having common interests.
Moreover, certain television programming lends itself to viewer interaction, such as, for example, performance or reality based programming. In reality based programming the viewers generally select favorite participants, and may be enabled to participate in the program by voting. The interactivity provided by the dynamic user identification system 320 enables viewers of reality based programs to interact with each other regarding their favorite or most disliked reality program participants, or to organize voting blocks or other activities to further invest the viewers' role in and contribution to the reality program.
Based on the trait information, the dynamic user identification system 320 may distinguish visually user-rated experts whose expertise is relevant, for example, to the online context 315, or an interest of the user 105. For example, in a financial context, the dynamic user identification system 320 may distinguish visually an individual who is a financial expert; if the online context 315 relates to health, the dynamic user identification system 320 may distinguish as experts only those individuals having a health related expertise. In like manner, the dynamic user identification system 320 may distinguish visually other individuals based on other trait information, such as, for example, age or another demographic identifier. The dynamic user identification system 320 generally may include any device, system, and/or piece of code configured to perform an operation related to activity associated with the network 317 or requested by the client service 305.
The dynamic user identification system 320 includes a front-end 321 and a back-end 323. The front-end 321 and the back-end 323 may or may not be incorporated within the same hardware or software device, depending, for example, on an anticipated workload of the dynamic user identification system 320. Structuring the dynamic user identification system 320 to include front-end 321 and back-end 323 portions may improve the ability of the dynamic user identification system 320 to serve the many users of a large scale network such as the Internet. In other words, the front-end/back-end structure may improve the scalability of the dynamic user identification system 320.
Referring more specifically to the front-end 321, the front end may include one or more interface services 325. The interface services 325 may communicate online activity of the user 105 or of the other individuals 110 to one or more WhoIsHere services 330 or support services 350 of the back-end 323. The interface services 325 also may communicate service requests from the client service 305 to the back-end 323 and communicate information to the client 305 informing of one or more of the other individuals 110.
The interface services 325 of the front-end 321 communicate between the client services 305 and the WhoIsHere services 330. The interface services 325, for example, communicate information to the WhoIsHere services 330 identifying the online context 315 of the user 105. The interface services 325 may communicate to the WhoIsHere services 330 information based upon a current online location or online activity of the user 105. For example, the interface services 325 may communicate a context identifier (e.g., a meta tag) embedded in an information item accessed by the user 105. The interface services 325 also communicate to the user 105 information informing of the other individuals 110 as determined by the WhoIsHere services 330. The interface services 325 may include a print service, a file access service, an IM service, an operating system, an operating system kernel, an authentication service, an authorization service, and/or any combination of these or other services.
In an alternative implementation, the interface services 325 may be included in whole or in part as a component of the client service 305.
The back-end 323 includes one or more WhoIsHere services 330 that determine the other individuals 110 presently within the online context 315 and are configured to inform the user 105 of at least one of the other individuals 110. One or more support services 350 are configured, for example, to communicate information to the WhoIsHere service 330 indicative of online activity and/or preferences of the other individuals 110. The WhoIsHere services 330 and the support services 350 each are described in greater detail below.
The WhoIsHere services 330 communicate trait, identification and/or contact information of the other individuals 110 to the interface services 325 for suggestion to the user 105 through the client service 305. The WhoIsHere services 330 determine the other individuals within the online context 315 and inform the user 105 of at least one of the other individuals 110. The WhoIsHere services 330 may be configured to receive information indicating the current online context of the user 105 from the interface services 325.
The WhoIsHere services 330 may communicate to the interface services 325 a WhoIsHere list of other individuals 110 within the online context of the user 105. The WhoIsHere services 330 may communicate the WhoIsHere list to the interface services 325 automatically after a change in the online context of the user 105 and also at any time that the WhoIsHere list changes. The WhoIsHere services 330 also may communicate the WhoIsHere list to the interface services 325 at short periodic intervals, such as, for example, every 30 or 60 seconds. Alternatively or in addition, the WhoIsHere services 330 may communicate the WhoIsHere list to the interface services 325 in response to a request of the interface services 325. The interface services 325 may be configured to request from the WhoIsHere services 330 an updated WhoIsHere list at set periodic intervals or upon a change in the online context of the user 105.
The WhoIsHere services 330, alone or in conjunction with other services, may perform sorting, prioritizing, or other types of organizational processing on the trait, identification and/or contact information underlying the WhoIsHere list so that the WhoIsHere list is provided in a desired fashion. Typically, the WhoIsHere services 330 will include a software program or a piece of code to cause the WhoIsHere services 330 to operate as described above.
The support services 350 are configured, for example, to communicate with the WhoIsHere service 330 and to provide the WhoIsHere service with information related to the other individuals 110. The network 317 includes one or more online contexts. In general, the support services 350 determine dynamically the online contexts and online locations that each of the other individuals 110 access (e.g., by opening a Web page of the network 317), and/or upon which they focus (e.g., by clicking on an open Web page or a portion thereof). To make this determination, the support services 350 may monitor dynamically the online activities of the other individuals 110 and/or may communicate with client services of the other individuals 110 to obtain relevant activity information. The support services 350 also may determine trait information (e.g., information of an interest, a preference, or an expertise), identification information and/or contact information of each of the other individuals 110. The support service 350 may determine this information by communicating with the other individuals 110, through online activity of the other individuals 110, and/or through the use of user profiles describing the other individuals 110.
Having determined information related to online activity of one or more of the other individuals 110, the support services 350 may communicate that information to the WhoIsHere services 330. The WhoIsHere services 330 include records representative of various online contexts of the network 317. The WhoIsHere services 330 record information related to online activity communicated by the support services 350 using the records representative of the online contexts. For example, the WhoIsHere services 330 may include a record for online context A, and may add to an internal list trait, identification and/or contact information of an individual who has accessed or focused upon a web page within online context A. The WhoIsHere services 330 may remove the individual from the internal list, for example, upon receipt of information indicating that the individual has exited online context A by closing the web page within context A or by logging out. For individuals who are opted-out or who are globally excluded, the WhoIsHere services 330 may store only anonymous presence information for contribution to a total presence count of the online context 315.
Each of the client service 305, the network 317, and the dynamic user identification system 320 may include further mechanisms for delivering data, such as, for example, the short message service (SMS), the wireless application protocol (WAP), the transport connection protocol (TCP), the Internet protocol (EP), the World Wide Web, one or more LANs, and/or one or more WANs•The client service 305, the network 317, and the dynamic user identification system 320 also may include analog or digital wired and wireless telephone networks, such as, for example, public switched telephone networks (PSTN), integrated services digital networks (ISDN), various types of digital subscriber lines (xDSL), advance mobile telephone service (AMPS), global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), radio, cable, satellite, and/or other delivery mechanisms for carrying data.
One or more other services may be included in the components of system 300 and/or these components (hereinafter the system services) may be included as part of one or more other services. For example, the system services may include or be included in a general-purpose or a special-purpose computer (e.g., a personal computer, a PDA, or a device specifically programmed to perform certain tasks), a local area network, and/or a wide area network. In either case, the response to and execution of instructions received by any or all of the system services may be controlled by, for example, a program, a piece of code, an instruction, a device, a computer system, or a combination thereof, for independently or collectively instructing the services to interact and operate as described herein.
The context transaction services 435 may determine information indicative of online presence and may communicate that information with the context database services 440. The context database services 440 may maintain a list of individuals presently within the online context 315 based on the information indicative of online presence communicated by the context transaction services 435. In general, the information indicative of online presence includes information, such as, for example, an indication that a LTRL has been accessed by an individual or departed by an individual. The context transaction services 435 may indicate presence information for only a first presence of an individual who is multiply present within the online context 315. For example, if an individual has open simultaneously three instances of the same web page, the context transaction services 435 may indicate to the context database services 440 only one of those presences (e.g., the first presence). Alternatively, the context database services 440 may receive indication of each presence and itself may filter out instances of redundant presence.
The context transaction services 435 also may obtain from the support service 350 trait information related to an individual. The trait information may include preference and/or privacy information associated with the individual, such as, for example, information indicative of a participation status, an instant messaging (IM) visibility preference, an IM status (e.g., an active status, an idle time, an away status, and/or a mobile status), a user class (e.g., “Kids,” “Young Teen,” “Mature Teen,” or “General”), and/or a parental control (e.g., allowed or disallowed).
The trait information also may include information indicative of an interest, expertise, age or other demographic identifier of the individual. The trait information indicative of interest, expertise, or age may be associated with one or more categories. In one implementation subject matter or demographic categories are used including, for example, Autos, Careers and Work, Computing Center, Entertainment, Games, Health, House and Home, Internal, International, Kids Only, Live, Local, Men, Music, Network Programming, News, Parenting, People Connection, Personal Finance, Relationships, Research and Learning, Rewards, Senior Living, Shopping, Sports, Teens, Travel, Welcome, What's New, Women, Workplace, and Miscellaneous. Categories also may be based upon a relevant geography or a language. The categories may be predetermined or they may be determined dynamically based on an intelligent process.
The online context 315 also may be associated with a category. For example, the online context 315 may include a corresponding category identifier (e.g., a meta tag) embedded in a location of the online context 315. Alternatively, the context transaction services 435 may categorize the online context 315 automatically based upon an intelligent process to correlate the online context 315 to a most closely matching category. The context transaction services 435 also may be configured to generate dynamically one or more additional categories if already existing categories do not adequately describe one or more online contexts of importance. The context transaction services 435 may coordinate categorization with the support services 350.
The context database services 440 may include a database, such as, for example, a relational database, for storing or referencing trait, identification and/or contact information associated with the individuals identified to be present within the online context 315. The trait information, for example, may include or be derived from an individual profile, WhoIsHere participation information, and/or individual location information.
The context database services 440 use the information indicative of presence communicated by the context transaction services 435 to maintain a context record of individuals present within the online context 315. To improve scalability, the context database services 440 may include in each context record essentially only information related to individuals presently within the online context associated with the context record.
In one implementation, the context database services 440 store information within the context record indicative of an individual based on a communication of the context transaction services 435 that the individual has opened a web page within the online context 315. Similarly, the context database services 440 may remove from the context record the information indicative of the individual 110 when the context transaction services 435 communicate that the individual 110 has closed the web page within the online context 315.
The context database services 440 may indicate that certain individuals listed are excluded globally from WhoIsHere participation based on information communicated by the context transaction services 435. For example, an individual may be indicated as globally excluded based on trait information indicating that the individual is not opted into WhoIsHere, that the individual is categorized as a “Kid,” “Young Teen,” or a “Mature Teen”•for whom a parental control prohibits participation. To prevent lurking (e.g., observing others without being observed), an individual also may be indicated as globally excluded who, although opted into WhoIsHere, indicates a preference to remain invisible to other WhoIsHere participants.
The context database services 440 may communicate to the context transaction services 435 a list of individuals within the online context 315. The context transaction services 435 may cache the list of individuals to reduce communication with the context database services 440. The context database services 440 may compose the list from the information stored in the context record based on preference information or other trait information of the requesting user 105. For example, the user 105 may prefer that the list of individuals 110 present within the context 315 be sorted according to a relevant expertise or a commonality of interest with the requesting user 105. The commonality of interest may include a direct interest match between the user 105 and an other individual 110, or an indirect interest match between the user 105 and an individual selected as an associate by the other individual 110 (e.g., by listing the individual to a contact list).
For individuals not indicated as globally excluded, the context database services 440 may indicate in the list trait, identification and/or contact information of those individuals. Otherwise, for an individual indicated as globally excluded, the context database services 440 indicate the presence of that individual generically by incorporating their presence only in a count of total users within the context 315. To the extent that a particular individual 110 has indicated a desire to exclude themselves from visibility to the user 105, that individual 110 will not be identified on the list. In any event, the context database services 440 may provide the list automatically to the context transaction services 435 at certain periods or in response to a request of the context transaction services 435.
The online context 315 may experience periods of high use that may cause a server of the context database services 440 or the context record of the context database services 440 to exceed a usage threshold value. To redistribute the load in response to the exceeded usage threshold value, the context record of the context database services 440 may be migrated to another server of the context database services 440 that is less busy. Where the usage threshold value exceeded is associated particularly with the context record, the context record may be divided between one or more servers of the context database services 440. Should the activity associated with the divided context record fall sufficiently, the context record may be unified again upon a single server of the context database services 440. Migration, division, or unification of a context record may be performed automatically. Information indicative of any migration, division, or unification of the context record may be communicated to the context transaction services 435.
The interest service 560 may be configured to record interest information of one or more individual users. The interest service 560 also may be configured to communicate an interest message based on a request of the WhoIsHere service 330. The interest message may include interest information of an individual user and interest information of designated contacts (e.g., buddies) of the individual user.
The connection service 565 may be configured to provide or manage access to the network 317 by one or more individual users. The connection service 565, for example, may be configured to manage user logins and/or IM access. The connection service may be configured to determine and provide information indicative of a users online status or IM status, such as, for example, whether the user is active, idle, away, or logged-out.
The profile service 570 may be configured to manage profile information including trait, identification and/or contact information related to one or more individual users. The profile information may include, for example, client addressing information, location information, age or other demographic information, WhoIsHere participation information, general visibility information, user status information, user class information, and/or communication preferences related to an individual user. The profile information may be provided by an individual user and/or may be determined automatically, for example, based on online activity of the individual user. The profile service 570 may be configured to update profile information based on information communicated by the WhoIsHere service 330 and to communicate requested profile information to the WhoIsHere service 330.
The different services of the support services 550 also may access or include various sources of information, such as, for example, third party information or services, email, a discussion group, a chat room, a news service, a broker service, a banking service, a shopping service, a weather service, the World Wide Web, or other Internet information sources. The different services of the support service 550 may employ one or more protocols (i.e., standards, formats, conventions, rules, and structures) to transfer information internally or deliver information to one or more users. Protocols employed by the support service 550 may include, the Internet protocol (IP), the transfer connection protocol (TCP), the hypertext transfer protocol (HTTP), the file transfer protocol (FTP), the user datagram protocol (UDP), the layer two tunneling protocol (L2TP) and/or the simple mail transfer protocol (SMTP).
Each of the various services of the support service 550 themselves may include front-end and back-end services. For example, the services may include a front-end interface service configured to interface with individual users or with other services or devices. The services also may include back-end processing and/or database services configured to interact and respond according to communications of the front-end services.
A presentation selector 625 enables the user 105 to select a preferred presentation of one or more of the other individuals 110. The presentation selector 625, for example, may enable the user 105 to show experts first (as shown), to show interest matches first, or to list the other individuals 110 alphabetically.
The WhoIsHere window 600 also includes a display panel 630 used to show identifiers of one or more of the other individuals 110. Online identifiers for one or more of the individuals included in the total count 610 are displayed by the display panel 630. In this example, the two experts, InternetAnne and ChattingChuck, are displayed first according to the user preference indicated by the presentation selector 625. Starburst symbols in the leftmost column provide a graphical indication of the expert status of InternetAnne and ChattingChuck. In addition to an online identifier, each displayed individual also has an associated graphical icon that may, for example, communicate an identity, interest or expertise of the user. Commonality of interest (e.g., an interest match) between the user 105 and a displayed individual 110 is indicated visually by highlighting the row or online identifier of the matching individual. For example, the highlighted rows of InternetAnne and SurfingDiane indicate an interest match for each. Although not shown, color may be used to provide additional indication of expertise and/or commonality of interest, age or other demographic identifier.
The WhoIsHere window 600 may enable the user 105 to open an IM or email to an other individual who is displayed by clicking on the displayed identifier of that other individual. For example, the user 105 may initiate an Livl to SurfingSally by clicking on that individual's online identifier. Alternatively, the user 105 may select SurfingSally and may click on the Buddy Info button 635 to view buddy information related to SurfingSally.
The WhoIsHere window 600 also includes a check-box 640 allowing the user 105 easily to opt-in or opt-out of WhoIsHere. As illustrated, the user 105 has opted into WhoIsHere by checking the check-box 640 to allow the user 105 to see and be seen.
Through Client based software, AOL Parental Controls will be able to extend Web Controls to cover external browsers while on a Broadband connection. Though Client Based Parental Controls can still be applied to dial-up users who may choose to access the internet through a separate browser/ISP mode, it is expected that the primary use will be for Broadband customers.
AOL's Parental Controls provides protection in the “always online” world of the Broadband connection.
Parental Control protection applies beyond AOL, everywhere on the Web.
A special web restricted message may be displayed for members to differentiate between websites restricted due to parental control age categories (current web restricted message) and access restricted due to Client Based Parental Controls (accessing an external browser).
Kids Only accounts cannot get to People Connection; therefore, PC Search need not be concerned about Kids accounts.
Young Teens accounts do have access to People Connection and PC Search. Search results should, therefore, consider not only the account type but also any custom settings for Chat or web access. Young Teens accounts should only see search results that the member can access. If a particular Char or Board is not accessible, it should not be displayed. With default settings, Groups and Home Pages should never appear in the search results as Young Teens accounts have restricted web access. If web access is fully enabled, however, search results for these product types should appear.
Mature Teens and General Access accounts have full access to viewing all search results for all product types.
Using the AOL.com portal a master screen name will be able to access Parental Controls and set or modify the settings for their existing parental control screen names.
The potential is available for all members, but this feature typically is targeted to Master Screen Names who have Parentally Controlled screen names on their account.
Parents have repeatedly expressed a need to limit their children's time online, particularly when they cannot be nearby to monitor their children's online activities.
The goal of the Online Timer redesign is to give parents an easier User Interface when setting limits for the amount of time their child is online. By adding, among other things, 4 new “quick set” options and redesigning the existing functionality flow, we hope to create an easier, less confusing member interface.
Custom Settings:
The potential is available for all members, but this feature is typically targeted to Master Screen Names who have Parentally Controlled screen names on their account.
The AOL Allowance Account will provide teens the ability to make purchases, both on and offline, within guidelines set forth by their parents. Online commerce today is dominated by credit card based transactions. But unlike adults, who benefit from the convenience and ubiquity of credit cards, kids and teens do not have a way to spend money that works both online and off. An account what works online and off, with proper parental supervision, will allow teens financial freedom with safeguards. While the Allowance Account concept is initially focused on unlocking commerce for the teens audience, the ability to spend online without a credit card has broad applications across the services, including general stored value or micro-payments solutions. If and when prioritization is needed, the commerce needs of AOLTW will precede the needs of its partners.
The AOL Allowance Account is a virtual or physical account that teens can use to spend money on and offline. The account is initially setup and funded by the parent using their AOL Billing Information (wallet), or a credit card. The child can spend the money in the account according to the age-appropriate guidelines set by their parent. The guidelines must work in conjunction with AOL Parental Controls.
As the child matures, the account grows with him/her. Spending limits and the number of places where the account can be used are adjusted to suit the child and parent. Ultimately the account becomes as flexible and ubiquitous as a major credit card for mature teens and can be tied into other online/offline wallet initiatives such as smart cards and radio frequency (RF) wands.
The Allowance Account will be initially setup by the parent or master screen name. After that point, the child will be able to use the account to make purchases throughout the AOL Service and beyond. In addition to being funded by the parent, the Allowance Account could also be funded by extended family and friends.
This feature allows the member to report or recommend a website be reviewed by AOL and either be allowed or blocked depending on the categorization. This request applies to the general AOL default web settings. The system offers master screen names the ability to set and determine the sites they would like their parentally controlled screen name to access or not access above and beyond the current AOL default settings. The WebUnlock feature allows master screen names to customize their parentally controlled screen name's web experience. This feature also empowers the parentally controlled screen name by allowing them to directly ask the master screen name for access to a website through a new interface.
The system offers parents and members a new feature that will give them the ability to create a personalized white list of websites. A master screen name will have the ability to block (for parentally controlled screen names) sites that AOL allows for a specific age category. They will also be able to allow (for parentally controlled screen names) sites that AOL blocks for a specific age category.
Objectives
Referring to the back-end steps, online activity of other individuals is monitored (step 705). If an entry event (e.g. an open event, a focus event) is detected (step 710), then entry event and identification information is communicated (step 715). Additional information, such as, for example, trait and/or contact information of the other individual is accessed from an additional information source (e.g., a user profile database) based on the identification information (step 720). The additional information may include, for example, client addressing information, email information, interest information, age or other demographic information, and/or a WhoIsHere preference such as a participation status. A corresponding online context is determined based on the entry event information and context definition information (step 725). The information related to the other individual is stored and/or associated with a context record associated with the determined context (step 730). Monitoring of the online activity of the other individuals continues (step 705).
If an exit event is detected (step 735) rather than an entry event (step 710), then exit event and identification information is communicated (step 740). A corresponding online context is determined based on the exit event information and context definition information (step 745). The information related to the other individual is removed and/or disassociated from the context record associated with the determined context (step 750). Monitoring of the online activity of the other users continues (step 705).
Multiple back-end steps may be performed concurrently.
Referring to the front-end steps, an online context of a user 105 is determined based on online activity of the user 105 and context definition information (step 760). The online context of the user is monitored for change (step 765), and while the online context remains unchanged, information indicative of other individuals presently within the online context is accessed (step 770). The user then is informed of one or more of the other individuals based, for example, on preference or other trait information of the user and/or of the other individuals (step 775). To the extent that a change to the online context of the user is detected (step 765), the new online context is determined and the front-end steps are repeated. Multiple front-end steps may be performed concurrently.
The context transaction services generate a “context entry” message based on the “open window” message and the “user info” message and communicate the “context entry” message to the context database services to indicate the presence of the user within the context (step 825). The context transaction services also communicate a “query who is here” message to the context database services (step 830). The context database services generate a “list of users” message identifying individuals within the context in response to the “query who is here” message (step 835). The context database services communicate the “list of users” message to the context transaction services (step 835). The context transaction services generate a “sorted list of users” message based on the “list of users” message and preferences of the user and communicates the “sorted list of users” message to the interface •services (step 840). The interface services communicate the “sorted list of users” message to the client for presentation to the user (step 845).
In response, and to the extent that the user does not have open other windows within the context, the context database services remove the user from the list of users within the context. The context transaction services generate a “user list update” message (step 920). The “user list update” message may indicate individuals present within another online context of the user and may be based on information cached by the context transaction services, or upon information queried from the context database services as shown in
In response, the context transaction services communicate an “update check-box” message to the interface services (step 1015), which communicates the “update check-box” message to the client (step 1020). The context transaction services communicate a “participation change” message to the support services so that the support services may update stored preferences of the user (step 1025). The context transaction services also communicate a “participation change” message to the context database services (step 1030). The context transaction services modify trait information related to the user to reflect the changed participation status of the user.
Subsequently, the context transaction services communicate a “query who is here” message to the context database services (step 1035). Based upon the changed participation status of the user, the context database services generate a “user list” message based on the “query who is here” message. The context database services communicate the “user list” message to the context transaction services (step 1040). The context transaction services generate a “sorted list of users” message based on the “list of users” message and preferences of the user and communicates the “sorted list of users” message to the interface service (step 1045). The interface services communicate the “sorted list of users” message to the client for presentation to the user (step 1050).
Other implementations are within the scope of the following claims.
This present application is a continuation of U.S. application Ser. No. 15/497,159, filed Apr. 25, 2017, which is a continuation of U.S. application Ser. No. 13/023,256, filed Feb. 8, 2011, now issued as U.S. Pat. No. 9,647,872, which is a continuation of U.S. application Ser. No. 10/715,211, filed Nov. 18, 2003, now issued as U.S. Pat. No. 7,899,862, which claims priority to and benefit of U.S. Provisional Application No. 60/488,749, filed Jul. 22, 2003; U.S. Provisional Application No. 60/488,376, filed Jul. 21, 2003; U.S. Provisional Application No. 60/488,388, filed Jul. 21, 2003; U.S. Provisional Application No. 60/428,263, filed Nov. 22, 2002; U.S. Provisional Application No. 60/428,262, filed Nov. 22, 2002; U.S. Provisional Application No. 60/427,947, filed Nov. 21, 2002; and U.S. Provisional Application No. 60/426,806, filed Nov. 18, 2002. Each of the aforementioned patents and applications are hereby incorporated by reference in their entirety.
Number | Date | Country | |
---|---|---|---|
60488749 | Jul 2003 | US | |
60488376 | Jul 2003 | US | |
60488388 | Jul 2003 | US | |
60428262 | Nov 2002 | US | |
60428263 | Nov 2002 | US | |
60427947 | Nov 2002 | US | |
60426806 | Nov 2002 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 15497159 | Apr 2017 | US |
Child | 15821342 | US | |
Parent | 13023256 | Feb 2011 | US |
Child | 15497159 | US | |
Parent | 10715211 | Nov 2003 | US |
Child | 13023256 | US |