I would like to know how to design a web application that allows the user to type in his/her selection via an ordinary phone (not smart phone). Ideally the user just type in a phone number then he will be connected to a webiste; The website will greet the user via recorded voice, and direct the user to make selections via the touchpad at the phone; The user then press numbers at the phone to make selections. The website will receive and parse the numbers pressed by the phone and perform accordingly. Is it possible? How could the website get the numbers selected by the user? Do I have to deal with the telephone service provider? Thank you!
--- Posted via news://freenews.netfront.net/ - Complaints to snipped-for-privacy@netfront.net
This has little to do with web sites, but you're looking for Interactive Voice Response. There are a ton of vendors out there, with everything from hardware you attach to a PC (and a phone line), to hosted services.
At the lowest level, you can get hardware you can send sound files to, and you get back input related to the DTMF tones from the telephone keys.
While I'm not aware of anyone who does IVR stuff using VoIP, I've also not paid any real attention to that area in several years, so that means nothing.
But it would not surprise me at all that someone supports that - at the end of the day, VoIP is just another way to get a phone line. IOW, you'd get a pure software "phone" with the usual IVR interface features, and you'd subscribe to a VoIP service provider instead of a local traditional phone company.
I didn't consider VoIP when I wrote my response to the OP, but it seems an obvious feature for an IVR vendor to add.
1/ Internal only - VoIP run on internal netwrok from PABX to telco standard lines (most DSL enabled countries don't need this), this is more useful for structured cabling uses Same Cat5/Cat6 used throughout building(s) and run through same network switches etc.
You rarely have access to VoIP stream and packets as PABX people don't want you talking to their PABX without paying HUGE amounts of money. That is the PABX world.
2/ External VoIP types pay VoIP provider on TOP of your comms link usually a phone line.
a) VoIP Router with phone. Usually small domestic/commercial usage Router has standard phone sockets and you get extra phone lines.
No access to VoIP stream.
b) Dedicated VoIP phone with access via existing routers and infrastucture.
No acess to VoIP stream
c) Specialist routers - usually to talk to specific servers to act as PABX, often this how PABX sellers sell new VoIP PABX, either to provide internal call transfer functions and abaility to mix VoIP and standard phones
Rarely do you have direct access to VoIP stream.
d) Software only - usually only for PABX peeps to talk to VoIP services and know all the protocol extensions and vendor specific add ons they use. Usually big bucks
Normally you have access to a simple phone port, to get software access has to often be negotiated with every VoIP provider to ensure you are using their protocols etc. Just in the same way to use Skype you have to download their software to talk to Skype, or use phones that state Skype compatible.
The joy of standards as not all VoIP services use exactly the same set of protocols. Or even easily provide ways of accessing the protocols, mainly extensions.
--
Paul Carpenter | paul@pcserviceselectronics.co.uk
PC Services
Timing Diagram Font
GNU H8 - compiler & Renesas H8/H8S/H8 Tiny
For those web sites you hate
I'm pretty sure that the Skype-compatible software that's available for Linux boxes is open-source. If so, then you could intercept the audio stream and decode key presses. I don't know how much _work_ it would be, but you could do it.
--
My liberal friends think I'm a conservative kook.
My conservative friends think I'm a liberal kook.
Why am I not happy that they have found common ground?
Tim Wescott, Communications, Control, Circuits & Software
http://www.wescottdesign.com
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.