...
HIS creates a new instance of the processor bridge based on the information provided in the HIS configuration. When created, the processor bridge instance is provided any processor type specific information included in the configuration.
The processor bridge notifies HIS that it is starting.
In this case, the processor bridge is configured to start a new local message broker. This broker will be used to facilitate the bridge protocol. The bridge could have been configured to use an external message broker instead.
The processor bridge connects to the message broker and sets up the processor control link. It then waits for a Bridge Client to connect to the message broker.
The Bridge Client connects to the message broker and registers with the control link topics.
The message broker notifies the processor bridge that a Bridge Client has been registered with the control link.
The processor bridge sends a server status request to the new Bridge Client to determine what state the client is in.
When the processor bridge receives the status update, it notifies HIS of the new status.
The processor bridge queries the Bridge Client for its capabilities information.
...
The Bridge Client returns its capabilities.
...
The processor bridge notifies HIS of its capabilities.
...
If the server’s status is started, the processor bridge is now ready to accept new agent sessions. Otherwise, the processor bridge waits for the Bridge Client to enter the started status.
...
The processor bridge will continue to listen for changes to the Bridge Client’s server status and update HIS as the changes occur.
Inbound Call – Setup
...
This scenario describes the message flow between HIS and the Bridge Client for an inbound telephony call.
An agent is selected to receive the new inbound call by the CTI routing engine and that call is delivered to the agent’s phone.
The Bridge Client receives an event from the CTI indicating a new call is ringing on the agent’s phone.
The Bridge Client sends a “channel.interaction.available” event on the corresponding telephony channel link that includes the native id for the telephony interaction.
HIS creates a new internal Interaction object and JMS link for the new interaction.
HIS sends a “channel.request.createinteraction” request to the Bridge Client over the telephony channel link. This request includes the original native id provided in the “channel.interaction.available” event, the internal HIS id for the interaction, and topic information related to the new interaction JMS link.
The Bridge Client creates any internal objects needed to represent the interaction and registers with the interaction link. If successful, the Bridge Client sends a SUCCESS response to the “channel.request.createinteraction” request over the telephony channel link.
Once a SUCCESS response is received, HIS begins to initialize the new interaction object. A “interaction.query.init” query is sent to the Bridge Client over the new interaction link.
The Bridge Client determines the state of the interaction and builds a XML response document that contains the state information as well as a native id for the primary conversation call leg. Note: Not all CTIs have unique identifiers for individual call legs. If this is the case, the Bridge Client must provide a value that is unique for each conversation within a single interaction.
The Bridge Client sends a SUCCESS response to the “interaction.query.init” query that includes the response xml document.
...
HIS creates a new internal Conversation object and JMS link for the new conversation.
...
HIS sends a “interaction.request.createconversation” request to the Bridge Client over the interaction link. This request includes the original native id and internal HIS id for the conversation as well as the topic information for the conversation link.
...
The Bridge Client creates any internal objects needed to represent the conversation and registers with the conversation link. If successful, the Bridge Client sends a SUCCESS response to the “interaction.request.createconversation” request over the interaction channel.
...
Once a SUCCESS response is received, HIS begins to initialize the new conversation object. A “conversation.query.init” query is sent to the Bridge Client over the conversation link.
...
The Bridge Client determines the state of the conversation and any parties (other than the agent) active within the conversation and formats the information into an XML document.
...
The Bridge Client sends a SUCCESS response to the “conversation.query.init” query that includes the XML content to HIS over the conversation link.
...
At this point the agent’s phone is ringing and the media bar enables the answer button to allow the agent to accept the phone call.
Inbound Call – Call Answered at MediaBar
...