Cisco Cisco Customer Voice Portal 8.0(1) User Guide

Page of 157
Unlike hotlinks, hotevents are all global, there is no such thing as a local hotevent.
Application Reuse
There are many scenarios where a set of smaller applications works better than a single monolithic
application. The desire to split up applications into smaller parts centers on reuse – encapsulating
a single function in an application and then using it in multiple applications can save time and
effort. Additionally updating a single application is much simpler than updating multiple
applications with the same change. VXML Server provides two different ways to foster
application reuse, each with its own unique features.
Application Transfers
There may be instances where a caller in one application wants to visit or transfer to another
standalone application. This is accomplished with an application transfer.
Application Transfer – A transfer from one voice application to another running on the
same instance of VXML Server, simulating a new phone call.
Application transfers do not require telephony routing; they are a server-side simulation of a
new call to another application running on the same instance of VXML Server. The caller is
not aware that they are visiting a new application, but VXML Server treats it as if it were a
separate call with separate logging, administration, and so on. Data captured in the source
application can be sent to the destination application (even Java objects) to avoid asking for the
same information multiple times in a phone call.
A situation that could utilize application transfers would be a voice portal whose main menu
dispatches the caller to various independent applications depending on the caller’s choice.
An application transfer is meant to satisfy the need for one independent, standalone application
wishes to move the call to another independent standalone application that can also take calls
directly. Since an application transfer is used to progress a call from one application to another,
it has no exit states.
Subdialogs
There are instances where an application is less independent and really encapsulates some
function that multiple applications wish to share. This can be achieved by using a subdialog.
Subdialog – A visit to another VXML Server application or other voice application defined
in a VoiceXML subdialog context that acts as a voice service.
Unlike application transfers that are separate but independent applications, subdialogs are
sub-applications that an application can visit to handle some reusable functionality and then
return back to the source application. It can also take as input application data (though not Java
objects) and can also return data for use in the source application. Subdialogs also do not have
the restriction that they be deployed on the same instance of VXML Server, they can be hosted
anywhere accessible via a URL and does not even need to be a VXML Server application at
all.
User Guide for Cisco Unified CVP VXML Server and Cisco Unified Call Studio Release 8.0(1)
20
Chapter 1: Introduction
The Unified CVP Solution