نحوه عملکرد RCS Business Messaging

نمایندگان RCS Business Messaging (RBM) برای دستیابی به اهداف تجاری شما از طریق پیام ها، رویدادها و درخواست ها با کاربران ارتباط برقرار می کنند. خواه این اهداف ساده (مانند ارسال اعلان‌های تحویل) یا پیچیده (مانند رزرو پرواز) باشند، نمایندگان از کارت‌ها، رسانه‌ها و پیشنهادات غنی استفاده می‌کنند تا کاربران را از طریق مکالمات روان راهنمایی کنند که نیازهای کاربر و نماینده را برآورده می‌کند.

چگونه کار می کند

جریان مکالمه بین نماینده شما و یک کاربر شبیه مکالمه بین دو نفر است که هر یک از طرفین به نوبت صحبت می کنند، گوش می دهند و به دیگری پاسخ می دهند.

عامل RBM شما مکالمات را با کاربران آغاز می کند. کاربران نمی توانند مکالمه را با نماینده شما شروع کنند، اما هنگامی که نماینده مکالمه را شروع کرد، کاربر می تواند در هر زمانی پاسخ دهد.

نمایندگان شما اولین پیام را زمانی می فرستند که یک ماشه خارجی را که پیکربندی می کنید دریافت می کند. یک ماشه می تواند هر چیزی باشد و به مورد استفاده نماینده شما بستگی دارد:

  • بسته ای ارسال می شود
  • زمان ارسال تخفیف های ساندویچ روزانه برای ناهار است
  • یک کاربر از طریق چت با پشتیبانی مشتری تماس می گیرد

یک ماشه خارجی عامل RBM را فعال می کند

هنگامی که نماینده شما ماشه را دریافت می کند، نماینده پیامی را با RCS Business Messaging API به دستگاه کاربر ارسال می کند . نماینده شما همه پیام‌ها، رویدادها و سایر درخواست‌ها را از طریق RBM API به عنوان درخواست‌های HTTP با بارهای JSON برای کاربر ارسال می‌کند. کاربر پیام را در برنامه پیام‌ها در دستگاه خود دریافت می‌کند.

اگر دستگاه از RCS پشتیبانی نمی‌کند، پلتفرم RBM خطای 404 را برمی‌گرداند و عامل باید به فناوری دیگری مانند پیامک برگردد.

وقتی کاربر به پیام پاسخ می‌دهد یا رویدادی را راه‌اندازی می‌کند، سرویس RBM Google پاسخ را به وب‌هوک پیکربندی‌شده شما می‌فرستد، که اطلاعات را به نماینده شما ارسال می‌کند. وب هوک همه پیام های کاربر، رویدادها و سایر درخواست ها را به عنوان JSON به نماینده شما ارسال می کند.

پس از اینکه نماینده شما پیام را دریافت کرد ، JSON را رمزگشایی می کند و پاسخ را تجزیه می کند. با استفاده از منطق داخلی، یا با تکیه بر یک ماژول درک زبان طبیعی (NLU) مانند Dialogflow ، نماینده شما در مورد پاسخ به پیام کاربر تصمیم می گیرد و پاسخ را از طریق RBM API به دستگاه کاربر ارسال می کند.

مکالمه بین نماینده شما و کاربر تا زمانی که به نتیجه مورد نظر برسد یا کاربر دیگر پاسخ ندهد ادامه می یابد.

مثال

مثال زیر یک سناریوی ساده را نشان می دهد که در آن کاربر درخواست به روز رسانی آب و هوا را می کند.

  1. نماینده شما یک ماشه از یک سرویس خارجی دریافت می کند که نشان می دهد یک کاربر درخواست به روز رسانی آب و هوا کرده است.
  2. نماینده شما پیامی را برای کاربر ارسال می کند که درخواست کاربر را تایید می کند و مکان کاربر را می خواهد.
  3. در اپلیکیشن پیام‌ها، کاربر پیام را می‌خواند و با آدرس خود پاسخ می‌دهد.
  4. نماینده شما پاسخ را پردازش می کند، اطلاعات آب و هوا را واکشی می کند، یک پیام مکالمه ایجاد می کند و اطلاعات را برای کاربر ارسال می کند. علاوه بر این، نماینده شما می‌پرسد که آیا کاربر اطلاعات آب و هوا را برای مکان دیگری نیز می‌خواهد.
  5. کاربر پیام ها را می خواند و از نماینده تشکر می کند.
  6. نماینده شما تأیید می کند که کاربر اطلاعات بیشتری درخواست نکرده است و مکالمه را پایان می دهد.

رمزگذاری

پیام‌های ارسال شده بین کاربران و نمایندگان بین عوامل RBM و سرورهای Google و بین سرورهای Google و دستگاه‌های کاربران رمزگذاری می‌شوند. نمایندگان نمی‌توانند از کلیدهای رمزگذاری خودشان استفاده کنند زیرا Google برای محافظت از همه کاربران و کسب‌وکارها باید پیام‌ها را برای محتوای مخرب اسکن کند.

پیام‌های دریافتی در دستگاه‌های کاربران با هر رمزگذاری در سراسر دستگاه که کاربران برای دستگاه‌های خود پیکربندی کرده‌اند رمزگذاری می‌شوند و Google برای محافظت از داده‌های پیام، مدل‌های امنیتی روی دستگاه را به کار می‌گیرد.

بعدش چی؟

هنگامی که با این مفاهیم راحت شدید، در نظر بگیرید که می خواهید نماینده شما چه کاری انجام دهد و اولین نماینده خود را بسازید .