كيف تختار مشاريع شركات تصنيع معدات الأصلية (OEM) الخاصة بمراكز المنازل الذكية بين معماريتي أندرويد المفتوحة المصدر (AOSP) وأندرويد مع خدمات جوجل (GMS)

عندما تطوّر الشركات مركز ذكي للمنزل ، فإن بنية نظام أندرويد غالبًا ما تُحدَّد في مرحلة سابقة بكثيرٍ على بدء إنتاج المكوّنات المادية.

من النظرة الأولى، قد تبدو شاشة وحدة التحكم المنزلية كجهاز شاشة لمس عادي. لكن في العديد من المشاريع التجارية بين الشركات (B2B)، لا تكون الشاشة مجرّد شاشة مزوّدة بنظام تشغيل. بل تصبح واجهة متخصّصة تربط بين الخدمات البرمجية والمستخدمين والبيئات المنزلية المتصلة.

ولهذا السبب يبدأ بعض المشترين بطرح أسئلة أعمق حول Android architecture : هل يستخدم الجهاز نظام أندرويد القياسي مع خدمات جوجل المحمولة ( جرامات )؟ وهل يتطلّب المشروع نظام أندرويد مفتوح المصدر ( AOSP -نظام مبني على ذلك دون خدمات جوجل؟ كم من التحكم يحتاج المشتري في نشر البرمجيات وسلوك الجهاز؟

تقدم ثلاثة طلبات فعلية لمصنّعين أصليين لمحطات المنزل الذكي من النرويج وبلجيكا والولايات المتحدة أمثلة مفيدة. وهي لا تمثّل سوق المنزل الذكي بأكمله، لكنها تبيّن كيف يقيّم مشترون مختلفون متطلبات النظام استنادًا إلى أهداف النشر الخاصة بهم.

الإشارة المهمة ليست أن كل مشروع للمنزل الذكي يتجه نحو عرض خالٍ من جوجل الحلول. بل إن هذه الطلبات تُظهر أن المشترين أصبحوا أكثر تحديدًا فيما يتعلّق بالتحكم في البرمجيات ونشر التطبيقات وتخصيص الأجهزة.

لماذا تحتاج بعض مشاريع محطات المنزل الذكي إلى مزيد من التحكم في أنظمة أندرويد

صمّمت لوحة التحكم الاستهلاكية التقليدية حول المرونة. ويقوم المستخدمون بتثبيت تطبيقات مختلفة، والوصول إلى الخدمات عبر الإنترنت، والتفاعل مع نظام بيئي واسع.

مركز منزلي ذكي مخصص يتبع منطقًا مختلفًا. ففي العديد من مشاريع الشركات المصنعة الأصلية، يكون للجهاز غرض رئيسي واحد: تشغيل تطبيق معين بموثوقية عالية في بيئة خاضعة للتحكم.

قد يحتاج المشتري إلى أن يبدأ الشاشة مباشرةً في برامجه الخاصة، أو منع الوصول غير الضروري من قِبل المستخدم، أو الحفاظ على سلوكٍ متسقٍ عبر جميع الوحدات المُركَّبة. وفي هذه السيناريوهات، يصبح هيكل أندرويد قرارًا تجاريًّا وليس مجرد خيار تقني.

أنا AOSP الحل القائم على نظام تشغيل مخصَّص يمكنه توفير تحكُّم أعمق في بيئة النظام، بينما يوفِّر الحل المُفعَّل لأندرويد جرامات الوصول إلى نظام جوجل البيئي وخدماته. ولا يفوق أحد الخيارين الآخر بشكل عام. والاختيار الأمثل يعتمد على طريقة تركيب الجهاز وصيانته واستخدامه.

هذه الميزة تكتسب أهمية خاصةً بالنسبة للشركات التي تنتقل من مجال البرمجيات إلى مجال الأجهزة. فعلى سبيل المثال، قد لا تهتم شركة متخصصة في خدمات البرمجيات عبر الإنترنت (SaaS) بالوظائف العامة لنظام أندرويد بقدر اهتمامها بما إذا كانت الأجهزة قادرةً على تقديم تجربة البرنامج الخاصة بها بشكلٍ موثوق.

ثلاثة طلبات من شركات تصنيع معدات أصلية تُظهر أسباباً مختلفة وراء تخصيص نظام أندرويد

تعكس هذه الأمثلة مناقشات فعلية جرت بين شركات تصنيع معدات أصلية ومشترين في أسواق مختلفة. وبدل التركيز على شركات فردية، يبرز هذا المقارنة كيف تؤثر أهداف المشاريع المختلفة في اختيار نظام أندرويد، ونشر البرمجيات، ومتطلبات تخصيص الأجهزة.

مُتكاملة أنظمة واحدة مقرّها النرويج طلبت AOSP شاشة قائمة على جرامات بدون وضع الكشك مع بدء تشغيل ملفات APK تلقائياً.

يُظهر هذا الطلب بوضوح تفضيلًا لبيئة أندرويد خاضعة للتحكم. فلم يكن المشتري يبحث عن لوحي عام الغرض، بل عن محطة أجهزة مخصصة يمكن من خلالها إدارة تجربة البرنامج على مستوى النظام.

ومع ذلك، ينبغي التحقق من السبب الكامن وراء هذا الطلب أثناء مناقشات المشروع. فقد بدون خدمات جوجل يرتبط هذا الشرط بتوقعات الخصوصية أو التحكم في التطبيقات أو سياسات النشر المؤسسي أو اعتبارات أخرى خاصة بالمشروع.

أما المشروع الثاني، الذي قدّمه مزوّد حلول رعاية كبار السن ومقره بلجيكا، فقد ركّز على أولويات مختلفة. وشملت الميزات المطلوبة الاتصال عبر شبكة الجيل الرابع (4G) والواي فاي، وضع الكشك والشاشة اللمسية، وتجربة تفاعل مبسّطة.

وخلافًا للمشروع الأول، لم يطلب هذا المشتري صراحةً نظام أندرويد خالٍ من خدمات جوجل. وهذه الفروقة ذات دلالة لأنها تُظهر أن تخصيص أندرويد مع التركيز على الخصوصية ليس شرطًا تلقائيًّا في كل تطبيق ذكي للمنزل أو رعاية كبار السن.

جاء المشروع الثالث من شركة أميركية متخصصة في برامج الحاسوب كخدمة (SaaS) تبحث في نشر أجهزة إلكترونية لخدمتها البرمجية. وشملت المتطلبات الرئيسية تثبيت التطبيقات مسبقًا، ونشر أجهزة الكشك، وتخصيص العلامة التجارية.

بالنسبة للشركات البرمجية التي تنتقل إلى مجال الأجهزة، فإن التحدي غالبًا لا يكمن في اختيار مواصفات جهاز لوحي معين. بل يكمن في إنشاء واجهة فيزيائية موثوقة تمد منصتها البرمجية القائمة.

في هذه الأمثلة الثلاثة، لم يكن الشرط المشترك بالضرورة هو نظام أندرويد الخالي من خدمات جوجل (de-Googled Android). بل كان الشرط المشترك هو الحصول على تحكم أكبر في كيفية تشغيل البرمجيات على أجهزة مخصصة.

يعتمد بناء أندرويد المناسب على الجهة التي تتحكم في تجربة البرنامج.

القرار بين AOSP و جرامات يجب أن يبدأ التصميم من نموذج التطبيق، وليس من التفضيل المتعلق بنظام التشغيل.

أما في المشاريع التي تعتمد اعتمادًا كبيرًا على خدمات جوجل أو التطبيقات الاستهلاكية أو النظام البيئي الحالي لأندرويد، فقد توفر نسخة أندرويد المُفعَّلة بخدمات جوجل (GMS-enabled Android) مزايا عملية بسبب اتساع نطاق انتشارها. توافق التطبيق .

للمحطات المخصصة التي يتحكم المشتري فيها في بيئة التطبيق، قد توفر أنظمة مبنية على أندرويد مفتوح المصدر (AOSP) مرونة أكبر. وهذا يكتسب أهمية خاصة عندما يحتاج الجهاز إلى سلوك بدء تشغيل مخصص أو تقييد وصول المستخدمين أو اتساق برمجي طويل الأمد.

وتؤثر هذه الفروق أيضًا في عملية تطوير الشركات المصنعة الأصلية (OEM). فقد يتضمن مشروع أندرويد مخصص أكثر من مجرد تغيير واجهة المستخدم. بل يمكن أن يؤثر في  تكوين البرامج الثابتة وإدارة صور النظام، وأعمال نشر التطبيقات , واستراتيجية تحديثات التحديثات عبر الشبكة (OTA) و التحقق من الإنتاج .

وبالتالي فإن السؤال أمام المشترين ليس ببساطة:

"هل يستطيع هذا المورِّد توريد لوحي يعمل بنظام أندرويد؟"

السؤال الأهم هو:

"هل يستطيع هذا المورِّد دعم نموذج النشر الكامل للأجهزة والبرمجيات المطلوب لمشروعنا؟"

يجب التحقق من متطلبات الخصوصية، وليس افتراضها

طلبات مثل «بدون خدمات جوجل المحمولة» أو «بدون كاميرا» أو «بدون ميكروفون» تجذب غالبًا الانتباه لأنها قد تشير إلى توقعات أقوى بشأن الخصوصية.

مع ذلك، لا ينبغي افتراض الدافع الدقيق وراء هذه الطلبات.

في المشاريع الثلاثة التي خضعت للمراجعة، طلب مشترٍ واحد فقط صراحةً بيئةً بدون خدمات جوجل  AOSP مُتحكَّمًا بها بالكامل. أما المشروعان الآخران فلم يذكرا هذا الشرط.

وهذا يعني أن التخصيص المرتكز على الخصوصية يظهر في سيناريوهات مشترين محددة، وليس شرطًا عامًّا ينطبق على جميع مراكز المنازل الذكية.

وبالنسبة للمورِّدين والمشترين، ينبغي أن تتناول المناقشات المبكرة ما إذا كان المشروع يتطلب بيئة أندرويد مُتحكَّمًا بها تمامًا، وما إذا كانت خدمات جوجل ضرورية، وما إذا كانت القيود المفروضة على الأجهزة مرتبطة بتوقعات الخصوصية أو اعتبارات الامتثال أو تحديد موقع المنتج في السوق.

التحقق من هذه المتطلبات مبكرًا يمكن أن يقلل من العمل الهندسي غير الضروري ويمنع إجراء تغييرات مكلفة بعد بدء التطوير.

إن نشر واجهات العرض الذكية المخصصة أصبح يشكِّل أساسًا لاستخدامها في البيئات المخصصة.

ورغم أنَّ ثلاثة مشترين كان لديهم أولويات مختلفة، فإنَّ جميع المشاريع اتجهت في الاتجاه نفسه: كان يجب أن يعمل الشاشة كواجهة خدمة مخصصة.

هناك المكان الذي وضع الكشك ويكتسب هذا أهميةً كبيرةً. فهو يمكِّن من تشغيل التطبيقات تلقائيًّا، وتحديد نطاق وصول المستخدمين، وضمان تجربةٍ متسقةٍ بعد التنصيب.

وفي أنظمة رعاية كبار السن، ومراكز المنازل الذكية، والمنتجات المادية التي تُدار بواسطة البرمجيات، لم تعد الشاشة مجرد شاشة أندرويد فحسب، بل أصبحت جزءًا من نظام خدمةٍ متكامل.

وهذا يخلق متطلباتٍ جديدةً للمورِّدين الأصليين (OEM). ولدعم هذه المشاريع، لا بدَّ من فهم مواصفات الأجهزة فقط، بل أيضًا تكامل البرمجيات مع الأجهزة طوال مراحل التطوير، والتصنيع، والتشغيل على المدى الطويل.

قبل البدء في مشروع شاشة ذكية مُصنَّعة حسب الطلب (OEM)، حدِّد هذه القرارات أولًا.

قبل طلب شاشة أندرويد مُصنَّعة حسب الطلب (OEM) يجب على المشترين توضيح أربع حدود للمشروع أولًا.

هل يعتمد التطبيق على خدمات جوجل، ومدى التحكم المطلوب في نظام أندرويد، وما إذا كانت هناك قيود تتعلق بالخصوصية، وكيفية إدارة الجهاز بعد النشر.

وتؤثر هذه القرارات مباشرةً في منصة الأجهزة المناسبة، وهندسة نظام أندرويد، ونطاق التخصيص، ومتطلبات قدرات المورِّد.

ولذلك، يجب أن تتجاوز تقييمات المورِّد مواصفات المعالج أو الذاكرة أو الشاشة. ويجب على المشترين التأكد مما إذا كان شريك الشركة المصنعة للمعدات الأصلية (OEM) قادرًا على دعم تخصيص النظام نشر التطبيقات، وإدارة البرامج الثابتة، وصيانة المنتج على المدى الطويل.

إن الطلبات الثلاثة الواقعية التي ناقشتها هذه المقالة لا تثبت أن كل مشروع للمنزل الذكي يتطلب عرض خالٍ من جوجل . بل تُظهر تغيُّرًا أكثر واقعية: فالمشترون يقيِّمون الأجهزة الآن بشكل متزايد استنادًا إلى مدى دعمها لاستراتيجيتهم البرمجية.

للشركات التي تطور محطات التحكم في المنازل الذكية ، وشاشات رعاية كبار السن، أو منتجات الأجهزة التي تُدار بواسطة البرمجيات، فإن تحديد البنية المناسبة لنظام أندرويد في المراحل المبكرة يقلل من مخاطر التطوير ويؤدي إلى مسار نشرٍ أكثر موثوقية.

إذا كنت تخطط لمشروع شاشة ذكية تعتمد على نظام أندرويد، فإن تحديد البنية النظامية المناسبة في المراحل المبكرة يمكن أن يساعد في تقليل مخاطر التطوير وتفادي التكاليف غير الضرورية الناتجة عن التعديلات المخصصة.

يمكن لفريقنا مساعدتك في تقييم متطلبات تطبيقك، وخيارات بنية أندرويد المتاحة (AOSP أو GMS)، واحتياجات تخصيص الأجهزة، لتحديد نهج نشر مناسب.

تواصل مع فريقنا لمناقشة متطلبات مشروعك أو إرسال استفسارك للحصول على حل شاشة أندرويد مخصص.