|Bookshelf Home | Contents | Index | PDF|
Siebel Universal Queuing works with a number of Siebel modules or products, such as Siebel Communications Server, Siebel CTI, and Siebel eMail Response. These modules work together to make the routing process work.
The communication protocol between Siebel Server and the Siebel Universal Queuing routing engine is HTTP. Because the communication protocol is HTTP, the routing engine may be run on a separate platform from Siebel Server.
Communications with the Siebel Universal Queuing routing engine are through the Siebel Universal Queuing API. The API will package the internal Siebel Universal Queuing request data into Simple Object Access Protocol (SOAP) format with embedded XML. The data is embedded into the body of an HTTP packet and the packet is sent directly to the routing engine through HTTP.
Each Siebel Universal Queuing client, such as Siebel Communications Server establishes a connection to the routing engine through the Universal Queuing API. Voice calls and email requests are sent through the Communications Inbound Manager.
When requests are sent through the Universal Queuing API, the request data will be converted into XML. Siebel Universal Queuing business service will add a SOAP envelope on top of the XML. Once the XML document is ready, it is sent to the Siebel Universal Queuing routing engine using the client's established connection.
Upon receiving the request, the Siebel Universal Queuing routing engine always responds synchronously about whether the request has been processed or not. Depending upon the request, the routing engine will also send back an asynchronous response to the Siebel Web server. The Siebel Web server will route this request to the Siebel EAI Object Manager. The EAI Object Manager then invokes the Siebel Universal Queuing business service, based upon the EAI external services configuration. When EAI Object Manager receives the request in HTTP format, it extracts the data from the body and converts it to a Siebel internal format.
The Siebel Universal Queuing routing engine sends requests back to Siebel Server using a number of established connections to Siebel Web server. The information about how to establish a connection to the Web server is provided to the routing engine during the initial OpenConnection request. In this request, Siebel Server tells the Siebel Universal Queuing routing engine the URL that needs to be sent to the Siebel Web server in order to establish the connection.
Because each connection to EAI Object Manager through the Web server is only served by one thread, it is important to establish the optimum number of connections so that maximum performance is achieved. The number of connections is set using the MaxConnections parameter when defining the Siebel Universal Queuing configuration. For more information about this parameter, see Table 7.
Figure 1 illustrates the general architecture of a communications system using Siebel Universal Queuing. Refer to Siebel Communications Server Administration Guide for more information on the Siebel Communications Server architecture.
|Siebel Universal Queuing Administration Guide|