DYNAMIC IDENTIFICATION OF OTHER USERS TO AN ONLINE USER

Information

  • Patent Application
  • 20180077254
  • Publication Number
    20180077254
  • Date Filed
    November 22, 2017
    6 years ago
  • Date Published
    March 15, 2018
    6 years ago
Abstract
Informing a user of a large scale network dynamically of other network users includes determining dynamically an online context of the user. Other users presently within the online context of the user are identified and trait information is stored that is related essentially only to the user or to the other users in a users store associated with the online context. The user is informed dynamically of the other users based on the stored trait information, such as, for example, an age or other demographic identifier, or information indicative of an expertise, interest, preference, user type and/or other quality of the user or of the other individual.
Description
TECHNICAL FIELD

This invention relates to identification of online users.


BACKGROUND

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.





DESCRIPTION OF DRAWINGS


FIG. 1 is a schematic diagram of a system for dynamically identifying other users to an online user.



FIG. 2 is a flow diagram of a process implementable by the system of FIG. 1.



FIG. 3 is a schematic diagram of a user identification system.



FIG. 4 is a schematic diagram of a WhoIsHere service that may be used to implement the user identification system of FIG. 3.



FIG. 5 is a schematic diagram of a support service that may be used to implement the user identification system of FIG. 3.



FIG. 6A illustrates an exemplary window that may be used by the system of FIG. 3 to identify other users to an online user.



FIG. 6B illustrates an example parental control interface.



FIG. 6C illustrates an example timer control interface.



FIG. 6D illustrates an example parental control interface.



FIG. 6E illustrates an example interface of a report of parentally controlled screen names.



FIG. 7 is a flow diagram illustrating an exemplary process implementable by the user identification system of FIG. 3.



FIGS. 8-10 are transaction diagrams illustrating additional exemplary processes implementable by the user identification system of FIG. 3.





Like reference symbols in the various drawings indicate like elements.


DETAILED DESCRIPTION

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 FIG. 6A, a graphical user interface (GUI) 600 displays dynamically and in real time a list of other users presently accessing the same online NFL sports channel as the user. The GUI indicates numerical counts of the number of other users accessing the channel. The GUI may display and order the list of users based on traits, such as, for example, expertise, age and/or gender. The GUI also may be configured to rank and order the other users based on expertise. In any event, the GUI 1000 will update dynamically as the user navigates to other sites on the, presenting to the user in real-time the other users accessing those sites concurrently with the user.



FIG. 1 shows a generalized system 100 used to identify dynamically to an online user 105 other individuals 110 within an online context 115 of the user 105. The system 100 identifies the other individuals 110 to the user 105 using a dynamic user identification system 120. The dynamic user identification system 120 is configured to be scalable and includes a context determination service 125, an identification service 130, an information storage service 135, and an informing service 140.


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.



FIG. 2 illustrates a flow diagram of a process 200 implementable by system 100 of FIG. 1 to identify dynamically to the online user 105 at least one of the other individuals 110 within the online context 110. The context determination service 125 determines the online context 115 of the user 105 (step 205). To this end, the context determination service 125 may monitor the online activity of the user 105 and may determine the online context 115 based, for example, on a web page or portion of a web page presently visited and/or focused upon by the user 105.


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 FIG. 3, a generalized system 300 is illustrated that uses a dynamic user identification system 320 having a WhoIsHere service 330 to identify dynamically to the user 105 at a client service 305 at least one other individual 110 also within an online context 315 of a large scale network 317. Exemplary components of the notification system 300 are described in greater detail below.


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 FIG. 3, the large scale network 317 also may allow direct or indirect communication between the client service 305, the other individuals 110, and/or the support service 350. The large scale network 317 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 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.



FIG. 4 illustrates a dynamic user identification system 420 that includes a WhoIsHere service 430 implemented using one or more context transaction services 435 and one or more context database services 440. Each context database service 440 may be configured to communicate with every context transaction service 435 and with every other context database service 440. The context transaction services 435 and the context database services 440 may or may not be incorporated within the same hardware and/or software device, depending, for example, on an anticipated workload of the WhoIsHere service 430. Structuring the WhoIsHere service 430 to include a separable context transaction services 435 and context database services 440 may improve the scalability of the WhoIsHere service 430.


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.



FIG. 5 illustrates a dynamic user identification system 520 that includes a support service 550 implemented using a rating service 555, an interest service 560, a connection service 565, and a profile service 570. The rating service 555 may be configured to determine and/or identify a rated expertise of one or more individual users. The rating service 555 may determine and store expertise ratings for individual users based on predetermined expertise categories, such as, for example, the subject matter categories previously described. The rating service 555 may be configured to communicate an expertise rating of an individual user based on a request of the WhoIsHere service 330.


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.



FIG. 6A illustrates an exemplary WhoIsHere window 600 that may be used by the system of FIG. 3 to identify one or more other individuals 110 to the online user 105. The WhoIsHere window 600 indicates a Sports:NFL context 605 associated with the window 600. The window provides a total count (491) 610 of the other individuals 110 within the Sports:NFL context 605. The window 600 also indicates the number of individuals (2) 615 within the Sports:NFL context 605 who are NFL experts, and the number of other individuals (112) 620 within the context 605 whose interests match a specified interest of the user 105.


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.
















Parental


Parental Control Setting
Login
Controls/Viewrule Restrictions







General Account
Regular
Display All Links


General Account
Guest
Remove Preferences


Mature Teen
Regular
Display All Links


Mature Teen
Guest
Remove Preferences


Young Teen and Kids2*
Regular
Remove My Profile, My Home page


Young Teen and Kids*
Guest
Remove Preferences, My Profile,




My Home Page





*consider directly kids and young teens to the super chooser?






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.

    • Parental control protection may be provided on a broadband connection, whether that connection is provided by AOL or not.
    • AOL members can protect their family's internet experience beyond AOL.


Features:





    • Parent (master screen name/member):
      • Override the Parental Controls even when they are offline

    • Easy set up:
      • Download from the Parental Control Master Main Screen (Keyword: Parental Controls).
        • An existing Broadband user will have a notification that this feature is available.
        • New Broadband members will have this option at sign up.

    • Easy to remove: This software will be easy to remove from the PC.

    • Extended Coverage: A master screen name can set parental controls within AOL on a screen name by screen name basis and have those settings extend to activities outside the AOL client on a given PC.

    • Applies to both TPT and BYOA: The extend Parental Controls applies for a PC in any TPT or BYOA environment (broadband and narrowband).

    • “Hide a Key” option: The master screen name can unlock the PC (remove or suspend the Client based Parental Controls) without logging into AOL when AOL connectivity is not available.





Benefits:





    • Full Parental Control protection on a PC, no matter how a member accesses the Internet.

    • Flexibility—as a machine specific control, the parent can choose whose PC has the Extended Parental Controls enabled.

    • Client based Parental Controls may be superseded by Account Based and Box based Parental Controls

    • Members may be able to override the Parental Control setting while not online.





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.



FIG. 6C illustrates a timer control interface. Current Timer Settings Grid:

    • Displays the current settings (if any) for a screen name.
    • The settings will update to show the setting chosen, when a “Quick Set” radio button is selected.


Custom Settings:

    • Custom Settings allow a member to customize each day of the week with any number of hours (existing functionality).
    • These will be automatically updated and shown on “Current Timer Settings.”
    • Selecting the [OK] button will set the time changes. To Save member will need to click the [Save] button.
    • Selecting [Cancel] will close the form and no new settings will be available for change.


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.












Feature

















Add 4 “Quick Set” Options to existing Online Timer



functionality



These options will be:



  Block all access to AOL



  Allow online access only from 8am to 10pm every day



  Allow online access only on Saturday and Sunday



  Allow access for (member can select number of hrs from



  a drop down menu) hours every day



5th Option under the “Quick Set Options” will be customized.



The member will be able to choose:



  Use Custom Daily Settings Change Custom Settings



  Change Custom Settings will be a hyperlink which takes



  the member to the Custom Settings Form



Redesign functionality flow of existing Online Timer screens



With the addition of the 4 “Quick Set” options, the existing



Online Timer forms can be combined (and some removed) to



reduce the number of steps a member takes to set the timer.



Time Zone



The Select Time Zone drop down menu will be located on the



first screen with the “Quick Set” Options.



The Screen will be a blank for the member's first visit and



members will be forced to select a Time Zone. If the member



clicks “save” button and has not selected a Time Zone, they will



be shown an error message instructing them to select a Time



Zone.



Current Timer Settings Grid



A Grid to the left had side of the “Quick Set” options will display



the current settings (if any) for a screen name.



The settings will update to show the setting chosen, when a



“Quick Set” radio button is selected.



Overrides



“Quick Set” options override (suspend) any existing Custom



settings that are in place for the screen name.



Customized settings that have been selected prior to using a



“Quick Set” option will be saved. Once the “Quick Set” Option



has been removed, the timer will revert back to the original



Customized settings.



Change Custom Settings



The radio button must be clicked in order to use the Change



Custom Settings hyperlink.



The hyperlink takes the member to the Custom Settings Page.



This page is the same Custom Settings Page that is currently on



the service.



Custom Settings



Custom Settings allow a member to customize each day of the



week with any number of hours (existing functionality).



These will be automatically updated and shown on “Current



Timer Settings”



Error Messages and Minor Subforms











FIG. 6B illustrates a parental controls interface. In FIG. 6B:

    • Selecting the [Block all access to AOL] radio button will block all online access for the selected screen name.
    • Selecting the [Allow online access only from 8 am to 10 pm every day] radio button will limit the time frame for selected screen name.
    • Selecting [Allow online access only on Saturday and Sunday] will permit selected screen name weekend access only.
    • Selecting [Allow access for <N> hours every day.] radio button will permit online use for selected screen name. Number of hours and be modified using the drop down menu which can be set for every day.
    • Selecting the [Use Custom Daily Settings Change Custom Settings] radio button will take the member to the Customer Setting Form.
    • The [Select Your Time Zone] is a drop down menu.
    • Selecting the [Save] button will make necessary changes.
    • If member clicks [Cancel] form closes and no changes are saved.
    • Selecting the [Allow unlimited access everyday] allows selected screen name access anytime on any day.


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.












Feature Description


















Parental Controls Categories




The existing parental control categories should



be used to accommodate the AA activation and



spending controls. Only following Parental



Controls categories can use an allowance



account: Young Teen, Mature Teen, General



Access.



Customer Controls should also be supported



within these categories. New categories should



not be necessary and would likely add



confusion.



Parental Controls Activation Required for



Allowance Account Activation



For a Teen Screen Name to set up an Allowance



Account, that Screen Name must have Parental



Controls set up.



Upon request for activation from the teen and



activation initiation from the Master



Account/Parent, a check should be made to



verify that it is a parentally controlled SN and



if not, it requires the parental controls set-up as



part of the Allowance Account setup process.



Masters or Additional Master Accounts can



Manage Spending Controls



The controls on the AA can only be changed by



any Master Screen Name associated with the



SN that activated the account. Since AOL



today supports multiple master screen names,



this will allow either parent to manage the



account. Sub account screen names without



master screen name status will not be able to



access or manage spending controls.



Masters Can Set Limits



AA spending controls should allow the aster



screen name to set limits on the amount of



money that can be spent.



Masters Can Set Per-Purchase Limits



Master screen name can limit spending amount



per event. This will allow funding the account



for an entire month but preventing the child



from spending too much money on a single



transaction.



Example: Limit spending to maximum of $30



per transaction.



The child should be allowed to get a 1-time



offer to go above the spending limit.



Masters Can Prohibit Purchases at



Merchant Categories



Master screen name can prohibit spending at



certain merchants, online or offline. This is



consistent with the current model for parental



controls but should not conflict or overlap.



Spending controls should not impact browsing



abilities - that is what Parent Controls are for.



Parental Control should always be applied first,



if they are activated, and then spending controls



follow.



When spending outside of AOL, these controls



should be available for certain merchant



categories (purchases at package stores, for



instance, can be off limits).



Integration with Parental Controls Channel



The Allowance Account will be integrated with



the Parental Controls channel (KW: Parental



Controls)










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

    • Provide parents with a tool to help tailor and customize their child's web experience
    • Provide an additional means of communication between parentally controlled screen names and master screen names.
    • Empower parentally controlled screen names to request access to blocked websites.













Feature
Details







4.2.1 Add Button to Web
Add a button on the Parental Controls Web


Restricted Message
Restricted Message to allow a parentally



controlled screen name to request access from



the master screen name to a website they have



been restricted from or would like to have blocked.



Two Options for the button action:










1.
Button to generate an AOL mail (maybe




official?). When a parentally controlled




screen name clicks the button a form will




pop up. This form will have an input box




for the website (could the website auto-




populate?) and two check boxes (allow




or block). Form will contain messaging




explaining to the child this request will




be sent to the master screen name. Does




form need an input box for master screen




name or can we determine the master




screen name for the parentally controlled




screen name? Master screen name will




receive the email and be able to add the




site to a block or allow list from the email




(via buttons) see 4.2.2



2.
Button to generate an email from the




parentally controlled screen name to the




master screen name. Messaging will be




pre-populated by AOL. Text box for




screen name to enter in text. Bottom




portion of email to contain text to the




parent with two buttons (grayed out for




the child) for allow or block website.




Messaging and buttons will be active on




email once master screen name receives




it. See 4.2.2.








4.2.2 Email to the master screen
Master screen name to receive an email


name
requesting they review a website (allow or



block). This email will be generated no matter



which button option is selected in 4.3.1.



Email will contain:









The website parentally controlled screen



name would like reviewed



Two buttons (add to allow list or add to



block list)



State the current AOL default web



listings for Kids Only, Young Teens or



Mature Teens.









Once a master screen name clicks the add to



allow or add to block list the allow or block form



will pop up.


4.2.3 Addition of feature to Web
The WebUnlock feature will be added to the


Controls on PC Main Edit form
current Parental Control - Web Browsing. The



current Web Browsing sub form will need to be



redesigned & the control renames (possible Web



Controls).


4.2.4 Allow and Block Forms
Allow and Block forms to be built. These forms



will be accessible from the Web Controls custom



control form.



Form to contain:









Website Address (clickable URL)



Date added to the list



Screen name who added the website



Revert back to AOL default settings



(delete site from list).









Websites to be sorted (Member's choice):









Alpha



By date








4.2.5 Turnaround Time
Additions to either Allow or Block lists will be



effective immediately.


4.2.6 Broadband
If a parentally controlled screen name is



currently on a site when the master screen name



blocks the site, they will continue to have access.



The block will be in effect the next time the



parentally controlled screen name attempts to



access the site.


4.2.7 SOSA
Spin off sub accounts should function as they do



now, all current parental controls for the screen



name will be erased when master screen name



status is applied under SOSA.


4.2.8 Incorporation into AOL
The allow option button will replace the


Guardian Email
Recommend a site button on Websites that the



parentally controlled screen name was block



from.



The block option button will replace the report a



site button on Websites the parentally controlled



screen name was able to access.


4.2.9 Report/Recommend a Site
The Report/Recommend a Site function will



continue to stay live.


4.2.10 Master Screen Names
All Master Screen names for an account will



receive the emails requesting a site be allowed or



blocked.


4.2.11 Age Category
This feature will be available to all parentally



controlled age categories (KO, YT & MT)


4.2.12 Individual lists
Each parentally controlled screen name will



have it's own unique and separate allow and



block lists.










FIG. 6D illustrates an example parental controls interface. The main parental controls screen includes a column for requests to access a web site. If a master screen name has a pending web access request, a hyperlink will appear in the “requests” column for a parentally controlled account on their main parental controls form.



FIG. 6E illustrates an example interface of a report of parentally controlled screen names. When a parentally controlled screen name signs on, all activities that occur during that session are summarized in an AOL Guardian report if a master screen name has opted to receive an AOL Guardian report.



FIG. 7 illustrates a method 700 implementable by the dynamic user identification system of FIG. 3. The method 700 includes back-end steps used to determine other individuals within an online context of the user to be identified to the user, and front-end steps used to identify the other individuals to the user based on the online context of the user. The back-end and front-end steps may be performed asynchronously and/or concurrently to each other.


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.



FIGS. 8-10 illustrate data flow diagrams showing processes that may be used to implement the system of FIG. 3.



FIG. 8 illustrates a process 800 that may be used to implement the system of FIG. 3 when the user opens a window, for example, to a web page. Upon opening a window to a web page for the user, the client communicates an “open window” message to the interface services (step 805). The interface services communicate the “open window” message to the context transaction services (step 810). Based on the “open window” message, the context transaction services issue a “query user info” message to the support services (step 815). The support services respond to the “query user info” message by passing a “user info” message to the context transaction services (step 820).


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).



FIG. 9 illustrates a process 900 that may be used to implement the system of FIG. 3 when the user closes a window, for example, to a web page. Upon closing a window to a web page for the user, the client communicates a “close window” message to the interface services (step 905). The interface services communicate the “close window” message to the context transaction services (step 910), The context transaction services communicate a “context exit” message to the context database services based on the “close window” message (step 915).


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 FIG. 7. The context transaction services communicate the “user list update” message to the interface services (step 920). The interface services communicate the “user list update” message to the client for presentation to the user (step 925).



FIG. 10 illustrates a process 1000 that may be used to implement the system of FIG. 3 when the user alters a participation preference while within an online context. When the user alters a participation preference (e.g., by checking an Opt-In check-box), the client communicates a “participation change” message to the interface services (step 1005). The interface services communicate the “participation change” message to the context transaction services (step 1010).


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.

Claims
  • 1. A method of comprising: receiving, from a first user of a social networking system, a usage control restriction for a second user of the social communications system;identifying, using at least one processor, non-compliance of the usage control restriction by the second user of the social communications system; andnotifying the first user of the social communications system of the non-compliance of the usage control restriction.
  • 2. The method of claim 1, further comprising restricting activity of the second user of the social communications system in accordance with the usage control restriction.
  • 3. The method of claim 1, wherein the social communications system comprises an instant message system.
  • 4. The method of claim 1, wherein the usage control restriction is a time-based restriction.
  • 5. The method of claim 4, wherein the time-based restriction is an amount of time during a day in which the second user is allowed to use the social communications system.
  • 6. The method of claim 4, wherein the time-based restriction is a time period during a day in which the second user is not allowed to use the social communications system.
  • 7. The method of claim 1, wherein the usage control restriction is a location-based restriction.
  • 8. The method of claim 7, wherein the usage control restriction is a restriction of visiting an online location.
  • 9. A system comprising: at least one processor; anda non-transitory computer readable medium comprising instructions that, when executed by the at least one processor, cause the system to: receive, from a first user of a social networking system, a usage control restriction for a second user of the social communications system;identify, using at least one processor, non-compliance of the usage control restriction by the second user of the social communications system; andnotify the first user of the social communications system of the non-compliance of the usage control restriction.
  • 10. The system of claim 9, further comprising instructions that, when executed by the at least one processor, cause the system to restrict activity of the second user of the social communications system in accordance with the usage control restriction.
  • 11. The system of claim 9, wherein the social communications system comprises an instant message system.
  • 12. The system of claim 9, wherein the usage control restriction is a time-based restriction.
  • 13. The system of claim 12, wherein the time-based restriction is an amount of time during a day in which the second user is allowed to use the social communications system.
  • 14. The system of claim 12, wherein the time-based restriction is a time period during a day in which the second user is not allowed to use the social communications system.
  • 15. The system of claim 9, wherein the usage control restriction is a location-based restriction.
  • 16. The system of claim 15, wherein the usage control restriction is a restriction of visiting an online location.
  • 17. A non-transitory computer readable medium comprising instructions that, when executed by at least one processor, cause a computer device to: receive, from a first user of a social networking system, a usage control restriction for a second user of the social communications system;identify, using at least one processor, non-compliance of the usage control restriction by the second user of the social communications system; andnotify the first user of the social communications system of the non-compliance of the usage control restriction.
  • 18. The non-transitory computer readable medium of claim 17, further comprising instructions that, when executed by the at least one processor, cause the computer device to restrict activity of the second user of the social communications system in accordance with the usage control restriction.
  • 19. The non-transitory computer readable medium of claim 18, further comprising instructions that, when executed by the at least one processor, cause the computer device to: determine an online location of the second user; anddetermine whether the online location of the second user is in violation of the usage control rule.
  • 20. The non-transitory computer readable medium of claim 17, wherein the social communications system comprises an instant message system.
CROSS REFERENCE TO RELATED APPLICATIONS

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.

Provisional Applications (7)
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
Continuations (3)
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