איך פרויקטים של יצרני ציוד מקוריים (OEM) למרכז ביתי חכם בוחרים בין ארכיטקטורות אנדרואיד AOSP ו-GMS

כאשר חברות מפתחות מרכז בקרה חכם לבית , ארכיטקטורת מערכת האנדרואיד נקבעת לעיתים קרובות הרבה לפני שלב ייצור החומרה.

לראשונה, תצוגת מרכז הבית עשויה להראות כמכשיר מסך מגע סטנדרטי. עם זאת, עבור פרויקטים רבים בתחום B2B, התצוגה אינה פשוט מסך עם מערכת הפעלה. היא הופכת לממשק ייחודי המחבר בין שירותי תוכנה, משתמשים וסביבות ביתיות מחוברות.

ולכן, חלק מהקונים מתחילים לשאול שאלות מעמיקות יותר על ארכיטקטורת Android : האם המכשיר ישתמש באנדרואיד הסטנדרטי עם שירותים ניידים של Google ( GMS )? האם הפרויקט דורש AOSP מערכת מבוססת על-כך ללא שירותים של Google? כמה בקרה זקוק הקונה לביצוע התוכנה והתנהגות המכשיר?

שלוש דרישות אמיתיות של יצרני ציוד מקורי לבית חכם מנורווגיה, בלגיה והארצות הברית מספקות דוגמאות מועילות. הן לא מייצגות את כל שוק הבית החכם, אך הן מראות כיצד קונים שונים מעריכים את דרישות המערכת בהתאם ליעדי ההתפזרות שלהם.

הסימן החשוב אינו שכולל פרויקטי הבית החכם נעים לכיוון תצוגה ללא Google פתרונות. במקום זאת, הדרישות הללו מראות שקונים הופכים ספציפיים יותר בנוגע לבקרת התוכנה, triểnת יישומים והתאמה אישית של מכשירים.

למה חלק מפרויקטי המרכז החכם בבית זקוקים לבקרה רבה יותר על מערכות אנדרואיד

טאבלט לצריכת רגיל נוצר סביב גמישות. המשתמשים מתקינים יישומים שונים, גישה לשירותים באינטרנט ומשתפים פעולה עם אקוסיסטמה רחבה.

מרכז חכם מוקדש למשתנה אחר שונה לוגית. עבור פרויקטים רבים של יצרנים, המכשיר נועד למטרה אחת עיקרית: להריץ יישום מסוים באופן אמין בסביבה מבוקרת.

לקונה עלול להיות צורך שמסך הפעלה יתחיל ישירות לתוך התוכנה שלו, למנוע גישה לא נדרשת של המשתמש או לשמור על התנהגות עקבית בין היחידות המופצות. בתרחישים אלו, ארכיטקטורת אנדרואיד הופכת להחלטה עסקית ולא רק לבחירה טכנית.

אנבנסר AOSP פתרון מבוסס-מפתח מספק שליטה מעמיקה יותר בסביבת המערכת, בעוד ש GMS פתרון אנדרואיד מאופשר מספק גישה לאקו-סיסטם ולשירותי גוגל. אף אחת משתי האפשרויות אינה טובה יותר באופן אוניברסלי. הבחירה הנכונה תלויה באופן שבו המכשיר יופץ, יוחזק וישתמש בו.

ההבחנה הזו חשובה במיוחד לחברות שמתכנסות לתחום החומרה מרקע בתוכנה. לדוגמה, חברת SaaS שבונה מסך חכם ייעודי עשויה להתייחס פחות לתפקוד הכללי של אנדרואיד ויותר לכך שהחומרה תוכל לספק באופן אמין את חוויית התוכנה שלה.

שלוש בקשות של יצרנים מציגות סיבות שונות להתאמה אישית של אנדרואיד

דוגמאות אלו משקפות דיונים אמיתיים בין יצרנים לקונים בשווקים שונים. במקום להתמקד בחברות מסוימות, ההשוואה מדגישה כיצד מטרות פרויקט שונות משפיעות על הבחירות של מערכת אנדרואיד, על הפצת התוכנה ועל דרישות ההתאמה המותאמת לחומרה.

יוצר מערכות אחד ממורווגיה ביקש AOSP מסך מבוסס GMS , ללא מצב קיוסק עם השקת APK אוטומטית.

הבקשה הזו מדגימה בבירור העדפה לסביבת אנדרואיד מבוקרת. הקונה לא חיפש טאבלט למטרות כלליות, אלא טרמינל חומרתי מיועד, שבו ניתן לנהל את החווית התוכנה ברמה של המערכת.

עם זאת, הסיבה לבקשת זו חייבת עדיין לעבור אימות במהלך דיוני הפרויקט. ללא GMS עשויה להיות קשורה לציפיות פרטיות, בקרת יישומים, מדיניות triểnת ארגונית או שיקולים נוספים המתייחסים לפרויקט ספציפי.

הפרויקט השני, של ספק פתרונות לטיפול בזקן ממזרח בלגיה, התמקד במורכבות שונה. התכונות המבוקשות כללו חיבור 4G, חיבור Wi-Fi, מצב קיוסק וגם חוויית אינטראקציה פשוטה יותר.

בניגוד לפרויקט הראשון, הקונה הזה לא ביקש במפורש מערכת ללא גוגל. ההבדל הזה הוא בעל משמעות, משום שהוא מראה שהתאמה פרטית של אנדרואיד enfocada על פרטיות אינה נדרשת באופן אוטומטי בכל יישום לבית חכם או לטיפול בזקן.

הפרויקט השלישי הגיע מחברת SaaS אמריקאית שבחנה את השקת חומרה לשירות התוכנה שלה. הדרישות העיקריות כללו התקנת תוכנות מראש, השקת קיוסק והangepה של המותג.

עבור חברות תוכנה שמתרחבות לתחום החומרה, האתגר אינו לעתים קרובות בחירת مواפיי הלוח. האתגר הגדול יותר הוא יצירת ממשק פיזי אמין שמרחיב את פלטפורמת התוכנה הקיימת שלהן.

בשלושת הדוגמאות הללו, הדרישה המשותפת לא הייתה בהכרח אנדרואיד ללא שירותי Google. הדרישה המשותפת הייתה שליטה רבה יותר באופן שבו התוכנה רצה על חומרה ייעודית.

ארכיטקטורת אנדרואיד הנכונה תלויה במי ששולט בחווית התוכנה.

ההחלטה בין AOSP ו GMS צריך להתחיל במודל היישום, ולא בהעדפת מערכת ההפעלה.

לפרויקטים התלויים במידה רבה בשירותי Google, ביישומים לצרכנים או באקוסיסטם האנדרואידי הקיים, אנדרואיד עם תמיכה ב-GMS עשוי לספק יתרונות מעשיים בשל ההיקף הרחב יותר תאימות ליישום .

לטרמינלים מיוחדים שבהם הקונה שולט בסביבת היישום, מערכת מבוססת AOSP עשויה להציע גמישות רבה יותר. זה רלוונטי במיוחד כאשר המכשיר דורש התנהגות מותאמת של הפעלה, גישה מוגבלת למשתמשים או עקביות תוכנה לטווח ארוך.

ההבדל משפיע גם על תהליך הפיתוח של יצרני הציוד המקורי (OEM). פרויקט אנדרואיד מותאם עשויה לכלול יותר מאשר שינוי בממשק המשתמש. זה יכול להשפיע על  תצורת ה- firmware , ניהול תמונת המערכת, תהליך triểnת היישומים , אסטרטגית עדכוני OTA , ו אימות ייצור .

ללקוחות, השאלה איננה פשוט:

"האם הספק הזה מסוגל לספק טאבלט אנדרואיד?"

השאלה החשובה יותר היא:

"האם הספק הזה מסוגל לתמוך במודל triểnת החומרה והתוכנה המלא הנדרש על ידי הפרויקט שלנו?"

דרישות הפרטיות צריכות לעבור אימות, ולא להיחשף בהנחות

בקשות כגון "ללא GMS", "ללא מצלמה" או "ללא מיקרופון" לעתים קרובות מושכות תשומת לב, כיוון שאפשר שיציגו דרישות חזקות יותר לפרטיות.

עם זאת, לא ניתן להניח את המוטיבציה המדויקת.

בשלושת הפרויקטים שנבדקו, רק רוכש אחד ביקש במפורש סביבה של ללא GMS  AOSP הסבירה. בשני הפרויקטים האחרים לא נזכרה דרישה זו.

כלומר, התאמה enfocada על פרטיות מופיעה בתרחישים ספציפיים של רוכשים, ולא מייצגת דרישה אוניברסלית לכל מרכזי הבתים החכמים.

לספקים ולרוכשים, דיונים מוקדמים צריכים לברר האם הפרויקט דורש סביבת אנדרואיד בשליטה מלאה, האם שירותים של Google נדרשים, והאם מגבלות חומרתיות קשורות לציפיות לפרטיות, לשקיפות תקנות או למיקום המוצר בשוק.

אימות דרישות אלו בשלב מוקדם יכול להפחית עבודה הנדסית מיותרת ולהימנע משינויים יקרים לאחר שהפיתוח החל.

הצבת קיוסקים הופכת ליסוד עבור מסכים חכמים מיוחדים

למרות ששלושת הקונים היו בעלי עדיפויות שונות, כל הפרויקטים שיתפו כיוון דומה: המסך היה צריך לפעול כממשק שירות מיועד.

כאן נכנס לתמונה מצב קיוסק הופך חשוב. הוא מאפשר השקת יישומים אוטומטית, גישה מוגבלת של משתמשים וחוויית שימוש עקבי לאחר ההתקנה.

במערכות לטיפול בזקנים, במרכזי בתי חכם ובמוצרי חומרה הנשלטים על ידי תוכנה, המסך כבר לא רק מסך אנדרואיד. הוא הופך לחלק מהמערכת המורכבת של השירות.

זה גם יוצר דרישות חדשות לספקים של יצרנים מקוריים (OEM). תמיכה בפרויקטים אלו דורשת הבנה לא רק של مواפיינים חומרתיים אלא גם של אינטגרציה של תוכנה וחומרה בכל שלבי הפיתוח, הייצור והפעולה הארוךת-טווח.

לפני התחלת פרויקט מסך חכם של יצרן מקורי (OEM), הגדרו תחילה את ההחלטות האלה

לפני שביקשתם מסך אנדרואיד של יצרן מקורי (OEM) הפתרון, הקונים צריכים לברר תחילה ארבעה גבולות של הפרויקט:

האם היישום תלוי בשירותי Google, כמה בקרה נדרשת על מערכת Android, האם קיימים מגבלות הקשורות לפרטיות, ואיך ינוהל המכשיר לאחר ההתפשה.

החלטות אלו משפיעות ישירות על פלטפורמת החומרה המתאימה, אדריכלות Android, היקף ההתאמה והדרישות ליכולות הספק.

לכן, הערכת הספק צריכה לעבור את مواחדת המעבד, הזיכרון או مواחדת התצוגה. הקונים צריכים לאשר אם שותף ה-OEM יכול לתמוך בהתאמה של המערכת , בהצבת היישומים, בניהול התוכנה היצירתית (firmware) ובתחזוקה ארוכת טווח של המוצר.

שלושת הביקושים האמתיים שנידונו בערך זה אינם מוכיחים שכל פרויקט בית חכם דורש תצוגה ללא Google . הם מדגימים שינוי מעשי יותר: הקונים מעריכים את החומרה באופן הולך וגובר לפי מידת התמיכה שהיא נותנת באסטרטגיה הרך-תוכנית שלהם.

לחברות שפותחות מרכזי בתי חכם , מסכי טיפול בזקנים או מוצרי חומרה המניעים תוכנה, קביעת ארכיטקטורת אנדרואיד הנכונה כבר בשלב מוקדם יכולה להפחית את סיכוני הפיתוח וליצור מסלול triểnת מהימן יותר.

אם אתם מתכננים פרויקט מסך חכם מבוסס אנדרואיד, קביעת הארכיטקטורה המתאימה כבר בשלב מוקדם עשויה לסייע בהפחתת סיכוני הפיתוח ולהימנע מחוויות התאמה מיותרות.

צוותנו יכול לעזור באומדן דרישות היישום שלכם, אפשרויות הארכיטקטורה של אנדרואיד (AOSP או GMS) וצרכי ההתאמה החומרה כדי לזהות גישה מתאימה לפריסה.

צור קשר עם צוותנו לדייק את דרישות הפרויקט שלכם או לשלוח את פנייתכם לפתרון מخصص למסכים מבוססי אנדרואיד.