METHOD AND SYSTEM FOR CONTROLLING PRESENTATION OF INFORMATION TO A USER BASED ON THE USER'S CONDITION

Abstract: A system for controlling presentation of information to a user based on the user's current condition. In particular, the system monitors the user and the user's environment, and creates and maintains an updated model of the current condition of the user. The user condition can include a variety of condition variables, including abstract concepts such as the user's current cognitive load, desired level of privacy for output information, and desired scope of audience for output information. Upon receiving output information to be presented to the user (e.g., from an application program), the system determines an appropriate output device and an appropriate format with which to present the information to the user, and then presents the output information. The system can also receive description information about the output information that describes relevant factors for determining when and how to present the output information (e.g., the importance and urgency of the output information, the consequences of the user not receiving or ignoring the output information, etc.). Some versions of the system execute on a wearable computer having a variety of available output display devices.

Description: METHOD AND SYSTEM FOR CONTROLLING PRESENTATION OF INFORMATION TO A USER BASED ON THE USER'S CONDITION TECHNICAL FIELD The present invention relates generally to computer program user interfaces, and more particularly to presenting information to a user based on the user's current condition BACKGROUND OF THE INVENTION As computers become increasingly powerful and ubiquitous, users increasingly use their computers for a broad vaπety of tasks. For example, in addition to traditional activities such as running word processing and database applications, users increasingly use computers as an integral part of their daily lives. Programs to schedule activities, generate reminders, and provide rapid communication capabilities are becoming increasingly popular Moreover, computers are increasingly present during virtually all of a person's daily activities. For example, hand-held computer organizers (e.g., PDAs) are increasingly common, and communication devices such as portable phones are increasingly incorporating computer capabilities Thus, users may be presented with output information from one or more computers at any time. While advances in hardware make computers increasingly ubiquitous, traditional computer programs are not typically designed to efficiently present information to users in a wide vaπety of environments. For example, most computer programs are designed with a prototypical user being seated at a stationary computer with a large display device, and with the user devoting full attention to the display. In that environment, the computer can safely present information to the user at any time, with minimal πsk that the user will fail to perceive the information or that the information will disturb the user in a dangerous manner (e g , by startling the user while they are using power machinery or by blocking their vision while they are moving with information sent to a head-mounted display) However, in many other environments these assumptions about the prototypical user are not true, and users thus may not perceive output information (e g , failing to notice an icon or message on a hand-held display dev ice when it is holstered, or failing to hear audio information when in a noisy environment or when intensely concentrating) Similarly, some user activities may have a low degree of lnterruptibihty (t e , ability to safely interrupt the user) such that the user would prefer that the presentation of low-importance or of all information be deferred, or that information be presented in a non-intrusive manner In addition to assuming that a user is devoting full attention to the display, current computer programs typically assume that only the user is devoting attention to the computer system Thus, current computer programs are not concerned with factors related to the user's en ironment, such as whe-aer other people around the user are disturbed by information being presented or whether sensitive information is inadvertently made available to others Instead, current computer programs typically assume that the user will request output information only at appropπate times and that the user will control whether others are pπvy to output information (e g , by oπentmg the display accordingly or adjusting speaker volumes) However, as computers are increasingly present with users and are designed to present output information other than at a user's immediate request (e g , reminding the user of an upcoming appointment), computer programs are increasingly likely to present information in a manner that interrupts the user (and may be bothersome or dangerous), that may not be perceived by the user even if highly important and urgent, that may disturb others around the user, and that may inadvertently reveal sensitive information to others A growing trend of using wearable computers will only exacerbate this problem Such wearable computers are designed to act as constant companions and intelligent assistants to a user, thus being available to receive input from the user at any time and to present output information to the user at any time Wearable computers are typically strapped to the user's body or mounted in a holster, and may include a vaπety of both input and output devices The close association of wearable computers to their users results in the wearable computer interacting with the user in virtually any social or business situation, and thus the likelihood of inappropπate output behavior increases SUMMARY OF THE INVENTION Some embodiments of the present invention provide a method and system for controlling presentation of information t a user based on the user's current condition In particular, the system monitors the user and the user's environment, and creates and maintains an updated model of the current condition of the user The user condition can include a vaπety of condition vaπables, including abstract concepts such as the user's current cognitive load, desired level of pπvacy for output information, and desired scope of audience for output information The user condition can also include condition vaπables indicating physical charactenstics (e g , deafness) and physically observable charactenstics (e g , movement or proximity to another object) of the user Upon receiving output information to be presented to the user (e g , from an application program), the system determines an appropπate output device and an appropπate format with which to present the information to the user, and then presents the output information In some embodiments, the system also receives descπption information about the output information that descπbes relevant factors for determining when and how to present the output information (e g , the importance and urgency of the output information, the consequences of the user not receiving or ignoπng the output information, etc.). The system executes in some embodiments on a wearable computer having a vaπety of available output display devices. In one embodiment, the system presents output information to a user by first receiving information about a modeled characteπstic of the user which may include a modeled preference of the user for receiving sensitive information, a modeled indication of a current degree of interruptibilitv of the user, or a modeled preference of the user for an amount of people to perceive information presented by the computer The system then selects an output device capable of presenting the output information in accordance with the modeled characteπstic, and presents the output information on the selected output device in accordance with the modeled characteπstic In an alternate embodiment, the system presents information to a user on one of multiple available output devices The system monitors the user to collect information about a current state of the user, and then models a current user condition based on the collected information by determining a current level of pπvacy desired by the user that indicates a group of people allowed to perceive information presented by the computer, by determining a current scope of audience desired by the user that indicates how many people are intended to perceive information presented by the computer, and by determining a current cognitive load of the user that indicates ability of the user to devote attention to the computer The system then receives output information to be presented to the user, and presents the output information in a manner consistent with the modeled current user condition by selecting one of the output devices such that information presentation capabilities of the selected output device support the determined current desired level of pπvacy, the determined current desired scope of audience, and the determined current cognitive load, and by presenting the output information to the user on the selected output device, so that the presentation of information by the system satisfies the modeled current user condition BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 illustrates a user weaπng a body-mounted computer executing an embodiment of the Condition-Dependent Output Supplier (CDOS) system of the present invention Figure 2 is a block diagram illustrating the contents and information flow of an embodiment of the CDOS system Figure 3 is an illustrative example of a model of a current user condition Figure 4 is an illustrative example of a User Characteπzation Module Figure 5 is an illustrative example of an Output Device Selector Module Figure 6 is an exemplary flow diagram of an embodiment of the User Characteπzation routine Figure 7 is an exemplary flow diagram of an embodiment of the Characteπze User subroutine Figure 8 is an exemplary flow diagram of an embodiment of the Output Device Selector routine. Figure 9 is an exemplary flow diagram of an embodiment of the Format And Present Output Information subroutine. DETAILED DESCRIPTION OF THE INVENTION A embodiment of the present invention provides a method and system for controlling presentation of information to a user based on the user's current condition. In particular, the Condition-Dependent Output Supplier (CDOS) system monitors the user and the user's environment, and creates and maintains an updated model of the current condition of the user. Upon receiving output information to be presented to the user (e.g., from an application program), the CDOS system determines an appropriate output device and an appropriate format with which to present the information to the user, and then presents the output information. In some embodiments, the CDOS system also receives description information about the output information that describes relevant factors for determining when and how to present the output information (e.g., the impoπance and urgency of the output information, the consequences of the user not receiving or ignoring the output information, etc.). In one embodiment, the model of the user's current condition includes a variety of condition variables that represent information about the user and the user's environment at varying levels of abstraction. For example, information about the user at a low level of abstraction can include raw physiological data (e.g., heart rate and EKG) and geographic information (e.g., location and speed), while higher levels of abstraction may attempt to characterize or predict the user's physical activity (e.g., jogging or talking on a phone), emotional state (e.g., angry or puzzled), desired output behavior for different types of information (e.g., to present private family information so that it is perceivable only to myself and my family members), and cognitive load (i.e., the amount of attention required for the user's current activities). Background information which changes rarely or not at all can also be included, such as the user's age, gender and visual acuity. The model can similarly hold environment information at a low level of abstraction, such as air temperature or raw data from a motion sensor, or at higher levels of abstraction, such as the number and identities of nearby people, objects, and locations. The model of the user's condition can additionally include information added explicitly from other sources (e.g., application programs), as well as user-specified or system-learned defaults and preference information. An illustrative example of a model of a user condition is described in greater detail with respect to Figure 3. The CDOS system includes a User Characterization Module, an Output Device Selector Module, and a Format Module associated with each available output device. The User Characterization Module monitors the user and the user's environment in order to create a current model of the user's condition. After the User Characterization Module has created a model of the user's current condition, the Output Device Selector Module and the one or more Format Modules can then use the model to determine when and how to present output information to the user. The User Characterization Module can receive a variety of types of information, and can use this information to determine the user's current condition in a variety of ways. For example, the User Characterization Module can receive user input supplied by the user to the computer system, information about the user sensed from a variety of sensor devices, information about the environment surrounding the user received from a variety of sensor devices, indications from the CDOS system about output information currently being presented to the user, stored background information about the user or about the world, and various types of information from external entities such as application programs. User input information alone can provide significant information to the CDOS system about the user's current condition. For example, if the user is currently supplying input to the computer via a full-sized keyboard, it is likely that the user is engaged in little other physical activity (e.g., walking), that the user is devoting a significant amount of attention to the computer system, and that the user would see information flashed on the display. If the user is instead generating user input audibly (e.g., through a head-mounted microphone), that fact may provide less user condition information to the CDOS system since the user can supply such audio information while engaged in a vaπety of types of physical activity Those skilled in the art will appreciate that there are a wide vaπety of input devices with which a user can supply information to the computer system, including voice recognition devices, traditional qwerty keyboards, chording keyboards, half qwerty keyboards, dual forearm keyboards, chest mounted keyboards, handwriting recognition and digital ink devices, a mouse, a track pad, a digital stylus, a finger or glove device to capture user movement, pupil tracking devices, a gyropoint, a trackball, a voice gπd device, digital cameras (still and motion), etc In addition to the information received via user input, the User Characteπzation Module also uses sensed information about the user For example, a vaπety of sensors can provide information about the current physiological state of the user, geographical and spatial information (e g , location and altitude), and current user activities. Some devices, such as a microphone, can provide multiple types of information. For example, if a microphone is available, the microphone can provide sensed information related to the user (e g , detecting that the user is talking, snoπng, or typing) when not actively being used for user input Other user-worn body sensors can provide a vaπety of types of information, including that from thermometers, sphygmometers, heart rate sensors, shiver response sensors, skin galvanometry sensors, eyelid blink sensors, pupil dilation detection sensors, EEG and EKG sensors, sensors to detect brow furrowing, blood sugar monitors, etc In addition, sensors elsewhere in the near environment can provide information about the user, such as motion detector sensors (e g , whether the user is present and is moving), badge readers, still and video cameras (including low light, infra-red, and x-ray), remote microphones, etc These sensors can be both passive (/ e , detecting information generated external to the sensor, such as a heart beat) or active (ι e , generating a signal to obtain information, such as sonar or x-rays) Stored background information about the user can also be supplied to the User Characteπzation Module Such information typically includes information about the user that changes at most infrequently although it is possible to frequently update the stored background information to reflect changing conditions. For example, background information about the user can include demographic information (e.g., race, gender, age, religion, birthday, etc.) if it can affect how information is presented to the user. User preferences, either explicitly supplied or learned by the system, can also be stored as background information. Information about the user's physical or mental condition which affects the type of information which the user can perceive, such as blindness, deafness, paralysis, or mental incapacitation, is also important background information that allows the CDOS system to adapt to the user's capabilities. In addition to information related directly to the user, the User Characterization Module also receives and uses information related to the environment surrounding the user. For example, devices such as microphones or motion sensors may be able to detect whether there are other people near the user and whether the user is interacting with those people. Sensors can also detect environmental conditions which may affect the user, such as air thermometers or geigercounters. Sensors, either body-mounted or remote, can also provide information related to a wide variety of user and environment factors including location, orientation, speed, direction, distance, and proximity to other locations (e.g., GPS and differential GPS devices, orientation tracking devices, gyroscopes, altimeters, accelerometers, anemometers, pedometers, compasses, laser or optical range finders, depth gauges, sonar, etc.). Identity and informational sensors (e.g., bar code readers, biometric scanners, laser scanners, OCR, badge readers, etc.) and remote sensors (e.g., home or car alarm systems, remote camera, national weather service web page, a baby monitor, traffic sensors, etc.) can also provide relevant environment information. In addition to receiving information directly from low-level sensors, the User Characterization Module can also receive information from devices which aggregate low-level information into higher-level data constructs (e.g., face recognizers, gesture recognition systems, affective/emotion recognizers, etc.). The user can also explicitly supply information about their current condition (e.g., "I have a high cognitive load and do not want to be disturbed," "I am dealing with private family information that should not be made available to anyone outside my immediate family," or "I am in an environment where I do not wish to disturb others around me"). The CDOS system can also receive current date and time information in order to both track changes over time and to utilize information such as the user's stored schedule. Previously-created models of the user's condition can also be retrieved and used as a default or to detect changing conditions. The Output Device Selector Module can also supply information indicating the types of output currently being presented to the user, thus providing information about the user's current activities and cognitive load. Finally, other entities (e.g., application programs) can directly provide user condition information (e.g., new condition variables, whether application-specific or not, or new values for existing condition variables). In some embodiments, CDOS systems communicate between themselves, such as via a wireless medium or when cabled together. This intercommunication can occur automatically, or at the instruction of one or more of the users of the communicating CDOS systems. When multiple CDOS systems communicate, a variety of types of information can be passed between the CDOS systems. For example, a first CDOS system receiving information from other CDOS systems can use those systems as a type of remote sensor in which information received by the User Characterization Modules of the other CDOS systems is also supplied as input to the User Characterization Module of the first CDOS system. Other CDOS systems may have access to information about the surrounding environment (e.g., a digital camera) that the first CDOS system does not have. Alternately, information about the users of the CDOS systems can be exchanged to facilitate further communication between the CDOS systems or between the users (e.g., notifying one user that another user has a high cognitive load and does not wish to be disturbed). Multiple CDOS systems can also act as cooperative systems in which one or more users' CDOS systems are shared with other users (e.g., making available excess computing power or the use of an output device). After the User Characterization Module receives information about the user and the surrounding environment from one or more information sources, the User Characterization Module will use this information to create a current model of the user's condition. In one embodiment, the User Characterization Module merely stores the data it receives (even when it is at a low-level of abstraction) and then allows the Output Device Selector Module or application programs to directly use that stored information when making decisions related to presenting output information. In an alternate embodiment, the User Characterization Module uses received low-level data to generate higher-level representations of the user's observable activities (e.g., walking, watching a movie in a movie theater, talking to coworkers at the office, etc.). In yet another embodiment, the User Characterization Module further characterizes the user's condition with respect to condition variables that are not directly observable. Such condition variables include the current cognitive load of the user (indicating amount of attention required for the user's current activities and thus the ability of the user to devote attention to the computer), the current degree of interruptibilitv for the user (indicating ability to safely interrupt the user), the current degree of intrusiveness of output on the environment (indicating impact of output on the surrounding environment), the user's desired scope of audience for information being output (indicating how many people should be able to perceive the information), the user's desired level of privacy for information being output (indicating the group of people who are allowed to perceive the information), and the user's desired level of solitude (indicating the user ' s current desire to avoid intrusions). User condition variables can also represent abstract principles about the user and the surrounding environment, such as the user's relationship to other objects, people, or locations (e.g., being at their desk, being in their office, being near the drug store, talking to a particular person, etc.). In some embodiments, CDOS systems can supply information about user condition variables and their values to other CDOS systems, and those other CDOS systems can add the user condition variables and/or values to their model of their user condition if appropriate (e.g., ambient air temperature, or an emotional state of a CDOS system's user that is sensed by another CDOS system). The values for the user condition variables can directly impact how and when output information should be presented. For example, when the cognitive load is high or the degree of interruptibility is low, output information may be presented on a tactile display using light pressure so that the presentation is minimally intrusive on the user. Alternately, the presentation of the information may be deferred if no appropriate output device is available or if interrupting the user is not warranted by low-importance or low-urgency information. When the output information is sensitive and others present are not included in the current desired level of privacy, the information may be presented on an eyeglass-mounted display, or the information may be presented via an earpiece speaker when the scope of audience or intrusiveness on the surrounding environment dictates that others not perceive the presented information. Finally, if the user's desired level of solitude indicates that the user does not want to receive output information (e.g., while asleep, in the bathroom, involved in an intimate activity, etc.), presentation of all output information or of all but highly urgent and important output information may be deferred. Those skilled in the art will appreciate that the User Characterization Module may receive contradictory information related to one or more aspects of the user condition. For example, a motion sensor device may indicate that no one else is present in a room, while a speech recognizer may report that another person is present. Mediation of such contradictory data can be handled in a variety of ways. For example, it may be possible to reconcile such data (e.g., the user is communicating with another person via a telephone with a loudspeaker). Alternately, the data could reflect different readings for changing conditions (e.g., ambient air temperature may have changed quickly after a window was opened). Alternately, when data truly conflicts, it may be impossible to reach a conclusion about a user condition variable, or the value of the variable may be represented as having varying degrees of uncertainty or belief. Both particular information sources (e.g., sensors) and particular pieces of input information can be categorized as to their quality and reliability to assist with mediation or to better model the user condition. In addition, input information can be time-stamped and otherwise identified to assist the User Characterization Module. Those skilled in the art will also appreciate that a variety of factors can influence the determination of values for each of the condition variables, and that the values for the variables can be stored in a variety of ways (e.g., a number on a scale of 1-100 or 0-255, a probability distribution, a value from a delimited set of possibilities, a fuzzy logic value, etc.). Factors which can affect the cognitive load of a user include if the user is talking (and the volume of the speech), is talking on the phone, physical movement such as walking or driving, being stationary, being seated and stationary, ambient l. -..-t and sound, stress and hunger levels, a level of rest (e.g., a low level due to a recent lack of sleep), activity such as reading e-mail or riding a bull, historical data (e.g., user has low threshold for cognitive load while watching baseball games), a physical or mental disability, location (e.g., at home or therapist's office), presence and frequency of user input such as keyboard or mouse activity, presentation of output information to the user, emotional state, explicit indications from user, etc. Similarly, factors that can affect desired level of privacy and desired scope of audience include the identity of others near the user, the proximity of others to the user, explicit tagging of activities or information (e.g., email in my personal account is private for only me, while email in my family account is private for family members), nature of work being performed (e.g., balancing a checkbook, playing a computer game, or revising a business spreadsheet), location, historical data, explicit indications from user, etc. Those skilled in the art will appreciate that when information is being processed and shared between multiple systems, it is necessary for a context to be shared so that a semantic understanding of what is represented by information can be conveyed. For example, merely reporting data for air temperature as being 50 is insufficient. Not only is it unclear what scale is being used (e.g., Fahrenheit or Celsius), it is also unclear exactly what information is being represented (e.g., the air surrounding the user inside a heated room, or the outside air). Thus, the components of the CDOS system have a shared context as to the meaning of input information and user condition variables, including having consistency among the components generating values of the user condition variables (e.g., rules in the User Characterization Module) and those using the generated values (e.g., the Output Device Selector Module and Format Modules). In addition, when information from the CDOS system (e.g., user condition variables and their values) is shared with other entities (e.g., other CDOS systems or application programs with output information to be presented), sharing of the context with these other entities enables the information to be useful. In some embodiments, other systems are designed to share the same context (e.g., via a published API), while in other embodiments additional information describing the shared information can be supplied along with the shared information to establish a shared context. In addition to there being a wide variety of factors which can affect various condition variables, the User Characterization Module can generate the model of the current user condition in a variety of ways. In one embodiment, the User Characterization Module includes a variety of rules such that when a test portion of the rule is currently true, then the result poπion of the rule is activated or performed (e.g., to cause the value of a condition variable to be modified or to satisfy the test portion of other rules). For example, a rule could indicate that if the user is talking or the surrounding environment is loud, then non-auditory output is preferable to auditory output. When this first rule was satisfied, the result could trigger the satisfaction of a second rule, such as a rule stating that while non-auditory output is currently preferable then an eyeglass-mounted display device will be used for output. Alternately, a second rule could state that although non-auditory output is currently preferable, an earpiece speaker device will be used for highly sensitive information. Another example of a rule is that if the user is driving an automobile at high speed in bad weather conditions, it is likely that the user has a high cognitive load and would be unable to safely devote much attention to the computer system. Those skilled in the art will appreciate that there are a variety of techniques for combining different types of input information and processing it to generating output information, including look-up tables, neural networks, expert systems, genetic algorithms, probabilistic belief networks, etc. In addition, values for some user condition variables may be calculated only periodically or only upon specific request for the value (e.g., computationally intensive variable values such as those generated by a face recognizer), even if the appropriate input information is supplied more frequently. Conversely, some embodiments of the CDOS system may allow the User Characterization Module to request or retrieve the appropriate input information needed to calculate one or more user condition variables, thus performing demand- driven processing. An illustrative example of a User Characterization Module is described in greater detail with respect to Figure 4. In some embodiments, CDOS systems can supply to other CDOS systems various information related to generating the model of the user condition, and those other CDOS systems can use that model generation information in addition to or in place of their own model generation information. For example, if rules are being used to generate the model of the user condition, one CDOS system can supply some or all of its rules to other CDOS systems. Similarly, default and/or specialized sets of model generation information can be supplied to a CDOS system, either from other CDOS systems or by loading that information onto the CDOS system. A default set of rules may be used by CDOS system until learning by the system adds or modifies the default rules to better model the user of the system. Similarly, other programs (e.g., application programs) can supply rules to the CDOS system, such as rules specific to that application program. Various specialized sets of rules can also be supplied. For example, sets of rules may be specialized based on occupation (e.g., a nurse, a secretary, a field technician, or a firefighter), gender (e.g., a woman's rules may understand physiological symptoms related to pregnancy or other female-specific conditions), age, or any of a variety of other specialization types. After the User Characterization Module has created a model of the user's current condition, the Output Device Selector Module and the one or more Format Modules can then use the model to determine when and how to present output information to the user. The Output Device Selector Module first receives output information to be presented to the user (e.g., from an application program), and then selects an appropriate output device for presenting the information to the user. For example, if the model of the user condition indicates that auditory output is currently preferable to other forms of output and the output information can be presented audibly, then the Output Device Selector Module selects an output device that supports audible output. Alternately, the value of a desired level of privacy, desired scope of audience, or current cognitive load user condition variable may indicate that audible output is currently preferable. While information to be presented to the user will often be generated by an entity outside the CDOS system, the CDOS system may also generate information to be presented to the user (e.g., an indication of low battery power, or of an error when adding a rule to the User Characterization Module). In addition, in some embodiments external entities such as an application program can directly access the model of the user condition and make their own determination as to when, where and how to present output information (i.e., bypassing the Output Device Selector Module and/or the Format Modules). Thus, if the modeled user condition indicates that particular output information should not currently be presented to a user, the external entity can postpone or cancel the presentation of the output information without ever supplying the output information to the CDOS system. It may also be possible to configure the CDOS system to automatically notify the external entities of the values of one or more user condition variables, such as by pushing that information to the external entities when changes occur in the values or by periodically notifying the external entities of the current values. If the selected output device supports different ways to audibly present information (e.g., different audio levels or a choice of speakers) or the ability to output information to multiple senses, the Format Module for the output device will then format the output information appropriately based on the model of the user condition (e.g., lowering the volume to minimize the degree of interruptibility for non-urgent information or to prevent non-employees of the business from perceiving sensitive business information, or using 3-D sound that is output as if from a sound source located at a particular location in the user's surrounding environment). Alternately, if the current model of the user condition indicates that output to the user is currently inadvisable (e.g., the user has a high cognitive load, is asleep, or sensitive information cannot be safely presented in the current environment), the Output Device Selector Module instead defers or denies the presentation of the information. In one embodiment, the Output Device Selector Module selects output devices by first characterizing each of the output devices relative to selected condition variables, such as cognitive load, desired level of privacy, desired scope of audience, and intrusiveness on the environment. For example, an eyeglass-mounted display may have a high rating for ability to present sensitive information to only the user, but may have a low rating for lack of intrusiveness on the user (particularly if the user has a high cognitive load from another visual activity). Similarly, an olfactory device which can output various smells may be low on the intrusiveness scale, but may be useful for presenting only limited types of output (e.g., a soothing aroma when the user has high blood pressure and a high pulse). Output devices can also be characterized on the basis of the user sense (e.g., olfactory or visual) to which the output information will be presented. After the output devices have been characterized on the basis of the condition variables, the Output Device Selector Module then selects the one or more output device which are most appropriate for the user's current condition and for the information to be output. In some situations, a characterization of a device relative to a condition variable is dependent on the circumstances rather than being inherent in the capabilities of a device. For example, a stereo or a television may have a high degree of privacy while only the user is in the room, but the characterization for these devices may change to a low degree of privacy when others enter the room. In some embodiments, such devices are represented with a characterization that is a range of values, with only a single value or a subset of the range selected at a given time based on the current circumstances. In addition to supplying the output information to be presented, an external entity can also supply information that describes the output information, such as the relative importance and urgency (i.e., the degree of deferability, such as time sensitivity) of the information, as well as the consequences of ignoring the information. In the same manner that the output devices can be characterized relative to condition variables, they can also be characterized relative to such factors in the description information. For example, an eyeglass-mounted display and an earpiece speaker with adjustable volume may both be highly-rated with respect to their ability to present important information that has a high consequence of being ignored. The earpiece speaker may have a wide range of ratings for these factors, however, since it is also able to present low importance information (e.g., at a low audio volume which can be easily ignored by the user if the user so chooses). Conversely, the eyeglass-mounted display may not be able to unobtrusively present visual information, and thus may have a small range of ratings for this factor. Thus, after the Output Device Selector Module receives the information to be output and optionally receives a description of the information, the Output Device Selector Module then uses the model of the user condition to determine which output device (if any) to use to present the information to the user, and a corresponding Format Module for that device determines the appropriate format with which to present the information to the user. In one embodiment, the Output Device Selector Module includes a characterization of each output device available to the CDOS system relative to the user condition variables of cognitive load, desired level of privacy, desired scope of audience, and desired level of intrusiveness on others, as well as to output information description factors of relative level of importance, deferability, and consequence of ignoring. The one or more devices which best match the current user condition and the current output information will be selected, including using user preferences to select between different devices. Those skilled in the art will appreciate that the Output Device Selector Module could determine an appropriate output device in a variety of other ways, including receiving a direct specification from the entity supplying the output information, selecting the device with the widest range of capabilities relative to the type of information to be output, etc. In addition, a defined API (application program interface) can be designed between external entities such as application programs and the CDOS system. The defined API will allow application programs to supply information to User Characterization Modules, extract and add information to the model of the user condition, and supply output information and description information to Output Device Selector Modules. An illustrative example of an Output Device Selector Module is described in greater detail with respect to Figure 5. Figure 1 illustrates a body-mounted wearable computer 120 worn by user 1 10, with the computer suitable for executing an embodiment of the CDOS system 100 The user has a vaπety of body-worn input devices including a microphone 124, a handheld flat panel display 130 with character recognition capabilities, and vanous other user input devices 122. Similarly, the user has a vaπety of body-worn output devices that include the hand- held flat panel display, an earpiece speaker 132, an eyeglass- mounted display 134, and a tactile display 136 In addition to the vanous body-wom user input devices, the CDOS system can also receive information from vanous body- worn user sensor devices 126 and environment sensor devices 128 As the user moves about in vanous environments, the CDOS system receives vanous input information, maintains a current model of the user condition, and presents output information to the user via appropπate output devices In the current environment, the user is accessible to a computer 150 (e g , in close proximity to or reachable via a long-distance communication device such as a cellular phone) which also has a vaπety of input and output devices. In the illustrated embodiment the computer is non-portable, although the body-mounted computer of the user can similarly communicate with a vanety of other types of computers, including body-mounted computers of other users The devices from which the non-portable computer can directly receive information include vanous user input devices 152 and vanous user sensor devices 156 The non-portable computer can output information directly to a display 160, a speaker 162, an olfactory device 164, and a pnnter 166 In the illustrated embodiment, the body-mounted computer can communicate with the non-portable computer via a wireless transmission medium In this manner, the CDOS system can receive information from the user input devices 152 and the user sensor devices 156 after the information has been transmitted to the non-portable computer Alternately, the body-mounted computer may be able to directly communicate with the user input devices 152 and the user sensor devices 156, as well as with other vanous remote env ironment sensor devices 158, without the intervention of the non-portable computer 150 Similarly, the body-mounted computer may be able to supply output information to the display 160, the speaker 162, the olfactory device 164, and the printer 166, either directly or via the non-portable computer, and directly to the telephone 168. As the user moves out of range of the remote input and output devices, the CDOS system will be updated to reflect that the remote output devices are not currently available to receive output. Those skilled in the art will appreciate that computer systems 120 and 150, as well as their various input and output devices, are merely illustrative and are not intended to limit the scope of the present invention. The computer systems may contain additional components or may lack some illustrated components. For example, it is possible that the CDOS system could be executed on the non-portable computer, with the body-mounted computer replaced by a thin client such as a transmitter/receiver for relaying information between the body-mounted input and output devices and the nonportable computer. Alternately, no devices or computers may be worn by the user. In addition, the body-mounted computer may be connected to one or more networks of other devices through wired or wireless communication means (e.g., wireless RF, a cellular phone or modem, infrared, physical cable, a docking station, etc.), either with or without support from other computers such as the computer 150. For example, the body-mounted computer of a user could make use of output devices in a smart room, such as a television and stereo when the user is at home, if the body- mounted computer can transmit information to those devices via a wireless medium or if a cabled or docking mechanism is available to transmit the information. Alternately, kiosks or other information devices can be installed at various locations (e.g., in airports or at tourist spots) to transmit relevant information to body-mounted computers within the range of the information device. Those skilled in the art will also appreciate that specialized versions of the body-mounted computer and CDOS system can be created for a variety of purposes. For example, a wearable defibrillator could be created such that the CDOS system monitors the user's physiological condition to determine whether output electrical energy needs to be supplied to the user, and to automatically supply such output energy when needed. Alternately, a breathing monitor system could monitor the user and take appropriate action if a breathing problem develops (e.g., calling 91 1 or notifying a nearby medical care provider), or a sleep-sensing system for a dnver of a vehicle could stimulate the dnver (e g , audibly or tactilely) when the dnver becomes drowsy A vanety of other physiological conditions can be similarly monitored, and other specialized versions of the system can similarly be implemented (e g , an aid for a deaf person that performs speech recognition on spoken words in order to visually display the words, or a mood enhancing device that tπggers vanous soothing environmental output in response to a user condition such as stress or anger) Figure 2 illustrates an embodiment of the body-mounted computer 120 in greater detail The computer includes a memory 270, a CPU 280, and a storage device 290 The CDOS 100 system is executing in memory, as well as one or more distinct application programs 260 As the body-mounted computer receives vanous input information, the information is forwarded to the User Charactenzation Module 205 of the CDOS system These types of information include explicit user input to the computer, sensed user information, and sensed environment information The User Charactenzation Module can also receive date and time information from the CPU or from some other source, and can retneve stored information (e g , user preferences, definitions of vanous user-defined groups, or a default model of the user condition) from the storage device It is also possible for one or more of the application programs to optionally supply application-supplied information 265 to the User Charactenzation Module. This information can include any type of user condition information to which the application program has access, such as user location or physiological state. In addition, the application programs can create new user condition vaπables (e g , an indication of where the user's pupil is directed for an interactive game program), including those to be used only by that application program Similarly, a utility program could supply user condition information that is useful to a specified subset of application programs (e g , to vanous application programs from a single vendor or of a certain type) After the ser Charactenzation Module receives one or more of these types of information, it processes the information and creates a model of the user condition 210 which will include multiple user condition vaπables (with cunent values for some or all of the variables). After the model of the user condition has been created, the current model will be made available to the User Characterization Module to assist in the characterization of the user, such as with changes over time. The model will also be available to the Output Device Selector Module 215 to assist with presentation of output information. Moreover, the model of the user condition can additionally be stored in a permanent manner, such as on the storage device, if non-current versions of the user condition model are useful. Similarly, the User Characterization Module, Output Device Selector Module, and any Format Modules can be permanently stored before being executed in memory, and any changes made to the modules while they are executing can also be saved. When the Output Device Selector Module receives output information to be presented, such as from one of the application programs, it uses the current model of the user condition as well as information about the available output devices to determine an appropriate output device on which to present the information to the user. In some embodiments, the Output Device Selector Module may retrieve information about the output device characteristics upon initialization, such as from the storage device. Alternately, the Output Device Selector Module could instead receive the information directly from the output devices as they are dynamically configured. The source of the output information can also supply a description of the information to assist in selecting where, when and how to present the information to the user. After an output device has been selected, the Output Device Selector Module forwards the output information as well as appropriate output information description factors and user condition variables to the Format Module for the output device. In the illustrated embodiment, Format Modules 220 through 228 correspond to the output devices as shown. When a Format Module receives the output information, it formats the output information for presentation, with the formatting based in part on the information presentation capabilities of the output device. For example, the output device may be able to output information to more than one user sense, in more than one way, and with varying degrees of amplitude or style (e.g., flashing text or enlarged icons). The Format ?? Module selects an appropriate method of formatting the information, such as to present the information to only the appropriate audience or with the appropriate level of intrusiveness, and then sends the information to its conesponding output device for display. The Output Device Selector Module will also inform the User Characterization Module when output is to take place so that the model of the user condition can be updated accordingly. Those skilled in the art will appreciate that the Format Modules may communicate with their corresponding output devices in a variety of ways, and that the body-mounted computer in the CDOS system may contain additional components or may lack some illustrated components. For example, there may not be a one-to-one mapping between Format Modules and output devices, functionality performed by the Output Device Selector Module and Format Modules may be incorporated together, and the creation of the model of the user condition may be performed by a different system than that which uses the information to present output information. There may also be multiple User Characterization or Output Device Selector Modules, such as one User Characterization Module for each relevant high-level condition variable. Alternately, external entities such as the application programs could add their own User Characterization, Output Device Selector or Format Modules, or could directly access the model of the user condition in order to perform presentation of output information. Accordingly, the present invention may be practiced with other computer system configurations. Figure 3 is an illustrative example of a Model of User Condition 210. As is shown, the model reflects the condition of user X at time 14:22 hours on the displayed date. The illustrative model of the user condition includes a variety of user condition variables at different levels of abstraction, including low-level information directly from user sensors as well as higher-level abstract variables with characterized values that reflect a user's current physical and mental states. Historical and time- sensitive information can also be included, as shown by the variable illustrating the last user input performed by user X. Intermediate-level variables included in the model can be calculated from low-level input information such as sensor values. For example, the speed of the user could be calculated directly by a sensor such as a pedometer, or could be calculated indirectly via information over time from a GPS sensor. In addition, the Speed variable indicates that additional information can be included in the user model for each variable. In the case of the Speed variable, uncertainty about the exact value of the variable is demonstrated. Other calculated condition variables include an indication that the user is located in their office, is near their desk, and that there are no other people physically nearby. These factors can be determined in a variety of ways, such as via a motion sensor device located on the desk that is tracking the user and the absence of other individuals, or by the lack of any sounds from any other people via one or more microphones. Higher-level condition variables can also be calculated, such as the user's current physical activities, the current user cognitive load, the desired level of privacy, and the desired scope of audience. Information from the microphone or directly from the cellular phone could indicate that the user is currently talking on their cellular phone, and the speed and motion sensor data could indicate that the user is walking. Since the user remains near his desk even though he is walking, the system can deduce that the user is pacing about his office or is walking on a treadmill (not shown). The User Activity variable demonstrates that variables can have multiple values, and that information such as a degree of belief or certainty in the value for a variable can be added and used by the system. The Cognitive Load variable indicates a score of 77 out of 100, thus indicating a relatively high cognitive load due to the combination of the user walking and talking on the phone. Since it is unlikely that information presented by the system will be desired to be perceptible by the person on the other end of the phone, the desired Scope Of Audience variable indicates that only the user is currently appropriate to receive output information. Since the User Characterization Module was able to identify the other person on the phone as Doug Smith, an executive level colleague at user X's company (e.g., by voice recognition or the use of that person's name), the desired Level Of Pπvacy vanable indicates that if information is presented in a manner such that the other person can receive it (e g , through an external speaker), general information about the company as well as executive-level sensitive information can be presented Note that although low-level sensors such as a motion detector may have indicated that there are no other people physicallv nearby, when it was determined that the user was talking on a phone, additional information as added to the Nearby People vanable to indicate that someone is within audio perception of the user The remaining displayed portions of the user condition model indicate that user preference information and externally supplied information can be included in the user condition model For example, the Application X-Factor 1 vanable has been supplied by application X, as well as a value for the vanable In this case, the value is a normal probability distnbution with a mean of 23 and a standard deviation of 3 In addition, previously supplied user preference information could indicate which output devices and which output formats are preferred by the user Alternately, the system could have automatically learned these preferences over time by observing user reactions to vanous outputs, as well as from explicit suggestions and ovemdes by the user Those skilled in the art will appreciate that the illustrated user condition model is merely illustrative and is not intended to limit the scope of the present invention The model may contain additional vaπables or may lack some illustrated vaπables, or may be represented without explicit condition vaπables at all Figure 4 is an illustrative example of User Charactenzation Module 205 As is shown, the illustrated User Charactenzation Module is for user X and it includes a vanety of IF-THEN rules User condition vaπables are shown with angle brackets surrounding them, with some user condition v aπables (e g , Speakerphone Status) not shown in the illustrative model of user condition 210 in Figure 3 In addition to the IF- THEN rules, WHILE-THEN rules are also shown, as well as an application-specific rule (i e . the APPX rule) added by an external application The illustrative ser Characteπzation Module also indicates that the results portion of the rules (shown after the THEN statements) can set or modifv the alues of condition v aπables, such as bv absolute or percentage numeπcal amounts, and can indicate degrees of be et or uncertainty in values. Groups of people are shown in square brackets (e.g., Company Executives), and asterisks are wild-card characters that can match any information. As mentioned previously, receiving input related to one user condition variable can cause multiple changes to propagate through the set of rules. For example, if input is received that indicates that the user condition variable Desktop. Motion. Sensor.Human. Movement is true and the User Activity variable value indicates that user is seated, one of the rules shown indicates that the Nearby People variable will be modified (if necessary) to indicate that an "Unidentified Person" is physically nearby. Modifying the Nearby People variable can then affect the Level Of Privacy or Scope Of Audience user condition variables as shown by other rules. Those skilled in the art will appreciate that the illustrated User Characterization Module is merely illustrative and is not intended to limit the scope of the present invention. The model may contain additional rules, may lack some illustrated rules, or may be implemented without using rules at all. In addition, the test and/or results portions of rules can be implemented as invokable functions, including those provided by external entities such as application programs. Figure 5 is an illustrative example of Output Device Selector Module 215. As is shown, the module is for user X and it maps each available output device to ratings for selected user condition variables and output information description factors. As is shown, some output devices which are available at times (e.g., pager 502. cellular telephone 504, and car radio 506) are not currently available. In addition, earpiece speaker 132 may not currently be able to receive output information if it is already in use (e.g., the user is listening to music). Alternately, new output information could preempt the current use of the earpiece speaker if necessary, or could instead share the use of the output device (e.g., outputting music to one ear and other information to the other ear if the earpiece speaker is part of headphones). As is shown, the various output devices are rated with single values or a range of values for each factor. While textual values are used, those skilled in the art will appreciate that numeπcal or other types of rating systems could be used. In the illustrated embodiment, ranges may illustrate the device capabilities in different situations, with the ranges being restncted in any particular situation For example, the earpiece speaker can accommodate when the user has a very low cognitive load by adjusting the volume to be slightly louder than the ambient environment Alternately, even if the user has a high cognitive load, the earpiece speaker can interrupt the user if necessary for urgent information by using very loud volumes or distinctive tones In addition, the ratings can be adjusted to reflect the specific situation of this user For example, since the speaker 162 is located on the user's desk at work and other employees can frequently or always hear the speaker, the value for the desired Level Of Pnvacy may indicate that only business information be presented via the speaker Alternately, the system could present information DV sending it to the cellular telephone if the information is highly sensitive or it is important to interrupt the user However, if others are present around the user, frequent use of the cellular telephone can be highly intrusive to them (particularly in environments such as a lecture or a movie) Those skilled in the art will appreciate that the illustrated Output Device Selector Module is merely illustrative and is not intended to limit the scope of the present invention The module may contain additional user condition vaπables and output information descnption factors, may lack some illustrated user condition vaπables and output information descnption factors, or may select output devices on which to present output information in an entirelv different manner In addition, some embodiments of the Output Device Selector Module may include specific logic, such as IF-THEN rules, to be used in conjunction with the mapping of output devices as shown Figure 6 is an exemplary flow diagram of an embodiment of the User Characteπzation Routine 600 The User Charactenzation Routine retπeves stored information related to the user, including a default model of the user condition, receives vaπou-. types of input information related to the user or the user's environment, updates the model of the user condition to reflect the new information, and peπodically updates the model if no information has been received within a prescπbed time The routine begins at step 605 where stored information for the user is retπev ed. including a set of characteπzation rules to be used bv the routine The routine then creates a default model of the user condition, such as directlv from stored information or by applvmg the characteπzation rules to default user information that is available The routine then continues to step 610 to set a timer, and continues to step 615 to either receive input information or to receive a notification that the timer has expired The routine continues to step 622 to determine if input information was received If so, the routine continues to step 625 to determine if the information received was information input to the computer by the user If so, the routine continues to step 630 to determine if the user input indicates that the user condition should be modified, such as bv setting a user preference or explicitly changing the value of a user condition vanable. If so, the routine continues to step 635 to satisfy the user request, and then returns to step 610 If it was instead determined in step 630 that the user input was not directed to the User Characteπzation Module, the routine continues to step 640 to forward the user input information to the appropnate destination (e g , an application program). After step 640, or if it was determined in step 620 that the timer had expired or in step 625 that the information received was not user input, the routine continues to step 645 to execute the Characteπze User Subroutine to update the model of the current user condition After step 645, the routine continues to step 652 to store the updated user condition model, and then continues to step 655 to update the characteπzation rules if necessary The charactenzation rules can be updated in a vaπety of situations, such as if an external entity (e.g , an application) explicitly adds a new charactenzation rule or if the routine monitors the user's behavior and reactions in an attempt to learn more appropπate characteπzation rules. After step 655, the routine continues to step 660 to determine if there is more information to receive. If so. the routine returns to step 610, and if not, the routine ends at step 695 Figure 7 is an exemplary flow diagram of an embodiment of the Characteπze User Subroutine 645 The subroutine is executed when information is received related to the user or the user's env ironment, or when a timer has expired indicating that no information has been receiv ed for a specified peπod of time When no information has been received for a peπod of "ime, the model of the user ' s current condition may need to o updated so that time-sensitive information can be updated in the model of the user condition The subroutine begins at step 705 where the current model of the user condition is retneved The suoroutine then continues to step 710 to retneve the current date and time In step 715, the subroutine determines whether information was received or if the timer has expired If the timer has expired, the subroutine continues to step 720 to examiner user condition vaπables tat represent time-sensitive information or histoπcal data and updates them if necessary The subroutine then continues to step 725 to determine if the current date and time tngger any charactenzation rules, and if so, the changes from these tnggered rules are propagated through the set of rules If it was instead determined in step 715 that information to be processed was receiv ed, the subroutine continues to step 730 to determine if a new user condition vanable has been defined, such as bv an application program, and if so continues to step 750 If a new user condition vanable has not been defined, however, the subroutine continues to step 735 to determine if a new user charactenzation rule is being added. such as by an application program If so, the subroutine continues to step 740 to add the new charactenzation rule, determine if current v alues for any user condition vanables tπgger the rule, and if so propagates any changes from the tnggered rules through the set of rules If it was instead determined in step 735 that a new charactenzation rule is not being defined, the subroutine continues to step 745 to determine if the current input information or the current date and time tngger any rules, and if so, changes from those tnggered rules are propagated throughout the set of rules In addition to information received directly from the user, sensors, or application programs, this input information can also be a notification from the Output Device Selector that indicates output information is currently being presented to the user After steps 725, 730, 7 40, or 745 the subroutine continues to step 750 to store any changes in user condition vanables and their values, as well as the new date and time, in an updated model of the user condition The subroutine then continues to step 795 and returns Those skilled in the art w ill appreciate that a v ariety of types of information related to the user and the user ' s env ironment can be received, and that the User Characteπzation Routine and the Characteπze User Subroutine can process this information in a vaπety of ways, including other man with sets of IF-THEN rules Figure 8 is an exemplary flow diagram of an embodiment of the Output Device Selector Routine 800 The Output Dev ice Selector Routine receives output information to be presented to the user, retπev es cunent charactenzed information about the user from the model of the user condition, determines whether the output information should be presented to the user at this time and if so on which output device and in what format, and then notifies the User Characteπzation Module when output information is presented to the user The routine begins at step 805 where output information to be presented to the user is recei ed or an indication that a timer has expired occurs The routine continues to step 810 to determine if a timer has expired When output information cannot be currently presented to the user (e g , no satisfactory output device is available or presentation to the user could be dangerous or inappropπate), the presentation is deferred and a timer is set to indicate when to rev lew presenting the information Thus, if it is determined in step 810 that a timer has expired, the routine continues to step 815 to retπeve the deferred output information for the timer, as well as any descnption information for the defened output information If it is instead determined in step 810 that new output information to be presented has been r eceιved, the routine continues to step 820 where descnption information for the output information is optionally received After steps 815 or 820, the routine continues to step 825 to retπeve relevant information from the cuπent model of the user condition The routine then continues to step 830 to determine whether to cunently present the output information to the user. In the illustrated embodiment, this determination is made using the user condition vanables of cognitive load, desired level of pπvacy, and desired scope of audience. In addition, available descnption information which indicates the importance and the deferability of the output information and the consequences of the user ignoπng or not receiving the output information are considered, as is any user preference information Cunent alues for these user condition vanables and descnption factors as well as whether av ailable output dev ices can support the necessary formatting oi information (e g , presenting information to the appropπate scope of audience or at the appropπate level of intrusiveness for the user ' s cognitive load), are thus used in the determination. Those skilled in the art will appreciate that other factors can be used for this determination or that the determination could be made in other ways. The routine then continues to step 835 to determine whether the presentation of the information is to be deferred or not. If the presentation is to be deferred, the routine continues to step 840 to store the output information as well as its description information, and to set a timer for the information at which time the presentation of the output information will be reconsidered. If it is instead determined in step 835 that the information presentation is not to be deferred, the routine continues to step 845 where an available output device is selected. In the illustrated embodiment, the output device whose information display capabilities and ratings best match the user condition variables and description information factors of interest is chosen. The routine then continues to step 850 to execute the Format .And Present Output Information Subroutine, and then continues to step 855 to notify the User Characterization Module of the presentation of the output information. After step 840 or step 855, the routine continues to step 860 to determine if there are currently timers set or there is more output information to be received. If so, the routine returns to step 805, and if not the routine ends at step 895. Figure 9 is an exemplary flow diagram of an embodiment of the Format And Present Output Information Subroutine 850. The subroutine receives output information to be presented and its description information, receives relevant user condition variables and user preference information, selects a user sense to which the output information will be presented (if the output device supports more than one). selects appropπate formatting with which to present the output information, and presents the output information to the user. The subroutine begins at step 905 where output information is received, as well as the descnption information factors, user condition variables, and relevant user preference information. The subroutine continues at step 910 to select a user sense that is supported by the selected output device. In step 915, the subroutine selects formatting for the output information that is appropπate for the user condition vaπables. o 1 ut information descnption, and user preferences Those skilled in the art will appreciate the formatting of the output information will vary with each user sense (e g , adjusting volume for the audio sense and adjusting pressure for the tactile sense), as well as with the specific output device. After the formatting for the output information is selected, the subroutine continues to step 920 to present the output information to the user with the selected formatting. If the Scope Of Audience and Level of Pnvacy user condition vanables indicate that the information can be presented to other people cunently present and the selected output device supports such presentation, the information will also be presented to these other people. After step 920, the subroutine continues to step 995 and returns. Those skilled in the art will appreciate that the selection of an output device and the formatting of the output information for that device can be performed in a vaπety of ways. For example, other user condition vaπables and descnption information factors could be used, or the selection could be made without resort to such information. For example, in one embodiment, the user could explicitly indicate the output device and formatting desired for some or all pieces of output information (e g , in response to an notification from the system), or another er" ty (e g , an application program supplying the output information) could explicitly designate the output device and/or formatting. From the foregoing it will be appreciated that, although specific embodiments of the invention have been descπbed herein for purposes of illustration, various modifications may be made without deviating from the spmt and scope of the invention. Accordingly, the invention is not limited except as by the appended claims

Claims: CLAIMS 1 A computer-implemented method for presenting output information to a user, the method comprising receiving information about a modeled property of the user which affects appropriateness of presenting output information to the user, and presenting the output information to the user by, selecting an output device capable of presenting the output information in accordance with the modeled user property, and presenting the output information on the selected output device in accordance with the modeled user property 2 The method of claim 1 wherein a plurality of output devices are available for presenting information to the user, wherein the modeled property of the user is one of a level of pπvacy desired by the user indicating a group of people allowed to perceive information presented by the computer a scope of audience desired by the user indicating how many people are intended to perceive information presented by the computer, or a cognitive load of the user indicating ability of the user to devote attention to the computer, and including (a) monitoring the user to collect information about a current state of the user, (b) modeling a current user condition based on the collected information by determining the current level of privacv desired by the user, the current scope of audience desired by the user, or the current cognitive load of the user, and (c) receiving the output information to be presented to the user, and wherein the selecting of the output device includes selecting one of the plurality of available output devices such that information presentation capabilities of the selected output device support the determined current desired level of privacy, the determined current desired scope of audience, and the determined current cognitive load 3 The method of claim 2 wherein the modeling of the current user condition is additionally based on collected information related to a surrounding environment 4 The method of claim 2 wherein the monitoring of the user is performed by sensors worn by the user 5 The method of claim 2 wherein the monitoring of the user is performed by sensors remote from the user 6 The method of claim 2 wherein the collected information includes information about a current physiological state of the user 7 The method of claim 2 wherein the collected information includes information about current activities of the user 8 The method of claim 2 wherein the computer is a wearable computer 9 The method of claim 2 wherein an operating system of the computer performs the method 10 The method of claim 2 wherein the output information is received from a distinct program executing on the computer 1 1 The method of claim 2 wherein the output information is received from another computer 12 The method of claim 2 wherein the output information is generated bv the computer during the monitoring or the modeling 13 The method of claim 2 including receiving description information for the output information describing importance and deferability of the output information, and wherein the presenting of the output information to the user is additionally performed in a manner consistent with the description information 14 The method of claim 2 wherein the presenting of the output information to the user is deferred when the output information cannot be presented on any of the available output devices in a manner consistent with the modeled current user condition 15 The method of claim 2 wherein the available output devices include two display devices with different information presentation capabilities regarding level of privacy, scope of audience, and cognitive load, and wherein the selected output device is the display device whose information presentation capabilities best match the modeled current user condition 16 The method of claim 2 wherein information can be presented with the available output devices to the user via at least two user senses, and wherein the selecting includes determining the user sense via which the output information will be presented 17 The method of claim 1 wherein the received information includes information related to a current condition of the user, and including modeling the user property based on the received information 18 The method of claim 17 including monitoring the user to collect the received information 19 The method of claim 1 wherein the received information includes information related to a surrounding environment, and including modeling the user property based on the received information 20 The method of claim 19 including monitoring the surrounding environment to collect the received information 21 The method of claim 1 wherein the modeled user property is based on algorithmic modeling 22 The method of claim 1 including before the presenting of the output information, receiving the output information 23 The method of claim 22 wherein an information provider transmits information to various computers within a transmission range of the information provider, wherein the method is performed by a transportable computer transported by the user, wherein the user transports the transportable computer within the transmission range, and wherein the received output information is the transmitted information 24 The method of claim 1 including receiving description information indicating importance or deferability of the output information, and wherein the selecting is additionally performed in accordance with the description information 25 The method of claim 1 including deferring the presenting of the output information when no selectable output device is capable of presenting the output information in accordance with the modeled user property 26 The method of claim 1 wherein the modeled user property is an indication of a degree of interruptibilitv of current activities of the user 27 The method of claim 26 wherein the degree of interruptibility of the current activities is influenced by information being received by the user via one user sense in conjunction with the current activities, and wherein the presenting of the output information is selected to be via a distinct user sense 28 The method of claim 26 including deferring the presenting of the output information when the degree of interruptibility of the current activities is low 29 The method of claim 26 wherein the degree of interruptibility of the current activities is low when the current activities involve a risk of harm to the user. 30 The method of claim 1 wherein the modeled user property is an indication of ability of the user to devote attention to the presenting of the output information 31 The method of claim 30 wherein the ability of the user to devote attention is influenced by information being received by the user via one user sense, and wherein the presenting of the output information is selected to be via a distinct user sense 32 The method of claim 30 including deferring the presenting of the output information when the ability of the user to devote attention is low 33 The method of claim 30 wherein the indication of the ability of the user to devote attention is an estimate of an amount of attention devoted by the usei to other current activities 34 The method of claim 1 wherein the modeled user property is a preference of the user for an amount of people to perceive presented information 35 The method of claim 34 wherein the selected output device includes a range of information presentation capabilities, wherein others can perceive information presented using some of the information presentation capabilities, and including selecting those information presentation capabilities to be used for the presenting when the modeled user property indicates that the others are within the amount of people to perceive the output information 36 The method of claim 34 wherein the selected output device includes a range of information presentation capabilities, wherein others nearby cannot perceive information presented using some of the information presentation capabilities, and including selecting those information presentation capabilities to be used for the presenting when the modeled user property indicates that the others exceed the amount of people to perceive the output information 37 The method of claim 1 wherein the modeled user property is a preference of the user for how to receive sensitive information 38 The method of claim 37 wherein the selected output device includes a range of information presentation capabilities, wherein others can perceive information presented using some of the information presentation capabilities, and including selecting those information presentation capabilities to be used for the presenting when the modeled user property indicates that sensitivity of the output information allows the others to perceive the output information 39 The method of claim 37 wherein the selected output device includes a range of information presentation capabilities, wherein others nearby cannot perceive information presented using some of the information presentation capabilities, and including selecting those information presentation capabilities to be used for the presenting when the output information is sufFicientlv sensitive that the modeled user property indicates that the others are not allowed to perceive the output information 40 The method of claim 1 wherein the modeled user property is a preference of the user for receiving information during current activities of the user 41 The method of claim 40 including deferring the presenting of the output information when the preference of the user is to not receive the output information during the current activities 42 The method of claim 40 including presenting the output information non-intrusively when the preference of the user is to not receive output information during the current activities 43 The method of claim 1 wherein the modeled user property is an indication of appropriateness of presenting the output information in a manner perceivable by others 44 The method of claim 43 wherein the selected output device includes a range of information presentation capabilities, wherein others cannot perceive information presented using some of the information presentation capabilities, and including selecting those information presentation capabilities to be used for the presenting when the modeled user property indicates that presenting the output information in a manner perceivable by the others is not appropriate. 45. The method of claim 43 including deferring the presenting of the output information when the modeled user property indicates that presenting the output information in a manner perceivable by others is not appropriate and available output devices cannot present the output information in a manner not perceivable by the others. 46. The method of claim 1 wherein the selected output device includes a range of information presentation capabilities, and including formatting the output information before the presenting, the formatting to select information presentation capabilities of the selected output device to be used such that the selected inrormation presentation capabilities are ~ - nsistent with the modeled user property. 47. The method of claim 1 wherein a plurality of output devices are available to present information via distinct senses of the user, and wherein the selecting of the output device includes determining a user sense which is capable of presenting the output information in accordance with the modeled user property. 18. The method of claim 1 wherein the selected output device has only a single physical mechanism for presenting the output information to the user. 49. The method of claim 1 wherein the computer performing the method is transportable by the user, wherein fixed output devices become available to the computer when the user transports the computer near the fixed output devices, and wherein the selected output device is a fixed output device. 50. The method of claim 1 wherein a user computer performing the method is transportable by the user, and wherein the user computer can communicate with other devices within a transmission range of the user computer. 51. The method of claim 50 wherein the user computer communicates with another computer, and wherein the selected output device is an output device of the another computer. 52. The method of claim 50 wherein the received information is from one of the other devices. 53. The method of claim 50 wherein the output information to be presented is received from one of the other devices. 54. The method of claim 1 including after the presenting of the output information, revising the modeled user property based on the presenting. 55. The method of claim 1 wherein the modeled user property indicates capabilities of the user for receiving presented output information. 56. The method of claim 55 wherein the capabilities indicate that a physical disability of the user prevents the user from perceiving some types of presentations of information, and wherein the presenting of the output information is in a manner perceivable by the user. 57. The method of claim 1 including modeling properties of the user which affect appropriateness of presenting output information to the user, the modeling including: receiving information about a current state of the user; and for at least one of a plurality of properties of the user, determining whether the received information relates to the property; and when the received information relates to the property, determining a current value for the property based on the received information 58 The method of claim 57 including monitoring the user to obtain the received information 59 The method of claim 57 wherein multiple pieces of information are received which relate to a property of the user, wherein the multiple pieces of information are inconsistent as to the current value for the property, and wherein the determining of the current value involves mediating the inconsistencies 60 The method of claim 57 wherein a rating indicating quality of the received information is received, and wherein the quality rating is reflected in the determined current values for the properties which relate to the received information 61 The method of claim 1 wherein the computer is able to output information to a first display device and a second display device, the first and second display devices having different display characteristics, wherein the selecting of the output device includes selecting either the first display device or the second display device based on a predicted preference of the user, the predicted preference indicating on which of the display devices the user would prefer to receive the output information, and wherein the presenting of the output information on the selected output device in accordance with the modeled user property includes presenting the output information on the selected display device consistently with the predicted preference 62 The method of claim 61 including predicting a current value of the preference before the selecting 63 The method of claim 62 including monitoring the user to obtain information for the predicting 64 The method of claim 61 wherein the predicted preference is a predicted mental state of the user, and wherein a mapping between the predicted mental state and the display devices is used for the selecting, the mapping indicating which of the display devices are suitable for presenting information in accordance with various predicted mental states 65 The method of claim 64 including after the presenting, monitoring reaction of the user to the presenting, and revising the mapping based on the monitored reaction to enhance user reaction to future presentations of information 66 The method of claim 1 wherein the computer is a wearable computer worn by the user and has access to a plurality of output devices from which the user can receive information, wherein the modeled property of the user includes at least one of an ability of the user to currently receive the output information and a desire of the user of how to currently receive the output information, and including monitoring the user to collect information, and characterizing the ability of the user to currently receive the output information and the desire of the user of how to currently receive the output information based on the collected information, and wherein the selecting of the output device includes selecting one of the plurality of output devices such that information presentation capabilities of the selected output device support the characterized ability and desire 67 The method of claim 66 including receiving description information indicating importance or deferability of the output information, and wherein the selecting is additionally performed in accordance with the description information 68 The method of claim 66 including receiving the output information from an application program executing on the wearable computer 69 A computer-readable medium containing instructions for presenting output information to a user by receiving information about a modeled property of the user which affects appropriateness of presenting output information to the user, selecting an output device capable of presenting the output information in accordance with the modeled user property, and presenting the output information on the selected output device in accordance with the modeled user property 70 The computer-readable medium of claim 69 wherein the at least one modeled characteristic is based on collected information related to the user 71 The computer-readable medium of claim 70 wherein the computer system is further controlled by monitoring the user to obtain the collected information 72 The computer-readable medium of claim 69 wherein the computer system is further controlled by receiving the output information; and receiving description information indicating importance or deferability of the output information, and wherein the selecting is additionally performed in accordance with the description information. 73 The computer-readable medium of claim 69 wherein the selected output device includes a range of information presentation capabilities, and wherein the computer system is further controlled by formatting the output information before the presenting, the formatting to select information presentation capabilities of the selected output device to be used such that the selected information presentation capabilities are consistent with the at least one modeled characteristic 74 A computer system for presenting output to a user, comprising. an output device selector module that receives information about a modeled property of the user which affects appropriateness of presenting output to the user, that selects an output device capable of presenting the output in accordance with the modeled property, and that presents the output on the selected output device in accordance with the modeled property 75. The computer system of claim 74 further comprising the selected output device. 76 The computer system of claim 74 further comprising a model of a current condition of the user, the model including a plurality of user properties including the modeled property. 77 The computer system of claim 74 wherein the computer system further comprises a user characterization module that generates the modeled property based on collected information related to the user or to a surrounding environment. 78 The computer system of claim 77 wherein the user characterization module further monitors the user or the surrounding environment to obtain the collected information 79 The computer system of claim 74 wherein the output device selector module further receives description information indicating importance or deferability of the output, and wherein the selecting of the output device is additionally performed in accordance with the description information 80 The computer system of claim 74 wherein the selected output device includes a range of information presentation capabilities, and further including a format module that formats the output before the presenting, the formatting to select information presentation capabilities of the selected output device to be used such that the selected information presentation capabilities are consistent with the modeled property 81 The computer system of claim 74 wherein the received information is current physiological information about the user indicating a health condition, and wherein the presenting of output is to another person to alert the another person of a health problem detected from the current physiological information 82 The computer system of claim 74 wherein the received information is current physiological information about the user indicating a health condition, and wherein the presenting of output is to administer medical care for the health condition 83 A data structure stored in the memory of a computer for use in presenting output information to a user, the data structure containing modeled information regarding the user, the data structure used by extracting information from the data structure including a current value of a modeled ability of the user to currently receive the output information or of a modeled desire of the user of how to currently receive the output information, selecting an output device capable of presenting the output information in accordance with the extracted information, and presenting the output information on the selected output device in accordance with the extracted information 84 The data structure of claim 83 including a defined interface to receive updates to the modeled information from another computer 85 The data structure of claim 83 wherein the data structure further contains a plurality of modeling rules useful for determining based on received information about the user a current value for the modeled ability or desire 86 The data structure of claim 85 wherein the modeling rules are useful for mediating inconsistencies between multiple pieces of information which relate to the modeled ability or desire so as to determine the current value 87 A computer program adapted to model properties of a user for use when presenting output information to the user when the program is executed on a computer, the execution to perform a method comprising receiving information about a current state of the user, and for at least one of a plurality of properties of the user which affects appropriateness of presenting output information to the user, modeling the property by determining whether the received information relates to the property, and when the received information relates to the propert , determining a current value for the property based on the received information, so that the determined current values of the modeled user properties can be used for presenting output information to the user in an appropriate manner 88 The computer program of claim 87 wherein the method includes receiving output information to be presented in accordance with the determined current values of the modeled user properties, and presenting the output information to the user in accordance with the modeled user properties 89. The computer program of claim 87 wherein the method includes when another program has output information to present to the user, supplying the determined current values of the modeled user properties to the another program so that the output information can be presented to the user by the another program in accordance with the modeled user properties. 90. The computer program of claim 87 wherein the determining of the current value for the property is based on a plurality of modeling rules. 91. The computer program of claim 90 wherein when the user is in a specified class of users, using modeling rules specialized for the specified class. 92. The computer program of claim 90 wherein when the user is not in a pre-determined class of users, using default modeling rules. 93. The computer program of claim 90 wherein the method includes updating the modeling rules based on the received information so as to better model the user. 94. The computer program of claim 87 wherein the computer can communicate with another computer, the another computer able to obtain information about the user via input devices of the another computer, and wherein the received information is obtained information about the user from the another computer. 95. The computer program of claim 87 wherein the computer can communicate with another computer, and including receiving from the another computer information about properties of the user to be added to the modeled user properties, the added properties distinct from the modeled user properties. 96 The computer program of claim 87 wherein the computer can communicate with another computer, and including receiving from the another computer a value for one of the modeled user properties to be stored as the determined current value for the one property 97 The computer program of claim 87 wherein the method includes monitoring the user to obtain the received information 98 The computer program of claim 87 wherein multiple pieces of information are received which relate to a property of the user, wherein the multiple pieces of information are inconsistent as to the current value for the property, and wherein the determining of the current value involves mediating the inconsistencies 99 The computer program of claim 87 wherein a rating indicating quality of the received information is received, and wherein the quality rating is reflected in the determined current values for the properties which relate to the received information

Inventors: ABBOTT KENNETH H III, NEWELL DAN, ABBOTT, KENNETH, H., III, NEWELL, DAN
Applicants: ABBOTT KENNETH H III, NEWELL DAN, TANGIS CORP, ABBOTT, KENNETH, H., III, NEWELL, DAN, TANGIS CORPORATION
Application year: 1999
Main classification: G06F1
IPC codes: G06F1, G06F3, G06F21