fallim2000 evolution

Evolution of Presence Based Networks: 

Evolution of Presence Based Networks Jonathan Rosenberg Chief Scientist

Presence Today: 

Presence Today Also Known as Buddy Lists Usage Indicates online/offline status Largely to enable IM Users Subscribe to “Friends” List When User is Online Click to send instant message Initiate voice chat (newer) When Friends Log On/Off, Notifications are Sent Sometimes User Status Can Be Indicated Busy, Not at My Desk Presence Server Subscriber Subscriber Subscriber Publisher

Presence Tomorrow: 

Presence Tomorrow Will Describe Much More Than Online/Offline Status Presence is the dynamically changing set of means, willingness, capabilities, characteristics and ability for users to communicate and interact with each other The Means VoIP IM Mobile phone PSTN phone Email Games

Presence Tomorrow cont.: 

Presence Tomorrow cont. Willingness “Only if urgent” “Try mobile phone first, then business line” “Always send email” Capabilities and Characteristics Voicemail available Voice or video Mobile or fixed Support for multiple languages Secretary available Geographic locale

Access Controls: 

Access Controls Define Rules How and to Whom Presence Data is Conveyed Current Systems Support Limited Access Controls Only friends are allowed to subscribe Access Controls will Evolve to Become Much More Functional and Customizable User-based Groups of users - friends, colleagues Passwords Blacklisting

Access Controls cont.: 

Access Controls cont. Time-based Weekday/weekends During day, after work Location-based “Only send friends my presence when I am at home” Lying Generate false presence information depending on subscriber

Classification of Future Presence Services: 

Classification of Future Presence Services Query Applications Presence as data input to non-presence services Services start without presence - VoIP, IM, Email Synchronously fetches presence during execution Presentation services for presence data Trigger Applications Presence as a trigger to non-presence services

Fast Find-Me: 

Fast Find-Me Query Application Traditional Find-Me is a Presence Service Rings phones sequentially at all locations currently registered Based on static presence state Fast Find-Me Uses Dynamic State If a location is idle for some period, don’t ring it Fewer locations are tried Faster connection INVITE FETCH Application Server Presence Server

Traffic Jam Alerts: 

Traffic Jam Alerts Trigger Service Uses Geographic Locale as Presence Component Mobile phone site location GPS Service Definition Turn on mobile phone in car As you drive, application server monitors location As you approach traffic, service will call you Voice response system reads out alternate route NOTIFY INVITE REGISTER Application Server Presence Server

Remote Attendant Console: 

Remote Attendant Console Query Service Today’s PBXs Let Attendant Know Who is on the Phone Many Limitations Difficult (or impossible) to configure which lines are monitored Attendant station must be on PBX Monitored users must be on PBX Big Idea Station status is just presence

Remote Attendant Console cont.: 

Remote Attendant Console cont. Service Description User can define groups of monitored stations for console Stations approve being added to console Monitored stations can be any device, anywhere, which supports presence Console can be anywhere Stations send NOTIFYs as state changes, updated on console

Automatic Callback: 

Automatic Callback Trigger Application Traditional PSTN Service Call number, get busy signal Hang up, dial *66 Network calls you back when called party is available Evolution Stage I Originator SUBSCRIBEs to called party Is notified when available, resulting in screen pop Calls them back (2)Online Application Server Presence Server Media Server (1) SUB (3) Notify (4) INVITE

Automatic Callback cont.: 

Automatic Callback cont. Evolution Stage II User requests service through web page Application server handles HTTP request and subscribes to called party When called party is available, application server calls originator If originator answers, application server calls called party (3)Online Application Server Presence Server Media Server (2) SUB (4) Notify (5) INVITE HTTP POST (6) INVITE

Automatic Callback cont.: 

Automatic Callback cont. Evolution Stage III Same as II, except application server also subscribes to originator When both are online, rings them both Enables “subscribe and forget” Application Server Presence Server Media Server (2) SUB,SUB (4) Notify (5) INVITE HTTP POST (6) INVITE (3)Online

Automatic Callback cont.: 

Automatic Callback cont. Evolution Stage IV Media server introduced When originator and called party are online, application server connects originator to media server Media server asks user if he/she still wants to be connected If yes, user is connected to called party, otherwise not Online NOTIFY INVITE INVITE RTP Application Server Presence Server Media Server

Presence Presentation Services: 

Presence Presentation Services Presence Data is Accessed Through Customized Applications Yahoo Messenger AOL Messenger Alternate Access Technologies are Possible Examples Web Page Presence on-the-go Voice to IVR system Email http Presence Server Web Server FETCH

Some Observations: 

Some Observations Presence Allows Independent Parties to Access a User’s Communications Connectivity to Provide Services Breaks the monopoly of the communications provider Example: Traffic Jam Alert Example: Remote Attendant Console

Some Observations cont.: 

Some Observations cont. Utility of Presence Increases With Scope of Presence Data Geographic Locale GPS coordinates What food I’m in the mood for Presence is the Ultimate in User Profile Data Dynamic! Privacy Concerns Become More Important as Scope of Data Increases

Information Resource: 

Information Resource Jonathan Rosenberg jdrosen@dynamicsoft.com +1 973.952.5000