TwiML™ Voice: <VirtualAgent> with Dialogflow CX

The <VirtualAgent> TwiML noun, used with Twilio's Google Dialogflow ES and CX Connector Add-ons, allows you to connect callers to a Google Dialogflow agent. <VirtualAgent> nests inside the <Connect> verb to direct a call to a Dialogflow agent.

This document describes how to use <VirtualAgent> with a Dialogflow CX agent. See documentation for <VirtualAgent> with Dialogflow ES here.

Set up the integration between Twilio and Dialogflow CX

Before using <VirtualAgent>, you must complete the Dialogflow CX one-click integration.

<Connect> attributes

<VirtualAgent> is a TwiML noun that is nested within the <Connect> verb.

<Connect>'s action and method attributes allow you to execute a new set of TwiML instructions for a call after the <Connect><VirtualAgent> session ends.

action

The action attribute takes an absolute or relative URL as a value. After a <Connect><VirtualAgent> session ends, Twilio will send an HTTP request to this action URL and will expect a new set of TwiML instructions in the response. If you do not provide an action attribute, Twilio will request TwiML from the current TwiML document.

The following code sample is an example of using the action attribute with <Connect> and <VirtualAgent>.

For Dialogflow CX, this HTTP request's body will contain additional information about the result of the <Connect><VirtualAgent> session, along with Twilio's standard request parameters. A <Connect><VirtualAgent> session ends (and thereby triggers Twilio's HTTP request to the action URL) in the following ways:

• The Dialogflow CX agent session ends successfully and the caller did not hang up
• The conversation with the Dialogflow CX agent requires a live agent handoff
• The caller hangs up
• An error occurred during the VirtualAgent session

Twilio's request to the action URL

The body of Twilio's request to the action URL contains properties about the <Connect><VirtualAgent> session, along with Twilio's standard request parameters. You can use this information to configure the call behavior after a <Connect><VirtualAgent> session, or to log information for analytics purposes.

VirtualAgentStatus

This property describes why the VirtualAgent session ended. Possible values are:

• completed: VirtualAgent session was terminated by one of the following:
• The Dialogflow CX agent indicated end of conversation (by matching the end of conversation intent)
• The caller hung up
• live-agent-handoff: VirtualAgent returned a live agent handoff response
• failed: An error occurred during VirtualAgent processing

VirtualAgentProviderData

This property is a JSON string containing Dialgfow-specific data from the agent interaction:

• ConversationId: Unique identifier for this conversation provided by Google
• EndUserId: Unique identifier for the end user participant provided by Google
• AgentHandoffParameters: Parameters included from the Dialogflow CX agent if the agent returned a live agent handoff response

Respond to Twilio's request to the action URL

If you want a call to continue after a <Connect><VirtualAgent> session ends, your application should provide new TwiML instructions based on the <Connect><VirtualAgent> session.

method

This optional <Connect> attribute indicates the HTTP request method to be used when Twilio sends a request to the action URL. If you don't specify a method attribute in <Connect>, POST is used by default.

The allowed values are POST and GET.

<VirtualAgent> attributes

The table below lists all of the <VirtualAgent> attributes with their allowed values. The Dialogflow CX integration allows additional customization of the call flow using <Parameter> and <Configuration> TwiML nouns.

connectorName

The connectorName is a string, configured in Dialogflow CX connector instance in the Unique Name field. You can review your Dialogflow CX connector instances in the Twilio Console.

statusCallback

The statusCallback attribute is an absolute URL where Twilio will send HTTP requests. While the Dialogflow agent interaction is in progress, Twilio will send HTTP requests to this URL each time an intent matches in the Dialogflow agent's conversation.

The body of Twilio’s requests to your statusCallback URL contains information about intents, transcripts (caller text vs. virtual agent text), sentiment analysis (if enabled), and custom parameters that were sent to Dialogflow to build custom logic.

The body of Twilio's request to your statusCallback URL contains the following properties:

VirtualAgentProviderData

This parameter in the status callback is a JSON string containing the Dialogflow CX-specific intent event data. The JSON string can contain the following fields:

statusCallbackMethod

This is the HTTP method to use when requesting the statusCallback URL. Accepted values are GET or POST, and the default value is POST.

Custom Parameters

You can pass custom key-value pairs to your Dialogflow CX agent by using the nested <Parameter> TwiML noun within <VirtualAgent>. The <Parameter> noun allows you to send custom session parameters to your Dialogflow CX virtual agent, which can be referenced in your agent as $session.params.parameter-name.

<Parameter> has two attributes: name and value, both of which must be used every time you use <Parameter>.

For example, if you want to provide the end caller with a personalized agent greeting, you can supply a nested <Parameter/> element with the customer name to the Dialogflow CX agent as in the following code sample.

This key-value pair will be passed in as a session parameter which can be referenced under $session.params.cutomer_name at runtime in your Dialogflow CX agent.

Dynamic connector configuration

TwiML noun allows you to override your underlying Dialogflow CX Connector's configuration or pass additional parameters that change the behavior of your virtual agent. The <Config> noun is nested inside of <VirtualAgent>. <Config> has two attributes: name and value, both of which must be used every time you use <Config>.

For each configuration option you want to override, you must include a new <Config> noun. The name attribute then corresponds to one of your Dialogflow CX Connector's configuration options, such as language, sentimentAnalysis, voiceName, and welcomeIntent.

Additionally, there are attributes that are not present in your Dialogflow CX Connector configuration such as voiceModel, speechModel, speechModelVariant, but you can still set these attributes using <Config> noun nested inside of <VirtualAgent>.

Below are the configuration settings supported within <Config> TwiML noun:

For example, if you want to customize the TTS voice and language for the virtual agent interaction, you can supply the respective configuration settings inside the <Config/> attributes as follows: