# Patent

## Title
Aggregated presence over user federated devices

## Abstract

One embodiment of a system for aggregating and distributing presence information comprises a hosted presence aggregator server. The hosted presence aggregator server receives an update of presence information from a user device and relays the presence information update to another user device, wherein the user devices are part of a federation of user devices controlled by a single user which relay updates in presence status of the single user to one another via the hosted presence aggregator server.

## Background
TECHNICAL FIELD
The present disclosure is generally related to computer networks and, more particularly, is related to communicating statuses of networking devices and users.
BACKGROUND
To update presence information across multiple messaging platforms, such as telephony and instant messaging, often a client user individually updates his or her presence status on the individual messaging platforms. For example, the client user may set an “Out of Office” presence state on an email messaging platform and an offline network status on an instant messaging platform. Therefore, users that wish to provide presence updates spend a great deal of time manually configuring each messaging platform device or service separately.
SUMMARY
One embodiment of a system for aggregating and distributing presence information comprises a hosted presence aggregator server. The hosted presence aggregator server receives an update of presence information from a user device and relays the presence information update to another user device, wherein the user devices are part of a federation of user devices controlled by a single user which relay updates in presence status of the single user to one another via the hosted presence aggregator server.
One embodiment of a method for aggregating and distributing presence information comprises receiving an update of presence information from a user device and relaying the presence information update to another user device, wherein the user devices are part of a federation of user devices controlled by a single user which relay updates in presence status of the single user to one another.
One embodiment of a computer readable medium has computer instructions for aggregating and distributing presence information, where the computer instructions when executed by one or more computers cause the one or more computers to receive an update of presence information from a user device and relay the presence information update to another user device, wherein the user devices are part of a federation of user devices controlled by a single user which relay updates in presence status of the single user to one another.
Other systems, methods, articles, features, and advantages of the present disclosure will be or become apparent to one with skill in the art upon examination of the following drawings and detailed description. It is intended that all such additional systems, methods, features, and advantages be included within this description, be within the scope of the present disclosure, and be protected by the accompanying claims.



BRIEF DESCRIPTION OF THE DRAWINGS
Many aspects of the present disclosure can be better understood with reference to the following drawings. The components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present disclosure. Moreover, in the drawings, like reference numerals designate corresponding parts throughout the several views.
FIG. 1 is a system diagram of one embodiment of an aggregated presence system in accordance with the present disclosure.
FIG. 2 is a block diagram of one embodiment of a computer implementing a hosted presence aggregator component of FIG. 1.
FIG. 3 is a block diagram of one embodiment of a computer implementing an aggregated presence component of FIG. 1.
FIG. 4 is a diagram of one embodiment of a user interface that can be used to indicate a user's presence state within the system of FIG. 1.
FIG. 5 is a diagram of one embodiment of a user interface of a web browser that can be used to indicate a user's presence state within the system of FIG. 1.
FIG. 6 is a diagram of one embodiment of a user interface that can be used to specify a policy to be utilized within the system of FIG. 1.
FIGS. 7-8 are system diagrams representing implementations of an embodiment of the system of FIG. 1, where presence information is being transmitted to a federation of user devices.
FIG. 9 is a system diagram representing one implementation of an embodiment of FIG. 1, where a user's presence information is being transmitted to other users.
FIGS. 10-11 are system diagrams representing implementations of an embodiment of FIG. 1, where a user's presence information in the form of an audio recording is being transmitted to a federation of user devices.
FIG. 12 is a system diagram representing one implementation of an embodiment of FIG. 1, where a user's presence information is being transmitted to other users along with the user's supplemental presence information.
FIG. 13 is a system diagram representing one implementation of an embodiment of FIG. 1, where a user's policy is being transmitted to a federation of user devices.
FIG. 14 is a system diagram representing one implementation of an embodiment of FIG. 1, where a user's presence information is being transmitted to other users along with the user's supplemental presence information in accordance with a user's policy settings.
FIGS. 15-21 are flow chart diagrams depicting embodiments of a hosted presence aggregator process in accordance with the present disclosure.



DETAILED DESCRIPTION
Embodiments of the present disclosure provide systems and methods to connect non-interoperable messaging platforms to update primary presence status for platform users which may include updates across multiple messaging devices and/or services (e.g., cellular phone voicemail, office voicemail, enterprise email, instant messaging, web based email). Embodiments of the present disclosure may provide systems and methods of interoperability to update key presence information across multiple types of messaging platforms, including telephony, email, instant messaging, etc.
Embodiments of the present disclosure, among others, provide an ability to interconnect non-contiguous messaging, internet protocol (IP), and telephony platforms to provide automated presence updates that affect a single user. This includes information on how to reach a user that is away from his or her messaging or user device (e.g. email, mobile cellular telephone, IP-based office telephone). This is interoperable with known industry standards for recording and setting presence information. This includes multiple protocol stacks across different types of devices, such as but not limited to session initiation protocol (SIP), session initiation protocol for instant messaging and presence leveraging extensions (SIMPLE), voice extensible markup language (VXML), telephony application programming interface (TAPI), JABBER®, and extensible messaging and presence protocol (XMPP).
Referring now to FIG. 1, a system diagram of one embodiment of an aggregated presence system 100 is shown. Via this system, a user does not have to update presence information on multiple messaging platforms P1, P2, P3 with separate presence configuration to provide information regarding his or her current presence status, where the presence status generally indicates or conveys an ability and willingness of the user to communicate. Specifically, a user may not need to individually alter a user's Office and Home voicemail box primary greeting, email platform “Out Of The Office” information, and instant messaging client presence information. Rather, a hosted presence aggregator 120 allows presence updates to be relayed to mutually non-connected entities securely using a web browser 140 or an aggregated presence (AP) agent 145 installed at an end messaging or user device 130A, 130B, 130C. The hosted presence aggregator 120 supports both voice and text presence information and audio recordings from a single location.
Using the AP agent application 145 on a user's messaging device, the user can federate the messaging device to a central point or site (e.g., hosted presence aggregator site). The central hosted presence aggregator site may then push down presence updates and policies to federated devices 130A, 130B, 130C of the user 110. Each of the devices in the user's federation will be updated with presence information provided to the central point or site. For example, the user may make a presence update once to the hosted presence aggregator 120 which will then relay the update to the user's phone 130A and computer 130B at the same or nearly the same time. In one embodiment, the AP agent application 145 on the user's cell phone may poll the hosted presence aggregator 120 for new updates and the hosted presence aggregator 120 may communicate the requested presence updates to the AP agent application 145 so that they may be made on a federated device 130A, 130B, 130C. Similarly, the user's phone may not feature memory and processing capabilities and may utilize processing capabilities of a server so that the AP agent 145 resides on the server and sets the presence updates relayed from the hosted presence aggregator 120. In one embodiment, the presence update may constitute an outgoing message for a voicemail box of the user that is provided to the hosted presence aggregator 120 and relayed to participating federated devices 130 capable of utilizing the update. In accordance with the presence disclosure, federated messaging devices 130 which communicate with the hosted presence aggregator are not intended to be limited to devices having a same provider, vendor, or carrier. Therefore, messaging devices may be federated for a user which are not normally connectable but may connect to a central point and receive presence updates so that the devices may be managed.
The hosted presence aggregator 120 component of one embodiment of the disclosure can be implemented in software (e.g., firmware), hardware, or a combination thereof. In one mode, the hosted presence aggregator component 120 is implemented in software, as an executable program, and is executed by a special or general purpose digital computer, such as a personal computer (PC; IBM-compatible, Apple-compatible, or otherwise), workstation, minicomputer, or mainframe computer. An example of a general purpose computer that can implement the hosted presence aggregator component is shown in FIG. 2. In FIG. 2, the hosted presence aggregator component is denoted by reference numeral 210.
Generally, in terms of hardware architecture, as shown in FIG. 2, the computer 211 includes a processor 212, memory 214, and one or more input and/or output (I/O) devices 216 (or peripherals) that are communicatively coupled via a local interface 218. The local interface 218 can be, for example but not limited to, one or more buses or other wired or wireless connections, as is known in the art. The local interface 218 may have additional elements, which are omitted for simplicity, such as controllers, buffers (caches), drivers, repeaters, and receivers, to enable communications. Further, the local interface may include address, control, and/or data connections to enable appropriate communications among the aforementioned components.
The processor 212 is a hardware device for executing software, particularly that stored in memory 214. The processor 212 can be any custom made or commercially available processor, a central processing unit (CPU), an auxiliary processor among several processors associated with the computer 211, a semiconductor based microprocessor (in the form of a microchip or chip set), a macroprocessor, or generally any device for executing software instructions.
The memory 214 can include any one or combination of volatile memory elements (e.g., random access memory (RAM, such as DRAM, SRAM, SDRAM, etc.)) and nonvolatile memory elements (e.g., ROM, hard drive, tape, CDROM, etc.). Moreover, the memory 214 may incorporate electronic, magnetic, optical, and/or other types of storage media. Note that the memory 214 can have a distributed architecture, where various components are situated remote from one another, but can be accessed by the processor 212.
The software in memory 214 may include one or more separate programs, each of which comprises an ordered listing of executable instructions for implementing logical functions. In the example of FIG. 2, the software in the memory 214 includes the hosted presence aggregator component in accordance with an embodiment of the present disclosure and a suitable operating system (O/S) 222. The operating system 222 controls the execution of other computer programs, such as the hosted presence aggregator component 210, and provides scheduling, input-output control, file and data management, memory management, and communication control and related services.
The hosted presence aggregator component 210 is a source program, executable program (object code), script, or any other entity comprising a set of instructions to be performed. When a source program, then the program needs to be translated via a compiler, assembler, interpreter, or the like, which may or may not be included within the memory 214, so as to operate properly in connection with the O/S 222. Furthermore, the hosted presence aggregator component 210 can be written as (a) an object oriented programming language, which has classes of data and methods, or (b) a procedure programming language, which has routines, subroutines, and/or functions.
The I/O devices 216 may include input devices, for example but not limited to, a keyboard, mouse, scanner, microphone, etc. Furthermore, the I/O devices 216 may also include output devices, for example but not limited to, a printer, display, etc. Finally, the I/O devices 216 may further include devices that communicate both inputs and outputs, for instance but not limited to, a modulator/demodulator (modem; for accessing another device, system, or network), a radio frequency (RF) or other transceiver, a telephonic interface, a bridge, a router, etc.
The software in the memory 214 may further include a basic input output system (BIOS) (omitted for simplicity). The BIOS is a set of software routines that initialize and test hardware at startup, start the O/S 222, and support the transfer of data among the hardware devices. The BIOS is stored in ROM so that the BIOS can be executed when the computer 211 is activated.
When the computer 211 is in operation, the processor 212 is configured to execute software stored within the memory 214, to communicate data to and from the memory 214, and to generally control operations of the computer 211 pursuant to the software. The hosted presence aggregator component 210 and the O/S 222, in whole or in part, but typically the latter, are read by the processor 212, perhaps buffered within the processor 212, and then executed.
When the hosted presence aggregator component 210 is implemented in software, as is shown in FIG. 2, it should be noted that the hosted presence aggregator component 210 can be stored on any computer readable medium for use by or in connection with any computer related system or method. In the context of this document, a computer readable medium is an electronic, magnetic, optical, or other physical device or means that can contain or store a computer program for use by or in connection with a computer related system or method. The computer readable medium can be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or medium. More specific examples (a nonexhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic) having one or more wires, a portable computer diskette (magnetic), a random access memory (RAM) (electronic), a read-only memory (ROM) (electronic), an erasable programmable read-only memory (EPROM, EEPROM, or Flash memory) (electronic), an optical fiber (optical), and a portable compact disc read-only memory (CDROM) (optical).
In an alternative embodiment, where the hosted presence aggregator component 210 is implemented in hardware, the hosted presence aggregator component can implemented with any or a combination of the following technologies, which are each well known in the art: a discrete logic circuit(s) having logic gates for implementing logic functions upon data signals, an application specific integrated circuit (ASIC) having appropriate combinational logic gates, a programmable gate array(s) (PGA), a field programmable gate array (FPGA), etc.
Similarly, the AP agent component of one embodiment of the disclosure can be implemented in software (e.g., firmware), hardware, or a combination thereof. In one mode, the AP agent component is implemented in software, as an executable program, and is executed by a special or general purpose digital computer, such as a personal computer (PC; IBM-compatible, Apple-compatible, or otherwise), workstation, minicomputer, or mainframe computer. An example of a general purpose computer 311 that can implement the AP agent component is shown in FIG. 3. In FIG. 3, the AP agent component is denoted by reference numeral 310. The rest of the components shown in the figure are similar to the components just described for FIG. 2.
Messaging platform provided services may include cellular phone voicemail, office voicemail, enterprise email, instant messaging, and Web based email. As stated above, a user does not have to update presence information on multiple platforms with separate presence configuration to provide information regarding their current status. A user can access the hosted presence aggregator service using web communications or communications from an AP agent 145 installed on an end messaging device. Accordingly, a web browser 140 may be used by the user to access a web service provided by the hosted presence aggregator service. Therefore, the hosted presence aggregator 120 is hosted on a web server, in one embodiment.
When accessing the hosted presence aggregator service using a web browser 140, a user-interface web page is displayed on the computing device hosting the web browser 140. Via the user-interface, a user can update his or her presence information. After receiving the presence information update for the user, the hosted presence aggregator service establishes updates to all user-owned or user-controlled information services. With aid of a web user interface, the hosted presence aggregator manages and publishes different presence data schemas, including text status, GPS (Global Positioning System) coordinates, and audio, image, and video data.
As an example, in one embodiment, a user may update his or her presence information using a web browser. In this example, the web browser may display a web page provided by the hosted presence aggregator service. The web page may include a user interface for selecting or inputting a presence status for the user and relaying this presence status to the hosted presence aggregator service. After receiving the updated presence status for the user, the hosted presence aggregator 120 may then provide the updated presence status to other devices and services owned or controlled by the user, so that these devices and services may update their presence information for the user. Accordingly, a federation of presence enabled devices and services 130 for a single user may be established.
Further, in one embodiment, the user may update his or her presence status using a user interface provided on a user messaging device, such as the user's mobile phone or IM (instant messaging) client device. In accordance with the present disclosure, the user messaging device may also host an AP agent 145 which detects the change in or updating of presence status and relays the new presence information to the hosted presence aggregator 120.
Referring now to FIG. 4, one embodiment of a user interface 410 for indicating a user's presence state for a messaging device 420 is shown. In this example, a user interface 410 to a messaging device 420 allows a user to select a presence state. After selection of the presence state, the AP agent 145 installed on the messaging device 420 relays the selected presence state to the hosted presence aggregator component 120.
Similarly, referring now to FIG. 5, one embodiment of a user interface for indicating a user's presence state for a web browser 140 is shown. In this example, a user interface 510 comprising a web page displayed on a computer 520 hosting the web browser 140 allows a user to select a presence state. Selection of the presence state is communicated to the hosted presence aggregator component 120 using HTTP (hypertext transfer protocol) communications.
After receiving the updated presence status for the user, the hosted presence aggregator 120 may then provide the updated presence status to other devices and services 130 owned or controlled by the user 110, so that these devices and services may update their presence information for the user.
In one embodiment, an update in presence information may be indicated by uploading an outgoing message announcement to the hosted presence aggregator 120, such as that used in voicemail systems to indicate that a user is away from his or her messaging service or device. After receiving the updated presence information, the outgoing message announcement may be relayed to the user's owned or controlled services that can utilize the updated information, such as the user's voicemail services.
In one embodiment, the devices and services receiving the updated presence information may poll the hosted presence aggregator service for new updates, if available. Otherwise, in some embodiments, the hosted presence aggregator 120 pushes new updates to the devices and services. Presence status can also be exported to Web 2.0 enabled social networking sites including MYSPACE®, TWITTER®, LINKEDIN®, and FACEBOOK®. To designate such sites, the user may specify them and corresponding usernames and passwords, if necessary, with the hosted presence aggregator service. The hosted presence aggregator service understands presence types utilized by different and individual presence devices/services, including “away for travel,” “out of office,” etc. and may translate terms used by one device/service into terms used by the hosted presence aggregator 120 and vice versa. In general, the hosted presence aggregator 120 is technology agnostic using connectors for presence protocols, including XML, SIP, SIMPLE, VXML, TAPI, XMPP, JABBER®, MICROSOFT EXCHANGE®, etc. and is interoperable with known industry standards for recording and setting presence information.
Once a user has federated his or her messaging devices (or other devices that utilize presence updates) and has established presence updates from a central point, the user can then establish act-on behavior for the federated devices in response to the user's presence information. The act-on behavior entails how a federated device is to act in response to certain presence information. Accordingly, once a user has established a federation and established a presence update, the act-on behavior determines what is actually done with the presence data to make it usable either than simply providing the presence data to someone or device. For example, if someone in the user's friends group calls one of one of the user's federated devices and the user's presence is that of being away or unavailable, as a non-limiting example, the federated device may have been provided a policy describing the desired act-on behavior for responding to a call from one of the user's friends while the user is “away.” This policy may state that GPS information on the user's location is to be provided to the friend. This GPS information may be obtained from a user's federated device itself. Alternatively, the GPS information may be relayed to the hosted presence aggregator 120 from a user or messenger device and then relayed to a federated device upon request by the device. Alternatively, a policy could state to provide a string of data (e.g., “I'm on vacation”), provide a hypertext map link that can be clicked and viewed, etc.
While the prior example describes an ability to use act-on policy data intelligently with GPS integration, in some embodiments, a hosted web-based platform may be extended to include XML metadata which will enable it to easily support new data types for act-on and notification behavior as a hosted web service. This is useful as communication evolves beyond telephone devices into network driven unified communications clients and other types of network connected devices. As an example, high priority calls could have presence act-on behavior for a manager that are routed into a receptionist IM alert; alternately it could be displayed as in-dash messaging from a Bluetooth-capable mobile phone or be presented as a video stream to their AT&T U-verse® television receiver at office and at home. Further, package shipping services may use hosted federated presence GPS information from a mobile phone to determine the current location to route a postal parcel in the event that a user is traveling on business or on vacation such that the user can request a reroute of a package in transit and then chose to share the presence data with the postal carrier if the shipping company's tracking web site is presence enabled. Other types of devices not specifically mentioned in this disclosure could also be made presence aware that are associated directly to a user or user group presence updates. For example, video projector carts could send presence updates with information from their GPS tag so that they can be located for a presentation. Also, hospital crash carts could update presence information with their current floor, location, and in use status enabling more responsive emergency medical care. The foregoing are but illustrative examples and are not meant to be limiting.
As suggested above, in some embodiments, a hosted presence aggregator web platform 120 supplies act-on presence behavior to end user or messenger devices. For example, a user may specify a policy on how end user devices should act or behave for particular presence states or scenarios. Further, the user may establish groups of contacts such as a friends group, office group, all users group. Therefore, the user may establish a policy that specifies that when the user is “away” and receives attempted communications from another user that is not in his or her friends group that the end device that is receiving this communication should forward the communication to voicemail. Additional rules may be established such as automatically accepting a meeting request when the user is in a particular presence state. The policy rules may be relayed to each of the user's end devices 130 or rules may be specified to be for a particular device or device-type. For example, the user 110 may designate that when the user is “present and available” and receives attempted communications from another user on a “telephone” device that the call should be forwarded to his or her office telephone. Accordingly, different user devices may be associated with specific behaviors based on the type of presence set or states of a user. This includes information on how to reach a user that is away from his or her primary messaging device (e.g., email, mobile cellular telephone, IP-based office telephone).
As shown in an example represented by FIG. 6, a user may configure a user-device to provide GPS coordinates to the hosted presence aggregator 120. In this example, a user interface 610 comprising a web page displayed on a computer 620 hosting the web browser 140 allows a user to designate a policy that is communicated to the hosted presence aggregator component 120 using HTTP (hypertext transfer protocol) communications. As depicted, the user may specify a policy that the user's current location (e.g., via GPS coordinates) should be provided or published to interested contacts in a “family” grouping when the user is “away from the office” so that these contacts may know the whereabouts of the user. Accordingly, the GPS coordinates may be provided by the hosted presence aggregator 120 to the user's end devices and then relayed to interested contacts that are attempting to contact the user via one of these end devices 130.
In one embodiment, a federation takes place using an AP agent application 145 that establishes a secure connection with a hosted presence aggregator 120. This secure connection is based on a certificate authenticating the device as part of an authorized federation. For example, in case of a cell phone or in the case of a computer (e.g., email or IM client), the AP agent application 145 is installed on the device and a certificate is generated or issued by the hosted presence aggregator service and sent to the device and installed.
The digital certificate acts as a digital credential that identifies a user device as being part of a valid federation. Accordingly, a digital certificate may be revoked from a device when the user or messaging device should no longer be part of a user's federation of devices, including messaging servers in one embodiment. For example, an employer may revoke a certificate of an employer's work phone being utilized by a user so that the user can not make presence changes for the work phone after the user's employment with the employer has terminated. In this case, the user's control or ownership of the work device has extinguished.
In one arrangement, among others, a chain of user and organization security certificates is supported as an “intermediary” group. This gives a user the authority to manage and publish presence updates on behalf of an organization or employer, fellow employee, or other user. The intermediary certificates can be revoked by the employer or other user to remove authorization to publish presence updates on their behalf. This is important if an employee leaves their employer, or loses physical access to the presence agent device (e.g., a mobile phone is stolen, home PC intrusion, etc.)
In one embodiment, a digital certificate utilizes public key cryptography by containing a public key of the user identified in the certificate. The certificate matches a public key to a particular user and that certificate's authenticity is guaranteed by the issuer.
Also, in some embodiments, the hosted presence aggregator platform securely authenticates and manages device state and synchronization using public key cryptography and PKI (public key infrastructure) certificate model for end to end encryption. In one embodiment, the hosted presence aggregator 120 encrypts communications intended for an end messaging device 130 of a user 110 with a public key of the end device, so that only a private key of the end device can decode the communications. Likewise, end devices may encrypt communications intended for the hosted presence aggregator 120 with a public key of the hosted presence aggregator 120 so that a private key (installed at the hosted presence aggregator) is needed to decode those communications.
Referring now to FIG. 7, one embodiment of a presence federation system is shown. In this system, a hosted presence aggregator service is hosted on server 710 which is communicatively coupled to database 720. Database 720 stores presence profiles, policies, statuses, and related information utilized by the hosted presence aggregator service. As previously discussed, a user 725 may update his or her presence using a web browser 730 which communicates with the hosted presence aggregator service. In this example, the user has posted his or her presence as being “Out Of The Office” 735. The web browser 730 communicates the presence update 738 (e.g., using wireless or wired network communications) to the hosted presence aggregator 120 at server 710. The hosted presence aggregator service at server 710 may then push or transmit the presence update 738 (e.g., using wireless or wired network communications) to the user's federated devices, including a telephone 740, a personal computer 750 (and installed messaging applications), and a personal digital assistant 760.
Referring now to FIG. 8, one embodiment of a presence federation system is shown where like components have similar numbers, as provided in FIG. 7. As previously discussed, a user 725 may update his or her presence using a personal messaging device, such as a personal digital assistant 860 installed with an AP agent application 145. In this example, the user has posted his or her presence as being “Out Of The Office” 863 on the messaging device 860 and the AP agent 145 detects the update and relays the presence information 865 to the hosted presence aggregator service 120 at server 710. The hosted presence aggregator service may then push or transmit the presence update 865 to the user's federated devices, including a telephone 840 and a personal computer 850 (and installed messaging applications).
In FIG. 9, one embodiment of a presence federation system is shown where like components have similar numbers, as provided in FIG. 7. As previously discussed, a user 725 may update his or her presence using a personal messaging device, such as a personal digital assistant 860 installed with an AP agent application 145. In this example, the user “Joe” 725 has posted his or her presence as being “Out Of The Office” 865 on the messaging device 860 and the AP agent 145 detects the presence update and relays the presence information 870 to the hosted presence aggregator service at server 710. The hosted presence aggregator service may then push or transmit the presence update 870 to the federated devices 880, 890 of other users in accordance with Joe's policy on how he or she would like his or her presence information to be published. In this example, Joe's policy indicates that presence updates should be distributed to user “Chris” and user “Bill” and all of their federated devices 880, 890.
Referring now to FIG. 10, one embodiment of a presence federation system is shown where like components have similar numbers, as provided in FIG. 7. Similar to database 720, database 1020 stores presence profiles, policies, statuses, and related information, such as media describing presence states, utilized by the hosted presence aggregator service at server 710. As previously discussed, a user 725 may update his or her presence using a personal messaging device, such as a personal computer 1050 installed with a web browser application 1055. In this example, the user has posted his or her presence as being “I Am Out Of The Office” by uploading a recorded audio message 1060 to the hosted presence aggregator service at server 710 from the web browser 1055. The hosted presence aggregator service may then push or transmit the uploaded recorded audio message 1060 to the user's federated voicemail services, including an office voicemail system 1040 and a home voicemail system 1050.
Referring now to FIG. 11, one embodiment of a presence federation system is shown where like components have similar numbers, as provided in FIG. 7. Similar to database 720, database 1120 stores presence profiles, policies, statuses, and related information, such as media describing presence states, utilized by the hosted presence aggregator service. As previously discussed, a user 725 may update his or her presence using a personal messaging device, such as a telephone 1140, and corresponding messaging service, such as an office voicemail system 1145 installed with an AP agent application 145. In this example, the user has called into the voicemail service and recorded an audio message, “I Am Out Of The Office,” to be used as an outgoing message by the voicemail system. The AP agent application detects the newly generated recording for the user and relays the new recording 1150 to the hosted presence aggregator service at server 710. The hosted presence aggregator service may then push or transmit the uploaded recorded audio message 1150 to the user's federated voicemail service, including a home voicemail system 1160.
In FIG. 12, one embodiment of a presence federation system is shown where like components have similar numbers, as provided in FIG. 7. Similar to database 720, database 1220 stores presence profiles, policies, statuses, and related information, such as media describing presence states, utilized by the hosted presence aggregator service. As previously discussed, a user 725 may update his or her presence using a personal messaging device, such as a personal computer 1250 installed with a web browser application 1255. In this example, the user has posted his or her presence as being “I Am Out Of The Office” with the hosted presence aggregator service at server 710 using the web browser 1255. The hosted presence aggregator service may then push or transmit the presence update 1260 to other user's federated devices, in accordance with the user's policies for distributing presence information. Further, in this example, the user also posts GPS location information 1265 to the hosted presence aggregator service at server 710 for the user's current location, such as by a personal digital assistant 1260 having a GPS receiver/transmitter. The user may set up a policy that posted GPS coordinates should be distributed to other users' federated devices when the user is not available (e.g., Out Of The Office). In the example shown, the user's presence is indicated as being Out Of The Office and being at the City Park on another user's federated device (e.g., Chris' GPS-enabled phone 1290), as designated by the user's policy settings. Alternatively, the server 710 may receive GPS coordinates from a user and convert them into a street address or other textual description of the user's current location and provide this information to another user.
Referring now to FIG. 13, one embodiment of a presence federation system is shown. Similar to database 720, database 1320 stores presence profiles, policies 1315, statuses, and related information, such as media describing presence states, utilized by the hosted presence aggregator service at server 710. As previously discussed, a user 725 may set a policy, such as one specifying act-on behavior in response to presence states using a personal messaging device, such as a personal computer 1350 installed with a web browser application 1355. In this example, the user has posted a policy 1315 with the hosted presence aggregator service at server 710 using the web browser 1355. The hosted presence aggregator service may then push or transmit the policy update 1315 to the other user's federated devices 1340, 1350B, 1360 so that these devices may behave in accordance with the policy 1315.
In FIG. 14, one embodiment of a presence federation system is shown. Similar to database 720, database 1420 stores presence profiles, policies, statuses, and related information, such as media describing presence states, utilized by the hosted presence aggregator service at server 710. As previously discussed, a user 725 may update his or her presence using a personal messaging device, such as a personal computer 1450 installed with a web browser application 1455. In this example, the user has posted his or her presence as being “I Am In My Office” by selecting this state using a web browser interface to the hosted presence aggregator service. The hosted presence aggregator service at server 710 may then push or transmit the presence update 1470 to other user's federated devices, in accordance with the user's policies for distributing presence information. Further, in this example, the user also posts GPS location information 1472 to the hosted presence aggregator service at server 710 for the user's current location, such as by a personal digital assistant 1460 having a GPS receiver/transmitter. The user may set up a policy that posted GPS coordinates should be distributed to other user's federated devices along with his or her presence information. In the example shown, the user's presence 1470 and location information 1472 are provided to another user's phone 1450. In addition, in this example, the user also posts video information 1474 from a camera 1476 in the user's office location. The video information 1474 is transmitted to the hosted presence aggregator service at server 710, where the user may have set up a policy that posted video should be distributed to other users' federated devices 1450, 1455 along with his or her presence information 1470. In the example shown, the user's presence 1470 and location information 1472 are provided to another user's telephone device 1450, and the user's presence 1470 and video information 1474 are provided to the other user's computing device 1455. Accordingly, the user's policy may specify that certain supplemental information, such as location information 1472 or video 1474, should be provided to certain devices, such that the AP agents 145 installed on these certain devices 1450, 1455 receive or retrieve the designated supplemental information from the hosted presence aggregator service at server 710.
Referring now to FIG. 15, one embodiment of a hosted presence aggregator process is depicted. In one embodiment, this process is tied to a computer, as illustrated in FIG. 2. In block 1510, an update of presence information is received from a user device 130 of a user 725. The update may be posted to a web service by a user via a web browser 730, in one embodiment. A hosted presence aggregator 120 then publishes or transmits (block 1520) the updated presence information to a federation of user devices, such as a telephone 740, a personal computer 750 (and installed messaging applications), and a personal digital assistant 760 of the user 725.
In FIG. 16, one embodiment of a hosted presence aggregator process is depicted. In one embodiment, this process is tied to a computer, as illustrated in FIG. 2. In block 1610, an update of presence information is received from a user device 130. The update may be transmitted from a AP agent 145 on a user device 860 upon which the update was generated. A hosted presence aggregator service 120 then publishes the updated presence information to a federation of user devices 130, such as a telephone 840, a personal computer 850 (and installed messaging applications), and a personal digital assistant 760.
In FIG. 17, one embodiment of a hosted presence aggregator process is depicted. In one embodiment, this process is tied to a computer, as illustrated in FIG. 2. In block 1710, an update of presence information is received from a user device. The update may be detected from an AP agent 145 on a user device 130 upon which the update was generated. The newly detected presence information may then be relayed or transmitted to a hosted presence aggregator 120 in block 1720. The hosted presence aggregator 120 publishes or transmits (block 1730) the updated presence information to a federation of user devices 130, 860, such as a telephone 880A, 890A, a computer 890B (and installed messaging applications), and a personal digital assistant 880B, in accordance with the user's policy on how presence updates should be distributed to other users and all of their federated devices 880, 890.
Referring now to FIG. 18, one embodiment of a hosted presence aggregator process is depicted. In one embodiment, this process is tied to a computer, as illustrated in FIG. 2. In block 1810, an update of presence information is received from a personal messaging device, such as a personal computer 1050 installed with a web browser application 1055 in a form of a recorded audio message. In this example, the user has posted his or her presence as being “I Am Out Of The Office” by uploading a recorded audio message 1060 to the hosted presence aggregator 120 from the web browser 1055. The hosted presence aggregator 120 may then push or transmit the uploaded recorded audio message 1060 to the user's federated voicemail services, including an office voicemail system 1040 and a home voicemail system 1050, as shown in block 1820.
Referring now to FIG. 19, one embodiment of a hosted presence aggregator process is depicted. In one embodiment, this process is tied to a computer, as illustrated in FIG. 2. In block 1910, an update of presence information (e.g., network presence state) from a user is received. The update in a form of a recorded audio message pertains to the user's presence and is made using a personal messaging device, such as a telephone 1140, and corresponding messaging service, such as an office voicemail system 1145 installed with an AP agent application 145. For example, the user may call into the voicemail service 1145 and record an audio message, “I Am Out Of The Office,” to be used as an outgoing message by the voicemail system 1145. The AP agent application 145 detects (block 1920) the newly generated recording for the user and relays or transmits (block 1930) the new recording to the hosted presence aggregator 120. The hosted presence aggregator 120 may then push or transmit (1940) the uploaded recorded audio message to the user's federated voicemail service, including a home voicemail system 1160.
In FIG. 20, one embodiment of a hosted presence aggregator process is depicted. In one embodiment, this process is tied to a computer, as illustrated in FIG. 2. In accordance with this process, a presence update from a personal messaging device, such as a personal computer 1250 installed with a web browser application 1255, is received (block 2010) at a host presence aggregator 120. For example, the user may post his or her presence as being “Out Of The Office” with the hosted presence aggregator 120 using the web browser 1255. The hosted presence aggregator 120 may then push or transmit (block 2020) the presence update to other users' messaging or user devices, in accordance with the user's policies for distributing presence information along with supplemental presence information. For example, the user or user devices might have posted or transmitted (block 2010) supplemental presence information in the form of GPS location information to the hosted presence aggregator service for the user's current location, such as by a personal digital assistant 1260 having a GPS card. The user may set up a policy that posted GPS coordinates should be distributed to other user's messaging devices when the user is not available (e.g., “Out Of The Office”). For example, the user's presence may be indicated as being “Out Of The Office” and being at the City Park location on another user's device, as designated by the user's policy settings. Therefore, the supplemental presence information (e.g., GPS location information) is also transmitted (block 2030) to other users' messaging or user devices.
Referring now to FIG. 21, one embodiment of a hosted presence aggregator process is depicted. In one embodiment, this process is tied to a computer, as illustrated in FIG. 2. A user 725 sets or updates (block 2110) a policy, such as a policy designating act-on behavior in response to presence states using a personal messaging device, such as a personal computer 1350 installed with a web browser application 1355. In this example, the user 725 has posted or transmitted (block 2120) a policy 1315 to the hosted presence aggregator 120 using the web browser 1355. The hosted presence aggregator 120 may then push or transmit (block 2130) the policy update to the user's other federated devices 1340, 1350, 1360 so that these devices may behave in accordance with the policy 1315.
In accordance with the above-described embodiments, a device does not need to be SIP aware to publish presence status updates and/or provide instant messaging functionality. Non-SIP connected devices (which include includes legacy public branch exchange telephone switches, email servers, hosted web-based e-mail platforms, web servers, carrier telephone switches, legacy office voicemail, carrier hosted voicemail platforms, non-IP cellular voicemail, cellular switching infrastructure, etc.) outside of a SIP, SIMPLE, or XMPP-aware environment now have a way to publish presence updates.
As a non-limiting example, a web server can communicate with user agents placed into each device to obtain and modify current presence information. This allows a single user to manage presence on multiple devices simultaneously. In the case of exchange carrier infrastructure (e.g., carrier telephone switches and cellular switching infrastructure) the carrier may maintain agent access for the user using a certificate. The user agent makes the device presence-aware, without the need of a SIP, SIMPLE, or XMPP environment. Further in this example, presence aggregation takes place in a hosted web environment versus a standalone unified communications environment where local SIP proxy servers only have presence information available from SIP or XMPP-capable local devices.
It should be emphasized that the above-described embodiments of the present disclosure are merely possible examples of implementations, merely set forth for a clear understanding of the principles of the disclosure. Any process descriptions or blocks in flow charts should be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process, and alternate implementations are included in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present disclosure. Many variations and modifications may be made to the above-described embodiment(s) without departing substantially from the spirit and principles of the present disclosure. All such modifications and variations are intended to be included herein within the scope of this disclosure.

## Claims

1. A system for aggregating and distributing presence information comprising:
a hosted presence aggregator server comprising:
a processor; and
a memory to store computer program instructions, the computer program instructions when executed on the processor cause the processor to perform operations comprising:
receiving an update of presence status from a user device of a single user and relaying the update of presence status to all other user devices of the single user to change their presence status to correspond to the update of presence status of the single user;
specifying a first policy designating a desired act-on behavior to be implemented by devices in a federation for a particular presence state, the act-on behavior based on the particular presence state, an identification of a user attempting to communicate with the single user, and a priority of a communication from the user attempting to communicate with the single user; and
specifying a second policy describing how supplemental presence information should be distributed to devices in the federation, the supplemental presence information comprising a current location of the single user, the current location designated by the single user via a device separate from the devices in the federation,

wherein the user devices are part of the federation of user devices controlled by the single user which relay updates in presence status of the single user to one another via the hosted presence aggregator server so that a presence status of the respective user devices can be updated to correspond to the presence status of the single user, and
wherein a user device in the federation which receives the supplemental presence information provides the supplemental presence information along with presence status information to a user device of another user who is monitoring the single user.

2. The system of claim 1 further comprising:
an aggregator presence agent installed at a user device which is part of the federation of user devices, wherein an update in presence status of the single user made to the user device installed with the aggregator presence agent is detected by the aggregator presence agent and transmitted to the hosted presence aggregator server.

3. The system of claim 1, wherein updates in presence information to the hosted presence aggregator server are communicated using Hypertext Transfer Protocol from the user device of the single user.

4. A method for aggregating and distributing presence information comprising:
receiving an update of presence status from a user device of a single user;
relaying the update of presence status to all other user devices of the single user to change their presence status to correspond to the update of presence status of the single user;
specifying a first policy designating desired act-on behavior to be implemented by devices in a federation for a particular presence state, the act-on behavior based on the particular presence state, an identification of a user attempting to communicate with the single user, and a priority of a communication from the user attempting to communicate with the single user; and
specifying a second policy describing how supplemental presence information should be distributed to devices in the federation, the supplemental presence information comprising a current location of the single user, the current location designated by the single user via a device separate from the devices in the federation,
wherein the user devices are part of the federation of user devices controlled by the single user which relay updates in presence status of the single user to one another so that the presence status of the respective user devices can be updated to correspond to the presence status of the single user, and
wherein a user device in the federation which receives the supplemental presence information provides the supplemental presence information along with presence status information to a user device of another user who is monitoring the single user.

5. The method of claim 4, wherein updates in presence status of the single user are communicated using Hypertext Transfer Protocol from the user device of the single user.

6. The method of claim 4 further comprising:
transmitting the first policy to each of the user devices in the federation so that each of the user devices may behave in response to presence status information of the single user in accordance with the first policy.

7. A non-transitory computer readable medium storing computer program instructions for aggregating and distributing presence information, the computer program instructions when executed on a processor, cause the processor to perform operations comprising:
receiving an update of presence status from a user device of a single user;
relaying the update of presence status to all other user devices of the single user to change their presence status to correspond to the update of presence status of the single user;
specifying a first policy designating desired act-on behavior to be implemented by devices in the federation for a particular presence state, the act-on behavior based on the particular presence state, an identification of a user attempting to communicate with the single user, and a priority of a communication from the user attempting to communicate with the single user; and
specifying a second policy describing how supplemental presence information should be distributed to devices in the federation, the supplemental presence information comprising a current location of the single user, the current location designated by the single user via a device separate from the devices in the federation,
wherein the user devices are part of a federation of user devices controlled by the single user which relay updates in presence status of the single user to one another so that the presence status of the respective user devices can be updated to correspond to the presence status of the single user, and
wherein a user device in the federation which receives the supplemental presence information provides the supplemental presence information along with presence status information to a user device of another user who is monitoring the single user.

8. The computer readable medium of claim 7, wherein updates in presence status of the single user are communicated using Hypertext Transfer Protocol from the user device of the single user.

9. The computer readable medium of claim 7, the operations further comprising:
transmitting the first policy to each of the user devices in the federation so that each of the user devices may behave in response to presence status information of the single user in accordance with the first policy.