Should be many choices when the phone rings


Long ago I described how I want my cell phone to let me command it to play a recording to a caller noting that I have answered but need some time before I can talk, and also how I want the phone to stop ringing once I start fumbling for it. I learned that a few phones do have the former feature in a simple form, and it is something that is within the range of an app in some OSs but not others.

Let me expand those ideas to a more complete list of what a phone and voicemail system could and should do when a call is coming in. My friends Rohit Kare and Salim Ismail recently released a cool product they called Caller ID 2.0, which shows you more advanced screen pops on the incoming caller, such as their recent tweets and facebook status, which is quite cute if a bit spooky. But I refer instead to the choices I might make after seeing their number and other such information.

First of all, as before, I should be offered the ability to answer the call and play a couple of different recordings until I start speaking into the phone. As described, these recordings would be along the lines of, "I'm going to take your call but I am briefly busy, driving or in an audience. Please hold on while I get somewhere that we can talk." Since the phone should even know (based on rate of change of cell towers or GPS) that I am driving it should be able to figure out which of the two conditions I should report. While there are some minor privacy issues, it is worthwhile to let the other person know you are driving, as you really should have a different sort of conversation. This is so useful it would even be useful to let people know in the ringback that you are driving, but there are privacy issues on doing that, particularly with strangers, but even with spouses.

If the network will cooperate, it also makes sense to have choices that will, like the current "ignore" button, send the call to voice mail. These buttons however would control what sort of greeting is played, and perhaps other actions.

For example, you might send the call to a voice mail saying "Hi, I was too busy to take the call but I am with my phone, and I plan to get back to you within a few minutes. No need to leave a message." (Though if there was no caller ID, you might indicate that they should enter their phone number for the callback.) You could also have 2 buttons, to describe a longer wait time or different procedures, such as "I will call you back when I get to the office." As before, one button might make the greeting reveal things to the caller that you want to reveal, such as "Tell my location and speed." After all, quite often with a trusted caller, the main purpose of the call will be to ask where you are and when you are going to get where you're going.

Of course, as I proposed in 2005, if they do start leaving voice mail for you, and are on the same carrier, then an attempt to call them back should break into the voicemail session rather than giving you their voice mail.


Everything you describe could be done with Asterisk, the open-source PBX. And Asterisk will run on devices not as capable as my new Droid.

The only problem with such an approach would be that when your phone really wasn't available (power, out of contact) you would have to depend on the network's fail-over to voicemail.

Well, a few things can't really run on the phone, or at least not as well. For example, if you are in a phone call with somebody else and a call comes in, you can't run the voicemail on your own phone which you will divert the caller to. You need some simple control of the network's voice mail, so you can tell it what to do with the caller beyond the basic "send to voicemail" you get now.

You could in theory run a voicemail on your phone but that's not all that good an idea, and does not work when you are out of range, and does not easily allow you to call in from landlines to check your voice mail etc.

All the stuff when you want to just play recordings until you can get to the caller can be done on the phone, the remote voicemail stuff can't. And the detection when you both are talking to each other's voicemail requires, at least for now, that you be on the same voicemail. In theory it could be done without that, in that if my voicemail knows what I am doing on my phone (ie. calling Bob) it can know to treat an incoming call from Bob specially even if he is on another network.

If all your phone calls come in as SIP, then you can certainly run the voicemail and everything else you want on-phone, simultaneous with talking to your other party. There's no reason to accept the limitations of the old POTS system, especially when gateways between them are so easy and cheap to come by.

Call ID can solve a great number of other problems for you. Really, the only restriction for the things you've mentioned is making sure that the phone is available on network. In the absence of that, you need support from whatever entity handled the call to try to hand it off to you.

Yes, you can do that if you have the bandwidth. I was presuming on what could be done with the existing network and phone. It would be great to do much more by going beyond that. However, today, the phone telling the voicemail more than just "send to voicemail" is reasonably doable. All voip phones are on the horizon, have been for years, but not yet here.

Add new comment