ექსკლუზივი: Android 11-ის 3 საუკეთესო ფუნქცია არ იქნება ყველა მოწყობილობაზე

ყოველწლიურად Google გამოსცემს Android ოპერაციული სისტემის ახალ ვერსიას. Google-მა გამოუშვა პირველი Android 11 Developer Preview თებერვალში, რასაც მოჰყვა მეორე, მესამე და მეოთხე დეველოპერის გადახედვა ბოლო რამდენიმე თვის განმავლობაში. ამ თვის დასაწყისში Google-მა გამოაქვეყნა პირველი Android 11 ბეტა და სიღრმისეულად ისაუბრა საუკეთესო ფუნქციებზე, რომლითაც მომხმარებლები ისარგებლებენ და დეველოპერებისთვის განხორციელდება. თუმცა, ახლა გავიგეთ, რომ Android 11-ის სამი საუკეთესო ფუნქცია არ იქნება ხელმისაწვდომი ყველა Android მოწყობილობაზე.

იმის გასაგებად, თუ როგორ არის ეს შესაძლებელი, მოკლედ უნდა ავუხსნათ, თუ როგორ ნაწილდება Android OS Google-ისგან სმარტფონების მოწყობილობების მწარმოებლებზე. ანდროიდი არის ღია კოდის ოპერაციული სისტემა ლიცენზირებულია Apache 2.0-ით, რაც ნიშნავს, რომ ნებისმიერს, ინდი დეველოპერებიდან დაწყებული მსხვილი კომპანიებით დამთავრებული, თავისუფლად შეუძლია შეცვალოს და გაავრცელოს OS საკუთარ მოწყობილობებზე. ოპერაციული სისტემის ახალი ფუნქციების უმეტესობა, რომლებიც Google-მა გამოაქვეყნა Android 11-ისთვის, იქნება Android ღია კოდის პროექტის (AOSP) ნაწილი ამ სმარტფონისთვის. მოწყობილობების შემქმნელები საკუთარ პროგრამულ უზრუნველყოფას ეფუძნებათ, მაგრამ Apache 2.0 ლიცენზია, როგორც უკვე აღვნიშნე, საშუალებას აძლევს ნებისმიერს შეცვალოს პროგრამა, როგორც ხედავს. ჯდება. Android მოწყობილობებს შორის API-ებში და პლატფორმის ქცევის თანმიმდევრულობის შესანარჩუნებლად, Google აერთიანებს Google მობილური სერვისების დისტრიბუციას (რომელიც მოიცავს აპლიკაციები და ჩარჩოები, როგორიცაა Google Play Store და Google Play Services) სალიცენზიო ხელშეკრულებებით, რომლებიც ავალდებულებენ, რომ მოწყობილობები დაიცვან Google-ის წესების მიხედვით "

Android თავსებადობის პროგრამა(სხვა მოთხოვნებს შორის). Android თავსებადობის პროგრამა შედგება მრავალი ავტომატური ტესტის კომპლექტისაგან და Android-ში ჩამოთვლილი წესების ნაკრებისგან. თავსებადობის განმარტების დოკუმენტი (CDD).

CDD-ში Google ჩამოთვლის პროგრამული უზრუნველყოფისა და აპარატურის ფუნქციებს, რომლებიც მოწყობილობის შემქმნელებმა „უნდა“ განახორციელონ, მხოლოდ „მტკიცედ რეკომენდირებულია“ განსახორციელებლად ან „არ უნდა“ დანერგონ. თუ ფუნქცია ჩამოთვლილია, როგორც "უნდა" განხორციელება, მაშინ მოწყობილობის შემქმნელმა უნდა დაამატოს ეს ფუნქცია, წინააღმდეგ შემთხვევაში მათ არ შეუძლიათ Google აპების გაგზავნა თავიანთ მოწყობილობებზე. თუ ფუნქცია ჩამოთვლილია, როგორც "არ უნდა" დანერგვა, მაშინ მოწყობილობის შემქმნელი ვერ დაამატებს ამ ფუნქციას ან ვერ შეძლებს Google აპების შეფუთვას. დაბოლოს, თუ ფუნქცია ჩამოთვლილია, როგორც "მტკიცედ რეკომენდებული", მაშინ მოწყობილობის შემქმნელზეა დამოკიდებული, სურს თუ არა მას ფუნქციის დანერგვა. CDD არის მუდმივად ცვალებადი დოკუმენტი, მის გამოქვეყნებამდეც კი ყოველწლიურად ახალი Android ვერსიის საჯარო გამოშვების შემდეგ. Google ხშირად ანახლებს დოკუმენტს, რათა წაშალოს ფუნქციები, შეცვალოს ენა უფრო მკაფიო და დაამშვიდოს მოთხოვნები პარტნიორების გამოხმაურების საფუძველზე. თუმცა, მას შემდეგ რაც Google გამოაქვეყნებს CDD-ს კონკრეტული Android ვერსიისთვის, ეს მოთხოვნები დაწესდება Google-ის მიერ სერტიფიცირებული მოწყობილობებისთვის, რომლებიც მუშაობენ Android OS-ის ამ ვერსიაზე.

Android 11 CDD საჯარო გახდება ამ წლის ბოლოს, სავარაუდოდ სექტემბრის დასაწყისში. თუმცა, დეველოპერი @deletescape გააზიარა დოკუმენტის წინასწარი გამოშვების ასლი, რომელიც დეტალურად ასახავს CDD-ში მომავალ ცვლილებებს, რაც გვაძლევს ადრეულ მიმოხილვას, თუ როგორ აყალიბებს Google Android 11-ს მთელს ეკოსისტემაში. CDD-ში 60-ზე მეტი ცვლილების აბსოლუტური უმრავლესობა არ არის ძალიან საინტერესო მომხმარებლებისთვის - ისინი აღწერენ, თუ როგორ მოწყობილობის შემქმნელებმა უნდა განახორციელონ გარკვეული API, გამოაცხადონ გარკვეული ფუნქციები და გარკვეული ბირთვის დანერგვა მახასიათებლები. თუმცა, CDD-ში შეტანილი ცვლილებებიდან 3-მა მიიპყრო ჩვენი ყურადღება, რადგან ისინი დაკავშირებულია Android 11-ის ზოგიერთ ყველაზე საინტერესო ფუნქციასთან. აი, რა გავარკვიეთ.

მოწყობილობის კონტროლი

Device Controls არის ფუნქცია Android 11-ში, რომელიც საშუალებას იძლევა ჭკვიანური სახლის ავტომატიზაციის კონტროლის ჩვენება დენის მენიუში. თქვენ შეგიძლიათ გამორთოთ განათება, გააღოთ ავტოფარეხის კარი, ჩართოთ მტვერსასრუტი, შეცვალოთ თქვენი სახლის ტემპერატურა და გააკეთოთ ბევრად მეტი ათეული სხვადასხვა ჭკვიანი სახლის აპლიკაციის გახსნის გარეშე. Google-მა დაამატა API-ები, რომლებიც ჭკვიანი სახლის აპების დეველოპერებს შეუძლიათ გამოიყენონ დენის მენიუში კონტროლის გასახსნელად. ჩვენ ვფიქრობთ, რომ ეს არის სუფთა თვისება, რომელიც საბოლოოდ შემოაქვს თქვენი სმარტფონი ჭკვიან სახლში. სამწუხაროდ, არ არსებობს მოთხოვნა OEM-ებისთვის რეალურად განახორციელონ იგი. თუ OEM თვლის, რომ ფუნქცია კოჭლია ან მათ სურთ სხვა მარშრუტის გავლა (როგორიცაა მხოლოდ Smart-ის დაშვება სახლის კონტროლი მოწყობილობებიდან საკუთარ ეკოსისტემაში), შემდეგ მათ შეუძლიათ უბრალოდ გამორთონ მოწყობილობის მხარდაჭერა კონტროლი.

როდესაც Google-მა პირველად დაამატა Device Controls CDD-ს 2020 წლის 25 თებერვალს, მათ დაავალეს მისი ჩართვა 2.2.3 სექციაში „MUST“ მოთხოვნის დამატებით - ხელის პროგრამული უზრუნველყოფის მოთხოვნები. თუმცა, 2020 წლის 20 მაისს, Google-მა განაახლა ტექსტი შემოთავაზებული „MUST“-ის წასაშლელად. ახალი სექცია 3.8.16 - Device Controls ასახავს, ​​თუ როგორ უნდა განხორციელდეს ფუნქცია, მაგრამ რეალურად არ მოითხოვს მის დანერგვას პირველ რიგში! ჩვენ ვიმედოვნებთ, რომ OEM-ები არ გამორთავს ამ მშვენიერ ფუნქციას, მაგრამ ჩვენ არ გვაქვს საშუალება ვიცოდეთ, გამორთული აქვთ თუ არა იგი მზად არიან გამოავლინონ Android 11-ის თავზე აგებული Android-ის საკუთარი არომატები, რაც არ მოხდება რამდენიმე თვის შემდეგ ახლა.

შემოთავაზებული სექცია 3.8.16 (ახალი) - მოწყობილობის მართვის საშუალებები (განახლებულია 5/20/2020)

3.8.16 მოწყობილობის კონტროლი

Android მოიცავს ControlsProviderService და Control API-ებს, რათა დეველოპერებმა გამოაქვეყნონ მოწყობილობის მართვის საშუალებები მომხმარებლებისთვის სწრაფი სტატუსისა და მოქმედებისთვის.

3.8.16.1 მოწყობილობა აკონტროლებს მომხმარებლის ხელმისაწვდომობას

თუ მოწყობილობები ახორციელებენ მოწყობილობის კონტროლს, მაშინ ისინი:

• [C-1-1] უნდა შეატყობინოთ android.software.controls.feature დროშას ჭეშმარიტად
• [C-1-2] უნდა უზრუნველყოს მომხმარებლის affordance შესაძლებლობა დაამატოს, დაარედაქტიროს, შეარჩიოს და მართოს მომხმარებლის ფავორიტები მესამე მხარის აპების მიერ დარეგისტრირებული კონტროლიდან 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 API-ებისთვის.

წაიკითხე მეტი

საუბრები შეტყობინებებში

Android-ის ერთ-ერთი ყველაზე დიდი უპირატესობა iOS-თან შედარებით არის ის, თუ როგორ ამუშავებს პირველი შეტყობინებებს. ეს უფსკრული გამოყენებადობაში კიდევ უფრო გაფართოვდება Android 11-ში „Conversations“-ის დანერგვით. Android 11-ში, შეტყობინებები შეტყობინებების აპლიკაციებიდან დაჯგუფებულია და ნაჩვენებია ცალკეულ განყოფილებაში შეტყობინებების პანელის უმეტესობის ზემოთ შეტყობინებები. ეს საშუალებას გაძლევთ სწრაფად ნახოთ და უპასუხოთ შეტყობინებებს ყველა სხვა მომლოდინე შეტყობინებების გადახვევის გარეშე. სამწუხაროდ, შეტყობინებების ეს კარგი ცვლილება შეიძლება არ იყოს ხელმისაწვდომი ყველა მოწყობილობაზე. Google აძლევს OEM-ებს შესაძლებლობას აირჩიონ, სურთ თუ არა „დაჯგუფება და საუბრის შეტყობინებების წინასწარ ჩვენება არასაუბრის შეტყობინებები." OEM-ები ხშირად ახდენენ შეტყობინებების პანელის მორგებას და ამიტომ გასაკვირი არ არის, რომ Google აძლევს OEM-ებს. არჩევანი აქ. და მაინც, სამწუხაროა, რომ Google არ ირჩევს Android 11-ში შეტყობინებებში მეტი თანმიმდევრულობის დაცვას.

შემოთავაზებული ცვლილებები პუნქტში 3.8.3.1 - შეტყობინებების პრეზენტაცია (განახლებულია 4/08/2020)

თუ მოწყობილობის დანერგვა საშუალებას აძლევს მესამე მხარის აპებს შეატყობინონ მომხმარებლებს მნიშვნელოვანი მოვლენების შესახებ, ისინი:

...

Android R წარმოგიდგენთ მხარდაჭერას საუბრის შეტყობინებებისთვის, ეს არის შეტყობინება, რომელიც იყენებს NotificationManager-ს. MessageStyle და უზრუნველყოფს გამოქვეყნებულ ხალხის მალსახმობის ID-ს.

მოწყობილობის განხორციელებებია:

• [H-SR] მკაცრად რეკომენდირებულია საუბრის შეტყობინებების დაჯგუფება და ჩვენება არასაუბრის წინ შეტყობინებები, გარდა მიმდინარე წინა პლანზე მომსახურების შეტყობინებებისა და მნიშვნელობისა: მაღალი შეტყობინებები.

თუ საუბრის შეტყობინებები დაჯგუფებულია ცალკე განყოფილებაში, მოწყობილობის დანერგვა

• [H-1-8] უნდა აჩვენოს საუბრის შეტყობინებები არასაუბრის შეტყობინებების წინ, გარდა წინა პლანზე მიმდინარე სერვისის შეტყობინებებისა და მნიშვნელობისა: მაღალი შეტყობინებები.

მოწყობილობის განხორციელებებია:

• [H-SR] მკაცრად რეკომენდირებულია წვდომის უზრუნველყოფა შემდეგ ქმედებებზე საუბრის შეტყობინებებიდან: აჩვენეთ ეს საუბარი ბუშტად, თუ აპი უზრუნველყოფს ბუშტებისთვის საჭირო მონაცემებს

AOSP იმპლემენტაცია აკმაყოფილებს ამ მოთხოვნებს ნაგულისხმევი სისტემის ინტერფეისით, პარამეტრებით და გამშვებით.

წაიკითხე მეტი

IdentityCredential - მობილური მართვის მოწმობები

დაბოლოს, ერთ-ერთი მახასიათებელი, რომელიც ყველაზე მეტად მაინტერესებს, არის IdentityCredential API. როგორც შარშან დავაზუსტეთ, IdentityCredential API შექმნილია იმისთვის, რომ აპლიკაციებს საშუალება მისცეს შეინახონ პირადობის დამადასტურებელი დოკუმენტები, როგორიცაა მობილური მართვის მოწმობები, მოწყობილობაზე. მსოფლიოს რამდენიმე ქვეყანა (და აშშ-ის ზოგიერთი შტატი) უკვე აძლევს თავის მოქალაქეებს უფლებას, შეინახონ მართვის მოწმობები მობილური აპლიკაციაში. თუმცა, Google მუშაობს იმისათვის, რომ ეს უფრო უსაფრთხო იყოს მონაცემთა ხაზგარეშე შენახვით დაცულ გარემოში.

Android 11-ის წყაროს კოდი მოიცავს IdentityCredential API-ს (რომელსაც დეველოპერები დაურეკავენ ტელეფონის საიდენტიფიკაციო დოკუმენტების შესანახად უსაფრთხო გარემო) და IdentityCredential HAL (რომელიც კავშირშია ტელეფონის უსაფრთხო გარემოსთან), მაგრამ OEM-ებს არ მოეთხოვებათ განახორციელოს ისინი. როდესაც Google-მა პირველად შესთავაზა IdentityCredential-ის ჩართვა CDD-ში 2020 წლის 10 იანვარს, მათ ჩამოთვალეს ეს მოთხოვნად. თუმცა, მათ შეამსუბუქეს ეს მოთხოვნა 2020 წლის 18 მარტს და ახლა მხოლოდ მკაცრად გირჩევენ, რომ OEM-ებმა მხარი დაუჭირონ ამ ფუნქციას. ჩვენ არ გაგვიკვირდება, რომ Google-მა შეამსუბუქა ეს მოთხოვნა — ცვლილების დამატება, რომელიც გავლენას მოახდენს შესრულების სანდო გარემოზე, საჭიროებს ძალისხმევას OEM-ების მხრიდან. შესაძლებელია, რომ OEM-ებს უბრალოდ მეტი დრო დასჭირდეთ ამ ცვლილებისთვის მოსამზადებლად. თუმცა, მომხმარებლებისთვის ეს ნიშნავს, რომ არ არსებობს გარანტია, რომ თქვენი კონკრეტული Android 11 სმარტფონი მხარს დაუჭერს მობილური მართვის მოწმობის უსაფრთხოდ შენახვას ტელეფონის უსაფრთხო გარემოში.

უნდა აღვნიშნოთ, რომ არ არსებობს ტექნიკური შეზღუდვა, რომელიც ხელს უშლის IdentityCredential სისტემის ფართო გამოყენებას Android 11 მოწყობილობებში. IdentityCredential სისტემის დანერგვის ერთ-ერთი მოთხოვნაა, რომ მოწყობილობას ჰქონდეს სანდო შესრულება გარემო (TEE) ან გამოყოფილი უსაფრთხო პროცესორი, რომელშიც "სანდო აპლიკაცია" ურთიერთქმედებს შენახულ იდენტურობასთან დოკუმენტები. Android 7.0 Nougat-იდან მოყოლებული, Google-მა მოითხოვა ყველა თანამედროვე Android მოწყობილობის მხარდაჭერა "იზოლირებული აღსრულების გარემოში" განყოფილება 2.2.5 - უსაფრთხოების მოდელი CDD-ში). მოწყობილობები ARM პროცესორებით, როგორც წესი, აღჭურვილია ARM TrustZone TEE და Google უზრუნველყოფს სანდო OS რომელიც მუშაობს TrustZone-ზე. TEE-ის არსებობა საკმარისია IdentityCredential სისტემის მხარდასაჭერად, თუმცა უფრო უსაფრთხო იქნება, თუ რწმუნებათა სიგელები ინახება ჩაშენებულ უსაფრთხო CPU-ში (როგორიცაა ზოგიერთი Qualcomm Snapdragon პროცესორის უსაფრთხო დამუშავების განყოფილება) ან დისკრეტული უსაფრთხო CPU (როგორიცაა ში Google-ის Titan M ან Samsung-ის ახალი უსაფრთხოების ჩიპები). აღსანიშნავია, რომ მოწყობილობებს, რომლებსაც აქვთ დისკრეტული უსაფრთხო CPU-ები, შეიძლება ასევე შეეძლოთ IdentityCredential სისტემის "პირდაპირი წვდომის რეჟიმის" ფუნქციის მხარდაჭერა. რაც მომხმარებელს საშუალებას მისცემს აიღოს თავისი პირადობის დამადასტურებელი დოკუმენტი მაშინაც კი, როდესაც მოწყობილობას არ აქვს საკმარისი ენერგია ძირითადი OS-ის ჩატვირთვისთვის.

შემოთავაზებული სექცია 9.11.3 (ახალი) - პირადობის დამადასტურებელი მოწმობა (განახლებულია 3/18/2020)

Identity Credential System საშუალებას აძლევს აპლიკაციის დეველოპერებს შეინახონ და მიიღონ მომხმარებლის პირადობის დოკუმენტები.

მოწყობილობის დანერგვა:

• [C-SR] მკაცრად რეკომენდირებულია პირადობის სერთიფიკატების სისტემის დანერგვისთვის.

თუ მოწყობილობის დანერგვა ახორციელებს პირადობის დამადასტურებელ სისტემას, ისინი:

• [C-0-1] უნდა დააბრუნოს არა null ამისთვის IdentityCredentialStore#getInstance() მეთოდი.
• [C-0-2] უნდა დანერგოს `android.security.identity.*` API-ები კოდით, რომელიც დაუკავშირდება სანდო ადამიანთან აპლიკაცია მუშაობს სანდო აღსრულების გარემოში (TEE) ან სპეციალურ უსაფრთხოზე პროცესორი. სანდო აპლიკაცია უნდა განხორციელდეს ისე, რომ სანდო გამოთვლითი ბაზა პირადობის სერთიფიკატების სისტემა არ შეიცავს Android ოპერაციულ სისტემას.

წაიკითხე მეტი

Google ასევე მუშაობს IdentityCredential Jetpack ბიბლიოთეკაზე, რათა დეველოპერებს გაუადვილოს დაამატოს მხარდაჭერა პირადობის უსაფრთხოდ შესანახად დოკუმენტები Android-ზე, მაგრამ რეალური გამოწვევა იქნება მთავრობებისთვის აპლიკაციების ავტორიზაცია ამ API-ის გამოყენებით სამთავრობო ID-ების უსაფრთხოდ შესანახად. Მიხედვით Engadgetსამხრეთ კორეამ ახლახან გამოუშვა მხარდაჭერა მობილურ აპში მართვის მოწმობის შესანახად, ასე რომ, ჩვენ ვიწყებთ ამ ტექნოლოგიის მიღების ზრდას. მე, ერთის მხრივ, აღფრთოვანებული ვარ იმის დანახვით, სად მიდის ეს, რადგან გარეთ გასვლისას ჩემთან ტარებას ნიშნავს.

---

დოკუმენტში, რომელიც ჩვენ მივიღეთ, იყო ჩამოთვლილი ცვლილებები CDD-ში ამ ცვლილებების განხორციელების თარიღისთვის. უახლესი ცვლილებები განხორციელდა 2020 წლის 10 ივნისს, რაც ნიშნავს, რომ დოკუმენტი, რომელიც ჩვენ გვაქვს, საკმაოდ განახლებულია. შესაძლებელია, რომ Google-მა უარი თქვას ამ ცვლილებებზე და კვლავ დააყენოს ყველა მოთხოვნა Android 11-ის საჯარო გამოშვებამდე, მაგრამ ჩვენ ეჭვი გვეპარება, რომ Google უცებ შეასრულებს CDD-ს. მეტი მკაცრი. ეს ცვლილებები, სავარაუდოდ, შემსუბუქდა OEM-ების გამოხმაურების გამო, რომლებსაც მოუწევთ უკან დაბრუნება და ამ ფუნქციების დანერგვა, თუ უკვე არ იყო დაგეგმილი ამის გაკეთება. ამას დრო, ძალისხმევა და ფული სჭირდება, რაც კიდევ უფრო დააყოვნებს Android 11-ის გამოშვებას არა Google მოწყობილობებისთვის. მიუხედავად ამისა, თუ Google კიდევ ერთხელ გახდის ამ ფუნქციებს საჭიროებს, ჩვენ გამოვაქვეყნებთ განახლებას XDA პორტალზე.