Mengkonfigurasi pembaruan kemajuan pemenuhan untuk bot Lex V2 Anda

Ketika fungsi Lambda pemenuhan untuk intent dipanggil, bot tidak mengirim respons sampai fungsi selesai. Jika fungsi Lambda membutuhkan waktu lebih dari beberapa detik untuk diselesaikan, pengguna mungkin berpikir bahwa bot tidak responsif. Untuk mengatasi ini, Anda dapat mengonfigurasi bot Anda untuk mengirim pembaruan kepada pengguna saat fungsi Lambda pemenuhan berjalan sehingga pengguna tahu bahwa bot masih berfungsi berdasarkan permintaan mereka.

Saat Anda menambahkan pembaruan pemenuhan ke intent, bot merespons pada awal pemenuhan dan secara berkala saat pemenuhan sedang berlangsung. Saat Anda mengonfigurasi respons awal, Anda dapat menentukan penundaan sebelum bot mengirimkan respons. Dengan ini, Anda dapat mendukung kasus di mana pemenuhan tidak selesai relatif cepat. Saat Anda mengonfigurasi respons pembaruan, Anda menentukan frekuensi yang Anda inginkan pembaruan dikirim. Anda juga mengonfigurasi batas waktu untuk membatasi waktu fungsi pemenuhan harus dijalankan.

Anda juga dapat menambahkan tanggapan pasca-pemenuhan ke bot. Ini memungkinkan bot untuk mengirim respons yang berbeda tergantung pada apakah pemenuhan berhasil, gagal, atau habis waktu.

Pembaruan pemenuhan hanya digunakan saat berinteraksi dengan bot menggunakan operasi. StartConversation Anda dapat menggunakan pembaruan pasca-pemenuhan saat berinteraksi dengan bot menggunakan StartConversation,, dan operasi RecognizeTextRecognizeUtterance

Pembaruan pemenuhan

Pembaruan pemenuhan dikirim saat fungsi Lambda Anda memenuhi maksud. Saat Anda mengaktifkan pembaruan pemenuhan, Anda memberikan respons awal yang dikirim pada awal pemenuhan dan respons pembaruan yang dikirim secara berkala saat pemenuhan sedang berlangsung.

Saat menentukan respons pembaruan, Anda juga menentukan batas waktu yang menentukan berapa lama fungsi pemenuhan dapat berjalan. Anda dapat menentukan panjang batas waktu hingga 15 menit (900 detik).

Jika Anda menonaktifkan pembaruan pemenuhan dengan menyetel active ke false di konsol atau menggunakan UpdateIntentoperasi CreateIntentatau, batas waktu yang ditentukan untuk pembaruan pemenuhan tidak digunakan dan batas waktu default 30 detik digunakan sebagai gantinya.

Jika fungsi pemenuhan habis waktu, Amazon Lex V2 melakukan salah satu dari tiga hal:

• Respons pasca-pemenuhan dikonfigurasi dan aktif — mengembalikan respons batas waktu.

• Respons pasca-pemenuhan dikonfigurasi dan tidak aktif — mengembalikan pengecualian.

• Respons pasca-pemenuhan tidak dikonfigurasi — mengembalikan pengecualian.

Mulai respon

Amazon Lex V2 mengembalikan respons awal saat fungsi pemenuhan Lambda dipanggil selama percakapan streaming. Ini biasanya memberitahu pengguna bahwa memenuhi maksud membutuhkan waktu dan bahwa mereka harus menunggu. Respons awal tidak dikembalikan saat Anda menggunakan RecognizeUtterance operasi RecognizeText atau.

Anda dapat menentukan hingga lima pesan respons. Amazon Lex V2 memilih salah satu pesan untuk dimainkan kepada pengguna.

Anda dapat mengonfigurasi penundaan antara saat fungsi Lambda dipanggil dan saat respons mulai dikembalikan. Respons awal tidak dikembalikan jika fungsi Lambda menyelesaikan pekerjaannya sebelum penundaan selesai.

Anda dapat menggunakan active sakelar di konsol atau FulfillmentUpdatesSpecificationstruktur untuk mengaktifkan dan menonaktifkan respons awal. activeKapan salah, respons awal tidak dimainkan.

Perbarui tanggapan

Amazon Lex mengembalikan respons pembaruan secara berkala selama percakapan streaming saat fungsi pemenuhan Lambda sedang berjalan. Respons pembaruan tidak diputar saat Anda menggunakan RecognizeText atau RecognizeUtterance operasi. Anda dapat mengonfigurasi seberapa sering respons pembaruan diputar. Misalnya, Anda dapat memutar respons pembaruan setiap 30 detik saat fungsi pemenuhan berjalan untuk memberi tahu pengguna bahwa proses sedang berjalan dan bahwa mereka harus terus menunggu.

Anda dapat menentukan hingga lima pesan pembaruan. Amazon Lex V2 memilih pesan untuk diputar ke pengguna. Menggunakan beberapa pesan membuat pembaruan tidak berulang.

Jika pengguna memberikan input melalui suara,DTMF, atau teks saat fungsi Lambda pemenuhan berjalan, Amazon Lex V2 mengembalikan respons pembaruan kepada pengguna.

Jika fungsi Lambda menyelesaikan pekerjaannya sebelum periode pembaruan pertama berakhir, respons pembaruan tidak akan dikembalikan.

Anda dapat menggunakan active sakelar di konsol atau FulfillmentUpdatesSpecificationstruktur untuk mengaktifkan dan menonaktifkan respons pembaruan. activeKapan salah, respons pembaruan tidak dikembalikan.

Respon pasca-pemenuhan

Amazon Lex V2 mengembalikan respons pasca-pemenuhan saat fungsi pemenuhan berakhir. Respons pasca-pemenuhan dapat digunakan saat memenuhi maksud apa pun, tidak hanya saat streaming percakapan. Respons pasca-pemenuhan memungkinkan pengguna mengetahui bahwa fungsinya sudah lengkap dan hasilnya.

Anda dapat menggunakan active sakelar di konsol atau PostFulfillmentStatusSpecificationstruktur untuk mengaktifkan dan menonaktifkan respons pasca-pemenuhan. Kapan active salah, responsnya tidak dimainkan.

Ada tiga jenis tanggapan pasca-pemenuhan:

• Sukses — kembali ketika pemenuhan fungsi Lambda menyelesaikan pekerjaannya dengan sukses. Jika tanggapan pasca-pemenuhan tidak aktif. Amazon Lex V2 mengambil tindakan yang dikonfigurasi berikutnya.

• Timeout — dikembalikan jika fungsi Lambda tidak menyelesaikan pekerjaannya sebelum periode batas waktu yang dikonfigurasi berlalu. Jika tanggapan pasca-pemenuhan tidak aktif, Amazon Lex V2 mengembalikan pengecualian.

• Kegagalan — dikembalikan saat fungsi Lambda mengembalikan status Failed dalam respons atau saat Amazon Lex V2 mengalami kesalahan saat memenuhi maksud. Jika tanggapan pasca-pemenuhan tidak aktif, Amazon Lex V2 mengembalikan pengecualian.

Anda dapat menentukan hingga lima pesan untuk setiap jenis. Amazon Lex V2 memilih salah satu pesan untuk dimainkan kepada pengguna.

Tidak seperti respons pemenuhan awal dan pemenuhan pembaruan, respons pasca-pemenuhan diputar ulang untuk percakapan streaming dan non-streaming.

Anda juga memiliki opsi untuk mengganti pesan ini dengan mengonfigurasi fungsi Lambda untuk mengembalikan pesan pasca-pemenuhan.

catatan

Jika maksud memiliki respons penutupan, itu dikembalikan setelah respons pasca-pemenuhan.

Contoh pasca-pemenuhan untuk Lex V2

Untuk lebih memahami respons pasca-pemenuhan, mari kita ambil, sebagai contoh, a BookTrip bot, dibuat untuk membantu merencanakan perjalanan, dengan BookFlight intent, dikonfigurasi dengan fungsi Lambda pemenuhan yang memesan penerbangan pelanggan dengan maskapai penerbangan. Setelah slot untuk BookFlight telah ditimbulkan, Amazon Lex V2 memanggil fungsi Lambda pemenuhan. Selama proses pemenuhan ini salah satu dari tiga hasil berikut dapat terjadi:

• Sukses — Penerbangan berhasil dipesan.

• Timeout — Proses pemesanan memakan waktu lebih lama dari pemenuhan yang dikonfigurasi waktu eksekusi Lambda (misalnya, jika maskapai tidak dapat dihubungi dalam waktu yang ditentukan).

• Kegagalan — Pemesanan gagal karena alasan lain.

Anda dapat memanfaatkan respons pasca-pemenuhan untuk memberikan respons yang lebih bermakna kepada pelanggan Anda dalam setiap situasi ini. Contoh untuk setiap situasi adalah sebagai berikut:

• Tanggapan sukses — “Kami berhasil memesan tiket Anda dan telah mengirimi Anda email konfirmasi. Jangan ragu untuk menghubungi kami menggunakan informasi kontak yang disediakan dalam email itu jika Anda memiliki pertanyaan.”

• Tanggapan batas waktu — “Karena lalu lintas yang padat di sistem kami, pemesanan tiket Anda memakan waktu lebih lama dari yang diharapkan. Kami memiliki permintaan Anda dalam antrian kami dan telah mengirimi Anda email dengan nomor referensi yang sesuai dengan permintaan ini. Setelah kami memesan tiket, kami akan mengirimkan konfirmasi reservasi kepada Anda. Jangan ragu untuk menghubungi kami menggunakan informasi kontak yang disediakan dalam email itu jika Anda memiliki pertanyaan.”

  catatan

  Jika Anda tidak mengonfigurasi pesan batas waktu, Lex melempar kesalahan 4XX yang sesuai dengan kasus penggunaan.

• Tanggapan kegagalan — “Sayangnya, kami tidak dapat memesan tiket Anda. Kami telah mengirim email dengan rincian mengenai masalah yang kami temui saat memesan reservasi Anda.”