בלעדי: 3 מהתכונות הטובות ביותר של אנדרואיד 11 לא יהיו בכל מכשיר

3 מהתכונות הטובות ביותר באנדרואיד 11 לא יופיעו בכל הסמארטפונים והטאבלטים. הסיבה לכך היא ש-Google לא מחייבת את התכונות האלה.

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

כדי להבין איך זה אפשרי, עלינו להסביר בקצרה כיצד מופצת מערכת ההפעלה אנדרואיד מגוגל ליצרניות מכשירי סמארטפון. אנדרואיד הוא א מערכת הפעלה בקוד פתוח מורשה תחת Apache 2.0, כלומר כל אחד, ממפתחי אינדי ועד חברות גדולות, חופשי לשנות ולהפיץ את מערכת ההפעלה במכשירים שלו. רוב תכונות מערכת ההפעלה החדשות שגוגל חשפה עבור אנדרואיד 11 יהיו חלק מפרויקט הקוד הפתוח של אנדרואיד (AOSP) אותו הטלפון החכם יצרני מכשירים מבססים את התוכנה שלהם, אבל רישיון Apache 2.0, כפי שציינתי קודם, מאפשר לכל אחד לשנות את התוכנה כפי שהוא רואה לְהַתְאִים. על מנת לשמור על עקביות בממשקי API והתנהגות פלטפורמה בין מכשירי אנדרואיד, גוגל מאגדת את ההפצה של שירותי Google Mobile (הכוללים יישומים ומסגרות כמו חנות Google Play ושירותי Google Play) עם הסכמי רישיון המחייבים שהמכשירים עומדים בכללים של Google "

תוכנית תאימות אנדרואיד"(בין שאר הדרישות). תוכנית התאימות לאנדרואיד מורכבת ממספר חבילות בדיקה אוטומטיות ומערכת כללים הרשומים ב-Android מסמך הגדרת תאימות (CDD).

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

אנדרואיד 11 CDD לא יהפוך לציבורי עד מאוחר יותר השנה, ככל הנראה בתחילת ספטמבר. עם זאת, מפתח @deletescape שיתף עותק טרום-הפצה של מסמך המפרט את השינויים המגיעים ל-CDD, מה שנותן לנו הצצה מוקדמת כיצד גוגל מעצבת את אנדרואיד 11 ברחבי המערכת האקולוגית. הרוב המכריע של למעלה מ-60 השינויים ב-CDD אינם מעניינים במיוחד את המשתמשים - הם מתארים כיצד יצרני מכשירים צריכים ליישם ממשקי API מסוימים, להכריז על תכונות מסוימות, וליישם ליבה מסוימת מאפיינים. עם זאת, 3 מהשינויים ב-CDD משכו את תשומת ליבנו מכיוון שהם מתייחסים לכמה מהתכונות המעניינות ביותר באנדרואיד 11. הנה מה שחשפנו.

בקרות מכשיר

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

כאשר גוגל הוסיפה לראשונה את Device Controls ל-CDD ב-25 בפברואר 2020, הם הורו לכלול אותו על ידי הוספת דרישת "MUST" בסעיף 2.2.3 - דרישות תוכנה לכף יד. עם זאת, ב-20 במאי 2020, Google עדכנה את הטקסט כדי להסיר את ה-"MUST" המוצע. הסעיף החדש 3.8.16 - בקרות מכשיר מתאר כיצד יש ליישם את התכונה, אך למעשה אינו מחייב את הטמעתו מלכתחילה! אנו מקווים שיצרני OEM לא ישביתו את התכונה הנחמדה הזו, אבל אין לנו דרך לדעת אם הם השביתו אותה עד שהם מוכנים לחשוף טעמים משלהם של אנדרואיד שנבנו על גבי אנדרואיד 11, מה שיקרה רק מספר חודשים מ עַכשָׁיו.

סעיף מוצע 3.8.16 (חדש) - בקרות מכשירים (עודכן ב-20/5/2020)

3.8.16 בקרות התקנים

אנדרואיד כולל ממשקי API של ControlsProviderService ו-Control כדי לאפשר למפתחים לפרסם פקדי מכשירים לצורך סטטוס מהיר ופעולה עבור המשתמשים.

3.8.16.1 מכשיר שולט בתקציב המשתמש

אם מכשירים מיישמים את בקרות התקנים, אז הם:

  • [C-1-1] חייב לדווח על דגל android.software.controls.feature כדי להיות TRUE
  • [C-1-2] חייב לספק למשתמש את היכולת להוסיף, לערוך, לבחור ולהפעיל את המועדפים של המשתמש מהפקדים שנרשמו על ידי אפליקציות הצד השלישי דרך android.service.controls. ControlsProviderService וה-android.service.controls. ממשקי API לשלוט.
  • [C-1-3] חייב לספק גישה לתקציב הזה למשתמש בתוך שלוש אינטראקציות מהמפעיל
  • [C-1-4] חייב להציג במדויק את השם והסמל של כל אפליקציה של צד שלישי המספקת בקרות דרך ה-android.service.controls. ControlsProviderService API וכן כל אייקון שצוין, טקסט סטטוס, סוג מכשיר, שם, מבנה, אזור, צבע מותאם אישית וכתובית מסופקים על ידי android.service.controls. ממשק API

לעומת זאת, אם יישומי מכשירים אינם מיישמים בקרות כאלה, אז הם

  • [C-2-1] חייב לדווח על Null עבור ControlsProviderService ו-Control APIs.

קרא עוד

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

שיחות באנדרואיד 11. מקור: גוגל

אחד היתרונות הגדולים ביותר של אנדרואיד בהשוואה ל-iOS הוא האופן שבו הראשון מטפל בהתראות. הפער הזה בשימושיות יגדל עוד יותר באנדרואיד 11 עם הצגת "שיחות". באנדרואיד 11, התראות יישומי העברת הודעות מקובצים יחד ומוצגים בחלק נפרד בלוח ההתראות מעל רוב האחרים התראות. זה מאפשר לך לראות ולהגיב במהירות להודעות מבלי שתצטרך לגלול בין כל ההתראות הממתינות האחרות שלך. למרבה הצער, ייתכן שהשינוי הנחמד הזה להתראות לא יהיה זמין בכל המכשירים. גוגל נותנת ליצרני ציוד מקורי את האפשרות לבחור אם הם רוצים "לקבץ ולהציג הודעות שיחות לפני הודעות ללא שיחות." יצרני OEM מתאימים לעתים קרובות את לוח ההתראות, ולכן אין זה מפתיע שגוגל נותנת ליצרני OEM בחירה כאן. ובכל זאת, מצער שגוגל לא בוחרת לאכוף יותר עקביות בהודעות באנדרואיד 11.

שינויים מוצעים לסעיף 3.8.3.1 - הצגת הודעות (עדכון 4/08/2020)

אם יישומי מכשירים מאפשרים לאפליקציות צד שלישי להודיע ​​למשתמשים על אירועים בולטים, הם:

...

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

יישומי המכשיר הם:

  • [H-SR] מומלץ בחום לקבץ ולהציג התראות שיחה לפני אי שיחה הודעות למעט הודעות שירות חזית מתמשכות וחשיבות: גבוהה התראות.

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

  • [H-1-8] חייב להציג התראות שיחה לפני התראות שאינן שיחה, למעט התראות מתמשכות של שירות חזית וחשיבות: התראות גבוהות.

יישומי המכשיר הם:

  • [H-SR] מומלץ בחום לספק גישה לפעולות הבאות מהודעות שיחה: הצג את השיחה כבועה אם האפליקציה מספקת את הנתונים הנדרשים עבור בועות

יישום AOSP עונה על הדרישות הללו עם ממשק המשתמש של המערכת, ההגדרות והמפעיל המוגדר כברירת מחדל.

קרא עוד

IdentityCredential - רישיונות נהיגה ניידים

לבסוף, אחת התכונות שאני הכי מתרגש מהן היא ה-ID של IdentityCredential. כפי שפירטנו בשנה שעברה, ה-API של IdentityCredential נועד לאפשר לאפליקציות לאחסן מסמכי זהות, כגון רישיונות נהיגה ניידים, במכשיר. מספר מדינות (וכמה מדינות בארה"ב) ברחבי העולם כבר מאפשרות לאזרחיהן לאחסן את רישיונות הנהיגה שלהם באפליקציה לנייד. עם זאת, גוגל פועלת כדי להפוך את זה לאבטח יותר על ידי שמירת הנתונים במצב לא מקוון בסביבה מאובטחת.

תמונה לדוגמה של רישיון נהיגה דיגיטלי אליו ניתן לגשת דרך אפליקציית ארנק LA. מקור: Envoc

קוד המקור עבור אנדרואיד 11 כולל את IdentityCredential API (שאלו מפתחים יתקשרו כדי לאחסן מסמכי זהות במכשיר הטלפון סביבה מאובטחת) וה-IdentityCredential HAL (המתממשק עם הסביבה המאובטחת של הטלפון), אך יצרני OEM אינם נדרשים ליישם אותם. כאשר גוגל הציעה לראשונה את הכללת IdentityCredential ב-CDD ב-10 בינואר 2020, הם רשמו זאת כדרישה. עם זאת, הם הרגיעו את הדרישה הזו ב-18 במרץ 2020, וכעת רק ממליצים בחום שיצרני OEM יתמכו בתכונה זו. אנחנו לא מופתעים שגוגל הרפה את הדרישה הזו - הוספת שינוי שמשפיע על סביבת הביצוע המהימנה תדרוש מאמץ מיצרני OEM כדי ליישם. ייתכן שיצרני OEM פשוט זקוקים ליותר זמן כדי להתכונן לשינוי הזה. עם זאת, עבור משתמשים זה אומר שאין ערובה שהסמארטפון הספציפי של Android 11 שלך יתמוך באחסון מאובטח של רישיון נהיגה נייד בסביבה המאובטחת של הטלפון.

עלינו לציין שאין מגבלה טכנית המונעת את האימוץ הנרחב של מערכת IdentityCredential בקרב מכשירי אנדרואיד 11. אחת הדרישות להטמעת מערכת IdentityCredential היא שלמכשיר יש הפעלה מהימנה סביבה (TEE) או מעבד מאובטח ייעודי שבו "אפליקציה מהימנה" מקיימת אינטראקציה עם הזהות המאוחסנת מסמכים. מאז אנדרואיד 7.0 נוגט, גוגל דרשה מכל מכשירי האנדרואיד המודרניים לתמוך ב"סביבת ביצוע מבודדת" (לפי סעיף 2.2.5 - מודל אבטחה ב-CDD). מכשירים עם מעבדי ARM כוללים בדרך כלל ARM TrustZone TEE, ו-Google מספקת את מערכת הפעלה אמינה שפועל על TrustZone. נוכחות של TEE מספיקה כדי לתמוך במערכת IdentityCredential, אם כי זה יהיה בטוח יותר אם האישורים מאוחסנים ב-CPU מאובטח משובץ (כגון ב- יחידת עיבוד מאובטחת של כמה מעבדי Snapdragon של Qualcomm) או מעבד מאובטח דיסקרטי (כגון ב Titan M של גוגל אוֹ שבבי האבטחה החדשים של סמסונג). יש לציין שמכשירים עם מעבדים מאובטחים בדידים עשויים גם להיות מסוגלים לתמוך בתכונת "מצב גישה ישירה" של מערכת IdentityCredential, מה שיאפשר למשתמש לשלוף את מסמך הזהות שלו גם כאשר לא נשאר מספיק כוח במכשיר כדי לאתחל את מערכת ההפעלה הראשית.

סעיף מוצע 9.11.3 (חדש) - תעודת זהות (עודכן ב-18/3/2020)

מערכת אישורי הזהות מאפשרת למפתחי אפליקציות לאחסן ולאחזר מסמכי זהות של משתמש.

יישומי מכשיר:

  • [C-SR] מומלץ בחום ליישם את מערכת אישורי הזהות.

אם יישומי מכשירים מיישמים את מערכת אישורי הזהות הם:

  • [C-0-1] חייב להחזיר לא-null עבור ה IdentityCredentialStore#getInstance() שיטה.
  • [C-0-2] חייב ליישם את ממשקי ה-API של `android.security.identity.*` עם קוד המתקשר עם מהימן אפליקציה הפועלת בסביבת ביצוע מהימנה (TEE) או במכשיר מאובטח ייעודי מעבד. יש ליישם את היישום המהימן כך שה בסיס מחשוב מהימן עבור מערכת אישורי הזהות אינה כוללת את מערכת ההפעלה אנדרואיד.

קרא עוד

גוגל גם עובדת על ספריית IdentityCredential Jetpack כדי להקל על מפתחים להוסיף תמיכה לאחסון מאובטח של זהות מסמכים באנדרואיד, אבל האתגר האמיתי יהיה לגרום לממשלות לאשר אפליקציות המשתמשות ב-API זה לאחסון מאובטח של מזהים ממשלתיים. לפי Engadget, דרום קוריאה הפיקה תמיכה לאחסון רישיונות נהיגה באפליקציה לנייד, אז אנחנו מתחילים לראות עלייה בקבלת הטכנולוגיה הזו. אני, למשל, נרגש לראות לאן זה הולך כי זה אומר דבר אחד פחות לסחוב איתי כשאני יוצא החוצה.


המסמך שהשגנו פירט שינויים ב-CDD עד לתאריך ביצוע השינויים הללו. השינויים האחרונים בוצעו ב-10 ביוני 2020, מה שאומר שהמסמך שיש לנו די מעודכן. יתכן שגוגל תוכל להתנער מהשינויים האלה ולהעמיד את כל הדרישות שוב לפני השחרור הציבורי של אנדרואיד 11, אבל אנחנו בספק שגוגל תעשה פתאום את ה-CDD יותר קַפְּדָנִי. סביר להניח שהשינויים הללו היו רגועים עקב משוב מיצרני ציוד מקורי שהם אלה שיצטרכו לחזור וליישם את התכונות הללו אם הם לא תוכננו לעשות זאת כבר. זה לוקח זמן, מאמץ וכסף, מה שפשוט ידחה את שחרור אנדרואיד 11 למכשירים שאינם של גוגל עוד יותר. ובכל זאת, אם גוגל אכן תחייב את התכונות הללו פעם נוספת, נפרסם עדכון בפורטל XDA.