TITLE: Fallback Messaging
AUTHOR: Philip S Tellis
COMPANY: I'm a geek
%
How do you chat?
- Which IM programs do you use?
- How many accounts on each?
- Do you communicate with the same people over multiple services?
- How often do you use email/SMS to communicate with these people?
%
Does the server decide whether you can chat or not?
- How often has a service gone down for maintenance while you're in a conversation?
- What happens to your conversation?
- What happens to your train of thought?
- What happens to logs of the conversation - if any?
%
- Do you know your friends by their names or their handles?
%
Act 1, Scene 1, Take 1
- Philip and Manish are chatting on MSN about their project
- MSN server goes down
- Start Y!M, continue conversation
- Net goes down, only email working
- Send email/SMS saying that we can't chat anymore
- Philip combines all the logs to post to the website
%
The idea behind fallback messaging
- People care about people, not protocols
- Conversations should not be service dependent
- Conversation should be continuous even if the service changes
- Person-person messaging approaches pc-pc messaging
%
So what does fallback messaging do?
- Automatically pick a protocol to use for messaging
- Automatically switch protocols if one goes down without worrying the user
- A single log file irrespective of protocol
- Represent a person as a single entity rather than a bunch of different handles
%
What's needed?
- A single client that talks multiple protocols
- The client should group different accounts of a contact into a single entity
- The client should be able to switch between accounts
- Perhaps an ability to prioritise the order of fallback
%
Act 1, Scene 1, Take 2
- Philip and Manish are chatting on MSN about their project
- MSN server goes down
- The client switches to Y!M
- Net goes down, only email working
- Client switches to email/sms
- User is notified that he's now in async mode
- The client has a combined log of everything communicated
%
Can we do this today?
- FOSS clients like gaim and ayttm can do it, though they might still need some work
- FOSS clients have the edge
%
Do we really need it?
- Probably in very few situations, but we sure want it :P
- Data transfer over IM is an application
%
The future of IM
- Everyone's talking about IM interoperability
- Sending structured data and not just human readable conversations over IM
- IM transports as a commodity with value added services above it
%
Contact:
- Philip S Tellis
philip.tellis AT gmail.com
http://bluesmoon.blogspot.com/
- Uses Eric A Meyer's S5
%