Cisco Cisco Unified Customer Voice Portal 11.0(1) User Guide

C

HAPTER 

2:

 

Unified CVP

 

C

OMPONENTS IN 

D

ETAIL

 

 

U

SER 

G

UIDE FOR 

C

ISCO 

U

NIFIED 

CVP

 

VXML

 

S

ERVER 

 

 

 

AND 

C

ISCO 

U

NIFIED 

C

ALL 

S

TUDIO

 

 

 

29 

application data is the lifetime of the application. Application data would be reset if the 
application were updated and would be deleted if the application were released. 

Application data is typically used to store application-specific information that does not change 
on a per call basis and is to be available to all calls. For example, the location of a database to 
use for the application. 

Session data variables are accessible and modifiable from a single call session. Session data 
variables in one call cannot be accessed by components handling another call. Each session has 
its own session data namespace -  session data set by one component will overwrite existing 
session data that has the same name. Session data can hold any data, including a Java data 
structure. The lifetime of session data is the lifetime of the session or the call. When the call 
ends, the session data is deleted. 

Any component accessed within a call session, including elements, can create, modify and delete 
session data. Session data can even be created automatically by the system in two ways: 

•

 

If the voice browser passes additional arguments to VXML Server when the call is first 
received, these additional arguments will be added as session data with the arguments’ 
name/value pairs translated to the session data name and value (both as 

String

s). For 

example, if the voice browser calls the URL:  
 

http://myserver.com/CVP/Server?audium_application=MyApp&SomeData=1234

  

 
this will create session data named “SomeData” with a value of “1234” in every call session 
of the application “MyApp” that starts via this URL. 

•

 

If a Unified CVP voice application performs an application transfer to another application 
and the developer has chosen to pass data from the source application to the destination 
application, then this data will appear as session data in the destination application (the data 
is renamed before it is passed to the destination application). Please refer to the Call Studio  
documentation for more information on application transfers. 

Element data variables are accessible from a single call session and modifiable from a single 
element within that call session. As the name suggests, element data can only be created by 
elements (excluding start and end of call events, the global error handler, hotevents, and XML 
decisions). Dynamic configurations are technically part of an element since they are responsible 
for configuring an element, so they can also create element data. Only the element that created an 
element data variable can modify or delete it, though it can be read by all other components. Due 
to the fact that the variable belongs to the element, the variable namespace is contained within 
the element, meaning two elements can define element data with the same name without