Trang này mô tả các phương pháp phổ biến về cấu trúc dịch vụ được dùng để tạo ứng dụng Google Chat. Nếu có một ứng dụng hiện có mà bạn muốn tích hợp vào Google Chat, bạn có thể sử dụng hoặc điều chỉnh chế độ triển khai hiện có. Nếu bạn đang tạo một ứng dụng Chat mới, thì trang này sẽ trình bày thông tin tương tự theo một số cách khác nhau để giúp bạn chọn cấu trúc phù hợp với trường hợp sử dụng của mình:
- Xem bảng tổng quan.
- Xem thông tin tóm tắt về từng kiểu kiến trúc.
- Xem bản tóm tắt về logic của ứng dụng Chat.
- Xem bản tóm tắt theo các mẫu hội thoại của ứng dụng Chat.
Tổng quan theo tính năng và khả năng
Bảng sau đây nêu bật các tính năng và chức năng chính của ứng dụng trò chuyện và kiểu cấu trúc dịch vụ được đề xuất (). Trong một số trường hợp, bạn có thể phát triển bằng một kiểu kiến trúc khác với các tính năng này, nhưng không phù hợp với trường hợp sử dụng như các kiểu khác ().
Tính năng và khả năng |
Dịch vụ web hoặc HTTP |
Pub/Sub |
Webhook |
Apps Script |
AppSheet |
Dialogflow |
Kịch bản |
|---|---|---|---|---|---|---|---|
Đối tượng dự kiến |
|||||||
Đội của bạn |
|||||||
Tổ chức của bạn |
|||||||
Mọi người |
|||||||
Khả năng tương tác của người dùng |
|||||||
Sử dụng tính năng xử lý ngôn ngữ tự nhiên |
|||||||
Mẫu nhắn tin |
|||||||
Gửi và nhận tin nhắn đồng bộ |
|||||||
Gửi và nhận tin nhắn đồng bộ, cũng như gửi tin nhắn không đồng bộ |
|||||||
Chỉ gửi thông báo không đồng bộ |
|||||||
Gửi tin nhắn từ một hệ thống bên ngoài đến một phòng Chat |
|||||||
Truy cập vào các dịch vụ và hệ thống khác |
|||||||
Tích hợp với các dịch vụ khác của Google |
|||||||
Giao tiếp qua tường lửa |
|||||||
Truy vấn hoặc đăng ký nhận sự kiện Chat |
|||||||
Kiểu mã hoá và triển khai |
|||||||
Phát triển mà không cần mã |
|||||||
Phát triển bằng mã nguồn thấp |
|||||||
Phát triển bằng ngôn ngữ lập trình mà bạn chọn |
|||||||
DevOps đơn giản |
|||||||
Hoàn tất việc quản lý DevOps và CI/CD |
Kiểu kiến trúc dịch vụ
Phần này mô tả một số phương pháp tiếp cận kiến trúc phổ biến nhất được dùng để tạo ứng dụng Chat.
Dịch vụ web hoặc HTTP
Dịch vụ web hoặc HTTP là kiến trúc được triển khai phổ biến nhất vì nó mang lại sự linh hoạt tối đa cho nhà phát triển để xây dựng các ứng dụng trò chuyện công khai. Cấu trúc này được đề xuất cho các trường hợp sử dụng sau:
- Ứng dụng Chat được triển khai công khai trên Google Workspace Marketplace.
- Ứng dụng Chat có thể gửi và nhận tất cả các mẫu tin nhắn: gửi và nhận tin nhắn đồng bộ, gửi tin nhắn không đồng bộ và gửi tin nhắn từ một hệ thống bên ngoài.
- Ứng dụng Chat được phát triển bằng mọi ngôn ngữ lập trình.
- Ứng dụng Chat yêu cầu quản lý hoàn toàn DevOps và CI/CD.
- Dịch vụ ứng dụng Chat được triển khai trên các máy chủ đám mây hoặc tại chỗ.
Trong thiết kế này, bạn định cấu hình Chat để tích hợp với một dịch vụ từ xa bằng cách sử dụng HTTP, như minh hoạ trong sơ đồ sau:
Trong sơ đồ trước đó, một người dùng tương tác với ứng dụng HTTP Chat sẽ có luồng thông tin như sau:
- Người dùng gửi tin nhắn trong một phòng Chat cho một ứng dụng Chat.
- Yêu cầu HTTP được gửi đến một máy chủ web là hệ thống trên đám mây hoặc tại cơ sở chứa logic của ứng dụng Chat.
- Ngoài ra, logic của ứng dụng Chat có thể tương tác với các dịch vụ bên ngoài của bên thứ ba, chẳng hạn như hệ thống quản lý dự án hoặc công cụ phát hành vé.
- Máy chủ web gửi phản hồi HTTP trở lại dịch vụ ứng dụng Chat trong Chat.
- Câu trả lời được gửi đến người dùng.
- Ngoài ra, ứng dụng Chat có thể gọi Chat API để đăng tin nhắn không đồng bộ hoặc thực hiện các thao tác khác.
Cấu trúc này giúp bạn linh hoạt sử dụng các thư viện và thành phần hiện có trong hệ thống vì các ứng dụng trò chuyện này có thể được thiết kế bằng nhiều ngôn ngữ lập trình. Có nhiều cách để triển khai cấu trúc này. Trên Google Cloud, bạn có thể sử dụng Cloud Functions, Cloud Run và App Engine. Để bắt đầu, hãy xem bài viết Tạo ứng dụng Google Chat.
Pub/Sub
Nếu ứng dụng Chat được triển khai sau tường lửa, thì Chat sẽ không thể thực hiện các lệnh gọi HTTP đến ứng dụng đó. Một cách tiếp cận là sử dụng Pub/Sub để cho phép việc triển khai ứng dụng Chat đăng ký một chủ đề truyền tải tin nhắn từ Chat. Pub/Sub là một dịch vụ nhắn tin không đồng bộ, tách các dịch vụ tạo tin nhắn khỏi các dịch vụ xử lý những tin nhắn đó. Cấu trúc này được đề xuất cho các trường hợp sử dụng sau:
- Ứng dụng Chat được xây dựng sau tường lửa.
- Ứng dụng Chat nhận các sự kiện về một không gian trong Chat.
- Ứng dụng Chat được triển khai cho tổ chức của bạn.
- Ứng dụng Chat có thể gửi và nhận tin nhắn đồng bộ, cũng như có thể gửi tin nhắn không đồng bộ.
- Ứng dụng Chat được phát triển bằng mọi ngôn ngữ lập trình.
- Ứng dụng Chat yêu cầu quản lý DevOps và CI/CD hoàn chỉnh.
Sơ đồ sau đây cho thấy cấu trúc của một ứng dụng trò chuyện được xây dựng bằng Pub/Sub:
Trong sơ đồ trước đó, một người dùng tương tác với ứng dụng Pub/Sub Chat có luồng thông tin như sau:
Người dùng gửi tin nhắn trong Chat cho một ứng dụng Chat, có thể là trong tin nhắn trực tiếp hoặc trong một phòng Chat, hoặc một sự kiện xảy ra trong một phòng Chat mà ứng dụng Chat có gói thuê bao đang hoạt động.
Chat gửi tin nhắn đến một chủ đề Pub/Sub.
Máy chủ ứng dụng (là hệ thống trên đám mây hoặc tại chỗ có chứa logic của ứng dụng Chat) đăng ký chủ đề Pub/Sub để nhận thông báo qua tường lửa.
Ngoài ra, ứng dụng Chat có thể gọi Chat API để đăng tin nhắn không đồng bộ hoặc thực hiện các thao tác khác.
Để bắt đầu, hãy xem bài viết Sử dụng Pub/Sub làm điểm cuối cho ứng dụng Chat.
Webhook
Bạn có thể tạo một ứng dụng Chat chỉ có thể gửi tin nhắn đến một không gian Chat cụ thể bằng cách sử dụng các lệnh gọi đến URL webhook của Chat. Bạn nên dùng cấu trúc này cho các trường hợp sử dụng sau:
- Ứng dụng Chat được triển khai cho nhóm của bạn.
- Ứng dụng Chat gửi tin nhắn từ một hệ thống bên ngoài đến một không gian Chat duy nhất.
Với cấu trúc này, ứng dụng Chat chỉ hoạt động trong một không gian Chat cụ thể và không cho phép người dùng tương tác, như minh hoạ trong sơ đồ sau:
Trong sơ đồ trước đó, một ứng dụng Chat có luồng thông tin sau:
- Logic của ứng dụng Chat nhận thông tin từ các dịch vụ bên thứ ba bên ngoài, chẳng hạn như hệ thống quản lý dự án hoặc công cụ phát hành vé.
- Logic của ứng dụng Chat được lưu trữ trong một hệ thống trên đám mây hoặc tại chỗ có thể gửi tin nhắn bằng cách sử dụng URL webhook đến một không gian Chat cụ thể.
- Người dùng có thể nhận tin nhắn từ ứng dụng Chat trong không gian Chat cụ thể đó, nhưng không thể tương tác với ứng dụng Chat.
Bạn không thể chia sẻ loại ứng dụng Chat này trong các không gian Chat khác hoặc với các nhóm khác, cũng như không thể xuất bản ứng dụng này lên Google Workspace Marketplace. Bạn nên dùng webhook đến cho các ứng dụng Chat để báo cáo cảnh báo hoặc trạng thái, hoặc cho một số loại nguyên mẫu ứng dụng Chat.
Để bắt đầu, hãy xem phần Gửi tin nhắn đến Chat bằng webhook.
Apps Script
Bạn có thể tạo hoàn toàn logic ứng dụng Chat bằng JavaScript. Google Apps Script là một nền tảng phát triển ít cần mã dành cho các ứng dụng Chat. Apps Script xử lý quy trình uỷ quyền và mã thông báo OAuth 2.0 để xác thực người dùng. Bạn có thể dùng Apps Script để tạo các ứng dụng Chat công khai, nhưng không nên làm vậy do hạn mức và giới hạn hằng ngày.
Bạn nên dùng cấu trúc này cho các trường hợp sử dụng sau:
- Ứng dụng Chat được triển khai cho nhóm hoặc tổ chức của bạn.
- Ứng dụng Chat có thể gửi và nhận tất cả các mẫu tin nhắn: gửi và nhận tin nhắn đồng bộ, gửi tin nhắn không đồng bộ và gửi tin nhắn từ một hệ thống bên ngoài.
- Ứng dụng Chat yêu cầu quy trình quản lý DevOps đơn giản.
Cấu trúc này hữu ích cho các ứng dụng Chat cũng tích hợp với các dịch vụ khác của Google Workspace và Google, chẳng hạn như Google Trang tính, Google Trang trình bày, Lịch Google, Google Drive, Google Maps và YouTube, như minh hoạ trong sơ đồ sau:
Trong sơ đồ trước đó, một người dùng tương tác với ứng dụng Chat Apps Script sẽ có luồng thông tin như sau:
- Người dùng gửi tin nhắn đến một ứng dụng Chat, có thể là tin nhắn trực tiếp hoặc trong một phòng Chat.
- Logic của ứng dụng Chat được triển khai trong Apps Script, nằm trong Google Cloud, sẽ nhận được tin nhắn.
- Ngoài ra, logic của ứng dụng Chat có thể tích hợp với các dịch vụ của Google Workspace, chẳng hạn như Lịch hoặc Trang tính, hoặc các dịch vụ khác của Google, chẳng hạn như Google Maps hoặc YouTube.
- Logic của ứng dụng Chat sẽ gửi phản hồi trở lại dịch vụ ứng dụng Chat trong Chat.
- Câu trả lời được gửi đến người dùng.
Để bắt đầu, hãy xem bài viết Tạo ứng dụng Chat bằng Apps Script.
AppSheet
Bạn có thể tạo ứng dụng trong Chat được chia sẻ trong miền mà không cần viết mã bằng AppSheet. Bạn có thể đơn giản hoá quy trình phát triển bằng cách sử dụng chế độ cấu hình tự động và làm theo các mẫu để tạo các thao tác phổ biến của ứng dụng trò chuyện. Tuy nhiên, một số tính năng của ứng dụng web AppSheet không dùng được trong các ứng dụng Chat.
Bạn nên dùng cấu trúc này cho các trường hợp sử dụng sau:
- Ứng dụng Chat được triển khai cho bạn và nhóm của bạn.
- Ứng dụng Chat có thể gửi và nhận tin nhắn đồng bộ, cũng như có thể gửi tin nhắn không đồng bộ.
- Ứng dụng Chat yêu cầu quản lý DevOps đơn giản.
Sơ đồ sau đây cho thấy cấu trúc của một ứng dụng trò chuyện được xây dựng bằng AppSheet:
Trong sơ đồ trước đó, một người dùng tương tác với ứng dụng AppSheet Chat sẽ có luồng thông tin như sau:
- Người dùng gửi tin nhắn trong Chat cho một ứng dụng Chat, có thể là trong tin nhắn trực tiếp hoặc trong một không gian Chat.
- Logic của ứng dụng Chat được triển khai trong AppSheet (nằm trong Google Cloud) sẽ nhận được thông báo.
- Ngoài ra, logic của ứng dụng Chat có thể tích hợp với các dịch vụ của Google Workspace, chẳng hạn như Apps Script hoặc Google Trang tính.
- Logic của ứng dụng Chat sẽ gửi phản hồi trở lại dịch vụ ứng dụng Chat trong Chat.
- Câu trả lời được gửi đến người dùng.
Để bắt đầu, hãy xem bài viết Tạo ứng dụng Chat bằng AppSheet.
Dialogflow
Bạn có thể tạo một ứng dụng Chat bằng Dialogflow, một nền tảng ngôn ngữ tự nhiên để trò chuyện tự động và phản hồi linh hoạt. Bạn nên dùng cấu trúc này cho các trường hợp sử dụng sau:
- Ứng dụng Chat có thể gửi và nhận tin nhắn đồng bộ.
- Ứng dụng Chat sử dụng tính năng xử lý ngôn ngữ tự nhiên để phản hồi và tương tác với người dùng.
Sơ đồ sau đây cho thấy cấu trúc của một ứng dụng trò chuyện được tạo bằng Dialogflow:
Trong sơ đồ trước đó, một người dùng tương tác với ứng dụng trò chuyện Dialogflow sẽ có luồng thông tin như sau:
- Người dùng gửi tin nhắn trong Chat cho một ứng dụng Chat, có thể là trong tin nhắn trực tiếp hoặc trong một không gian Chat.
- Một nhân viên hỗ trợ ảo Dialogflow (nằm trong Google Cloud) sẽ nhận và xử lý tin nhắn để đưa ra câu trả lời.
- Nếu muốn, bạn có thể sử dụng webhook Dialogflow. Nhờ đó, tác nhân Dialogflow có thể tương tác với các dịch vụ bên ngoài của bên thứ ba, chẳng hạn như hệ thống quản lý dự án hoặc công cụ bán vé.
- Tác nhân Dialogflow sẽ gửi phản hồi trở lại dịch vụ ứng dụng Chat trong Chat.
- Phản hồi sẽ được gửi đến phòng Chat.
Để bắt đầu, hãy xem bài viết Tạo một ứng dụng Dialogflow cho Google Chat.
Ứng dụng hoặc tập lệnh dòng lệnh
Bạn có thể tạo một ứng dụng dòng lệnh hoặc một tập lệnh gửi tin nhắn đến Chat hoặc thực hiện các thao tác khác, chẳng hạn như tạo không gian hoặc quản lý thành viên của một không gian, mà không cho phép người dùng trực tiếp gọi hoặc phản hồi ứng dụng Chat trong Chat. Bạn nên dùng cấu trúc này cho các trường hợp sử dụng sau:
- Ứng dụng Chat được phát triển bằng mọi ngôn ngữ lập trình.
- Ứng dụng Chat chỉ có thể gửi tin nhắn không đồng bộ.
Sơ đồ sau đây cho thấy cấu trúc:
Trong sơ đồ trước đó, ứng dụng Chat có quy trình thông tin như sau:
- Ứng dụng Chat gọi Chat API để gửi tin nhắn hoặc thực hiện một thao tác khác.
- Chat thực hiện thao tác được yêu cầu.
- Nếu muốn, ứng dụng Chat sẽ in một thông báo xác nhận trong CLI.
Triển khai logic ứng dụng Chat
Chat không hạn chế cách bạn triển khai logic ứng dụng Chat. Bạn có thể tạo một trình phân tích cú pháp lệnh có cú pháp cố định, sử dụng các dịch vụ hoặc thư viện xử lý ngôn ngữ và AI nâng cao, đăng ký và phản hồi các sự kiện hoặc bất kỳ điều gì khác phù hợp với mục tiêu cụ thể của bạn.
Xử lý các hoạt động tương tác của người dùng
Ứng dụng trò chuyện có thể tương tác với người dùng theo nhiều cách. Hoạt động tương tác của người dùng là mọi hành động mà người dùng thực hiện để gọi hoặc tương tác với một ứng dụng Chat.
Trình phân tích cú pháp lệnh
Các ứng dụng trò chuyện dựa trên lệnh sẽ kiểm tra tải trọng của Sự kiện tương tác của ứng dụng trò chuyện, sau đó trích xuất các lệnh và tham số từ nội dung này. Ví dụ: xem phần Phản hồi các lệnh của ứng dụng Google Chat.
Một cách tiếp cận khác là mã hoá tin nhắn, trích xuất lệnh, sau đó tham chiếu đến một từ điển ánh xạ các lệnh đến các hàm trình xử lý cho từng lệnh.
Giao diện người dùng dựa trên hộp thoại
Các ứng dụng dựa trên hộp thoại phản hồi Sự kiện tương tác của ứng dụng trò chuyện bằng cách hiển thị hộp thoại dựa trên thẻ, trong đó người dùng có thể tương tác với ứng dụng trò chuyện, chẳng hạn như điền vào biểu mẫu hoặc yêu cầu thực hiện hành động.
Mỗi khi người dùng thực hiện một hành động trong hộp thoại, một sự kiện tương tác mới sẽ được gửi đến ứng dụng Chat. Ứng dụng này có thể phản hồi bằng cách cập nhật hộp thoại hoặc gửi một tin nhắn.
Xử lý ngôn ngữ tự nhiên
Nhiều cách triển khai ứng dụng Chat sử dụng quy trình xử lý ngôn ngữ tự nhiên (NLP) để xác định yêu cầu của người dùng. Có nhiều cách để triển khai NLP và bạn có thể chọn triển khai NLP theo cách mình muốn.
Bạn có thể sử dụng NLP trong quá trình triển khai ứng dụng Chat bằng Dialogflow ES hoặc tích hợp Chat Dialogflow CX. Nhờ đó, bạn có thể tạo các tác nhân ảo cho cuộc trò chuyện tự động và phản hồi linh hoạt.
Chủ động gửi yêu cầu đến Chat
Các ứng dụng trò chuyện cũng có thể gửi tin nhắn hoặc các yêu cầu khác đến Chat mà không phải do người dùng tương tác trực tiếp trong Chat kích hoạt. Thay vào đó, các ứng dụng Chat này có thể được kích hoạt (ví dụ: bằng các ứng dụng bên thứ ba hoặc bằng cách sử dụng lệnh gọi từ dòng lệnh của người dùng), nhưng người dùng không thể tương tác trực tiếp với các ứng dụng Chat này trong Chat.
Các ứng dụng Chat không tương tác sử dụng Chat API để gửi tin nhắn hoặc các loại yêu cầu khác đến Chat.
Mẫu trò chuyện
Bạn nên cân nhắc cách bạn muốn ứng dụng Chat tương tác với người dùng. Các phần sau đây mô tả những mẫu trò chuyện mà ứng dụng Chat của bạn có thể triển khai.
Gọi và phản hồi (đồng bộ)
Trong một mẫu gọi và phản hồi đồng bộ, ứng dụng Chat sẽ phản hồi tin nhắn của người dùng theo cách thức một đối một. Một tin nhắn của người dùng gửi đến ứng dụng Chat sẽ dẫn đến một phản hồi từ ứng dụng Chat, như minh hoạ trong sơ đồ sau:
Trong sơ đồ trước, một người dùng tương tác với ứng dụng trò chuyện sẽ có luồng thông tin như sau:
- Người dùng gửi một tin nhắn đồng bộ đến một ứng dụng Chat, chẳng hạn như "Cuộc họp tiếp theo của tôi là gì?".
- Ứng dụng Chat gửi một tin nhắn đồng bộ cho người dùng, ví dụ: "Bác sĩ Silva lúc 2:30".
Đối với loại mẫu trò chuyện này, bạn có thể triển khai cấu trúc ứng dụng trò chuyện bằng cách sử dụng dịch vụ web, Pub/Sub, Apps Script, AppSheet hoặc Dialogflow.
Nhiều phản hồi (không đồng bộ)
Mẫu nhiều phản hồi có thể bao gồm các thông báo đồng bộ và không đồng bộ. Mẫu này có đặc điểm là giao tiếp hai chiều giữa người dùng và ứng dụng Chat, trong đó ứng dụng Chat tạo ra một số lượng tin nhắn bổ sung bất kỳ, như minh hoạ trong sơ đồ sau:
Trong sơ đồ trước, một người dùng tương tác với ứng dụng trò chuyện sẽ có luồng thông tin như sau:
- Người dùng gửi một tin nhắn đồng bộ đến ứng dụng Chat, chẳng hạn như "Theo dõi lưu lượng truy cập".
- Ứng dụng Chat sẽ gửi một thông báo đồng bộ cho người dùng để xác nhận yêu cầu, ví dụ: "Đã bật tính năng giám sát".
- Sau đó, ứng dụng Chat sẽ gửi một hoặc nhiều thông báo không đồng bộ cho người dùng bằng cách gọi REST API – ví dụ: "Lưu lượng truy cập mới".
- Người dùng gửi thêm một thông báo đồng bộ đến ứng dụng Chat, ví dụ: "Bỏ qua lưu lượng truy cập".
- Ứng dụng Chat sẽ gửi một thông báo đồng bộ cho người dùng để xác nhận yêu cầu, ví dụ: "Đã tắt tính năng giám sát".
Đối với loại mẫu trò chuyện này, bạn có thể triển khai cấu trúc Ứng dụng trò chuyện bằng cách sử dụng dịch vụ web, Pub/Sub, Apps Script hoặc AppSheet.
Truy vấn hoặc đăng ký sự kiện (không đồng bộ)
Trong một mẫu dựa trên sự kiện không đồng bộ, ứng dụng Chat sẽ nhận được các sự kiện bằng cách truy vấn API Chat hoặc tạo một lượt đăng ký cho một không gian hoặc người dùng Chat bằng Google Workspace Events API. Sự kiện thể hiện những thay đổi đối với các tài nguyên của Chat, chẳng hạn như khi có tin nhắn mới được đăng hoặc khi người dùng tham gia một phòng. Các ứng dụng Chat dựa trên sự kiện sẽ kiểm tra tải trọng sự kiện để lấy dữ liệu về tài nguyên Chat đã thay đổi, sau đó phản hồi cho phù hợp.
Các ứng dụng trò chuyện có thể nhận được nhiều loại sự kiện, bao gồm cả sự kiện về không gian, gói thành viên, tin nhắn và lượt thể hiện cảm xúc. Khi nhận được một sự kiện bằng cách truy vấn Chat API hoặc thông qua một gói thuê bao đang hoạt động, ứng dụng Chat có thể tuỳ ý tạo ra một số lượng phản hồi không đồng bộ bất kỳ và gửi lại cho Chat bằng Chat API.
Bạn có thể sử dụng loại logic này để cập nhật các hệ thống bên ngoài, chẳng hạn như hệ thống quản lý phiếu yêu cầu hỗ trợ, hoặc gửi tin nhắn đến một không gian Chat không đồng bộ, ví dụ: bằng cách gửi tin nhắn chào mừng khi người dùng mới tham gia một không gian Chat.
Sơ đồ sau đây minh hoạ một ví dụ về mẫu trò chuyện dựa trên sự kiện:
Trong sơ đồ trước đó, hoạt động tương tác giữa Chat và ứng dụng Chat có luồng thông tin như sau:
- Ứng dụng Chat đăng ký theo dõi một không gian trên Google Chat.
- Không gian mà ứng dụng Chat đăng ký thay đổi.
- Ứng dụng Chat gửi một sự kiện đến một chủ đề trong Pub/Sub, đóng vai trò là điểm cuối thông báo cho gói thuê bao. Sự kiện này chứa dữ liệu về những thay đổi trong tài nguyên.
- Ứng dụng Chat xử lý thông báo Pub/Sub chứa sự kiện và thực hiện hành động (nếu cần).
Đối với loại mẫu trò chuyện này, bạn có thể triển khai cấu trúc ứng dụng trò chuyện bằng cách sử dụng Pub/Sub, một dịch vụ web hoặc Apps Script.
Để tìm hiểu thêm về cách nhận và phản hồi các sự kiện, hãy xem bài viết Xử lý các sự kiện từ sự kiện Google Chat.
Tin nhắn một chiều từ một ứng dụng Chat
Mẫu ứng dụng Chat gửi tin nhắn một chiều cho phép ứng dụng Chat gửi tin nhắn không đồng bộ vào một không gian trong Chat nhưng không cho phép người dùng tương tác trực tiếp với ứng dụng Chat. Mẫu này không mang tính trò chuyện hoặc tương tác, nhưng có thể hữu ích cho những việc như báo cáo cảnh báo, như minh hoạ trong sơ đồ sau:
Trong sơ đồ trước, một người dùng trong cùng không gian với ứng dụng Chat có luồng thông tin như sau:
- Ứng dụng Chat gửi một thông báo không đồng bộ cho người dùng bằng cách gọi API Chat hoặc đăng lên một URL webhook – ví dụ: "Cảnh báo tràn hàng đợi".
- Nếu muốn, ứng dụng Chat sẽ gửi thêm các thông báo không đồng bộ.
Đối với loại mẫu trò chuyện này, bạn có thể triển khai cấu trúc ứng dụng trò chuyện bằng cách sử dụng dịch vụ web, webhook, Apps Script, AppSheet, ứng dụng dòng lệnh hoặc tập lệnh.
Tin nhắn một chiều đến ứng dụng Chat
Mẫu tin nhắn một chiều đến ứng dụng Chat cho phép người dùng nhắn tin cho ứng dụng Chat mà không cần ứng dụng Chat phản hồi trong khi vẫn xử lý yêu cầu. Mặc dù có thể thực hiện cấu trúc này về mặt kỹ thuật, nhưng điều này sẽ dẫn đến trải nghiệm người dùng kém và chúng tôi không khuyến khích mẫu này.
Chủ đề có liên quan
- Tạo ứng dụng Google Chat
- Sử dụng Pub/Sub làm điểm cuối cho ứng dụng Chat
- Gửi tin nhắn đến Chat bằng webhook đến
- Tạo ứng dụng Chat bằng Apps Script
- Gửi tin nhắn trong Chat từ một quy trình tự động hoá bằng AppSheet
- Tích hợp tính năng trò chuyện Dialogflow ES
- Tích hợp tính năng trò chuyện của Dialogflow CX.