Quote:
Originally Posted by sshearer
Hi, I've been reviewing the WM6 API documentation and see that there's a few interesting functions under 'TAPI Line Device':
- lineHandoff,
- lineGetStatusMessages, &
- linePickup
Has anyone built, or considered building, an add-on to the Phone application which would act as an answering machine ? Would anyone be interested in working with me on this ? Are there any major technical problems to overcome (besides storage space) ?
I think there's probably at least 3 ways to architect this:
- by modifying the Phone application to perform a 'lineHandoff' after a configurable number of seconds to another application (this would be my prefered solution), or
- by creating a separate application to monitor line status messages for 'ring' and waiting a configurable number of seconds before answering.
- by creating a replacement Phone application which takes full control of all incoming calls and does a handoff to the current Phone application depending on configuration (this solution also has some interesting possibilities).
If anyone would like to pursue this further, please feel free to contact me either here, or at:
shearer_steven@hotmail.com or (in Vancouver, BC, Canada - that's on the west coast  ) at 604-992-1424. |
Steve,
I am the one that started the other Voicemail thread (Visual Voicemail for 6700).
http://forum.ppcgeeks.com/showthread...101#post141101
I have been looking at some of the web offerings that will transcribe the voicemessage to txt message and send to you.
This gets part of my requirement but not all of it.
Here is my train of thought: hopefully not a de-railed train of thought
1. Have the VoiceMail on users phone go to somewhere other than carriers voicemail app (vzw does not track the info on the voicemessage that I am looking for. Have heard from others that sprint does not track the info on the voicemessage either).
2. System must be able to do a couple of big things:
a. Record the message to .wav or .mp3 (.mp3 would be prefered).
b. Transcribe the message to text (audio to text apps are all over the net so not a big deal on this one).
c. Be able to trap the who (Who left the message, at very least the phone number, CallerID), when (When was the message left, date and time) and length of message (length of the audio file, very easily done once its recorded to seperate file).
3. Custom App on PPC that will accept the voicemessage items (for the time being, SMS and TXT Messaging would work just fine).
Hopefully that all makes sense.
FYI: I have a system that does some of the above that works with my office's PBX. But only works with numbers that are on the PBX. My idea is to test an app with the above requirements with one of the free numbers on our PBX (have 15 - 20 free numbers currenty). One draw back to using the PBX at my office is that it would incure long distance charges if your out of home area.