Parametri

Parametri vengono utilizzati per acquisire e fare riferimento forniti dall'utente finale durante una sessione. Ogni parametro ha un nome e un tipo di entità. A differenza dell'input non elaborato dell'utente finale, sono dati strutturati, che possono essere facilmente utilizzati per eseguire alcune logiche o generare risposte.

I parametri CX sono simili ai Parametri ES, ma l'utilità e la portata sono state ampliate, e la sintassi dei parametri di riferimento è cambiata.

Definire, fare riferimento, impostare e ottenere i parametri

Esistono quattro modi generali per utilizzare i parametri:

  • Definisci in fase di progettazione: In fase di progettazione, puoi utilizzare la console o l'API per definire i parametri. Ad esempio, puoi definire un parametro di intent e usarla in una frase di addestramento per indicare input utente finale da estrarre.
  • Riferimento in fase di progettazione: I riferimenti ai parametri sono variabili contenenti valori parametro da estrarre in fase di runtime. In fase di progettazione, puoi utilizzare la console o l'API per fare riferimento ai parametri in vari tipi di dati. Ad esempio, puoi fare riferimento a un parametro di sessione in una risposta di completamento statica per una route.
  • Imposta in fase di esecuzione: In fase di runtime, il servizio Dialogflow, il servizio che chiama l'API, e il servizio webhook può impostare tutti i valori parametro. Ad esempio, il servizio Dialogflow imposta il valore di un parametro di intent. quando l'input di un utente finale corrisponde all'intent e l'input contiene un parametro e i dati di Google Cloud.
  • Scarica in fase di runtime: In fase di runtime, i riferimenti ai parametri contengono i valori parametro che sono stati impostati e puoi utilizzare l'API o un webhook per ottenere i valori dei parametri. Ad esempio, quando viene trovata una corrispondenza con un intent e viene chiamato il webhook, il servizio webhook riceve i valori parametro per l'intent.

Denominazione dei parametri

Alla denominazione dei parametri si applicano le seguenti regole:

  • Utilizza i seguenti caratteri: [A-Z], [a-z], [0-9], ., - e _
  • I nomi dei parametri non fanno distinzione tra maiuscole e minuscole. pertanto Dialogflow tratta Apple e apple come se fossero lo stesso parametro. Webhook e codice client API i nomi dei parametri devono essere considerati senza distinzione tra maiuscole e minuscole. poiché non vi è alcuna garanzia per i nomi dei parametri restituiti da Dialogflow.

Tipi di valori dei parametri

I valori dei parametri supportano più tipi di valori. La sezione Sessioni riportata di seguito descrive come fare riferimento a ciascun tipo di valore parametro. Sono supportati i seguenti tipi:

Tipo Descrizione
Scalare Un singolo valore numerico o stringa.
Composti Un oggetto JSON compilato mediante la corrispondenza di un'entità composita o un parametro di intent che contiene i campi original e resolved.
Elenco Un elenco di valori scalari o compositi compilati per un parametro configurato come elenco. Vedi le opzioni È un elenco riportate di seguito.

Stringa vuota del parametro e valori nulli

Puoi impostare i valori dei parametri di stringa su "", che imposta il parametro sulla stringa vuota.

Puoi impostare qualsiasi valore parametro su null, che indica che il parametro non è stato impostato.

Valori originali dei parametri

Quando il testo viene abbinato a una particolare entità in fase di runtime, viene spesso risolto in un valore più conveniente per l'elaborazione. Ad esempio, la parola "mele" nell'input dell'utente finale può essere risolto come "mela" per un'entità frutta.

Tutti i tipi di valore per i riferimenti dei parametri di intent può fare riferimento al valore originale o risolto.

Solo tipi di valori compositi per i riferimenti dei parametri di sessione può fare riferimento al valore originale.

Parametri di intent

Intenzioni utilizzano parametri per estrarre i dati forniti dagli utenti finali in caso di corrispondenza degli intent. Per definire un parametro intent vengono utilizzati i seguenti dati:

  • Nome (noto anche come ID o Nome visualizzato): Un nome che identifica il parametro.
  • Tipo di persona giuridica: La tipo di entità associati al parametro.
  • È un elenco: Se impostato su true, il parametro viene considerato come un elenco di valori.
  • Oscura nel log: Se impostato su true, i dati dei parametri forniti dall'utente finale sono oscurato.

Definisci i parametri di intent

I parametri di intent vengono definiti in fase di progettazione durante la creazione dati sull'intent o quando annotando le frasi di addestramento.

Parametri per l'intent di riferimento

I riferimenti dei parametri di intent possono essere utilizzati nei messaggi statici di risposta al fulfillment route con intent.

Puoi fare riferimento al valore originale o al valore risolto.

Per fare riferimento a un parametro per l'intenzione attualmente corrispondente, utilizzare uno dei seguenti formati:

$intent.params.parameter-id.original
$intent.params.parameter-id.resolved

Ad esempio: se l'ID parametro è date, puoi fare riferimento al valore risolto come $intent.params.date.resolved.

Imposta parametri di intent

Quando un input utente finale corrisponde a un intent in fase di runtime, qualsiasi parametro utilizzato annotazione per la frase di addestramento associata è impostata da Dialogflow.

Il completamento per una route di intent può utilizzare un preimpostazione dei parametri di completamento per impostare un valore parametro di intent in fase di runtime.

Ottieni parametri di intent

Durante la fase di conversazione in cui viene abbinata un'intenzione, il codice può accedere ai valori dei parametri di intent.

Le interazioni con l'API restituiranno i valori del parametro per l'intent. Vedi il campo di risposta queryResult.parameters del metodo detectIntent per il tipo Session.

Seleziona un protocollo e una versione per il riferimento sessione:

Protocollo V3 V3beta1
REST Risorsa di sessione Risorsa di sessione
RPC Interfaccia di sessione Interfaccia di sessione
C++ SessionsClient Non disponibile
C# SessionsClient Non disponibile
Vai SessionsClient Non disponibile
Java SessionsClient SessionsClient
Node.js SessionsClient SessionsClient
PHP Non disponibile Non disponibile
Python SessionsClient SessionsClient
Ruby Non disponibile Non disponibile

I webhook ricevono i valori dei parametri di intent. Visualizza il campo intentInfo.parameters nella Richiesta webhook.

Parametri modulo

Per ogni pagina puoi definire modulo, un elenco di parametri che deve essere raccolto dall'utente finale per la pagina. L'agente interagisce con l'utente finale in più turni di conversazione, finché non ha raccolto tutti i parametri del modulo richiesti, chiamati anche parametri di pagina. L'agente raccoglie questi parametri nell'ordine definito nella pagina. Per ogni parametro obbligatorio del modulo, fornisci anche messaggi che l'agente utilizza richiedere queste informazioni all'utente finale. Questa procedura è chiamata compilazione di moduli.

Ad esempio, puoi creare un modulo che raccoglie il nome dell'utente finale e numero di telefono per una pagina Collect Customer Info.

La compilazione di moduli per l'esperienza cliente è simile alla Riempimento dello slot ES.

Per definire un parametro del modulo vengono utilizzati i seguenti dati:

Nome opzione di console Catena di campi API Descrizione
Nome visualizzato Page.form.parameters[].displayName Un nome che identifica il parametro.
Tipo di entità Page.form.parameters[].entityType Il tipo di entità associato al parametro.
Obbligatorio Page.form.parameters[].required Indica se il parametro è obbligatorio. I parametri obbligatori devono essere compilati prima della conclusione della compilazione del modulo e l'agente chiederà all'utente finale di inserire i valori. Per informazioni dettagliate, consulta la sezione Impostare i parametri del modulo di seguito.
Valore predefinito (visibile solo quando Obbligatorio è deselezionato) Page.form.parameters[].defaultValue Il valore predefinito di un parametro facoltativo. Per informazioni dettagliate, consulta la sezione Impostare i parametri del modulo di seguito.
È un elenco Page.form.parameters[].isList Se impostato su true, il parametro viene considerato come un elenco di valori.
Oscura nel log Page.form.parameters[].redact Se il valore è true, i dati dei parametri forniti dall'utente finale vengono oscurati.
Evasione del prompt iniziale Page.form.parameters[].fillBehavior.initialPromptFulfillment Prompt iniziali sotto forma di fulfillment per richiedere all'utente finale un valore parametro obbligatorio. Per informazioni dettagliate, consulta la sezione Impostare i parametri del modulo di seguito.
Gestori di eventi di ripetizione Page.form.parameters[].fillBehavior.repromptEventHandlers Vengono utilizzate quando l'agente deve chiedere nuovamente all'utente finale di compilare il parametro dopo un tentativo non riuscito. Vedi Gestori di richieste di compilazione di moduli. Se non sono definiti gestori di eventi di ripetizione, l'agente risponderà con i prompt iniziali dopo un tentativo non riuscito.
DTMF Non disponibile Consulta la sezione DTMF di seguito.

Definisci e gestisci i parametri del modulo

I parametri del modulo sono definiti in fase di progettazione, quando viene creato .

Per modificare l'ordine dei parametri del modulo nella console: fai clic sul titolo della sezione Parametri nella pagina, quindi trascina le righe dei parametri nella tabella dei parametri.

Per eliminare un parametro del modulo: fai clic sul titolo della sezione Parametri nella pagina, passa il mouse sopra un parametro quindi fai clic sul pulsante Elimina .

Parametri modulo di riferimento

I riferimenti dei parametri del modulo non vengono utilizzati direttamente. Puoi controllare solo lo stato di compilazione di singoli parametri del modulo o il modulo nel suo insieme. Puoi utilizzare questi riferimenti agli stati del modulo in un condizione requisito di un condition route.

Per verificare se il modulo completo della pagina corrente è stato compilato: utilizza la seguente condizione:

$page.params.status = "FINAL"

Per verificare se un determinato parametro del modulo è stato compilato nell'ultima fase, utilizza la seguente condizione:

$page.params.parameter-id.status = "UPDATED"

Imposta parametri del modulo

I valori dei parametri del modulo possono essere impostati in diversi modi. Le seguenti sottosezioni descrivono ciascun meccanismo per impostare i valori dei parametri del modulo.

Valori dei parametri predefiniti

Puoi fornire valori predefiniti per i parametri facoltativi del modulo. Quando inizia la compilazione del modulo, Tutti i parametri facoltativi del modulo non impostati vengono impostati sui valori predefiniti. Questi valori possono essere inizializzati o sostituiti da alcuni dei meccanismi riportati di seguito.

Se è richiesto un parametro, il suo valore predefinito viene ignorato.

Compilazione di moduli

Dialogflow imposta automaticamente i valori parametro forniti dall'utente finale durante la compilazione del modulo. L'agente raccoglie i parametri obbligatori nell'ordine definito nella pagina. L'agente richiede all'utente finale i valori obbligatori utilizzando il completamento del prompt iniziale fornito per ogni parametro richiesto. I parametri facoltativi non attivano i prompt.

Se un valore parametro richiesto non è fornito dall'utente finale dopo il prompt di un agente, il prompt iniziale verrà ripetuto, a meno che non venga modificato è definita nei gestori dei prompt. Se sono stati definiti più prompt di testo iniziali, il comportamento dell'agente è uguale a quello di qualsiasi Risposte testuali di completamento.

Propagazione di parametri di sessione e intent

Se in fase di runtime viene impostato un parametro di qualsiasi tipo, il parametro viene scritto nella sessione e diventa un parametro di sessione.

Quando una pagina diventa attiva, e durante il suo periodo di attività qualsiasi parametro del modulo con lo stesso nome di un parametro di sessione viene impostato automaticamente sul valore parametro di sessione.

Ciò può accadere con un parametro di intenzione con corrispondenza in una percorso dell'intent o propagazione dei parametri.

Propagazione di parametri di sessione e intent è l'unico meccanismo per impostare parametri facoltativi del modulo ai valori dell'input dell'utente finale, ma questo meccanismo può anche impostare o sostituire i valori dei parametri del modulo richiesti.

Predefiniti dei parametri di evasione ordine

Completamento per una route, un gestore di eventi o reprompt modulo puoi usare un preimpostazione dei parametri di completamento per impostare un valore parametro modulo in fase di runtime. Un valore preimpostato di un parametro di completamento sostituirà un valore parametro inclusi i valori predefiniti dei parametri.

Impostazione parametro webhook

Il webhook può impostare i valori dei parametri del modulo in fase di runtime. Visualizza il campo pageInfo.formInfo.parameterInfo nella Risposta webhook.

Ottieni parametri del modulo

Le interazioni con l'API restituiranno i valori dei parametri del modulo. Vedi il campo di risposta queryResult.parameters del metodo detectIntent per il tipo Session.

Seleziona un protocollo e una versione per il riferimento sessione:

Protocollo V3 V3beta1
REST Risorsa di sessione Risorsa di sessione
RPC Interfaccia di sessione Interfaccia di sessione
C++ SessionsClient Non disponibile
C# SessionsClient Non disponibile
Vai SessionsClient Non disponibile
Java SessionsClient SessionsClient
Node.js SessionsClient SessionsClient
PHP Non disponibile Non disponibile
Python SessionsClient SessionsClient
Ruby Non disponibile Non disponibile

I webhook ricevono i valori dei parametri del modulo. Visualizza il campo pageInfo.formInfo.parameterInfo nella Richiesta webhook.

Gestori di reprompt compilazione moduli

Gestori di richieste di conferma, noti anche come gestori di eventi a livello di parametro, vengono utilizzati per definire il comportamento complesso dei prompt dei parametri per i parametri richiesti. Ad esempio: Per modificare il prompt è possibile usare i gestori di prompt Quando l'utente finale non riesce a fornire un valore dopo la richiesta iniziale, e passare a un'altra pagina dopo N tentativi non riusciti.

Se non sono definiti gestori di richieste di conferma, il prompt iniziale verrà utilizzato per inviare nuovamente la richiesta all'utente finale in base alle esigenze.

Se l'utente finale risponde con input inaspettato, viene richiamato un evento sys.no-match-* o sys.no-input-*, e vengono chiamati tutti i gestori di prompt definiti per questi eventi.

Come gli altri gestori di eventi, un gestore di richieste è un tipo gestore dello stato che può essere configurata con uno o entrambi i seguenti elementi:

  • Un fulfillment per fornire un messaggio di richiesta per l'utente finale e/o un preimpostazione di parametri.
  • Un target di transizione per modificare la pagina corrente.

Parametri sessione

Se in fase di runtime viene impostato un parametro di qualsiasi tipo, il parametro viene scritto nella sessione e diventa un parametro di sessione. Questi parametri non sono definiti esplicitamente in fase di progettazione. Puoi fare riferimento a questi parametri di sessione in qualsiasi momento durante una sessione.

Parametri sessione di riferimento

I riferimenti dei parametri di sessione possono essere utilizzati i messaggi di risposta statici per i seguenti tipi di fulfillment:

  • Fulfillment voce di pagina
  • Fulfillment percorso
  • Fulfillment gestore eventi
  • Evasione dei prompt di modulo
  • Evasione richiesta di modulo

I riferimenti possono essere utilizzati anche in:

Per fare riferimento a un parametro di sessione, utilizzare i seguenti formati:

Scalare

Per accedere a un parametro con un tipo di entità scalare:

$session.params.parameter-id

Ad esempio: se l'ID parametro è date, puoi fare riferimento al valore come $session.params.date.

Composti

  • Per accedere a un membro di un parametro con un tipo di entità composita:

    $session.params.parameter-id.member-name

    Ad esempio: se l'ID parametro è location, puoi fare riferimento al valore membro zip-code come $session.params.location.zip-code.

  • Per accedere al valore originale di un parametro con un tipo di entità composta:

    $session.params.parameter-id.original
  • Per accedere all'oggetto completo di un parametro con un tipo di entità composita, utilizza la Funzione di sistema IDENTITY.

Elenco

  • Per accedere a un elenco completo di elementi:

    $session.params.parameter-id

    Ad esempio, se l'ID parametro dell'elenco è colors e i valori estratti da una query utente sono ["red", "blue", "yellow"], puoi fare riferimento a tutti i valori come $session.params.colors.

  • Per accedere all'elemento i di un parametro elenco:

    $session.params.parameter-id[i]

    Ad esempio, se l'ID del parametro dell'elenco è colors, puoi fare riferimento il primo valore come $session.params.colors[0].

Imposta parametri di sessione

Al termine della compilazione del modulo, i parametri compilati vengono scritti nella sessione da Dialogflow.

Completamento per una route, un gestore di eventi o reprompt modulo puoi usare un preimpostazione dei parametri di completamento per impostare un valore parametro sessione in fase di runtime.

Il webhook può impostare i valori dei parametri di sessione in fase di runtime. Visualizza il campo sessionInfo.parameters nella risposta webhook standard o consulta risposta webhook flessibile.

Le interazioni con l'API possono impostare i valori dei parametri di sessione. Visualizza il campo di richiesta queryParams.parameters del metodo detectIntent per il tipo Session.

Seleziona un protocollo e una versione per il riferimento sessione:

Protocollo V3 V3beta1
REST Risorsa di sessione Risorsa di sessione
RPC Interfaccia di sessione Interfaccia di sessione
C++ SessionsClient Non disponibile
C# SessionsClient Non disponibile
Vai SessionsClient Non disponibile
Java SessionsClient SessionsClient
Node.js SessionsClient SessionsClient
PHP Non disponibile Non disponibile
Python SessionsClient SessionsClient
Ruby Non disponibile Non disponibile

Ottieni parametri di sessione

Le interazioni con l'API restituiranno i valori dei parametri di sessione. Vedi il campo di risposta queryResult.parameters del metodo detectIntent per il tipo Session.

Seleziona un protocollo e una versione per il riferimento sessione:

Protocollo V3 V3beta1
REST Risorsa di sessione Risorsa di sessione
RPC Interfaccia di sessione Interfaccia di sessione
C++ SessionsClient Non disponibile
C# SessionsClient Non disponibile
Vai SessionsClient Non disponibile
Java SessionsClient SessionsClient
Node.js SessionsClient SessionsClient
PHP Non disponibile Non disponibile
Python SessionsClient SessionsClient
Ruby Non disponibile Non disponibile

Valori dei parametri di sessione ricevuti dai webhook. Visualizza il campo sessionInfo.parameters nella Richiesta webhook.

Propagazione parametri

Quando l'input di un utente finale fornisce un valore parametro, il parametro può essere propagato ad altri livelli:

  • Quando un parametro di intent viene impostato da una corrispondenza di intent, parametri del modulo con lo stesso nome per la pagina attiva siano impostati sullo stesso valore. Il tipo di entità del parametro è dettato dalla definizione del parametro di intent.
  • Quando un parametro di intent viene impostato da una corrispondenza di intent, o un parametro del modulo impostato durante la compilazione il parametro diventa un parametro di sessione.

DTMF per le integrazioni di telefonia

Puoi abilitare e configurare DTMF (segnale multifrequenza dual-tono) per un parametro. Una volta abilitata, un utente finale per un agente che utilizza una telefonia di integrazione utilizzare il tastierino del telefono per fornire i valori dei parametri.

Per ridurre l'ambiguità, L'input DTMF può essere interpretato sia nella forma normale che in quella specifica del DTMF (consigliato):

  • La forma normale consiste semplicemente nei valori del tastierino inseriti dall'utente finale. Ad esempio, 123#.
  • Il formato specifico del DTMF converte l'input in dtmf_digits_[digits], dove [digits] sono le cifre DTMF originali con * sostituito con star e # sostituiti con pound. Ad esempio, 123# viene interpretato come dtmf_digits_123pound.

Quando si associano i tipi di entità per un parametro, Dialogflow cercherà di abbinare sia la forma normale che quella specifica DTMF. Quando si utilizza un tipo di entità per l'input DTMF, ti consigliamo di definire sinonimi come dtmf_digits_123 per migliorare la corrispondenza NLU.

Se l'input DTMF non soddisfa la condizione di risoluzione (ovvero ha non ha raggiunto la lunghezza massima di cifre o non è stato terminato entro il termine cifra), l'agente Dialogflow continuerà ad attendere ulteriori input. Durante questo punto, se timeout per nessuna voce è attivata, l'agente richiama un evento senza input. Se viene rilevata solo una voce, l'agente abbina l'input vocale. Se vengono rilevati sia la voce che l'input DTMF, l'input vocale viene ignorato e viene preso in considerazione solo l'input DTMF.

Per attivare e personalizzare il DTMF per un parametro:

Console

  1. Attiva le Impostazioni avanzate dal impostazioni IVR e voce agente se non le hai già attivate.
  2. Crea un parametro di pagina.
  3. Nel riquadro dei parametri, attiva l'opzione Attiva DTMF.
  4. Imposta Max digits (Numero massimo di cifre) sul numero massimo di cifre dell'utente finale che può fornire per questo parametro.
  5. Imposta Cifra finale sul valore del tastierino. che termina l'input DTMF per il parametro. È comune utilizzare # per questa impostazione. La cifra finale non viene aggiunta alla query di Dialogflow sull'agente. Pertanto, se la cifra finale è # e l'input è 123#, l'input effettivo della query sarà "123"

Quando crei il tuo agente, puoi testare gli input DTMF nel simulatore.

Endpoint intelligente

Se viene utilizzata l'endpoint intelligente se è abilitato per l'agente, puoi personalizzare il comportamento degli endpoint intelligenti per parametro numerico.

  1. Imposta Numero minimo di cifre per suggerire l'endpointer intelligente di attendere che tutte le cifre raccolte.
  2. Imposta Correggi trascrizioni per migliorare il riconoscimento vocale di cifre correggendo errori comuni nella trascrizione delle cifre. Questa opzione è supportata solo per le richieste che specificano un codice lingua en o en-*.
  3. Imposta Timeout in attesa per specificare il tempo aggiuntivo di attesa di Dialogflow. per consentire all'utente di fornire ulteriori input.

Parametri con ambito a livello di flusso

I parametri basati sui flussi possono essere definiti come predefiniti dei parametri di completamento o parametri del modulo. È possibile fare riferimento a questi parametri solo mentre il flusso in cui sono definiti è attivo e non è mantenuto nei parametri della sessione.

Per definire o fare riferimento a un parametro con ambito a livello di flusso, utilizza la seguente sintassi:

$flow.parameter-name

Ad esempio: se il nome del parametro è date, puoi definire o fare riferimento al parametro come $flow.date.

Tieni presente che utilizzare il prefisso $ durante la definizione dei parametri è diverso da altri tipi di parametri che non utilizzano $ per le definizioni dei parametri.

Esempio di definizione di un parametro con ambito di flusso: Screenshot del parametro con ambito a livello di flusso.

Durata del valore parametro con ambito a livello di flusso

È raro, ma in alcuni casi avanzati potresti dover capire come vengono conservati i valori dei parametri basati sul flusso (o eliminato) quando un flusso diventa inattivo, per poi essere di nuovo attivo.

Se i valori dei parametri basati sul flusso vengono conservati quando un flusso diventa inattivo, la riattivazione dipende Stack di flusso e di trasferire le istanze di flusso nello stack.

  • Quando il flusso A passa al flusso B utilizzando una specifico per la transizione, il flusso A (flusso padre) rimane nello stack, il flusso A conserva i valori parametro basati sul flusso, e una nuova istanza del flusso B (flusso figlio) viene aggiunta allo stack.
  • Quando un flusso figlio ritorna a un flusso principale utilizzando un target per la transizione simbolica (ad esempio, END_FLOW), il flusso figlio viene rimosso dallo stack tutti i valori dei parametri con ambito di flusso figlio vengono ignorati, e tutti i valori dei parametri con ambito di flusso padre vengono conservati.
  • Utilizzando una serie di transizioni con specifici target di transizione, lo stack di flusso può contenere più istanze dello stesso tipo di flusso. Ogni istanza del tipo di flusso ha valori parametro univoci basati sul flusso. Ad esempio: A1 -> B1 -> C1 -> B2 dove A, B e C sono tipi di flusso, e i numeri indicano le istanze di questi tipi di flusso. In questo esempio, B1 e B2 sono istanze diverse del flusso B, e hanno parametri univoci basati sul flusso.

Esempi:

Transizioni Risultato
Il flusso A (A1) diventa attivo.
Il flusso B (B1) si attiva utilizzando un target di transizione specifico.
Il flusso B ritorna al flusso A (A1) che lo ha avviato utilizzando un target di transizione simbolico.
Il flusso A conserva i valori dei parametri.
Il flusso A (A1) diventa attivo.
Il flusso B (B1) si attiva utilizzando un target di transizione specifico.
Il flusso B esegue la transizione a una nuova istanza del flusso A (A2) utilizzando un target di transizione specifico.
La nuova istanza del flusso A (A2) nella parte superiore dello stack non ha accesso ai valori dei parametri del flusso A (A1) nella parte inferiore dello stack.
Il flusso A (A1) diventa attivo.
Il flusso B (B1) si attiva utilizzando un target di transizione specifico.
Il flusso A (A1) si attiva utilizzando un target di transizione simbolico.
Il flusso B (B2) si attiva utilizzando un target di transizione specifico.
Il flusso B (B2) non conserva i valori dei parametri impostati mentre era attivo dopo la seconda transizione (B1).

Parametri basati sulle richieste

I parametri basati sulle richieste sono parametri di breve durata creati da Dialogflow a cui è possibile fare riferimento solo durante il ciclo di vita della richiesta corrente e non vengono mantenuti nei parametri della sessione.

I parametri basati sulle richieste vengono generati da Dialogflow per le funzionalità seguenti.

Parametri integrati

Puoi accedere ai vari dati associati alla richiesta utilizzando:

Riferimento Descrizione
$request.session-id L'identificatore della sessione.
$request.language Codice lingua specificato in QueryInput.language_code.
$request.resolved-language Il codice lingua effettivo utilizzato dall'agente durante l'elaborazione. La lingua risolta può essere diversa da quella specificata nella richiesta. Ad esempio, se l'agente supporta solo "en", mentre la lingua specificata nella richiesta è "en-US", la lingua risolta sarà "en".
$request.user-utterance L'espressione utente corrente specificata nella richiesta.

Payload personalizzato

Se il criterio QueryParameters.payload è impostato, puoi accedere al parametro corrispondente tramite $request.payload.param-id.

Analisi del sentiment

Quando l'analisi del sentiment è abilitata, sono disponibili i seguenti riferimenti al sentiment:

Riferimento Tipo Descrizione
$request.sentiment.score Numero Punteggio di sentiment compreso tra -1,0 (sentiment negativo) e 1,0 (sentiment positivo).
$request.sentiment.magnitude Numero Indica la forza complessiva dell'emozione (sia positiva che negativa) compresa tra 0,0 e +inf. A differenza del punteggio, la grandezza non è normalizzata, ciascuna espressione emotiva nell'input utente finale (sia positiva che negativa) contribuisce alla grandezza dell'input. Gli input più lunghi possono avere una grandezza maggiore.
$request.sentiment.succeeded Booleano True se l'analisi del sentiment ha esito positivo, falso negli altri casi.

Oscuramento dei parametri

Per qualsiasi intent o parametro del modulo, puoi abilitare l'oscuramento dei parametri, che oscurerà i dati dei parametri di runtime dell'utente finale dai log e l'archiviazione interna Dialogflow. I parametri oscurati sono visualizzati come $parameter-name_redacted nei log.

Ad esempio: Considera un input utente finale come "Il mio indirizzo è 1600 Amphitheatre Parkway" che genera un parametro address inviati a "1600 Amphitheatre Parkway". Il testo registrato sarà "Il mio indirizzo è $address_redacted".

Per attivare l'oscuramento dei parametri:

Console

Seleziona la casella di controllo Oscura nel log quando crei o aggiorni un parametro.

API

Imposta il campo parameters[].redact su true per il tipo Intent.

Seleziona un protocollo e una versione per il riferimento per intent:

Protocollo V3 V3beta1
REST Risorsa per intent Risorsa per intent
RPC Interfaccia per intent Interfaccia per intent
C++ IntentsClient Non disponibile
C# IntentsClient Non disponibile
Vai IntentsClient Non disponibile
Java IntentsClient IntentsClient
Node.js IntentsClient IntentsClient
PHP Non disponibile Non disponibile
Python IntentsClient IntentsClient
Ruby Non disponibile Non disponibile

Imposta il campo form.parameters[].redact su true per il tipo Page.

Seleziona un protocollo e una versione per il riferimento della pagina:

Protocollo V3 V3beta1
REST Risorsa della pagina Risorsa della pagina
RPC Interfaccia della pagina Interfaccia della pagina
C++ PagesClient Non disponibile
C# PagesClient Non disponibile
Vai PagesClient Non disponibile
Java PagesClient PagesClient
Node.js PagesClient PagesClient
PHP Non disponibile Non disponibile
Python PagesClient PagesClient
Ruby Non disponibile Non disponibile

In alternativa, puoi oscurare tutti i parametri di un tipo di entità specifico.