PBXes (http://www1.pbxes.com/forum/index.php)
- English (http://www1.pbxes.com/forum/board.php?boardid=16)
-- Feature Requests (http://www1.pbxes.com/forum/board.php?boardid=23)
--- RE: IVR to trigger HTTP GET (http://www1.pbxes.com/forum/threadid.php?threadid=1246976677)
IVR to trigger HTTP GET
Could you implement an new option for Digital Receptionist to trigget "wget" - HTTP GET on a predefined URL?
This would allow to integrate PBXes IVR into other systems, controllable by servlets.
This change is very easy to do, and it would make PBXes even more versatile and useful.
RE: IVR to trigger HTTP GET
I don't fully understand your request. See also http://www1.pbxes.com/forum/thread.php?threadid=1223300736 for a possible solution.
RE: IVR to trigger HTTP GET
Not sure how that thread can help...
Currently Digital Receiptionist can forward the call to extension, SIP URI, etc.
What I want to to be able to add an option "press 3 to activate system" which would simply do wget http://myurl.com?parameters. No need to receive or analyze response (well, may be just if error occurred)
RE: IVR to trigger HTTP GET
I like this idea. It'd allow voice/telephone control of various internet services or home automation devices. Make the IVR listen for a 200 response code for playing a "Success" message, or any other for an "Unsuccessful" message, before hanging up or dropping back to the DR again?
Example:
"To turn on the lights, press 1. To turn off the lights, press 2. To open garage door, press 3." etc.
Pressing option 1 triggers an HTTP/S request (user configurable destination) such as:
http://my-home.someisp.com/home_automation?do=turn_lights_on
If the reply is 200, play "Successful" message, if the reply is some http-defined error code, play an "Unsuccessful" message.
RE: IVR to trigger HTTP GET
The question in this scenario is, what happens to the voice (RTP) stream of this call.
The way this is described it involves a non-voice call. (except the part of the synthesized voice in the IVR)
RE: IVR to trigger HTTP GET
Zitat:
Originally posted by Diafora
The question in this scenario is, what happens to the voice (RTP) stream of this call.
The way this is described it involves a non-voice call. (except the part of the synthesized voice in the IVR)
As part of IVR options user can choose a voice option to connect to someextension, or to chose non-voice option where call will end right after he triggers HTTP GET action.
Powered by: Burning Board Lite 1.0.2 © 2001-2004 WoltLab GmbH
English translation by Satelk