لمحة عن التفاعل الصوتي

توفر واجهة برمجة تطبيقات خدمة التفاعل الصوتي طريقة تجريد لأكثر من تطبيقات التحكم الصوتي المحتملة. يمكن تطوير عمليات التنفيذ من خلال اتّباع الإرشادات. موصوفة في تطوير التطبيقات: يوضّح المحتوى في دليل الدمج هذا كيفية دمج هذه التطبيقات في صورة نظام Android Automotive (AAOS) معيّنة.

المصطلحات

يتم استخدام هذه المصطلحات في هذا الدليل:

  • بيانات التمريرات الحاسمة: عند بدء جلسة تفاعل صوتي، يمكن للنظام تسجيل المشاهدات ولقطات الشاشة ونقلها إلى الجلسة. يمكن للتطبيقات الكشف عن معلومات إضافية من خلال تنفيذ Activity#onProvideAssistData() وActivity#onProvideAssistContent().
  • الضغط للتحدث (PTT): زر التحكّم الصوتي المادي، والذي يقع عادةً في عجلة القيادة
  • ResponseService (RS). خدمة التعرّف على الصوت التي تستخدمها التطبيقات من خلال واجهة برمجة التطبيقات SpeechRecognizer يجب أن تتضمّن VIA كلاً من VoiceInteractionService و RecognitionService.
  • النقر للتحدث (TTT): زر التحكّم الصوتي بالبرامج، والذي يكون عادةً مضمّنًا كجزء من واجهة مستخدم النظام) في Android، يُشار إلى ذلك أيضًا باسم إيماءة المساعدة.
  • ‫VoiceInteractionService: خدمة نظام خفيفة الوزن نفّذها مطوّر VIA. الخدمة المحدّدة مرتبطة من خدمة النظام عند التشغيل، وتكون قيد التشغيل دائمًا.
  • ‫VoiceInteractionSession (VIS) تُحاط هذه الفئة بمنطق النشاط التجاري للتفاعل مع المستخدم. إنه المسئول عن تزويد المستخدم حالة التفاعل الصوتي، والتعامل مع طلبات VoiceInteractor وتلقّي المساعدة ولقطة الشاشة.
  • ‫VoiceInteractionSessionService (VSS) خدمة، جزء من VIA، مسؤولة عن التعامل مع جلسة التفاعل الصوتي. يتم ربط هذه الخدمة بخدمة نظام Android أثناء التفاعل الصوتي مع المستخدم. يتم تنفيذ كل منطق الأعمال لهذه الجلسة في فئة VoiceSession. يمكن ضمان بقاء هذه الخدمة نشطة خلال جلسة صوتية لمستخدم واحد فقط.
  • تطبيق التفاعل الصوتي (VIA) تطبيق Android مصمّم ليكون بمثابة وحدة تحكّم صوتي (يُشار إليها باسم مساعد) يمكن تحديد هذه التطبيقات من خلال تضمين VoiceInteractionService في بيانها. يمكن تحديد تطبيق واحد فقط من هذه التطبيقات كتطبيق تلقائي في كل مرة في النظام. سيتم إبقاء التطبيق التلقائي فقط قيد التشغيل (مرتبطًا بخدمة نظام) وسيكون هو المستلِم لأحداث Push-To-Talk (PTT) أو Tap-To-Talk (TTT).

المسؤوليات

يصف هذا الجدول مسؤوليات كل طرف.

الشركات المصنّعة للسيارات (OEM) مشروع مفتوح المصدر لنظام Android‏ (AOSP) مطوّرو التطبيقات
  • إنشاء متوافق المعلومات والترفيه مع نظام التشغيل Android Automotive.
  • تنفيذ إدخال الصوت وإخراجه، بما في ذلك اختياريًا ميزة الكشف عن الكلمات المفتاحية باستخدام وحدات معالجة الإشارات الرقمية
  • يمكنك منح الأذونات المميزة للنظام لخدمات التفاعل الصوتي.
  • الالتزام بمتطلبات VoiceInteractionService المتعلقة بالوصول إلى شاشات إعدادات التطبيق
  • تحديد وتطوير VoiceInteractionService وواجهات برمجة التطبيقات ذات الصلة
  • تقديم وثائق واجهة برمجة التطبيقات ونموذج التعليمات البرمجية ومواد الدعم الأخرى VIA.
  • تقديم إرشادات حول تجربة المستخدم مع المتطلبات والاقتراحات
  • تنفيذ واجهة برمجة التطبيقات VoiceInteractionService وواجهة برمجة التطبيقات RecognitionService API و واجهة برمجة التطبيقات NotificationListenerService API (اطّلِع على الوصف التفصيلي في تطوير التطبيقات).
  • توفير واجهة مستخدم قابلة للتخصيص يمكن لشركات المصنّعين الأصليّين للسيارات تعديلها لتتطابق مع كل نظام من أنظمة تصميم السيارات

متطلبات تجربة المستخدم

يتحمّل المصنّعون الأصليون للأجهزة المسؤولية المطلقة لتوفير تجربة مستخدم جيدة للعملاء. يجب أن يتأكّد المصنّعون الأصليون للأجهزة (OEM) من أنّ جميع خدمات التفاعل الصوتي المثبَّتة مسبقًا تفي بـ المتطلبات الموضحة في أدوات المساعدة التي تم تحميلها مسبقًا: إرشادات حول تجربة المستخدم

تجربة "مساعد Google" الأساسية

ينفِّذ تطبيق التفاعل الصوتي (VIA) للسيارات الإجراءات التالية:

  • [يجب] الاستجابة لمشغّلات التفاعل الصوتي التي يتعامل معها النظام (PTT وTTT).
  • [يجب] عرض تمثيل مرئي لتقدمهم (على سبيل المثال، الاستماع والمعالجة والتنفيذ).
  • [يجب] استخدام الصوت للإشارة إلى فهم المستخدم واكتماله الطلبات.
  • [يجب] أن تعمل أداة التعرف على الكلام للتطبيقات الأخرى (راجِع أداة التعرّف على الكلام. API).
  • [يجب] الاستجابة إلى عبارة تفعيل الكلمة المفتاح.
  • [يجوز] عرض نشاط إعدادات يمكن للمستخدمين من خلاله ضبط هذه الميزة من خلال واجهة برمجة التطبيقات (مثل الأذونات وإعداد الكلمات الرئيسية وتسجيل الدخول).
  • [مايو] بيانات النقرة أو مرة الظهور الداعمة (Intent#ACTION_ASSIST)
  • [MAY] إتاحة التفاعل الصوتي من شاشة القفل

المكوّنات

على مستوى عالٍ، يتفاعل تطبيق التفاعل الصوتي مع هؤلاء الممثلين:

ممثلو التفاعل الصوتي

الشكل 1. الجهات الفاعلة في التفاعل الصوتي

التفاصيل:

  • VoiceInteractionManagerService تعد خدمة النظام هذه مسؤولة عن وإدارة VIA الافتراضي، وكشف وظائفه لبقية النظام.
  • RecognitionService: توفّر هذه الخدمة قدرات التعرّف على الكلام للتطبيقات الأخرى في النظام.
  • SoundTrigger. تنفيذ إدارة الكلمات الرئيسية، وهي متوفرة لأجهزة VIA من خلال AlwaysOnHotwordDetector
  • MediaRecorder. يتيح الوصول إلى إدخال الصوت لكل من رصد الكلمات الرئيسية (عند استخدام وحدة المعالجة المركزية) والتعرّف على الكلام.
  • ‫PhoneWindowManager/CarInputService: تتحمّل هذه الخدمات مسؤولية (من بين أمور أخرى) معالجة الأحداث الرئيسية وتوجيه PTT إلى VIA باستخدام VoiceInteractionManagerService.
  • User. يتفاعل المستخدم مع جهاز VIA من خلال عوامل التفعيل (PTT أو TTT أو عبارة التشغيل) أو واجهة مستخدم Voice Plate.
  • خدمة CarService والإشعارات والوسائط والاتصال الهاتفي وContactProvider، وما إلى ذلك الخدمات والتطبيقات التي تستخدمها جلسة VoiceInteractionSession والوفاء بأوامر المستخدم.

مفاهيم خاصة بالسيارات

يختلف نظام التشغيل AAOS عن Android في الجوانب التالية:

  • بالإضافة إلى وظائف "مساعد Google" العادية، يمكن لتطبيقات VIA في AAOS التحكّم في وظائف المركبة (مثل التدفئة والتهوية وتكييف الهواء والمقاعد والأضواء الداخلية). يمكن دمج هذه الوظائف باستخدام واجهة برمجة التطبيقات CarPropertyManager API (اطّلِع على مزيد من المعلومات في مقالة قراءة خاصية المركبة) شرط أن تضبط المصنّعين الأصليّين للسيارات إذن الوصول بشكل صحيح كما هو موضّح في مقالة قائمة الأذونات المميّزة المسموح بها.
  • يُعدّ التخصيص واتساق التصميم أكثر ملاءمةً في الأجهزة المخصّصة للسيارات مقارنةً بأي شكل آخر للجهاز. اطّلِع على التخصيص لقراءة المزيد من المعلومات عن تنفيذ هذه الإرشادات.