...
Click a heading to jump to that section on this page.
Table of Content Zone | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
Previous FeaturesFor existing content, click here. Future FeaturesPhase 2 will introduce a PA telephony interface such that an call presented to a user's URI will be immediately answered by a PA IVR application that will
Additional Asynchronous IMsSince the PA is "front ending" the calls it can (and will) send IMs to user when the call is connected to the PA (and NOT yet ringing at the user's phone set). The IM would be along the lines of "Name (number) is calling .. respond with an optional busy reason". This Instant Message notification would only be presented if the XMPP id of the calling party can be determined and the caller's presence is not offline or away or extended away. The user does not need to provide any response. If the user does provide a response then this response will be sent as an IM to the caller. The user scenario is as follows:
It is likely the caller will chose the option to transfer to the user before receiving the response IM. That is ok .. users phone will ring a couple of times, caller receives the response IM and then abandons the call. User ConfigurationNot every use will want the PA to front end all calls. There will be an option in the user portal to enable this behavior (by default is disabled). Call Announce (aka Call Screening)Phase 2 will also include the classic Call Announce functionality. If the PA is front ending all calls then (based on user config), if the user chooses the option to transfer to the user, the caller is prompted to record his/her name. User is then played the prompt "One moment while I locate your party", the PA then calls the user (using the algorithm described in the call/at command), if the user answers within a timeout (to be defined) the user is presented with "<caller's spoken name> is calling, to accept the call press 1, to reject the call, press 2 or hang up". If user presses 2 or hangs up, caller is transferred to voicemail, otherwise the caller is connected to the user. The user would enable Call Screening via the user portal. As a result, in the user portal there would be three choices in total (wording to be determined):
Personal AttendantPersonal Attendant does not front end calls: when call forwards to voicemail after n rings the personal attendant answers if it has been configured/defined. It provides various call transfer options (transfer to my (human) assistant, transfer to the sales queue, transfer to my boss). Phase 2 would provide a user portal option to have personal attendant options included in the Personal Assistant options. Eg. "for more call options, press 5". When this option is selected the options defined in the Personal Attendant are announced. If the user elected to transfer to the user and the call forwarded to voicemail then the Personal Attendant options would be announced (potentially for the second time). ManagementPersonal Assistant assumes that Instant Messaging role is enabled in sipXconfig (Openfire service is configured and active). There are some user portal and admin portal additions to sipXconfig:
|