Cisco Cisco Unified Customer Voice Portal 10.0(1) Guía Del Usuario
C
HAPTER
2:
V
OICE
XML
S
ERVER
C
OMPONENTS IN
D
ETAIL
V
OICE
XML
S
ERVER
U
SER
G
UIDE
FOR
C
ISCO
U
NIFIED
C
USTOMER
V
OICE
P
ORTAL
R
ELEASE
4.0(1)
19
phone number or sending e-mail. A need may exist, however, for an element with functionality
not available in the default installation. Additionally, while Unified CVP elements have been
designed with configurations that are as flexible as possible, there may be situations where a
desired configuration is not supported or difficult to implement.
not available in the default installation. Additionally, while Unified CVP elements have been
designed with configurations that are as flexible as possible, there may be situations where a
desired configuration is not supported or difficult to implement.
To satisfy these concerns, a developer can construct custom configurable elements that, once
built, can be used and reused. The developer can design the element to possess as large or as
small a configuration as desired, depending on how flexible it needs to be. Once deployed,
custom elements appear in Unified CVP VoiceXML Studio in the Element Pane and are
configured in the same way as Unified CVP Elements.
built, can be used and reused. The developer can design the element to possess as large or as
small a configuration as desired, depending on how flexible it needs to be. Once deployed,
custom elements appear in Unified CVP VoiceXML Studio in the Element Pane and are
configured in the same way as Unified CVP Elements.
Due to the level of integration with the Unified CVP software required, only the Java API
provides the means for building configurable elements. Using this API, configurable action,
decision, and voice elements can be built. Voice elements, due to the fact that they are
responsible for producing VoiceXML, use an additional Java API, the Voice Foundation Classes
(VFCs). The VFCs are used to abstract the differences between the various voice browsers
supported by Unified CVP. The VFCs follow a design that parallels VoiceXML itself and only a
developer familiar with VoiceXML and the process whereby a voice browser interprets
VoiceXML will be fully suited to utilize the VFCs to build voice elements.
provides the means for building configurable elements. Using this API, configurable action,
decision, and voice elements can be built. Voice elements, due to the fact that they are
responsible for producing VoiceXML, use an additional Java API, the Voice Foundation Classes
(VFCs). The VFCs are used to abstract the differences between the various voice browsers
supported by Unified CVP. The VFCs follow a design that parallels VoiceXML itself and only a
developer familiar with VoiceXML and the process whereby a voice browser interprets
VoiceXML will be fully suited to utilize the VFCs to build voice elements.
The Programming Guide for Cisco Unified Customer Voice Portal describes the process of
building configurable elements including detailing the VFC API for building voice elements.
building configurable elements including detailing the VFC API for building voice elements.
Standard Action and Decision Elements
Unlike configurable action or decision elements, a standard action or decision element is
designed more as a one-off as they satisfy an application-specific purpose. As a result, standard
action and decision elements do not require configurations.
designed more as a one-off as they satisfy an application-specific purpose. As a result, standard
action and decision elements do not require configurations.
There are many situations where programming effort is required to perform some task specific to
an application. Since the task is very specialized, pre-existing reusable elements are too general
to perform the effort. Additionally, building a configurable element for this purpose would be
overkill since there is little chance it would be needed anywhere but in this application. The
developer would use a standard action or decision element to perform just this task. If the task is
applicable to multiple situations, the developer most likely would put in the extra effort to
construct a configurable, reusable element.
an application. Since the task is very specialized, pre-existing reusable elements are too general
to perform the effort. Additionally, building a configurable element for this purpose would be
overkill since there is little chance it would be needed anywhere but in this application. The
developer would use a standard action or decision element to perform just this task. If the task is
applicable to multiple situations, the developer most likely would put in the extra effort to
construct a configurable, reusable element.
Unified CVP provides a means of defining standard decision elements without programming by
using a simple user interface or by writing an XML document directly within Unified CVP
VoiceXML Studio. This format should be investigated when desiring simple or moderately
complex standard decision elements, falling back on the programming API should the built-in
format prove insufficient. The XML format that the VoiceXML Studio user interface produces
for standard decision elements is described later in this chapter.
using a simple user interface or by writing an XML document directly within Unified CVP
VoiceXML Studio. This format should be investigated when desiring simple or moderately
complex standard decision elements, falling back on the programming API should the built-in
format prove insufficient. The XML format that the VoiceXML Studio user interface produces
for standard decision elements is described later in this chapter.