Resource: Page
A Dialogflow CX conversation (session) can be described and visualized as a state machine. The states of a CX session are represented by pages.
For each flow, you define many pages, where your combined pages can handle a complete conversation on the topics the flow is designed for. At any given moment, exactly one page is the current page, the current page is considered active, and the flow associated with that page is considered active. Every flow has a special start page. When a flow initially becomes active, the start page page becomes the current page. For each conversational turn, the current page will either stay the same or transition to another page.
You configure each page to collect information from the end-user that is relevant for the conversational state represented by the page.
For more information, see the Page guide.
JSON representation |
---|
{ "name": string, "displayName": string, "description": string, "entryFulfillment": { object ( |
Fields | |
---|---|
name |
The unique identifier of the page. Required for the |
display |
Required. The human-readable name of the page, unique within the flow. |
description |
The description of the page. The maximum length is 500 characters. |
entry |
The fulfillment to call when the session is entering the page. |
form |
The form associated with the page, used for collecting parameters relevant to the page. |
transition |
Ordered list of
Format: |
transition |
A list of transitions for the transition rules of this page. They route the conversation to another page in the same flow, or another flow. When we are in a certain page, the TransitionRoutes are evalauted in the following order:
|
event |
Handlers associated with the page to handle events such as webhook errors, no match or no input. |
advanced |
Hierarchical advanced settings for this page. The settings exposed at the lower level overrides the settings exposed at the higher level. |
knowledge |
Optional. Knowledge connector configuration. |
Form
A form is a data model that groups related parameters that can be collected from the user. The process in which the agent prompts the user and collects parameter values from the user is called form filling. A form can be added to a page
. When form filling is done, the filled parameters will be written to the session
.
JSON representation |
---|
{
"parameters": [
{
object ( |
Fields | |
---|---|
parameters[] |
Parameters to collect from the user. |
Parameter
Represents a form parameter.
JSON representation |
---|
{ "displayName": string, "required": boolean, "entityType": string, "isList": boolean, "fillBehavior": { object ( |
Fields | |
---|---|
display |
Required. The human-readable name of the parameter, unique within the form. |
required |
Indicates whether the parameter is required. Optional parameters will not trigger prompts; however, they are filled if the user specifies them. Required parameters must be filled before form filling concludes. |
entity |
Required. The entity type of the parameter. Format: |
is |
Indicates whether the parameter represents a list of values. |
fill |
Required. Defines fill behavior for the parameter. |
default |
The default value of an optional parameter. If the parameter is required, the default value will be ignored. |
redact |
Indicates whether the parameter content should be redacted in log. If redaction is enabled, the parameter content will be replaced by parameter name during logging. Note: the parameter content is subject to redaction if either parameter level redaction or |
advanced |
Hierarchical advanced settings for this parameter. The settings exposed at the lower level overrides the settings exposed at the higher level. |
FillBehavior
Configuration for how the filling of a parameter should be handled.
JSON representation |
---|
{ "initialPromptFulfillment": { object ( |
Fields | |
---|---|
initial |
Required. The fulfillment to provide the initial prompt that the agent can present to the user in order to fill the parameter. |
reprompt |
The handlers for parameter-level events, used to provide reprompt for the parameter or transition to a different page/flow. The supported events are: *
If the user's response does not fill the parameter, a no-match/no-input event will be triggered, and the fulfillment associated with the A A If the event handler for the corresponding event can't be found on the parameter, |
Methods |
|
---|---|
|
Creates a page in the specified flow. |
|
Deletes the specified page. |
|
Retrieves the specified page. |
|
Returns the list of all pages in the specified flow. |
|
Updates the specified page. |