Langkah 2b (Opsional): Tinjau Detail Alur Informasi yang Diketik (Konsol)

Jenis pengguna: Saya ingin memesan beberapa bunga

1. Klien (konsol) mengirimkan PostText permintaan berikut ke Amazon Lex:

   POST /bot/OrderFlowers/alias/$LATEST/user/4o9wwdhx6nlheferh6a73fujd3118f5w/text
   "Content-Type":"application/json"
   "Content-Encoding":"amz-1.0"
   
   {
       "inputText": "I would like to order some flowers",
       "sessionAttributes": {}
   }

   URI permintaan dan badan memberikan informasi ke Amazon Lex:

   • Request URI — Menyediakan nama bot (OrderFlowers), bot alias ($LATEST), dan nama pengguna (string acak yang mengidentifikasi pengguna). Trailing text menunjukkan bahwa itu adalah permintaan PostText API (dan bukanPostContent).

      

   • Request body - Termasuk input pengguna (inputText) dan kosongsessionAttributes. Ketika klien membuat permintaan pertama, tidak ada atribut sesi. Fungsi Lambda memulai mereka nanti.

2. DariinputText, Amazon Lex mendeteksi intent ()OrderFlowers. Maksud ini tidak memiliki kait kode apa pun (yaitu, fungsi Lambda) untuk inisialisasi dan validasi input atau pemenuhan pengguna.

   Amazon Lex memilih salah satu slot intent (FlowerType) untuk memperoleh nilai. Ini juga memilih salah satu prompt elisitasi nilai untuk slot (semua bagian dari konfigurasi maksud), dan kemudian mengirimkan respons berikut kembali ke klien. Konsol menampilkan pesan dalam respons kepada pengguna.

   

   Klien menampilkan pesan dalam respons.

Jenis pengguna: mawar

1. Klien (konsol) mengirimkan PostText permintaan berikut ke Amazon Lex:

   POST /bot/OrderFlowers/alias/$LATEST/user/4o9wwdhx6nlheferh6a73fujd3118f5w/text
   "Content-Type":"application/json"
   "Content-Encoding":"amz-1.0"
   
   {
       "inputText": "roses",
       "sessionAttributes": {}
   }

   inputTextDalam badan permintaan menyediakan masukan pengguna. sessionAttributesSisa-sisa kosong.

2. Amazon Lex pertama kali menafsirkan inputText dalam konteks maksud saat ini—layanan mengingat bahwa ia telah meminta pengguna tertentu untuk informasi tentang slot. FlowerType Amazon Lex pertama kali memperbarui nilai slot untuk maksud saat ini dan memilih slot lain (PickupDate) bersama dengan salah satu pesan cepatnya — hari apa Anda ingin mawar diambil? — untuk slot.

   Kemudian, Amazon Lex mengembalikan respons berikut:

   

   Klien menampilkan pesan dalam respons.

Jenis pengguna: besok

1. Klien (konsol) mengirimkan PostText permintaan berikut ke Amazon Lex:

   POST /bot/OrderFlowers/alias/$LATEST/user/4o9wwdhx6nlheferh6a73fujd3118f5w/text
   "Content-Type":"application/json"
   "Content-Encoding":"amz-1.0"
   
   {
       "inputText": "tomorrow",
       "sessionAttributes": {}
   }

   inputTextDalam badan permintaan menyediakan masukan pengguna. sessionAttributesSisa-sisa kosong.

2. Amazon Lex pertama kali menafsirkan inputText dalam konteks maksud saat ini—layanan mengingat bahwa ia telah meminta pengguna tertentu untuk informasi tentang slot. PickupDate Amazon Lex memperbarui nilai slot (PickupDate) untuk maksud saat ini. Ini memilih slot lain untuk memperoleh nilai untuk (). PickupTime Ini mengembalikan salah satu petunjuk elisitasi nilai—mengirimkan mawar pada jam berapa pada 2017-01-05? - untuk klien.

   Amazon Lex kemudian mengembalikan respons berikut:

   

   Klien menampilkan pesan dalam respons.

Jenis pengguna: 6 sore

1. Klien (konsol) mengirimkan PostText permintaan berikut ke Amazon Lex:

   POST /bot/OrderFlowers/alias/$LATEST/user/4o9wwdhx6nlheferh6a73fujd3118f5w/text
   "Content-Type":"application/json"
   "Content-Encoding":"amz-1.0"
   
   {
       "inputText": "6 pm",
       "sessionAttributes": {}
   }

   inputTextDalam badan permintaan menyediakan masukan pengguna. sessionAttributesSisa-sisa kosong.

2. Amazon Lex pertama kali menafsirkan inputText dalam konteks maksud saat ini—layanan mengingat bahwa ia telah meminta pengguna tertentu untuk informasi tentang slot. PickupTime Amazon Lex pertama kali memperbarui nilai slot untuk maksud saat ini. Sekarang Amazon Lex mendeteksi bahwa ia memiliki informasi untuk semua slot.

   OrderFlowersMaksud dikonfigurasi dengan pesan konfirmasi. Oleh karena itu, Amazon Lex memerlukan konfirmasi eksplisit dari pengguna sebelum dapat melanjutkan untuk memenuhi maksud. Amazon Lex mengirimkan pesan berikut kepada klien yang meminta konfirmasi sebelum memesan bunga:

   

   Klien menampilkan pesan dalam respons.

Jenis pengguna: Ya

1. Klien (konsol) mengirimkan PostText permintaan berikut ke Amazon Lex:

   POST /bot/OrderFlowers/alias/$LATEST/user/4o9wwdhx6nlheferh6a73fujd3118f5w/text
   "Content-Type":"application/json"
   "Content-Encoding":"amz-1.0"
   
   {
       "inputText": "Yes",
       "sessionAttributes": {}
   }

   inputTextDalam badan permintaan menyediakan masukan pengguna. sessionAttributesSisa-sisa kosong.

2. Amazon Lex menafsirkan inputText dalam konteks mengonfirmasi maksud saat ini. Ia memahami bahwa pengguna ingin melanjutkan pesanan. OrderFlowersMaksud dikonfigurasi ReturnIntent sebagai aktivitas pemenuhan (tidak ada fungsi Lambda untuk memenuhi maksud). Oleh karena itu, Amazon Lex mengembalikan data slot berikut ke klien.

   

   Amazon Lex mengatur dialogState keReadyForFulfillment. Klien kemudian dapat memenuhi niat tersebut.

Sekarang uji bot lagi. Untuk melakukan itu, Anda harus memilih tautan Hapus di konsol untuk membuat konteks (pengguna) baru. Sekarang saat Anda memberikan data untuk maksud pesanan bunga, cobalah untuk memberikan data yang tidak valid. Sebagai contoh:

Perhatikan bahwa bot menerima nilai-nilai ini karena Anda tidak memiliki kode untuk menginisialisasi/memvalidasi data pengguna. Di bagian selanjutnya, Anda menambahkan fungsi Lambda untuk melakukan ini. Perhatikan hal berikut tentang fungsi Lambda: