Android 9 Uyumluluk Tanımı

1. Giriş

Bu dokümanda, cihazların Android 9 ile uyumlu olması için karşılanması gereken şartlar listelenmiştir.

"MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" ve "OPTIONAL" kelimelerinin kullanımı RFC2119'da tanımlanan IETF standardına göredir.

Bu dokümanda "cihaz uygulayıcısı" veya "uygulayıcı", Android 9 çalıştıran bir donanım/yazılım çözümü geliştiren kişi veya kuruluştur. "Cihaz uygulaması" veya "uygulama", bu şekilde geliştirilen donanım/yazılım çözümüdür.

Android 9 ile uyumlu olarak kabul edilmek için cihaz uygulamalarının, referansla dahil edilen tüm dokümanlar da dahil olmak üzere bu Uyumluluk Tanımı'nda sunulan koşulları İYİCE karşılaması GEREKİR.

Bu tanım veya 10. bölümde açıklanan yazılım testleri net değilse, eksikse ya da bu konuda bilgi verilmiyorsa mevcut uygulamalarla uyumluluğu sağlamak cihaz uygulayıcının sorumluluğundadır.

Bu nedenle, Android Açık Kaynak Projesi hem Android'in referans kaynağı hem de tercih edilen uygulamasıdır. Cihaz uygulayıcılarının, uygulamalarını mümkün olduğunca Android Açık Kaynak Projesi'nde bulunan "yukarı yönlü" kaynak koduna dayandırmaları önemle ÖNERİLİR. Bazı bileşenler teorik olarak alternatif uygulamalarla değiştirilebilir olsa da yazılım testlerini geçmek önemli ölçüde daha zor olacağından bu uygulamanın kullanılmaması önemle tavsiye edilir. Uyumluluk Testi Paketi dahil olmak üzere standart Android uygulamasıyla davranışsal olarak tam uyumluluğu sağlamak uygulayıcının sorumluluğundadır. Son olarak, belirli bileşen değişimlerinin ve modifikasyonlarının bu dokümanda açıkça yasaklandığını unutmayın.

Bu dokümanda bağlantısı verilen kaynakların çoğu doğrudan veya dolaylı olarak Android SDK'sından türetilmiştir ve işlevsel olarak ilgili SDK'nın dokümanlarında yer alan bilgilerle aynıdır. Bu Uyumluluk Tanımlama Belgesi veya Uyumluluk Testi Paketi'nin SDK dokümanlarıyla çeliştiği durumlarda SDK dokümanları yetkili kabul edilir. Bu dokümanda bağlantı verilen kaynaklarda sağlanan tüm teknik ayrıntılar, bu Uyumluluk Tanımı'nın bir parçası olarak kabul edilir.

1.1 Doküman Yapısı

1.1.1. Cihaz türüne göre şartlar

2. Bölüm, belirli bir cihaz türü için geçerli olan tüm koşulları içerir. 2. Bölüm'ün her alt bölümü belirli bir cihaz türüne ayrılmıştır.

Tüm Android cihaz uygulamaları için evrensel olarak geçerli olan diğer tüm koşullar, 2. Bölüm'den sonraki bölümlerde listelenmiştir. Bu şartlara bu dokümanda "Temel Şartlar" olarak atıfta bulunulur.

1.1.2. Şart kimliği

ŞART koşulu için şart kimliği atanır.

  • Kimlik yalnızca zorunlu koşullar için atanır.
  • ÖNEMLE ÖNERİLİR koşulları [SR] olarak işaretlenir ancak kimlik atanmaz.
  • Kimlik şuradan oluşur : Cihaz Türü Kimliği - Durum Kimliği - Şart Kimliği (ör. C-0-1).

Her kimlik aşağıdaki şekilde tanımlanır:

  • Cihaz Türü Kimliği (2. Cihaz Türleri)
    • C: Temel (Tüm Android cihaz uygulamalarında geçerli olan şartlar)
    • H: Android el cihazı
    • T: Android Television cihaz
    • C: Android Automotive uygulaması
    • Sekme: Android tablet uygulaması
  • Koşul kimliği
    • Koşulsuz olduğunda bu kimlik 0 olarak ayarlanır.
    • Koşul koşullu olduğunda 1. koşul için 1 atanır ve sayı aynı bölüm ve aynı cihaz türü içinde 1 artar.
  • Şart kimliği
    • Bu kimlik 1 ile başlar ve aynı bölümde ve aynı koşulda 1'er artar.

1.1.3. Bölüm 2'deki şart kimliği

2. Bölüm'deki Şart Kimliği, ilgili bölüm kimliğiyle başlar ve ardından yukarıda açıklanan Şart Kimliği gelir.

  • 2.Bölüm'deki kimlik şu kısımlardan oluşur : Bölüm Kimliği / Cihaz Türü Kimliği - Koşul Kimliği - Şart Kimliği (ör. 7.4.3/A-0-1).

2. Cihaz Türleri

Android Açık Kaynak Projesi, çeşitli cihaz türleri ve form faktörleri için kullanılabilecek bir yazılım paketi sağlar. Bununla birlikte, nispeten daha iyi bir uygulama dağıtım ekosistemine sahip birkaç cihaz türü vardır.

Bu bölümde, bu cihaz türleri ve her cihaz türü için geçerli ek şartlar ve öneriler açıklanmaktadır.

Açıklanan cihaz türlerinden hiçbirine uymayan tüm Android cihaz uygulamaları, bu Uyumluluk Tanımı'nın diğer bölümlerindeki tüm koşulları karşılamalıdır.

2.1 Cihaz Yapılandırmaları

Cihaz türüne göre donanım yapılandırmasında bulunan önemli farklılıklar için bu bölümde yer alan cihaza özgü gereksinimlere bakın.

2.2. El Cihazı Gereksinimleri

Android el cihazı, genellikle elinizde tutarak kullandığınız Android cihaz uygulamalarını (ör. mp3 çalar, telefon veya tablet) ifade eder.

Android cihaz uygulamaları, aşağıdaki ölçütlerin tümünü karşılıyorsa El Cihazı olarak sınıflandırılır:

  • Hareketlilik sağlayan bir güç kaynağı (ör. pil) olmalıdır.
  • Fiziksel çapraz ekran boyutu 2,5 ila 8 inç arasında olmalıdır.

Bu bölümün geri kalanındaki ek şartlar, Android el cihazı uygulamalarında geçerlidir.

Not: Android tablet cihazlar için geçerli olmayan şartlar * ile işaretlenmiştir.

2.2.1. Donanım

Elde taşınabilir cihaz uygulamaları:

  • [7.1.1.1/H-0-1] Fiziksel diyagonal boyutu en az 2,5 inç olan bir ekrana sahip OLMALIDIR.
  • [7.1.1.3/H-SR] Kullanıcılara ekran boyutunu değiştirme imkanı sunmak İÇİNDEKİLER ÖNERİLİR.(Ekran Yoğunluğu)

El cihazı uygulamaları , Configuration.isScreenHdr() aracılığıyla yüksek dinamik aralık ekranları için destek iddiasında bulunuyorsa:

  • [7.1.4.5/H-1-1] EGL_EXT_gl_colorspace_bt2020_pq, EGL_EXT_surface_SMPTE2086_metadata, EGL_EXT_surface_CTA861_3_metadata, VK_EXT_swapchain_colorspace ve VK_EXT_hdr_metadata uzantılarının desteğini REKLAMLAMALIDIR.

Elde taşınabilir cihaz uygulamaları:

  • [7.1.5/H-0-1] Yukarı akış Android açık kaynak kodu tarafından uygulanan eski uygulama uyumluluk modu için destek DAHİL OLMALIDIR. Yani cihaz uygulamaları, uyumluluk modunun etkinleştirildiği tetikleyicileri veya eşikleri DEĞİŞTİRMEMELİ ve uyumluluk modunun davranışını DEĞİŞTİRMEMELİDİR.
  • [7.2.1/H-0-1] Üçüncü taraf Giriş Yöntemi Düzenleyici (IME) uygulamaları için destek DAHİL OLMALIDIR.
  • [7.2.3/H-0-1] Ana Sayfa, Son Aramalar ve Geri işlevlerini İÇERMELİDİR.
  • [7.2.3/H-0-2] Geri işlevinin (KEYCODE_BACK) hem normal hem de uzun basma etkinliğini ön plan uygulamasına GÖNDERMELİDİR. Bu etkinlikler sistem tarafından KULLANILMAMALISDIR ve Android cihazın dışından (ör. Android cihaza bağlı harici donanım klavyesi) TETİKLENEBİLİR.
  • [7.2.4/H-0-1] Dokunmatik ekran girişini DESTEKLEMELİDİR.
  • [7.2.4/H-SR] Kullanıcı tarafından seçilen yardımcı uygulamayı (yani VoiceInteractionService'i uygulayan uygulamayı) veya ön plan etkinliği bu uzun basma etkinliklerini işlemiyorsa KEYCODE_MEDIA_PLAY_PAUSE veya KEYCODE_HEADSETHOOK düğmesine uzun basıldığında ACTION_ASSIST'i işleyen bir etkinliği başlatmanız önemle ÖNERİLİR.
  • [7.3.1/H-SR] 3 eksenli ivme ölçer eklenmesi önemle ÖNERİLİR.

El cihazı uygulamalarında 3 eksenli ivme ölçer varsa:

  • [7.3.1/H-1-1] En az 100 Hz'e kadar frekansta etkinlikleri raporlayabilmelidir.

Elde kullanılan cihaz uygulamaları jiroskop içeriyorsa:

  • [7.3.4/H-1-1] En az 100 Hz'e kadar frekansta etkinlikleri bildirebilmelidir.

Sesli arama yapabilen ve getPhoneType alanında PHONE_TYPE_NONE dışında bir değer gösterebilen el cihazı uygulamaları:

  • [7.3.8/H] Yakınlık sensörü DAHİL OLMALIDIR.

Elde taşınabilir cihaz uygulamaları:

  • [7.3.12/H-SR] 6 serbestlik derecesine sahip poz sensörünü desteklemeleri ÖNERİLİR.
  • [7.4.3/H] Bluetooth ve Bluetooth LE desteği DAHİL OLMALIDIR.

Elde kullanılan cihaz uygulamaları, ücretli bağlantı içeriyorsa:

  • [7.4.7/H-1-1] Veri tasarrufu modu ZORUNLUDUR.

Elde taşınabilir cihaz uygulamaları:

  • [7.6.1/H-0-1] Uygulama özel verileri ("/data" bölümü olarak da bilinir) için en az 4 GB kalıcı depolama alanı BULUNMASI GEREKİR.
  • [7.6.1/H-0-2] Çekirdek ve kullanıcı alanında 1 GB'tan az bellek olduğunda ActivityManager.isLowRamDevice() için "true" değerini İYİ DEĞERİNDE döndürmelidir.

El cihazı uygulamaları yalnızca 32 bit ABI'yi destekliyorsa:

  • [7.6.1/H-1-1] Varsayılan ekranda qHD'ye (ör. FWVGA) kadar ekran kartı çözünürlüğü kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 416 MB OLMALIDIR.

  • [7.6.1/H-2-1] Varsayılan ekran HD+'ye (ör. HD, WSVGA) kadar ekran kartı çözünürlüğü kullanıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 592 MB OLMALIDIR.

  • [7.6.1/H-3-1] Varsayılan ekran FHD'ye (ör. WSXGA+) kadar ekran kartı çözünürlüğü kullanıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 896 MB OLMALIDIR.

  • [7.6.1/H-4-1] Varsayılan ekran QHD'ye (ör. QWXGA) kadar ekran kartı çözünürlüğü kullanıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 1344 MB OLMALIDIR.

El cihazı uygulamaları herhangi bir 64 bit ABI'yi (32 bit ABI ile veya olmadan) destekliyorsa:

  • [7.6.1/H-5-1] Varsayılan ekranda qHD'ye (ör. FWVGA) kadar ekran kartı çözünürlüğü kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 816 MB OLMALIDIR.

  • [7.6.1/H-6-1] Varsayılan ekran HD+'ye (ör. HD, WSVGA) kadar ekran kartı çözünürlüğü kullanıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 944 MB OLMALIDIR.

  • [7.6.1/H-7-1] Varsayılan ekran FHD'ye (ör.WSXGA+) kadar çerçeve kartı çözünürlükleri kullanıyorsa çekirdek ve kullanıcı alanında kullanılabilen bellek en az 1. 280 MB OLMALIDIR.

  • [7.6.1/H-8-1] Varsayılan ekran QHD'ye (ör.QWXGA) kadar ekran kartı çözünürlüğü kullanıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 1. 824 MB OLMALIDIR.

Yukarıdaki "çekirdek ve kullanıcı alanında kullanılabilen bellek" ifadesinin, radyo ve video gibi donanım bileşenlerine ayrılmış belleklere ek olarak, cihaz uygulamalarında çekirdeğin kontrolü altında olmayan bellek alanını ifade ettiğini unutmayın.

El cihazı uygulamaları, çekirdek ve kullanıcı alanında kullanılabilen 1 GB'tan az veya 1 GB'a eşit bellek içeriyorsa:

  • [7.6.1/H-9-1] android.hardware.ram.low özellik işaretini İLANI GEREKTİRİR.
  • [7.6.1/H-9-2] Uygulama özel verileri için en az 1,1 GB kalıcı depolama alanı (diğer adıyla "/data" bölümü) BULUNMASI GEREKİR.

El cihazı uygulamaları, çekirdek ve kullanıcı alanında kullanılabilen 1 GB'tan fazla bellek içeriyorsa:

  • [7.6.1/H-10-1] Uygulama özel verileri ("/data" bölümü olarak da bilinir) için en az 4 GB kalıcı depolama alanı BULUNMASI GEREKİR.
  • Özellik bayrağını android.hardware.ram.normal bildirmelidir.

Elde taşınabilir cihaz uygulamaları:

  • [7.6.2/H-0-1] 1 GiB'den küçük bir uygulama paylaşılan depolama alanı SAĞLAMAMALIDIR.
  • [7.7.1/H] Çevre birimi modunu destekleyen bir USB bağlantı noktası DAHİL OLMALIDIR.

El cihazı uygulamalarında çevre birimi modunu destekleyen bir USB bağlantı noktası varsa bu cihazlar:

  • [7.7.1/H-1-1] Android Open Accessory (AOA) API'yi UYGULAMALIDIR.

Elde taşınabilir cihaz uygulamaları:

  • [7.8.1/H-0-1] Mikrofon içermelidir.
  • [7.8.2/H-0-1] Ses çıkışına sahip OLMALI ve android.hardware.audio.output değerini bildirmelidir.

El cihazı uygulamaları, VR modunu desteklemeyle ilgili tüm performans koşullarını karşılayabiliyorsa ve bu modu destekliyorsa:

  • [7.9.1/H-1-1] android.hardware.vr.high_performance özellik bayrağını İLANI GEREKTİRİR.
  • [7.9.1/H-1-2] android.app.Activity#setVrModeEnabled aracılığıyla VR uygulamaları tarafından etkinleştirilebilen android.service.vr.VrListenerService'yi uygulayan bir uygulama İÇERMELİDİR.

2.2.2. Multimedya

El cihazı uygulamaları aşağıdaki ses kodlamasını DESTEKLEMELİDİR:

  • [5.1.1/H-0-1] AMR-NB
  • [5.1.1/H-0-2] AMR-WB
  • [5.1.1/H-0-3] MPEG-4 AAC Profili (AAC LC)
  • [5.1.1/H-0-4] MPEG-4 HE AAC Profili (AAC+)
  • [5.1.1/H-0-5] AAC ELD (düşük gecikmeli gelişmiş AAC)

El cihazı uygulamaları aşağıdaki ses kod çözme işlemlerini DESTEKLEMELİDİR:

  • [5.1.2/H-0-1] AMR-NB
  • [5.1.2/H-0-2] AMR-WB

El cihazı uygulamaları aşağıdaki video kodlamasını desteklemeli ve üçüncü taraf uygulamalarına sunmalıdır:

  • [5.2/H-0-1] H.264 AVC
  • [5.2/H-0-2] VP8

El cihazı uygulamaları aşağıdaki video kod çözme işlemlerini desteklemelidir:

  • [5.3/H-0-1] H.264 AVC
  • [5.3/H-0-2] H.265 HEVC
  • [5.3/H-0-3] MPEG-4 SP
  • [5.3/H-0-4] VP8
  • [5.3/H-0-5] VP9

2.2.3. Yazılım

Elde taşınabilir cihaz uygulamaları:

  • [3.2.3.1/H-0-1] ACTION_GET_CONTENT, ACTION_OPEN_DOCUMENT, ACTION_OPEN_DOCUMENT_TREE ve ACTION_CREATE_DOCUMENT intent'lerini SDK dokümanlarındaki gibi işleyen ve DocumentsProvider API'yi kullanarak kullanıcıya doküman sağlayıcı verilerine erişme olanağı sunan bir uygulama BULUNMASI GEREKİR.
  • [3.4.1/H-0-1] android.webkit.Webview API'sinin eksiksiz bir uygulamasını SAĞLAMALIDIR.
  • [3.4.2/H-0-1] Genel kullanıcı web tarama deneyimi için bağımsız bir tarayıcı uygulaması DAHİL OLMALIDIR.
  • [3.8.1/H-SR] Kısayolların, widget'ların ve widgetFeatures öğelerinin uygulama içinde sabitlenmesini destekleyen bir varsayılan başlatıcının uygulanması önemle ÖNERİLİR.
  • [3.8.1/H-SR] ShortcutManager API aracılığıyla üçüncü taraf uygulamaları tarafından sağlanan ek kısayollara hızlı erişim sağlayan varsayılan bir başlatıcının uygulanması önemle ÖNERİLİR.
  • [3.8.1/H-SR] Uygulama simgelerinin rozetlerini gösteren varsayılan bir başlatıcı uygulaması eklemeniz önemle ÖNERİLİR.
  • [3.8.2/H-SR] Üçüncü taraf uygulama widget'larını desteklemek için ÇOK ÖNEMLE ÖNERİLİR.
  • [3.8.3/H-0-1] Üçüncü taraf uygulamalarının, Notification ve NotificationManager API sınıfları aracılığıyla kullanıcıları önemli olaylar hakkında bilgilendirmesine İZİN VERMELİDİR.
  • [3.8.3/H-0-2] Zengin bildirimleri DESTEKLEMELİDİR.
  • [3.8.3/H-0-3] Bildirimler için uyarıları desteklemelidir.
  • [3.8.3/H-0-4] Bildirim gölgesi ZORUNLUDUR.Bu gölge, kullanıcıya işlem düğmeleri veya AOSP'de uygulanan kontrol paneli gibi kullanıcı özelliklerini kullanarak bildirimleri doğrudan kontrol etme (ör. yanıtlama, erteleme, reddetmek, engelleme) olanağı sunmalıdır.
  • [3.8.3/H-0-5] RemoteInput.Builder setChoices() aracılığıyla sağlanan seçenekleri bildirim gölgesinde GÖSTERMELİDİR.
  • [3.8.3/H-SR] RemoteInput.Builder setChoices() aracılığıyla sağlanan ilk seçeneğin, ek kullanıcı etkileşimi olmadan bildirim gölgesinde gösterilmesi önemle ÖNERİLİR.
  • [3.8.3/H-SR] Kullanıcı, bildirim gölgesindeki tüm bildirimleri genişlettiğinde bildirim gölgesinde RemoteInput.Builder setChoices() aracılığıyla sağlanan tüm seçeneklerin gösterilmesi önemle ÖNERİLİR.
  • [3.8.4/H-SR] Yardımcı işlem'i gerçekleştirmek için cihaza bir asistan uygulamanız önemle ÖNERİLİR.

El cihazı uygulamaları Yardımcı işlem özelliğini destekliyorsa:

  • [3.8.4/H-SR] 7.2.3 numaralı bölümde açıklandığı gibi, yardımcı uygulamayı başlatmak için belirlenen etkileşim olarak HOME tuşuna uzun basmanın KUVVETLE ÖNERİLDİĞİ. Kullanıcı tarafından seçilen yardımcı uygulamayı (yani VoiceInteractionService uygulamasını) veya ACTION_ASSIST intent'ini işleyen bir etkinliği BAŞLATMALIDIR.

Android el cihazı uygulamaları kilit ekranını destekliyorsa:

  • [3.8.10/H-1-1] Medya Bildirim Şablonu dahil olmak üzere Kilit Ekranı Bildirimlerini GÖSTERMELİDİR.

El cihazı uygulamaları güvenli kilit ekranını destekliyorsa:

  • [3.9/H-1-1] Android SDK dokümanlarında tanımlanan cihaz yönetimi politikalarının tamamını UYGULAMALIDIR.
  • [3.9/H-1-2] Cihaz, kendisini düşük RAM'e sahip bir cihaz olarak bildirecek veya dahili (çıkarılamaz) depolama alanını paylaşılan depolama alanı olarak ayıracak şekilde yapılandırılmadığı sürece android.software.managed_users özellik işareti aracılığıyla yönetilen profillerin desteklendiğini BEYAN ETMELİDİR.

Elde taşınabilir cihaz uygulamaları:

  • [3.10/H-0-1] Üçüncü taraf erişilebilirlik hizmetlerini DESTEKLEMELİDİR.
  • [3.10/H-SR] TalkBack açık kaynak projesinde sağlanan Anahtar Erişimi ve TalkBack (önceden yüklenmiş metin okuma motoru tarafından desteklenen diller için) erişilebilirlik hizmetlerinin işlevselliğine eşdeğer veya bu işlevleri aşan erişilebilirlik hizmetlerinin cihaza önceden yüklenmesi önemle ÖNERİLİR.
  • [3.11/H-0-1] Üçüncü taraf TTS motorlarının kurulumunu DESTEKLEMELİDİR.
  • [3.11/H-SR] Cihazdaki dilleri destekleyen bir TTS motoru eklenmesi önemle ÖNERİLİR.
  • [3.13/H-SR] Hızlı Ayarlar kullanıcı arayüzü bileşeni eklemeniz önemle ÖNERİLİR.

Android avuç içi cihaz uygulamaları FEATURE_BLUETOOTH veya FEATURE_WIFI desteğini belirtiyorsa:

  • [3.16/H-1-1] Tamamlayıcı cihaz eşleme özelliğini DESTEKLEMELİDİR.

2.2.4. Performans ve Güç

  • [8.1/H-0-1] Kararlı kare gecikmesi. Tutarlı olmayan kare gecikmesi veya kare oluşturma gecikmesi saniyede 5 kareden daha sık OLMAYACAĞI gibi saniyede 1 kareden az OLMALIDIR.
  • [8.1/H-0-2] Kullanıcı arayüzü gecikmesi. Cihaz uygulamalarında, Android Compatibility Test Suite (CTS) tarafından tanımlandığı şekilde 10.000 liste girişinin yer aldığı bir listeyi 36 saniyeden kısa sürede kaydırarak düşük gecikmeli kullanıcı deneyimi sağlanmalıdır.
  • [8.1/H-0-3] Görev değiştirme. Birden fazla uygulama başlatıldığında, zaten çalışan bir uygulamanın yeniden başlatılması 1 saniyeden kısa sürmelidir.

Elde taşınabilir cihaz uygulamaları:

  • [8.2/H-0-1] En az 5 MB/sn sıralı yazma performansı SAĞLAMALIDIR.
  • [8.2/H-0-2] En az 0,5 MB/sn rastgele yazma performansı SAĞLAMALIDIR.
  • [8.2/H-0-3] En az 15 MB/sn sıralı okuma performansı SAĞLAMALIDIR.
  • [8.2/H-0-4] En az 3,5 MB/sn rastgele okuma performansı SAĞLAMALIDIR.

El cihazı uygulamaları, AOSP'de bulunan ve cihaz güç yönetimini iyileştirmeye veya AOSP'de bulunan özellikleri genişletmeye yönelik özellikler içeriyorsa:

  • [8.3/H-1-1] Pil tasarrufu özelliğini etkinleştirmek ve devre dışı bırakmak için kullanıcılara uygun bir yöntem sunulmalıdır.
  • [8.3/H-1-2] Uygulama Bekleme ve Uyku güç tasarrufu modlarından muaf olan tüm uygulamaları görüntülemek için kullanıcılara kolaylık sağlamalıdır.

Elde taşınabilir cihaz uygulamaları:

  • [8.4/H-0-1] Her donanım bileşeninin mevcut tüketim değerini ve Android Açık Kaynak Projesi sitesinde belirtildiği gibi bileşenlerin zaman içinde pilin yaklaşık olarak ne kadar tükenmesine neden olduğunu tanımlayan bileşen başına güç profili ZORUNLUDUR.
  • [8.4/H-0-2] Tüm güç tüketimi değerlerini miliamper saat (mAh) cinsinden bildirmelidir.
  • [8.4/H-0-3] Her işleme ait UID başına CPU güç tüketimini bildirmelidir. Android Açık Kaynak Projesi, uid_cputime çekirdek modülü uygulamasıyla bu koşulu karşılar.
  • [8.4/H-0-4] Bu güç kullanımını, adb shell dumpsys batterystats kabuk komutu aracılığıyla uygulama geliştiriciye sunmalıdır.
  • [8,4/sa] Donanım bileşeninin güç kullanımı bir uygulamaya atanamıyorsa donanım bileşeninin kendisine atanmalıdır.

El cihazı uygulamalarında ekran veya video çıkışı varsa:

2.2.5. Güvenlik Modeli

Elde taşınabilir cihaz uygulamaları:

  • [9.1/H-0-1] Üçüncü taraf uygulamalarının android.permission.PACKAGE_USAGE_STATS izni aracılığıyla kullanım istatistiklerine erişmesine izin VERMELİ ve android.settings.ACTION_USAGE_ACCESS_SETTINGS intent'ine yanıt olarak bu tür uygulamalara erişim izni vermek veya iptal etmek için kullanıcının erişebileceği bir mekanizma sağlamalıdır.

El cihazı uygulamaları güvenli kilit ekranını desteklediğinde:

  • [9.11/H-1-1] Kullanıcının en kısa uyku zaman aşımını (kilitli olmayan durumdan kilitli duruma geçiş süresi) 15 saniye veya daha kısa olarak seçmesine İZİN VERMELİDİR.
  • [9.11/H-1-2] 9.11.1 Güvenli Kilit Ekranı bölümünde açıklanan birincil kimlik doğrulama dışındaki tüm kimlik doğrulama biçimlerini devre dışı bırakmak ve bildirimleri gizlemek için kullanıcılara olanak sağlanmalıdır. AOSP, kilitli mod olarak bu koşulu karşılar.

2.3. Televizyon Gereksinimleri

Android TV cihazı, yaklaşık üç metre uzaklıkta oturan kullanıcılar için dijital medya, film, oyun, uygulama ve/veya canlı TV içeriklerini tüketmeye yönelik bir eğlence arayüzü olan Android cihaz uygulamasını ifade eder ("rahatça izleme" veya "üç metrelik kullanıcı arayüzü").

Android cihaz uygulamaları, aşağıdaki ölçütlerin tümünü karşılıyorsa TV olarak sınıflandırılır:

  • Kullanıcıdan üç metre uzakta olabilecek ekranda oluşturulan kullanıcı arayüzünü uzaktan kontrol etmek için bir mekanizma sağlamış olmalıdır.
  • Dikey uzunluğu 24 inçten büyük bir yerleşik ekrana sahip OLMALI VEYA VGA, HDMI, DisplayPort gibi bir video çıkış bağlantı noktası ya da ekran için kablosuz bağlantı noktası içermelidir.

Bu bölümün geri kalanındaki ek şartlar, Android TV cihaz uygulamalarında geçerlidir.

2.3.1. Donanım

Televizyon cihazı uygulamaları:

  • [7.2.2/T-0-1] D-pad desteklenmelidir.
  • [7.2.3/T-0-1] Ana Sayfa ve Geri işlevlerini İÇERMELİDİR.
  • [7.2.3/T-0-2] Geri işlevinin (KEYCODE_BACK) hem normal hem de uzun basma etkinliğini ön plan uygulamasına GÖNDERMELİDİR.
  • [7.2.6.1/T-0-1] Oyun denetleyicileri için destek içermeli ve android.hardware.gamepad özellik işaretini belirtmelidir.
  • [7.2.7/T] Kullanıcıların dokunmadan gezinme ve temel gezinme tuşları girişlerine erişebileceği bir uzaktan kumanda SAĞLANMALIDIR.

Televizyon cihazı uygulamalarında jiroskop varsa:

  • [7.3.4/T-1-1] En az 100 Hz'e kadar frekansta etkinlikleri raporlayabilmelidir.

Televizyon cihazı uygulamaları:

  • [7.4.3/T-0-1] Bluetooth ve Bluetooth LE'yi DESTEKLEMELİDİR.
  • [7.6.1/T-0-1] Uygulama özel verileri ("/data" bölümü olarak da bilinir) için en az 4 GB kalıcı depolama alanı BULUNMASI GEREKİR.

TV cihazı uygulamaları, ana makine modunu destekleyen bir USB bağlantı noktası içeriyorsa:

  • [7.5.3/T-1-1] Bu USB bağlantı noktası üzerinden bağlanan ancak her zaman bağlı olması gerekmeyen harici bir kamera için destek DAHİL OLMALIDIR.

TV cihazı uygulamaları 32 bit ise:

  • [7.6.1/T-1-1] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 896 MB OLMALIDIR:

    • Küçük/normal ekranlarda 400 dpi veya daha yüksek
    • Büyük ekranlarda xhdpi veya daha yüksek
    • Ekstra büyük ekranlarda tvdpi veya daha yüksek

TV cihazı uygulamaları 64 bit ise:

  • [7.6.1/T-2-1] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 1.280 MB OLMALIDIR:

    • Küçük/normal ekranlarda 400 dpi veya daha yüksek
    • Büyük ekranlarda xhdpi veya daha yüksek
    • Ekstra büyük ekranlarda tvdpi veya daha yüksek

Yukarıdaki "çekirdek ve kullanıcı alanında kullanılabilen bellek" ifadesinin, radyo ve video gibi donanım bileşenlerine ayrılmış belleklere ek olarak, cihaz uygulamalarında çekirdeğin kontrolü altında olmayan bellek alanını ifade ettiğini unutmayın.

Televizyon cihazı uygulamaları:

  • [7.8.1/T] Mikrofon içermelidir.
  • [7.8.2/T-0-1] Ses çıkışına sahip OLMALI ve android.hardware.audio.output değerini bildirmelidir.

2.3.2. Multimedya

Televizyon cihazı uygulamaları aşağıdaki ses kodlama biçimlerini DESTEKLEMELİDİR:

  • [5.1/T-0-1] MPEG-4 AAC Profili (AAC LC)
  • [5.1/T-0-2] MPEG-4 HE AAC Profili (AAC+)
  • [5.1/T-0-3] AAC ELD (düşük gecikmeli gelişmiş AAC)

Televizyon cihazı uygulamaları aşağıdaki video kodlama biçimlerini DESTEKLEMELİDİR:

  • [5.2/T-0-1] H.264
  • [5.2/T-0-2] VP8

Televizyon cihazı uygulamaları:

  • [5.2.2/T-SR] Saniyede 30 kare hızında 720p ve 1080p çözünürlüklü videoların H.264 kodlamasını desteklemeniz önemle ÖNERİLİR.

Televizyon cihazı uygulamaları aşağıdaki video kod çözme biçimlerini DESTEKLEMELİDİR:

Televizyon cihazı uygulamalarının aşağıdaki video kod çözme biçimlerini desteklemesi önemle ÖNERİLİR:

Televizyon cihazı uygulamaları, Bölüm 5.3.4'te ayrıntılı olarak açıklandığı şekilde, aşağıdakiler dahil olmak üzere standart video kare hızlarında ve çözünürlüklerde H.264 kod çözmeyi DESTEKLEMELİDİR:

  • [5.3.4.4/T-1-1] Temel Profil ile saniyede 60 kare hızında HD 1080p
  • [5.3.4.4/T-1-2] Ana Profil ile saniyede 60 kare hızında HD 1080p
  • [5.3.4.4/T-1-3] Yüksek Profil Seviye 4.2 ile saniyede 60 kare hızında HD 1080p

H.265 donanım kod çözücüleri içeren televizyon cihazı uygulamaları, Bölüm 5.3.5'te ayrıntılı olarak açıklandığı şekilde, aşağıdakiler dahil olmak üzere standart video kare hızlarında ve çözünürlüklerde H.265 kod çözmeyi DESTEKLEMELİDİR:

  • [5.3.5.4/T-1-1] Ana Profil Seviyesi 4.1 ile saniyede 60 kare hızında HD 1080p

H.265 donanım kod çözücüleri bulunan televizyon cihazı uygulamaları H.265 kod çözme ve UHD kod çözme profilini destekliyorsa:

  • [5.3.5.5/T-2-1] Main10 5. Katman Ana Katman profiliyle saniyede 60 kare hızında UHD kod çözme profilini DESTEKLEMELİDİR.

Televizyon cihazı uygulamaları, Bölüm 5.3.6'da ayrıntılı olarak açıklandığı şekilde, aşağıdakiler dahil olmak üzere standart video kare hızlarında ve çözünürlüklerde VP8 kod çözmeyi DESTEKLEMELİDİR:

  • [5.3.6.4/T-1-1] saniyede 60 kare hızında HD 1080p kod çözme profili

VP9 donanım kod çözücüleri bulunan televizyon cihazı uygulamaları, 5.3.7 numaralı bölümde ayrıntılı olarak açıklandığı şekilde, aşağıdakiler dahil olmak üzere standart video kare hızlarında ve çözünürlüklerde VP9 kod çözmeyi DESTEKLEMELİDİR:

  • [5.3.7.4/T-1-1] 0 numaralı profille (8 bit renk derinliği) saniyede 60 kare hızında HD 1080p

VP9 donanım kod çözücüleri olan televizyon cihazı uygulamaları VP9 kod çözme ve UHD kod çözme profilini destekliyorsa:

  • [5.3.7.5/T-2-1] 0 numaralı profille (8 bit renk derinliği) saniyede 60 kare hızında UHD kod çözme profilini DESTEKLEMELİDİR.
  • [5.3.7.5/T-2-1] 2. profil (10 bit renk derinliği) ile saniyede 60 kare hızında UHD kod çözme profilini desteklemeniz önemle ÖNERİLİR.

Televizyon cihazı uygulamaları:

  • [5.5.3/T-0-1] Sıkıştırılmış ses aktarma çıkışı (cihaz üzerinde ses kod çözme işlemi yapılmaz) hariç olmak üzere, desteklenen çıkışlarda sistem ana ses seviyesi ve dijital ses çıkışı ses seviyesi azaltma desteği ZORUNLUDUR.
  • [5.8/T-0-1] HDMI çıkış modunu, tüm kablolu ekranlar için 50 Hz veya 60 Hz yenileme hızıyla desteklenebilecek maksimum çözünürlüğü seçecek şekilde AYARILMASI GEREKİR.
  • [5.8/T-SR] Tüm kablolu ekranlar için kullanıcı tarafından yapılandırılabilir bir HDMI yenileme hızı seçicinin sağlanması önemle ÖNERİLİR.
  • [5.8/T-SR] Güvenli akışların eşzamanlı olarak kodunu çözmeyi desteklemeleri önemle ÖNERİLİR. En azından iki akış için eşzamanlı kod çözme işlemi KESİNLİKLE ÖNERİLİR.
  • [5.8] Tüm kablolu ekranlarda, cihazın satıldığı bölgenin video yenileme hızına bağlı olarak HDMI çıkış modu yenileme hızını 50 Hz veya 60 Hz olarak AYARACAK.

Televizyon cihazı uygulamaları UHD kod çözmeyi destekliyorsa ve harici ekran desteğine sahipse:

  • [5.8/T-1-1] HDCP 2.2'yi DESTEKLEMELİDİR.

Televizyon cihazı uygulamaları UHD kod çözmeyi desteklemiyor ancak harici ekranları destekliyorsa:

  • [5.8/T-2-1] HDCP 1.4'ü DESTEKLEMELİDİR

2.3.3. Yazılım

Televizyon cihazı uygulamaları:

  • [3/T-0-1] android.software.leanback ve android.hardware.type.television özelliklerini İLANI GEREKTİRİR.
  • [3.4.1/T-0-1] android.webkit.Webview API'sinin eksiksiz bir uygulamasını SAĞLAMALIDIR.

Android TV cihaz uygulamaları kilit ekranını destekliyorsa:

  • [3.8.10/T-1-1] Medya Bildirim Şablonu dahil olmak üzere Kilit Ekranı Bildirimleri'ni GÖSTERMELİDİR.

Televizyon cihazı uygulamaları:

  • [3.8.14/T-SR] Pencere içinde pencere (PIP) modunu çoklu pencerede desteklemeniz önemle ÖNERİLİR.
  • [3.10/T-0-1] Üçüncü taraf erişilebilirlik hizmetlerini DESTEKLEMELİDİR.
  • [3.10/T-SR] TalkBack açık kaynak projesinde sağlanan Anahtar Erişimi ve TalkBack (önceden yüklenmiş metin okuma motoru tarafından desteklenen diller için) erişilebilirlik hizmetlerinin işlevselliğine eşdeğer veya bu işlevleri aşan erişilebilirlik hizmetlerinin cihaza önceden yüklenmesi önemle ÖNERİLİR.

Televizyon cihazı uygulamaları android.hardware.audio.output özelliğini raporlarsa:

  • [3.11/T-SR] Cihazdaki dilleri destekleyen bir TTS motoru eklenmesi önemle ÖNERİLİR.
  • [3.11/T-1-1] Üçüncü taraf TTS motorlarının kurulumunu DESTEKLEMELİDİR.

Televizyon cihazı uygulamaları:

  • [3.12/T-0-1] TV Giriş Çerçevesi'ni DESTEKLEMELİDİR.

2.3.4. Performans ve Güç

  • [8.1/T-0-1] Tutarlı kare gecikmesi. Tutarlı olmayan kare gecikmesi veya kare oluşturma gecikmesi saniyede 5 kareden daha sık OLMAYACAĞI gibi saniyede 1 kareden az OLMALIDIR.
  • [8.2/T-0-1] En az 5 MB/sn sıralı yazma performansı SAĞLAMALIDIR.
  • [8.2/T-0-2] En az 0,5 MB/sn rastgele yazma performansı SAĞLAMALIDIR.
  • [8.2/T-0-3] En az 15 MB/sn sıralı okuma performansı SAĞLAMALIDIR.
  • [8.2/T-0-4] En az 3,5 MB/sn rastgele okuma performansı SAĞLAMALIDIR.

Televizyon cihazı uygulamaları, AOSP'de bulunan ve cihaz güç yönetimini iyileştirmeye veya AOSP'de bulunan özellikleri genişletmeye yönelik özellikler içeriyorsa:

  • [8.3/T-1-1] Pil tasarrufu özelliğini etkinleştirmek ve devre dışı bırakmak için kullanıcılara uygun bir yöntem sunulmalıdır.
  • [8.3/T-1-2] Uygulamada bekleme ve Doze güç tasarrufu modlarından muaf olan tüm uygulamaları görüntülemek için kullanıcıya olanak sağlanmalıdır.

Televizyon cihazı uygulamaları:

  • [8.4/T-0-1] Her donanım bileşeninin mevcut tüketim değerini ve Android Open Source Project sitesinde belirtildiği gibi bileşenlerin zaman içinde pilin yaklaşık olarak ne kadar tükenmesine neden olduğunu tanımlayan bileşen başına güç profili ZORUNLUDUR.
  • [8.4/T-0-2] Tüm güç tüketimi değerlerini miliamper saat (mAh) cinsinden bildirmelidir.
  • [8.4/T-0-3] Her işleme ait UID başına CPU güç tüketimini bildirmelidir. Android Açık Kaynak Projesi, uid_cputime çekirdek modülü uygulamasıyla bu koşulu karşılar.
  • [8.4/T] Donanım bileşeninin güç kullanımı bir uygulamaya atanamıyorsa donanım bileşeninin kendisine atanmalıdır.
  • [8.4/T-0-4] Bu güç kullanımını, adb shell dumpsys batterystats kabuk komutu aracılığıyla uygulama geliştiriciye sunmalıdır.

2.4. İzleme Şartları

Android kol saati cihazı, vücutta (ör. bilekte) takılmak üzere tasarlanmış bir Android cihaz uygulamasıdır.

Android cihaz uygulamaları, aşağıdaki ölçütlerin tümünü karşılıyorsa İzleme olarak sınıflandırılır:

  • Fiziksel çapraz uzunluğu 1,1 ila 2,5 inç arasında olan bir ekrana sahip olmalıdır.
  • Vücuda takılmak için bir mekanizmaya sahip olmalıdır.

Bu bölümün geri kalanındaki ek şartlar, Android Watch cihaz uygulamalarında geçerlidir.

2.4.1. Donanım

Cihaz uygulamalarını izleme:

  • [7.1.1.1/W-0-1] Fiziksel diyagonal boyutu 1,1 ila 2,5 inç arasında olan bir ekrana sahip OLMALIDIR.

  • [7.2.3/W-0-1] Kullanıcının Ana Sayfa işlevini ve UI_MODE_TYPE_WATCH'de olmadığı sürece Geri işlevini kullanabilmesi GEREKİR.

  • [7.2.4/W-0-1] Dokunmatik ekran girişini DESTEKLEMELİDİR.

  • [7.3.1/W-SR] 3 eksenli ivme ölçer eklenmesi önemle ÖNERİLİR.

  • [7.4.3/W-0-1] Bluetooth'u DESTEKLEMELİDİR.

  • [7.6.1/W-0-1] Uygulama özel verileri ("/data" bölümü olarak da bilinir) için en az 1 GB kalıcı depolama alanı BULUNMASI GEREKİR.

  • [7.6.1/W-0-2] Çekirdek ve kullanıcı alanında en az 416 MB bellek BULUNMASI GEREKİR.

  • [7.8.1/W-0-1] Mikrofon içermelidir.

  • [7.8.2/W] Ses çıkışı OLABİLİR ancak OLMASI GEREKMEZ.

2.4.2. Multimedya

Ek koşul yoktur.

2.4.3. Yazılım

Cihaz uygulamalarını izleme:

  • [3/W-0-1] android.hardware.type.watch özelliğini İLAN ETMELİDİR.
  • [3/W-0-2] uiMode = UI_MODE_TYPE_WATCH desteklenmelidir.

Cihaz uygulamalarını izleme:

  • [3.8.4/W-SR] Yardımcı işlem'i işlemek için cihaza bir yardımcı uygulamanın uygulanması önemle ÖNERİLİR.

android.hardware.audio.output özellik işaretini açıklayan cihaz uygulamalarını izleyin:

  • [3.10/W-1-1] Üçüncü taraf erişilebilirlik hizmetlerini DESTEKLEMELİDİR.
  • [3.10/W-SR] TalkBack açık kaynak projesinde sağlanan Anahtar Erişimi ve TalkBack (önceden yüklenmiş metin okuma motoru tarafından desteklenen diller için) erişilebilirlik hizmetlerinin işlevselliğine eşdeğer veya bu işlevleri aşan erişilebilirlik hizmetlerinin cihaza önceden yüklenmesi önemle ÖNERİLİR.

Kol saati cihazı uygulamaları android.hardware.audio.output özelliğini raporluyorsa:

  • [3.11/W-SR] Cihazdaki dilleri destekleyen bir TTS motoru eklenmesi önemle ÖNERİLİR.

  • [3.11/W-0-1] Üçüncü taraf TTS motorlarının yüklenmesini DESTEKLEMELİDİR.

2.4.4. Performans ve Güç

Kol saati cihazı uygulamaları, AOSP'de bulunan ve cihaz güç yönetimini iyileştirmeye yönelik veya AOSP'de bulunan özellikleri genişleten özellikler içeriyorsa:

  • [8.3/W-SR] Uygulama bekleme ve Uyku güç tasarrufu modlarından muaf olan tüm uygulamaların gösterilmesi için kullanıcılara kolaylık sağlamak KESİNLİKLE ÖNERİLİR.
  • [8.3/W-SR] Pil tasarrufu özelliğini etkinleştirmek ve devre dışı bırakmak için kullanıcılara kolaylık sağlamak önemle ÖNERİLİR.

Cihaz uygulamalarını izleme:

  • [8.4/W-0-1] Her donanım bileşeninin mevcut tüketim değerini ve Android Open Source Project sitesinde belirtildiği gibi bileşenlerin zaman içinde pilin yaklaşık olarak ne kadar tükenmesine neden olduğunu tanımlayan bileşen başına bir güç profili SAĞLANMALIDIR.
  • [8.4/W-0-2] Tüm güç tüketimi değerlerini miliamper saat (mAh) cinsinden bildirmelidir.
  • [8.4/W-0-3] Her işlem için UID başına CPU güç tüketimini bildirmelidir. Android Açık Kaynak Projesi, uid_cputime çekirdek modülü uygulamasıyla bu koşulu karşılar.
  • [8.4/W-0-4] Bu güç kullanımını, adb shell dumpsys batterystats kabuk komutu aracılığıyla uygulama geliştiriciye sunmalıdır.
  • [8,4/W], donanım bileşeninin güç kullanımını bir uygulamaya bağlayamıyorsanız donanım bileşeninin kendisine bağlanmalıdır.

2.5. Otomotiv Şartları

Android Automotive uygulaması, sistem ve/veya bilgi-eğlence işlevinin bir kısmı ya da tamamı için işletim sistemi olarak Android'i çalıştıran bir araç ana birimini ifade eder.

Android cihaz uygulamaları, android.hardware.type.automotive özelliğini beyan ediyorsa veya aşağıdaki ölçütlerin tümünü karşılıyorsa Otomotiv olarak sınıflandırılır.

  • Bir otomotiv aracının parçası olarak yerleştirilmiş veya bu araca takılabilir olmalıdır.
  • Birincil ekran olarak sürücü koltuğu satırındaki bir ekran kullanıyorsanız.

Bu bölümün geri kalanındaki ek şartlar, Android Automotive cihaz uygulamalarında geçerlidir.

2.5.1. Donanım

Otomotiv cihaz uygulamaları:

  • [7.1.1.1/A-0-1] Fiziksel diyagonal boyutu en az 6 inç olan bir ekrana sahip OLMALIDIR.

  • [7.1.1.1/A-0-2] En az 750 dp x 480 dp ekran boyutu düzenine sahip OLMALIDIR.

  • [7.2.3/A-0-1] Ana Sayfa işlevini ZORUNLU KULLANIYOR ve Geri ve Son İşlevleri KULLANIYOR OLABİLİR.

  • [7.2.3/A-0-2] Geri işlevinin (KEYCODE_BACK) hem normal hem de uzun basma etkinliğini ön plandaki uygulamaya GÖNDERMELİDİR.

  • [7.3.1/A-SR] 3 eksenli ivme ölçer eklenmesi önemle ÖNERİLİR.

Otomotiv cihaz uygulamaları 3 eksenli ivme ölçer içeriyorsa:

Otomotiv cihaz uygulamaları jiroskop içeriyorsa:

  • [7.3.4/A-1-1] En az 100 Hz'e kadar frekansta etkinlikleri raporlayabilmelidir.

Otomotiv cihaz uygulamaları:

  • [7.3.11/A-0-1] Mevcut donanım SENSOR_TYPE_GEAR olarak sağlanmalıdır.

Otomotiv cihaz uygulamaları:

  • [7.3.11.2/A-0-1] SENSOR_TYPE_NIGHT olarak tanımlanan gündüz/gece modunu DESTEKLEMELİDİR.
  • [7.3.11.2/A-0-2] SENSOR_TYPE_NIGHT işaretinin değeri, gösterge paneli gündüz/gece moduyla tutarlı OLMALI ve ortam ışığı sensörünün girişine dayalı OLMALIDIR.

  • Temel ortam ışığı sensörü, fotometre ile aynı OLABİLİR.

  • [7.3.11.4/A-0-1] SENSOR_TYPE_CAR_SPEED tarafından tanımlandığı şekilde araç hızını SAĞLAMALIDIR.

  • [7.3.11.5/A-0-1] Park freni durumunu SENSOR_TYPE_PARKING_BRAKE tarafından tanımlandığı şekilde SAĞLAMALIDIR.

  • [7.4.3/A-0-1] Bluetooth'u DESTEKLEMELİ ve Bluetooth LE'yi DESTEKLEMELİDİR.

  • [7.4.3/A-0-2] Android Automotive uygulamaları aşağıdaki Bluetooth profillerini DESTEKLEMELİDİR:
    • Eller Serbest Profili (HFP) üzerinden telefon araması.
    • Ses Dağıtım Profili (A2DP) üzerinden medya oynatma.
    • Uzaktan Kumanda Profili (AVRCP) üzerinden medya oynatma kontrolü.
    • Telefon Rehberi Erişim Profili (PBAP) kullanılarak kişi paylaşımı.

  • [7.4.3/A-SR] Mesaj Erişim Profili'ni (MAP) desteklemeleri önemle ÖNERİLİR.

  • [7.4.5/A] Hücresel ağa dayalı veri bağlantısı desteği İÇERMELİDİR.

  • [7.4.5/A] Sistem uygulamalarının kullanabileceği ağlar için Sistem API'si NetworkCapabilities#NET_CAPABILITY_OEM_PAID sabit değerini KULLANABİLİYOR.

  • [7.6.1/A-0-1] Uygulama özel verileri ("/data" bölümü olarak da bilinir) için en az 4 GB kalıcı depolama alanı BULUNMASI GEREKİR.

Otomotiv cihaz uygulamaları:

  • [7.6.1/A] Veri bölümünü, flash depolamada daha iyi performans ve uzun ömür sağlamak için biçimlendirmelidir (ör. f2fs dosya sistemini kullanarak).

Automotive cihaz uygulamaları, dahili çıkarılamayan depolama alanının bir kısmı aracılığıyla paylaşılan harici depolama alanı sağlıyorsa:

  • [7.6.1/A-SR] Harici depolama alanında gerçekleştirilen işlemlerde G/Ç ek yükünü azaltmak için SDCardFS kullanılarak GÜÇLÜ ŞEKİLDE ÖNERİLİR.

Otomotiv cihaz uygulamaları 32 bit ise:

  • [7.6.1/A-1-1] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 512 MB OLMALIDIR:

    • Küçük/normal ekranlarda 280 dpi veya daha düşük
    • Ekstra büyük ekranlarda ldpi veya daha düşük
    • mdpi veya büyük ekranlarda daha düşük

  • [7.6.1/A-1-2] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 608 MB OLMALIDIR:

    • Küçük/normal ekranlarda xhdpi veya daha yüksek
    • Büyük ekranlarda hdpi veya daha yüksek
    • mdpi veya daha yüksek çözünürlüklü çok büyük ekranlar

  • [7.6.1/A-1-3] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanında kullanılabilen bellek en az 896 MB OLMALIDIR:

    • Küçük/normal ekranlarda 400 dpi veya daha yüksek
    • Büyük ekranlarda xhdpi veya daha yüksek
    • Ekstra büyük ekranlarda tvdpi veya daha yüksek

  • [7.6.1/A-1-4] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 1344 MB OLMALIDIR:

    • Küçük/normal ekranlarda 560 dpi veya daha yüksek
    • Büyük ekranlarda 400 dpi veya daha yüksek
    • Ekstra büyük ekranlarda xhdpi veya daha yüksek

Automotive cihaz uygulamaları 64 bit ise:

  • [7.6.1/A-2-1] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 816 MB OLMALIDIR:

    • Küçük/normal ekranlarda 280 dpi veya daha düşük
    • Ekstra büyük ekranlarda ldpi veya daha düşük
    • mdpi veya büyük ekranlarda daha düşük

  • [7.6.1/A-2-2] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 944 MB OLMALIDIR:

    • Küçük/normal ekranlarda xhdpi veya daha yüksek
    • Büyük ekranlarda hdpi veya daha yüksek
    • mdpi veya daha yüksek çözünürlüklü çok büyük ekranlar

  • [7.6.1/A-2-3] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanında kullanılabilen bellek en az 1.280 MB OLMALIDIR:

    • Küçük/normal ekranlarda 400 dpi veya daha yüksek
    • Büyük ekranlarda xhdpi veya daha yüksek
    • Ekstra büyük ekranlarda tvdpi veya daha yüksek

  • [7.6.1/A-2-4] Aşağıdaki yoğunluklardan herhangi biri kullanılıyorsa çekirdek ve kullanıcı alanının kullanabileceği bellek en az 1.824 MB OLMALIDIR:

    • Küçük/normal ekranlarda 560 dpi veya daha yüksek
    • Büyük ekranlarda 400 dpi veya daha yüksek
    • Ekstra büyük ekranlarda xhdpi veya daha yüksek

Yukarıdaki "çekirdek ve kullanıcı alanında kullanılabilen bellek" ifadesinin, radyo ve video gibi donanım bileşenlerine ayrılmış belleklere ek olarak, cihaz uygulamalarında çekirdeğin kontrolü altında olmayan bellek alanını ifade ettiğini unutmayın.

Otomotiv cihaz uygulamaları:

  • [7.7.1/A] Çevre birimi modunu destekleyen bir USB bağlantı noktası İÇERMELİDİR.

Otomotiv cihaz uygulamaları:

  • [7.8.1/A-0-1] Mikrofon içermelidir.

Otomotiv cihaz uygulamaları:

  • [7.8.2/A-0-1] Ses çıkışına sahip OLMALI ve android.hardware.audio.output değerini bildirmelidir.

2.5.2. Multimedya

Otomotiv cihaz uygulamaları aşağıdaki ses kodlamasını DESTEKLEMELİDİR:

  • [5.1/A-0-1] MPEG-4 AAC Profili (AAC LC)
  • [5.1/A-0-2] MPEG-4 HE AAC Profili (AAC+)
  • [5.1/A-0-3] AAC ELD (düşük gecikmeli gelişmiş AAC)

Otomotiv cihaz uygulamaları aşağıdaki video kodlamayı desteklemelidir:

  • [5.2/A-0-1] H.264 AVC
  • [5.2/A-0-2] VP8

Otomotiv cihaz uygulamaları aşağıdaki video kod çözme işlemlerini desteklemelidir:

  • [5.3/A-0-1] H.264 AVC
  • [5.3/A-0-2] MPEG-4 SP
  • [5.3/A-0-3] VP8
  • [5.3/A-0-4] VP9

Otomotiv cihaz uygulamalarının aşağıdaki video kod çözme işlemlerini desteklemesi önemle ÖNERİLİR:

  • [5.3/A-SR] H.265 HEVC

2.5.3. Yazılım

Otomotiv cihaz uygulamaları:

  • [3/A-0-1] android.hardware.type.automotive özelliğini İLANCA ETMELİSİN.

  • [3/A-0-2] uiMode = UI_MODE_TYPE_CAR desteklenmelidir.

  • [3/A-0-3] android.car.* ad alanındaki tüm herkese açık API'leri DESTEKLEMELİDİR.

  • [3.4.1/A-0-1] android.webkit.Webview API'sinin eksiksiz bir uygulamasını SAĞLAMALIDIR.

  • [3.8.3/A-0-1] Üçüncü taraf uygulamaları tarafından istendiğinde Notification.CarExtender API'sini kullanan bildirimleri GÖSTERMELİDİR.

  • [3.8.4/A-SR] Yardımcı işlem'i işlemek için cihaza bir asistan uygulamanız önemle tavsiye edilir.

  • [3.13/A-SR] Hızlı Ayarlar kullanıcı arayüzü bileşeni eklemeniz önemle ÖNERİLİR.

Automotive cihaz uygulamaları bir bas-konuş düğmesi içeriyorsa:

  • [3.8.4/A-1-1] Kullanıcı tarafından seçilen yardımcı uygulamayı (yani VoiceInteractionService'i uygulayan uygulamayı) başlatmak için belirlenen etkileşim olarak kısa bir süre basılı tutulan bas konuş düğmesi KULLANILMALIDIR.

Otomotiv cihaz uygulamaları:

  • [3.14/A-0-1] 3.14 bölümünde açıklandığı gibi medya API'lerini kullanan üçüncü taraf uygulamalarını desteklemek için bir kullanıcı arayüzü çerçevesi İÇERMELİDİR.

2.5.4. Performans ve Güç

Automotive cihaz uygulamaları, AOSP'de bulunan ve cihaz güç yönetimini iyileştirmeye veya AOSP'de bulunan özellikleri genişletmeye yönelik özellikler içeriyorsa:

  • [8.3/A-1-1] Pil tasarrufu özelliğini etkinleştirmek ve devre dışı bırakmak için kullanıcılara uygun bir yöntem sunulmalıdır.
  • [8.3/A-1-2] Uygulama bekleme ve Doze güç tasarrufu modlarından muaf olan tüm uygulamaları görüntülemek için kullanıcılara kolaylık sağlamalıdır.

Otomotiv cihaz uygulamaları:

  • [8.2/A-0-1] Sistem API'si android.car.storagemonitoring.CarStorageMonitoringManager aracılığıyla istatistiklerin geliştiricilere sunulması için her bir işlemin UID'si başına kalıcı olmayan depolama alanına okunan ve yazılan bayt sayısını bildirmelidir. Android Açık Kaynak Projesi, uid_sys_stats çekirdek modülü aracılığıyla koşulu karşılar.
  • [8.4/A-0-1] Her donanım bileşeninin mevcut tüketim değerini ve Android Open Source Project sitesinde belirtildiği gibi bileşenlerin zaman içinde neden olduğu yaklaşık pil tüketimini tanımlayan bileşen başına bir güç profili SAĞLANMALIDIR.
  • [8.4/A-0-2] Tüm güç tüketimi değerleri miliamper saat (mAh) cinsinden bildirilmelidir.
  • [8.4/A-0-3] Her işleme ait UID başına CPU güç tüketimini bildirmelidir. Android Açık Kaynak Projesi, uid_cputime çekirdek modülü uygulamasıyla bu koşulu karşılar.
  • [8.4/A] Donanım bileşeninin güç kullanımı bir uygulamaya atanamıyorsa donanım bileşeninin kendisine atanmalıdır.
  • [8.4/A-0-4] Bu güç kullanımını, adb shell dumpsys batterystats kabuk komutu aracılığıyla uygulama geliştiriciye sunmalıdır.

2.5.5. Güvenlik Modeli

Automotive cihaz uygulamaları birden fazla kullanıcıyı destekliyorsa:

  • [9.5/A-1-1] Kullanıcının giriş yapmasına gerek kalmadan araç sistemi tarafından sağlanan tüm işlevlere izin veren bir misafir hesabı DAHİL EDİLMELİDİR.

Otomotiv cihaz uygulamaları güvenli kilit ekranını destekliyorsa:

Otomotiv cihaz uygulamaları:

  • [9.14/A-0-1] Android çerçevesi araç alt sistemlerinden gelen mesajları (ör. izin verilen mesaj türlerini ve mesaj kaynaklarını izin verilenler listesine ekleme) kontrol etmelidir.
  • [9.14/A-0-2] Android çerçevesi veya üçüncü taraf uygulamaları tarafından yapılan hizmet reddi saldırılarına karşı gözetmen olmalıdır. Bu sayede, araç ağını trafikle dolduran ve araç alt sistemlerinin çalışmamasına yol açabilecek kötü amaçlı yazılımlara karşı koruma sağlanır.

2.6. Tablet Gereksinimleri

Android tablet cihaz, aşağıdaki tüm ölçütleri karşılayan bir Android cihaz uygulamasını ifade eder:

  • Genellikle iki elinizle tutarak kullanılır.
  • Kapaklı veya dönüştürülebilir yapılandırma yoktur.
  • Cihazla birlikte kullanılan tüm fiziksel klavye uygulamaları standart bir bağlantıyla bağlanmalıdır.
  • Hareketliliği sağlayan bir güç kaynağına (ör. pil) sahiptir.
  • Fiziksel çapraz ekran boyutu 7 ila 18 inç arasındadır.

Tablet cihaz uygulamalarının gereksinimleri, el cihazı uygulamalarınınkine benzerdir. İstisnalar ilgili bölümde * işaretiyle belirtilir ve bu bölümde referans olarak not edilir.

2.4.1. Donanım

Ekran Boyutu

  • [7.1.1.1/Tab-0-1] 7 ila 18 inç arasında bir ekrana sahip OLMALIDIR.

Minimum Bellek ve Depolama (Bölüm 7.6.1)

El cihazı koşullarında küçük/normal ekranlar için listelenen ekran yoğunlukları tabletler için geçerli değildir.

USB çevre birimi modu (Bölüm 7.7.1)

Tablet cihaz uygulamaları, çevre birimi modunu destekleyen bir USB bağlantı noktası içeriyorsa:

  • [7.7.1/Tab] Android Open Accessory (AOA) API'yi UYGULAYABİLİR.

Sanal Gerçeklik Modu (Bölüm 7.9.1)

Sanal Gerçeklik Yüksek Performans (Bölüm 7.9.2)

Sanal gerçeklik şartları tabletler için geçerli değildir.

3. Yazılım

3.1. Yönetilen API Uyumluluğu

Yönetilen Dalvik bayt kodu yürütme ortamı, Android uygulamaları için birincil araçtır. Android uygulama programlama arayüzü (API), yönetilen çalışma ortamı içinde çalışan uygulamalara sunulan Android platform arayüzleri grubudur.

Cihaz uygulamaları:

  • [C-0-1] Android SDK'sı tarafından sunulan tüm belgelenmiş API'lerin veya yayın öncesi Android kaynak kodunda "@SystemApi" işaretçisiyle süslenmiş tüm API'lerin, belgelenen tüm davranışlar dahil olmak üzere eksiksiz uygulamalarını SAĞLAMALIDIR.

  • [C-0-2] TestApi ek açıklamasıyla (@TestApi) işaretlenmiş tüm sınıfları, yöntemleri ve ilişkili öğeleri desteklemeli/korumalıdır.

  • [C-0-3] Bu Uyumluluk Tanımı'nda açıkça izin verildiği durumlar hariç, yönetilen API'leri atlamamalı, API arayüzlerini veya imzalarını değiştirmemeli, belgelenen davranıştan sapmamalı ya da hiçbir işlem içermemelidir.

  • [C-0-4] Android'in API'leri içerdiği bazı donanım özellikleri atlanmış olsa bile API'leri mevcut tutmalı ve makul bir şekilde davranmalıdır. Bu senaryoya özgü gereksinimler için 7. bölüme bakın.

  • [C-0-5] SDK dokümanlarındaki açıklamaya göre, android ad alanında @hidden ek açıklamasıyla süslenmiş ancak @SystemAPI veya @TestApi ile süslenmemiş API'ler olarak tanımlanan gizli API'lerin üçüncü taraf uygulamaları tarafından kullanımını Kısıtlamalı ve AOSP'deki ilgili API düzeyi dalının prebuilts/runtime/appcompat/ yolundaki geçici liste ve engellenenler listesi dosyaları aracılığıyla sağlanan aynı kısıtlanmış listelerde her bir gizli API ile birlikte göndermelidir. Ancak:

    • GİBİ, gizli bir API yoksa veya cihaz uygulamasında farklı şekilde uygulanmışsa gizli API'yi engellenenler listesine taşıyın ya da tüm kısıtlanmış listelerden çıkarın.
    • AOSP'de gizli bir API yoksa gizli API'yi kısıtlanmış listelerden birine ekleyebilir.
    • İzin verilenler listesi hariç olmak üzere, gizli bir API'yi kısıtlanmış bir listeden daha az kısıtlayıcı bir listeye taşıyan dinamik bir güncelleme mekanizması UYGULAYABİLİR.

3.1.1. Android Uzantıları

Android, aynı API düzeyi sürümünü korurken yönetilen API'leri genişletme desteğini içerir.

  • [C-0-1] Android cihaz uygulamaları, hem paylaşılan kitaplık ExtShared hem de hizmetler ExtServices için AOSP uygulamasını, her API düzeyi için izin verilen minimum sürümlerden daha yüksek veya bu sürümlere eşit sürümlerle önceden yüklemelidir. Örneğin, API düzeyi 24'ü çalıştıran Android 7.0 cihaz uygulamaları en az 1. sürümü İÇERMELİDİR.

3.1.2. Android Kitaplığı

Apache HTTP istemcisinin desteğinin sonlandırılması nedeniyle cihaz uygulamaları:

  • [C-0-1] org.apache.http.legacy kitaplığı, önyükleme sınıf yoluna YERLEŞTİRİLMEMELİDİR.
  • [C-0-2] org.apache.http.legacy kitaplığını uygulama sınıf yolu yoluna yalnızca uygulama aşağıdaki koşullardan birini karşıladığında eklemelidir:
    • API düzeyi 28 veya altını hedefler.
    • <uses-library> öğesinin android:name özelliğini org.apache.http.legacy olarak ayarlayarak manifest dosyasında kitaplığa ihtiyaç duyduğunu belirtir.

AOSP uygulaması bu koşulları karşılar.

3.2. Soft API Uyumluluğu

Android, 3.1 numaralı bölümdeki yönetilen API'lere ek olarak, Android uygulamalarının uygulama derleme zamanında zorunlu kılınamayan intent'ler, izinler ve benzer özellikleri gibi şeyler şeklinde yalnızca çalışma zamanında kullanılabilen önemli bir "yumuşak" API de içerir.

3.2.1. İzinler

  • [C-0-1] Cihaz uygulayıcıları, izin referans sayfasında belirtildiği gibi tüm izin sabitlerini desteklemeli ve uygulamalıdır. 9. bölümde Android güvenlik modeliyle ilgili ek koşulların listelendiğini unutmayın.

3.2.2. Derleme Parametreleri

Android API'leri, android.os.Build sınıfında mevcut cihazı tanımlamak için tasarlanmış bir dizi sabit içerir.

  • [C-0-1] Cihaz uygulamalarında tutarlı ve anlamlı değerler sağlamak için aşağıdaki tabloda, cihaz uygulamalarının uyması GEREKEN bu değerlerin biçimleriyle ilgili ek kısıtlamalar yer almaktadır.
Parametre Ayrıntılar
VERSION.RELEASE Şu anda çalışan Android sisteminin, kullanıcılar tarafından okunabilir biçimdeki sürümü. Bu alanda 9 bölümünde tanımlanan dize değerlerinden biri OLMALIDIR.
VERSION.SDK Şu anda çalışan Android sisteminin sürümü (üçüncü taraf uygulama kodunun erişebileceği bir biçimde). Android 9 için bu alanda 9_INT tam sayı değeri BULUNMASI GEREKİR.
VERSION.SDK_INT Şu anda çalışan Android sisteminin sürümü (üçüncü taraf uygulama kodunun erişebileceği bir biçimde). Android 9 için bu alanda 9_INT tam sayı değeri BULUNMASI GEREKİR.
VERSION.INCREMENTAL Cihaz uygulayıcısı tarafından seçilen ve kullanıcılar tarafından okunabilir biçimde, o anda çalışan Android sisteminin belirli bir derlemesini belirten bir değer. Bu değer, son kullanıcılara sunulan farklı derlemeler için YENİDEN KULLANILMAMALIDIR. Bu alanın tipik bir kullanımı, derlemeyi oluşturmak için hangi derleme numarasının veya kaynak denetimi değişiklik tanımlayıcısının kullanıldığını belirtmektir. Bu alanın biçimiyle ilgili herhangi bir koşul yoktur. Ancak alanın boş veya boş dize ("") OLMAMASI gerekir.
MASA Cihaz uygulayıcısı tarafından seçilen ve cihaz tarafından kullanılan belirli dahili donanımı kullanıcı tarafından okunabilir biçimde tanımlayan bir değer. Bu alanın olası bir kullanımı, cihazı besleyen kartın belirli bir revizyonunu belirtmektir. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9_-]+$" normal ifadesiyle eşleşmelidir.
BRAND Cihazla ilişkili marka adını son kullanıcıların bildiği şekilde yansıtan bir değer. Kullanıcı tarafından okunabilir biçimde OLMALI ve cihazın üreticisini veya cihazın pazarlandığı şirket markasını temsil ETMELİDİR. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9_-]+$" normal ifadesiyle eşleşmelidir.
SUPPORTED_ABIS Yerel kodun talimat setinin adı (CPU türü + ABI kuralı). 3.3. bölüme bakın. Native API Compatibility.
SUPPORTED_32_BIT_ABIS Yerel kodun talimat setinin adı (CPU türü + ABI kuralı). 3.3. bölüme bakın. Native API Compatibility.
SUPPORTED_64_BIT_ABIS Yerel kodun ikinci talimat setinin (CPU türü + ABI kuralı) adı. 3.3. bölüme bakın. Native API Compatibility.
CPU_ABI Yerel kodun talimat setinin adı (CPU türü + ABI kuralı). 3.3. bölüme bakın. Native API Compatibility.
CPU_ABI2 Yerel kodun ikinci talimat setinin (CPU türü + ABI kuralı) adı. 3.3. bölüme bakın. Native API Compatibility.
CİHAZ Cihaz uygulayıcısı tarafından seçilen, cihazın donanım özelliklerinin yapılandırmasını ve endüstriyel tasarımını tanımlayan geliştirme adını veya kod adını içeren bir değer. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9_-]+$" normal ifadesiyle eşleşmelidir. Bu cihaz adı, ürünün kullanım ömrü boyunca DEĞİŞTİRİLMEMELİDİR.
FINGERPRINT Bu derlemeyi benzersiz şekilde tanımlayan bir dize. Makul ölçüde okunaklı OLMALIDIR. Şu şablona UYGUN OLMALIDIR:

$(BRAND)/$(PRODUCT)/
    $(DEVICE):$(VERSION.RELEASE)/$(ID)/$(VERSION.INCREMENTAL):$(TYPE)/$(TAGS)

Örnek:

acme/myproduct/
    mydevice:9/LMYXX/3359:userdebug/test-keys

Parmak izi boşluk karakteri İÇERMEMELİDİR. Yukarıdaki şablona dahil edilen diğer alanlarda boşluk karakterleri varsa derleme parmak izinde alt çizgi ("_") karakteri gibi başka bir karakterle DEĞİŞTİRİLMESİ GEREKİR. Bu alanın değeri 7 bit ASCII olarak kodlanabilir OLMALIDIR.

DONANIM Donanımın adı (çekirdek komut satırından veya /proc'ten). Makul ölçüde okunaklı OLMALIDIR. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9_-]+$" normal ifadesiyle eşleşmelidir.
HOST Derlemenin oluşturulduğu ana makineyi benzersiz şekilde tanımlayan, kullanıcıların okuyabileceği biçimde bir dize. Bu alanın biçimiyle ilgili herhangi bir koşul yoktur. Ancak alanın boş veya boş dize ("") OLMAMASI gerekir.
Kimlik Cihaz uygulayıcısı tarafından, belirli bir sürümü belirtmek için seçilen, kullanıcı tarafından okunabilir biçimdeki bir tanımlayıcı. Bu alan, android.os.Build.VERSION.INCREMENTAL ile aynı olabilir ancak son kullanıcıların yazılım derlemeleri arasında ayrım yapabileceği kadar anlamlı bir değer OLMALIDIR. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9._-]+$" normal ifadesiyle eşleşmelidir.
ÜRETİCİ Ürünün özgün donanım üreticisinin (OEM) ticari adı. Bu alanın biçimi için herhangi bir koşul yoktur. Yalnızca boş veya boş dize ("") OLMAMALIDIR. Bu alan, ürünün kullanım ömrü boyunca DEĞİŞTİRİLMEmelidir.
MODEL Cihaz uygulayıcısı tarafından seçilen ve son kullanıcının bildiği cihaz adını içeren bir değer. Bu, cihazın pazarlandığı ve son kullanıcılara satıldığı adla aynı OLMALIDIR. Bu alanın biçimi için herhangi bir koşul yoktur. Yalnızca boş veya boş dize ("") OLMAMALIDIR. Bu alan, ürünün kullanım ömrü boyunca DEĞİŞTİRİLMEmelidir.
ÜRÜN Cihaz uygulayıcısı tarafından seçilen ve belirli ürünün (SKU) geliştirme adını veya kod adını içeren bir değerdir. Bu değer, aynı marka içinde benzersiz OLMALIDIR. Kullanıcılar tarafından okunabilir OLMALIDIR ancak son kullanıcılar tarafından görüntülenmesi amaçlanmamıştır. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9_-]+$" normal ifadesiyle eşleşmelidir. Bu ürün adı, ürünün kullanım süresi boyunca DEĞİŞTİRİLMEMELİDİR.
SERİ "UNKNOWN" değerini döndürmelidir.
ETİKETLER Cihaz uygulayıcısı tarafından seçilen ve derlemeyi daha da ayırt edici hale getiren, virgülle ayrılmış etiket listesi. Bu alanda, üç tipik Android platformu imzalama yapılandırmasına karşılık gelen değerlerden biri BULUNMASI GEREKİR: release-keys, dev-keys, test-keys.
SÜRE Derlemenin gerçekleştiği zamanın zaman damgasını temsil eden bir değer.
TÜR Derlemenin çalışma zamanı yapılandırmasını belirten, cihaz uygulayıcısı tarafından seçilen bir değer. Bu alanda, üç tipik Android çalışma zamanı yapılandırmasına karşılık gelen değerlerden biri BULUNMASI GEREKİR: user, userdebug veya eng.
KULLANICI Derlemeyi oluşturan kullanıcının (veya otomatik kullanıcının) adı veya kullanıcı kimliği. Bu alanın biçimiyle ilgili herhangi bir koşul yoktur. Ancak alanın boş veya boş dize ("") OLMAMASI gerekir.
SECURITY_PATCH Bir derlemenin güvenlik yaması düzeyini gösteren bir değer. Derlemenin, belirtilen Android Herkese Açık Güvenlik Bülteni'nde açıklanan sorunlardan hiçbirine karşı herhangi bir şekilde güvenlik açığı olmadığını GÖSTERMELİDİR. [YYYY-AA-GG] biçiminde OLMALIDIR ve Android Herkese Açık Güvenlik Bülteni veya Android Güvenlik Uyarısı'nda belirtilen bir dizeyle eşleşmelidir (ör. "2015-11-01").
BASE_OS Android Public Security Bulletin'da sağlanan yamalar dışında bu derlemeyle aynı olan derlemenin FINGERPRINT parametresini temsil eden bir değer. Doğru değeri bildirmelidir ve böyle bir derleme yoksa boş bir dize ("") bildirmelidir.
BOOTLOADER Cihaz uygulayıcısı tarafından seçilen ve cihazda kullanılan belirli dahili önyükleyici sürümünü kullanıcılar tarafından okunabilir biçimde tanımlayan bir değer. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9._-]+$" normal ifadesiyle eşleşmelidir.
getRadioVersion() Cihaz uygulayıcısı tarafından seçilen ve cihazda kullanılan belirli dahili radyo/modem sürümünü kullanıcılar tarafından okunabilir biçimde tanımlayan bir değer OLMALIDIR (olmalıdır veya döndürmelidir). Bir cihazda dahili radyo/modem yoksa NULL döndürülmelidir. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9._-,]+$" normal ifadesiyle eşleşmelidir.
getSerial() Donanım seri numarası OLMALIDIR (olmalıdır veya döndürülmelidir). Bu numara, aynı MODEL ve ÜRETİCİ'ye sahip cihazlarda mevcut ve benzersiz OLMALIDIR. Bu alanın değeri 7 bit ASCII olarak kodlanabilir ve "^[a-zA-Z0-9._-,]+$" normal ifadesiyle eşleşmelidir.

3.2.3. Intent Uyumluluğu

3.2.3.1. Temel Uygulama Amaçları

Android intent'leri, uygulama bileşenlerinin diğer Android bileşenlerinden işlev istemesine olanak tanır. Android yayın öncesi projesi, temel Android uygulamaları olarak kabul edilen ve yaygın işlemleri gerçekleştirmek için çeşitli intent kalıpları uygulayan uygulamaların listesini içerir.

  • [C-0-1] Cihaz uygulamalarında, AOSP'deki aşağıdaki temel Android uygulamaları tarafından tanımlanan tüm herkese açık intent filtresi kalıpları için bir intent işleyiciyle bir veya daha fazla uygulama ya da hizmet bileşeni ÖNCEDEN YÜKLENMESİ GEREKİR:

    • Masa Saati
    • Tarayıcı
    • Takvim
    • Kişiler
    • Galeri
    • GlobalSearch
    • Roketatar
    • Müzik
    • Ayarlar
3.2.3.2. Amaç Çözümü

  • [C-0-1] Android genişletilebilir bir platform olduğundan cihaz uygulamalarında, Ayarlar hariç olmak üzere 3.2.3.1 numaralı bölümde belirtilen her intent kalıbının üçüncü taraf uygulamaları tarafından geçersiz kılınmasına izin VERİLMELİDİR. Android açık kaynaklı üst yayını, buna varsayılan olarak izin verir.

  • [C-0-2] Dvice uygulayıcıları, sistem uygulamalarının bu intent kalıplarını kullanımına özel ayrıcalıklar eklememeli veya üçüncü taraf uygulamalarının bu kalıplara bağlanmasını ve bu kalıpların kontrolünü üstlenmesini engellememelidir. Bu yasak, özellikle kullanıcının tümü aynı intent kalıbını işleyen birden fazla uygulama arasından seçim yapmasına olanak tanıyan "Seçici" kullanıcı arayüzünün devre dışı bırakılmasını içerir ancak bunlarla sınırlı değildir.

  • [C-0-3] Cihaz uygulamalarında, kullanıcıların intent'ler için varsayılan etkinliği değiştirmesi amacıyla bir kullanıcı arayüzü ZORUNLUDUR.

  • Ancak cihaz uygulamaları, varsayılan etkinlik veri URI için daha spesifik bir özellik sağladığında belirli URI kalıpları (ör. http://play.google.com) için varsayılan etkinlikler sağlayabilir. Örneğin, "http://www.android.com" veri URI'sini belirten bir intent filtresi kalıbı, tarayıcının "http://" için temel intent kalıbından daha spesifiktir.

Android, üçüncü taraf uygulamalarının belirli türde web URI intent'leri için yetkili bir varsayılan uygulama bağlama davranışı beyan etmesine olanak tanıyan bir mekanizma da içerir. Bir uygulamanın intent filtresi kalıplarında bu tür yetkili beyanlar tanımlandığında cihaz uygulamaları:

  • [C-0-4] Yukarı yönlü Android Açık Kaynak Projesi'ndeki Paket Yöneticisi tarafından uygulandığı şekilde Digital Asset Links spesifikasyonunda tanımlanan doğrulama adımlarını uygulayarak tüm intent filtrelerini doğrulamaya ÇALIŞMALIDIR.
  • [C-0-5] Uygulamanın yüklenmesi sırasında niyet filtrelerinin doğrulanmasını DENEYMELİ ve başarıyla doğrulanmış tüm URI niyet filtrelerini URI'leri için varsayılan uygulama işleyicileri olarak ayarlamalıdır.
  • Belirli URI intent filtrelerini, URI'leri için varsayılan uygulama işleyicileri olarak ayarlayabilir (bu filtreler başarıyla doğrulanmışsa ancak diğer URI filtresi adayları doğrulanamazsa). Bir cihaz uygulaması bunu yaparsa kullanıcıya ayarlar menüsünde URI başına uygun kalıp geçersiz kılma seçenekleri SUNULMALIDIR.
  • Kullanıcıya Ayarlar'da uygulama başına Uygulama Bağlantıları kontrolleri sağlamalıdır. Bu kontroller aşağıdaki gibi olmalıdır:
    • [C-0-6] Kullanıcı, bir uygulamanın varsayılan uygulama bağlantıları davranışını bütünsel olarak geçersiz kılabilmelidir. Bu davranış, uygulamanın her zaman açılması, her zaman sorulması veya hiç açılmaması şeklinde olabilir ve tüm URI intent filtresi adayları için eşit şekilde geçerli olmalıdır.
    • [C-0-7] Kullanıcı, aday URI intent filtrelerinin listesini GÖREBİLMELİDİR.
    • Cihaz uygulaması, kullanıcıya başarılı bir şekilde doğrulanmış belirli URI intent filtrelerini intent filtresi bazında geçersiz kılma olanağı SUNABİLİR.
    • [C-0-8] Cihaz uygulaması, bazı URI intent filtrelerinin doğrulamayı geçmesine izin verirken bazılarının başarısız olmasına izin veriyorsa kullanıcılara belirli URI intent filtrelerini görüntüleme ve geçersiz kılma olanağı SUNMALIDIR.
3.2.3.3. Intent Ad Alanları
  • [C-0-1] Cihaz uygulamalarında, android veya com.android. ad alanındaki bir ACTION, CATEGORY veya başka bir anahtar dizesi kullanarak yeni intent veya yayın intent kalıplarını dikkate alan Android bileşeni BULUNMAMALIDIR.
  • [C-0-2] Cihaz uygulayıcıları, başka bir kuruluşa ait bir paket alanında ACTION, CATEGORY veya başka bir anahtar dizesi kullanarak yeni intent'leri veya yayın intent'i kalıplarını dikkate alan Android bileşenleri İÇERMEMELİDİR.
  • [C-0-3] Cihaz uygulayıcıları, 3.2.3.1 numaralı bölümde listelenen temel uygulamalar tarafından kullanılan intent kalıplarından hiçbirini değiştirmemeli veya genişletmemelidir.
  • Cihaz uygulamalarında, kendi kuruluşlarıyla açıkça ilişkili olan ad alanlarını kullanan intent kalıpları YER ALABİLİR. Bu yasak, 3.6 numaralı bölümde Java dil sınıfları için belirtilene benzer.
3.2.3.4. Yayın Amaçları

Üçüncü taraf uygulamaları, donanım veya yazılım ortamındaki değişikliklerden haberdar olmak için belirli intent'leri yayınlamak üzere platformdan yararlanır.

Cihaz uygulamaları:

  • [C-0-1] SDK dokümanlarında açıklandığı gibi, uygun sistem etkinliklerine yanıt olarak herkese açık yayın intent'lerini YAYITLAMALIDIR. Arka plan uygulamalarıyla ilgili sınırlama SDK dokümanlarında da açıklandığı için bu şartın 3.5 numaralı bölümle çelişmediğini unutmayın.
3.2.3.5. Varsayılan Uygulama Ayarları

Android, kullanıcılara varsayılan uygulamalarını (ör. ana ekran veya SMS) kolayca seçmelerini sağlayan ayarlar içerir.

Uygun olduğu durumlarda, cihaz uygulamalarında benzer bir ayarlar menüsü sağlanmalı ve SDK dokümanlarında aşağıda açıklandığı şekilde intent filtresi kalıbı ve API yöntemleriyle uyumlu olmalıdır.

Cihaz uygulamaları android.software.home_screen değerini raporluyorsa:

Cihaz uygulamaları android.hardware.telephony değerini raporluyorsa:

  • [C-2-1] Varsayılan SMS uygulamasını değiştirmek için bir iletişim kutusu göstermek üzere android.provider.Telephony.ACTION_CHANGE_DEFAULT intent'ini çağıracak bir ayarlar menüsü SAĞLAMALIDIR.

  • [C-2-2] Kullanıcının varsayılan Telefon uygulamasını değiştirmesine izin vermek için bir iletişim kutusu göstermek üzere android.telecom.action.CHANGE_DEFAULT_DIALER intent'ini UYGULAMALIDIR.

    • Acil durum aramaları hariç olmak üzere gelen ve giden aramalar için kullanıcı tarafından seçilen varsayılan Telefon uygulamasının kullanıcı arayüzünü KULLANMAK ZORUNDADIR. Acil durum aramalarında önceden yüklenmiş Telefon uygulaması kullanılır.

  • [C-2-3] PhoneAccounts ile ilişkili ConnectionServices'ı ve telekomünikasyon servis sağlayıcının giden arama yapmak için kullanacağı varsayılan PhoneAccount'ı yapılandırmak üzere kullanıcıya kolaylık sağlamak için android.telecom.action.CHANGE_PHONE_ACCOUNTS intent'ini UYGUNLAMALIDIR. AOSP uygulaması, "Aramalar" ayarlar menüsüne "Arama Hesapları seçeneği" menüsü ekleyerek bu koşulu karşılar.

Cihaz uygulamaları android.hardware.nfc.hce değerini raporluyorsa:

Cihaz uygulamaları VoiceInteractionService'ü destekliyorsa ve aynı anda bu API'yi kullanan birden fazla uygulama yüklüyse:

3.2.4. İkincil ekranlardaki etkinlikler

Cihaz uygulamaları, ikincil ekranlarda normal Android etkinliklerinin başlatılmasına izin veriyorsa:

  • [C-1-1] android.software.activities_on_secondary_displays özellik bayrağını AYARALAMALI.
  • [C-1-2] Birincil ekranda çalışan bir etkinliğe benzer API uyumluluğunu GARANTİ ETMELİDİR.
  • [C-1-3] Yeni etkinlik, ActivityOptions.setLaunchDisplayId() API aracılığıyla bir hedef ekran belirtilmeden başlatıldığında yeni etkinliği, onu başlatan etkinlikle aynı ekrana yönlendirmelidir.
  • [C-1-4] Display.FLAG_PRIVATE işareti olan bir ekran kaldırıldığında tüm etkinlikleri İYİCE yok etmelidir.
  • [C-1-5] Ekranın boyutu değiştirilirse VirtualDisplay üzerindeki tüm etkinlikler buna göre yeniden boyutlandırılmalıdır.
  • Bir metin giriş alanı ikincil ekranda odaklandığında birincil ekranda IME (giriş yöntemi düzenleyici, kullanıcıların metin girmesini sağlayan bir kullanıcı kontrolü) gösterilEBİLİR.
  • Dokunma veya tuş girişleri desteklendiğinde, ikincil ekranda giriş odağını birincil ekrandan bağımsız olarak UYGULAMALIDIR.
  • Gösterilmek, doğru şekilde çalışmak ve ikincil ekranda bir etkinlik başlatılırsa uyumluluğu korumak için söz konusu ekrana karşılık gelen android.content.res.Configuration olmalıdır.

Cihaz uygulamaları, ikincil ekranlarda normal Android etkinliklerinin başlatılmasına izin veriyorsa ve birincil ile ikincil ekranlar farklı android.util.DisplayMetrics değerlerine sahipse:

  • [C-2-1] Boyutlandırılamayan etkinliklere (AndroidManifest.xml içinde resizeableActivity=false olan) ve API düzeyi 23 veya altını hedefleyen uygulamalara ikincil ekranlarda İZİN VERİLMEMELİDİR.

Cihaz uygulamaları, ikincil ekranlarda normal Android etkinliklerinin başlatılmasına izin veriyorsa ve ikincil ekranda android.view.Display.FLAG_PRIVATE işareti varsa:

  • [C-3-1] Yalnızca bu ekranın, sistemin ve ekranda bulunan etkinliklerin sahibi bu ekranda uygulama başlatabilmelidir. Herkes android.view.Display.FLAG_PUBLIC işaretine sahip bir ekranda uygulama başlatabilir.

3.3. Yerel API Uyumluluğu

Yerel kod uyumluluğu zordur. Bu nedenle cihaz uygulayıcıları:

  • [SR] Aşağıda listelenen kitaplıkların, Android Açık Kaynak Projesi'ndeki uygulamalarının kullanılması KESİNLİKLE ÖNERİLİR.

3.3.1. Uygulama İkili Arabirimleri

Managed Dalvik bayt kodu, uygulama .apk dosyasında uygun cihaz donanım mimarisi için derlenmiş bir ELF .so dosyası olarak sağlanan yerel kodu çağırabilir. Yerel kod, temel işlemci teknolojisine oldukça bağlı olduğundan Android, Android NDK'de bir dizi uygulama ikili arayüzü (ABI) tanımlar.

Cihaz uygulamaları:

  • [C-0-1] Bir veya daha fazla tanımlanmış ABI ile uyumlu OLMALI ve Android NDK ile uyumluluk sağlamalıdır.
  • [C-0-2] Standart Java Native Interface (JNI) semantiğini kullanarak yönetilen ortamda çalışan kodun yerel kodu çağırması için destek DAHİL OLMALIDIR.
  • [C-0-3] Aşağıdaki listedeki her gerekli kitaplıkla kaynak uyumlu (ör. başlık uyumlu) ve ikili uyumlu (ABI için) OLMALIDIR.
  • [C-0-5] Cihaz tarafından desteklenen yerel Uygulama İkili Arabirimi'ni (ABI) android.os.Build.SUPPORTED_ABIS, android.os.Build.SUPPORTED_32_BIT_ABIS ve android.os.Build.SUPPORTED_64_BIT_ABIS parametreleri aracılığıyla doğru şekilde bildirmelidir. Bu parametrelerin her biri, en çok tercih edilenden en az tercih edilene göre sıralanmış ABI'lerin virgülle ayrılmış bir listesidir.

  • [C-0-6] Yukarıdaki parametreler aracılığıyla aşağıdaki ABI listesinin bir alt kümesini bildirmeli ve listede bulunmayan ABI'leri bildirmemelidir.

    • armeabi
    • armeabi-v7a
    • arm64-v8a
    • x86
    • x86-64

    • [C-0-7] Yerel API'ler sağlayan aşağıdaki kitaplıkların tümünü yerel kod içeren uygulamalara SUNMALIDIR:

    • libaaudio.so (AAudio doğal ses desteği)

    • libandroid.so (yerel Android etkinliği desteği)
    • libc (C kitaplığı)
    • libcamera2ndk.so
    • libdl (dinamik bağlayıcı)
    • libEGL.so (yerel OpenGL yüzey yönetimi)
    • libGLESv1_CM.so (OpenGL ES 1.x)
    • libGLESv2.so (OpenGL ES 2.0)
    • libGLESv3.so (OpenGL ES 3.x)
    • libicui18n.so
    • libicuuc.so
    • libjnigraphics.so
    • liblog (Android günlük kaydı)
    • libmediandk.so (yerel medya API'leri desteği)
    • libm (matematik kitaplığı)
    • libneuralnetworks.so (Neural Networks API)
    • libOpenMAXAL.so (OpenMAX AL 1.0.1 desteği)
    • libOpenSLES.so (OpenSL ES 1.0.1 ses desteği)
    • libRS.so
    • libstdc++ (C++ için minimum destek)
    • libvulkan.so (Vulkan)
    • libz (Zlib sıkıştırması)
    • JNI arayüzü

  • [C-0-8] Yukarıda listelenen yerel kitaplıklar için herkese açık işlevler EKLEMELİ veya KALDIRMAMALIDIR.

  • [C-0-9] /vendor/etc/public.libraries.txt dosyasında doğrudan üçüncü taraf uygulamalarına sunulan AOSP dışındaki ek kitaplıklar ZORUNLUDIR.
  • [C-0-10] AOSP'de sistem kitaplıkları olarak uygulanan ve sağlanan diğer yerel kitaplıklar, API düzeyi 24 veya daha yüksek sürümleri hedefleyen üçüncü taraf uygulamalara gösterilmemelidir.
  • [C-0-11] NDK'da tanımlandığı şekilde tüm OpenGL ES 3.1 ve Android Extension Pack işlev simgelerini libGLESv3.so kitaplığı aracılığıyla DIŞA aktarmalıdır. Tüm sembollerin BULUNMASI GEREKİR ancak 7.1.4.1 numaralı bölümde, her bir ilgili işlevin tam olarak ne zaman uygulanacağıyla ilgili koşullar daha ayrıntılı olarak açıklanmaktadır.
  • [C-0-12] Temel Vulkan 1.0 işlev simgelerinin yanı sıra VK_KHR_surface, VK_KHR_android_surface, VK_KHR_swapchain, VK_KHR_maintenance1 ve VK_KHR_get_physical_device_properties2 uzantılarının işlev simgelerini libvulkan.so kitaplığı aracılığıyla İHRAÇ ETMELİDİR. Tüm sembollerin BULUNMASI GEREKİR ancak 7.1.4.2 numaralı bölümde, her bir ilgili işlevin tam olarak ne zaman uygulanacağıyla ilgili koşullar daha ayrıntılı olarak açıklanmaktadır.
  • Yukarı akış Android Açık Kaynak Projesi'nde bulunan kaynak kod ve başlık dosyaları kullanılarak OLUŞTURULMALIDIR

Android'in gelecekteki sürümlerinde ek ABI'ler için destek sunulabileceğini unutmayın.

3.3.2. 32 bit ARM Yerel Kod Uyumluluğu

Cihaz uygulamaları armeabi ABI'nin desteklendiğini bildirirse:

  • [C-3-1] armeabi yalnızca eski uygulamalarla geriye dönük uyumluluk için olduğundan armeabi-v7a'ü de desteklemeli ve desteğini bildirmelidir.

Cihaz uygulamaları armeabi-v7a ABI'nin desteklendiğini bildirirse bu ABI'yi kullanan uygulamalar:

  • [C-2-1] /proc/cpuinfo içine aşağıdaki satırları DAHİL ETMELİDİR ve diğer ABI'ler tarafından okunduğunda bile aynı cihazdaki değerleri DEĞİŞTİRMEMELİDİR.

    • Features:, ardından cihaz tarafından desteklenen isteğe bağlı ARMv7 CPU özelliklerinin listesi.
    • CPU architecture:, ardından cihazın desteklediği en yüksek ARM mimarisini açıklayan bir tam sayı (ör. ARMv8 cihazlar için "8").

  • [C-2-2] ABI'nin ARMv8 mimarisinde yerel CPU desteği veya yazılım emülasyonu aracılığıyla uygulandığı durumlarda bile aşağıdaki işlemleri her zaman kullanılabilir durumda tutmalıdır:

    • SWP ve SWPB talimatları.
    • SETEND talimatı.
    • CP15ISB, CP15DSB ve CP15DMB bariyer işlemleri.

  • [C-2-3] Advanced SIMD (NEON olarak da bilinir) uzantısı için destek ZORUNLUDUR.

3.4. Web Uyumluluğu

3.4.1. WebView Uyumluluğu

Cihaz uygulamaları android.webkit.Webview API'sinin eksiksiz bir uygulamasını sağlıyorsa:

  • [C-1-1] android.software.webview bildirmelidir.
  • [C-1-2] android.webkit.WebView API'sinin uygulanması için Android 9 dalındaki yayın öncesi Android Açık Kaynak Projesi'nden Chromium Projesi derlemesi KULLANILMALIDIR.

  • [C-1-3] WebView tarafından bildirilen kullanıcı aracısı dizesi şu biçimde OLMALIDIR:

    Mozilla/5.0 (Linux; Android $(VERSION); [$(MODEL)] [Build/$(BUILD)]; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 $(CHROMIUM_VER) Mobile Safari/537.36

    • $(VERSION) dizesinin değeri, android.os.Build.VERSION.RELEASE değerinin aynısı OLMALIDIR.
    • $(MODEL) dizesi boş OLABİLİR ancak boş değilse android.os.Build.MODEL ile aynı değere sahip OLMALIDIR.
    • "Derleme/$(BUILD)" atlanabilir ancak mevcutsa $(BUILD) dizesi android.os.Build.ID değeriyle aynı OLMALIDIR.
    • $(CHROMIUM_VER) dizesinin değeri, yayın öncesi Android Açık Kaynak Projesi'ndeki Chromium sürümünün OLMALIDIR.
    • Cihaz uygulamaları, kullanıcı aracısı dizesinde Mobil ifadesini EKSİLTİREBİLİR.

  • WebView bileşeni, mümkün olduğunca çok sayıda HTML5 özelliği için destek İÇERMELİDİR ve özelliği destekliyorsa HTML5 spesifikasyonuna uygun OLMALIDIR.

3.4.2. Tarayıcı Uyumluluğu

Cihaz uygulamaları, genel web'de gezinme için bağımsız bir tarayıcı uygulaması içeriyorsa:

  • [C-1-1] HTML5 ile ilişkili aşağıdaki API'lerin her birini DESTEKLEMELİDİR:
  • [C-1-2] HTML5/W3C webstorage API'yi destekleMELİ ve HTML5/W3C IndexedDB API'yi DESTEKLEMELİDİR. Web geliştirme standartları kuruluşları webstorage yerine IndexedDB'i tercih etmeye başladığından, IndexedDB'in Android'in gelecekteki bir sürümünde zorunlu bir bileşen haline gelmesinin beklendiğini unutmayın.
  • Bağımsız Tarayıcı uygulamasında özel bir kullanıcı aracısı dizesi YAYINLANABİLİR.
  • Bağımsız Tarayıcı uygulamasında (üst akış WebKit Tarayıcı uygulamasına veya üçüncü taraf bir değişime dayalı olsun) mümkün olduğunca fazla HTML5 desteği UYGULANMALIDIR.

Ancak cihaz uygulamaları bağımsız bir Tarayıcı uygulaması içermiyorsa:

3.5. API Davranış Uyumluluğu

Cihaz uygulamaları:

  • [C-0-9] Bölüm 3.5.1'de açıklandığı şekilde kısıtlanmadığı sürece, yüklü tüm uygulamalarda API davranış uyumluluğunun uygulandığından EMİN OLMALIDIR.
  • [C-0-10] API davranış uyumluluğunu yalnızca cihaz uygulayıcıları tarafından seçilen uygulamalar için sağlayan izin verilenler listesi yaklaşımını UYGULAMAMALIDIR.

API türlerinin her birinin (yönetilen, yumuşak, yerel ve web) davranışları, yayın öncesi Android Open Source Project'in tercih edilen uygulamasıyla tutarlı olmalıdır. Uyumluluğun bazı belirli alanları şunlardır:

  • [C-0-1] Cihazlar, standart bir intent'in davranışını veya anlamını DEĞİŞTİRMEMELİDİR.
  • [C-0-2] Cihazlar, belirli bir sistem bileşeni türünün (ör. Hizmet, Etkinlik, İçerik Sağlayıcı vb.) yaşam döngüsünü veya yaşam döngüsü anlamlarını DEĞİŞTİRMEMELİDİR.
  • [C-0-3] Cihazlar, standart bir iznin anlamını DEĞİŞTİRMEmelidir.
  • Cihazlar, arka plan uygulamalarında uygulanan sınırlamaları DEĞİŞTİREMEZ. Arka plan uygulamaları için daha ayrıntılı olarak belirtmek gerekirse:
    • [C-0-4] GnssMeasurement ve GnssNavigationMessage'ten çıktı almak için uygulama tarafından kaydedilen geri çağırma işlemlerini durdurmaları GEREKİR.
    • [C-0-5] LocationManager API sınıfı veya WifiManager.startScan() yöntemi aracılığıyla uygulamaya sağlanan güncellemelerin sıklığını hız sınırlamalı.
    • [C-0-6] Uygulama API düzeyi 25 veya üstünü hedefliyorsa yayın amacı "signature" veya "signatureOrSystem" protectionLevel izni gerektirmediği veya istisna listesinde yer almadığı sürece, uygulamanın manifest dosyasında standart Android intent'lerinin örtülü yayınları için yayın alıcılarının kaydedilmesine İZİN VERMEMELİDİR.
    • [C-0-7] Uygulama, API düzeyi 25 veya üstünü hedefliyorsa kullanıcı tarafından görülebilen bir görevi gerçekleştirmek için geçici izin verilenler listesine yerleştirilmediği sürece, uygulamanın arka plan hizmetlerini durdurması GEREKİR. Bu işlem, uygulama hizmetlerinin stopSelf() yöntemini çağırmış gibi yapılır.
    • [C-0-8] Uygulama API düzeyi 25 veya üstünü hedefliyorsa uygulamanın tuttuğu wakelock'ları AÇIKLAMASI GEREKİR.
  • [C-0-9] Uygulama, insertProviderAt() veya removeProvider() aracılığıyla listeyi değiştirmediği sürece cihazlar, Security.getProviders() yöntemindeki ilk yedi dizi değeri olarak aşağıdaki güvenlik sağlayıcıları belirli bir sırada ve belirli adlarla (Provider.getName() tarafından döndürüldüğü şekilde) ve sınıflarla döndürmelidir. Cihazlar, aşağıdaki sağlayıcı listesinden sonra ek sağlayıcılar döndürebilir.
    1. AndroidNSSP - android.security.net.config.NetworkSecurityConfigProvider
    2. AndroidOpenSSL - com.android.org.conscrypt.OpenSSLProvider
    3. CertPathProvider - sun.security.provider.CertPathProvider
    4. AndroidKeyStoreBCWorkaround - android.security.keystore.AndroidKeyStoreBCWorkaroundProvider
    5. BC - com.android.org.bouncycastle.jce.provider.BouncyCastleProvider
    6. HarmonyJSSE - com.android.org.conscrypt.JSSEProvider
    7. AndroidKeyStore - android.security.keystore.AndroidKeyStoreProvider

Yukarıdaki listede olası her duruma yer verilmemiştir. Uyumluluk Test Paketi (CTS), platformun önemli bölümlerini davranışsal uyumluluk açısından test eder ancak platformun tamamını test etmez. Android Open Source Project ile davranışsal uyumluluğu sağlamak uygulayıcının sorumluluğundadır. Bu nedenle, cihaz uygulayıcıları, sistemin önemli bölümlerini yeniden uygulamak yerine mümkün olduğunda Android Açık Kaynak Projesi aracılığıyla sunulan kaynak kodu KULLANMALIDIR.

3.5.1. Arka Plan Kısıtlaması

Cihaz uygulamaları, AOSP'ye dahil edilen uygulama kısıtlamalarını uygular veya uygulama kısıtlamalarını genişletirse:

  • [C-SR] Kullanıcının kısıtlanmış uygulamaların listesini görebileceği bir kullanıcı özelliğinin eklenmesi önemle ÖNERİLİR.
  • [C-1-2] Her uygulamadaki kısıtlamaları etkinleştirmek / devre dışı bırakmak için kullanıcılara uygun bir yöntem sunulmalıdır.
  • [C-1-3] Kötü sistem sağlığı davranışı olduğuna dair kanıt olmadan kısıtlamaları otomatik olarak UYGULAMAMALIDIR ancak takılı uyanma kilitleri, uzun süre çalışan hizmetler ve diğer ölçütler gibi kötü sistem sağlığı davranışı tespit edildiğinde uygulamalara kısıtlamalar UYGULAYABİLİR. Ölçütler cihaz uygulayıcıları tarafından belirlenebilir ancak uygulamanın sistem sağlığı üzerindeki etkisiyle ilgili OLMALIDIR. Uygulamanın pazardaki popülerliğinin olmaması gibi, yalnızca sistem sağlığıyla ilgili olmayan diğer ölçütler ölçüt olarak KULLANILMAMALISDIR.
  • [C-1-4] Kullanıcı uygulama kısıtlamalarını manuel olarak devre dışı bıraktığında uygulamalara otomatik olarak uygulama kısıtlamaları UYGULAMAMALIDIR ve kullanıcıya uygulama kısıtlamalarını uygulamasını ÖNEREBİLİR.
  • [C-1-5] Uygulama kısıtlamalarının bir uygulamaya otomatik olarak uygulanıp uygulanmadığını kullanıcılara BİLDİRMELİDİR.
  • [C-1-6] Kısıtlanmış uygulama bu API'yi çağırdığında ActivityManager.isBackgroundRestricted() için true döndürülmelidir.
  • [C-1-7] Kullanıcı tarafından açıkça kullanılan en üst ön plan uygulamasını KISITLAMAMALISINIZ.
  • [C-1-8] Kullanıcı, önceden kısıtlanmış olan uygulamayı açıkça kullanmaya başladığında en üst ön plan uygulaması haline gelen bir uygulamadaki kısıtlamaları KESİNLİKLE askıya almalıdır.

3.6. API ad alanları

Android, Java programlama dili tarafından tanımlanan paket ve sınıf ad alanı kurallarına uyar. Cihaz uygulayıcıları, üçüncü taraf uygulamalarıyla uyumluluğu sağlamak için aşağıdaki paket ad alanlarında yasaklanmış herhangi bir değişiklik YAPMAMALIDIR:

  • java.*
  • javax.*
  • sun.*
  • android.*
  • androidx.*
  • com.android.*

Yani:

  • [C-0-1] Android platformunda herkese açık olarak sunulan API'lerde herhangi bir yöntem veya sınıf imzasını değiştirerek ya da sınıfları veya sınıf alanlarını kaldırarak DEĞİŞİKLİK YAPMAMALIDIR.
  • [C-0-2] Yukarıdaki ad alanlarındaki API'lere herkese açık öğeler (ör. sınıflar veya arayüzler ya da mevcut sınıflara veya arayüzlere alanlar ya da yöntemler) veya Test veya Sistem API'leri EKLENMEMELİDİR. "Herkese açık olarak sunulan öğe", yayın öncesi Android kaynak kodunda kullanılan "@hide" işaretçisiyle süslenmemiş tüm yapılardır.

Cihaz uygulayıcıları, API'lerin temel uygulamasını DEĞİŞTİREBİLİR ancak bu tür değişiklikler:

  • [C-0-3] Herhangi bir herkese açık API'nin belirtilen davranışını ve Java dili imzasını ETKİLEMEmelidir.
  • [C-0-4] Reklamı YAPILMAMALI veya geliştiricilere başka bir şekilde gösterilMEMELİ.

Ancak cihaz uygulayıcıları, standart Android ad alanının dışında özel API'ler EKLEYEBİLİRSE de bu özel API'ler:

  • [C-0-5] Başka bir kuruluşa ait veya başka bir kuruluşu atıfta bulunan bir ad alanında OLMAYACAK. Örneğin, cihaz uygulayıcıları com.google.* veya benzer bir ad alanına API ekleMEmelidir: Bunu yalnızca Google yapabilir. Benzer şekilde, Google da diğer şirketlerin ad alanlarına API ekleMEmelidir.
  • [C-0-6] Yalnızca açıkça kullanan uygulamaların (<uses-library> mekanizması aracılığıyla) bu tür API'lerin artan bellek kullanımından etkilenmesi için bir Android paylaşılan kitaplığına paketlenmelidir.

Bir cihaz uygulayıcısı yukarıdaki paket ad alanlarının birini iyileştirmeyi önerirse (ör. mevcut bir API'ye yararlı yeni işlevler ekleyerek veya yeni bir API ekleyerek) source.android.com adresini ziyaret edip bu sitedeki bilgilere göre değişiklik ve kod katkıda bulunma sürecine BAŞLAMALIDIR.

Yukarıdaki kısıtlamaların, Java programlama dilinde API'leri adlandırmayla ilgili standart kurallara karşılık geldiğini unutmayın. Bu bölüm, bu kuralları pekiştirmeyi ve bu Uyumluluk Tanımı'na dahil ederek bağlayıcı hale getirmeyi amaçlamaktadır.

3.7. Çalışma Zamanı Uyumluluğu

Cihaz uygulamaları:

  • [C-0-1] Tam Dalvik Yürütülebilir (DEX) biçimini ve Dalvik bayt kodu spesifikasyonunu ve anlamlarını desteklemelidir.

  • [C-0-2] Dalvik çalışma zamanlarını, yukarı akış Android platformuna uygun şekilde ve aşağıdaki tabloda belirtildiği gibi bellek ayıracak şekilde OLUŞTURMALIDIR. (Ekran boyutu ve ekran yoğunluğu tanımları için 7.1.1 numaralı bölüme bakın.)

  • Android RunTime (ART), Dalvik Yürütülebilir Biçimi'nin referans yayın öncesi uygulaması ve referans uygulamanın paket yönetimi sistemini KULLANMALIDIR.

  • ÇALIŞMA ORTAMI'nın kararlılığını sağlamak için çeşitli yürütme modları ve hedef mimariler altında fuzz testleri ÇALIŞTIRILMALIDIR. Android Açık Kaynak Projesi web sitesinde JFuzz ve DexFuzz'a bakın.

Aşağıda belirtilen bellek değerlerinin minimum değerler olarak kabul edildiğini ve cihaz uygulamalarının uygulama başına daha fazla bellek ayırabileceğini unutmayın.

Ekran Düzeni Ekran Yoğunluğu Minimum Uygulama Belleği
Android Watch 120 dpi (ldpi) 32MB
160 dpi (mdpi)
213 dpi (tvdpi)
240 dpi (hdpi) 36MB
280 dpi (280dpi)
320 dpi (xhdpi) 48MB
360 dpi (360dpi)
400 dpi (400dpi) 56MB
420 dpi (420dpi) 64MB
480 dpi (xxhdpi) 88MB
560 dpi (560dpi) 112MB
640 dpi (xxxhdpi) 154MB
küçük/normal 120 dpi (ldpi) 32MB
160 dpi (mdpi)
213 dpi (tvdpi) 48MB
240 dpi (hdpi)
280 dpi (280dpi)
320 dpi (xhdpi) 80MB
360 dpi (360dpi)
400 dpi (400dpi) 96MB
420 dpi (420dpi) 112MB
480 dpi (xxhdpi) 128MB
560 dpi (560dpi) 192MB
640 dpi (xxxhdpi) 256MB
large 120 dpi (ldpi) 32MB
160 dpi (mdpi) 48MB
213 dpi (tvdpi) 80MB
240 dpi (hdpi)
280 dpi (280dpi) 96MB
320 dpi (xhdpi) 128MB
360 dpi (360dpi) 160MB
400 dpi (400dpi) 192MB
420 dpi (420dpi) 228MB
480 dpi (xxhdpi) 256MB
560 dpi (560dpi) 384MB
640 dpi (xxxhdpi) 512MB
xlarge 120 dpi (ldpi) 48MB
160 dpi (mdpi) 80MB
213 dpi (tvdpi) 96MB
240 dpi (hdpi)
280 dpi (280dpi) 144MB
320 dpi (xhdpi) 192MB
360 dpi (360dpi) 240MB
400 dpi (400dpi) 288MB
420 dpi (420dpi) 336MB
480 dpi (xxhdpi) 384MB
560 dpi (560dpi) 576MB
640 dpi (xxxhdpi) 768MB

3.8. Kullanıcı Arayüzü Uyumluluğu

3.8.1. Başlatıcı (Ana Ekran)

Android, bir başlatıcı uygulaması (ana ekran) ve cihaz başlatıcısının (ana ekran) yerini alacak üçüncü taraf uygulamaları için destek içerir.

Cihaz uygulamaları, üçüncü taraf uygulamalarının cihaz ana ekranını değiştirmesine izin veriyorsa:

  • [C-1-1] android.software.home_screen platform özelliğini İLKLE bildirmelidir.
  • [C-1-2] Üçüncü taraf uygulaması simgesini sağlamak için <adaptive-icon> etiketini kullandığında ve simgeleri almak için PackageManager yöntemleri çağrıldığında AdaptiveIconDrawable nesnesini İADE ETMELİDİR.

Cihaz uygulamalarında, kısayolların uygulama içinde sabitlenmesini destekleyen varsayılan bir başlatıcı varsa bu başlatıcılar:

Buna karşılık, cihaz uygulamaları kısayolların uygulama içinde sabitlenmesini desteklemiyorsa:

Cihaz uygulamaları, ShortcutManager API aracılığıyla üçüncü taraf uygulamaları tarafından sağlanan ek kısayollara hızlı erişim sağlayan varsayılan bir başlatıcı uygularsa:

  • [C-4-1] Belgelenen tüm kısayol özelliklerini (ör. statik ve dinamik kısayollar, kısayolları sabitleme) desteklemeli ve ShortcutManager API sınıfının API'lerini eksiksiz şekilde uygulamalıdır.

Cihaz uygulamalarında, uygulama simgelerinin rozetlerini gösteren varsayılan bir başlatıcı uygulaması varsa bu uygulamalar:

  • [C-5-1] NotificationChannel.setShowBadge() API yöntemine UYGUN OLMALIDIR. Diğer bir deyişle, değer true olarak ayarlanmışsa uygulama simgesiyle ilişkili bir görsel imkanı gösterin ve uygulamanın tüm bildirim kanalları değeri false olarak ayarladığında herhangi bir uygulama simgesi rozeti şeması göstermeyin.
  • Üçüncü taraf uygulamaları, özel API'lerin kullanımıyla özel rozet şemasının desteklendiğini belirtiyorsa uygulama simgesi rozetlerini özel rozet şemasıyla geçersiz kılabilir ancak SDK'da açıklanan bildirim rozetleri API'leri (ör. Notification.Builder.setNumber() ve Notification.Builder.setBadgeIconType() API'si) aracılığıyla sağlanan kaynakları ve değerleri kullanmalıdır.

3.8.2. Widget'lar

Android, uygulamaların son kullanıcıya "AppWidget" göstermesine olanak tanıyan bir bileşen türü ve ilgili API ile yaşam döngüsü tanımlayarak üçüncü taraf uygulama widget'larını destekler.

Cihaz uygulamaları üçüncü taraf uygulama widget'larını destekliyorsa:

  • [C-1-1] android.software.app_widgets platform özelliği için destek BEYAN EDİLMELİDİR.
  • [C-1-2] Uygulama widget'ları için yerleşik destek içermeli ve doğrudan Başlatıcı'dan uygulama widget'ları eklemek, yapılandırmak, görüntülemek ve kaldırmak için kullanıcı arayüzü olanakları sunmalıdır.
  • [C-1-3] Standart ızgara boyutunda 4 x 4 widget oluşturabilmelidir. Ayrıntılar için Android SDK dokümanlarındaki Uygulama Widget'ı Tasarım Kuralları'na bakın.
  • Kilit ekranında uygulama widget'larını DESTEKLEYEBİLİR.

Cihaz uygulamaları, üçüncü taraf uygulama widget'larını ve kısayolların uygulama içinde sabitlenmesini destekliyorsa:

3.8.3. Bildirimler

Android, üçüncü taraf uygulama geliştiricilerin cihazın donanım bileşenlerini (ör. ses, titreşim ve ışık) ve yazılım özelliklerini (ör. bildirim gölgesi, sistem çubuğu) kullanarak kullanıcıları önemli etkinlikler hakkında bilgilendirmesine ve kullanıcıların dikkatini çekmesine olanak tanıyan Notification ve NotificationManager API'leri içerir.

3.8.3.1. Bildirimlerin sunumu

Cihaz uygulamaları, üçüncü taraf uygulamalarının kullanıcıları önemli olaylar hakkında bilgilendirmesine izin veriyorsa:

  • [C-1-1] SDK dokümanlarında açıklandığı şekilde ve mümkün olduğunca cihaz uygulama donanımıyla donanım özelliklerini kullanan bildirimleri DESTEKLEMELİDİR. Örneğin, bir cihaz uygulamasında titreşim varsa titreşim API'lerinin doğru şekilde uygulanması GEREKİR. Bir cihaz uygulamasında donanım yoksa ilgili API'ler no-op olarak uygulanmalıdır. Bu davranış 7. bölümde daha ayrıntılı olarak açıklanmıştır.
  • [C-1-2] Bildirimler için referans Android açık kaynak uygulaması tarafından sağlanan kullanıcı deneyiminden farklı bir kullanıcı deneyimi SUNABİLSE de API'lerde veya Durum/Sistem Çubuğu simge stil kılavuzunda sağlanan tüm kaynakları (simgeler, animasyon dosyaları vb.) DOĞRU şekilde oluşturmalıdır.
  • [C-1-3] Bildirimleri güncellemek, kaldırmak ve gruplandırmak için API'ler için açıklanan davranışları doğru şekilde uygulamalıdır.
  • [C-1-4] NotificationChannel API'sinin tam davranışını SDK'da belgelenmiş şekilde sağlamalıdır.
  • [C-1-5] Her kanal ve uygulama paketi düzeyinde belirli bir üçüncü taraf uygulamasının bildirimini engellemek ve değiştirmek için kullanıcılara bir kolaylık sunmalıdır.
  • [C-1-6] Ayrıca, silinen bildirim kanallarını görüntülemek için kullanıcılara bir kolaylık sağlamalıdır.
  • [C-1-7] Notification.MessagingStyle aracılığıyla sağlanan tüm kaynakları (resimler, çıkartmalar, simgeler vb.) bildirim metninin yanında ek kullanıcı etkileşimi olmadan doğru şekilde oluşturmalıdır. Örneğin, setGroupConversation aracılığıyla ayarlanan bir grup görüşmesinde android.app.Person aracılığıyla sağlanan simgeler de dahil olmak üzere tüm kaynakları GÖSTERMELİDİR.
  • [C-SR] Kullanıcı belirli bir üçüncü taraf uygulamasının bildirimini birden çok kez reddettikten sonra, her kanal ve uygulama paketi düzeyinde söz konusu bildirimi engellemek için kullanıcıya otomatik olarak bir kullanım imkanı sunulması önemle ÖNERİLİR.
  • Zengin bildirimleri DESTEKLEMELİDİR.
  • Bazı yüksek öncelikli bildirimleri uyarı bildirimleri olarak GÖSTERMELİDİR.
  • Bildirimleri erteleme seçeneği kullanıcılara sunulmalıdır.
  • Sürücünün dikkatinin dağılması gibi güvenlik sorunlarını azaltmak için üçüncü taraf uygulamalarının kullanıcıları önemli etkinlikler hakkında ne zaman bilgilendirebileceğinin görünürlüğünü ve zamanlamasını yönetebilir.

Cihaz uygulamaları zengin bildirimleri destekliyorsa:

  • [C-2-1] Sunulan kaynak öğeleri için Notification.Style API sınıfı ve alt sınıfları aracılığıyla sağlanan kaynakların aynısını KULLANMALIDIR.
  • Notification.Style API sınıfında ve alt sınıflarında tanımlanan her bir kaynak öğesini (ör. simge, başlık ve özet metin) sunmalıdır.

Cihaz uygulamaları uyarı bildirimlerini destekliyorsa:

  • [C-3-1] Bildirimler gösterilirken Notification.Builder API sınıfında açıklandığı gibi bildirim görünümünü ve kaynaklarını KULLANMALIDIR.
  • [C-3-2] Notification.Builder.addAction() aracılığıyla sağlanan işlemleri, SDK'da açıklandığı şekilde ek kullanıcı etkileşimi olmadan bildirim içeriğiyle birlikte GÖSTERMELİDİR.
3.8.3.2. Bildirim Dinleyici Hizmeti

Android, uygulamaların (kullanıcı tarafından açıkça etkinleştirildikten sonra) yayınlandıkları veya güncellendikleri sırada tüm bildirimlerin bir kopyasını almasına olanak tanıyan NotificationListenerService API'lerini içerir.

Cihaz uygulamaları, özellik işaretini android.hardware.ram.normal raporlarsa:

  • [C-1-1] Bildirim nesnesine eklenmiş tüm meta veriler dahil olmak üzere, yüklü ve kullanıcı tarafından etkinleştirilmiş tüm dinleyici hizmetlerinde bildirimleri eksiksiz olarak doğru ve hızlı bir şekilde güncellemelidir.
  • [C-1-2] snoozeNotification() API çağrısına uymalı, bildirimi kapatmalı ve API çağrısında ayarlanan erteleme süresinden sonra geri arama yapmalıdır.

Cihaz uygulamalarında bildirimleri erteleme olanağı sunuluyorsa:

  • [C-2-1] Ertelenen bildirim durumunu NotificationListenerService.getSnoozedNotifications() gibi standart API'ler aracılığıyla düzgün şekilde YANSITLAMALIDIR.
  • [C-2-2] Kalıcı/ön plan hizmetlerinden gelenler hariç, yüklü her üçüncü taraf uygulamasının bildirimlerini ertelemek için bu kullanıcı özelliğini sunmalıdır.
3.8.3.3. DND (Rahatsız Etmeyin)

Cihaz uygulamaları, DND özelliğini destekliyorsa:

  • [C-1-1] ACTION_NOTIFICATION_POLICY_ACCESS_SETTINGS intent'ine yanıt verecek bir etkinlik UYGULANMALIDIR. UI_MODE_TYPE_NORMAL ile yapılan uygulamalarda bu etkinlik, kullanıcının uygulamaya DND politikası yapılandırmalarına erişim izni verebileceği veya vermeyeceği bir etkinlik OLMALIDIR.
  • [C-1-2] Cihaz uygulaması, kullanıcının üçüncü taraf uygulamalarına DND politikası yapılandırmasına erişme izni vermesi veya vermemesi için bir yöntem sağladığında, kullanıcı tarafından oluşturulan ve önceden tanımlanmış kuralların yanı sıra uygulamalar tarafından oluşturulan otomatik DND kurallarını GÖSTERMELİDİR.
  • [C-1-3] NotificationManager.Policy üzerinden iletilen suppressedVisualEffects değerlerini İYİCE dikkate ALMALIDIR ve bir uygulama SUPPRESSED_EFFECT_SCREEN_OFF veya SUPPRESSED_EFFECT_SCREEN_ON işaretlerinden herhangi birini ayarladıysa kullanıcıya Görsel efektlerin, Rahatsız Etmeyin ayarları menüsünde devre dışı bırakıldığını BELİRTMELİDİR.

Android, geliştiricilerin uygulamalarına arama özelliğini dahil etmelerine ve uygulamalarının verilerini küresel sistem aramasına sunmalarına olanak tanıyan API'ler içerir. Genel olarak bu işlev, kullanıcıların sorgu girmelerine olanak tanıyan, kullanıcılar yazarken öneriler gösteren ve sonuçları gösteren tek bir sistem genelinde kullanıcı arayüzünden oluşur. Android API'leri, geliştiricilerin kendi uygulamalarında arama sağlamak için bu arayüzü yeniden kullanmasına ve ortak küresel arama kullanıcı arayüzüne sonuç sağlamasına olanak tanır.

  • Android cihaz uygulamalarında, kullanıcı girişine yanıt olarak anlık öneriler sunabilen tek, paylaşılan, sistem genelinde bir arama kullanıcı arayüzü olan genel arama YER ALMALIDIR.

Cihaz uygulamaları genel arama arayüzünü uygularsa:

  • [C-1-1] Üçüncü taraf uygulamalarının, genel arama modunda çalıştırıldığında arama kutusuna öneri eklemesine olanak tanıyan API'leri UYGULAMALIDIR.

Global aramayı kullanan üçüncü taraf uygulaması yüklü değilse:

  • Varsayılan davranış, web arama motoru sonuçlarını ve önerilerini göstermektir.

Android, uygulamaların mevcut bağlamla ilgili ne kadar bilginin cihazdaki asistanla paylaşılacağı konusunda seçim yapmasına olanak tanımak için Assist API'lerini de içerir.

Cihaz uygulamaları Yardımcı Ol işlemini destekliyorsa:

  • [C-2-1] Bağlam paylaşıldığında son kullanıcıya aşağıdakilerden biri aracılığıyla net bir şekilde AÇIKLANMALIDIR:
    • Asistan uygulaması bağlama her eriştiğinde ekranın kenarlarında Android Open Source Project uygulamasının süresini ve parlaklığını karşılayan veya aşan bir beyaz ışık gösterilir.
    • Önceden yüklenmiş yardımcı uygulama için varsayılan ses girişi ve yardımcı uygulama ayarları menüsünden ikiden az gezinme işlemiyle kullanıcıya bir kolaylık sunulması ve bağlamın yalnızca yardımcı uygulama, kullanıcı tarafından bir kısa kelime veya yardımcı gezinme tuşu girişi aracılığıyla açıkça çağrıldığında paylaşılması.
  • [C-2-2] 7.2.3 numaralı bölümde açıklandığı şekilde yardımcı uygulamayı başlatmak için belirlenen etkileşim, kullanıcı tarafından seçilen yardımcı uygulamayı (yani VoiceInteractionService'yi uygulayan uygulamayı) veya ACTION_ASSIST intent'ini işleyen bir etkinliği BAŞLATMAK ZORUNDADIR.

3.8.5. Uyarılar ve pop-up'lar

Uygulamalar, son kullanıcıya kısa süre sonra kaybolan kısa, modal olmayan dizeler göstermek için Toast API'yi, uyarı pencerelerini diğer uygulamaların üzerine yer paylaşımı olarak göstermek için ise TYPE_APPLICATION_OVERLAY pencere türü API'yi kullanabilir.

Cihaz uygulamalarında ekran veya video çıkışı varsa:

  • [C-1-1] Uygulamaların TYPE_APPLICATION_OVERLAY kullanan uyarı pencereleri göstermesini engellemek için kullanıcılara bir imkân sunulmalıdır . AOSP uygulaması, bildirim gölgesinde kontrollere sahip olarak bu koşulu karşılar.

  • [C-1-2] Toast API'yi desteklemeli ve uygulamalardan son kullanıcılara gönderilen Toast'ları son derece görünür bir şekilde göstermelidir.

3.8.6. Temalar

Android, uygulamaların bir etkinliğin veya uygulamanın tamamına stil uygulamak için kullanabileceği bir mekanizma olarak "temalar" sağlar.

Android, Android SDK'sı tarafından tanımlanan Holo tema görünüm ve tarzını eşleştirmek isteyen uygulama geliştiricilerin kullanabileceği bir dizi tanımlanmış stil olarak "Holo" ve "Materyal" tema ailesini içerir.

Cihaz uygulamalarında ekran veya video çıkışı varsa:

Android, uygulama geliştiricilerin cihaz uygulayıcısı tarafından tanımlanan cihaz temasının görünüm ve tarzını eşleştirmek isterse kullanabileceği tanımlanmış stiller grubu olarak "Cihaz Varsayılan" tema ailesini de içerir.

Android, yarı saydam sistem çubuklarına sahip bir varyant temayı destekler. Bu tema, uygulama geliştiricilerin durum ve gezinme çubuğunun arkasındaki alanı uygulama içerikleriyle doldurmasına olanak tanır. Bu yapılandırmada tutarlı bir geliştirici deneyimi sunmak için durum çubuğu simgesi stilinin farklı cihaz uygulamalarında korunması önemlidir.

Cihaz uygulamalarında sistem durum çubuğu varsa:

  • [C-2-1] Simge sorunlu bir durumu belirtmediği veya bir uygulama SYSTEM_UI_FLAG_LIGHT_STATUS_BAR işaretini kullanarak açık renkli bir durum çubuğu istemediği sürece sistem durumu simgeleri (ör. sinyal gücü ve pil seviyesi) ve sistem tarafından gönderilen bildirimler için beyaz renk KULLANILMALIDIR.
  • [C-2-2] Android cihaz uygulamaları, bir uygulama açık renkli durum çubuğu istediğinde sistem durum simgelerinin rengini siyah olarak DEĞİŞTİRMELİDİR (ayrıntılar için R.style bölümüne bakın).

3.8.7. Animasyonlu Duvar Kağıtları

Android, uygulamaların son kullanıcıya bir veya daha fazla "Canlı Duvar Kağıdı" göstermesine olanak tanıyan bir bileşen türü ve ilgili API ile yaşam döngüsü tanımlar. Canlı duvar kağıtları, diğer uygulamaların arkasında duvar kağıdı olarak görüntülenen, sınırlı giriş özelliklerine sahip animasyonlar, desenler veya benzer resimlerdir.

Donanım, tüm canlı duvar kağıtlarını işlevsellik açısından herhangi bir sınırlama olmadan, diğer uygulamalar üzerinde olumsuz bir etki oluşturmadan makul bir kare hızında çalıştırabiliyorsa canlı duvar kağıtlarını güvenilir bir şekilde çalıştırabilir olarak kabul edilir. Donanımdaki sınırlamalar, duvar kağıtlarının ve/veya uygulamaların kilitlenmesine, arızalanmasına, aşırı CPU veya pil gücü tüketimine ya da kabul edilemeyecek kadar düşük kare hızlarında çalışmasına neden oluyorsa donanım, canlı duvar kağıdı çalıştıramaz. Örneğin, bazı canlı duvar kağıtları içeriklerini oluşturmak için OpenGL 2.0 veya 3.x bağlamı kullanabilir. OpenGL bağlamının canlı duvar kağıdı kullanımı, OpenGL bağlamı kullanan diğer uygulamalarla çakışabileceğinden canlı duvar kağıdı, birden fazla OpenGL bağlamını desteklemeyen donanımlarda güvenilir bir şekilde çalışmaz.

  • Yukarıda açıklandığı şekilde canlı duvar kağıtlarını güvenilir bir şekilde çalıştırabilen cihaz uygulamaları canlı duvar kağıtlarını UYGULAMALIDIR.

Cihaz uygulamaları, canlı duvar kağıtlarını uygularsa:

  • [C-1-1] Platform özellik işareti android.software.live_wallpaper bildirilmelidir.

3.8.8. Etkinlik Değiştirme

Yukarı yönlü Android kaynak kodu, görev değiştirme ve kullanıcının uygulamadan en son çıktığı andaki uygulamanın grafik durumunun küçük resmini kullanarak son erişilen etkinlikleri ve görevleri görüntülemek için sistem düzeyinde bir kullanıcı arayüzü olan genel bakış ekranını içerir.

7.2.3 numaralı bölümde ayrıntılı olarak açıklanan son aramalar işlevi gezinme anahtarı da dahil olmak üzere cihaz uygulamaları arayüzü DEĞİŞTİREBİLİR.

7.2.3 numaralı bölümde açıklandığı gibi son uygulamalar işlev gezinme anahtarı da dahil olmak üzere cihaz uygulamaları arayüzü değiştiriyorsa:

  • [C-1-1] En az 7 görüntülenen etkinliği DESTEKLEMELİDİR.
  • Bir seferde en az 4 etkinliğin başlığını GÖSTERMELİDİR.
  • [C-1-2] Ekran sabitleme davranışını uygulamalı ve kullanıcıya özelliği etkinleştirip devre dışı bırakabileceği bir ayarlar menüsü sunmalıdır.
  • Son uygulamalarda vurgu rengini, simgesini ve ekran başlığını GÖSTERMELİDİR.
  • Kapatma imkanı ("x") gösterilMELİDİR ancak kullanıcı ekranlarla etkileşime geçene kadar bu işlem ertelenebilir.
  • Önceki etkinliğe kolayca geçmek için bir kısayol UYGULANMALIDIR.
  • Son uygulamalar işlev tuşuna iki kez dokunulduğunda, en son kullanılan iki uygulama arasında hızlı geçiş işlemini TETİKLEMELİDİR.
  • Son uygulamalar işlev tuşuna uzun basıldığında, destekleniyorsa bölünmüş ekran çoklu pencere modunu TETİKLEMELİDİR.
  • İlişkili son etkinlikleri birlikte hareket eden bir grup olarak GÖSTEREBİLİR.
  • [SR] Genel bakış ekranı için yayın öncesi Android kullanıcı arayüzünün (veya küçük resim tabanlı benzer bir arayüzün) kullanılması önemle ÖNERİLİR.

3.8.9. Giriş Yönetimi

Android, Giriş Yönetimi ve üçüncü taraf giriş yöntemi düzenleyicileri için destek içerir.

Cihaz uygulamaları, kullanıcıların cihazda üçüncü taraf giriş yöntemlerini kullanmasına izin veriyorsa kullanıcılar:

  • [C-1-1] android.software.input_methods platform özelliğini İLANI ZORUNLUDUR ve Android SDK dokümanlarında tanımlandığı şekilde IME API'lerini desteklemelidir.
  • [C-1-2] android.settings.INPUT_METHOD_SETTINGS intent'ine yanıt olarak üçüncü taraf giriş yöntemleri eklemek ve yapılandırmak için kullanıcının erişebileceği bir mekanizma SAĞLANMALIDIR.

Cihaz uygulamaları android.software.autofill özellik işaretini beyan ederse:

3.8.10. Kilit Ekranı Medya Denetimi

Android 5.0'den itibaren, medya uygulamalarının kilit ekranında görüntülenen oynatma kontrolleriyle entegrasyonuna olanak tanıyan Medya Bildirim Şablonu'nun kullanılması önerilir. Bu nedenle, Uzaktan Kumanda İstemci API'sinin desteği sonlandırılmıştır.

3.8.11. Ekran koruyucular (eski adıyla Hayaller)

Android, daha önce Düşler olarak adlandırılan etkileşimli ekran koruyucuları için destek sunar. Ekran koruyucular, güç kaynağına bağlı bir cihaz boştayken veya masaüstü dock'ına yerleştirildiğinde kullanıcıların uygulamalarla etkileşim kurmasına olanak tanır. Android Watch cihazlar ekran koruyucuları UYGULAYABİLİR ancak diğer cihaz uygulama türleri ekran koruyucu desteği içerMELİ ve kullanıcıların android.settings.DREAM_SETTINGS intent'ine yanıt olarak ekran koruyucuları yapılandırmaları için bir ayar seçeneği sunmalıdır.

3.8.12. Konum

Cihaz uygulamalarında konum koordinatlarını sağlayabilen bir donanım sensörü (ör. GPS) varsa

3.8.13. Unicode ve Yazı Tipi

Android, Unicode 10.0'da tanımlanan emoji karakterlerini destekler.

Cihaz uygulamalarında ekran veya video çıkışı varsa:

  • [C-1-1] Bu emoji karakterlerini renkli glifte oluşturabilmelidir.
  • [C-1-2] Şunlar için destek içermelidir:
    • Cihazdaki diller için farklı ağırlıklara sahip Roboto 2 yazı tipi (sans-serif-thin, sans-serif-light, sans-serif-medium, sans-serif-black, sans-serif-condensed, sans-serif-condensed-light).
    • Latin, Yunanca ve Kiril alfabelerinin Unicode 7.0'daki tam kapsamı (Latin A, B, C ve D aralıkları ve Unicode 7.0'daki para birimi sembolleri bloğundaki tüm glifler dahil).
  • Unicode Teknik Raporu 51'de belirtildiği gibi cilt tonunu ve çeşitli aile emojilerini DESTEKLEMELİDİR.

Cihaz uygulamalarında IME varsa:

  • Bu emoji karakterleri için kullanıcıya bir giriş yöntemi SUNULMALIDIR.

3.8.14. Çoklu pencereler

Cihaz uygulamalarının aynı anda birden fazla etkinlik gösterme özelliği varsa:

  • [C-1-1] Bu tür çoklu pencere modlarını, Android SDK'sının çoklu pencere modu destek dokümanlarında açıklanan uygulama davranışlarına ve API'lerine uygun şekilde uygulamalı ve aşağıdaki koşulları karşılamalıdır:
  • [C-1-2] Uygulamalar, AndroidManifest.xml dosyasında android:resizeableActivity özelliğini true olarak ayarlayarak veya targetSdkVersion değerini 24'ten büyük bir değere getirerek çoklu pencere modunda çalışabildiklerini açıkça ya da dolaylı olarak belirtebilir. Bu özelliği manifest'lerinde açıkça false olarak ayarlayan uygulamalar çoklu pencere modunda BAŞLATILMAMALISDIR. targetSdkVersion değeri 24'ten küçük olan ve bu android:resizeableActivity özelliğini ayarlamayan eski uygulamalar çoklu pencere modunda başlatılabilir ancak sistem, uygulamanın çoklu pencere modunda beklendiği gibi çalışmayabileceğine dair uyarı vermelidir.
  • [C-1-3] Ekran yüksekliği < 440 dp ve ekran genişliği < 440 dp ise bölünmüş ekran veya serbest biçim modu SUNMAMALIDIR.
  • Ekran boyutu xlarge olan cihaz uygulamaları serbest biçim modunu DESTEKLEMELİDİR.

Cihaz uygulamaları çoklu pencere modlarını ve bölünmüş ekran modunu destekliyorsa:

  • [C-2-1] Varsayılan olarak yeniden boyutlandırılabilir bir başlatıcıyı önceden yüklemelidir.
  • [C-2-2] Bölünmüş ekranlı çok pencereli bir uygulamanın sabitlenmiş etkinliğini kırpmalıdır ancak Başlatıcı uygulaması odaklanan pencereyse bazı içeriklerini göstermelidir.
  • [C-2-3] Üçüncü taraf başlatıcı uygulamasının beyan edilen AndroidManifestLayout_minWidth ve AndroidManifestLayout_minHeight değerlerini dikkate ALMALISI ve sabitlenmiş etkinliğin bazı içeriklerini gösterirken bu değerleri geçersiz kılmaması GEREKİR.

Cihaz uygulamaları çoklu pencere modlarını ve pencere içinde pencere çoklu pencere modunu destekliyorsa:

  • [C-3-1] Uygulama aşağıdaki durumlarda etkinlikleri pencere içinde pencere çoklu pencere modunda BAŞLATMALIDIR: * API düzeyi 26 veya üstünü hedefliyor ve android:supportsPictureInPicture bildiriyor * API düzeyi 25 veya altını hedefliyor ve hem android:resizeableActivity hem de android:supportsPictureInPicture bildiriyor.
  • [C-3-2] setActions() API aracılığıyla geçerli PIP etkinliği tarafından belirtildiği şekilde SystemUI'deki işlemleri göstermeLİDİR.
  • [C-3-3] PIP etkinliği tarafından setAspectRatio() API aracılığıyla belirtildiği gibi, 1:2,39'dan büyük veya eşit ve 2,39:1'den küçük veya eşit en boy oranlarını DESTEKLEMELİDİR.
  • [C-3-4] PIP penceresini kontrol etmek için KeyEvent.KEYCODE_WINDOW kullanılmalıdır; PIP modu uygulanmamışsa anahtar ön plan etkinliği tarafından kullanılabilir olmalıdır.
  • [C-3-5] Bir uygulamanın PIP modunda görüntülenmesini engellemek için kullanıcıya bir kolaylık sunmalıdır; AOSP uygulaması, bildirim gölgesinde kontrollere sahip olarak bu koşulu karşılar.
  • [C-3-6] Configuration.uiMode UI_MODE_TYPE_TELEVISION olarak yapılandırıldığında PIP penceresi için minimum 108 dp genişlik ve yükseklik, PIP penceresi için minimum 240 dp genişlik ve 135 dp yükseklik AYIRTMALIDIR.

3.8.15. Ekran Kesimi

Android, SDK belgesinde açıklandığı gibi ekran kesiklerini destekler. DisplayCutout API'si, ekranın kenarındaki ve içerik görüntülemek için işlevsel olmayan bir alanı tanımlar.

Cihaz uygulamalarında ekran kesikleri varsa bunlar:

  • [C-1-1] Yalnızca cihazın kısa kenarlarında kesik olmalıdır. Buna karşılık, cihazın en boy oranı 1,0 (1:1) ise cihazda kesik OLMAMALIDIR.
  • [C-1-2] Kenar başına birden fazla kesik OLMAMALIDIR.
  • [C-1-3] Uygulama tarafından WindowManager.LayoutParams API aracılığıyla ayarlanan ekran kesme işaretlerini SDK'da açıklandığı şekilde dikkate ALMASI GEREKİR.
  • [C-1-4] DisplayCutout API'de tanımlanan tüm kesit metrikleri için doğru değerleri ORTAYA KOYMALIDIR.

3.9. Cihaz Yönetimi

Android, güvenlik bilincine sahip uygulamaların Android Cihaz Yönetimi API aracılığıyla sistem düzeyinde cihaz yönetimi işlevleri (ör. şifre politikalarını uygulama veya uzaktan silme) gerçekleştirmesine olanak tanıyan özellikler içerir.

Cihaz uygulamaları, Android SDK dokümanlarında tanımlanan cihaz yönetimi politikalarının tamamını uygularsa:

3.9.1 Cihaz Temel Hazırlığı

3.9.1.1 Cihaz sahibi temel hazırlığı

Cihaz uygulamaları android.software.device_admin bildirirse:

  • [C-1-1] Cihaz Politikası İstemcisinin (DPC) aşağıda açıklandığı şekilde Cihaz Sahibi uygulaması olarak kaydedilmesini DESTEKLEMELİDİR:
  • [C-1-2] Uygulamanın cihaz sahibi olarak ayarlanmasına izin vermek için, temel hazırlama işlemi sırasında kullanıcının onay vermesi ZORUNLUDUR. Kullanıcı işlemi veya temel hazırlama sırasında bazı programatik yöntemler aracılığıyla izin verilebilir ancak izin sabit kodlanmamalı veya diğer cihaz sahibi uygulamalarının kullanımını engellememelidir.

Cihaz uygulamaları android.software.device_admin değerini belirtiyorsa ancak özel bir cihaz sahibi yönetim çözümü de içeriyorsa ve çözümlerinde yapılandırılmış bir uygulamayı standart Android DevicePolicyManager API'leri tarafından tanınan standart "cihaz sahibi"nin "cihaz sahibi eşdeğeri" olarak tanıtımını yapacak bir mekanizma sağlıyorsa:

  • [C-2-1] Tanıtılan belirli uygulamanın meşru bir kurumsal cihaz yönetimi çözümüne ait olduğunu ve tescilli çözümde "Cihaz Sahibi" ile eşdeğer haklara sahip olacak şekilde yapılandırıldığını doğrulamak için bir süreç ZORUNLUDUR.
  • [C-2-2] DPC uygulaması "Cihaz Sahibi" olarak kaydedilmeden önce android.app.action.PROVISION_MANAGED_DEVICE tarafından başlatılan akışla aynı AOSP Cihaz Sahibi izin açıklamasını GÖSTERMELİDİR.
  • DPC uygulaması "Cihaz Sahibi" olarak kaydedilmeden önce cihazda kullanıcı verileri OLABİLİR.
3.9.1.2 Yönetilen profil temel hazırlığı

Cihaz uygulamaları android.software.managed_users bildirirse:

  • [C-1-1] Cihaz Politikası Denetleyici (DPC) uygulamasının yeni bir yönetilen profilin sahibi olmasına olanak tanıyan API'leri UYGULAMALIDIR.

  • [C-1-2] Yönetilen profil sağlama işlemi (android.app.action.PROVISION_MANAGED_PROFILE tarafından başlatılan akış) kullanıcı deneyimi AOSP uygulamasıyla uyumlu OLMALIDIR.

  • [C-1-3] Cihaz Politikası Denetleyicisi (DPC) tarafından belirli bir sistem işlevi devre dışı bırakıldığında kullanıcıya belirtmek için Ayarlar'da aşağıdaki kullanıcı özelliklerini ZORUNLU KULLANINIZ:

    • Belirli bir ayarın cihaz yöneticisi tarafından kısıtlandığını gösteren tutarlı bir simge veya başka bir kullanıcı özelliği (ör. yayın öncesi AOSP bilgi simgesi).
    • Cihaz yöneticisi tarafından setShortSupportMessage üzerinden sağlanan kısa bir açıklama mesajı.
    • DPC uygulamasının simgesi.

3.9.2 Yönetilen Profil Desteği

Cihaz uygulamaları android.software.managed_users bildirirse:

  • [C-1-1] android.app.admin.DevicePolicyManager API'leri aracılığıyla yönetilen profilleri DESTEKLEMELİDİR.
  • [C-1-2] Yalnızca bir yönetilen profilin oluşturulmasına izin VERMELİDİR.
  • [C-1-3] Yönetilen uygulamaları, widget'ları ve Son Aramalar ve Bildirimler gibi rozetli diğer kullanıcı arayüzü öğelerini temsil etmek için bir simge rozeti (AOSP yayın öncesi çalışma rozetine benzer) KULLANMALIDIR.
  • [C-1-4] Kullanıcının yönetilen profil uygulamasında olduğunu belirtmek için bir bildirim simgesi (AOSP yayın öncesi iş rozetine benzer) GÖSTERMELİDİR.
  • [C-1-5] Cihaz açıldığında (ACTION_USER_PRESENT) ve ön plan uygulaması yönetilen profildeyse kullanıcının yönetilen profilde olduğunu belirten bir pop-up GÖSTERMELİDİR.
  • [C-1-6] Yönetilen profilin bulunduğu durumlarda, kullanıcının cihaz politikası denetleyicisi tarafından etkinleştirildiyse intent'i yönetilen profilden birincil kullanıcıya veya tam tersi şekilde yönlendirmesine izin vermek için intent "seçicisinde" görsel bir kolaylık gösterilmelidir.
  • [C-1-7] Yönetilen profilin bulunduğu durumlarda, hem birincil kullanıcı hem de yönetilen profil için aşağıdaki kullanıcı özelliklerini GÖSTERMELİDİR:
    • Birincil kullanıcı ve yönetilen profil için pil, konum, mobil veri ve depolama alanı kullanımının ayrı ayrı hesaplanması.
    • Birincil kullanıcı veya yönetilen profilde yüklü VPN uygulamalarının bağımsız yönetimi.
    • Birincil kullanıcı veya yönetilen profilde yüklü uygulamaların bağımsız yönetimi.
    • Birincil kullanıcı veya yönetilen profildeki hesapların bağımsız yönetimi.
  • [C-1-8] Cihaz Politikası Denetleyicisi izin veriyorsa önceden yüklenmiş numara çevirici, kişiler ve mesajlaşma uygulamalarının, birincil profildekilerin yanı sıra yönetilen profildeki (varsa) arayan bilgilerini aramasına ve bilmesine ZORUNLUDUR.
  • [C-1-9] Yönetilen profil, birincil kullanıcıya ek olarak başka bir kullanıcı olarak sayılmasa bile, birden fazla kullanıcının etkin olduğu cihazlar için geçerli tüm güvenlik şartlarını karşılamalıdır (9.5 numaralı bölüme bakın).
  • [C-1-10] Yönetilen bir profilde çalışan uygulamalara erişim izni vermek için aşağıdaki koşulları karşılayan ayrı bir kilit ekranı belirtme özelliğiNİ DESTEKLEMELİDİR.
    • Cihaz uygulamalarında DevicePolicyManager.ACTION_SET_NEW_PASSWORD intent'i dikkate alınmalı ve yönetilen profil için ayrı bir kilit ekranı kimlik bilgisi yapılandırmaya yönelik bir arayüz gösterilmelidir.
    • Yönetilen profilin kilit ekranı kimlik bilgileri, Android Açık Kaynak Projesi sitesinde belirtildiği gibi üst profille aynı kimlik bilgisi depolama ve yönetim mekanizmalarını KULLANMAK ZORUNDADIR.
    • getParentProfileInstance tarafından döndürülen DevicePolicyManager örneği çağrılmadığı sürece DPC şifre politikaları yalnızca yönetilen profilin kilit ekranı kimlik bilgileri için UYGULANMALIDIR.
  • Yönetilen profildeki kişiler, önceden yüklenmiş arama günlüğünde, arama içi kullanıcı arayüzünde, devam eden ve kaçırılan arama bildirimlerinde, kişi ve mesajlaşma uygulamalarında gösterildiğinde yönetilen profil uygulamalarını belirtmek için kullanılan rozetle işaretlenmelidir.

3.9.3 Yönetilen Kullanıcı Desteği

Cihaz uygulamaları android.software.managed_users bildirirse:

  • [C-1-1] isLogoutEnabled true döndürdüğünde, mevcut kullanıcının oturumunu kapatıp birden fazla kullanıcı oturumunda birincil kullanıcıya geri dönmek için kullanıcıya bir imkân sunulmalıdır. Kullanıcıya sunulan olanağa, cihazın kilidi açılmadan kilit ekranından erişilebilmelidir.

3.10. Erişilebilirlik

Android, engelli kullanıcıların cihazlarında daha kolay gezinmelerine yardımcı olan bir erişilebilirlik katmanı sağlar. Ayrıca Android, erişilebilirlik hizmeti uygulamalarının kullanıcı ve sistem etkinlikleri için geri çağırma çağrıları almasını ve metni konuşmaya dönüştürme, dokunma geri bildirimi ve izleme topu/d-pad gezinme gibi alternatif geri bildirim mekanizmaları oluşturmasını sağlayan platform API'leri sağlar.

Cihaz uygulamaları üçüncü taraf erişilebilirlik hizmetlerini destekliyorsa:

  • [C-1-1] Accessibility API'leri SDK dokümanlarında açıklandığı şekilde Android erişilebilirlik çerçevesinin bir uygulamasını SAĞLAMALIDIR.
  • [C-1-2] Erişilebilirlik etkinlikleri oluşturmalı ve SDK'da belirtildiği gibi kayıtlı tüm AccessibilityService uygulamalarına uygun AccessibilityEvent göndermelidir.
  • [C-1-3] Önceden yüklenmiş erişilebilirlik hizmetlerinin yanı sıra üçüncü taraf erişilebilirlik hizmetlerini etkinleştirmek ve devre dışı bırakmak için kullanıcının erişebileceği bir mekanizma sağlama android.settings.ACCESSIBILITY_SETTINGS amacına uymalıdır.
  • [C-1-4] Etkin erişilebilirlik hizmetleri AccessibilityServiceInfo.FLAG_REQUEST_ACCESSIBILITY_BUTTON bildirdiğinde kullanıcının erişilebilirlik hizmetini kontrol etmesine olanak tanıyan bir düğme sistem gezinme çubuğuna EKLENMELİDİR . Sistem gezinme çubuğu olmayan cihaz uygulamalarında bu şartın geçerli olmadığını, ancak cihaz uygulamalarının bu erişilebilirlik hizmetlerini kontrol etmek için kullanıcılara bir kolaylık sunması gerektiğini unutmayın.

Cihaz uygulamalarında önceden yüklenmiş erişilebilirlik hizmetleri varsa bu hizmetler:

  • [C-2-1] Veri depolama alanı Dosya Tabanlı Şifreleme (FBE) ile şifrelendiğinde, önceden yüklenmiş bu erişilebilirlik hizmetlerini Doğrudan Açılışta Farkında uygulamalar olarak UYGULAMALIDIR.
  • Kullanıcıların ilgili erişilebilirlik hizmetlerini etkinleştirmesi için kutudan çıkar çıkmaz kurulum akışında bir mekanizma ve yazı tipi boyutunu, ekran boyutunu ve büyütme hareketlerini ayarlama seçenekleri SAĞLANMALIDIR.

3.11. Metin Okuma

Android, uygulamaların metin okuma (TTS) hizmetlerinden yararlanmasına ve servis sağlayıcıların TTS hizmetlerinin uygulamalarını sunmasına olanak tanıyan API'ler içerir.

android.hardware.audio.output özelliğini bildiren cihaz uygulamaları:

Cihaz uygulamaları üçüncü taraf TTS motorlarının kurulumunu destekliyorsa:

  • [C-2-1] Kullanıcının sistem düzeyinde kullanmak üzere bir TTS motoru seçmesine olanak tanımak için kullanıcıya kolaylık sağlamalıdır.

3.12. TV Girişi Çerçevesi

Android Television Giriş Çerçevesi (TIF), canlı içeriğin Android Television cihazlarına yayınını kolaylaştırır. TIF, Android TV cihazlarını kontrol eden giriş modülleri oluşturmak için standart bir API sağlar.

Cihaz uygulamaları TIF'yi destekliyorsa:

  • [C-1-1] android.software.live_tv platform özelliğini İLKLE bildirmelidir.
  • [C-1-2] Tüm TIF API'lerini desteklemelidir. Böylece, bu API'leri ve üçüncü taraf TIF tabanlı girişler hizmetini kullanan bir uygulama cihaza yüklenip kullanılabilir.

3.13. Hızlı Ayarlar

Android, sık kullanılan veya acil olarak ihtiyaç duyulan işlemlere hızlı erişim sağlayan bir Hızlı Ayarlar kullanıcı arayüzü bileşeni sağlar.

Cihaz uygulamalarında Hızlı Ayarlar kullanıcı arayüzü bileşeni varsa:

  • [C-1-1] Kullanıcının, quicksettings API'leri aracılığıyla sağlanan karoları üçüncü taraf uygulamasından eklemesine veya kaldırmasına İZİN VERMELİDİR.
  • [C-1-2] Üçüncü taraf uygulamasından doğrudan Hızlı Ayarlar'a otomatik olarak kutu eklenmemelidir.
  • [C-1-3] Sistem tarafından sağlanan hızlı ayar karolarının yanı sıra üçüncü taraf uygulamalarından kullanıcı tarafından eklenen tüm karoları GÖSTERMELİDİR.

3.14. Medya kullanıcı arayüzü

Cihaz uygulamaları , MediaBrowser ve MediaSession'e dayalı üçüncü taraf uygulamaları destekleyen kullanıcı arayüzü çerçevesini içeriyorsa:

3.15. Hazır Uygulamalar

Cihaz uygulamaları aşağıdaki koşulları karşılamalıdır:

  • [C-0-1] Anında Uygulamalara yalnızca android:protectionLevel değeri "instant" olan izinler VERİLMELİDİR.
  • [C-0-2] Aşağıdakilerden biri geçerli olmadığı sürece hazır uygulamalar, örtülü intent'ler aracılığıyla yüklü uygulamalarla etkileşimde BULUNMAMALIDIR:
    • Bileşenin intent kalıbı filtresi gösterilir ve CATEGORY_BROWSABLE özelliğine sahiptir
    • İşlem, ACTION_SEND, ACTION_SENDTO, ACTION_SEND_MULTIPLE seçeneklerinden biri olmalıdır.
    • Hedef, android:visibleToInstantApps ile açıkça gösteriliyor
  • [C-0-3] Bileşen, android:visibleToInstantApps aracılığıyla gösterilmediği sürece Hazır Uygulamalar, yüklü uygulamalarla açıkça etkileşime GİRMEMELİDİR.
  • [C-0-4] Yüklü Uygulamalar, Hazır Uygulama yüklü uygulamaya açıkça bağlanmadığı sürece cihazdaki Hazır Uygulamalarla ilgili ayrıntıları GÖREMEZ.

3.16. Tamamlayıcı Cihaz Eşleme

Android, tamamlayıcı cihazlarla ilişkilendirmeyi daha etkili bir şekilde yönetmek için tamamlayıcı cihaz eşleme desteği içerir ve uygulamaların bu özelliğe erişmesi için CompanionDeviceManager API'sini sağlar.

Cihaz uygulamaları, yardımcı cihaz eşleme özelliğini destekliyorsa:

  • [C-1-1] Özellik bayrağı FEATURE_COMPANION_DEVICE_SETUP İSTENİR .
  • [C-1-2] android.companion paketindeki API'lerin tam olarak uygulandığından EMİN OLMALIDIR.
  • [C-1-3] Kullanıcının, tamamlayıcı cihazın mevcut ve çalışır durumda olduğunu seçmesi/onaylaması için kullanıcı özelliklerini ZORUNLU KILIN.

3:17. Ağır Uygulamalar

Cihaz uygulamaları özelliği FEATURE_CANT_SAVE_STATE olarak tanımlıyorsa:

  • [C-1-1] Sistemde aynı anda cantSaveState çalıştırıldığını belirten yalnızca bir yüklü uygulama OLMALIDIR. Kullanıcı bu tür bir uygulamadan açıkça çıkmadan ayrılırsa (ör. sistemde etkin bir etkinlik kalmadığında geri tuşuna basmak yerine sistemde etkin bir etkinlikten ayrılırken ana sayfa tuşuna basarak) cihaz uygulamaları, ön plan hizmetleri gibi çalışmaya devam etmesi beklenen diğer öğeler için RAM'de bu uygulamaya öncelik VERMELİDİR. Bu tür bir uygulama arka planda olsa bile sistem, CPU ve ağ erişimini sınırlama gibi güç yönetimi özelliklerini uygulamaya devam edebilir.
  • [C-1-2] Kullanıcı cantSaveState özelliğiyle tanımlanan ikinci bir uygulamayı başlattığında normal durum kaydetme/geri yükleme mekanizmasına dahil edilmeyecek uygulamayı seçmek için bir kullanıcı arayüzü imkanı SAĞLANMALIDIR.
  • [C-1-3] Politikadaki diğer değişiklikler (ör. CPU performansını değiştirme veya planlama önceliğini değiştirme) cantSaveState belirten uygulamalara UYGULANMAMALIDIR.

Cihaz uygulamaları FEATURE_CANT_SAVE_STATE özelliğini beyan etmezse:

  • [C-1-1] Uygulamalar tarafından ayarlanan cantSaveState özelliğini yok saymalı ve uygulama davranışını bu özelliğe göre DEĞİŞTİRMEmelidir.

4. Uygulama Paketleme Uyumluluğu

Cihaz uygulamaları:

  • [C-0-1] Resmi Android SDK'sına dahil olan "aapt" aracı tarafından oluşturulan Android ".apk" dosyalarını yükleyip çalıştırabilmelidir.
  • Yukarıdaki şart zor olabileceğinden, cihaz uygulamalarında AOSP referans uygulamasının paket yönetim sisteminin kullanılması ÖNERİLİR.

Cihaz uygulamaları:

  • [C-0-2] APK İmza Şeması v3 , APK İmza Şeması v2 ve JAR imzalama kullanılarak ".apk" dosyalarının doğrulanmasını DESTEKLEMELİDİR.
  • [C-0-3] .apk, Android Manifest, Dalvik bayt kodu veya RenderScript bayt kodu biçimlerini, bu dosyaların diğer uyumlu cihazlarda düzgün şekilde yüklenmesini ve çalışmasını engelleyecek şekilde UZATMASI GEREKMEZ.

  • [C-0-4] Paketin mevcut "kayıtlı yükleyicisi" dışındaki uygulamaların, DELETE_PACKAGE izni için SDK'da belirtildiği gibi, kullanıcı onayı olmadan uygulamayı sessizce kaldırmasına İZİN VERMEMELİDİR. Bunun tek istisnası, PACKAGE_NEEDS_VERIFICATION intent'ini işleyen sistem paket doğrulayıcı uygulaması ve ACTION_MANAGE_STORAGE intent'ini işleyen depolama alanı yöneticisi uygulamasıdır.

  • [C-0-5] android.settings.MANAGE_UNKNOWN_APP_SOURCES amacını işleyen bir etkinliğe sahip OLMALIDIR.

  • [C-0-6] Yükleme isteğinde bulunan uygulama aşağıdaki tüm koşulları karşılamadığı sürece uygulama paketlerini bilinmeyen kaynaklardan yüklememelidir:

    • REQUEST_INSTALL_PACKAGES iznini beyan ETMESİ veya android:targetSdkVersion değerinin 24 veya daha düşük bir değere ayarlanmış olması GEREKİR.
    • Kullanıcı tarafından bilinmeyen kaynaklardan uygulama yükleme izni VERİLMİŞ OLMALIDIR.

  • Uygulama başına bilinmeyen kaynaklardan uygulama yükleme iznini verme/iptal etme seçeneği sunmalıdır ancak cihaz uygulaması kullanıcıların bu seçeneği kullanmasına izin vermek istemiyorsa bunu işlem yapmadan uygulayabilir ve startActivityForResult() için RESULT_CANCELED döndürebilir. Ancak bu gibi durumlarda bile kullanıcıya neden böyle bir seçenek sunulmadığını belirtmelidir.

  • [C-0-7] Aynı sistem API'si PackageManager.setHarmfulAppWarning tarafından zararlı olabilecek olarak işaretlenmiş bir uygulamada etkinlik başlatmadan önce kullanıcıya sistem API'si PackageManager.setHarmfulAppWarning aracılığıyla sağlanan uyarı dizesini içeren bir uyarı iletişim kutusu GÖSTERMELİDİR.

  • Uyarı iletişiminde kullanıcılara uygulamayı kaldırmayı veya başlatmayı seçme olanağı SUNULMALIDIR.

5. Multimedya Uyumluluğu

Cihaz uygulamaları:

  • [C-0-1] MediaCodecList tarafından beyan edilen her codec için bölüm 5.1'de tanımlanan medya biçimlerini, kodlayıcıları, kod çözücüleri, dosya türlerini ve kapsayıcı biçimlerini DESTEKLEMELİDİR.
  • [C-0-2] Üçüncü taraf uygulamaları tarafından kullanılabilen kodlayıcılar ve kod çözücüler için MediaCodecList aracılığıyla destek beyan ETMEK VE RAPORLAMAK ZORUNLUDUR.
  • [C-0-3] Kodlayabileceği tüm biçimlerin kodunu çözebilmeli ve üçüncü taraf uygulamalarına sunabilmelidir. Buna, kodlayıcılarının oluşturduğu tüm bit akışları ve CamcorderProfile'da raporlanan profiller dahildir.

Cihaz uygulamaları:

    • Minimum codec gecikmesi hedeflenmelidir. Diğer bir deyişle,
    • Giriş arabelleklerini tüketmemeli, saklamamalı ve yalnızca işlendikten sonra döndürmemelidir.
    • Kodu çözülmüş arabellekleri standartta belirtilenden (ör. SPS) daha uzun süre tutmamalıdır.
    • GOP yapısının gerektirdiğinden daha uzun süre kodlanmış arabellekleri TUTMAYACAK.

Aşağıdaki bölümde listelenen tüm codec'ler, Android Açık Kaynak Projesi'ndeki tercih edilen Android uygulamasında yazılım uygulamaları olarak sağlanır.

Google veya Open Handset Alliance'ın bu codec'lerin üçüncü taraf patentlerinden arındırılmış olduğuna dair herhangi bir beyanda bulunmadığını lütfen unutmayın. Bu kaynak kodunu donanım veya yazılım ürünlerinde kullanmak isteyenlerin, açık kaynak yazılım veya ücretsiz yazılım da dahil olmak üzere bu kodun uygulanabilmesi için ilgili patent sahiplerinden patent lisansları almaları gerekebileceğini göz önünde bulundurmaları önerilir.

5.1. Medya codec'leri

5.1.1. Ses Kodlaması

Daha fazla bilgi için 5.1.3'e göz atın. Ses codec'leri ayrıntıları'nı tıklayın.

Cihaz uygulamaları android.hardware.microphone değerini belirtiyorsa aşağıdaki ses kodlamasını DESTEKLEMELİDİR:

  • [C-1-1] PCM/WAVE

5.1.2. Ses Kod Çözme

Daha fazla bilgi için 5.1.3'e göz atın. Ses codec'leri ayrıntıları'nı tıklayın.

Cihaz uygulamaları android.hardware.audio.output özelliğini destekliyorsa aşağıdaki ses biçimlerinin kodunu çözmeyi desteklemelidir:

  • [C-1-1] MPEG-4 AAC Profili (AAC LC)
  • [C-1-2] MPEG-4 HE AAC Profili (AAC+)
  • [C-1-3] MPEG-4 HE AACv2 Profili (geliştirilmiş AAC+)
  • [C-1-4] AAC ELD (düşük gecikmeli gelişmiş AAC)
  • [C-1-11] xHE-AAC (USAC Baseline Profile ve ISO/IEC 23003-4 Dynamic Range Control Profile'i içeren ISO/IEC 23003-3 Extended HE AAC Profile)
  • [C-1-5] FLAC
  • [C-1-6] MP3
  • [C-1-7] MIDI
  • [C-1-8] Vorbis
  • [C-1-9] PCM/WAVE
  • [C-1-10] Opus

Cihaz uygulamaları, android.media.MediaCodec API'sindeki varsayılan AAC ses kod çözücüsü aracılığıyla çok kanallı akışların (ör. ikiden fazla kanal) AAC giriş arabelleklerinin PCM'ye kod çözülmesini destekliyorsa aşağıdakiler desteklenmelidir:

  • [C-2-1] Kod çözme işlemi, aşağı karıştırma olmadan YAPILMALIDIR (ör. 5.0 AAC akışı beş kanal PCM olarak, 5.1 AAC akışı altı kanal PCM olarak kod çözülmelidir).
  • [C-2-2] Dinamik aralık meta verileri, ISO/IEC 14496-3'teki "Dinamik Aralık Kontrolü (DRC)" bölümünde ve ses kodlayıcının dinamik aralıkla ilgili davranışlarını yapılandırmak için android.media.MediaFormat DRC anahtarlarında tanımlandığı şekilde OLMALIDIR. AAC DRC anahtarları API 21'de kullanıma sunulmuştur ve KEY_AAC_DRC_ATTENUATION_FACTOR, KEY_AAC_DRC_BOOST_FACTOR, KEY_AAC_DRC_HEAVY_COMPRESSION, KEY_AAC_DRC_TARGET_REFERENCE_LEVEL ve KEY_AAC_ENCODED_TARGET_LEVEL şeklindedir.

USAC ses kodunun çözülmesi sırasında MPEG-D (ISO/IEC 23003-4):

  • [C-3-1] Ses seviyesi ve DRC meta verileri MPEG-D DRC Dinamik Aralık Kontrolü Profili 1. Seviyesine göre yorumlanmalı ve uygulanmalıdır.
  • [C-3-2] Kod çözücü, aşağıdaki android.media.MediaFormat anahtarlarıyla ayarlanan yapılandırmaya göre DAVRANIŞ GÖSTERMELİDİR: KEY_AAC_DRC_TARGET_REFERENCE_LEVEL ve KEY_AAC_DRC_EFFECT_TYPE.

MPEG-4 AAC, HE AAC ve HE AACv2 profil kod çözücüleri:

  • ISO/IEC 23003-4 Dinamik Aralık Kontrol Profili'ni kullanarak ses düzeyini ve dinamik aralığı kontrolünü DESTEKLEYEBİLİR.

ISO/IEC 23003-4 destekleniyorsa ve hem ISO/IEC 23003-4 hem de ISO/IEC 14496-3 meta verileri kod çözülmüş bit akışında mevcutsa:

  • ISO/IEC 23003-4 meta verileri öncelikli OLUR.

5.1.3. Ses codec'leri hakkında ayrıntılı bilgi

Biçim/Codec Ayrıntılar Desteklenen dosya türleri/kapsayıcı biçimleri
MPEG-4 AAC Profili
(AAC LC) 		8 ila 48 kHz arasındaki standart örnekleme hızlarına sahip mono/stereo/5.0/5.1 içerik desteği.
  • 3GPP (.3gp)
  • MPEG-4 (.mp4, .m4a)
  • ADTS ham AAC (.aac, ADIF desteklenmez)
  • MPEG-TS (.ts, atlanabilir değildir)
MPEG-4 HE AAC Profili (AAC+) 16 ila 48 kHz arasındaki standart örnekleme hızlarına sahip mono/stereo/5.0/5.1 içerik desteği.
MPEG-4 HE AACv2
Profili (geliştirilmiş AAC+) 		16 ila 48 kHz arasındaki standart örnekleme hızlarına sahip mono/stereo/5.0/5.1 içerik desteği.
AAC ELD (gelişmiş düşük gecikmeli AAC) 16 ila 48 kHz arasındaki standart örnekleme hızlarına sahip mono/stereo içerikler desteklenir.
USAC 7,35 ila 48 kHz arasındaki standart örnekleme hızlarına sahip mono/stereo içerik desteği. MPEG-4 (.mp4, .m4a)
AMR-NB 8 kHz'te örneklenmiş 4,75 ila 12,2 Kb/sn 3GPP (.3gp)
AMR-WB 16 kHz'te örneklenen 6,60 kbit/sn ile 23,85 kbit/sn arasında 9 hız
FLAC Mono/stereo (çok kanallı değil). 48 kHz'e kadar örnek hızları (ancak 48 ila 44,1 kHz azaltıcı düşük geçiş filtresi içermediğinden, 44,1 kHz çıkışlı cihazlarda 44,1 kHz'e kadar örnek hızları ÖNERİLİR). 16 bit ÖNERİLİR; 24 bit için dithering uygulanmaz. Yalnızca FLAC (.flac)
MP3 Mono/Stereo 8-320 Kb/sn sabit (CBR) veya değişken bit hızı (VBR) MP3 (.mp3)
MIDI MIDI Türü 0 ve 1. DLS 1 ve 2 sürümü. XMF ve Mobil XMF. RTTTL/RTX, OTA ve iMelody zil sesi biçimleri için destek
  • 0 ve 1 türü (.mid, .xmf, .mxmf)
  • RTTTL/RTX (.rtttl, .rtx)
  • OTA (.ota)
  • iMelody (.imy)
Vorbis
  • Ogg (.ogg)
  • Matroska (.mkv, Android 4.0+)
PCM/WAVE 16 bit doğrusal PCM (donanım sınırına kadar hız). Cihazlar, 8000, 11025, 16000 ve 44100 Hz frekanslarında ham PCM kaydı için örnekleme hızlarını DESTEKLEMELİDİR. WAVE (.wav)
Opus Matroska (.mkv), Ogg(.ogg)

5.1.4. Resim Kodlaması

Daha fazla bilgi için 5.1.6. Resim codec'leri ayrıntıları.

Cihaz uygulamaları aşağıdaki resim kodlamasını desteklemelidir:

  • [C-0-1] JPEG
  • [C-0-2] PNG
  • [C-0-3] WebP

5.1.5. Resim Kodu Çözme

Daha fazla bilgi için 5.1.6. Resim codec'leri ayrıntıları.

Cihaz uygulamaları aşağıdaki resim kodlamasının kodunu çözmeyi DESTEKLEMELİDİR:

  • [C-0-1] JPEG
  • [C-0-2] GIF
  • [C-0-3] PNG
  • [C-0-4] BMP
  • [C-0-5] WebP
  • [C-0-6] Ham
  • [C-0-7] HEIF (HEIC)

5.1.6. Resim codec'leri ayrıntıları

Biçim/Codec Ayrıntılar Desteklenen dosya türleri/kapsayıcı biçimleri
JPEG Taban+aşamalı JPEG (.jpg)
GIF GIF (.gif)
PNG PNG (.png)
BMP BMP (.bmp)
WebP WebP (.webp)
İşlenmemiş ARW (.arw), CR2 (.cr2), DNG (.dng), NEF (.nef), NRW (.nrw), ORF (.orf), PEF (.pef), RAF (.raf), RW2 (.rw2), SRW (.srw)
HEIF Resim, Resim koleksiyonu, Resim dizisi HEIF (.heif), HEIC (.heic)

5.1.7. Video codec'leri

  • Web video yayını ve video konferans hizmetlerinin kabul edilebilir kalitede olması için cihaz uygulamalarında koşulları karşılayan bir donanım VP8 codec'i KULLANILMALIDIR.

Cihaz uygulamalarında video kod çözücü veya kodlayıcı varsa:

  • [C-1-1] Video codec'leri, standart ve yapılandırma tarafından belirlenen en büyük sıkıştırılmış ve sıkıştırılmamış kareyi barındıran çıkış ve giriş bayt arabelleği boyutlarını desteklemeli ancak aşırı tahsis etmemelidir.

  • [C-1-2] Video kodlayıcılar ve kod çözücüler YUV420 esnek renk biçimini (COLOR_FormatYUV420Flexible) DESTEKLEMELİDİR.

Cihaz uygulamaları Display.HdrCapabilities aracılığıyla HDR profili desteğinin reklamını yapıyorsa:

  • [C-2-1] HDR statik meta verilerini ayrıştırmayı ve işlemeyi DESTEKLEMELİDİR.

Cihaz uygulamaları, MediaCodecInfo.CodecCapabilities sınıfındaki FEATURE_IntraRefresh aracılığıyla yenileme içi desteğin reklamını yapıyorsa:

  • [C-3-1] 10 ila 60 kare aralığındaki yenileme sürelerini desteklemeli ve yapılandırılmış yenileme süresinin% 20'si içinde doğru şekilde çalışmalıdır.

5.1.8. Video codec'leri listesi

Biçim/Codec Ayrıntılar Desteklenen Dosya Türleri/
Container Biçimleri
H.263
  • 3GPP (.3gp)
  • MPEG-4 (.mp4)
H.264 AVC Ayrıntılar için 5.2 ve 5.3 bölümlerine bakın.
  • 3GPP (.3gp)
  • MPEG-4 (.mp4)
  • MPEG-2 TS (.ts, yalnızca AAC ses, atlanabilir değil, Android 3.0+)
H.265 HEVC Ayrıntılar için 5.3 numaralı bölüme bakın. MPEG-4 (.mp4)
MPEG-2 Ana Profil MPEG2-TS
MPEG-4 SP 3GPP (.3gp)
VP8 Ayrıntılar için 5.2 ve 5.3 bölümlerine bakın.
VP9 Ayrıntılar için 5.3 numaralı bölüme bakın.

5.2. Video Kodlama

Cihaz uygulamaları herhangi bir video kodlayıcıyı destekliyorsa ve üçüncü taraf uygulamalarına sunuluyorsa:

  • İki kaydırmalı pencerede, kare içi (I karesi) aralıkları arasındaki bit hızından yaklaşık% 15 daha yüksek OLMAMALIDIR.
  • 1 saniyelik hareketli bir pencerede bit hızının yaklaşık% 100'ünden fazla olmamalıdır.

Cihaz uygulamaları en az 2, 5 inç diyagonal uzunluğunda yerleşik bir ekran ekranı içeriyorsa veya video çıkış bağlantı noktası içeriyorsa ya da android.hardware.camera.any özellik işareti aracılığıyla kamera desteğini belirtiyorsa:

  • [C-1-1] VP8 veya H.264 video kodlayıcılarından en az birinin desteğini İÇERMELİ ve üçüncü taraf uygulamaları için kullanılabilir hale getirmelidir.
  • Hem VP8 hem de H.264 video kodlayıcılarını desteklemeli ve üçüncü taraf uygulamaları için kullanılabilir hale getirmelidir.

Cihaz uygulamaları H.264, VP8, VP9 veya HEVC video kodlayıcılarından herhangi birini destekliyorsa ve bu kodlayıcıları üçüncü taraf uygulamalarına sunuyorsa:

  • [C-2-1] Dinamik olarak yapılandırılabilir bit hızlarını DESTEKLEMELİDİR.
  • Video kodlayıcının anlık kare süresini giriş arabelleklerinin zaman damgalarına göre belirlemesi ve bit grubunu bu kare süresine göre tahsis etmesi gereken değişken kare hızlarını DESTEKLEMELİDİR.

Cihaz uygulamaları MPEG-4 SP video kodlayıcıyı destekliyorsa ve üçüncü taraf uygulamaların kullanımına sunuyorsa:

  • Desteklenen kodlayıcı için dinamik olarak yapılandırılabilir bit hızlarını DESTEKLEMELİDİR.

5.2.1. H.263

Cihaz uygulamaları H.263 kodlayıcıları destekliyorsa ve üçüncü taraf uygulamalarına sunuluyorsa:

  • [C-1-1] Temel Profil 45. Seviyesini DESTEKLEMELİDİR.
  • Desteklenen kodlayıcı için dinamik olarak yapılandırılabilir bit hızlarını DESTEKLEMELİDİR.

5.2.2. H-264

Cihaz uygulamaları H.264 codec'ini destekliyorsa:

  • [C-1-1] Temel Profil 3. Seviyesi desteklenmelidir. Ancak ASO (Arbitrary Slice Ordering), FMO (Flexible Macroblock Ordering) ve RS (Redundant Slices) için destek İSTEĞE BAĞLIDIR. Ayrıca, diğer Android cihazlarla uyumluluğu korumak için kodlayıcıların referans profili için ASO, FMO ve RS'nin KULLANILMAMASI ÖNERİLİR.
  • [C-1-2] Aşağıdaki tabloda yer alan SD (Standart Çözünürlük) video kodlama profillerini DESTEKLEMELİDİR.
  • Ana Profil 4. Seviyeyi DESTEKLEMELİDİR.
  • Aşağıdaki tabloda belirtildiği gibi HD (Yüksek Çözünürlüklü) video kodlama profillerini DESTEKLEMELİDİR.

Cihaz uygulamaları, medya API'leri aracılığıyla 720p veya 1080p çözünürlüklü videolar için H.264 kodlamanın desteklendiğini bildirirse:

  • [C-2-1] Aşağıdaki tabloda yer alan kodlama profillerini DESTEKLEMELİDİR.
SD (Düşük kalite) SD (Yüksek kalite) HD 720p HD 1080p
Video çözünürlüğü 320 x 240 piksel 720 x 480 piksel 1280 x 720 piksel 1920 x 1080 piksel
Video kare hızı 20 fps 30 fps 30 fps 30 fps
Video bit hızı 384 Kb/sn 2 Mb/sn 4 Mb/sn 10 Mb/sn

5.2.3. VP8

Cihaz uygulamaları VP8 codec'ini destekliyorsa:

  • [C-1-1] SD video kodlama profillerini DESTEKLEMELİDİR.
  • Aşağıdaki HD (Yüksek Çözünürlüklü) video kodlama profillerini DESTEKLEMELİDİR.
  • Matroska WebM dosyası yazma özelliğini DESTEKLEMELİDİR.
  • Web video akışının ve video konferans hizmetlerinin kabul edilebilir kalitede olmasını sağlamak için WebM projesi RTC donanım kodlama koşullarını karşılayan bir donanım VP8 codec'i KULLANMALIDIR.

Cihaz uygulamaları, medya API'leri aracılığıyla 720p veya 1080p çözünürlüklü videolar için VP8 kodlamanın desteklendiğini bildirirse:

  • [C-2-1] Aşağıdaki tabloda yer alan kodlama profillerini DESTEKLEMELİDİR.
SD (Düşük kalite) SD (Yüksek kalite) HD 720p HD 1080p
Video çözünürlüğü 320 x 180 piksel 640 x 360 piksel 1280 x 720 piksel 1920 x 1080 piksel
Video kare hızı 30 fps 30 fps 30 fps 30 fps
Video bit hızı 800 Kb/sn 2 Mb/sn 4 Mb/sn 10 Mb/sn

5.2.4. VP9

Cihaz uygulamaları VP9 codec'ini destekliyorsa:

  • Matroska WebM dosyası yazma özelliğini DESTEKLEMELİDİR.

5.3. Video kod çözme

Cihaz uygulamaları VP8, VP9, H.264 veya H.265 codec'lerini destekliyorsa:

  • [C-1-1] Tüm VP8, VP9, H.264 ve H.265 codec'leri için aynı akıştaki standart Android API'leri aracılığıyla dinamik video çözünürlüğü ve kare hızı geçişini gerçek zamanlı olarak ve cihazdaki her codec'in desteklediği maksimum çözünürlüğe kadar desteklemelidir.

Cihaz uygulamaları , HDR_TYPE_DOLBY_VISION aracılığıyla Dolby Vision kod çözücü desteğini belirtiyorsa:

  • [C-2-1] Dolby Vision uyumlu bir çıkarıcı sağlanmalıdır.
  • [C-2-2] Dolby Vision içeriğini cihaz ekranında veya standart bir video çıkış bağlantı noktasında (ör. HDMI).
  • [C-2-3] Geriye dönük uyumlu temel katmanların (varsa) parça dizini, birleştirilmiş Dolby Vision katmanının parça dizini ile aynı olacak şekilde AYARLANMALIDIR.

5.3.1. MPEG-2

Cihaz uygulamaları MPEG-2 kod çözücüleri destekliyorsa:

  • [C-1-1] Ana Profil Üst Düzey'i desteklemelidir.

5.3.2. H.263

Cihaz uygulamaları H.263 kod çözücüleri destekliyorsa:

  • [C-1-1] Temel Profil 30. ve 45. seviyelerini desteklemelidir.

5.3.3. MPEG-4

MPEG-4 kod çözücüleri olan cihaz uygulamaları:

  • [C-1-1] Basit Profil 3. Seviyesi desteklenmelidir.

5.3.4. H.264

Cihaz uygulamaları H.264 kod çözücüleri destekliyorsa:

  • [C-1-1] Ana Profil 3.1 Seviyesi ve Temel Profil desteklenmelidir. ASO (Arızi Dilimli Sıralama), FMO (Esnek Makro Blok Sıralama) ve RS (Yedek Dilimler) desteği İSTİĞE BAĞLIDIR.
  • [C-1-2] Aşağıdaki tabloda listelenen ve Temel Profil ile Ana Profil Seviye 3.1 (720p30 dahil) ile kodlanmış SD (Standart Çözünürlük) profillerine sahip videoların kodunu çözebilmelidir.
  • Aşağıdaki tabloda belirtilen HD (Yüksek Çözünürlük) profilleriyle videoların kodunu çözebilmelidir.

Display.getSupportedModes() yöntemi tarafından bildirilen yükseklik, video çözünürlüğüne eşit veya video çözünürlüğünden büyükse cihaz uygulamaları:

  • [C-2-1] Aşağıdaki tabloda yer alan HD 720p video kod çözme profillerini DESTEKLEMELİDİR.
  • [C-2-2] Aşağıdaki tabloda yer alan HD 1080p video kod çözme profillerini DESTEKLEMELİDİR.
SD (Düşük kalite) SD (Yüksek kalite) HD 720p HD 1080p
Video çözünürlüğü 320 x 240 piksel 720 x 480 piksel 1280 x 720 piksel 1920 x 1080 piksel
Video kare hızı 30 fps 30 fps 60 fps 30 fps (60 fpsTelevizyon)
Video bit hızı 800 Kb/sn 2 Mb/sn 8 Mb/sn 20 Mb/sn

5.3.5. H.265 (HEVC)

Cihaz uygulamaları H.265 codec'ini destekliyorsa:

  • [C-1-1] Ana Profil 3. Katman Ana katmanını ve SD video kod çözme profillerini aşağıdaki tabloda belirtildiği şekilde DESTEKLEMELİDİR.
  • Aşağıdaki tabloda belirtilen HD kod çözme profillerini DESTEKLEMELİDİR.
  • [C-1-2] Donanım kod çözücü varsa aşağıdaki tabloda belirtilen HD kod çözme profillerini DESTEKLEMELİDİR.

Display.getSupportedModes() yöntemi tarafından bildirilen yükseklik, video çözünürlüğüne eşit veya video çözünürlüğünden büyükse:

  • [C-2-1] Cihaz uygulamaları, 720, 1080 ve UHD profillerinin H.265 veya VP9 kod çözme işlemlerinden en az birini DESTEKLEMELİDİR.
SD (Düşük kalite) SD (Yüksek kalite) HD 720p HD 1080p UHD
Video çözünürlüğü 352 x 288 piksel 720 x 480 piksel 1280 x 720 piksel 1920 x 1080 piksel 3.840 x 2.160 piksel
Video kare hızı 30 fps 30 fps 30 fps 30/60 fps (H.265 donanım kod çözme özelliğine sahip 60 fps televizyon) 60 fps
Video bit hızı 600 Kb/sn 1,6 Mb/sn 4 Mb/sn 5 Mb/sn 20 Mb/sn

5.3.6. VP8

Cihaz uygulamaları VP8 codec'ini destekliyorsa:

  • [C-1-1] Aşağıdaki tabloda yer alan SD kod çözme profillerini DESTEKLEMELİDİR.
  • Şartları karşılayan bir donanım VP8 codec'i KULLANMALIDIR.
  • Aşağıdaki tabloda yer alan HD kod çözme profillerini DESTEKLEMELİDİR.

Display.getSupportedModes() yöntemi tarafından bildirilen yükseklik, video çözünürlüğüne eşit veya video çözünürlüğünden büyükse:

  • [C-2-1] Cihaz uygulamaları, aşağıdaki tabloda yer alan 720p profillerini DESTEKLEMELİDİR.
  • [C-2-2] Cihaz uygulamaları aşağıdaki tabloda yer alan 1080p profillerini DESTEKLEMELİDİR.
SD (Düşük kalite) SD (Yüksek kalite) HD 720p HD 1080p
Video çözünürlüğü 320 x 180 piksel 640 x 360 piksel 1280 x 720 piksel 1920 x 1080 piksel
Video kare hızı 30 fps 30 fps 30 fps (60 fpsTelevizyon) 30 (60 fpsTelevizyon)
Video bit hızı 800 Kb/sn 2 Mb/sn 8 Mb/sn 20 Mb/sn

5.3.7. VP9

Cihaz uygulamaları VP9 codec'ini destekliyorsa:

  • [C-1-1] Aşağıdaki tabloda belirtilen SD video kod çözme profillerini DESTEKLEMELİDİR.
  • Aşağıdaki tabloda belirtilen HD kod çözme profillerini DESTEKLEMELİDİR.

Cihaz uygulamaları VP9 codec'ini ve donanım kod çözücüyü destekliyorsa:

  • [C-2-1] Aşağıdaki tabloda belirtilen HD kod çözme profillerini DESTEKLEMELİDİR.

Display.getSupportedModes() yöntemi tarafından bildirilen yükseklik, video çözünürlüğüne eşit veya video çözünürlüğünden büyükse:

  • [C-3-1] Cihaz uygulamaları, 720, 1080 ve UHD profillerinin VP9 veya H.265 kod çözme işlemlerinden en az birini desteklemelidir.
SD (Düşük kalite) SD (Yüksek kalite) HD 720p HD 1080p UHD
Video çözünürlüğü 320 x 180 piksel 640 x 360 piksel 1280 x 720 piksel 1920 x 1080 piksel 3.840 x 2.160 piksel
Video kare hızı 30 fps 30 fps 30 fps 30 fps (60 fpsVP9 donanım kod çözme özelliğine sahip televizyonlar) 60 fps
Video bit hızı 600 Kb/sn 1,6 Mb/sn 4 Mb/sn 5 Mb/sn 20 Mb/sn

5.4. Ses Kaydetme

Bu bölümde belirtilen şartlardan bazıları Android 4.3'ten beri "OLMALI" olarak listelenirken gelecek sürümlerin Uyumluluk Tanımı'nda bu şartlar "OLMALIDIR" olarak değiştirilmesi planlanmaktadır. Mevcut ve yeni Android cihazların, "OLMALI" olarak listelenen bu koşulları karşılaması ŞİDDETLE ÖNERİLİR. Aksi takdirde, gelecekteki sürüme yükseltildiğinde Android uyumluluğu elde edemezler.

5.4.1. Ham Ses Kaydı

Cihaz uygulamaları android.hardware.microphone bildirirse:

  • [C-1-1] Aşağıdaki özelliklere sahip ham ses içeriğinin yakalanmasına İZİN VERMELİDİR:

    • Biçim: Doğrusal PCM, 16 bit
    • Örnekleme hızları: 8000, 11025, 16000, 44.100 Hz
    • Kanallar: Mono

  • [C-1-2] Yukarı örnekleme olmadan yukarıdaki örnek hızlarında KAYDETMELİDİR.

  • [C-1-3] Yukarıda verilen örnekleme hızları, azaltılmış örneklemeyle yakalandığında uygun bir kenar yumuşatma filtresi DAHİL EDİLMELİDİR.

  • Ham ses içeriğinin AM radyo ve DVD kalitesinde yakalanmasına izin VERMELİDİR. Bu, aşağıdaki özellikleri ifade eder:

    • Biçim: Doğrusal PCM, 16 bit
    • Örnekleme hızları: 22.050, 48.000 Hz
    • Kanallar: Stereo

Cihaz uygulamaları, ham ses içeriğinin AM radyo ve DVD kalitesinde yakalanmasına izin veriyorsa:

  • [C-2-1] 16000:22050 veya 44100:48000'den yüksek bir oranda yukarı örnekleme yapmadan KAYDETMELİDİR.
  • [C-2-2] Yukarı veya aşağı örnekleme için uygun bir kenar yumuşatma filtresi DAHİL EDİLMELİDİR.

5.4.2. Ses Tanıma için Kayıt

Cihaz uygulamaları android.hardware.microphone bildirirse:

  • [C-1-1] android.media.MediaRecorder.AudioSource.VOICE_RECOGNITION ses kaynağını 44.100 ve 48.000 örnekleme hızlarından birinde KAYDETMELİDİR.
  • [C-1-2] AudioSource.VOICE_RECOGNITION ses kaynağından ses akışı kaydederken varsayılan olarak tüm gürültü azaltma ses işlemeyi devre dışı bırakmalıdır.
  • [C-1-3] AudioSource.VOICE_RECOGNITION ses kaynağından ses akışı kaydederken varsayılan olarak tüm otomatik kazanç kontrollerini devre dışı bırakmalıdır.
  • Ses tanıma ses akışını, yaklaşık olarak düz bir genlik ve frekans özelliğiyle kaydetmelidir: Özellikle 100 Hz ile 4.000 Hz arasında ±3 dB.
  • Ses tanıma ses akışını, giriş hassasiyeti 1000 Hz'de 90 dB ses gücü seviyesi (SPL) kaynağı 16 bit örnekler için 2500 RMS olacak şekilde ayarlanmış şekilde KAYDETMELİDİR.
  • PCM genlik seviyelerinin, mikrofondaki 90 dB SPL'ye göre -18 dB ile +12 dB arasında en az 30 dB aralığındaki giriş SPL değişikliklerini doğrusal olarak izleyeceği şekilde ses tanıma ses akışını KAYDETMELİDİR.
  • Ses tanıma ses akışını, mikrofonda 90 dB SPL giriş seviyesinde 1 kHz için toplam harmonik bozulma (THD) %1'den az olacak şekilde KAYDETMELİDİR.

Cihaz uygulamaları, ses tanıma için ayarlanmış android.hardware.microphone ve gürültü azaltma teknolojilerini belirtiyorsa:

  • [C-2-1] Bu ses efektinin android.media.audiofx.NoiseSuppressor API ile kontrol edilebilir olmasına İZİN VERİLMELİDİR.
  • [C-2-2] AudioEffect.Descriptor.uuid alanı aracılığıyla her gürültü azaltma teknolojisi uygulamasını benzersiz şekilde tanımlamalıdır.

5.4.3. Oynatma işlemini yeniden yönlendirmek için yakalama

android.media.MediaRecorder.AudioSource sınıfı, REMOTE_SUBMIX ses kaynağını içerir.

Cihaz uygulamaları hem android.hardware.audio.output hem de android.hardware.microphone bildirirse:

  • [C-1-1] REMOTE_SUBMIX ses kaynağını düzgün bir şekilde uygulamalıdır. Böylece, bir uygulama bu ses kaynağından kayıt yapmak için android.media.AudioRecord API'yi kullandığında aşağıdakiler hariç tüm ses akışlarının bir karışımını yakalar:

    • AudioManager.STREAM_RING
    • AudioManager.STREAM_ALARM
    • AudioManager.STREAM_NOTIFICATION

5.5. Ses Çalma

Android, 7.8.2 numaralı bölümde tanımlandığı üzere uygulamaların ses çıkışı çevre birimi üzerinden ses oynatmasına izin veren desteği içerir.

5.5.1. Ham Ses Oynatma

Cihaz uygulamaları android.hardware.audio.output bildirirse:

  • [C-1-1] Aşağıdaki özelliklere sahip ham ses içeriğinin oynatılmasına izin VERMELİDİR:

    • Biçim: Doğrusal PCM, 16 bit, 8 bit, kayan nokta
    • Kanallar: Mono, Stereo, 8 adede kadar kanal içeren geçerli çok kanallı yapılandırmalar
    • Örnekleme hızları (Hz cinsinden):
      • Yukarıda listelenen kanal yapılandırmalarında 8000, 11025, 16000, 22050, 32000, 44100, 48000
      • Mono ve stereoda 96.000

  • Aşağıdaki özelliklere sahip ham ses içeriklerinin oynatılmasına İZİN VERİLMELİDİR:

    • Örnekleme hızları: 24000, 48000

5.5.2. Ses Efektleri

Android, cihaz uygulamaları için ses efektleri API'si sağlar.

Cihaz uygulamaları android.hardware.audio.output özelliğini beyan ederse:

  • [C-1-1] Equalizer, LoudnessEnhancer alt sınıfları aracılığıyla kontrol edilebilen EFFECT_TYPE_EQUALIZER ve EFFECT_TYPE_LOUDNESS_ENHANCER uygulamalarını DESTEKLEMELİDİR.
  • [C-1-2] Visualizer sınıfı aracılığıyla kontrol edilebilen görselleştirici API uygulamasını DESTEKLEMELİDİR.
  • [C-1-3] AudioEffect alt sınıfı DynamicsProcessing aracılığıyla kontrol edilebilen EFFECT_TYPE_DYNAMICS_PROCESSING uygulamasını DESTEKLEMELİDİR.
  • AudioEffect alt sınıfları BassBoost, EnvironmentalReverb, PresetReverb ve Virtualizer aracılığıyla kontrol edilebilen EFFECT_TYPE_BASS_BOOST, EFFECT_TYPE_ENV_REVERB, EFFECT_TYPE_PRESET_REVERB ve EFFECT_TYPE_VIRTUALIZER uygulamalarını DESTEKLEMELİDİR.

5.5.3. Ses Çıkışı Ses Seviyesi

Otomotiv cihaz uygulamaları:

  • AudioAttributes tarafından tanımlanan içerik türü veya kullanım ve android.car.CarAudioManager'de herkese açık olarak tanımlanan araç ses kullanımı kullanılarak ses hacminin her ses akışı için ayrı ayrı ayarlanmasına İZİN VERİLMELİDİR.

5.6. Ses gecikmesi

Ses gecikmesi, ses sinyalinin bir sistemden geçerken yaşadığı zaman gecikmesidir. Birçok uygulama sınıfı, gerçek zamanlı ses efektleri elde etmek için kısa gecikme sürelerine ihtiyaç duyar.

Bu bölümde aşağıdaki tanımlar kullanılmaktadır:

  • output latency. Bir uygulamanın PCM kodlu veri çerçevesi yazması ile ilgili sesin cihaz üzerindeki bir dönüştürücüde çevreye sunulması veya sinyalin bir bağlantı noktası üzerinden cihazdan çıkması ve harici olarak gözlemlenebilmesi arasındaki aralık.
  • Soğuk çıkış gecikmesi. Ses çıkış sistemi istek öncesinde boşta ve kapalıyken ilk karenin çıkış gecikmesi.
  • sürekli çıkış gecikmesi. Cihaz ses çaldıktan sonra sonraki kareler için çıkış gecikmesi.
  • giriş gecikmesi. Bir sesin ortam tarafından cihaz üzerindeki bir dönüştürücüde cihaza sunulması veya sinyalin bir bağlantı noktası üzerinden cihaza girmesi ile bir uygulamanın ilgili PCM kodlu veri çerçevesini okuması arasındaki aralık.
  • Giriş kaybı. Giriş sinyalinin kullanılamayan veya kullanılamayan ilk kısmı.
  • Soğuk giriş gecikmesi. Ses giriş sistemi istek öncesinde boşta ve kapalıyken, kaybedilen giriş süresinin ve ilk karenin giriş gecikmesinin toplamı.
  • sürekli giriş gecikmesi. Cihaz ses kaydederken sonraki kareler için giriş gecikmesi.
  • Soğuk çıkış jitter'i. Soğuk çıkış gecikmesi değerlerinin ayrı ölçümleri arasındaki değişkenlik.
  • Soğuk giriş jitter'i. Soğuk giriş gecikmesi değerlerinin ayrı ölçümleri arasındaki değişkenlik.
  • sürekli gidiş dönüş gecikmesi. Sürekli giriş gecikmesi artı sürekli çıkış gecikmesi artı bir arabellek döneminin toplamı. Arabellek süresi, uygulamanın sinyali işlemesi ve giriş ile çıkış akışları arasındaki faz farkını azaltması için zaman tanır.
  • OpenSL ES PCM arabellek sırası API'si. Android NDK'daki PCM ile ilgili OpenSL ES API'leri grubu.
  • AAudio doğal ses API'si. Android NDK'daki AAudio API'leri grubu.
  • Zaman damgası. Bir akıştaki göreli kare konumundan ve bu karenin ilişkili uç noktadaki ses işleme ardışık düzenine girip çıktığı tahmini zamandan oluşan bir çift. AudioTimestamp özelliğini de inceleyin.

Cihaz uygulamaları android.hardware.audio.output değerini belirtiyorsa aşağıdaki şartları karşılamaları veya aşmaları önemle ÖNERİLİR:

  • [C-SR] 100 milisaniye veya daha az soğuk çıkış gecikmesi
  • [C-SR] 45 milisaniye veya daha az sürekli çıkış gecikmesi
  • [C-SR] Soğuk çıkış jitter'ini en aza indirme
  • [C-SR] AudioTrack.getTimestamp ve AAudioStream_getTimestamp tarafından döndürülen çıkış zaman damgası +/- 1 ms'ye kadar doğrudur.

Cihaz uygulamaları yukarıdaki koşulları karşılıyorsa ilk kalibrasyondan sonra, hem OpenSL ES PCM arabellek sırası hem de AAudio yerel ses API'leri kullanıldığında, en az bir desteklenen ses çıkış cihazında sürekli çıkış gecikmesi ve soğuk çıkış gecikmesi değerleri şu şekildedir:

Cihaz uygulamaları hem OpenSL ES PCM arabellek sırası hem de AAudio yerel ses API'leri aracılığıyla düşük gecikmeli ses koşullarını karşılamıyorsa:

  • [C-1-1] Düşük gecikmeli ses desteğini bildirmemelidir.

Cihaz uygulamalarında android.hardware.microphone varsa aşağıdaki giriş ses koşullarını karşılamaları önemle ÖNERİLİR:

  • [C-SR] 100 milisaniye veya daha az soğuk giriş gecikmesi.
  • [C-SR] 30 milisaniye veya daha az sürekli giriş gecikmesi.
  • [C-SR] 50 milisaniye veya daha az sürekli gidiş dönüş gecikmesi.
  • [C-SR] Soğuk giriş jitter'ini en aza indirin.
  • [C-SR] AudioRecord.getTimestamp veya AAudioStream_getTimestamp tarafından döndürülen giriş zaman damgalarındaki hatayı +/- 1 ms ile sınırlayın.

5.7. Ağ Protokolleri

Cihaz uygulamaları, Android SDK dokümanlarında belirtildiği gibi ses ve video oynatma için medya ağı protokollerini desteklemelidir.

Cihaz uygulamalarında ses veya video kod çözücü varsa:

  • [C-1-1] Bölüm 5.1'deki tüm gerekli codec'leri ve kapsayıcı biçimlerini HTTP(S) üzerinden DESTEKLEMELİDİR.

  • [C-1-2] HTTP Canlı Yayın taslak protokolü, 7. sürüm üzerinden aşağıdaki Medya Segmenti Biçimleri tablosunda gösterilen medya segmenti biçimlerini DESTEKLEMELİDİR.

  • [C-1-3] Aşağıdaki RTSP tablosunda belirtilen aşağıdaki RTP ses ve video profilini ve ilgili codec'leri desteklemelidir. İstisnalar için lütfen 5.1 numaralı bölümdeki tablo dipnotlarına bakın.

Medya Segmenti Biçimleri

Segment biçimleri Referanslar Gerekli codec desteği
MPEG-2 Taşıma Akışı ISO 13818 Video codec'leri:
  • H264 AVC
  • MPEG-4 SP
  • MPEG-2
H264 AVC, MPEG2-4 SP ve MPEG-2 ile ilgili ayrıntılar için 5.1.3 numaralı bölüme bakın.

Ses codec'leri:

  • AAC
AAC ve varyantları hakkında ayrıntılı bilgi için 5.1.1 numaralı bölüme bakın.
ADTS çerçeveleme ve ID3 etiketleri içeren AAC ISO 13818-7 AAC ve varyantları hakkında ayrıntılı bilgi için 5.1.1 numaralı bölüme bakın.
WebVTT WebVTT

RTSP (RTP, SDP)

Profil adı Referanslar Gerekli codec desteği
H264 AVC RFC 6184 H264 AVC ile ilgili ayrıntılar için 5.1.3 numaralı bölüme bakın.
MP4A-LATM RFC 6416 AAC ve varyantları hakkında ayrıntılı bilgi için 5.1.1 numaralı bölüme bakın.
H263-1998 RFC 3551
RFC 4629
RFC 2190 		H263 ile ilgili ayrıntılar için 5.1.3 numaralı bölüme bakın.
H263-2000 RFC 4629 H263 ile ilgili ayrıntılar için 5.1.3 numaralı bölüme bakın.
AMR RFC 4867 AMR-NB ile ilgili ayrıntılar için 5.1.1 numaralı bölüme bakın.
AMR-WB RFC 4867 AMR-WB hakkında ayrıntılı bilgi için 5.1.1 numaralı bölüme bakın.
MP4V-ES RFC 6416 MPEG-4 SP ile ilgili ayrıntılar için 5.1.3 numaralı bölüme bakın.
mpeg4-generic RFC 3640 AAC ve varyantları hakkında ayrıntılı bilgi için 5.1.1 numaralı bölüme bakın.
MP2T RFC 2250 Ayrıntılar için HTTP Canlı Akış'ın altındaki MPEG-2 Taşıma Akışı bölümüne bakın.

5.8. Secure Media

Cihaz uygulamaları güvenli video çıkışını destekliyorsa ve güvenli yüzeyleri destekleyebiliyorsa:

  • [C-1-1] Display.FLAG_SECURE için destek beyan ETMEK ZORUNLUDUR.

Cihaz uygulamaları Display.FLAG_SECURE desteğini ve kablosuz ekran protokolünü destekliyorsa:

  • [C-2-1] Miracast gibi kablosuz protokoller üzerinden bağlı ekranlar için bağlantıyı HDCP 2.x veya daha yeni bir sürüm gibi kriptografik olarak güçlü bir mekanizmayla GÜVENLİKLEŞTİRMELİDİR.

Cihaz uygulamaları Display.FLAG_SECURE desteğini ve kablolu harici ekran desteğini belirtiyorsa:

  • [C-3-1] Kullanıcının erişebildiği kablolu bağlantı noktası üzerinden bağlı tüm harici ekranlar için HDCP 1.2 veya daha yeni sürümleri DESTEKLEMELİDİR.

5.9. Müzik Enstrümanı Dijital Arayüzü (MIDI)

Cihaz uygulamaları, android.software.midi özelliği için desteği android.content.pm.PackageManager sınıfı üzerinden bildirirse:

  • [C-1-1] MIDI olmayan genel bağlantılar sağladıkları tüm MIDI özellikli donanım aktarımlarında MIDI'yi desteklemelidir. Bu tür aktarımlar:

  • [C-1-2] Uygulamalar arası MIDI yazılım aktarımını (sanal MIDI cihazları) DESTEKLEMELİDİR

5.10. Profesyonel Ses

Cihaz uygulamaları, android.hardware.audio.pro özelliği için desteği android.content.pm.PackageManager sınıfı aracılığıyla bildirirse:

  • [C-1-1] android.hardware.audio.low_latency özelliği için destek bildirmelidir.
  • [C-1-2] 5.6 Ses Gecikmesi bölümünde tanımlandığı gibi sürekli gidiş dönüş ses gecikmesi OLMALIDIR, 20 milisaniye veya daha az OLMALIDIR ve en az bir desteklenen yolda 10 milisaniye veya daha az OLMALIDIR.
  • [C-1-3] USB ana makine modunu ve USB çevre birimi modunu destekleyen USB bağlantı noktaları ZORUNLUDUR.
  • [C-1-4] android.software.midi özelliği için destek bildirmelidir.
  • [C-1-5] Hem OpenSL ES PCM arabellek sırasını hem de AAudio doğal ses API'lerini kullanarak gecikmeleri ve USB ses şartlarını karşılamalıdır.
  • [SR] Ses etkinken ve CPU yükü değişirken tutarlı bir CPU performansı sağlamak için ÇOK ÖNEMLE ÖNERİLİR. Bu, SimpleSynth 1bd6391 commit'i kullanılarak test edilmelidir. SimpleSynth uygulamasının aşağıdaki parametrelerle çalıştırılması ve 10 dakika sonra sıfır eksik çalışma elde etmesi gerekir:
    • Çalışma döngüsü: 200.000
    • Değişken yük: AÇIK (bu seçenek, 2 saniyede bir iş döngüsü değerinin% 100'ü ile% 10'u arasında geçiş yapar ve CPU denetleyicisinin davranışını test etmek için tasarlanmıştır)
    • Sabitlenmiş yük: KAPALI
  • Sesli saatin hatalı çalışmasını ve standart saate göre kaymasını en aza indirmelidir.
  • Her ikisi de etkinken ses saati kaymasını CPU'ya göre en aza indirmelidir CLOCK_MONOTONIC.
  • Cihaz üzerindeki dönüştürücüler üzerinden ses gecikmesini en aza indirmelidir.
  • USB dijital ses üzerinden ses gecikmesini en aza indirmelidir.
  • Tüm yollardaki ses gecikmesi ölçümlerini belgelemelidir.
  • Bu, geri aramanın tam CPU bant genişliğinin kullanılabilir yüzdesini etkilediği için ses arabelleğinin tamamlanması geri arama giriş zamanlarında gecikmeyi en aza indirmelidir.
  • Bildirilen gecikmede normal kullanımda sıfır ses eksikliği (çıkış) veya aşma (giriş) sağlamalıdır.
  • Kanallar arası gecikme farkı sıfır OLMALIDIR.
  • Tüm aktarımlarda MIDI ortalama gecikmesini en aza indirmelidir.
  • Tüm aktarımlarda yük altında MIDI gecikmesi değişkenliğini (jitter) en aza indirmelidir.
  • Tüm aktarımlarda doğru MIDI zaman damgaları SAĞLANMALIDIR.
  • Soğuk başlatmadan hemen sonraki dönem de dahil olmak üzere cihaz üzerindeki dönüştürücülerde ses sinyali gürültüsünü en aza indirmelidir.
  • Her ikisi de etkinken ilgili uç noktaların giriş ve çıkış tarafları arasında sıfır ses saati farkı SAĞLAMALIDIR. İlgili uç noktalara örnek olarak cihaz üzerindeki mikrofon ve hoparlör ya da ses jakı girişi ve çıkışı verilebilir.
  • Her ikisi de etkinken aynı iş parçacığındaki ilgili uç noktaların giriş ve çıkış tarafları için ses arabelleği tamamlama geri çağırma işlevlerini İŞLEMELİDİR ve giriş geri çağırma işlevinden döndükten hemen sonra çıkış geri çağırma işlevine girmelidir. Yada geri çağırmaların aynı iş parçacığında işlenmesi mümkün değilse uygulamanın giriş ve çıkış taraflarında tutarlı bir zamanlamaya sahip olması için giriş geri çağırma işlevini girdikten kısa bir süre sonra çıkış geri çağırma işlevini girin.
  • İlgili uç noktaların giriş ve çıkış tarafları için HAL ses arabelleği arasındaki faz farkını en aza indirmelidir.
  • Dokunma gecikmesini en aza indirmelidir.
  • Yük altında dokunma gecikmesi değişkenliğini (jitter) en aza indirmelidir.
  • Dokunma girişinden ses çıkışına kadar olan gecikmenin 40 ms'den az veya bu değere eşit olması GEREKİR.

Cihaz uygulamaları yukarıdaki koşulların tümünü karşılıyorsa:

Cihaz uygulamalarında 4 iletkenli 3, 5 mm ses jakı varsa:

Cihaz uygulamalarında 4 iletkenli 3, 5 mm ses jakı atlanmışsa ve USB ana makine modunu destekleyen USB bağlantı noktaları eklenmişse:

  • [C-3-1] USB ses sınıfını UYGULAMALI.
  • [C-3-2] USB ses sınıfını kullanan USB ana makine modu bağlantı noktasında 20 milisaniye veya daha az sürekli gidiş dönüş ses gecikmesi OLMALIDIR.
  • USB ses sınıfı kullanılarak USB ana makine modu bağlantı noktası üzerinden sürekli gidiş dönüş ses gecikmesi 10 milisaniye veya daha az OLMALIDIR.

Cihaz uygulamalarında HDMI bağlantı noktası varsa:

  • [C-4-1] En az bir yapılandırmada, bit derinliği kaybı veya yeniden örnekleme olmadan 20 bit veya 24 bit derinlikte ve 192 kHz'te stereo ve sekiz kanalda çıkış desteklenmelidir.

5.11. İşlenmemiş için yakalama

Android, android.media.MediaRecorder.AudioSource.UNPROCESSED ses kaynağı aracılığıyla işlenmemiş ses kaydı için destek içerir. OpenSL ES'de, SL_ANDROID_RECORDING_PRESET_UNPROCESSED kayıt hazır ayarı ile erişilebilir.

Cihaz uygulamaları, işlenmemiş ses kaynağını desteklemeyi ve üçüncü taraf uygulamalarına sunmayı amaçlıyorsa:

  • [C-1-1] Desteği android.media.AudioManager mülkü PROPERTY_SUPPORT_AUDIO_SOURCE_UNPROCESSED aracılığıyla bildirmelidir.

  • [C-1-2] Orta frekans aralığında yaklaşık olarak düz bir genlik-frekans özelliği GÖSTERMELİDİR: Özellikle, işlenmemiş ses kaynağını kaydetmek için kullanılan her bir mikrofon için 100 Hz ile 7.000 Hz arasında ±10 dB.

  • [C-1-3] İşlenmemiş ses kaynağını kaydetmek için kullanılan her bir mikrofonun orta frekans aralığına kıyasla düşük frekans aralığındaki genlik seviyelerini GÖSTERMELİDİR: Özellikle 5 Hz ile 100 Hz arasında ±20 dB.

  • [C-1-4] İşlenmemiş ses kaynağını kaydetmek için kullanılan her mikrofonun orta frekans aralığına kıyasla yüksek frekans aralığındaki genlik seviyelerini GÖSTERMELİDİR: Özellikle 7.000 Hz ile 22 KHz arasında ±30 dB.

  • [C-1-5] Ses girişi hassasiyeti, işlenmemiş ses kaynağını kaydetmek için kullanılan her mikrofonda 94 dB ses basıncı düzeyinde (SPL) çalınan 1000 Hz sinüs dalga kaynağının 16 bitlik örnekler için 520 RMS (veya kayan nokta/çift hassasiyetli örnekler için -36 dB tam ölçek) yanıt vereceği şekilde AYARLANMALIDIR.

  • [C-1-6] İşlenmemiş ses kaynağını kaydetmek için kullanılan her mikrofonun sinyal-gürültü oranı (SNR) 60 dB veya daha yüksek OLMALIDIR. (SNR ise 94 dB SPL ile kendi kendine gürültünün eşdeğer SPL'si arasındaki fark olarak ölçülür, A ağırlıklı).

  • [C-1-7] İşlenmemiş ses kaynağını kaydetmek için kullanılan her bir mikrofonda 90 dB SPL giriş seviyesinde 1 kHz için toplam harmonik bozulma (THD) %1'den az OLMALIDIR.

  • Seviyeyi istenen aralığa getirmek için yolda seviye çarpanı dışında başka bir sinyal işleme (ör. otomatik kazanç kontrolü, yüksek geçiren filtre veya yankı iptali) OLMAMALIDIR. Başka bir deyişle:

  • [C-1-8] Mimaride herhangi bir nedenle sinyal işleme varsa devre dışı bırakılmalı ve sinyal yoluna etkili bir şekilde sıfır gecikme veya ek gecikme eklenmelidir.
  • [C-1-9] Seviye çarpanı, yolda olmasına izin verilirken sinyal yolunda gecikme veya gecikmeli veri girişi OLMAMALIDIR.

Tüm SPL ölçümleri, test edilen mikrofonun hemen yanında yapılır. Birden fazla mikrofon yapılandırması varsa bu koşullar her mikrofon için geçerlidir.

Cihaz uygulamaları android.hardware.microphone değerini beyan ediyor ancak işlenmemiş ses kaynağını desteklemiyorsa:

  • [C-2-1] Destek eksikliğini doğru şekilde belirtmek için AudioManager.getProperty(PROPERTY_SUPPORT_AUDIO_SOURCE_UNPROCESSED) API yöntemi için null döndürülmelidir.
  • [SR], işlenmemiş kayıt kaynağının sinyal yolu ile ilgili koşulların çoğunu karşılamak için yine de önemle ÖNERİLİR.

6. Geliştirici Araçları ve Seçenekleri Uyumluluğu

6.1. Geliştirici araçları

Cihaz uygulamaları:

  • [C-0-1] Android SDK'da sağlanan Android Geliştirici Araçları'nı DESTEKLEMELİDİR.

  • Android Debug Bridge (adb)

    • [C-0-2] Android SDK'da belirtildiği gibi adb'yi ve AOSP'de sağlanan kabuk komutlarını desteklemelidir. Bu komutlar, dumpsys ve cmd stats dahil olmak üzere uygulama geliştiriciler tarafından kullanılabilir.
    • [C-0-3] dumpsys komutu aracılığıyla kaydedilen cihaz sistemi etkinliklerinin (batterystats , diskstats, fingerprint, graphicsstats, netstats, notification, procstats) biçimini veya içeriğini DEĞİŞTİRMEMELİDİR.
    • [C-0-10] Aşağıdaki etkinlikleri eksiksiz bir şekilde kaydetmeli ve cmd stats kabuk komutu ile StatsManager Sistem API sınıfı tarafından erişilebilir ve kullanılabilir hale getirmelidir.
      • ActivityForegroundStateChanged
      • AnomalyDetected
      • AppBreadcrumbReported
      • AppCrashOccurred
      • AppStartOccurred
      • BatteryLevelChanged
      • BatterySaverModeStateChanged
      • BleScanResultReceived
      • BleScanStateChanged
      • ChargingStateChanged
      • DeviceIdleModeStateChanged
      • ForegroundServiceStateChanged
      • GpsScanStateChanged
      • JobStateChanged
      • PluggedStateChanged
      • ScheduledJobStateChanged
      • ScreenStateChanged
      • SyncStateChanged
      • SystemElapsedRealtime
      • UidProcessStateChanged
      • WakelockStateChanged
      • WakeupAlarmOccurred
      • WifiLockStateChanged
      • WifiMulticastLockStateChanged
      • WifiScanStateChanged
    • [C-0-4] Cihaz tarafındaki adb daemon'ın varsayılan olarak etkin olmaması VE Android Hata Ayıklama Köprüsü'nü etkinleştirmek için kullanıcının erişebileceği bir mekanizmanın olması ZORUNLUDUR.
    • [C-0-5] MUST support secure adb. Android, güvenli adb desteği içerir. Güvenli adb, kimliği doğrulanmış bilinen ana makinelerde adb'yi etkinleştirir.

    • [C-0-6] adb'nin ana makineden bağlanmasına olanak tanıyan bir mekanizma YETERLİ OLMALIDIR. Örnek:

      • USB bağlantı noktası olmayan ve çevre birimi modunu desteklemeyen cihaz uygulamaları, adb'yi yerel alan ağı (ör. Ethernet veya kablosuz ağ) üzerinden UYGULAMALIDIR.
      • Windows 7, 9 ve 10 için geliştiricilerin adb protokolünü kullanarak cihaza bağlanmasına olanak tanıyan sürücüler SAĞLANMALIDIR.

  • Dalvik Debug Monitor Service (ddms)

    • [C-0-7] Android SDK'da belirtildiği gibi tüm ddms özelliklerini DESTEKLEMELİDİR. ddms, adb kullandığından ddms desteği varsayılan olarak devre dışı OLMALIDIR ancak kullanıcı yukarıda belirtildiği gibi Android Hata Ayıklama Köprüsü'nü etkinleştirdiğinde desteklenmesi GEREKİR.
  • Monkey
    • [C-0-8] Monkey çerçevesini İÇERMELİ ve uygulamaların kullanabileceği şekilde HAZIRLAYACAK.
  • SysTrace
    • [C-0-9] Android SDK'da belirtildiği gibi systrace aracını DESTEKLEMELİDİR. Systrace varsayılan olarak etkin olmamalıdır ve Systrace'i etkinleştirmek için kullanıcının erişebileceği bir mekanizma BULUNMASI GEREKİR.

Cihaz uygulamaları, android.hardware.vulkan.version özellik işaretleri aracılığıyla Vulkan 1.0 veya sonraki sürümlerin desteklendiğini bildirirse:

  • [C-1-1] Uygulama geliştiricinin GPU hata ayıklama katmanlarını etkinleştirmesi/devre dışı bırakması için bir imkân sağlanmalıdır.
  • [C-1-2] GPU hata ayıklama katmanları etkinleştirildiğinde, vkEnumerateInstanceLayerProperties() ve vkCreateInstance() API yöntemlerini desteklemek için hata ayıklanabilir uygulamaların ana dizininde bulunan harici araçlar tarafından sağlanan (yani platformun veya uygulama paketinin parçası olmayan) kitaplıklardaki katmanları saymalıdır.

6.2. Geliştirici seçenekleri

Android, geliştiricilerin uygulama geliştirmeyle ilgili ayarları yapılandırmasına yönelik destek içerir.

Cihaz uygulamaları, Geliştirici Seçenekleri için tutarlı bir deneyim sunmalıdır. Bu uygulamalar:

  • [C-0-1] Uygulama geliştirmeyle ilgili ayarları göstermek için android.settings.APPLICATION_DEVELOPMENT_SETTINGS intent'ini UYGUNLAŞTIRMALIDIR. Yukarı akış Android uygulaması, Geliştirici Seçenekleri menüsünü varsayılan olarak gizler ve kullanıcıların Ayarlar > Cihaz Hakkında > Derleme Numarası menü öğesine yedi (7) kez bastıktan sonra Geliştirici Seçenekleri'ni başlatmasını sağlar.
  • [C-0-2] Varsayılan olarak Geliştirici Seçenekleri'ni gizlemelidir.
  • [C-0-3] Geliştirici Seçenekleri'ni etkinleştirmek için bir üçüncü taraf uygulamasına diğerine kıyasla tercihli muamele yapmayan net bir mekanizma SAĞLANMALIDIR. Geliştirici Seçenekleri'nin nasıl etkinleştirileceğini açıklayan herkese açık bir doküman veya web sitesi sağlamalıdır. Bu doküman veya web sitesi, Android SDK dokümanlarından bağlantı verilebilir OLMALIDIR.
  • Geliştirici Seçenekleri etkinleştirildiğinde ve kullanıcının güvenliğiyle ilgili endişeler olduğunda kullanıcıya sürekli bir görsel bildirim gösterilmelidir.
  • Kullanıcının güvenliğinin önemli olduğu senaryolarda dikkat dağıtıcı durumları önlemek için menüyü görsel olarak gizleyerek veya devre dışı bırakarak Geliştirici Seçenekleri menüsüne erişimi geçici olarak SINIRLAYABİLİR.

7. Donanım Uyumluluğu

Bir cihazda, üçüncü taraf geliştiriciler için ilgili bir API'ye sahip belirli bir donanım bileşeni varsa:

  • [C-0-1] Cihaz uygulaması, bu API'yi Android SDK dokümanlarında açıklandığı şekilde UYGULAMALIDIR.

SDK'daki bir API, isteğe bağlı olduğu belirtilen bir donanım bileşeniyle etkileşime geçiyorsa ve cihaz uygulamasında bu bileşen yoksa:

  • [C-0-2] Bileşen API'leri için tam sınıf tanımları (SDK tarafından belirtildiği şekilde) yine de sunulmalıdır.
  • [C-0-3] API'nin davranışları makul bir şekilde işlemsiz olarak uygulanmalıdır.
  • [C-0-4] API yöntemleri, SDK dokümanlarında izin verildiğinde null değerler DÖNDÜRMELİDİR.
  • [C-0-5] API yöntemleri, SDK dokümanlarında null değerlere izin verilmeyen sınıfların işlemsiz uygulamalarını DÖNDÜRMELİDİR.
  • [C-0-6] API yöntemleri, SDK dokümanlarında belirtilmeyen istisnalar ÇIKARTMAMALIDIR.
  • [C-0-7] Cihaz uygulamaları, aynı derleme parmak izi için android.content.pm.PackageManager sınıfındaki getSystemAvailableFeatures() ve hasSystemFeature(String) yöntemleri aracılığıyla tutarlı bir şekilde doğru donanım yapılandırma bilgilerini bildirmelidir.

Bu koşulların geçerli olduğu bir senaryoya tipik bir örnek, telefon API'sidir: Telefon olmayan cihazlarda bile bu API'ler makul bir şekilde işlem yapmaz olarak uygulanmalıdır.

7.1. Görüntü ve Grafikler

Android, üçüncü taraf uygulamalarının çeşitli donanım yapılandırmalarında sorunsuz şekilde çalışmasını sağlamak için uygulama öğelerini ve kullanıcı arayüzü düzenlerini cihaza uygun şekilde otomatik olarak ayarlayan özellikler içerir. Cihazlar, bu bölümde ayrıntılı olarak açıklandığı şekilde bu API'leri ve davranışları düzgün bir şekilde uygulamalıdır.

Bu bölümdeki şartlarda referans verilen birimler aşağıdaki şekilde tanımlanır:

  • Fiziksel çapraz boyut. Ekranın aydınlatılmış kısmının iki karşıt köşesi arasındaki mesafe (inç cinsinden).
  • inç başına nokta sayısı (dpi). 1 inçlik doğrusal yatay veya dikey bir açıklık tarafından kapsanan piksel sayısı. dpi değerlerinin listelendiği yerlerde hem yatay hem de dikey dpi aralık içinde olmalıdır.
  • en boy oranı. Uzun boyuttaki piksellerin ekranın kısa boyutuna oranı. Örneğin, 480x854 piksel boyutunda bir ekran için 854/480 = 1, 779 veya yaklaşık olarak "16:9" değeri elde edilir.
  • yoğunluktan bağımsız piksel (dp). 160 dpi ekrana göre normalleştirilmiş sanal piksel birimi. Şu şekilde hesaplanır: piksel = dp * (yoğunluk/160).

7.1.1. Ekran Yapılandırması

7.1.1.1. Ekran Boyutu ve Şekli

Android kullanıcı arayüzü çerçevesi, çeşitli mantıksal ekran düzeni boyutlarını destekler ve uygulamaların SCREENLAYOUT_SIZE_MASK ve Configuration.smallestScreenWidthDp ile Configuration.screenLayout üzerinden mevcut yapılandırmadaki ekran düzeni boyutunu sorgulamasına olanak tanır.

Cihaz uygulamaları:

  • [C-0-1] Android SDK dokümanlarında tanımlandığı şekilde Configuration.screenLayout için doğru düzen boyutunu bildirmelidir. Daha açık belirtmek gerekirse, cihaz uygulamaları aşağıdaki gibi doğru mantıksal yoğunluktan bağımsız piksel (dp) ekran boyutlarını bildirmelidir:

    • Configuration.uiMode parametresi UI_MODE_TYPE_WATCH dışında bir değere ayarlanmış ve Configuration.screenLayout için small boyutu raporlayan cihazların en az 426 dp x 320 dp boyutunda olması GEREKİR.
    • Configuration.screenLayout için normal boyutu bildiren cihazların en az 480 dp x 320 dp olması GEREKİR.
    • Configuration.screenLayout için large boyutu bildiren cihazların en az 640 dp x 480 dp olması GEREKİR.
    • Configuration.screenLayout için xlarge boyutu bildiren cihazların en az 960 dp x 720 dp olması GEREKİR.

  • [C-0-2] AndroidManifest.xml dosyasında <supports-screens> özelliği aracılığıyla uygulamaların ekran boyutları için belirtilen desteği doğru şekilde UYGULAMALIDIR. Bu konu Android SDK dokümanlarında açıklanmıştır.

  • Köşeleri yuvarlanmış bir ekrana sahip OLABİLİR.

Cihaz uygulamaları UI_MODE_TYPE_NORMAL'ü destekliyorsa ve yuvarlatılmış köşeleri olan bir ekran içeriyorsa:

  • [C-1-1] Yuvarlatılmış köşelerin yarıçapının 38 dp'den az veya 38 dp'ye eşit olduğundan EMİN OLMALIDIR.
  • Dikdörtgen köşeli görüntüleme moduna geçmek için kullanıcılara kolaylık sağlayan bir öğe YER ALMALIDIR.
7.1.1.2. Ekran En Boy Oranı

Fiziksel ekranın ekran en boy oranı değeriyle ilgili herhangi bir kısıtlama olmasa da üçüncü taraf uygulamalarının oluşturulduğu mantıksal ekranın ekran en boy oranı (view.Display API'leri ve Configuration API'si aracılığıyla raporlanan yükseklik ve genişlik değerlerinden yola çıkılarak belirlenebilir) aşağıdaki koşulları karşılamalıdır:

  • [C-0-1] Configuration.uiMode değeri UI_MODE_TYPE_NORMAL olarak ayarlanmış cihaz uygulamalarında, uygulama aşağıdaki koşullardan birini karşılayarak daha uzun bir şekilde uzatılmaya hazır olarak kabul edilmedikçe 1,3333 (4:3) ile 1,86 (yaklaşık 16:9) arasında bir en boy oranı değeri OLMALIDIR:

    • Uygulama, android.max_aspect meta veri değeri aracılığıyla daha büyük bir ekran en boy oranını desteklediğini beyan etti.
    • Uygulama, android:resizeableActivity özelliği aracılığıyla yeniden boyutlandırılabilir olduğunu belirtir.
    • Uygulama, API düzeyi 24 veya üstünü hedefliyor ve izin verilen en boy oranını kısıtlayacak bir android:MaxAspectRatio beyan etmiyor.

  • [C-0-2] Configuration.uiMode değerinin UI_MODE_TYPE_WATCH olarak ayarlandığı cihaz uygulamalarında en boy oranı değeri 1,0 (1:1) olarak AYARLANMIŞ OLMALIDIR.

7.1.1.3. Ekran Yoğunluğu

Android kullanıcı arayüzü çerçevesi, uygulama geliştiricilerin uygulama kaynaklarını hedeflemesine yardımcı olmak için bir dizi standart mantıksal yoğunluk tanımlar.

  • [C-0-1] Varsayılan olarak cihaz uygulamaları, DENSITY_DEVICE_STABLE API aracılığıyla aşağıdaki mantıksal Android çerçeve yoğunluklarından yalnızca birini bildirmelidir ve bu değer hiçbir zaman değişmemelidir. Ancak cihaz, ilk önyüklemeden sonra kullanıcı tarafından yapılan ekran yapılandırması değişikliklerine (ör. ekran boyutu) göre farklı bir rastgele yoğunluk bildirebilir.

    • 120 dpi (ldpi)
    • 160 dpi (mdpi)
    • 213 dpi (tvdpi)
    • 240 dpi (hdpi)
    • 260 dpi (260dpi)
    • 280 dpi (280dpi)
    • 300 dpi (300dpi)
    • 320 dpi (xhdpi)
    • 340 dpi (340dpi)
    • 360 dpi (360dpi)
    • 400 dpi (400dpi)
    • 420 dpi (420dpi)
    • 480 dpi (xxhdpi)
    • 560 dpi (560dpi)
    • 640 dpi (xxxhdpi)

  • Cihaz uygulamaları, mantıksal yoğunluk bildirilen ekran boyutunu desteklenen minimum boyutun altına düşürmediği sürece, ekranın fiziksel yoğunluğuna sayısal olarak en yakın standart Android çerçeve yoğunluğunu tanımlamalıdır. Fiziksel yoğunluğa sayısal olarak en yakın standart Android çerçeve yoğunluğu, desteklenen en küçük uyumlu ekran boyutundan (320 dp genişlik) daha küçük bir ekran boyutuna neden oluyorsa cihaz uygulamaları bir sonraki en düşük standart Android çerçeve yoğunluğunu bildirmelidir.

Cihazın ekran boyutunu değiştirme seçeneği varsa:

  • [C-1-1] Görüntü boyutu, doğal yoğunluğun 1,5 katından daha büyük bir ölçeğe ayarlanmamalı veya hangisi önce gerçekleşirse 320 dp'den (kaynak tanımlayıcısı sw320dp'ye eşdeğer) daha küçük bir etkili minimum ekran boyutu üretmemelidir.
  • [C-1-2] Görüntü boyutu, doğal yoğunluğun 0,85 katından daha küçük bir ölçekte OLMAMALIDIR.
  • İyi bir kullanılabilirlik ve tutarlı yazı tipi boyutları sağlamak için doğal görüntüleme seçeneklerinin aşağıdaki ölçeklendirmesinin sağlanması ÖNERİLİR (yukarıda belirtilen sınırlara uyulmalıdır)
  • Küçük: 0,85x
  • Varsayılan: 1x (yerel ekran ölçeği)
  • Büyük: 1,15x
  • Daha büyük: 1,3 kat
  • En büyük 1,45x

7.1.2. Görüntülü Reklam Metrikleri

Cihaz uygulamalarında ekran veya video çıkışı varsa:

Cihaz uygulamaları yerleşik ekran veya video çıkışı içermiyorsa:

  • [C-2-1] Taklit edilen varsayılan view.Display için android.util.DisplayMetrics API'sinde tanımlanan tüm görüntüleme metrikleri için makul değerler ORTAYA KOYULMASI GEREKİR.

7.1.3. Ekran Yönlendirme

Cihaz uygulamaları:

  • [C-0-1] Desteklenen ekran yönlerini (android.hardware.screen.portrait ve/veya android.hardware.screen.landscape) bildirmeli ve en az bir desteklenen yönü bildirmelidir. Örneğin, televizyon veya dizüstü bilgisayar gibi sabit yatay ekrana sahip bir cihaz yalnızca android.hardware.screen.landscape değerini bildirmelidir.
  • [C-0-2] android.content.res.Configuration.orientation, android.view.Display.getOrientation() veya diğer API'ler aracılığıyla sorgulandığı her zaman cihazın mevcut yönü için doğru değeri bildirmelidir.

Cihaz uygulamaları her iki ekran yönünü de destekliyorsa:

  • [C-1-1] Dikey veya yatay ekran yönüne göre uygulamalar tarafından dinamik yönü DESTEKLEMELİDİR. Yani cihaz, uygulamanın belirli bir ekran yönü isteğini dikkate almalıdır.
  • [C-1-2] Yön değiştirilirken bildirilen ekran boyutu veya yoğunluğu DEĞİŞTİRİLMEMELİDİR.
  • Varsayılan olarak dikey veya yatay yönü seçebilir.

7.1.4. 2D ve 3D Grafik Hızlandırma

7.1.4.1 OpenGL ES

Cihaz uygulamaları:

  • [C-0-1] Yönetilen API'ler (ör. GLES10.getString() yöntemi) ve yerel API'ler aracılığıyla desteklenen OpenGL ES sürümlerini (1.1, 2.0, 3.0, 3.1, 3.2) DOĞRU şekilde tanımlamalıdır.
  • [C-0-2] Desteklendiğini belirttikleri her OpenGL ES sürümü için ilgili tüm yönetilen API'ler ve yerel API'ler için destek DAHİL OLMALIDIR.

Cihaz uygulamalarında ekran veya video çıkışı varsa:

  • [C-1-1] Android SDK dokümanlarında belirtildiği şekilde hem OpenGL ES 1.1 hem de 2.0'ı DESTEKLEMELİDİR.
  • [SR] OpenGL ES 3.1'i desteklemesi önemle ÖNERİLİR.
  • OpenGL ES 3.2'yi DESTEKLEMELİDİR.

Cihaz uygulamaları OpenGL ES sürümlerinden herhangi birini destekliyorsa:

  • [C-2-1] Uygulamaya koydukları diğer OpenGL ES uzantılarını OpenGL ES yönetilen API'leri ve yerel API'ler aracılığıyla bildirMELİDİR ve tam tersine, desteklemedikleri uzantı dizelerini bildirMEmelidir.
  • [C-2-2] EGL_KHR_image, EGL_KHR_image_base, EGL_ANDROID_image_native_buffer, EGL_ANDROID_get_native_client_buffer, EGL_KHR_wait_sync, EGL_KHR_get_all_proc_addresses, EGL_ANDROID_presentation_time, EGL_KHR_swap_buffers_with_damage ve EGL_ANDROID_recordable uzantılarını DESTEKLEMELİDİR.
  • [SR] için EGL_KHR_partial_update özelliğinin DESTEKLENMESİ önemle ÖNERİLİR.
  • Destekledikleri doku sıkıştırma biçimlerini (genellikle tedarikçiye özgüdür) getString() yöntemi aracılığıyla doğru şekilde bildirmelidir.

Cihaz uygulamaları OpenGL ES 3.0, 3.1 veya 3.2 desteğini belirtiyorsa:

  • [C-3-1] libGLESv2.so kitaplığındaki OpenGL ES 2.0 işlev simgelerine ek olarak bu sürümler için ilgili işlev simgelerini dışa aktarmalıdır.

Cihaz uygulamaları OpenGL ES 3.2'yi destekliyorsa:

  • [C-4-1] OpenGL ES Android Uzatma Paketi'nin tamamını desteklemelidir.

Cihaz uygulamaları OpenGL ES Android Uzatma Paketi'ni tamamen destekliyorsa:

  • [C-5-1] android.hardware.opengles.aep özellik işareti aracılığıyla desteği tanımlamalıdır.

Cihaz uygulamaları EGL_KHR_mutable_render_buffer uzantısını destekliyorsa:

  • [C-6-1] EGL_ANDROID_front_buffer_auto_refresh uzantısını da desteklemelidir.
7.1.4.2 Vulkan

Android , yüksek performanslı 3D grafikler için düşük maliyetli, platformlar arası bir API olan Vulkan desteği içerir.

Cihaz uygulamaları OpenGL ES 3.1'i destekliyorsa:

  • [SR] Vulkan 1.1 desteğinin eklenmesi önemle ÖNERİLİR.

Cihaz uygulamalarında ekran veya video çıkışı varsa:

  • Vulkan 1.1 desteği DAHİL OLMALIDIR.

Cihaz uygulamaları Vulkan 1.0 desteği içeriyorsa:

  • [C-1-1] android.hardware.vulkan.level ve android.hardware.vulkan.version özellik işaretleriyle doğru tam sayı değerini bildirmelidir.
  • [C-1-2] Vulkan yerel API'si vkEnumeratePhysicalDevices() için en az bir VkPhysicalDevice sayılmalıdır .
  • [C-1-3] Her bir listelenen VkPhysicalDevice için Vulkan 1.0 API'lerini tam olarak UYGULAMALIDIR.
  • [C-1-4] Uygulama paketinin yerel kitaplık dizininde libVkLayer*.so olarak adlandırılan yerel kitaplıklarda bulunan katmanları Vulkan yerel API'leri vkEnumerateInstanceLayerProperties() ve vkEnumerateDeviceLayerProperties() aracılığıyla listelemeLİDİR .
  • [C-1-5] Uygulama paketinin dışındaki kitaplıklar tarafından sağlanan katmanları listelememeli veya uygulamada android:debuggable özelliği true olarak ayarlanmadığı sürece Vulkan API'yi izlemenin ya da yakalamanın başka yollarını sağlamamalıdır.
  • [C-1-6] Desteklediği tüm uzantı dizelerini Vulkan yerel API'leri aracılığıyla bildirmeli ve tam olarak desteklemediği uzantı dizelerini bildirmemelidir.
  • [C-1-7] VK_KHR_surface, VK_KHR_android_surface, VK_KHR_swapchain ve VK_KHR_incremental_present uzantılarını DESTEKLEMELİDİR.

Cihaz uygulamaları Vulkan 1.0 desteği içermiyorsa:

  • [C-2-1] Vulkan özellik işaretlerinden hiçbirini (ör. android.hardware.vulkan.level, android.hardware.vulkan.version) İLAN ETMEmelidir.
  • [C-2-2] Vulkan doğal API'si vkEnumeratePhysicalDevices() için herhangi bir VkPhysicalDevice dizine eklenmemelidir.

Cihaz uygulamaları Vulkan 1.1 desteği içeriyorsa:

  • [C-3-1] SYNC_FD harici semafor ve tutamaç türleri için destek sunmalıdır.
  • [SR] VK_ANDROID_external_memory_android_hardware_buffer uzantısını desteklemeniz önemle ÖNERİLİR.
7.1.4.3 RenderScript
  • [C-0-1] Cihaz uygulamaları, Android SDK dokümanlarında ayrıntılı olarak açıklandığı gibi Android RenderScript'i DESTEKLEMELİDİR.
7.1.4.4 2D Grafik Hızlandırma

Android, uygulamaların android:hardwareAccelerated manifest etiketi veya doğrudan API çağrıları kullanarak uygulama, etkinlik, pencere ya da görünüm düzeyinde 2D grafikler için donanım hızlandırmayı etkinleştirmek istediklerini beyan etmelerini sağlayan bir mekanizma içerir.

Cihaz uygulamaları:

  • [C-0-1] Varsayılan olarak donanım hızlandırmayı etkinleştirmeli ve geliştirici android:hardwareAccelerated="false" değerini ayarlayarak veya donanım hızlandırmayı doğrudan Android View API'leri aracılığıyla devre dışı bırakarak donanım hızlandırmayı devre dışı bırakmasını İSTEMELİDİR.
  • [C-0-2] Donanım hızlandırma ile ilgili Android SDK dokümanlarıyla tutarlı bir davranış sergilemelidir.

Android, geliştiricilerin donanım hızlandırmalı OpenGL ES dokularını kullanıcı arayüzü hiyerarşisinde oluşturma hedefleri olarak doğrudan entegre etmesine olanak tanıyan bir TextureView nesnesi içerir.

Cihaz uygulamaları:

  • [C-0-3] TextureView API'yi DESTEKLEMELİ ve yayın öncesi Android uygulamasıyla tutarlı davranış sergileMELİDİR.
7.1.4.5 Geniş renk gamına sahip ekranlar

Cihaz uygulamaları , Configuration.isScreenWideColorGamut() aracılığıyla geniş renk gamına sahip ekranları desteklediğini iddia ediyorsa:

  • [C-1-1] Renk kalibre edilmiş bir ekrana sahip OLMALIDIR.
  • [C-1-2] CIE 1931 xyY alanında sRGB renk gamını tamamen kapsayan bir ekrana sahip OLMALIDIR.
  • [C-1-3] CIE 1931 xyY alanında DCI-P3'ün en az% 90'ı kadar alanı olan bir ekrana sahip OLMALIDIR.
  • [C-1-4] OpenGL ES 3.1 veya 3.2'yi desteklemeli ve düzgün şekilde bildirmelidir.
  • [C-1-5] EGL_KHR_no_config_context, EGL_EXT_pixel_format_float, EGL_KHR_gl_colorspace, EGL_EXT_gl_colorspace_scrgb, EGL_EXT_gl_colorspace_scrgb_linear, EGL_EXT_gl_colorspace_display_p3 ve EGL_KHR_gl_colorspace_display_p3 uzantılarının desteğini İLAN ETMELİDİR.
  • [SR] GL_EXT_sRGB için destek almanızı önemle ÖNERİRİZ.

Buna karşılık, cihaz uygulamaları geniş kapsamlı ekranları desteklemiyorsa:

  • [C-2-1] Ekran renk gamı tanımlanmamış olsa da CIE 1931 xyY alanında sRGB'nin% 100'ünü veya daha fazlasını KAPLAYABİLİR.

7.1.5. Eski Uygulama Uyumluluğu Modu

Android, çerçevenin ekran boyutundan bağımsızlık özelliğinin bulunmadığı eski Android sürümleri için geliştirilmemiş eski uygulamaların yararına, çerçevenin "normal" ekran boyutu eşdeğeri (320 dp genişlik) modunda çalıştığı bir "uyumluluk modu" belirtir.

7.1.6. Ekran Teknolojisi

Android platformu, uygulamaların ekranda zengin grafikler oluşturmasına olanak tanıyan API'ler içerir. Bu belgede özel olarak izin verilmediği sürece cihazlar, Android SDK'sı tarafından tanımlanan bu API'lerin tümünü desteklemelidir.

Cihaz uygulamaları:

  • [C-0-1] 16 bit renkli grafik oluşturabilen ekranları DESTEKLEMELİDİR.
  • 24 bit renkli grafikler görüntüleyebilen ekranları DESTEKLEMELİDİR.
  • [C-0-2] Animasyon oluşturabilen ekranları DESTEKLEMELİDİR.
  • [C-0-3] 0,9 ile 1,15 arasında piksel en boy oranı (PAR) olan ekran teknolojisini KULLANMALIDIR. Yani piksel en boy oranı, %10-15 toleransla kare (1,0) değerine yakın OLMALIDIR.

7.1.7. İkincil Ekranlar

Android, medya paylaşımı özelliklerini etkinleştirmek için ikincil ekran desteği ve harici ekranlara erişmek için geliştirici API'leri içerir.

Cihaz uygulamaları kablolu, kablosuz veya yerleşik ek ekran bağlantısı üzerinden harici ekranı destekliyorsa:

  • [C-1-1] DisplayManager sistem hizmetini ve API'sini Android SDK dokümanlarında açıklandığı şekilde UYGULAMALIDIR.

7.2. Giriş Cihazları

Cihaz uygulamaları:

7.2.1. Klavye

Cihaz uygulamaları, üçüncü taraf Giriş Yöntemi Düzenleyici (IME) uygulamaları için destek içeriyorsa:

Cihaz uygulamaları: * [C-0-1] android.content.res.Configuration.keyboard içinde belirtilen biçimlerden biriyle eşleşmeyen bir donanım klavyesi İÇERMEMELİDİR (QWERTY veya 12 tuşlu). * Ek yumuşak klavye uygulamaları DAHİL EDİLMELİDİR. * Donanım klavyesi DAHİL OLABİLİR.

7.2.2. Dokunmatik olmayan gezinme

Android, dokunmatik olmayan gezinme mekanizmaları olarak d-pad, izleme topu ve tekerlek desteği içerir.

Cihaz uygulamaları:

Cihaz uygulamalarında dokunma dışı gezinme yoksa:

  • [C-1-1] Giriş Yönetimi Motorları ile uyumlu, metin seçimi ve düzenleme için makul bir alternatif kullanıcı arayüzü mekanizması SAĞLANMALIDIR. Yukarı akış Android açık kaynak uygulaması, dokunmatik olmayan gezinme girişlerine sahip cihazlarla kullanıma uygun bir seçim mekanizması içerir.

7.2.3. Gezinme Tuşları

Ana Sayfa, En Son ve Geri işlevleri, genellikle özel bir fiziksel düğme veya dokunmatik ekranın farklı bir kısmıyla etkileşim yoluyla sağlanır. Bu işlevler, Android gezinme paradigması ve dolayısıyla cihaz uygulamaları için gereklidir:

  • [C-0-1] ACTION=MAIN ve CATEGORY=LAUNCHER ile ayarlanmış <intent-filter> etkinliği olan yüklü uygulamaları başlatmak için kullanıcılara bir kolaylık sunmalıdır veya televizyon cihazı uygulamaları için CATEGORY=LEANBACK_LAUNCHER kullanmalıdır. Ana Sayfa işlevi, bu kullanıcı olanağı için mekanizma OLABİLİR.
  • Son Kullanılanlar ve Geri işlevi için düğmeler YER ALMALIDIR.

Ana Sayfa, Son Aramalar veya Geri işlevleri sağlanıyorsa:

  • [C-1-1] Bunlardan herhangi birine erişilebiliyorsa tek bir işlemle (ör. dokunma, çift tıklama veya hareket) erişilebilmelidir.
  • [C-1-2] Her işlevi hangi tek bir işlemin tetikleyeceğine dair net bir açıklama YAZILMALIDIR. Düğmeye basıldığında görünen bir simge, ekranın gezinme çubuğu bölümünde bir yazılım simgesi göstermek veya kutudan çıkarıldıktan sonra kurulum deneyimi sırasında kullanıcıyı adım adım rehberli bir demo akışında yönlendirmek bu tür bir gösterge örneğidir.

Cihaz uygulamaları:

  • [SR], Android 4.0'dan beri işlem çubuğu lehine desteği sonlandırıldığı için Menü işlevi için giriş mekanizması sağlamaması önemle ÖNERİLİR.

Cihaz uygulamaları Menü işlevini sağlıyorsa:

  • [C-2-1] İşlem taşma menüsü pop-up'ı boş olmadığında ve işlem çubuğu görünür olduğunda işlem taşma düğmesi GÖSTERİLMELİDİR.
  • [C-2-2] İşlem çubuğundaki taşma düğmesi seçilerek gösterilen işlem taşma pop-up'ının konumunu DEĞİŞTİRMEMELİDİR ancak menü işlevi seçilerek gösterildiğinde işlem taşma pop-up'ını ekranda değiştirilmiş bir konumda oluşturabilir.

Cihaz uygulamaları Menü işlevini sağlamıyorsa geriye dönük uyumluluk için: * [C-3-1] targetSdkVersion 10'dan azsa fiziksel bir düğme, yazılım anahtarı veya hareketlerle Menü işlevini uygulamalara sunmalıdır. Diğer gezinme işlevleriyle birlikte gizlenmediği sürece bu menü işlevine erişilebilir olmalıdır.

Cihaz uygulamaları Asistan işlevini sağlıyorsa: * [C-4-1] Diğer gezinme tuşlarına erişilebildiğinde Asistan işlevine tek bir işlemle (ör. dokunma, çift tıklama veya hareket) erişilebilmelidir. * [SR] Bu belirlenen etkileşim olarak EV işlevinde uzun basma özelliğinin kullanılması KESİNLİKLE ÖNERİLİR.

Cihaz uygulamaları, gezinme tuşlarını görüntülemek için ekranın farklı bir bölümünü kullanıyorsa:

  • [C-5-1] Gezinme tuşları, ekranın uygulamalar tarafından kullanılamayan ayrı bir bölümünü KULLANABİLİR ve ekranın uygulamalar tarafından kullanılabilen bölümünü GÖZDEN KAÇIRMASIN veya başka bir şekilde engelleMESİN.
  • [C-5-2] Ekranın bir bölümünü, 7.1.1 numaralı bölümde tanımlanan koşulları karşılayan uygulamalara sunmalıdır.
  • [C-5-3] Ekranın bu belirgin kısmının (diğer adıyla gezinme çubuğu) SDK'da belirtildiği gibi düzgün bir şekilde gizlenmesi için uygulama tarafından View.setSystemUiVisibility() API yöntemi aracılığıyla ayarlanan işaretleri UYGUNLAMALI.

7.2.4. Dokunmatik Ekran Girişi

Android; dokunmatik ekranlar, dokunmatik yüzeyler ve sahte dokunmatik giriş cihazları gibi çeşitli işaretçi giriş sistemlerini destekler. Dokunmatik ekran tabanlı cihaz uygulamaları, kullanıcının ekrandaki öğelerle doğrudan etkileşim kurduğu izlenimi verecek şekilde bir ekranla ilişkilendirilir. Kullanıcı doğrudan ekrana dokunduğundan sistem, üzerinde işlem yapılan nesneleri belirtmek için ek kolaylıklara ihtiyaç duymaz.

Cihaz uygulamaları:

  • Bir tür işaretçi giriş sistemi (fare benzeri veya dokunmatik) OLMALIDIR.
  • Tamamen bağımsız olarak izlenen işaretçileri DESTEKLEMELİDİR.

Cihaz uygulamalarında dokunmatik ekran (tek dokunma veya daha iyi) varsa:

  • [C-1-1] Configuration.touchscreen API alanı için TOUCHSCREEN_FINGER değerini bildirmelidir.
  • [C-1-2] android.hardware.touchscreen ve android.hardware.faketouch özellik işaretlerini bildirmelidir.

Cihaz uygulamalarında tek bir dokunuşu değil, birden fazla dokunuşu izleyebilen bir dokunmatik ekran varsa:

  • [C-2-1] Cihazdaki belirli dokunmatik ekranın türüne karşılık gelen uygun özellik işaretlerini android.hardware.touchscreen.multitouch, android.hardware.touchscreen.multitouch.distinct, android.hardware.touchscreen.multitouch.jazzhand bildirmelidir.

Cihaz uygulamaları dokunmatik ekran içermiyorsa (ve yalnızca işaretçi cihaz kullanıyorsa) ve 7.2.5 numaralı bölümdeki sahte dokunma şartlarını karşılıyorsa:

  • [C-3-1] android.hardware.touchscreen ile başlayan özellik işaretlerini BİLDİRMEMELİDİR ve yalnızca android.hardware.faketouch işaretini BİLDİRMELİDİR.

7.2.5. Sahte Dokunmatik Giriş

Sahte dokunma arayüzü, dokunmatik ekran özelliklerinin bir alt kümesine benzer bir kullanıcı girişi sistemi sağlar. Örneğin, ekranda bir imleci hareket ettiren fare veya uzaktan kumanda, dokunmaya benzer ancak kullanıcının önce imleci veya odak noktasını seçip ardından tıklamasını gerektirir. Fare, dokunmatik yüzey, jiroskop tabanlı hava faresi, jiroskop işaretçisi, kontrol çubuğu ve çoklu dokunmatik yüzey gibi birçok giriş cihazı, sahte dokunma etkileşimlerini destekleyebilir. Android, android.hardware.faketouch özelliğini içerir. Bu özellik, dokunmatik tabanlı girişi (temel hareket desteği dahil) yeterince taklit edebilen fare veya dokunmatik yüzey gibi dokunmatik olmayan (işaretçi tabanlı) yüksek kaliteli bir giriş cihazına karşılık gelir ve cihazın dokunmatik ekran işlevinin taklit edilmiş bir alt kümesini desteklediğini belirtir.

Cihaz uygulamalarında dokunmatik ekran bulunmasa da kullanıma sunmak istedikleri başka bir işaretçi giriş sistemi varsa:

  • android.hardware.faketouch özellik işareti için destek BEYAN EDİLMELİDİR.

Cihaz uygulamaları android.hardware.faketouch için destek belirtiyorsa:

  • [C-1-1] İşaretçi konumunun mutlak X ve Y ekran konumlarını bildirmeli ve ekranda görsel bir işaretçi göstermelidir.
  • [C-1-2] Dokunma etkinliğini, işaretçinin ekranda aşağı veya yukarı hareket etmesiyle oluşan durum değişikliğini belirten işlem koduyla bildirmelidir.
  • [C-1-3] Ekrandaki bir nesneye işaretçiyi aşağı ve yukarı hareket ettirme özelliği DESTEKLENMELİDİR. Bu özellik, kullanıcıların ekrandaki bir nesneye dokunma işlemini taklit etmesine olanak tanır.
  • [C-1-4] Ekrandaki bir nesnenin aynı yerinde, belirli bir süre içinde işaretçi aşağı, işaretçi yukarı, işaretçi aşağı ve ardından işaretçi yukarı hareketlerini desteklemelidir. Bu sayede kullanıcılar ekrandaki bir nesneye çift dokunmayı taklit edebilir.
  • [C-1-5] Ekrandaki herhangi bir noktada aşağı bakan bir işaretçiyi, işaretçiyi ekrandaki herhangi bir noktaya taşımayı ve ardından kullanıcıların dokunma sürüklemesini taklit etmesine olanak tanıyan yukarı bakan bir işaretçiyi desteklemelidir.
  • [C-1-6] İşaretçinin aşağı doğru hareket etmesini desteklemeli, ardından kullanıcıların nesneyi ekranda hızlıca farklı bir konuma taşımasına ve ardından ekranda yukarı doğru hareket etmesine izin vermelidir. Bu sayede kullanıcılar ekranda bir nesneyi fırlatabilir.
  • [C-1-7] Configuration.touchscreen API alanı için TOUCHSCREEN_NOTOUCH değerini bildirmelidir.

Cihaz uygulamaları android.hardware.faketouch.multitouch.distinct için destek belirtiyorsa:

  • [C-2-1] android.hardware.faketouch için destek beyan ETMELI.
  • [C-2-2] İki veya daha fazla bağımsız işaretçi girişinin ayrı olarak izlenmesini DESTEKLEMELİDİR.

Cihaz uygulamaları android.hardware.faketouch.multitouch.jazzhand için destek belirtiyorsa:

  • [C-3-1] android.hardware.faketouch için destek beyan ETMELI.
  • [C-3-2] 5 (bir elin parmaklarını izleme) veya daha fazla işaretçi girişinin tamamen bağımsız olarak ayrı ayrı izlenmesini DESTEKLEMELİDİR.

7.2.6. Oyun Kumandası Desteği

7.2.6.1. Düğme Eşlemeleri

Cihaz uygulamaları android.hardware.gamepad özellik işaretini beyan ederse:

  • [C-1-1] Aşağıdaki tablolarda listelenen tüm etkinliklerin girilmesini sağlayacak bir denetleyicinin yerleştirilmiş olması veya kutuda ayrı bir denetleyicinin bulunması ZORUNLUDUR.
  • [C-1-2] HID etkinliklerini, aşağıdaki tablolarda listelenen ilişkili Android view.InputEvent sabitleriyle eşleyebilmelidir. Yukarı akış Android uygulaması, bu koşulu karşılayan oyun denetleyicileri için uygulamayı içerir.
Düğme HID Kullanımı2 Android düğmesi
A1 0x09 0x0001 KEYCODE_BUTTON_A (96)
B1 0x09 0x0002 KEYCODE_BUTTON_B (97)
X1 0x09 0x0004 KEYCODE_BUTTON_X (99)
Y1 0x09 0x0005 KEYCODE_BUTTON_Y (100)
D-pad yukarı1
D-pad aşağı1 		0x01 0x00393 AXIS_HAT_Y4
D-pad sola1
D-pad sağa1 		0x01 0x00393 AXIS_HAT_X4
Sol üst kenar düğmesi1 0x09 0x0007 KEYCODE_BUTTON_L1 (102)
Sağ üst kenar düğmesi1 0x09 0x0008 KEYCODE_BUTTON_R1 (103)
Sol çubuk tıklama1 0x09 0x000E KEYCODE_BUTTON_THUMBL (106)
Sağ çubuğun tıklanması1 0x09 0x000F KEYCODE_BUTTON_THUMBR (107)
Ana Sayfa1 0x0c 0x0223 KEYCODE_HOME (3)
Geri1 0x0c 0x0224 KEYCODE_BACK (4)

1 KeyEvent

2 Yukarıdaki HID kullanımları, bir oyun kumandası CA'sında (0x01 0x0005) tanımlanmalıdır.

3 Bu kullanım için mantıksal minimum 0, mantıksal maksimum 7, fiziksel minimum 0, fiziksel maksimum 315, birim derece ve rapor boyutu 4 olmalıdır. Mantıksal değer, dikey eksenden saat yönünde dönme olarak tanımlanır. Örneğin, 0 mantıksal değeri dönme olmadığını ve yukarı düğmesine basıldığını, 1 mantıksal değeri ise 45 derece dönmeyi ve hem yukarı hem de sol düğmesine basıldığını gösterir.

4 MotionEvent

Analog Kontroller1 HID Kullanımı Android düğmesi
Sol Tetikleyici 0x02 0x00C5 AXIS_LTRIGGER
Sağ Tetikleyici 0x02 0x00C4 AXIS_RTRIGGER
Sol kontrol çubuğu 0x01 0x0030
0x01 0x0031 		AXIS_X
AXIS_Y
Sağ kontrol çubuğu 0x01 0x0032
0x01 0x0035 		AXIS_Z
AXIS_RZ

1 MotionEvent

7.2.7. Uzaktan Kumanda

Cihaza özgü gereksinimler için 2.3.1 numaralı bölüme bakın.

7.3. Sensörler

Cihaz uygulamalarında, üçüncü taraf geliştiriciler için ilgili bir API'ye sahip belirli bir sensör türü varsa cihaz uygulaması bu API'yi Android SDK dokümanlarında ve sensörler ile ilgili Android Açık Kaynak dokümanlarında açıklandığı şekilde UYGULAMALIDIR.

Cihaz uygulamaları:

  • [C-0-1] android.content.pm.PackageManager sınıfına göre sensörlerin varlığını veya yokluğunu doğru şekilde bildirmelidir.
  • [C-0-2] SensorManager.getSensorList() ve benzer yöntemler aracılığıyla desteklenen sensörlerin doğru bir listesini DÖNDÜRMELİDİR.
  • [C-0-3] Diğer tüm sensör API'leri için makul davranmalıdır (ör. uygulamalar dinleyici kaydetmeye çalıştığında uygun şekilde true veya false döndürerek, ilgili sensörler mevcut olmadığında sensör dinleyicilerini çağırmamak vb.).

Cihaz uygulamalarında, üçüncü taraf geliştiriciler için ilgili bir API'ye sahip belirli bir sensör türü varsa geliştiriciler:

  • [C-1-1] Android SDK dokümanlarında tanımlandığı şekilde her sensör türü için ilgili Uluslararası Birim Sistemi (metrik) değerlerini kullanarak tüm sensör ölçümlerini bildirmelidir.
  • [C-1-2] Uygulama işlemcisi etkinken minimum 5 ms + 2 * sample_time gecikmesiyle aktarılan bir sensör söz konusu olduğunda sensör verilerini 100 milisaniye + 2 * sample_time maksimum gecikmesiyle bildirmelidir. Bu gecikmeye filtreleme gecikmeleri dahil değildir.
  • [C-1-3] İlk sensör örneğini, sensörün etkinleştirilmesinden sonraki 400 milisaniye + 2 * sample_time içinde bildirmelidir. Bu örneğin doğruluk değerinin 0 olması kabul edilebilir.

  • [SR] Etkinlik zamanını Android SDK dokümanlarında tanımlandığı şekilde nanosaniye cinsinden raporlamalıdır. Bu zaman, etkinliğin gerçekleştiği zamanı temsil eder ve SystemClock.elapsedRealtimeNano() saatiyle senkronize edilir. Mevcut ve yeni Android cihazların bu şartları karşılaması ŞİDDETLE ÖNERİLİR. Böylece, bu şartın ZORUNLU bir bileşen haline gelebileceği gelecekteki platform sürümlerine yükseltme yapabilecek. Senkronizasyon hatası 100 milisaniyenin altında OLMALIDIR.

  • [C-1-4] Android SDK dokümanları tarafından sürekli sensör olarak belirtilen API'ler için cihaz uygulamalarında, ardışık etkinlikler arasındaki raporlanan zaman damgası değerlerinin farkının standart sapması olarak tanımlanan ve %3'ün altında olması GEREKEN jitter değerine sahip düzenli veri örnekleri sürekli olarak SAĞLANMALIDIR.

  • [C-1-5] Sensör etkinlik akışının, cihaz CPU'sunun askıya alma durumuna girmesini veya askıya alma durumundan uyandırılmasını ÖNLEMEDİĞİNDEN EMİN OLMALIDIR.

  • Birden fazla sensör etkinleştirildiğinde güç tüketimi, tek tek sensörlerin raporlanan güç tüketiminin toplamını AŞMAMALIDIR.

Yukarıdaki liste kapsamlı değildir. Android SDK'sının ve sensörler ile ilgili Android Açık Kaynak Dokümanları'nın belgelenmiş davranışı yetkili kabul edilir.

Bazı sensör türleri karmadır. Yani bir veya daha fazla sensör tarafından sağlanan verilerden türetilebilirler. (Yön sensörü ve doğrusal hızlanma sensörü buna örnek gösterilebilir.)

Cihaz uygulamaları:

  • Sensör türleri bölümünde açıklanan ön koşul fiziksel sensörleri içerdiğinde bu sensör türlerini UYGULAMALIDIR.

Cihaz uygulamaları kompozit sensör içeriyorsa:

  • [C-2-1] Sensörü, kompozit sensörler ile ilgili Android Açık Kaynak dokümanlarında açıklandığı şekilde UYGULAMALIDIR.

7.3.1. İvme ölçer

  • Cihaz uygulamalarında 3 eksenli ivme ölçer BULUNMASI GEREKİR.

Cihaz uygulamaları 3 eksenli ivme ölçer içeriyorsa:

  • [C-1-1] En az 50 Hz'ye kadar sıklıktaki etkinlikleri raporlayabilmelidir.
  • [C-1-2] TYPE_ACCELEROMETER sensörünü uygulamalı ve bildirmelidir.
  • [C-1-3] Android API'lerinde ayrıntılı olarak açıklandığı şekilde Android sensör koordinat sistemine UYGUN OLMALIDIR.
  • [C-1-4] Herhangi bir eksende serbest düşüşten başlayarak yerçekiminin dört katına(4g) kadar veya daha fazlasını ölçebilmelidir.
  • [C-1-5] En az 12 bit çözünürlüğe sahip OLMALIDIR.
  • [C-1-6] Standart sapma en fazla 0,05 m/s^2 olmalıdır.Standart sapma, en hızlı örnekleme hızında en az 3 saniye boyunca toplanan örneklerde eksen başına hesaplanır.
  • TYPE_SIGNIFICANT_MOTION karma sensörünü uygulamak için [SR] ŞİDDETLE ÖNERİLİR.
  • [SR], online ivmeölçer kalibrasyonunun kullanılabildiği durumlarda TYPE_ACCELEROMETER_UNCALIBRATED sensörünü UYGULAMASI KESİNLİKLE ÖNERİLİR.
  • TYPE_SIGNIFICANT_MOTION, TYPE_TILT_DETECTOR, TYPE_STEP_DETECTOR, TYPE_STEP_COUNTER birleşik sensörlerini Android SDK belgesinde açıklandığı şekilde UYGULAMALIDIR.
  • En az 200 Hz'e kadar olan etkinlikleri raporlamalıdır.
  • Çözünürlüğü en az 16 bit olmalıdır.
  • Özellikler yaşam döngüsü boyunca değişirse ve telafi edilirse kullanım sırasında kalibre EDİLMELİDİR ve cihaz yeniden başlatılırken telafi parametreleri korunmalıdır.
  • Sıcaklık dengelenmelidir.
  • TYPE_ACCELEROMETER_UNCALIBRATED sensörünü de UYGULAMALIDIR.

Cihaz uygulamalarında 3 eksenli bir ivmeölçer varsa ve TYPE_SIGNIFICANT_MOTION, TYPE_TILT_DETECTOR, TYPE_STEP_DETECTOR, TYPE_STEP_COUNTER karma sensörlerinden herhangi biri uygulanmışsa:

  • [C-2-1] Güç tüketimlerinin toplamı her zaman 4 mW'tan az OLMALIDIR.
  • Her biri 2 mW'ın ve cihaz dinamik veya statik durumdayken 0,5 mW'ın altında OLMALIDIR.

Cihaz uygulamalarında 3 eksenli ivme ölçer ve jiroskop sensörü varsa:

  • [C-3-1] TYPE_GRAVITY ve TYPE_LINEAR_ACCELERATION birleşik sensörlerini UYGULAMALI.
  • TYPE_GAME_ROTATION_VECTOR karma sensör uygulanmalıdır.
  • [SR] Mevcut ve yeni Android cihazlarda TYPE_GAME_ROTATION_VECTOR sensörünün uygulanması önemle ÖNERİLİR.

Cihaz uygulamalarında 3 eksenli ivme ölçer, jiroskop sensörü ve manyetometre sensörü varsa:

  • [C-4-1] TYPE_ROTATION_VECTOR birleşik sensörü UYGULANMALIDIR.

7.3.2. Manyetometre

  • Cihaz uygulamalarında 3 eksenli bir manyetometre (pusula) BULUNMASI GEREKİR.

Cihaz uygulamaları 3 eksenli bir manyetometre içeriyorsa:

  • [C-1-1] TYPE_MAGNETIC_FIELD sensörünü UYGULAMALIDIR.
  • [C-1-2] En az 10 Hz'ye kadar sıklıkta etkinlikleri raporlayabİLMELİ ve en az 50 Hz'ye kadar sıklıkta etkinlikleri raporlamalıdır.
  • [C-1-3] Android API'lerinde ayrıntılı olarak açıklandığı şekilde Android sensör koordinat sistemine UYGUN OLMALIDIR.
  • [C-1-4] Doygunluk öncesi her eksende -900 µT ile +900 µT arasında ölçüm yapabilmelidir.
  • [C-1-5] Manyetometre, dinamik (akımla indüklenen) ve statik (mıknatısla indüklenen) manyetik alanlardan uzak bir yere yerleştirilerek sabit demir ofset değeri 700 µT'den az OLMALIDIR ve 200 µT'nin altında bir değere sahip OLMALIDIR.
  • [C-1-6] 0,6 µT'ye eşit veya daha yoğun bir çözünürlüğe sahip OLMALIDIR.
  • [C-1-7] Sabit demir önyargısının çevrimiçi kalibrasyonunu ve telafisini desteklemeli ve cihaz yeniden başlatmaları arasında telafi parametrelerini korumalıdır.
  • [C-1-8] Yumuşak demir telafisi uygulanmış OLMALIDIR. Kalibre işlemi, cihaz kullanılırken veya cihazın üretimi sırasında yapılabilir.
  • [C-1-9] En hızlı örnekleme hızında en az 3 saniye boyunca toplanan örneklere göre eksen başına hesaplanmış standart sapma 1, 5 µT'den yüksek OLMAYACAK; standart sapma 0, 5 µT'den yüksek OLMAYACAK.
  • TYPE_MAGNETIC_FIELD_UNCALIBRATED sensörünü UYGULAMALI.
  • [SR] Mevcut ve yeni Android cihazlarda TYPE_MAGNETIC_FIELD_UNCALIBRATED sensörünün uygulanması önemle ÖNERİLİR.

Cihaz uygulamalarında 3 eksenli manyetometre, ivme ölçer sensörü ve jiroskop sensörü varsa:

  • [C-2-1] TYPE_ROTATION_VECTOR birleşik sensörü UYGULANMALIDIR.

Cihaz uygulamaları 3 eksenli bir manyetometre ve ivme ölçer içeriyorsa:

  • TYPE_GEOMAGNETIC_ROTATION_VECTOR sensörünü UYGULAYABİLİR.

Cihaz uygulamalarında 3 eksenli manyetometre, ivme ölçer ve TYPE_GEOMAGNETIC_ROTATION_VECTOR sensörü varsa:

  • [C-3-1] 10 mW'dan az güç tüketmelidir.
  • Sensör 10 Hz'de toplu mod için kaydedildiğinde 3 mW'den az güç TÜKETMELİDİR.

7.3.3. GPS

Cihaz uygulamaları:

  • GPS/GNSS alıcısı DAHİL OLMALIDIR.

Cihaz uygulamaları bir GPS/GNSS alıcı içeriyorsa ve bu özelliği android.hardware.location.gps özellik işareti aracılığıyla uygulamalara bildiriyorsa:

  • [C-1-1] LocationManager#requestLocationUpdate üzerinden istendiğinde konum çıkışlarını en az 1 Hz hızda DESTEKLEMELİDİR.
  • [C-1-2] 0, 5 Mb/sn veya daha hızlı veri hızına sahip bir internet bağlantısına bağlıyken açık hava koşullarında (güçlü sinyaller, ihmal edilebilir çoklu yol, HDOP < 2) 10 saniye içinde (ilk düzeltme için hızlı zaman) konumu belirleyebilmelidir. Bu şart genellikle GPS/GNSS kilitlenme süresini en aza indirmek için Yardımlı veya Tahmini GPS/GNSS tekniği kullanılarak karşılanır (Yardım verileri Referans Zaman, Referans Konum ve Uydu Ephemeris/Kronometre içerir).
    • [C-1-6] Cihaz uygulamaları, bu tür bir konum hesaplaması yaptıktan sonra, konum istekleri yeniden başlatıldığında, sonraki istek veri bağlantısı olmadan yapıldığında ve/veya güç döngüsü uygulandığında bile ilk konum hesaplamasından sonraki bir saate kadar açık havada 5 saniye içinde konumunu belirlemelidir.

  • Açık hava koşullarında, konum belirlendikten sonra sabitken veya saniye kare başına 1 metreden daha az ivmeyle hareket ederken:

    • [C-1-3] En az% 95 oranında, konumu 20 metre içinde ve hızı saniyede 0, 5 metre içinde belirleyebilmelidir.
    • [C-1-4] Bir takımyıldızındaki en az 8 uyduyu aynı anda GnssStatus.Callback üzerinden izlemeli ve bildirmelidir.
    • Birden fazla takımyıldızından (ör. GPS + Glonass, Beidou, Galileo'dan en az biri) en az 24 uyduyu aynı anda izleyebilmelidir.
    • [C-1-5] GNSS teknolojisinin nesil bilgisini "getGnssYearOfHardware" test API'si aracılığıyla bildirmelidir.
    • [SR] Acil durum telefon araması sırasında normal GPS/GNSS konum çıkışlarını vermeye devam edin.
    • [SR] SBAS hariç, izlenen tüm takımyıldızlarından (GnssStatus mesajlarında bildirildiği gibi) GNSS ölçümlerini raporlayın.
    • [SR] AGC ve GNSS ölçümünün sıklığını raporlayın.
    • [SR] Her GPS/GNSS konumunun bir parçası olarak tüm doğruluk tahminlerini (Yön, Hız ve Dikey dahil) raporlayın.
    • [SR], Test API LocationManager.getGnssYearOfHardware() aracılığıyla "2016" veya "2017" yılını bildiren cihazlar için ek zorunlu şartlardan mümkün olduğunca çoğunu karşılamanın ÖNEMLE ÖNERİLDİĞİNİ belirtmek isteriz.

Cihaz uygulamaları bir GPS/GNSS alıcı içeriyorsa ve android.hardware.location.gps özellik işareti aracılığıyla uygulamalara bu özelliği bildiriyorsa ve LocationManager.getGnssYearOfHardware() Test API'si "2016" veya daha yeni bir yılı bildiriyorsa:

  • [C-2-1] GPS/GNSS'den hesaplanan bir konum henüz raporlanmasa bile GNSS ölçümleri bulunur bulunmaz raporlanmalıdır.
  • [C-2-2] Konum belirlendikten sonra açık hava koşullarında sabitken veya 0,2 metrekare/saniyeden daha düşük ivmeyle hareket ederken, en az% 95 oranında konumu 20 metre, hızı ise 0,2 metre/saniye içinde hesaplamak için yeterli olan GNSS sanal menzilleri ve sanal menzil hızlarını bildirmelidir.

Cihaz uygulamaları bir GPS/GNSS alıcı içeriyorsa ve android.hardware.location.gps özellik işareti aracılığıyla uygulamalara bu özelliği bildiriyorsa ve LocationManager.getGnssYearOfHardware() Test API'si "2017" veya daha yeni bir yılı bildiriyorsa:

  • [C-3-1] Acil durum telefon araması sırasında normal GPS/GNSS konum çıkışlarını vermeye DEVAM ETMELİDİR.
  • [C-3-2] SBAS hariç, izlenen tüm takımyıldızlarından (GnssStatus mesajlarında bildirildiği gibi) GNSS ölçümlerini bildirmelidir.
  • [C-3-3] AGC ve GNSS ölçümünün sıklığını bildirmelidir.
  • [C-3-4] Her GPS/GNSS konumunun bir parçası olarak tüm doğruluk tahminlerini (Yön, Hız ve Dikey dahil) bildirmelidir.

Cihaz uygulamaları bir GPS/GNSS alıcı içeriyorsa ve android.hardware.location.gps özellik işareti aracılığıyla uygulamalara bu özelliği bildiriyorsa ve LocationManager.getGnssYearOfHardware() Test API'si "2018" veya daha yeni bir yılı bildiriyorsa:

  • [C-4-1] Mobil İstasyon Tabanlı (MS Tabanlı) Ağ Tarafından Başlatılan acil durum oturumu çağrısı sırasında uygulamalara normal GPS/GNSS çıkışları sağlamaya DEVAM ETMELİDİR.
  • [C-4-2] Konumları ve ölçümleri GNSS Konum Sağlayıcısı API'lerine bildirmelidir.

7.3.4. Jiroskop

Cihaz uygulamaları:

  • Jiroskop (açısal değişim sensörü) İÇERMELİDİR.
  • 3 eksenli ivme ölçer de dahil edilmediği sürece jiroskop sensörü İÇERMEMELİDİR.

Cihaz uygulamaları jiroskop içeriyorsa:

  • [C-1-1] En az 50 Hz'ye kadar sıklıktaki etkinlikleri raporlayabilmelidir.
  • [C-1-2] TYPE_GYROSCOPE sensörünü UYGULAMALI ve TYPE_GYROSCOPE_UNCALIBRATED sensörünü de UYGULAMALI.
  • [C-1-3] Saniyede 1.000 dereceye kadar yön değişikliklerini ölçebilmelidir.
  • [C-1-4] 12 bit veya daha yüksek çözünürlükte OLMALIDIR ve 16 bit veya daha yüksek çözünürlükte OLMALIDIR.
  • [C-1-5] Sıcaklık dengeleme özelliği OLMALIDIR.
  • [C-1-6] Kullanım sırasında kalibre edilmeli ve telafi edilmeli, ayrıca cihaz yeniden başlatılırken telafi parametreleri korunmalıdır.
  • [C-1-7] Hz başına 1e-7 rad^2 / s^2'den (Hz başına varyans veya rad^2 / s) daha büyük bir varyansa SAHİP OLMALIDIR. Varyansın örnekleme hızıyla değişmesine izin verilir ancak bu değerle SINIRLANDIRILMALIDIR. Diğer bir deyişle, jiroskopun varyansını 1 Hz örnekleme hızında ölçerseniz bu değer 1e-7 rad^2/s^2'den büyük OLMAMALIDIR.
  • [SR] Mevcut ve yeni Android cihazlarda SENSOR_TYPE_GYROSCOPE_UNCALIBRATED sensörünün uygulanması önemle ÖNERİLİR.
  • [SR] Cihaz oda sıcaklığında sabitken kalibrasyon hatasının 0,01 rad/s'den az olması önemle ÖNERİLİR.
  • En az 200 Hz'e kadar olan etkinlikleri raporlamalıdır.

Cihaz uygulamalarında jiroskop, ivme ölçer sensörü ve manyetometre sensörü varsa:

  • [C-2-1] TYPE_ROTATION_VECTOR birleşik sensörü UYGULANMALIDIR.

Cihaz uygulamalarında jiroskop ve ivme ölçer sensörü varsa:

  • [C-3-1] TYPE_GRAVITY ve TYPE_LINEAR_ACCELERATION birleşik sensörlerini UYGULAMALI.
  • [SR] Mevcut ve yeni Android cihazlarda TYPE_GAME_ROTATION_VECTOR sensörünün uygulanması önemle ÖNERİLİR.
  • TYPE_GAME_ROTATION_VECTOR karma sensör uygulanmalıdır.

7.3.5. Barometre

  • Cihaz uygulamalarında barometre (ortam hava basıncı sensörü) BULUNMASI GEREKİR.

Cihaz uygulamaları barometre içeriyorsa:

  • [C-1-1] TYPE_PRESSURE sensörünü uygulamalı ve bildirmelidir.
  • [C-1-2] Etkinlikleri 5 Hz veya daha yüksek bir hızda yayınlayabilmelidir.
  • [C-1-3] Sıcaklık dengeleme özelliği OLMALIDIR.
  • [SR] 300hPa ila 1100hPa aralığındaki basınç ölçümlerini raporlayabilmek için ÇOK ÖNEMLİ.
  • Mutlak doğruluğu 1 hPa OLMALIDIR.
  • 20 hPa aralığında 0,12 hPa bağıl doğruluğa SAHİP OLMALIDIR (deniz seviyesinde ~200 m değişimde ~1 m doğruluğa eşdeğerdir).

7.3.6. Termometre

Cihaz uygulamaları: * Ortam termometresi (sıcaklık sensörü) içerebilir. * CPU sıcaklık sensörü içerebilir ancak İÇERMEMELİDİR.

Cihaz uygulamaları ortam termometresi (sıcaklık sensörü) içeriyorsa:

  • [C-1-1] SENSOR_TYPE_AMBIENT_TEMPERATURE olarak tanımlanmalı ve kullanıcının cihazla etkileşimde bulunduğu yerin ortam (oda/araç kabini) sıcaklığını santigrat derece cinsinden ölçmelidir.
  • [C-1-2] SENSOR_TYPE_TEMPERATURE olarak tanımlanmalıdır.
  • [C-1-3] Cihazın CPU'sunun sıcaklığını ÖLÇMELİDİR.
  • [C-1-4] Başka bir sıcaklık ÖLÇMEMELİDİR.

SENSOR_TYPE_TEMPERATURE sensör türünün Android 4.0'da kullanımdan kaldırıldığını unutmayın.

7.3.7. Fotoğraf ölçer

  • Cihaz uygulamaları bir fotometre (ortam ışığı sensörü) İÇERİEBİLİR.

7.3.8. Yakınlık Sensörü

  • Cihaz uygulamaları bir yakınlık sensörü içerEBİLİR.

Cihaz uygulamalarında yakınlık sensörü varsa:

  • [C-1-1] Bir nesnenin yakınlığını ekranla aynı yönde ölçmelidir. Yani, bu sensör türünün birincil amacı kullanıcının kullandığı telefonu algılamak olduğundan yakınlık sensörü, ekrana yakın nesneleri algılayacak şekilde yönlendirilmelidir. Cihaz uygulamalarında başka bir yönde yakınlık sensörü varsa bu API üzerinden erişilememelidir.
  • [C-1-2] 1 bit veya daha fazla doğruluk değerine sahip OLMALIDIR.

7.3.9. Yüksek Doğruluk Oranı Sunan Sensörler

Cihaz uygulamaları bu bölümde tanımlandığı şekilde daha yüksek kaliteli sensörler içeriyorsa ve bunları üçüncü taraf uygulamalarına sunuyorsa:

  • [C-1-1] android.hardware.sensor.hifi_sensors özellik bayrağı aracılığıyla özelliği tanımlaması GEREKİR.

Cihaz uygulamaları android.hardware.sensor.hifi_sensors bildirirse:

  • [C-2-1] TYPE_ACCELEROMETER sensörüne sahip OLMALIDIR. Bu sensör:

    • Ölçüm aralığı en az -8 g ile +8 g arasında OLMALIDIR, en az -16 g ile +16 g arasında OLMALIDIR.
    • Ölçüm çözünürlüğü en az 2048 LSB/g olmalıdır.
    • Minimum ölçüm frekansı 12,5 Hz veya daha düşük olmalıdır.
    • Maksimum ölçüm frekansı 400 Hz veya daha yüksek OLMALIDIR; SensorDirectChannel RATE_VERY_FAST özelliğini DESTEKLEMELİDİR.
    • Ölçüm gürültüsü 400 μg/√Hz'den yüksek OLMAMALIDIR.
    • Bu sensörün, en az 3.000 sensör etkinliği arabelleğe alma kapasitesine sahip, uyandırmayan bir formunu UYGULAMALIDIR.
    • Gruplandırma güç tüketimi en fazla 3 mW olmalıdır.
    • [C-SR] Nyquist frekansının en az% 80'i kadar 3 dB ölçüm bant genişliğine ve bu bant genişliğinde beyaz gürültü spektrumuna sahip olmanız önemle ÖNERİLİR.
    • Oda sıcaklığında test edilen 30 μg √Hz'den düşük bir ivme rastgele yürüyüşü OLMALIDIR.
    • Sıcaklığa göre önyargı değişimi ≤ +/- 1 mg/°C olmalıdır.
    • En iyi uyum çizgisi doğrusal olmayanlığı %0,5'ten az, sıcaklığa göre hassasiyet değişimi ise %0,03/°C'den az OLMALIDIR.
    • Cihazın çalışma sıcaklığı aralığında enine eksen hassasiyeti % 2,5'ten az ve enine eksen hassasiyeti değişimi% 0,2'den az OLMALIDIR.

  • [C-2-2] TYPE_ACCELEROMETER ile aynı kalite koşullarına sahip bir TYPE_ACCELEROMETER_UNCALIBRATED OLMALIDIR.

  • [C-2-3] TYPE_GYROSCOPE sensörüne sahip OLMALIDIR. Bu sensör:

    • En az -1000 ile +1000 dps arasında bir ölçüm aralığına sahip OLMALIDIR.
    • Ölçüm çözünürlüğü en az 16 LSB/dps olmalıdır.
    • Minimum ölçüm frekansı 12,5 Hz veya daha düşük olmalıdır.
    • Maksimum ölçüm frekansı 400 Hz veya daha yüksek OLMALIDIR; SensorDirectChannel RATE_VERY_FAST özelliğini DESTEKLEMELİDİR.
    • Ölçüm gürültüsü 0,014°/s/√Hz'den yüksek OLMAMALIDIR.
    • [C-SR] Nyquist frekansının en az% 80'i kadar 3 dB ölçüm bant genişliğine ve bu bant genişliğinde beyaz gürültü spektrumuna sahip olmanız önemle ÖNERİLİR.
    • Oda sıcaklığında test edildiğinde 0,001 °/s √Hz'den düşük bir rastgele yürüyüş hızı OLMALIDIR.
    • Sıcaklığa göre önyargı değişimi ≤ +/- 0,05 °/ s / °C olmalıdır.
    • Sıcaklığa göre hassasiyet değişimi %0,02/°C'den az OLMALIDIR.
    • En iyi uyum doğrusunun doğrusal olmayanlığı %0,2'den az OLMALIDIR.
    • Gürültü yoğunluğu ≤ 0,007 °/s/√Hz olmalıdır.
    • Cihaz sabitken 10 ila 40 ℃ sıcaklık aralığında kalibrasyon hatası 0,002 rad/s'den az OLMALIDIR.
    • 0,1°/s/g'den düşük g hassasiyetine sahip OLMALIDIR.
    • Cihazın çalışma sıcaklığı aralığında enine eksen hassasiyeti % 4,0'ün ve enine eksen hassasiyeti değişimi% 0,3'ün altında OLMALIDIR.

  • [C-2-4] TYPE_GYROSCOPE ile aynı kalite koşullarına sahip bir TYPE_GYROSCOPE_UNCALIBRATED OLMALIDIR.

  • [C-2-5] TYPE_GEOMAGNETIC_FIELD sensörüne sahip OLMALIDIR. Bu sensör:

    • Ölçüm aralığı en az -900 ile +900 μT arasında OLMALIDIR.
    • Ölçüm çözünürlüğü en az 5 LSB/uT OLMALIDIR.
    • Minimum ölçüm frekansı 5 Hz veya daha düşük olmalıdır.
    • Maksimum ölçüm frekansı 50 Hz veya daha yüksek olmalıdır.
    • Ölçüm gürültüsü 0,5 uT'tan yüksek OLMAMALIDIR.

  • [C-2-6] TYPE_GEOMAGNETIC_FIELD ile aynı kalite koşullarına sahip bir TYPE_MAGNETIC_FIELD_UNCALIBRATED'ye SAHİP OLMALIDIR ve ek olarak:

    • Bu sensörün, en az 600 sensör etkinliği arabelleğe alma kapasitesine sahip, uyandırmayan bir formunu UYGULAMALIDIR.
    • [C-SR] Rapor hızı 50 Hz veya daha yüksek olduğunda 1 Hz ile en az 10 Hz arasında beyaz gürültü spektrumu kullanılması önemle ÖNERİLİR.

  • [C-2-7] TYPE_PRESSURE sensörüne sahip OLMALIDIR. Bu sensör:

    • En az 300 ile 1.100 hPa arasında bir ölçüm aralığına sahip OLMALIDIR.
    • Ölçüm çözünürlüğü en az 80 LSB/hPa OLMALIDIR.
    • Minimum ölçüm sıklığı 1 Hz veya daha düşük olmalıdır.
    • Maksimum ölçüm frekansı 10 Hz veya daha yüksek olmalıdır.
    • Ölçüm gürültüsü 2 Pa/√Hz'den yüksek OLMAMALIDIR.
    • Bu sensörün, en az 300 sensör etkinliği arabelleğe alma kapasitesine sahip, uyandırmayan bir formunu UYGULAMALIDIR.
    • Gruplandırma güç tüketimi en fazla 2 mW olmalıdır.
  • [C-2-8] TYPE_GAME_ROTATION_VECTOR sensörü OLMALIDIR. Bu sensör:
    • Bu sensörün, en az 300 sensör etkinliği arabelleğe alma kapasitesine sahip, uyandırmayan bir formunu UYGULAMALIDIR.
    • Gruplandırma güç tüketimi en fazla 4 mW olmalıdır.
  • [C-2-9] TYPE_SIGNIFICANT_MOTION sensörü ZORUNLUDUR. Bu sensör:
    • Cihaz sabitken 0,5 mW'den, hareket halindeyken 1,5 mW'den daha yüksek olmayan bir güç tüketimine sahip OLMALIDIR.
  • [C-2-10] TYPE_STEP_DETECTOR sensörü şunlara sahip OLMALIDIR:
    • Bu sensörün, en az 100 sensör etkinliği arabelleğe alma özelliğine sahip, uyandırmayan bir formunu UYGULAMALIDIR.
    • Cihaz sabitken 0,5 mW'den, hareket halindeyken 1,5 mW'den daha yüksek olmayan bir güç tüketimine sahip OLMALIDIR.
    • Gruplandırma güç tüketimi en fazla 4 mW olmalıdır.
  • [C-2-11] TYPE_STEP_COUNTER sensörüne sahip OLMALIDIR. Bu sensör:
    • Cihaz sabitken 0,5 mW'den, hareket halindeyken 1,5 mW'den daha yüksek olmayan bir güç tüketimine sahip OLMALIDIR.
  • [C-2-12] TILT_DETECTOR sensörü ZORUNLUDUR. Bu sensör:
    • Cihaz sabitken 0,5 mW'den, hareket halindeyken 1,5 mW'den daha yüksek olmayan bir güç tüketimine sahip OLMALIDIR.
  • [C-2-13] İvmeölçer, jiroskop ve manyetometre tarafından raporlanan aynı fiziksel etkinliğin etkinlik zaman damgası 2, 5 milisaniye içinde olmalıdır. İvmeölçer ve jiroskop tarafından raporlanan aynı fiziksel etkinliğin etkinlik zaman damgası 0,25 milisaniye içinde OLMALIDIR.
  • [C-2-14] Jiroskop sensör etkinliği zaman damgalarının, kamera alt sistemiyle aynı zaman tabanında ve 1 milisaniyelik hata payında olması GEREKİR.
  • [C-2-15] Veriler yukarıdaki fiziksel sensörlerden herhangi birinde mevcut olduğu andan itibaren 5 milisaniye içinde uygulamalara örnek göndermelidir.
  • [C-2-16] Aşağıdaki sensörlerin herhangi bir kombinasyonu etkinleştirildiğinde cihaz sabitken 0,5 mW'den, cihaz hareket halindeyken 2,0 mW'den daha yüksek güç tüketimi OLMAMALIDIR:
    • SENSOR_TYPE_SIGNIFICANT_MOTION
    • SENSOR_TYPE_STEP_DETECTOR
    • SENSOR_TYPE_STEP_COUNTER
    • SENSOR_TILT_DETECTORS
  • [C-2-17] TYPE_PROXIMITY sensörü OLABİLİR ancak varsa en az 100 sensör etkinliği tampon kapasitesine sahip OLMALIDIR.

Bu bölümdeki tüm güç tüketimi şartlarının, uygulama işlemcisinin güç tüketimini içermediğini unutmayın. Sensör zincirinin tamamının (sensör, destekleyici devreler, özel sensör işleme sistemi vb.) kullandığı güç bu değere dahildir.

Cihaz uygulamaları doğrudan sensör desteği içeriyorsa:

  • [C-3-1] Doğrudan kanal türleri ve doğrudan rapor oranları düzeyindeki desteği isDirectChannelTypeSupported ve getHighestDirectReportRateLevel API aracılığıyla doğru şekilde beyan ETMELI.
  • [C-3-2] Sensör doğrudan kanalı desteğini beyan eden tüm sensörler için iki sensör doğrudan kanal türünden en az birini DESTEKLEMELİDİR.
  • Aşağıdaki türlerde birincil sensör (uyandırma dışı varyant) için sensör doğrudan kanalı üzerinden etkinlik raporlamasını DESTEKLEMELİDİR:
    • TYPE_ACCELEROMETER
    • TYPE_ACCELEROMETER_UNCALIBRATED
    • TYPE_GYROSCOPE
    • TYPE_GYROSCOPE_UNCALIBRATED
    • TYPE_MAGNETIC_FIELD
    • TYPE_MAGNETIC_FIELD_UNCALIBRATED

7.3.10. Biyometri Sensörleri

7.3.10.1. Parmak izi sensörleri

Cihaz uygulamalarında güvenli bir kilit ekranı varsa:

  • Parmak izi sensörü DAHİL OLMALIDIR.

Cihaz uygulamaları parmak izi sensörü içeriyorsa ve sensörü üçüncü taraf uygulamalarına sunuyorsa:

  • [C-1-1] android.hardware.fingerprint özelliği için destek beyan ETMESİ GEREKİR.
  • [C-1-2] İlgili API, Android SDK dokümanlarında açıklandığı şekilde eksiksiz şekilde uygulanmalıdır.
  • [C-1-3] Yanlış kabul oranı en fazla %0,002 olmalıdır.
  • [SR] Sahtecilik ve kimliğe bürünme kabul oranının %7'den yüksek olmaması önemle ÖNERİLİR.
  • [C-1-4] Sahtecilik ve kimliğe bürünme kabul oranları %7'den yüksekse bu modun güçlü bir PIN, desen veya şifreye kıyasla daha az güvenli olabileceğini ve etkinleştirmenin risklerini açıkça belirtmelidir.
  • [C-1-5] Parmak izi doğrulama için beş yanlış denemeden sonra deneme sayısını en az 30 saniye boyunca sınırlamalıdır.
  • [C-1-6] Donanım destekli bir anahtar deposu uygulamasına sahip OLMALI ve parmak izi eşleştirmeyi Güvenilir Yürütme Ortamı'nda (TEE) veya TEE'ye güvenli bir kanalla bağlı bir çipte gerçekleştirmelidir.
  • [C-1-7] Tanımlanabilir tüm parmak izi verilerinin, TEE dışında edinilemeyecek, okunamayacak veya değiştirilemeyecek şekilde şifrelenmiş ve kriptografik olarak kimliği doğrulanmış olması VEYA Android Open Source Project sitesindeki uygulama yönergelerinde belirtildiği gibi TEE'ye güvenli bir kanalı olan bir çip bulunmalıdır.
  • [C-1-8] Kullanıcıdan mevcut kimlik bilgilerini onaylamasını veya TEE tarafından korunan yeni bir cihaz kimlik bilgisi (PIN/desen/şifre) eklemesini sağlayarak önce bir güven zinciri oluşturmadan parmak izi eklenmesini ÖNLEMELİDİR; Android Açık Kaynak Projesi uygulaması, bunu yapmak için çerçevede mekanizmayı sağlar.
  • [C-1-9] Üçüncü taraf uygulamaların ayrı parmak izlerini ayırt etmesine İZİN VERMEMELİDİR.
  • [C-1-10] DevicePolicyManager.KEYGUARD_DISABLE_FINGERPRINT işaretine UYMALIDIR.
  • [C-1-11] Android 6.0'dan önceki bir sürümden yükseltme yapıldığında, yukarıdaki şartları karşılamak için parmak izi verilerinin güvenli bir şekilde taşınması veya kaldırılması GEREKİR.
  • [C-1-12] Kullanıcının hesabı kaldırıldığında (fabrika ayarlarına sıfırlama dahil) kullanıcının kimliği tanımlayabilecek tüm parmak izi verilerini tamamen kaldırmalıdır.
  • [C-1-13] Uygulama İşlemcisinin, kimliği tanımlayabilecek parmak izi verilerine veya bunlardan türetilen verilere (ör. yerleştirilenler) şifrelenmemiş şekilde erişmesine izin VERMEMELİDİR.
  • [SR] Cihaz üzerinde ölçülen yanlış reddetme oranının %10'un altında olması önemle ÖNERİLİR.
  • [SR] Kayıtlı bir parmak için parmak izi sensörüne dokunulduğu andan ekranın kilidinin açıldığı ana kadar geçen sürenin 1 saniyenin altında olması önemle ÖNERİLİR.
  • Android Açık Kaynak Projesi'nde sağlanan Android Parmak İzi simgesini KULLANMALIDIR.
7.3.10.2. Diğer Biyometrik Sensörler

Cihaz uygulamaları bir veya daha fazla parmak izi tabanlı olmayan biyometrik sensör içeriyorsa ve bunları üçüncü taraf uygulamalarına sunarsa:

  • [C-1-1] Yanlış kabul oranı en fazla %0,002 olmalıdır.
  • [C-SR] Sahtecilik ve kimliğe bürünme kabul oranının %7'den yüksek olmaması önemle ÖNERİLİR.
  • [C-1-2] Bu modun güçlü bir PIN, desen veya şifre kadar güvenli olmayabileceğini ve kimliğe bürünme ve sahtekarlık kabul oranları %7'den yüksekse bu modu etkinleştirmenin risklerini açıkça belirtmelidir.
  • [C-1-3] Biyometrik doğrulama için beş yanlış denemeden sonra denemelerin hız sınırını en az 30 saniye boyunca ZORUNLUDUR. Yanlış deneme, kayıtlı bir biyometrik ile eşleşmeyen yeterli yakalama kalitesine (ACQUIRED_GOOD) sahip denemedir.
  • [C-1-4] Donanım destekli bir anahtar deposu uygulamasına sahip OLMALI ve biyometrik eşleştirmeyi TEE'de veya TEE'ye güvenli bir kanalla bağlı bir çipte gerçekleştirmelidir.
  • [C-1-5] Tanımlanabilir tüm verilerin, TEE dışında edinilemeyecek, okunamayacak veya değiştirilemeyecek şekilde şifrelenmiş ve kriptografik olarak kimliği doğrulanmış olması VEYA Android Open Source Project sitesindeki uygulama yönergelerinde belirtildiği gibi TEE'ye güvenli bir kanalı olan bir çip bulunmalıdır.
  • [C-1-6] Öncelikle bir güven zinciri oluşturmadan yeni biyometriklerin eklenmesini ÖNLEMELİDİR. Bunun için kullanıcıdan mevcut kimlik bilgilerini onaylamasını veya TEE tarafından korunan yeni bir cihaz kimlik bilgisi (PIN/desen/şifre) eklemesini isteyin. Android Açık Kaynak Projesi uygulaması, bunu yapmak için çerçevede mekanizmayı sağlar.
  • [C-1-7] Üçüncü taraf uygulamalarının biyometri kayıtlarını ayırt etmesine İZİN VERMEMELİDİR.
  • [C-1-8] Bu biyometrik için ayrı işareti (ör. DevicePolicyManager.KEYGUARD_DISABLE_FINGERPRINT, DevicePolicymanager.KEYGUARD_DISABLE_FACE veya DevicePolicymanager.KEYGUARD_DISABLE_IRIS) UYGUNLAMALIDIR.
  • [C-1-9] Kullanıcının hesabı kaldırıldığında (fabrika ayarlarına sıfırlama dahil) kullanıcının kimliği tanımlayabilecek tüm biyometrik verileri tamamen kaldırmalıdır.
  • [C-1-10] Uygulama İşlemcisinin, TEE bağlamı dışında kimliği tanımlayabilecek biyometrik verilere veya bunlardan türetilen verilere (ör. yerleştirilenler) şifresiz erişmesine izin VERMEMELİDİR.
  • [C-SR] Cihaz üzerinde ölçülen yanlış reddetme oranının %10'un altında olması önemle ÖNERİLİR.
  • [C-SR] Kayıtlı her biyometrik için biyometrik algılandığı andan ekranın kilidinin açılmasına kadar geçen sürenin 1 saniyenin altında olması önemle ÖNERİLİR.

7.3.11. Yalnızca Android Automotive sensörleri

Otomotive özgü sensörler android.car.CarSensorManager API içinde tanımlanır.

7.3.11.1. Mevcut Ekipman

Cihaza özgü gereksinimler için 2.5.1 numaralı bölüme bakın.

7.3.11.2. Gündüz Gece Modu

Cihaza özgü gereksinimler için 2.5.1 numaralı bölüme bakın.

7.3.11.3. Sürüş Durumu

Bu şartın desteği sonlandırılmıştır.

7.3.11.4. Tekerlek Hızı

Cihaza özgü gereksinimler için 2.5.1 numaralı bölüme bakın.

7.3.11.5. El Freni

Cihaza özgü gereksinimler için 2.5.1 numaralı bölüme bakın.

7.3.12. Poz Sensörü

Cihaz uygulamaları:

  • 6 serbestlik derecesine sahip poz sensörünü DESTEKLEYEBİLİR.

Cihaz uygulamaları 6 serbestlik derecesine sahip poz sensörünü destekliyorsa:

  • [C-1-1] TYPE_POSE_6DOF sensörünü uygulamalı ve bildirmelidir.
  • [C-1-2] Yalnızca rotasyon vektöründen daha doğru OLMALIDIR.

7.4. Veri Bağlantısı

7.4.1. Telefon Hizmeti

Android API'leri ve bu belge tarafından kullanılan "Telefon" terimi, özellikle GSM veya CDMA ağı üzerinden sesli arama yapma ve SMS mesajı göndermeyle ilgili donanımı ifade eder. Bu sesli aramalar paket anahtarlamalı olabilir veya olmayabilir ancak Android'in işleyişine göre aynı ağ kullanılarak uygulanabilecek veri bağlantılarından bağımsız olarak kabul edilir. Diğer bir deyişle, Android "telefon" işlevi ve API'leri özellikle sesli aramaları ve SMS'leri ifade eder. Örneğin, arama yapamayan veya SMS mesajı gönderip alamayan cihaz uygulamaları, veri bağlantısı için hücresel ağ kullanıp kullanmadıklarından bağımsız olarak telefon cihazı olarak kabul edilmez.

  • Android, telefon donanımı içermeyen cihazlarda KULLANILABİLİR. Yani Android, telefon olmayan cihazlarla uyumludur.

Cihaz uygulamaları GSM veya CDMA telefon özelliğini içeriyorsa:

  • [C-1-1] android.hardware.telephony özellik bayrağını ve diğer alt özellik bayraklarını teknolojiye göre İLANI GEREKTİRİR.
  • [C-1-2] Söz konusu teknolojinin API'si için TAM destek uygulanmalıdır.

Cihaz uygulamaları telefon donanımı içermiyorsa:

  • [C-2-1] API'lerin tamamını no-ops olarak UYGULAMALIDIR.
7.4.1.1. Numara Engelleme Uyumluluğu

Cihaz uygulamaları android.hardware.telephony feature değerini raporlarsa:

  • [C-1-1] Numara engelleme desteği ZORUNLUDUR
  • [C-1-2] BlockedNumberContract ve ilgili API'yi SDK dokümanlarında açıklandığı şekilde TAMAMEN uygulamalıdır.
  • [C-1-3] "BlockedNumberProvider"daki bir telefon numarasından gelen tüm aramaları ve mesajları, uygulamalarla herhangi bir etkileşimde bulunmadan ENGELLEMELİDİR. Tek istisna, SDK dokümanlarında açıklandığı gibi numara engellemenin geçici olarak kaldırılmasıdır.
  • [C-1-4] Engellenen bir arama için platform arama kaydı sağlayıcısına YAZMAMALIDIR.
  • [C-1-5] Engellenen bir mesaj için Telefon hizmeti sağlayıcıya yazı YAZMAMALIDIR.
  • [C-1-6] TelecomManager.createManageBlockedNumbersIntent() yöntemi tarafından döndürülen intent ile açılan engellenen numara yönetimi kullanıcı arayüzü UYGULANMALIDIR.
  • [C-1-7] Android platformu, birincil kullanıcının cihazdaki tek bir telefon hizmeti örneği üzerinde tam kontrole sahip olduğunu varsaydığından ikincil kullanıcıların cihazdaki engellenen numaraları görüntülemesine veya düzenlemesine İZİN VERMEMELİDİR. Engellemeyle ilgili tüm kullanıcı arayüzü ikincil kullanıcılar için GİZLENMELİDİR ve engellenen listeye yine UYULMALIDIR.
  • Cihaz Android 7.0'a güncellendiğinde engellenen numaralar sağlayıcıya taşınmalıdır.
7.4.1.2. Telecom API

Cihaz uygulamaları android.hardware.telephony değerini raporluyorsa:

  • [C-1-1] SDK'da açıklanan ConnectionService API'lerini DESTEKLEMELİDİR.
  • [C-1-2] Kullanıcı, CAPABILITY_SUPPORT_HOLD üzerinden belirtilen bekletme özelliğini desteklemeyen bir üçüncü taraf uygulaması tarafından yapılan ve devam eden bir görüşmedeyken yeni bir gelen aramayı göstermeli ve kullanıcıya gelen aramayı kabul etme veya reddetme olanağı sunmalıdır.

  • [C-SR] Kullanıcıya, gelen bir aramayı yanıtlamanın devam eden aramayı sonlandıracağını bildirmeniz önemle ÖNERİLİR.

    AOSP uygulaması, gelen bir aramayı yanıtlamanın diğer aramanın kesilmesine neden olacağını belirten bir uyarı bildirimi göstererek bu koşulları karşılar.

  • [C-SR] Üçüncü taraf uygulaması PhoneAccount'daki EXTRA_LOG_SELF_MANAGED_CALLS ekstra anahtarını true olarak ayarladığında, arama günlüğünde bir arama günlüğü girişini ve üçüncü taraf uygulamasının adını gösteren varsayılan çevirici uygulamasının önceden yüklenmesi önemle ÖNERİLİR.

  • [C-SR] android.telecom API'leri için ses kulaklığının KEYCODE_MEDIA_PLAY_PAUSE ve KEYCODE_HEADSETHOOK etkinliklerini aşağıdaki gibi ele almanız önemle ÖNERİLİR:
    • Devam eden bir arama sırasında önemli etkinliğe kısa basma algılanırsa Connection.onDisconnect() çağrısı yapılır.
    • Gelen bir arama sırasında önemli etkinliğe kısa basıldığı algılandığında Connection.onAnswer() çağrısı.
    • Gelen bir arama sırasında önemli etkinliğe uzun basıldığı algılanırsa Connection.onReject() çağrısı yapılır.
    • CallAudioState düğmesinin sessiz durumunu değiştirin.

7.4.2. IEEE 802.11 (Kablosuz)

Cihaz uygulamaları:

  • 802.11'in bir veya daha fazla biçimi için destek DAHİL OLMALIDIR.

Cihaz uygulamaları 802.11 desteği içeriyorsa ve işlevi üçüncü taraf bir uygulamaya sunuyorsa:

  • [C-1-1] İlgili Android API'sini UYGULAMALIDIR.
  • [C-1-2] Donanım özelliği işaretini android.hardware.wifi bildirmelidir.
  • [C-1-3] Çoklu yayın API'sini SDK dokümanlarında açıklandığı şekilde UYGULAMALIDIR.
  • [C-1-4] Çoklu yayın DNS'yi (mDNS) desteklemeli ve aşağıdakiler dahil olmak üzere herhangi bir çalışma zamanında mDNS paketlerini (224.0.0.251) filtrelememelidir:
    • Ekran etkin durumda olmasa bile.
    • Android TV cihaz uygulamalarında, güç bekleme durumundayken bile.
  • [C-1-5] WifiManager.enableNetwork() API yöntemi çağrısını, uygulama trafiği için varsayılan olarak kullanılan ve getActiveNetwork ve registerDefaultNetworkCallback gibi ConnectivityManager API yöntemleri tarafından döndürülen etkin Network'ı değiştirmek için yeterli bir gösterge olarak DEĞİLDİR. Diğer bir deyişle, yalnızca kablosuz ağın internet erişimi sağladığını başarıyla doğrularsa diğer ağ sağlayıcılar (ör. mobil veri) tarafından sağlanan internet erişimini devre dışı bırakabilirler.
  • [C-SR] ConnectivityManager.reportNetworkConnectivity() API yöntemi çağrıldığında Network'daki internet erişimini yeniden değerlendirmek ve değerlendirme sonucunda mevcut Network'ın artık internet erişimi sağlamadığı belirlendiğinde internet erişimi sağlayan başka bir ağa (ör. mobil veri) geçmek İYİCE ÖNERİLİR.
  • [C-SR] STA bağlantısı kapalıyken her taramanın başında bir kez, kaynak MAC adresini ve keşif isteği çerçevelerinin sıra numarasını rastgele ayarlamanızı önemle ÖNERİRİZ.
    • Bir taramadan oluşan her prob isteği çerçevesi grubu, tek bir tutarlı MAC adresi kullanmalıdır (MAC adresi, taramanın ortasında rastgele hale GETİRİLMEMELİDİR).
    • Prob isteği sıra numarası, bir taramada prob istekleri arasında normal şekilde (sıralı olarak) iterasyon yapmalıdır.
    • Prob isteği sıra numarası, bir taramanın son prob isteği ile sonraki taramanın ilk prob isteği arasında rastgele ayarlanmalıdır.
  • [C-SR] STA bağlantısı kapalıyken yalnızca aşağıdaki öğelerin keşif isteği çerçevelerinde kullanılması KESİNLİKLE ÖNERİLİR:
    • SSID Parametre Grubu (0)
    • DS Parametre Grubu (3)

Cihaz uygulamaları kablosuz bağlantıyı destekliyorsa ve konum taraması için kablosuz bağlantıyı kullanıyorsa:

  • [C-2-1] WifiManager.isScanAlwaysAvailable API yöntemi aracılığıyla okunan değeri etkinleştirmek/devre dışı bırakmak için kullanıcıya bir kolaylık sunulmalıdır.
7.4.2.1. Kablosuz Doğrudan Bağlantı

Cihaz uygulamaları:

  • Wi-Fi Direct (eşler arası kablosuz) desteği DAHİL OLMALIDIR.

Cihaz uygulamaları Wi-Fi Direct desteği içeriyorsa:

  • [C-1-1] İlgili Android API'sini SDK dokümanlarında açıklandığı şekilde UYGULAMALIDIR.
  • [C-1-2] android.hardware.wifi.direct donanım özelliğini ZORUNLUDIR.
  • [C-1-3] Normal kablosuz bağlantıyı desteklemelidir.
  • [C-1-4] Kablosuz ve kablosuz doğrudan işlemleri eşzamanlı olarak DESTEKLEMELİDİR.

Cihaz uygulamaları:

Cihaz uygulamaları TDLS desteği içeriyorsa ve TDLS, WiFiManager API tarafından etkinleştirildiyse:

  • [C-1-1] WifiManager.isTdlsSupported üzerinden TDLS desteğini BEYAN ETMELİDİR.
  • TDLS yalnızca mümkün olduğunda VE faydalı olduğunda kullanılmalıdır.
  • Performansı kablosuz erişim noktası üzerinden gitmekten daha kötü olabilecek durumlarda TDLS'yi KULLANMAMALI ve bazı sezgisel yöntemlere sahip OLMALIDIR.
7.4.2.3. Wi-Fi Aware

Cihaz uygulamaları:

Cihaz uygulamaları, kablosuz ağ farkındalığı desteği içeriyorsa ve işlevi üçüncü taraf uygulamalarına sunuyorsa:

  • [C-1-1] WifiAwareManager API'lerini SDK dokümanlarında açıklandığı şekilde UYGULAMALIDIR.
  • [C-1-2] android.hardware.wifi.aware özellik bayrağını İLANI GEREKTİRİR.
  • [C-1-3] Kablosuz bağlantı ve kablosuz bağlantı bilinir işlemleri aynı anda desteklemelidir.
  • [C-1-4] Kablosuz Ağ Farkındalığı yönetim arayüzü adresini 30 dakikadan uzun olmayan aralıklarla ve Kablosuz Ağ Farkındalığı etkinleştirildiğinde rastgele oluşturmalıdır.

Cihaz uygulamaları, 7.4.2.5 numaralı bölümde açıklandığı şekilde kablosuz bağlantı bilinirliği ve kablosuz bağlantı konumu desteği içeriyorsa ve bu işlevleri üçüncü taraf uygulamalarına sunuyorsa:

7.4.2.4. Kablosuz Passpoint

Cihaz uygulamaları:

Cihaz uygulamaları Wi-Fi Passpoint desteği içeriyorsa:

  • [C-1-1] Passpoint ile ilgili WifiManager API'lerini SDK dokümanlarında açıklandığı şekilde UYGULAMALIDIR.
  • [C-1-2] Özellikle Genel Reklam Hizmeti (GAS) ve Erişim Ağı Sorgu Protokolü (ANQP) gibi ağ keşfi ve seçimiyle ilgili IEEE 802.11u standardını DESTEKLEMELİDİR.

Buna karşılık, cihaz uygulamaları Wi-Fi Passpoint desteği içermiyorsa:

  • [C-2-1] Passpoint ile ilgili WifiManager API'lerinin uygulanması UnsupportedOperationException oluşturmalıdır.
7.4.2.5. Kablosuz konumu (Kablosuz gidiş dönüş süresi - RTT)

Cihaz uygulamaları:

Cihaz uygulamaları kablosuz ağ konumu desteği içeriyorsa ve bu işlevi üçüncü taraf uygulamalarına sunuyorsa:

  • [C-1-1] WifiRttManager API'lerini SDK dokümanlarında açıklandığı şekilde UYGULAMALIDIR.
  • [C-1-2] android.hardware.wifi.rtt özellik bayrağını İLANI GEREKTİRİR.
  • [C-1-3] RTT'nin yürütüldüğü kablosuz arayüz bir erişim noktasıyla ilişkili değilken yürütülen her RTT patlaması için kaynak MAC adresini rastgele seçmelidir.

7.4.3. Bluetooth

Cihaz uygulamaları Bluetooth ses profilini destekliyorsa:

  • Gelişmiş Ses Codec'lerini ve Bluetooth Ses Codec'lerini (ör. LDAC) DESTEKLEMELİDİR.

Cihaz uygulamaları HFP, A2DP ve AVRCP'yi destekliyorsa:

  • En az 5 bağlı cihazı desteklemelidir.

Cihaz uygulamaları android.hardware.vr.high_performance özelliğini beyan ederse:

  • [C-1-1] Bluetooth 4.2 ve Bluetooth LE Veri Uzunluğu Uzatma özelliğini DESTEKLEMELİDİR.

Android, Bluetooth ve Bluetooth Düşük Enerji desteği içerir.

Cihaz uygulamaları Bluetooth ve Bluetooth Düşük Enerji desteği içeriyorsa:

  • [C-2-1] İlgili platform özelliklerini (sırasıyla android.hardware.bluetooth ve android.hardware.bluetooth_le) beyan ETMEK VE platform API'lerini uygulamak ZORUNLUDUR.
  • Cihaz için uygun olan A2DP, AVRCP, OBEX, HFP gibi alakalı Bluetooth profillerini UYGULAMALIDIR.

Cihaz uygulamaları Bluetooth Düşük Enerji desteği içeriyorsa:

  • [C-3-1] android.hardware.bluetooth_le donanım özelliğini İLKLEŞTİRMELİDİR.
  • [C-3-2] GATT (genel özellik profili) tabanlı Bluetooth API'leri, SDK dokümanlarında ve android.bluetooth'ta açıklandığı şekilde etkinleştirilmelidir.
  • [C-3-3] ScanFilter API sınıflarının filtreleme mantığının uygulanıp uygulanmadığını belirtmek için BluetoothAdapter.isOffloadedFilteringSupported() için doğru değeri bildirmelidir.
  • [C-3-4] Düşük Enerji Reklamcılığı'nın desteklenip desteklenmediğini belirtmek için BluetoothAdapter.isMultipleAdvertisementSupported() için doğru değeri bildirmelidir.
  • ScanFilter API'yi uygularken filtreleme mantığının Bluetooth yonga setine aktarılmasını DESTEKLEMELİDİR.
  • Toplu taramanın Bluetooth yonga setine aktarılmasını desteklemelidir.

  • En az 4 yuva içeren çoklu reklamı DESTEKLEMELİDİR.

  • [SR] Kullanıcı gizliliğini korumak için 15 dakikadan uzun olmayan bir Çözümlenebilir Özel Adres (RPA) zaman aşımı uygulamak ve zaman aşımı olduğunda adresi döndürmek önemle ÖNERİLİR.

Cihaz uygulamaları Bluetooth LE'yi destekliyorsa ve konum taraması için Bluetooth LE kullanıyorsa:

  • [C-4-1] Sistem API'si BluetoothAdapter.isBleScanAlwaysAvailable() üzerinden okunan değeri etkinleştirmek/devre dışı bırakmak için kullanıcıya bir imkân sunulmalıdır.

7.4.4. Yakın Alan İletişimi

Cihaz uygulamaları:

  • Near Field Communication (NFC) için bir alıcı/verici ve ilgili donanım İÇERMELİDİR.
  • [C-0-1] NFC desteği içermese veya sınıflar protokolden bağımsız bir veri temsili biçimi temsil ettiği için android.hardware.nfc özelliğini beyan etmese bile android.nfc.NdefMessage ve android.nfc.NdefRecord API'lerini UYGULAMALIDIR.

Cihaz uygulamaları NFC donanımı içeriyorsa ve bu donanımı üçüncü taraf uygulamalarına sunmayı planlıyorsa:

  • [C-1-1] android.hardware.nfc özelliğini android.content.pm.PackageManager.hasSystemFeature() yönteminden raporlamalıdır.
  • Aşağıdaki NFC standartları aracılığıyla NDEF mesajlarını okuyup yazabilmelidir:
  • [C-1-2] Aşağıdaki NFC standartları aracılığıyla NFC Forum okuyucu/yazıcı (NFC Forum teknik spesifikasyonu NFCForum-TS-DigitalProtocol-1.0 tarafından tanımlandığı şekilde) olarak hareket edebilmelidir:
    • NfcA (ISO14443-3A)
    • NfcB (ISO14443-3B)
    • NfcF (JIS X 6319-4)
    • IsoDep (ISO 14443-4)
    • NFC Forumu Etiket Türleri 1, 2, 3, 4, 5 (NFC Forumu tarafından tanımlanmıştır)

  • [SR] Aşağıdaki NFC standartları aracılığıyla ham verilerin yanı sıra NDEF mesajlarını okuyup yazabilmeniz KESİNLİKLE ÖNERİLİR. NFC standartlarının "ŞİDDETLE ÖNERİLİR" olarak belirtilmesine rağmen, gelecekteki bir sürümün Uyumluluk Tanımı'nda bu standartların "ZORUNLU" olarak değiştirilmesinin planlandığını unutmayın. Bu standartlar bu sürümde isteğe bağlıdır ancak gelecekteki sürümlerde zorunlu olacaktır. Android'in bu sürümünü çalıştıran mevcut ve yeni cihazların, gelecekteki platform sürümlerine yükseltebilmeleri için bu şartları şimdiden karşılamaları önemle tavsiye edilir.

  • [C-1-3] Aşağıdaki eşler arası standartlar ve protokoller aracılığıyla veri gönderip alabilMELİDİR:

    • ISO 18092
    • LLCP 1.2 (NFC Forum tarafından tanımlanmıştır)
    • SDP 1.0 (NFC Forum tarafından tanımlanmıştır)
    • NDEF Push Protokolü
    • SNEP 1.0 (NFC Forum tarafından tanımlanmıştır)
  • [C-1-4] Android Beam desteği içermeli ve Android Beam'i varsayılan olarak etkinleştirmelidir.
  • [C-1-5] Android Beam etkinleştirildiğinde veya başka bir özel NFC P2p modu açıldığında Android Beam'i kullanarak gönderip alabilmeli.
  • [C-1-6] SNEP varsayılan sunucusunu UYGULAMALIDIR. Varsayılan SNEP sunucusu tarafından alınan geçerli NDEF mesajları, android.nfc.ACTION_NDEF_DISCOVERED intent'i kullanılarak uygulamalara gönderilmelidir. Android Beam'in ayarlardan devre dışı bırakılması, gelen NDEF mesajının gönderilmesini DEVRE DIŞI BIRAKMAMALIDIR.
  • [C-1-7] NFC paylaşım ayarlarını göstermek için android.settings.NFCSHARING_SETTINGS intent'ini UYGUNLAMALIDIR.
  • [C-1-8] NPP sunucusunu UYGULAMALI. NPP sunucusu tarafından alınan mesajlar, SNEP varsayılan sunucusu ile aynı şekilde işlenmelidir.
  • [C-1-9] Android Beam etkinleştirildiğinde bir SNEP istemcisi uygulamalı ve varsayılan SNEP sunucusuna giden P2P NDEF göndermeye çalışmalı. Varsayılan SNEP sunucusu bulunamazsa istemcinin bir NPP sunucusuna göndermeye çalışması GEREKİR.
  • [C-1-10] MUST allow foreground activities to set the outbound P2P NDEF message using android.nfc.NfcAdapter.setNdefPushMessage, and android.nfc.NfcAdapter.setNdefPushMessageCallback, and android.nfc.NfcAdapter.enableForegroundNdefPush.
  • Giden P2P NDEF mesajları göndermeden önce "İletmek için dokun" gibi bir hareket veya ekran onayı KULLANMALIDIR.
  • [C-1-11] Cihaz Bluetooth Nesne İtme Profilini desteklediğinde NFC bağlantısının Bluetooth'a aktarılmasını desteklemelidir.
  • [C-1-12] NFC Forum'un "Bağlantı Devre Alma sürümü 1.2" ve "NFC sürümü 1.0'u kullanarak Bluetooth Güvenli Basit Eşleme" özelliklerini uygulayarak android.nfc.NfcAdapter.setBeamPushUris kullanılırken Bluetooth'a bağlantı aktarımı desteklenmelidir. Bu tür bir uygulama, NFC üzerinden aktarma isteğini/seçilen kayıtları aktarmak için "urn:nfc:sn:handover" hizmet adıyla aktarma LLCP hizmetini UYGULAMALIDIR ve gerçek Bluetooth veri aktarımı için Bluetooth Nesne İtme Profili'ni KULLANMALIDIR. Eski nedenlerden dolayı (Android 4.1 cihazlarla uyumluluğu korumak için) uygulama, NFC üzerinden aktarma isteği/seçilen kayıtları değiştirmek için SNEP GET isteklerini kabul etmeye DEVAM ETMELİDİR. Ancak uygulamanın kendisi, bağlantı aktarımı yapmak için SNEP GET istekleri GÖNDERMEMELİDİR.
  • [C-1-13] NFC keşif modundayken desteklenen tüm teknolojiler için anket YAPMALIDIR.
  • Cihaz açıkken ekran etkin ve kilit ekranı kilidi açıkken NFC keşif modunda OLMALIDIR.
  • Thinfilm NFC Barkod ürünlerinin barkodunu ve URL'sini (kodlanmışsa) okuyabilmelidir.

Yukarıda belirtilen JIS, ISO ve NFC Forumu spesifikasyonları için herkese açık bağlantıların kullanılamadığını unutmayın.

Android, NFC Ana Kart Emülasyonu (HCE) modunu destekler.

Cihaz uygulamaları, HCE (NfcA ve/veya NfcB için) yapabilen ve uygulama kimliği (AID) yönlendirmesini destekleyen bir NFC denetleyici yonga seti içeriyorsa:

  • [C-2-1] android.hardware.nfc.hce özellik sabitini bildirmelidir.
  • [C-2-2] Android SDK'sında tanımlandığı şekilde NFC HCE API'lerini desteklemelidir.

Cihaz uygulamaları, NfcF için HCE'yi destekleyen bir NFC denetleyici yonga seti içeriyorsa ve bu özelliği üçüncü taraf uygulamaları için uyguluyorsa:

  • [C-3-1] android.hardware.nfc.hcef özellik sabitini ZORUNLUDIR.
  • [C-3-2] Android SDK'da tanımlandığı şekilde NfcF Kart Emülasyonu API'lerini UYGULAMALIDIR.

Cihaz uygulamaları bu bölümde açıklanan genel NFC desteğini içeriyorsa ve okuyucu/yazar rolünde MIFARE teknolojilerini (MIFARE Classic, MIFARE Ultralight, MIFARE Classic'te NDEF) destekliyorsa:

  • [C-4-1] Android SDK'sında belirtildiği şekilde ilgili Android API'lerini UYGULAMALIDIR.
  • [C-4-2] android.content.pm.PackageManager.hasSystemFeature() yönteminden com.nxp.mifare özelliğini bildirmelidir. Bunun standart bir Android özelliği olmadığını ve bu nedenle android.content.pm.PackageManager sınıfında sabit olarak görünmediğini unutmayın.

7.4.5. Minimum Ağ İşlevi

Cihaz uygulamaları:

  • [C-0-1] Bir veya daha fazla veri ağı biçimi için destek ZORUNLUDUR. Daha açık belirtmek gerekirse, cihaz uygulamalarında 200 Kb/sn veya daha yüksek hızda en az bir veri standardı desteği BULUNMASI GEREKİR. Bu koşulu karşılayan teknolojilere örnek olarak EDGE, HSPA, EV-DO, 802.11g, Ethernet ve Bluetooth PAN verilebilir.
  • Birincil veri bağlantısı fiziksel bir ağ standardı (ör. Ethernet) olduğunda 802.11 (Kablosuz ağ) gibi en az bir ortak kablosuz veri standardı desteği de DAHİL OLMALIDIR.
  • Birden fazla veri bağlantısı biçimi UYGULAYABİLİR.
  • [C-0-2] Bir IPv6 ağ yığınını İÇERMELİ ve java.net.Socket ile java.net.URLConnection gibi yönetilen API'lerin yanı sıra AF_INET6 soketleri gibi yerel API'leri kullanarak IPv6 iletişimini desteklemelidir.
  • [C-0-3] IPv6 varsayılan olarak etkinleştirilmelidir.
  • IPv6 iletişiminin IPv4 kadar güvenilir olmasını SAĞLAMALIDIR. Örneğin:
    • [C-0-4] Uyku modunda IPv6 bağlantısını ZORUNLU KULLANINIZ.
    • [C-0-5] Hız sınırlaması, cihazın en az 180 saniyelik RA ömrü kullanan IPv6 uyumlu herhangi bir ağda IPv6 bağlantısını kaybetmesine NEDEN OLMAYACAK.
  • [C-0-6] Üçüncü taraf uygulamalarına, IPv6 ağına bağlıyken cihazda yerel olarak herhangi bir adres veya bağlantı noktası çevirisi yapılmadan ağa doğrudan IPv6 bağlantısı sağlamalıdır. Hem Socket#getLocalAddress veya Socket#getLocalPort gibi yönetilen API'ler hem de getsockname() veya IPV6_PKTINFO gibi NDK API'leri, ağda paket göndermek ve almak için gerçekte kullanılan IP adresini ve bağlantı noktasını İYİCE İADE ETMELİDİR.

Gerekli IPv6 desteği düzeyi, aşağıdaki şartlarda gösterildiği gibi ağ türüne bağlıdır.

Cihaz uygulamaları kablosuz bağlantıyı destekliyorsa:

  • [C-1-1] Kablosuz ağda çift yığın ve yalnızca IPv6 işlevini DESTEKLEMELİDİR.

Cihaz uygulamaları Ethernet'i destekliyorsa:

  • [C-2-1] Ethernet'te çift yığınlı çalışmayı DESTEKLEMELİDİR.

Cihaz uygulamaları hücresel veriyi destekliyorsa:

  • Hücresel ağda IPv6 işlevini (yalnızca IPv6 ve muhtemelen çift yığın) DESTEKLEMELİDİR.

Cihaz uygulamaları birden fazla ağ türünü destekliyorsa (ör. (Kablosuz ağ ve hücresel veri) kullanırken:

  • [C-3-1] Cihaz birden fazla ağ türüne aynı anda bağlıyken her ağda yukarıdaki koşulları eşzamanlı olarak karşılamalıdır.

7.4.6. Senkronizasyon Ayarları

Cihaz uygulamaları:

  • [C-0-1] getMasterSyncAutomatically() yönteminin "true" değerini döndürmesi için varsayılan olarak ana otomatik senkronizasyon ayarının AÇIK olması GEREKİR.

7.4.7. Veri Tasarrufu

Cihaz uygulamaları ölçülen bağlantı içeriyorsa:

  • [SR] Veri tasarrufu modunu sunmanız önemle ÖNERİLİR.

Cihaz uygulamaları veri tasarrufu modunu sağlıyorsa:

Cihaz uygulamaları veri tasarrufu modunu sağlamıyorsa:

  • [C-2-1] ConnectivityManager.getRestrictBackgroundStatus() için RESTRICT_BACKGROUND_STATUS_DISABLED değerini DÖNDÜRMELİDİR
  • [C-2-2] ConnectivityManager.ACTION_RESTRICT_BACKGROUND_CHANGED yayını YAPILMAYACAK.
  • [C-2-3] Settings.ACTION_IGNORE_BACKGROUND_DATA_RESTRICTIONS_SETTINGS intent'ini işleyen bir etkinliğe sahip OLMALI ancak bunu işlem yapmadan uygulayabilir.

7.4.8. Güvenlik Unsurları

Cihaz uygulamaları, Open Mobile API özellikli güvenli öğeleri destekliyorsa ve bunları üçüncü taraf uygulamalarına sunarsa:

7.5. Kameralar

Cihaz uygulamaları en az bir kamera içeriyorsa:

  • [C-1-1] android.hardware.camera.any özellik bayrağını İLANI GEREKTİRİR.
  • [C-1-2] Temel önizleme ve fotoğraf çekme amacıyla kamera açıkken bir uygulamanın, cihazdaki en yüksek çözünürlüklü kamera sensörü tarafından üretilen görüntülerin boyutuna eşit 3 RGBA_8888 bitmap'i aynı anda ayırması ZORUNLUDUR.

7.5.1. Arka Kamera

Arka kamera, cihazın ekranın karşısındaki tarafında bulunan bir kameradır. Yani geleneksel bir kamera gibi cihazın uzak tarafındaki sahneleri görüntüler.

Cihaz uygulamaları:

  • Arka kamera içermelidir.

Cihaz uygulamalarında en az bir arka kamera varsa:

  • [C-1-1] android.hardware.camera ve android.hardware.camera.any özellik işaretini bildirmelidir.
  • [C-1-2] En az 2 megapiksel çözünürlüğe sahip OLMALIDIR.
  • Kamera sürücüsünde donanım otomatik odaklama veya yazılım otomatik odaklama uygulanmış OLMALIDIR (uygulama yazılımı için şeffaf).
  • Sabit odaklı veya EDOF (geniş alan derinliği) donanımına sahip OLABİLİR.
  • FLAŞ içerebilir.

Kamerada flaş varsa:

  • [C-2-1] Uygulama, Camera.Parameters nesnesinin FLASH_MODE_AUTO veya FLASH_MODE_ON özelliklerini etkinleştirerek flaşı açıkça etkinleştirmediği sürece, bir android.hardware.Camera.PreviewCallback örneği bir kamera önizleme yüzeyine kaydedilmişken flaş ışığı YANMAMALIDIR. Bu kısıtlamanın cihazın yerleşik sistem kamerası uygulaması için değil, yalnızca Camera.PreviewCallback kullanan üçüncü taraf uygulamaları için geçerli olduğunu unutmayın.

7.5.2. Ön Kamera

Ön kamera, cihazın ekranla aynı tarafında bulunan bir kameradır. Yani genellikle görüntülü konferans ve benzeri uygulamalarda kullanıcının görüntüsünü almak için kullanılan bir kameradır.

Cihaz uygulamaları:

  • Ön kamera içerebilir.

Cihaz uygulamaları en az bir ön kamera içeriyorsa:

  • [C-1-1] android.hardware.camera.any ve android.hardware.camera.front özellik işaretini bildirmelidir.
  • [C-1-2] En az VGA (640x480 piksel) çözünürlüğe sahip OLMALIDIR.
  • [C-1-3] Camera API için varsayılan olarak ön kamera KULLANMAMALI ve API'yi, cihazdaki tek kamera olsa bile ön kamerayı varsayılan arka kamera olarak ele alacak şekilde yapılandırmamalıdır.
  • [C-1-4] Geçerli uygulama, android.hardware.Camera.setDisplayOrientation() yöntemine yapılan bir çağrı aracılığıyla kamera ekranının döndürülmesini açıkça istediğinde kamera önizlemesi, uygulama tarafından belirtilen yönde yatay olarak yansıtılmalıdır. Buna karşılık, geçerli uygulama android.hardware.Camera.setDisplayOrientation() yöntemine çağrı yaparak kamera ekranının döndürülmesini açıkça istemediğinde önizleme cihazın varsayılan yatay ekseni boyunca YANSITILMALIDIR.
  • [C-1-5] Uygulama geri çağırmalarına döndürülen veya medya depolama alanına bağlanan nihai çekilen hareketsiz resim veya video akışlarını yansıtmamalıdır.
  • [C-1-6] Sonraki görüntüleme tarafından gösterilen görüntüyü, kamera önizleme resim akışıyla aynı şekilde yansıtmalıdır.
  • 7.5.1 numaralı bölümde açıklandığı gibi, arkaya bakan kameralarda kullanılabilen özellikleri (ör. otomatik odaklama, flaş vb.) İÇERİYE ALMAYABİLİR.

Cihaz uygulamaları kullanıcı tarafından döndürülebiliyorsa (ör. bir ivmeölçer aracılığıyla otomatik olarak veya kullanıcı girişi aracılığıyla manuel olarak):

  • [C-2-1] Kamera önizlemesi, cihazın mevcut yönüne göre yatay olarak aynalanmalıdır.

7.5.3. Harici Kamera

Cihaz uygulamaları:

  • Her zaman bağlı olması gerekmeyen harici bir kamera desteği OLABİLİR.

Cihaz uygulamaları harici kamera desteği içeriyorsa:

  • [C-1-1] Platform özellik işareti android.hardware.camera.external ve android.hardware camera.any İSTENİR.
  • [C-1-2] Harici kamera USB ana bilgisayar bağlantı noktası üzerinden bağlanıyorsa USB Video Sınıfı'nı (UVC 1.0 veya üzeri) DESTEKLEMELİDİR.
  • [C-1-3] Fiziksel harici kamera cihazı bağlıyken kamera CTS testlerini ZORUNLU ŞEKİLDE geçmelidir. Kamera CTS testinin ayrıntılarını source.android.com adresinde bulabilirsiniz.
  • Yüksek kaliteli kodlanmamış akışların (ör. ham veya bağımsız olarak sıkıştırılmış resim akışları) aktarılmasını sağlamak için MJPEG gibi video sıkıştırma biçimlerini DESTEKLEMELİDİR.
  • Birden fazla kamerayı DESTEKLEYEBİLİR.
  • Kamera tabanlı video kodlamayı DESTEKLEYEBİLİR.

Kamera tabanlı video kodlaması destekleniyorsa:

  • [C-2-1] Cihaz uygulaması, eşzamanlı olarak kodlanmamış / MJPEG akışına (QVGA veya daha yüksek çözünürlük) erişebilmelidir.

7.5.4. Kamera API'si Davranışı

Android, kameraya erişmek için iki API paketi içerir. Daha yeni android.hardware.camera2 API, uygulamaya daha düşük düzeyde kamera kontrolü sunar. Bu kontrol, sıfır kopyalama gerektiren verimli seri/akış akışları ve pozlama, kazanç, beyaz denge kazançları, renk dönüştürme, gürültü giderme, keskinleştirme ve daha fazlası için kare başına kontroller içerir.

Eski API paketi android.hardware.Camera, Android 5.0'de desteği sonlandırılmış olarak işaretlenmiştir ancak uygulamaların kullanabilmesi için hâlâ kullanılabilir durumdadır. Android cihaz uygulamalarında, API'nin bu bölümde ve Android SDK'sında açıklandığı şekilde sürekli olarak desteklendiğinden emin olunmalıdır.

Desteği sonlandırılan android.hardware.Camera sınıfı ile daha yeni android.hardware.camera2 paketi arasında ortak olan tüm özelliklerin her iki API'de de eşdeğer performansa ve kaliteye sahip OLMASI GEREKİR. Örneğin, eşdeğer ayarlarda otomatik odaklama hızı ve doğruluğu aynı, çekilen resimlerin kalitesi de aynı olmalıdır. İki API'nin farklı anlamlarına bağlı olan özelliklerin eşleşen hıza veya kaliteye sahip olması gerekmez ancak mümkün olduğunca yakın bir şekilde eşleşmelidir.

Cihaz uygulamaları, mevcut tüm kameralar için kamerayla ilgili API'lerde aşağıdaki davranışları UYGULAMALIDIR. Cihaz uygulamaları:

  • [C-0-1] Bir uygulama android.hardware.Camera.Parameters.setPreviewFormat(int)'u hiç çağırmamışsa uygulama geri çağırmalarına sağlanan önizleme verileri için android.hardware.PixelFormat.YCbCr_420_SP kullanılmalıdır.
  • [C-0-2] Ayrıca, bir uygulama bir android.hardware.Camera.PreviewCallback örneği kaydettiğinde ve sistem onPreviewFrame() yöntemini çağrdığında ve önizleme biçimi YCbCr_420_SP olduğunda byte[] içindeki veriler onPreviewFrame()'a aktarılırken NV21 kodlama biçiminde OLMALIDIR. Yani NV21 varsayılan OLMALIDIR.
  • [C-0-3] android.hardware.Camera için hem ön hem de arka kameraların kamera önizlemelerinde YV12 biçimini (android.graphics.ImageFormat.YV12 sabitiyle belirtilir) DESTEKLEMELİDİR. (Donanım video kodlayıcı ve kamera herhangi bir yerel piksel biçimini kullanabilir ancak cihaz uygulaması YV12'ye dönüşümü DESTEKLEMELİDİR.)
  • [C-0-4] android.request.availableCapabilities'te REQUEST_AVAILABLE_CAPABILITIES_BACKWARD_COMPATIBLE özelliğinin reklamını yapan android.hardware.camera2 cihazlar için android.media.ImageReader API üzerinden android.hardware.ImageFormat.YUV_420_888 ve android.hardware.ImageFormat.JPEG biçimlerini çıkış olarak DESTEKLEMELİDİR.
  • [C-0-5] Cihazın donanım otomatik odaklama veya başka özellikler içerip içermediğine bakılmaksızın, Android SDK dokümanlarında yer alan Kamera API'nin tamamını uygulamalıdır. Örneğin, otomatik odaklama özelliği olmayan kameralar, kayıtlı tüm android.hardware.Camera.AutoFocusCallback örneklerini çağırmaya DEVAM ETMELİDİR (otomatik odaklama özelliği olmayan bir kamerayla alakalı olmasa bile). Bunun ön kameralar için geçerli olduğunu unutmayın. Örneğin, çoğu ön kamera otomatik odaklama özelliğini desteklemese bile API geri çağırmalarının açıklandığı şekilde "taklit" edilmesi gerekir.
  • [C-0-6] android.hardware.Camera.Parameters sınıfında sabit olarak tanımlanan her parametre adını tanımalıdır. Buna karşılık, cihaz uygulamaları android.hardware.Camera.Parameters üzerinde sabit olarak belgelenenler dışında android.hardware.Camera.setParameters() yöntemine iletilen dize sabitlerini HİÇBİR ŞEKİLDE dikkate ALMAMALI veya tanımamalıdır. Yani cihaz uygulamaları, donanım izin veriyorsa tüm standart kamera parametrelerini DESTEKLEMELİ ve özel kamera parametresi türlerini DESTEKLEMEMELİDİR. Örneğin, yüksek dinamik aralık (HDR) görüntüleme teknikleri kullanılarak görüntü yakalamayı destekleyen cihaz uygulamaları Camera.SCENE_MODE_HDR kamera parametresini desteklemelidir.
  • [C-0-7] Android SDK'sında açıklandığı şekilde android.info.supportedHardwareLevel mülküyle uygun destek düzeyini ve uygun çerçeve özellik işaretlerini bildirmelidir.
  • [C-0-8] Ayrıca android.request.availableCapabilities mülkü aracılığıyla android.hardware.camera2 kamera özelliklerini ve uygun özellik işaretlerini de beyan ETMELI; Bağlı kamera cihazlarından herhangi biri özelliği destekliyorsa özellik işaretini tanımlamalıdır.
  • [C-0-9] Kamera tarafından yeni bir resim çekildiğinde ve resmin girişi medya mağazasına eklendiğinde Camera.ACTION_NEW_PICTURE intent'ini YAYITLAMALIDIR.
  • [C-0-10] Kamera tarafından yeni bir video kaydedildiğinde ve resmin girişi medya mağazasına eklendiğinde Camera.ACTION_NEW_VIDEO intent'ini YAYITLAMALIDIR.
  • [C-SR] Fiziksel kamera türü çerçeve tarafından destekleniyorsa ve fiziksel kameralar için CameraCharacteristics.INFO_SUPPORTED_HARDWARE_LEVEL LIMITED, FULL veya LEVEL_3 ise, aynı yöne bakan birden fazla kamerası olan cihazlar için CameraMetadata.REQUEST_AVAILABLE_CAPABILITIES_LOGICAL_MULTI_CAMERA özelliğini listeleyen mantıksal bir kamera cihazının desteklenmesi önemle ÖNERİLİR.

7.5.5. Kamera yönü

Cihaz uygulamalarında ön veya arka kamera varsa bu kameralar:

  • [C-1-1] Kameranın uzun boyutu ekranın uzun boyutuyla hizalanacak şekilde yönlendirilmelidir. Yani cihaz yatay yönde tutulduğunda kameralar YATAŞ YÖNDE resim çekmek ZORUNDADIR. Bu, cihazın doğal yöneliminden bağımsız olarak geçerlidir. Yani hem yatay birincil cihazlar hem de dikey birincil cihazlar için geçerlidir.

7.6. Bellek ve Depolama

7.6.1. Minimum Bellek ve Depolama

Cihaz uygulamaları:

  • [C-0-1] Uygulamaların veri dosyalarını indirmek için KULLANABİLECEKLERİ bir İndirme Yöneticisi İÇERMELİDİR ve en az 100 MB boyutunda tekil dosyaları varsayılan "önbelleğe alma" konumuna indirebilmelidir.

7.6.2. Uygulama Ortak Depolama Alanı

Cihaz uygulamaları:

  • [C-0-1] Uygulamalar tarafından paylaşılacak depolama alanı sunmalıdır. Bu depolama alanı genellikle "paylaşılan harici depolama alanı", "uygulama tarafından paylaşılan depolama alanı" veya "/sdcard" Linux yolu olarak da adlandırılır.
  • [C-0-2] Depolama alanının dahili bir depolama bileşeninde mi yoksa çıkarılabilir bir depolama ortamında (ör. Secure Digital kart yuvası) mı uygulandığından bağımsız olarak, varsayılan olarak bağlı ortak depolama alanıyla yapılandırılmalıdır.
  • [C-0-3] Uygulamanın ortak depolama alanını doğrudan sdcard Linux yoluna bağlamalı veya sdcard ile gerçek bağlama noktasına bir Linux sembolik bağlantısı eklemelidir.
  • [C-0-4] Bu paylaşılan depolama alanında android.permission.WRITE_EXTERNAL_STORAGE iznini SDK'da belirtildiği şekilde ZORUNLUDUR. Aksi takdirde, paylaşılan depolama alanı bu izni alan tüm uygulamalar tarafından yazılabilir OLMALIDIR.

Cihaz uygulamaları aşağıdakilerden birini kullanarak yukarıdaki koşulları karşılayabilir:

  • Kullanıcının erişebildiği çıkarılabilir depolama alanı (ör. Secure Digital (SD) kart yuvası).
  • Android Açık Kaynak Projesi'nde (AOSP) uygulandığı şekliyle dahili (çıkarılamaz) depolama alanının bir bölümü.

Cihaz uygulamaları yukarıdaki koşulları karşılamak için çıkarılabilir depolama alanı kullanıyorsa:

  • [C-1-1] Yuvaya depolama ortamı takılı değilken kullanıcıyı uyaran bir pop-up veya kısa mesaj kullanıcı arayüzü UYGULANMALIDIR.
  • [C-1-2] FAT biçimli bir depolama ortamı (ör. SD kart) İÇERMELİDİR veya satın alma sırasında kutuda ve diğer materyallerde depolama ortamının ayrı olarak satın alınması gerektiği belirtilmelidir.

Cihaz uygulamaları, yukarıdaki şartları karşılamak için çıkarılabilir olmayan depolama alanının bir kısmını kullanıyorsa:

  • Dahili uygulama paylaşılan depolama alanının AOSP uygulamasını KULLANMALIDIR.
  • Depolama alanını uygulamanın özel verileriyle paylaşabilir.

Cihaz uygulamaları birden fazla ortak depolama yolu içeriyorsa (ör. hem SD kart yuvası hem de ortak dahili depolama alanı) bu uygulamalar:

  • [C-2-1] Yalnızca paketlerine özel dizinlere veya ACTION_OPEN_DOCUMENT_TREE intent'i tetiklenerek döndürülen URI içinde yazma dışında, ikincil harici depolamaya yazmak için yalnızca WRITE_EXTERNAL_STORAGE iznine sahip önceden yüklenmiş ve ayrıcalıklı Android uygulamalarına İZİN VERMELİDİR.

Cihaz uygulamalarında USB çevre birimi modu desteğine sahip bir USB bağlantı noktası varsa:

  • [C-3-1] Uygulamanın ortak depolama alanındaki verilere ana bilgisayardan erişmek için bir mekanizma SAĞLANMALIDIR.
  • Android'in medya tarayıcısı hizmeti ve android.provider.MediaStore aracılığıyla her iki depolama yolundaki içerikleri şeffaf bir şekilde GÖSTERMELİDİR.
  • USB yığın depolama alanı kullanabilir ancak bu koşulu karşılamak için Medya Aktarım Protokolü KULLANMALIDIR.

Cihaz uygulamalarında USB çevre birimi modu olan ve Medya Aktarımı Protokolü'nü destekleyen bir USB bağlantı noktası varsa:

  • Referans Android MTP ana makinesi Android Dosya Aktarımı ile uyumlu OLMALIDIR.
  • 0x00 USB cihaz sınıfını raporlamalıdır.
  • "MTP" USB arayüzü adını bildirmelidir.

7.6.3. Dahili Hale Getirilebilir Depolama Alanı

Cihazın, televizyonun aksine mobil olması bekleniyorsa cihaz uygulamaları şunlardır:

  • [SR] Kabul edilebilir depolama alanının yanlışlıkla bağlantısının kesilmesi veri kaybına/bozulmasına neden olabileceğinden, kabul edilebilir depolama alanını uzun süreli olarak sabit bir konumda uygulamanız önemle ÖNERİLİR.

Çıkarılabilir depolama cihazı bağlantı noktası, pil bölmesi veya başka bir koruyucu kapak gibi uzun süreli sabit bir konumdaysa cihaz uygulamaları şu şekildedir:

7.7. USB

Cihaz uygulamalarında USB bağlantı noktası varsa:

  • USB çevre birimi modunu ve USB ana makine modunu DESTEKLEMELİDİR.

7.7.1. USB çevre birimi modu

Cihaz uygulamalarında çevre birimi modunu destekleyen bir USB bağlantı noktası varsa:

  • [C-1-1] Bağlantı noktası, standart A tipi veya C tipi USB bağlantı noktası olan bir USB ana makinesine bağlanabilmelidir.
  • [C-1-2] USB standart cihaz tanımlayıcısı içinde android.os.Build.SERIAL aracılığıyla iSerialNumber değerinin doğru değerini bildirmelidir.
  • [C-1-3] Type-C direnç standardına göre 1,5 A ve 3,0 A şarj cihazlarını algılamalı ve Type-C USB'yi destekliyorsa reklamdaki değişiklikleri algılamalıdır.
  • [SR] Bağlantı noktası mikro-B, mikro-AB veya Type-C USB form faktörünü KULLANMALIDIR. Mevcut ve yeni Android cihazların, gelecekteki platform sürümlerine yükseltebilmeleri için bu şartları karşılaması önemle ÖNERİLİR.
  • [SR] Bağlantı noktası, cihazın alt kısmında (doğal yönü) yer ALMALIDIR veya cihaz alt tarafa bakacak şekilde yönlendirildiğinde ekranın doğru şekilde çizilmesi için tüm uygulamalarda (ana ekran dahil) yazılım ekranı döndürülmesi etkinleştirilmelidir. Mevcut ve yeni Android cihazların gelecekteki platform sürümlerine yükseltebilmeleri için bu şartları karşılamaları önemle ÖNERİLİR.
  • [SR] USB Pil Şarjı spesifikasyonunun 1.2 numaralı düzeltmesinde belirtildiği gibi, HS bip sesi ve trafik sırasında 1,5 A akım çekme desteği UYGULANMALIDIR. Mevcut ve yeni Android cihazların, gelecekteki platform sürümlerine yükseltebilmeleri için bu şartları karşılaması önemle ÖNERİLİR.
  • [SR] Vbus voltajını varsayılan seviyelerin ötesinde değiştiren veya alıcı/kaynak rollerini değiştiren özel şarj yöntemlerinin desteklenmemesi önemle ÖNERİLİR. Aksi takdirde, standart USB Güç Aktarımı yöntemlerini destekleyen şarj cihazları veya cihazlarla birlikte çalışabilirlik sorunları yaşanabilir. Bu, "ŞİDDETLE ÖNERİLİR" olarak belirtilse de gelecekteki Android sürümlerinde tüm C tipi cihazların standart C tipi şarj cihazlarıyla tam birlikte çalışabilirliği desteklemesi GEREKEBİLİR.
  • [SR] Type-C USB ve USB ana makine modunu desteklediklerinde veri ve güç rolü değişimi için Güç Bağlantısı'nı desteklemeleri önemle ÖNERİLİR.
  • Yüksek voltajlı şarj için güç aktarımı ve ekran çıkışı gibi alternatif modları desteklemelidir.
  • Android Open Accessory (AOA) API'sini ve spesifikasyonunu Android SDK dokümanlarında belirtildiği gibi UYGULAMALIDIR.

Cihaz uygulamaları USB bağlantı noktası içeriyorsa ve AOA spesifikasyonunu uyguluyorsa:

  • [C-2-1] android.hardware.usb.accessory donanım özelliği için destek BEYAN EDİLMELİDİR.
  • [C-2-2] USB toplu depolama sınıfı, USB toplu depolama biriminin arayüz açıklaması iInterface dizeninin sonuna "android" dizesini DAHİL ETMELİDİR.

7.7.2. USB ana makine modu

Cihaz uygulamaları, ana makine modunu destekleyen bir USB bağlantı noktası içeriyorsa:

  • [C-1-1] Android USB ana makine API'sini Android SDK'da belirtildiği şekilde UYGULAMALI ve android.hardware.usb.host donanım özelliğini desteklediğini BEYAN ETMELİDİR.
  • [C-1-2] Standart USB çevre birimlerini bağlamak için destek UYGULAMALIDIR. Diğer bir deyişle, aşağıdakilerden birini YAPMALIDIR:
    • Cihaz üzerinde C tipi bağlantı noktası bulunmalıdır veya cihaz üzerinde özel bir bağlantı noktasını standart USB C tipi bağlantı noktasına uyarlayan kablolar (USB Type-C cihaz) gönderilmelidir.
    • Cihaz üzerinde A tipi bir bağlantı noktası bulunmalıdır veya cihaz üzerinde özel bir bağlantı noktasını standart bir USB A tipi bağlantı noktasına uyarlayan kablolar gönderilmelidir.
    • Cihaz üzerinde mikro AB bağlantı noktası olmalıdır. Bu bağlantı noktası, standart A tipi bağlantı noktasına uyarlanabilen bir kabloyla birlikte gönderilmelidir.
  • [C-1-3] USB A tipi veya mikro-AB bağlantı noktalarını Type-C bağlantı noktasına (priz) dönüştüren bir adaptörle birlikte GÖNDERİLMEMELİDİR.
  • [SR] Android SDK dokümanlarında belirtildiği gibi USB ses sınıfını uygulamanız önemle tavsiye edilir.
  • Ana makine modundayken bağlı USB çevre birimi cihazının şarj edilmesini desteklemelidir; USB Type-C konnektörler için USB Type-C Kablo ve Konnektör Spesifikasyonu 1.2 Sürümünün Sonlandırma Parametreleri bölümünde belirtildiği gibi en az 1, 5 A kaynak akımı reklamı yapmalı veya Micro-AB konnektörler için USB Pil Şarjı Spesifikasyonları 1.2 Sürümünde belirtildiği gibi Aşağı Akım Şarj Bağlantı Noktası(CDP) çıkış akımı aralığını kullanmalıdır.
  • USB Type-C standartlarını uygulamalı ve desteklemelidir.

Cihaz uygulamaları, ana makine modunu ve USB ses sınıfını destekleyen bir USB bağlantı noktası içeriyorsa:

  • [C-2-1] USB HID sınıfını desteklemelidir.
  • [C-2-2] USB HID Kullanım Tabloları ve Sesli Komut Kullanım İsteği'nde belirtilen aşağıdaki HID veri alanlarının algılanması ve KeyEvent sabitleriyle eşlenmesi İÇİNDE OLMALIDIR:
    • Kullanım Sayfası (0xC) Kullanım Kimliği (0x0CD): KEYCODE_MEDIA_PLAY_PAUSE
    • Kullanım Sayfası (0xC) Kullanım Kimliği (0x0E9): KEYCODE_VOLUME_UP
    • Kullanım Sayfası (0xC) Kullanım Kimliği (0x0EA): KEYCODE_VOLUME_DOWN
    • Kullanım Sayfası (0xC) Kullanım Kimliği (0x0CF): KEYCODE_VOICE_ASSIST

Cihaz uygulamaları, ana makine modunu ve Depolama Aksesuar Çerçevesi'ni (SAF) destekleyen bir USB bağlantı noktası içeriyorsa:

  • [C-3-1] Uzaktan bağlı tüm MTP (Medya Aktarım Protokolü) cihazlarını TANIMALI ve içeriklerini ACTION_GET_CONTENT, ACTION_OPEN_DOCUMENT ve ACTION_CREATE_DOCUMENT intent'leri aracılığıyla erişilebilir hâle GETİRMELİDİR. .

Cihaz uygulamaları, ana makine modunu ve USB Type-C'yi destekleyen bir USB bağlantı noktası içeriyorsa:

  • [C-4-1] USB Type-C spesifikasyonunda (bölüm 4.5.1.3.3) tanımlandığı şekilde Çift Rollü Bağlantı Noktası işlevini UYGULAMALIDIR.
  • [SR] DisplayPort'u desteklemesi İYİCE ÖNERİLİR, USB Süper Hızlı Veri Hızlarını DESTEKLEMELİDİR ve veri ve güç rolü değişimi için Güç Aktarımı'nı desteklemesi İYİCE ÖNERİLİR.
  • [SR] USB Type-C Kablo ve Konnektör Spesifikasyonu 1.2 Sürümünün A Eki'nde açıklandığı şekilde Ses Adaptörü Aksesuar Modu'nun DESTEKLENMEMESİ KESİNLİKLE ÖNERİLİR.
  • Cihaz form faktörüne en uygun Try.* modelini UYGULAMALI. Örneğin, el cihazı Try.SNK modelini UYGULAMALIDIR.

7.8. Ses

7.8.1. Mikrofon

Cihaz uygulamalarında mikrofon varsa:

Cihaz uygulamalarında mikrofon atlanmışsa:

  • [C-2-1] android.hardware.microphone özellik sabitini HİÇBİR ZAMAN bildirmemelidir.
  • [C-2-2] Ses kaydı API'sini 7. bölüm uyarınca en azından no-ops olarak UYGULAMALIDIR.

7.8.2. Ses Çıkışı

Cihaz uygulamalarında, 4 iletkenli 3,5 mm ses jakı veya USB ses sınıfını kullanan USB ana makine modu bağlantı noktası gibi bir ses çıkışı çevre birimi için hoparlör ya da ses/multimedya çıkış bağlantı noktası varsa:

Cihaz uygulamaları hoparlör veya ses çıkışı bağlantı noktası içermiyorsa:

  • [C-2-1] android.hardware.audio.output özelliğini bildirmemelidir.
  • [C-2-2] Ses çıkışıyla ilgili API'ler en azından işlemsiz olarak uygulanmalıdır.

Bu bölümde "çıkış bağlantı noktası", 3, 5 mm ses jakı, HDMI veya USB ses sınıfına sahip USB ana makine modu bağlantı noktası gibi bir fiziksel arayüzdür. Bluetooth, kablosuz ağ veya hücresel ağ gibi radyo tabanlı protokoller üzerinden ses çıkışı desteği, "çıkış bağlantı noktası" içerme olarak kabul edilmez.

7.8.2.1. Analog Ses Bağlantı Noktaları

Android ekosisteminde 3,5 mm ses fişi kullanan kulaklık ve diğer ses aksesuarlarıyla uyumlu olmak için cihaz uygulamalarında bir veya daha fazla analog ses bağlantı noktası varsa bu bağlantı noktaları:

  • [C-SR] Ses bağlantı noktalarından en az birinin 4 iletkenli 3,5 mm ses jakı olması önemle ÖNERİLİR.

Cihaz uygulamalarında 4 iletkenli 3, 5 mm ses jakı varsa:

  • [C-1-1] Mikrofonlu stereo kulaklıklarda ve stereo kulaklıklarda ses oynatmayı DESTEKLEMELİDİR.
  • [C-1-2] CTIA pin-out sırasına sahip TRRS ses fişlerini DESTEKLEMELİDİR.
  • [C-1-3] Ses fişindeki mikrofon ile topraklama iletkenleri arasındaki eşdeğer empedans aralığının aşağıdaki 3 aralığı için anahtar kodlarının algılanması ve eşlenmesi desteklenmelidir:
    • 70 ohm veya daha az: KEYCODE_HEADSETHOOK
    • 210-290 ohm: KEYCODE_VOLUME_UP
    • 360-680 ohm: KEYCODE_VOLUME_DOWN
  • [C-1-4] ACTION_HEADSET_PLUG, fiş takıldığında tetiklenmelidir ancak yalnızca fişteki tüm kontaklar, jaktaki ilgili segmentlerine değdikten sonra tetiklenmelidir.
  • [C-1-5] 32 ohm hoparlör empedansında en az 150 mV ±% 10 çıkış voltajı sağlayabilmelidir.
  • [C-1-6] Mikrofon önyargı voltajı 1,8 V ile 2,9 V arasında OLMALIDIR.
  • [C-1-7] Ses fişindeki mikrofon ile topraklama iletkenleri arasındaki eşdeğer empedans aralığı için aşağıdaki anahtar kodunu algılayıp eşlemelidir:
    • 110-180 ohm: KEYCODE_VOICE_ASSIST
  • [C-SR] OMTP pin-out sırasına sahip ses fişlerinin desteklenmesi önemle ÖNERİLİR.
  • [C-SR] Mikrofonlu stereo kulaklıklardan ses kaydını desteklemeniz önemle ÖNERİLİR.

Cihaz uygulamalarında 4 iletkenli 3, 5 mm ses jakı varsa, mikrofon destekleniyor ve android.intent.action.HEADSET_PLUG 1 olarak ayarlanmış ek değer mikrofonuyla yayınlanıyorsa:

  • [C-2-1] Takılı ses aksesuarındaki mikrofonun algılanması desteklenmelidir.

7.8.3. Ultrasona yakın

Ultrason ses yakını, 18,5 kHz ile 20 kHz arasındaki banttır.

Cihaz uygulamaları:

  • AudioManager.getProperty API'si aracılığıyla ultrason yakın ses özelliğinin desteğini aşağıdaki şekilde doğru şekilde bildirmelidir:

PROPERTY_SUPPORT_MIC_NEAR_ULTRASOUND "true" ise VOICE_RECOGNITION ve UNPROCESSED ses kaynakları aşağıdaki koşulları KESİNLİKLE karşılamalıdır:

  • [C-1-1] Mikrofonun 18,5 kHz ila 20 kHz bandındaki ortalama güç yanıtı, 2 kHz'deki yanıtın en fazla 15 dB altında OLMALIDIR.
  • [C-1-2] -26 dBFS'de 19 kHz ton için mikrofonun 18,5 kHz ile 20 kHz arasındaki ağırlanmamış sinyal-gürültü oranı 50 dB'den düşük OLMAMALIDIR.

PROPERTY_SUPPORT_SPEAKER_NEAR_ULTRASOUND "true" ise:

  • [C-2-1] Hoparlörün 18,5 kHz - 20 kHz arasındaki ortalama yanıtı, 2 kHz'deki yanıtın 40 dB altında OLMAYACAK.

7.9. Sanal Gerçeklik

Android, yüksek kaliteli mobil VR deneyimleri de dahil olmak üzere "Sanal Gerçeklik" (VR) uygulamaları oluşturmak için API'ler ve olanaklar içerir. Cihaz uygulamalarında bu API'ler ve davranışlar bu bölümde açıklandığı şekilde doğru şekilde uygulanmalıdır.

7.9.1. Sanal Gerçeklik Modu

Android, bildirimlerin stereoskopik olarak oluşturulmasını yöneten ve bir VR uygulaması kullanıcının odağındayken tek gözlü sistem kullanıcı arayüzü bileşenlerini devre dışı bırakan VR Modu desteği içerir.

7.9.2. Sanal Gerçeklik Modu - Yüksek Performans

Cihaz uygulamaları VR modunu destekliyorsa:

  • [C-1-1] En az 2 fiziksel çekirdeğe sahip OLMALIDIR.
  • [C-1-2] android.hardware.vr.high_performance özelliğini İLANI ZORUNLUDUR.
  • [C-1-3] Sürekli performans modunu DESTEKLEMELİDİR.
  • [C-1-4] OpenGL ES 3.2 desteklenmelidir.
  • [C-1-5] android.hardware.vulkan.level 0 desteklenmelidir.
  • android.hardware.vulkan.level 1 veya daha yüksek sürümleri DESTEKLEMELİDİR.
  • [C-1-6] EGL_KHR_mutable_render_buffer, EGL_ANDROID_front_buffer_auto_refresh, EGL_ANDROID_get_native_client_buffer, EGL_KHR_fence_sync, EGL_KHR_wait_sync, EGL_IMG_context_priority, EGL_EXT_protected_content, EGL_EXT_image_gl_colorspace uzantılarını UYGULAMALI ve uzantıları kullanılabilir EGL uzantıları listesinde göstermeli.
  • [C-1-8] GL_EXT_multisampled_render_to_texture2, GL_OVR_multiview, GL_OVR_multiview2, GL_OVR_multiview_multisampled_render_to_texture, GL_EXT_protected_textures özelliklerini UYGULAMALI ve uzantıları kullanılabilir GL uzantıları listesinde göstermeli.
  • [C-SR] GL_EXT_external_buffer, GL_EXT_EGL_image_array özelliklerini uygulamanız ve uzantıları mevcut GL uzantıları listesinde göstermeniz önemle ÖNERİLİR.
  • [C-SR] Vulkan 1.1'i desteklemeniz önemle ÖNERİLİR.
  • [C-SR] VK_ANDROID_external_memory_android_hardware_buffer, VK_GOOGLE_display_timing, VK_KHR_shared_presentable_image özelliklerini uygulamanız ve mevcut Vulkan uzantıları listesinde göstermeniz önemle ÖNERİLİR.
  • [C-SR] flags'nin hem VK_QUEUE_GRAPHICS_BIT hem de VK_QUEUE_COMPUTE_BIT içerdiği ve queueCount'ın en az 2 olduğu en az bir Vulkan sıra ailesi göstermeniz önemle ÖNERİLİR.
  • [C-1-7] GPU ve ekran, paylaşılan ön arabelleğe erişimi senkronize edebilmelidir. Böylece, VR içeriğinin iki oluşturma bağlamıyla 60 fps'de dönüşümlü olarak oluşturulması, görünür yırtılma kusurları olmadan görüntülenebilir.
  • [C-1-9] NDK'da açıklandığı gibi AHardwareBuffer işaretleri AHARDWAREBUFFER_USAGE_GPU_DATA_BUFFER, AHARDWAREBUFFER_USAGE_SENSOR_DIRECT_DATA ve AHARDWAREBUFFER_USAGE_PROTECTED_CONTENT için destek UYGULANMALIDIR.
  • [C-1-10] En azından şu biçimler için AHARDWAREBUFFER_USAGE_GPU_COLOR_OUTPUT, AHARDWAREBUFFER_USAGE_GPU_SAMPLED_IMAGE, AHARDWAREBUFFER_USAGE_PROTECTED_CONTENT kullanım işaretlerinin herhangi bir kombinasyonuyla AHardwareBuffer'ler için destek UYGULAMALI: AHARDWAREBUFFER_FORMAT_R5G6B5_UNORM, AHARDWAREBUFFER_FORMAT_R8G8B8A8_UNORM, AHARDWAREBUFFER_FORMAT_R10G10B10A2_UNORM, AHARDWAREBUFFER_FORMAT_R16G16B16A16_FLOAT.
  • [C-SR] C-1-10'da belirtilen birden fazla katman, işaret ve biçim içeren AHardwareBuffer'lerin ayrılmasını desteklemek için ÇOK ÖNEMLE ÖNERİLİR.
  • [C-1-11] Ortalama 40 Mb/sn'ye sıkıştırılmış (30 fps-10 Mb/sn'de 4 adet 1920 x 1080 veya 60 fps-20 Mb/sn'de 2 adet 1920 x 1080'e eşdeğer) en az 3840 x 2160 çözünürlükte 30 fps H.264 kod çözme özelliği ZORUNLUDUR.
  • [C-1-12] HEVC ve VP9'yi DESTEKLEMELİ, ortalama 10 Mb/sn. sıkıştırılmış 30 fps'de en az 1920 x 1080 çözme özelliğine SAHİP OLMALI ve 30 fps-20 Mb/sn'de 3840 x 2160 çözme özelliğine SAHİP OLMALIDIR (30 fps-5 Mb/sn'de 4 adet 1920 x 1080'e eşdeğer).
  • [C-1-13] HardwarePropertiesManager.getDeviceTemperatures API'yi desteklemeli ve deri sıcaklığı için doğru değerler döndürmelidir.
  • [C-1-14] Yerleşik ekrana sahip OLMALIDIR ve çözünürlüğü en az 1920 x 1080 OLMALIDIR.
  • [C-SR] En az 2.560 x 1.440 ekran çözünürlüğüne sahip olmanız önemle ÖNERİLİR.
  • [C-1-15] Ekran, VR modundayken en az 60 Hz'de güncellenmelidir.
  • [C-1-17] Ekran, 5 milisaniyeden az kalıcılığa sahip düşük kalıcılığa sahip bir modu DESTEKLEMELİDİR. Kalıcılık, bir pikselin ışık yaydığı süre olarak tanımlanır.
  • [C-1-18] Bluetooth 4.2 ve Bluetooth LE Veri Uzunluğu Uzatma bölümü 7.4.3 desteklenmelidir.
  • [C-1-19] Aşağıdaki varsayılan sensör türlerinin tümü için Doğrudan Kanal Türü'nü desteklemeli ve doğru şekilde bildirmelidir:
    • TYPE_ACCELEROMETER
    • TYPE_ACCELEROMETER_UNCALIBRATED
    • TYPE_GYROSCOPE
    • TYPE_GYROSCOPE_UNCALIBRATED
    • TYPE_MAGNETIC_FIELD
    • TYPE_MAGNETIC_FIELD_UNCALIBRATED
  • [C-SR] Yukarıda listelenen tüm Doğrudan Kanal Türleri için TYPE_HARDWARE_BUFFER doğrudan kanal türünü desteklemeniz önemle ÖNERİLİR.
  • [C-1-21] Bölüm 7.3.9'da belirtildiği gibi, android.hardware.hifi_sensors için jiroskop, ivme ölçer ve manyetometreyle ilgili şartları karşılamalıdır.
  • [C-SR] android.hardware.sensor.hifi_sensors özelliğinin desteklenmesi önemle ÖNERİLİR.
  • [C-1-22] Uçtan uca hareketten fotona gecikmesi 28 milisaniyeden yüksek OLMAMALIDIR.
  • [C-SR] Uçtan uca hareketten fotona gecikmenin 20 milisaniyeden yüksek olmaması önemle ÖNERİLİR.
  • [C-1-23] İlk kare oranına sahip OLMALIDIR. İlk kare oranı, siyahtan beyaza geçişten sonraki ilk karedeki piksellerin parlaklığı ile kararlı durumdaki beyaz piksellerin parlaklığı arasındaki orandır ve en az %85 olmalıdır.
  • [C-SR] İlk kare oranının en az %90 olması önemle ÖNERİLİR.
  • Ön plan uygulamasına özel bir çekirdek sağlayabilir ve en üstteki ön plan uygulamasına özel CPU çekirdeklerinin numaralarını döndürmek için Process.getExclusiveCores API'yi destekleyebilir.

Özel çekirdek destekleniyorsa çekirdek:

  • [C-2-1] Uygulama tarafından kullanılan cihaz sürücüleri hariç olmak üzere başka kullanıcı alanı işlemlerinin çalışmasına izin VERMEMELİDİR ancak bazı çekirdek işlemlerinin gerektiğinde çalışmasına izin VEREBİLİR.

8. Performans ve Güç

Bazı minimum performans ve güç ölçütleri kullanıcı deneyimi açısından kritiktir ve geliştiricilerin uygulama geliştirirken kullanacağı temel varsayımları etkiler.

8.1. Kullanıcı Deneyimi Tutarlılığı

Uygulamalar ve oyunlar için tutarlı bir kare hızı ve yanıt süreleri sağlamak üzere belirli minimum şartlar karşılanıyorsa son kullanıcıya sorunsuz bir kullanıcı arayüzü sağlanabilir. Cihaz türlerine bağlı olarak cihaz uygulamalarında, 2. bölümde açıklandığı gibi kullanıcı arayüzü gecikmesi ve görev geçişi için ölçülebilir koşullar OLABİLİR.

8.2. Dosya G/Ç Erişim Performansı

Uygulamanın özel veri depolama alanında (/data bölümü) tutarlı bir dosya erişim performansı için ortak bir referans noktası sağlamak, uygulama geliştiricilerin yazılım tasarımlarına yardımcı olacak uygun bir beklenti belirlemelerine olanak tanır. Cihaz türlerine bağlı olarak cihaz uygulamalarında, aşağıdaki okuma ve yazma işlemleri için 2. bölümde açıklanan belirli şartlar OLABİLİR:

  • Sıralı yazma performansı. 10 MB yazma arabelleği kullanılarak 256 MB'lık bir dosya yazılarak ölçülmüştür.
  • Rastgele yazma performansı. 4 KB yazma arabelleği kullanılarak 256 MB'lık bir dosya yazılarak ölçülür.
  • Sıralı okuma performansı. 10 MB yazma arabelleği kullanılarak 256 MB'lık bir dosyanın okunmasıyla ölçülür.
  • Rastgele okuma performansı. 4 KB yazma arabelleği kullanılarak 256 MB'lık bir dosyanın okunmasıyla ölçülür.

8.3. Güç Tasarrufu Modları

Cihaz uygulamaları, AOSP'de bulunan ve cihaz güç yönetimini iyileştirmeye veya AOSP'de bulunan özellikleri genişletmeye yönelik özellikler içeriyorsa:

  • [C-1-1] Uygulamada bekleme ve Doze güç tasarrufu modlarının tetiklenmesi, bakımı, uyanma algoritmaları ve genel sistem ayarlarının kullanımı için AOSP uygulamasından AYRILMAMALIDIR.
  • [C-1-2] Uygulama bekleme için her gruptaki uygulamalarda işlerin, alarmların ve ağın sınırlanmasını yönetmek üzere genel ayarların kullanımıyla ilgili olarak AOSP uygulamasından AYRILMAMALIDIR.
  • [C-1-3] Uygulamada bekleme için kullanılan uygulama bekleme kapları sayısı, AOSP uygulamasından AYRI DEĞİLDİR.
  • [C-1-4] Güç Yönetimi bölümünde açıklandığı şekilde Uygulama Bekleme Kapsülleri ve Doze'yi UYGULAMALIDIR.
  • [C-1-5] Cihaz güç tasarrufu modundayken PowerManager.isPowerSaveMode() için true döndürülmelidir.
  • [C-SR] Pil tasarrufu özelliğini etkinleştirmek ve devre dışı bırakmak için kullanıcılara kolaylık sağlamak önemle ÖNERİLİR.
  • [C-SR] Uygulama bekleme ve güç tasarrufu modlarından muaf tutulan tüm uygulamaların gösterilmesi için kullanıcılara kolaylık sağlamak KESİNLİKLE ÖNERİLİR.

Android cihaz uygulamaları, güç tasarrufu modlarına ek olarak Gelişmiş Yapılandırma ve Güç Arayüzü (ACPI) tarafından tanımlanan 4 uyku güç durumundan herhangi birini veya tümünü UYGULAYABİLİR.

Cihaz uygulamaları, ACPI tarafından tanımlandığı şekilde S4 güç durumlarını uygularsa:

  • [C-1-1] Bu duruma yalnızca kullanıcı cihazı etkin olmayan duruma getirmek için açık bir işlem yaptıktan (ör. cihazın fiziksel bir parçası olan bir kapağı kapatarak veya bir aracı ya da televizyonu kapatarak) ve cihazı yeniden etkinleştirmeden (ör. kapağı açarak veya aracı ya da televizyonu tekrar açarak) önce girilmelidir.

Cihaz uygulamaları, ACPI tarafından tanımlandığı şekilde S3 güç durumlarını uygularsa:

  • [C-2-1] Yukarıdaki C-1-1 koşulunu karşılamalı VEYA yalnızca üçüncü taraf uygulamaları sistem kaynaklarına (ör. ekran, CPU) ihtiyaç duymadığında S3 durumuna girmelidir.

    Buna karşılık, üçüncü taraf uygulamaları sistem kaynaklarına ihtiyaç duyduğunda bu SDK'da açıklandığı gibi S3 durumundan ÇIKMALIDIR.

    Örneğin, üçüncü taraf uygulamaları FLAG_KEEP_SCREEN_ON aracılığıyla ekranın açık kalmasını veya PARTIAL_WAKE_LOCK aracılığıyla CPU'nun çalışmasını isterken C-1-1'de açıklandığı gibi kullanıcı cihazı etkin olmayan bir duruma getirmek için açık bir işlem yapmadığı sürece cihaz S3 durumuna GİRMEMELİDİR. Buna karşılık, üçüncü taraf uygulamalarının JobScheduler aracılığıyla uyguladığı bir görevin tetiklendiği veya Firebase Cloud Messaging'in üçüncü taraf uygulamalarına dağıtıldığı bir zamanda, kullanıcı cihazı etkin olmayan bir duruma getirmediği sürece cihazın S3 durumundan ÇIKMASI GEREKİR. Bunlar kapsamlı örnekler değildir ve AOSP, bu durumdan uyandırmayı tetikleyen kapsamlı uyanma sinyalleri uygular.

8.4. Güç Tüketimi Muhasebesi

Güç tüketiminin daha doğru bir şekilde hesaplanması ve raporlanması, uygulama geliştiriciye uygulamanın güç kullanım şeklini optimize etmek için hem teşvikler hem de araçlar sağlar.

Cihaz uygulamaları:

  • [SR] Android Open Source Project sitesinde belirtildiği gibi, her donanım bileşeninin mevcut tüketim değerini ve bileşenlerin zaman içinde pilin yaklaşık olarak ne kadar tükenmesine neden olduğunu tanımlayan bileşen başına güç profili sağlanması önemle ÖNERİLİR.
  • [SR] Tüm güç tüketimi değerlerinin miliamper saat (mAh) cinsinden raporlanması önemle ÖNERİLİR.
  • [SR] Her işlemin UID'si başına CPU güç tüketimini bildirmeniz önemle ÖNERİLİR. Android Açık Kaynak Projesi, uid_cputime çekirdek modülü uygulamasıyla bu koşulu karşılar.
  • [SR] Bu güç kullanımını, adb shell dumpsys batterystats kabuk komutu aracılığıyla uygulama geliştiriciye sunmanız önemle ÖNERİLİR.
  • Donanım bileşeninin güç kullanımını bir uygulamaya bağlayamıyorsanız donanım bileşeninin kendisine bağlanmalıdır.

8.5. Tutarlı Performans

Uzun süre çalışan yüksek performanslı uygulamalarda performans, arka planda çalışan diğer uygulamalar veya sıcaklık sınırlamaları nedeniyle CPU'nun sınırlandırılması nedeniyle önemli ölçüde dalgalanabilir. Android, cihazın kapasitesi yeterli olduğunda ön plandaki en önemli uygulamanın, bu tür dalgalanmaları gidermek için sistemin kaynakların tahsisini optimize etmesini isteyebileceği programatik arayüzler içerir.

Cihaz uygulamaları:

Cihaz uygulamaları, Sürdürülebilir Performans Modu'nu desteklediğini bildirirse:

  • [C-1-1] Uygulama istediğinde, en üstteki ön plan uygulamasına en az 30 dakika boyunca tutarlı bir performans düzeyi SAĞLAMALIDIR.
  • [C-1-2] Window.setSustainedPerformanceMode() API'sini ve ilgili diğer API'leri UYGUNLAMALIDIR.

Cihaz uygulamaları iki veya daha fazla CPU çekirdeği içeriyorsa:

  • En üst ön plan uygulaması tarafından ayrılabilecek en az bir özel çekirdek SAĞLANMALIDIR.

Cihaz uygulamaları, en üstteki ön plan uygulaması için özel bir çekirdek ayırmayı destekliyorsa:

  • [C-2-1] Üst ön plan uygulaması tarafından ayrılabilecek özel çekirdeklerin kimlik numaralarını Process.getExclusiveCores() API yöntemi aracılığıyla bildirmelidir.
  • [C-2-2] Uygulamanın özel çekirdeklerde çalışması için kullandığı cihaz sürücüleri dışındaki hiçbir kullanıcı alanı işlemine izin VERMEMELİDİR ancak bazı çekirdek işlemlerinin gerektiği gibi çalışmasına izin VEREBİLİR.

Cihaz uygulamaları özel bir çekirdeği desteklemiyorsa:

9. Güvenlik Modeli Uyumluluğu

Cihaz uygulamaları:

  • [C-0-1] Android geliştirici dokümanlarında API'ler için Güvenlik ve İzinler referans belgesinde tanımlandığı şekilde Android platform güvenlik modeliyle tutarlı bir güvenlik modeli UYGULANMALIDIR.

  • [C-0-2] Üçüncü taraflardan/yetkililerden ek izinler/sertifikalar gerektirmeden kendi kendine imzalanan uygulamaların yüklenmesini DESTEKLEMELİDİR. Daha açık belirtmek gerekirse, uyumlu cihazlar aşağıdaki alt bölümlerde açıklanan güvenlik mekanizmalarını DESTEKLEMELİDİR.

9.1. İzinler

Cihaz uygulamaları:

  • [C-0-1] Android geliştirici belgelerinde tanımlandığı şekilde Android izin modelini desteklemelidir. Daha açık belirtmek gerekirse, SDK dokümanlarında açıklandığı şekilde tanımlanan her izni UYGULAMALARI GEREKIR; hiçbir izin atlanmamalı, değiştirilmemeli veya yok sayılmamalıdır.

  • Yeni izin kimliği dizelerinin android.\* ad alanında olmaması koşuluyla ek izinler EKLEYEBİLİRİ.

  • [C-0-2] PROTECTION_FLAG_PRIVILEGED protectionLevel değerine sahip izinler YALNIZCA sistem resminin ayrıcalıklı yollarına önceden yüklenmiş uygulamalara ve her uygulama için açıkça izin verilenler listesine eklenen izinlerin alt kümesine VERİLMELİDİR. AOSP uygulaması, etc/permissions/ yolundaki dosyalardan her uygulama için izin verilenler listesindeki izinleri okuyup dikkate alarak ve ayrıcalıklı yol olarak system/priv-app yolunu kullanarak bu koşulu karşılar.

Tehlikeli koruma düzeyine sahip izinler çalışma zamanı izinleridir. targetSdkVersion değeri 22'den büyük olan uygulamalar bunları çalışma zamanında ister.

Cihaz uygulamaları:

  • [C-0-3] Kullanıcının istenen çalışma zamanı izinlerini verip vermeyeceğine karar vermesi için özel bir arayüz GÖSTERMELİDİR ve ayrıca kullanıcının çalışma zamanı izinlerini yönetmesi için bir arayüz sağlamalıdır.
  • [C-0-4] Her iki kullanıcı arayüzünün de yalnızca bir uygulaması OLMALIDIR.
  • [C-0-5] Aşağıdaki durumlar hariç olmak üzere önceden yüklenmiş uygulamalara çalışma zamanı izni VERMEMELİDİR:
    • Uygulama, bu verileri kullanmadan önce kullanıcıdan izin alabilir.
    • Çalışma zamanında istenen izinler, önceden yüklenmiş uygulamanın varsayılan işleyici olarak ayarlandığı bir intent kalıbıyla ilişkilendirilir.
  • [C-0-6] android.permission.RECOVER_KEYSTORE iznini yalnızca uygun şekilde güvenli bir Kurtarma Aracı kaydeden sistem uygulamalarına VERMELİDİR. Düzgün bir şekilde korunan bir Kurtarma Aracı, kilit ekranı bilgi faktörüne yönelik deneme yanılma saldırılarını önlemek için Google Cloud Key Vault Hizmeti'nde açıklanan korumaya eşdeğer veya daha güçlü korumaya sahip güvenli donanımla donatılmış, cihaz dışı bir uzak depolama alanıyla senkronize olan cihaz üzerinde bir yazılım aracı olarak tanımlanır.

Cihaz uygulamaları önceden yüklenmiş bir uygulama içeriyorsa veya üçüncü taraf uygulamalarının kullanım istatistiklerine erişmesine izin vermek istiyorsa:

  • [SR] android.permission.PACKAGE_USAGE_STATS iznini açıklayan uygulamalar için android.settings.ACTION_USAGE_ACCESS_SETTINGS intent'ine yanıt olarak kullanıcıların erişebileceği bir mekanizma sağlayarak kullanım istatistiklerine erişim iznini verme veya iptal etme özelliğini KESİNLİKLE UYGULAMANIZ ÖNERİLİR.

Cihaz uygulamaları, önceden yüklenmiş uygulamalar da dahil olmak üzere hiçbir uygulamanın kullanım istatistiklerine erişmesine izin vermiyorsa:

  • [C-1-1] android.settings.ACTION_USAGE_ACCESS_SETTINGS intent desenini işleyen bir etkinliğe sahip olmaya devam etmeli ancak bunu işlem yapmadan olarak uygulamalıdır. Yani kullanıcının erişimi reddedildiğinde olduğu gibi eşdeğer bir davranışa sahip olmalıdır.

9.2. UID ve İşlem İzolasyon

Cihaz uygulamaları:

  • [C-0-1] Her uygulamanın benzersiz bir Unix tarzı UID olarak ve ayrı bir işlemde çalıştığı Android uygulama korumalı alanı modelini DESTEKLEMELİDİR.
  • [C-0-2] Güvenlik ve İzinler referansında tanımlandığı şekilde, uygulamaların düzgün bir şekilde imzalanmış ve oluşturulmuş olması koşuluyla, aynı Linux kullanıcı kimliğiyle birden fazla uygulamanın çalıştırılmasını DESTEKLEMELİDİR.

9.3. Dosya sistemi izinleri

Cihaz uygulamaları:

9.4. Alternatif Yürütme Ortamları

Cihaz uygulamaları, Dalvik Yürütülebilir Biçimi veya yerel koddan başka bir yazılım ya da teknoloji kullanarak uygulamaları çalıştıran çalışma ortamı içerse bile Android güvenlik ve izin modelinin tutarlılığını korumalıdır. Başka bir deyişle:

  • [C-0-1] Alternatif çalışma zamanları Android uygulamaları OLMALIDIR ve 9. bölümde başka bir yerde açıklandığı gibi standart Android güvenlik modeline uymalıdır.

  • [C-0-2] Alternatif çalışma zamanlarına, çalışma zamanının AndroidManifest.xml dosyasında istenmeyen izinlerle korunan kaynaklara <uses-permission> mekanizması aracılığıyla erişim İZİN VERİLMEMELİDİR.

  • [C-0-3] Alternatif çalışma ortamları, uygulamaların sistem uygulamalarıyla kısıtlanmış Android izinleriyle korunan özellikleri kullanmasına İZİN VERMEMELİDİR.

  • [C-0-4] Alternatif çalışma ortamları Android korumalı alan modeline UYMALIDIR ve alternatif çalışma ortamı kullanan yüklü uygulamalar, paylaşılan kullanıcı kimliği ve imzalama sertifikası gibi standart Android mekanizmaları dışında, cihazda yüklü başka bir uygulamanın korumalı alanını YENIDEN KULLANMAMALIDIR.

  • [C-0-5] Alternatif çalışma ortamları, diğer Android uygulamalarına karşılık gelen korumalı alanlarla başlatılmamalı, bu alanlara erişim izni vermemeli veya bu alanlara erişim izni almamalıdır.

  • [C-0-6] Alternatif çalışma zamanları, süper kullanıcının (root) veya başka bir kullanıcı kimliğinin ayrıcalıklarıyla başlatılmamalı, bu ayrıcalıklara sahip olmamalı ya da diğer uygulamalara bu ayrıcalıkları vermemelidir.

  • [C-0-7] Alternatif çalışma zamanlarının .apk dosyaları cihaz uygulamalarının sistem resmine dahil edildiğinde, cihaz uygulamalarında yer alan diğer uygulamaları imzalamak için kullanılan anahtardan farklı bir anahtarla imzalanmalıdır.

  • [C-0-8] Alternatif çalışma zamanları, uygulamaları yüklerken uygulama tarafından kullanılan Android izinleri için kullanıcı izni ALMAK ZORUNDADIR.

  • [C-0-9] Bir uygulamanın, karşılık gelen bir Android izninin bulunduğu bir cihaz kaynağını (ör. kamera, GPS vb.) kullanması gerektiğinde alternatif çalışma zamanı, kullanıcıyı uygulamanın bu kaynağa erişebileceği konusunda BİLGİLENDİRMELİDİR.

  • [C-0-10] Çalışma zamanı ortamı, uygulama özelliklerini bu şekilde kaydetmediğinde, çalışma zamanı ortamı, söz konusu çalışma zamanını kullanan herhangi bir uygulamayı yüklerken çalışma zamanının sahip olduğu tüm izinleri LİSTELEMELİDİR.

  • Alternatif çalışma ortamları, uygulamaları PackageManager üzerinden ayrı Android korumalı alanlarına (Linux kullanıcı kimlikleri vb.) yüklemelidir.

  • Alternatif çalışma ortamları, alternatif çalışma ortamını kullanan tüm uygulamalar tarafından paylaşılan tek bir Android korumalı alanı sağlayabilir.

9.5. Çok Kullanıcılı Destek

Android, birden fazla kullanıcı desteği ve tam kullanıcı izolasyonu desteği sunar.

  • Birincil harici depolama alanı için çıkarılabilir medya kullanan cihaz uygulamaları çok kullanıcılı özelliği etkinleştirebilir ancak etkinleştirmemelidir.

Cihaz uygulamaları birden fazla kullanıcı içeriyorsa:

  • [C-1-1] Çok kullanıcılı destek ile ilgili aşağıdaki şartları karşılamalıdır.
  • [C-1-2] Her kullanıcı için, API'lerdeki Güvenlik ve İzinler referans belgesinde tanımlandığı şekilde Android platform güvenlik modeliyle tutarlı bir güvenlik modeli UYGULAMALIDIR.
  • [C-1-3] Her kullanıcı örneği için ayrı ve izole edilmiş paylaşılan uygulama depolama alanı (/sdcard olarak da bilinir) dizinleri OLMALIDIR.
  • [C-1-4] Belirli bir kullanıcıya ait olan ve bu kullanıcı adına çalışan uygulamaların, her iki kullanıcının verileri aynı birimde veya dosya sisteminde depolanmış olsa bile başka bir kullanıcıya ait dosyaları listelemediğinden, okumadığından veya bu dosyalara yazmadığından EMİN OLMALIDIR.
  • [C-1-5] Çok kullanıcılı mod etkinleştirildiğinde, cihaz uygulamaları harici depolama API'leri için çıkarılabilir medya kullanıyorsa yalnızca sistem tarafından erişilebilen, çıkarılabilir olmayan bir medyada depolanan bir anahtar kullanarak SD kartın içeriğini şifrelemelidir. Bu durumda, ana bilgisayar PC'leri medya dosyalarını okuyamayacağından, ana bilgisayar PC'lerine mevcut kullanıcının verilerine erişim sağlamak için cihaz uygulamalarının MTP'ye veya benzer bir sisteme geçmesi gerekir.

Cihaz uygulamaları birden fazla kullanıcı içeriyorsa ve android.hardware.telephony özellik işaretini belirtmiyorsa:

  • [C-2-1] Cihaz sahiplerinin ek kullanıcıları ve cihazdaki özelliklerini yönetmelerine olanak tanıyan bir özellik olan kısıtlanmış profilleri DESTEKLEMELİDİR. Kısıtlanmış profiller sayesinde cihaz sahipleri, ek kullanıcıların çalışabileceği ayrı ortamlar hızlıca oluşturabilir ve bu ortamlarda bulunan uygulamalarda daha ayrıntılı kısıtlamalar yönetebilir.

Cihaz uygulamaları birden fazla kullanıcı içeriyorsa ve android.hardware.telephony özellik işaretini bildirirse:

  • [C-3-1] Kısıtlanmış profilleri DESTEKLEMEMELİ ancak diğer kullanıcıların sesli aramalara ve SMS'lere erişmesini etkinleştirmek /devre dışı bırakmak için AOSP'deki kontrollerin uygulanmasıyla uyumlu OLMALIDIR.

9.6. Premium SMS Uyarısı

Android, kullanıcıları giden premium SMS mesajları hakkında uyarma desteği içerir. Premium SMS mesajları, operatöre kayıtlı bir hizmete gönderilen ve kullanıcıdan ücret alınabilecek kısa mesajlardır.

Cihaz uygulamaları android.hardware.telephony için destek belirtiyorsa:

  • [C-1-1] Cihazdaki /data/misc/sms/codes.xml dosyasında tanımlanan normal ifadeyle tanımlanan numaralara SMS mesajı göndermeden önce kullanıcıları UYARMALIDIR. Android Açık Kaynak Projesi, bu koşulu karşılayan bir uygulama sağlar.

9.7. Güvenlik Özellikleri

Cihaz uygulamalarında, aşağıda açıklandığı şekilde hem çekirdek hem de platformdaki güvenlik özelliklerine uyulmalıdır.

Android Korumalı Alanı, Güvenlik Gelişmiş Linux (SELinux) zorunlu erişim denetimi (MAC) sistemini, seccomp korumalı alanını ve Linux çekirdeğindeki diğer güvenlik özelliklerini kullanan özellikleri içerir. Cihaz uygulamaları:

  • [C-0-1] SELinux veya başka güvenlik özellikleri Android çerçevesinin altında uygulansa bile mevcut uygulamalarla uyumluluğu KORUMALIDIR.
  • [C-0-2] Bir güvenlik ihlali algılandığında ve Android çerçevesinin altında uygulanan güvenlik özelliği tarafından başarıyla engellendiğinde görünür bir kullanıcı arayüzü OLMAMALISIDIR ancak engellenmemiş bir güvenlik ihlali meydana geldiğinde ve bu durum başarılı bir istismarla sonuçlandığında görünür bir kullanıcı arayüzü OLABİLİR.
  • [C-0-3] SELinux'u veya Android çerçevesinin altında uygulanan diğer güvenlik özelliklerini kullanıcı veya uygulama geliştirici tarafından yapılandırılabilir hale GETİRMEMELİDİR.
  • [C-0-4] Bir API (ör. Cihaz Yönetimi API'si) aracılığıyla başka bir uygulamayı etkileyebilecek bir uygulamanın, uyumluluğu bozan bir politika yapılandırmasına İZİN VERMEMELİDİR.
  • [C-0-5] Android Açık Kaynak Projesi sitesinde açıklandığı gibi her işleme daha dar kapsamlı erişim izni verilebilmesi için medya çerçevesinin birden fazla işleme bölünmesi GEREKİR.
  • [C-0-6] Çok iş parçacıklı programlardan yapılandırılabilir bir politika kullanılarak sistem çağrılarının filtrelenmesine olanak tanıyan bir çekirdek uygulama korumalı alan mekanizması UYGULANMALIDIR. Yukarı yönlü Android Açık Kaynak Projesi, source.android.com'un Çekirdek Yapılandırması bölümünde açıklandığı gibi, seccomp-BPF'yi threadgroup senkronizasyonu (TSYNC) ile etkinleştirerek bu koşulu karşılar.

Çekirdek bütünlüğü ve kendi kendini koruma özellikleri, Android güvenliğinin ayrılmaz bir parçasıdır. Cihaz uygulamaları:

  • [C-0-7] Çekirdek yığın arabelleği taşması korumaları (ör. CONFIG_CC_STACKPROTECTOR_STRONG) UYGULANMALIDIR.
  • [C-0-8] Yürütülebilir kodun salt okunur, salt okunur verilerin yürütülemez ve yazılamaz, yazılabilir verilerin ise yürütülemez olduğu (ör. CONFIG_DEBUG_RODATA veya CONFIG_STRICT_KERNEL_RWX) katı çekirdek bellek korumaları UYGULANMALIDIR.
  • [C-0-9] API düzeyi 28 veya daha yüksek bir sürümle birlikte gönderilen cihazlarda kullanıcı alanı ile çekirdek alanı (ör. CONFIG_HARDENED_USERCOPY) arasındaki kopyalarda statik ve dinamik nesne boyutu sınırları kontrolü ZORUNLUDUR.
  • [C-0-10] API düzeyi 28 veya daha yüksek sürümlerle birlikte gönderilen cihazlarda çekirdek modunda (ör. donanım PXN veya CONFIG_CPU_SW_DOMAIN_PAN ya da CONFIG_ARM64_SW_TTBR0_PAN aracılığıyla taklit edilen) çalışırken kullanıcı alanı belleğini UYGULAMAMALIDIR.
  • [C-0-11] API düzeyi 28 veya daha yüksek sürümlerle birlikte gönderilen cihazlarda, normal kullanıcı kopyası erişim API'leri (ör. donanım PAN'ı veya CONFIG_CPU_SW_DOMAIN_PAN ya da CONFIG_ARM64_SW_TTBR0_PAN aracılığıyla taklit edilen) dışındaki çekirdekte kullanıcı alanı belleği OKUMAMALI veya YAZMAMALIDIR.
  • [C-0-12] API düzeyi 28 veya daha yüksek sürümlerle orijinal olarak gönderilen tüm cihazlarda çekirdek sayfa tablosu izolasyonu uygulanmalıdır (ör. CONFIG_PAGE_TABLE_ISOLATION veya "CONFIG_UNMAP_KERNEL_AT_EL0").
  • [SR] Yalnızca başlatma sırasında yazılan çekirdek verilerinin, başlatma işleminden sonra salt okunur olarak işaretlenmesi önemle ÖNERİLİR (ör. __ro_after_init).
  • [SR] Çekirdek kodunun ve belleğin düzenini rastgele hale getirmek ve rastgeleleştirmeyi tehlikeye atacak maruz kalmalardan kaçınmak (ör. /chosen/kaslr-seed Device Tree node veya EFI_RNG_PROTOCOL aracılığıyla önyükleyici entropisi ile CONFIG_RANDOMIZE_BASE) önemle ÖNERİLİR.

Cihaz uygulamaları Linux çekirdeği kullanıyorsa:

  • [C-1-1] SELinux'u UYGULAMALI.
  • [C-1-2] SELinux'un genel yaptırım moduna ayarlanması GEREKİR.
  • [C-1-3] Tüm alanlar zorunlu modda yapılandırılmalıdır. Bir cihaza/tedarikçiye özgü alanlar da dahil olmak üzere izin verilen mod alan adlarına izin verilmez.
  • [C-1-4] Yukarı akış Android Açık Kaynak Projesi'nde (AOSP) sağlanan system/sepolicy klasöründeki neverallow kuralları değiştirilmemeli, atlanmamalı veya değiştirilmemelidir ve politika hem AOSP SELinux alanları hem de cihaza/tedarikçiye özel alanlar için mevcut tüm neverallow kurallarıyla derlenmelidir.
  • [C-1-5] API düzeyi 28 veya üstünü hedefleyen üçüncü taraf uygulamaları, her uygulamanın özel veri dizininde uygulama başına SELinux kısıtlamaları olan uygulama başına SELinux korumalı alanlarında ÇALIŞTIRMALIDIR.
  • Yukarı yönlü Android Open Source Project'in system/sepolicy klasöründe sağlanan varsayılan SELinux politikasını muhafaza ETMELI ve yalnızca kendi cihazlarına özel yapılandırmaları için bu politikaya başka öğeler eklemelidir.

Cihaz uygulamaları daha önce bir Android sürümünde kullanıma sunulmuşsa ve [C-1-1] ile [C-1-5] koşullarını sistem yazılımı güncellemesiyle karşılayamıyorsa bu koşullardan muaf tutulabilir.

Cihaz uygulamalarında Linux dışında bir çekirdek kullanılıyorsa:

  • [C-2-1] SELinux'a eşdeğer zorunlu bir erişim denetimi sistemi KULLANMALIDIR.

Android, cihaz güvenliğinin ayrılmaz bir parçası olan birden fazla ayrıntılı savunma özelliği içerir.

Cihaz uygulamaları:

  • [C-SR] Etkinleştirilmiş bileşenlerde Kontrol Akışı Bütünlüğü'nün (CFI) veya Tam Sayı Aşımı Sanitasyonu'nun (IntSan) devre dışı bırakılmaması önemle ÖNERİLİR.
  • [C-SR] CFI ve IntSan'da açıklandığı gibi, güvenlik açısından hassas ek kullanıcı alanı bileşenleri için hem CFI hem de IntSan'ın etkinleştirilmesi önemle ÖNERİLİR.

9.8. Gizlilik

9.8.1. Kullanım Geçmişi

Android, kullanıcının seçimlerinin geçmişini depolar ve bu geçmişi UsageStatsManager tarafından yönetir.

Cihaz uygulamaları:

  • [C-0-1] Bu tür kullanıcı geçmişini makul bir saklama süresi boyunca SAKLAMALIDIR.
  • [SR] 14 günlük saklama süresinin, AOSP uygulamasında varsayılan olarak yapılandırıldığı şekilde tutulması önemle ÖNERİLİR.

Android, sistem etkinliklerini StatsLog tanımlayıcılarını kullanarak depolar ve bu geçmişi StatsManager ile IncidentManager System API üzerinden yönetir.

Cihaz uygulamaları:

  • [C-0-2] Yalnızca IncidentManager sistem API sınıfı tarafından oluşturulan olay raporunda DEST_AUTOMATIC ile işaretlenmiş alanları İÇERMELİDİR.
  • [C-0-3] StatsLog SDK belgelerinde açıklananlardan başka bir etkinliği günlüğe kaydetmek için sistem etkinlik tanımlayıcılarını KULLANMAMALIDIR. Günlüğe kaydedilen ek sistem etkinlikleri, 100.000 ile 200.000 arasındaki farklı bir atom tanımlayıcı KULLANABİLİR.

9.8.2. Kayıt

Cihaz uygulamaları:

  • [C-0-1] Kullanıcının izni olmadan veya devam eden bildirimleri temizlemeden kullanıcının özel bilgilerini (ör. tuş vuruşları, ekranda görüntülenen metin) cihazdan gönderen yazılım bileşenlerini kutudan çıkar çıkmaz önceden yüklememeli veya dağıtmamalıdır.

Cihaz uygulamalarında, sistemde ekranda gösterilen içerikleri yakalayan ve/veya cihazda oynatılan ses akışını kaydeden işlevler varsa bu uygulamalar:

  • [C-1-1] Bu işlev etkinleştirildiğinde ve aktif olarak görüntü/ses kaydı yapıldığında kullanıcıya sürekli bildirim gönderilmelidir.

Cihaz uygulamaları, kullanıcının bağlamıyla ilgili yararlı bilgiler elde etmek için ortam sesini kaydedebilen, kutudan çıkar çıkmaz etkinleştirilmiş bir bileşen içeriyorsa:

  • [C-2-1] Kayıtlı ham sesi veya orijinal sese veya benzer bir kopyaya dönüştürülebilecek herhangi bir biçimi, açık kullanıcı izni olmadan kalıcı cihaz üzerinde depolama alanında saklamamalı veya cihazdan aktarmamalıdır.

9.8.3. Bağlantı

Cihaz uygulamalarında USB çevre birimi modu desteğine sahip bir USB bağlantı noktası varsa:

  • [C-1-1] USB bağlantı noktası üzerinden paylaşılan depolama alanının içeriğine erişime izin vermeden önce kullanıcının iznini isteyen bir kullanıcı arayüzü GÖSTERMELİDİR.

9.8.4. Ağ Trafiği

Cihaz uygulamaları:

  • [C-0-1] Sistem tarafından güvenilen sertifika yetkilisi (CA) deposu için, yayın öncesi Android Açık Kaynak Projesi'nde sağlanan kök sertifikalarla aynı kök sertifikaları önceden yüklemelidir.
  • [C-0-2] Boş bir kullanıcı kök CA mağazasıyla gönderilmelidir.
  • [C-0-3] Kullanıcı kök CA'sı eklendiğinde kullanıcıya, ağ trafiğinin izlenebilir olduğunu belirten bir uyarı GÖSTERMELİDİR.

Cihaz trafiği bir VPN üzerinden yönlendirilirse cihaz uygulamaları:

  • [C-1-1] Kullanıcıya şunu belirten bir uyarı GÖSTERMELİDİR:
    • Bu ağ trafiği izlenebilir.
    • Bu ağ trafiği, VPN'yi sağlayan belirli VPN uygulaması üzerinden yönlendirilir.

Cihaz uygulamalarında, ağ veri trafiğini bir proxy sunucusu veya VPN ağ geçidi üzerinden yönlendiren (örneğin, android.permission.CONTROL_VPN izni verilmiş bir VPN hizmetini önceden yükleme) varsayılan olarak etkin olan bir mekanizma varsa bu mekanizmalar:

  • [C-2-1] VPN, DevicePolicyManager.setAlwaysOnVpnPackage() aracılığıyla Cihaz Politikası Denetleyicisi tarafından etkinleştirilmediği sürece bu mekanizmayı etkinleştirmeden önce kullanıcının iznini İSTEMELİDİR. Bu durumda kullanıcının ayrı bir izin vermesi gerekmez ancak yalnızca bilgilendirilmelidir.

Cihaz uygulamaları, üçüncü taraf VPN uygulamasının "her zaman açık VPN" işlevini etkinleştirmek için bir kullanıcı özelliği uygularsa:

  • [C-3-1] Her zaman açık VPN hizmetini desteklemeyen uygulamalar için AndroidManifest.xml dosyasında SERVICE_META_DATA_SUPPORTS_ALWAYS_ON özelliğini false olarak ayarlayarak bu kullanıcı özelliğini DEVRE DIŞI BIRAKMALIDIR.

9.9. Veri Depolama Şifreleme

Cihazdaki en yüksek performanslı AES teknolojisiyle (ör. ARM Kriptografi Uzantıları) ölçülen Gelişmiş Şifreleme Standardı (AES) kripto performansı 50 MiB/sn'nin üzerindeyse cihaz uygulamaları:

  • [C-1-1] Genellikle paylaşılan cihaz uygulamaları (ör.televizyon) hariç olmak üzere, uygulama özel verilerinin (/data bölümü) yanı sıra uygulamanın ortak depolama alanı bölümünün (/sdcard bölümü) veri depolama şifrelemesini desteklemelidir. Bu bölüm, cihazın kalıcı ve çıkarılamayan bir parçası olmalıdır.
  • [C-1-2] Genellikle paylaşılan cihaz uygulamaları (ör. televizyon) hariç olmak üzere, kullanıcı kutudan çıkar çıkmaz kurulum deneyimini tamamladığında veri depolama şifrelemesini varsayılan olarak etkinleştirmelidir.

AES kripto performansı 50 MiB/sn'de veya altındaysa cihaz uygulamalarında aşağıdakilerden herhangi birinde listelenen AES biçimi yerine Adiantum-XChaCha12-AES kullanılabilir: Bölüm 9.9.2 [C-1-5]'de AES-256-XTS; Bölüm 9.9.2 [C-1-6]'de CBS-CTS modunda AES-256; Bölüm 9.9.3 [C-1-1]'te AES; Bölüm 9.9.3 [C-1-3]'te AES.

Cihaz uygulamaları daha önce bir Android sürümünde kullanıma sunulmuşsa ve sistem yazılımı güncellemesiyle şartı karşılayamıyorsa yukarıdaki şartlardan muaf tutulabilir.

Cihaz uygulamaları:

9.9.1. Doğrudan Başlatma

Cihaz uygulamaları:

  • [C-0-1] Depolama alanı şifrelemeyi desteklemeseler bile doğrudan önyükleme modu API'lerini UYGULAMALARI GEREKİR.

  • [C-0-2] Doğrudan Açılış'tan haberdar olan uygulamalara Cihaz Şifrelenmiş (DE) ve Kimlik Bilgisi Şifrelenmiş (CE) depolama konumlarının kullanıcı tarafından kullanılabileceğini bildirmek için ACTION_LOCKED_BOOT_COMPLETED ve ACTION_USER_UNLOCKED Intent'leri yine de yayınlanmalıdır.

9.9.2. Dosya Tabanlı Şifreleme

Cihaz uygulamaları FBE'yi destekliyorsa:

  • [C-1-1] Kullanıcıdan kimlik bilgileri istemeden başlatılmalı ve ACTION_LOCKED_BOOT_COMPLETED mesajı yayınlandıktan sonra Doğrudan Açılış bilincine sahip uygulamaların Cihaz Şifrelenmiş (DE) depolama alanına erişmesine izin vermelidir.
  • [C-1-2] Kimlik Bilgisi Şifrelenmiş (CE) depolamaya yalnızca kullanıcı kimlik bilgilerini (ör. şifre kodu, PIN, desen veya parmak izi) sağlayarak cihazın kilidini açtıktan ve ACTION_USER_UNLOCKED mesajı yayınlandıktan sonra izin VERMELİDİR.
  • [C-1-3] Kullanıcı tarafından sağlanan kimlik bilgileri veya kayıtlı bir emanet anahtarı olmadan CE korumalı depolama alanının kilidini açma yöntemi SUNMAMALIDIR.
  • [C-1-4] Doğrulanmış Başlatma'yı desteklemeli ve DE anahtarlarının cihazın donanım güven köküne kriptografik olarak bağlandığından emin olmalıdır.
  • [C-1-5] AES-256-XTS kullanılarak dosya içeriklerinin şifrelenmesini DESTEKLEMELİDİR. AES-256-XTS, XTS modunda çalışan 256 bit anahtar uzunluğuna sahip Gelişmiş Şifreleme Standardını ifade eder. XTS anahtarının tam uzunluğu 512 bittir.

  • [C-1-6] CBC-CTS modunda AES-256 kullanılarak dosya adlarının şifrelenmesini DESTEKLEMELİDİR.

  • CE ve DE depolama alanlarını koruyan anahtarlar:

  • [C-1-7] Kriptografik olarak donanım destekli bir anahtar deposuna bağlı OLMALIDIR.

  • [C-1-8] CE anahtarları, kullanıcının kilit ekranı kimlik bilgilerine BAĞLANMALIDIR.
  • [C-1-9] Kullanıcı kilit ekranı kimlik bilgilerini belirtmemişse CE anahtarları varsayılan bir şifre koduna BAĞLANMALIDIR.

  • [C-1-10] Benzersiz ve farklı OLMALIDIR. Başka bir deyişle, hiçbir kullanıcının CE veya DE anahtarı başka bir kullanıcının CE veya DE anahtarıyla eşleşmemelidir.

  • [C-1-11] Varsayılan olarak zorunlu olarak desteklenen şifreleri, anahtar uzunluklarını ve modları KULLANMALIDIR.

  • [C-SR] Dosya boyutları, sahiplik, modlar ve genişletilmiş özellikler (xattrs) gibi dosya sistemi meta verilerini, cihazın donanım kök güvenine kriptografik olarak bağlı bir anahtarla şifrelemek önemle ÖNERİLİR.

  • Önceden yüklenmiş temel uygulamaları (ör. Alarm, Telefon, Mesajlar) Doğrudan Önyükleme'den haberdar ETMELI.

  • Dosya içeriği ve dosya adı şifrelemesi için alternatif şifreler, anahtar uzunlukları ve modları DESTEKLEYEBİLİR.

Yukarı akış Android Açık Kaynak projesi, Linux çekirdeğinin ext4 şifreleme özelliğine dayalı olarak bu özelliğin tercih edilen bir uygulamasını sağlar.

9.9.3. Tam Disk Şifreleme

Cihaz uygulamaları tam disk şifrelemeyi (FDE) destekliyorsa:

  • [C-1-1] AES, depolama için tasarlanmış bir modda (ör. XTS veya CBC-ESSIV) ve 128 bit veya daha uzun bir şifre anahtarı uzunluğunda KULLANILMALIDIR.
  • [C-1-2] Şifreleme anahtarını sarmalamak için varsayılan bir şifre kodu KULLANMALIDIR ve şifreleme anahtarını şifrelenmeden hiçbir zaman depolama alanına YAZMAMALIDIR.
  • [C-1-3] Kullanıcı açıkça devre dışı bırakmadığı sürece, şifreleme anahtarı varsayılan olarak AES ile şifrelenmelidir.Etkin kullanımda olduğu durumlar hariç, kilit ekranı kimlik bilgileri yavaş bir germe algoritması (ör. PBKDF2 veya scrypt) kullanılarak uzatılmalıdır.
  • [C-1-4] Kullanıcı kilit ekranı kimlik bilgilerini belirtmemişse veya şifreleme için şifre kodu kullanımını devre dışı bırakmışsa ve cihaz donanım destekli bir anahtar kutusu sağlıyorsa yukarıdaki varsayılan şifre uzatma algoritması, anahtar kutusuna kriptografik olarak bağlı OLMALIDIR.
  • [C-1-5] Şifreleme anahtarı cihazdan GÖNDERİLMEMEMELİDİR (kullanıcı şifre kodu ve/veya donanıma bağlı anahtarla sarmalanmış olsa bile).

Yukarı akış Android Açık Kaynak projesi, Linux çekirdeğindeki dm-crypt özelliğine dayalı olarak bu özelliğin tercih edilen bir uygulamasını sağlar.

9.10. Cihaz bütünlüğü

Aşağıdaki şartlar, cihaz bütünlüğünün durumuyla ilgili şeffaflık sağlar. Cihaz uygulamaları:

  • [C-0-1] Sistem API yöntemi PersistentDataBlockManager.getFlashLockState() aracılığıyla, önyükleyici durumunun sistem görüntüsünün yanıp sönmesine izin verip vermediğini doğru şekilde bildirmelidir. FLASH_LOCK_UNKNOWN durumu, bu yeni sistem API yönteminin mevcut olmadığı Android'in önceki bir sürümünden yeni sürüme geçen cihaz uygulamaları için ayrılmıştır.

  • [C-0-2] Cihaz bütünlüğü için Doğrulanmış Başlatma özelliğini DESTEKLEMELİDİR.

Cihaz uygulamaları, Android'in önceki bir sürümünde Doğrulanmış Önyükleme'yi desteklemeden kullanıma sunulmuşsa ve sistem yazılımı güncellemesiyle bu özellik için destek ekleyemiyorsa bu cihazlar şarttan muaf tutulabilir.

Doğrulanmış Başlatma, cihaz yazılımının bütünlüğünü garanti eden bir özelliktir. Cihaz uygulamaları özelliği destekliyorsa:

  • [C-1-1] Platform özelliği bayrağı android.software.verified_boot İSTENİR.
  • [C-1-2] Her önyükleme sırasında doğrulama YAPILMALIDIR.
  • [C-1-3] Doğrulama, güvenin kökü olan ve sistem bölümüne kadar giden değişmez bir donanım anahtarından BAŞLATILMALIDIR.
  • [C-1-4] Bir sonraki aşamadaki kodu yürütmeden önce bir sonraki aşamadaki tüm baytların bütünlüğünü ve özgünlüğünü kontrol etmek için doğrulamanın her aşamasını UYGULAMALIDIR.
  • [C-1-5] Karma oluşturma algoritmaları (SHA-256) ve ortak anahtar boyutları (RSA-2048) için NIST'nin mevcut önerileri kadar güçlü doğrulama algoritmaları KULLANMALIDIR.
  • [C-1-6] Kullanıcı yine de önyükleme yapmayı denemeyi kabul etmediği sürece, sistem doğrulaması başarısız olduğunda önyüklemenin tamamlanmasına İZİN VERMEMELİDİR. Bu durumda, doğrulanmamış depolama bloklarındaki veriler KULLANILMAMALISDIR.
  • [C-1-7] Kullanıcı, önyükleyicinin kilidini açıkça açmadığı sürece cihazdaki doğrulanmış bölümlerin değiştirilmesine İZİN VERMEMELİDİR.
  • [C-SR] Cihazda birden fazla ayrı çip (ör. radyo, özel görüntü işlemcisi) varsa bu çiplerin her birinin önyükleme işleminin, önyükleme sırasında her aşamasının doğrulanması önemle ÖNERİLİR.
  • [C-1-8] Açılış yükleyicinin kilidinin açık olup olmadığını depolamak için bozulmaya karşı korumalı depolama alanı KULLANMALIDIR. Bozulmaya karşı korumalı depolama, önyükleme yükleyicinin depolama alanında Android'in içinden müdahale edilip edilmediğini algılayabileceği anlamına gelir.
  • [C-1-9] Cihaz kullanılırken kullanıcıya sormalı ve önyükleme yükleyici kilitli moddan önyükleme yükleyici kilidi açık moduna geçişe izin vermeden önce fiziksel onay almalıdır.
  • [C-1-10] Android tarafından kullanılan bölümler (ör. önyükleme, sistem bölümleri) için geri alma koruması UYGULANMALIDIR ve izin verilen minimum OS sürümünü belirlemek için kullanılan meta verileri depolamak amacıyla bozulmaya karşı korumalı depolama alanı kullanılmalıdır.
  • [C-SR] Tüm ayrıcalıklı uygulama APK dosyalarının, Verified Boot ile korunan /system köküne sahip bir güven zinciriyle doğrulanması önemle ÖNERİLİR.
  • [C-SR] Ayrıcalıklı bir uygulama tarafından APK dosyasının dışından yüklenen yürütülebilir yapıların (ör. dinamik olarak yüklenen kod veya derlenmiş kod) yürütülmeden önce doğrulanması veya hiç yürütülmemesi önemle ÖNERİLİR.
  • Kalıcı donanım yazılımı (ör. modem, kamera) içeren tüm bileşenler için geri alma koruması UYGULANMALIDIR ve izin verilen minimum sürümü belirlemek için kullanılan meta verileri depolamak üzere bozulmaya karşı korumalı depolama alanı KULLANILMALIDIR.

Cihaz uygulamaları, Android'in önceki bir sürümünde C-1-8 ile C-1-10 arasında desteklenmeden kullanıma sunulmuşsa ve sistem yazılımı güncellemesiyle bu şartlara destek eklenemiyorsa bu cihazlar şartlardan muaf tutulabilir.

Yukarı yönlü Android Açık Kaynak Projesi, external/avb/ deposunda bu özelliğin tercih edilen bir uygulamasını sağlar. Bu uygulama, Android'i yüklemek için kullanılan önyükleme yükleyiciye entegre edilebilir.

Cihaz uygulamaları:

Cihaz uygulamaları Android Protected Confirmation API'yi destekliyorsa:

  • [C-3-1] ConfirmationPrompt.isSupported() API için true bildirmelidir.
  • [C-3-2] Güvenli donanımın, Android OS'in güvenli donanım tarafından algılanmadan engelleyemeyeceği şekilde ekranın tam kontrolünü ele almasını SAĞLAMALIDIR.
  • [C-3-3] Güvenli donanımın dokunmatik ekranın tam kontrolünü ele almasını SAĞLAMALIDIR.

9.11. Anahtarlar ve Kimlik Bilgileri

Android Anahtar Deposu Sistemi, uygulama geliştiricilerin kriptografik anahtarları bir kapsayıcıda depolamalarına ve KeyChain API veya Keystore API aracılığıyla kriptografik işlemlerde kullanmalarına olanak tanır. Cihaz uygulamaları:

  • [C-0-1] En az 8.192 anahtarın içe aktarılmasına veya oluşturulmasına İZİN VERMELİDİR.
  • [C-0-2] Kilit ekranı kimlik doğrulaması, deneme sayısını sınırlamalı ve üstel bir geri çekilme algoritmasına sahip olmalıdır. 150 başarısız denemeden sonra, deneme başına en az 24 saat bekleme süresi OLMALIDIR.
  • Oluşturulabilecek anahtar sayısını sınırlamamalıdır

Cihaz uygulaması güvenli kilit ekranını desteklediğinde:

  • [C-1-1] Anahtar deposu uygulamasını izole bir yürütme ortamıyla YEDEKLEMELİDİR.
  • [C-1-2] Android Keystore sisteminin desteklenen algoritmalarını, çekirdekte ve daha üst katmanlarda çalışan koddan güvenli bir şekilde izole edilmiş bir alanda düzgün şekilde desteklemek için RSA, AES, ECDSA ve HMAC kriptografik algoritmalarının ve MD5, SHA1 ve SHA-2 karma oluşturma işlevlerinin uygulanması GEREKİR. Güvenli izolasyon, DMA dahil olmak üzere çekirdek veya kullanıcı alanı kodunun izole ortamın dahili durumuna erişebileceği tüm olası mekanizmaları engellemelidir. Yukarı yönlü Android Açık Kaynak Projesi (AOSP), Trusty uygulamasını kullanarak bu koşulu karşılar ancak ARM TrustZone tabanlı başka bir çözüm veya uygun bir hipervizör tabanlı yalıtımın üçüncü taraflarca incelenmiş güvenli bir uygulaması da alternatif seçenekler arasındadır.
  • [C-1-3] Kilit ekranı kimlik doğrulamasını izole yürütme ortamında YAPMALIDIR ve yalnızca başarılı olduğunda kimlik doğrulamasına bağlı anahtarların kullanılmasına izin vermelidir. Kilit ekranı kimlik bilgileri, yalnızca izole yürütme ortamının kilit ekranı kimlik doğrulamasını gerçekleştirmesine izin verecek şekilde SAKLANMALIDIR. Android Açık Kaynak Projesi, bu koşulu karşılamak için kullanılabilecek Gatekeeper Donanım Soyutlamalı Katmanı (HAL) ve Trusty'yi sağlar.
  • [C-1-4] Onaylama imzalama anahtarının güvenli donanım tarafından korunduğu ve imzalamanın güvenli donanımda yapıldığı durumlarda anahtar onayı desteklenmelidir. Onaylama imzalama anahtarları, anahtarların cihaz tanımlayıcısı olarak kullanılmasını önlemek için yeterince çok sayıda cihazda PAYLAŞILMALIDIR. Bu koşulu karşılamak için,belirli bir SKU'dan en az 100.000 adet üretilmediği sürece aynı doğrulama anahtarını paylaşabilirsiniz. Bir SKU'dan 100.000'den fazla birim üretilirse her 100.000 birim için farklı bir anahtar KULLANILABİLİR.
  • [C-1-5] Kullanıcının, kilidi açık durumdan kilitli duruma geçiş için uyku zaman aşımını seçmesine izin VERMELİDİR. İzin verilen minimum zaman aşımı 15 saniyedir.

Bir cihaz uygulaması daha önce bir Android sürümünde kullanıma sunulmuşsa bu cihazın, izole bir yürütme ortamı tarafından desteklenen bir anahtar deposuna sahip olma ve anahtar tasdikini destekleme şartından muaf olduğunu unutmayın. Bunun için cihazın, izole bir yürütme ortamı tarafından desteklenen bir anahtar deposu gerektiren android.hardware.fingerprint özelliğini belirtmesi gerekir.

9.11.1. Güvenli Kilit Ekranı

AOSP uygulaması, bilgi fabrikasına dayalı birincil kimlik doğrulamanın ikincil güçlü bir biyometrik veya daha zayıf üçüncül modalitelerle desteklendiği katmanlı bir kimlik doğrulama modelini izler.

Cihaz uygulamaları:

  • [C-SR] Birincil kimlik doğrulama yöntemi olarak aşağıdakilerden yalnızca birini ayarlamanızı önemle ÖNERİRİZ:
    • Sayısal PIN
    • Alfasayısal şifre
    • Tam olarak 3x3 nokta içeren bir ızgaradaki kaydırma modeli

Yukarıdaki kimlik doğrulama yöntemlerinin bu dokümanda önerilen birincil kimlik doğrulama yöntemleri olarak adlandırıldığını unutmayın.

Cihaz uygulamaları, önerilen birincil kimlik doğrulama yöntemlerini ekler veya değiştirir ve ekranı kilitlemek için güvenli bir yöntem olarak yeni bir kimlik doğrulama yöntemi kullanırsa yeni kimlik doğrulama yöntemi:

Cihaz uygulamaları, bilinen bir gizliye dayalı olarak kilit ekranının kilidini açmak için kimlik doğrulama yöntemlerini ekler veya değiştirirse ve ekranı kilitlemek için güvenli bir yöntem olarak kabul edilecek yeni bir kimlik doğrulama yöntemi kullanırsa:

  • [C-3-1] İzin verilen en kısa giriş uzunluğunun entropisi 10 bitten büyük OLMALIDIR.
  • [C-3-2] Olası tüm girişlerin maksimum entropisi 18 bitten büyük OLMALIDIR.
  • [C-3-3] Yeni kimlik doğrulama yöntemi, AOSP'de uygulanan ve sunulan önerilen birincil kimlik doğrulama yöntemlerinden (ör. PIN, desen, şifre) hiçbirini İÇERMEMELİDİR.
  • [C-3-4] Cihaz Politikası Denetleyicisi (DPC) uygulaması, şifre kalitesi politikasını PASSWORD_QUALITY_SOMETHING'ten daha kısıtlayıcı bir kalite sabitiyle DevicePolicyManager.setPasswordQuality() yöntemi aracılığıyla ayarladığında yeni kimlik doğrulama yöntemi DEVRE DIŞI BIRAKILMALIDIR.

Cihaz uygulamaları, kilit ekranının kilidini açmak için önerilen birincil kimlik doğrulama yöntemlerini ekler veya değiştirir ve ekranı kilitlemek için güvenli bir yöntem olarak kabul edilecek biyometriye dayalı yeni bir kimlik doğrulama yöntemi kullanırsa yeni yöntem:

  • [C-4-1] 7.3.10.2 numaralı bölümde açıklanan tüm şartları karşılamalıdır.
  • [C-4-2] Önerilen birincil kimlik doğrulama yöntemlerinden birini kullanmak için bilinen bir gizliye dayalı yedek mekanizmaya SAHİP OLMALIDIR.
  • [C-4-3] Devre dışı bırakılmalı ve yalnızca Device Policy Controller (DPC) uygulaması, ilişkili biyometrik işaretlerden herhangi birini (ör. KEYGUARD_DISABLE_BIOMETRICS, KEYGUARD_DISABLE_FINGERPRINT, KEYGUARD_DISABLE_FACE veya KEYGUARD_DISABLE_IRIS) kullanarak DevicePolicyManager.setKeyguardDisabledFeatures() yöntemini çağırarak keguard özellik politikasını ayarladığında ekranın kilidini açmak için önerilen birincil kimlik doğrulamasına izin vermelidir.
  • [C-4-4] En az 72 saatte bir veya daha kısa sürede kullanıcıdan önerilen birincil kimlik doğrulamayı (ör. PIN, desen, şifre) istemelidir.
  • [C-4-5] 7.3.10 numaralı bölümde açıklandığı gibi, yanlış kabul oranının parmak izi sensörü için gerekenden eşit veya daha güçlü olması VEYA devre dışı bırakılması VEYA Device Policy Controller (DPC) uygulaması, şifre kalitesi politikasını PASSWORD_QUALITY_BIOMETRIC_WEAK'den daha kısıtlayıcı bir kalite sabitiyle DevicePolicyManager.setPasswordQuality() yöntemi aracılığıyla ayarladığında ekranın kilidini açmak için yalnızca önerilen birincil kimlik doğrulamasına izin vermesi GEREKİR.
  • [C-SR] Bölüm 7.3.10'da açıklandığı şekilde, parmak izi sensörü için gerekenden daha güçlü veya bu değere eşit sahtekarlık ve kimliğe bürünme kabul oranlarının olması önemle ÖNERİLİR.
  • [C-4-6] İşletim sistemi veya çekirdek güvenliğinin ihlal edilmesi durumunda, kullanıcı olarak yanlış kimlik doğrulaması yapmak için verilerin doğrudan eklenmesine izin vermeyecek şekilde güvenli bir işleme ardışık düzeni OLMALIDIR.
  • [C-4-7] Uygulama KeyGenParameterSpec.Built.setUserAuthenticationRequired() için true değerini ayarlarsa ve biyometrik pasifse (ör.açık bir intent sinyali bulunmayan yüz veya iris) anahtar deposu anahtarlarına erişime izin vermek için açık bir onay işlemiyle (ör. düğmeye basma) eşlenmelidir.
  • [C-SR] Pasif biyometri için onay işleminin, işletim sistemi veya çekirdek güvenliğinin ihlal edilmesine izin vermeyecek şekilde güvence altına alınması önemle ÖNERİLİR. Örneğin, bu durum fiziksel bir düğmeye dayalı onay işleminin, fiziksel düğmeye basmaktan başka bir yöntemle çalıştırılamayacak güvenli bir öğenin (SE) yalnızca girişe yönelik genel amaçlı giriş/çıkış (GPIO) pimi üzerinden yönlendirildiği anlamına gelir.

Biyometrik kimlik doğrulama yöntemleri, 7.3.10 numaralı bölümde açıklanan sahtekarlık ve kimliğe bürünme kabul oranlarını karşılamıyorsa:

  • [C-5-1] Cihaz Politikası Denetleyici (DPC) uygulaması, şifre kalitesi politikasını PASSWORD_QUALITY_BIOMETRIC_WEAK'dan daha kısıtlayıcı bir kalite sabitiyle DevicePolicyManager.setPasswordQuality() yöntemi aracılığıyla ayarladıysa yöntemler DEVRE DIŞI BIRAKILMALIDIR.
  • [C-5-2] 4 saatlik herhangi bir boşta kalma zaman aşımı süresinden sonra kullanıcıdan önerilen birincil kimlik doğrulama (ör. PIN, desen, şifre) istemi GELİR. Cihaz kimlik bilgileri başarıyla onaylandıktan sonra boşta kalma zaman aşımı süresi sıfırlanır.
  • [C-5-3] Yöntemler güvenli kilit ekranı olarak DEĞİLDİR ve aşağıdaki bölümde C-8 ile başlayan koşulları karşılamalıdır.

Cihaz uygulamaları, kilit ekranının kilidini açmak için kimlik doğrulama yöntemlerini ekler veya değiştirirse ve yeni bir kimlik doğrulama yöntemi fiziksel bir jetona veya konuma dayanıyorsa:

  • [C-6-1] Bilinen bir gizliye dayalı ve güvenli kilit ekranı olarak değerlendirilme şartlarını karşılayan önerilen birincil kimlik doğrulama yöntemlerinden birini kullanmak için yedek bir mekanizmaya SAHİP OLMALIDIR.
  • [C-6-2] Yeni yöntem DEVRE DIŞI BIRAKILMALIDIR ve Cihaz Politikası Denetleyicisi (DPC) uygulaması politikayı DevicePolicyManager.setKeyguardDisabledFeatures(KEYGUARD_DISABLE_TRUST_AGENTS) yöntemiyle veya PASSWORD_QUALITY_UNSPECIFIED'den daha kısıtlayıcı bir kalite sabitiyle DevicePolicyManager.setPasswordQuality() yöntemiyle ayarladığında ekranın kilidini açmak için yalnızca önerilen birincil kimlik doğrulama yöntemlerinden birine izin vermelidir.
  • [C-6-3] Kullanıcıdan, önerilen birincil kimlik doğrulama yöntemlerinden biri (ör. PIN, desen, şifre) için en az 72 saatte bir istek GÖNDERİLMESİ GEREKİR.
  • [C-6-4] Yeni yöntem, güvenli kilit ekranı olarak DEĞİLDİR ve aşağıdaki C-8 bölümünde listelenen kısıtlamalara uymalıdır.

Cihaz uygulamalarında güvenli bir kilit ekranı varsa ve TrustAgentService sistem API'sini uygulayan bir veya daha fazla güven aracısı varsa bu cihazlar:

  • [C-7-1] Cihaz kilidinin ertelendiği veya güven aracıları tarafından kilidinin açılabileceği durumlarda ayarlar menüsünde ve kilit ekranında net bir şekilde belirtilmelidir. Örneğin, AOSP bu koşulu, ayarlar menüsünde "Otomatik kilitleme ayarı" ve "Güç düğmesi anında kilitler" için metin açıklaması ve kilit ekranında ayırt edilebilir bir simge göstererek karşılar.
  • [C-7-2] DevicePolicyManager sınıfındaki tüm güven aracısı API'lerine (ör. KEYGUARD_DISABLE_TRUST_AGENTS sabit) uymalı ve bunları eksiksiz şekilde uygulamalıdır.
  • [C-7-3] Birincil kişisel cihaz (ör. el cihazı) olarak kullanılan bir cihazda TrustAgentService.addEscrowToken() işlevini tam olarak UYGULAMAMALI ancak genellikle paylaşılan cihaz uygulamalarında (ör. Android TV veya Automotive cihaz) işlevi tam olarak UYGULAYABİLİR.
  • [C-7-4] TrustAgentService.addEscrowToken() tarafından eklenen tüm depolanmış jetonları ŞİFRELEMELİDİR.
  • [C-7-5] Şifreleme anahtarı, anahtarın kullanıldığı cihazda DEPOLANAMAZ. Örneğin, telefonda depolanan bir anahtarın TV'deki bir kullanıcı hesabının kilidini açmasına izin verilir.
  • [C-7-6] Veri depolama alanının şifresini çözmek için emanet jetonunu etkinleştirmeden önce kullanıcıyı güvenlikle ilgili sonuçlar hakkında BİLGİLENDİRMELİDİR.
  • [C-7-7] Önerilen birincil kimlik doğrulama yöntemlerinden birini kullanmak için yedek bir mekanizmaya SAHİP OLMALIDIR.
  • [C-7-8] Kullanıcıdan, önerilen birincil kimlik doğrulama yöntemlerinden (ör. PIN, desen, şifre) biri için en az 72 saatte bir istek GÖNDERİLMESİ GEREKİR.
  • [C-7-9] 4 saatlik herhangi bir boşta kalma zaman aşımı süresinden sonra kullanıcıya önerilen birincil kimlik doğrulama yöntemlerinden (ör. PIN, desen, şifre) biri için istek gönderilMELİDİR. Cihaz kimlik bilgileri başarıyla onaylandıktan sonra boşta kalma zaman aşımı süresi sıfırlanır.
  • [C-7-10] Güvenli kilit ekranı olarak DEĞİLDİR ve aşağıdaki C-8 bölümünde listelenen kısıtlamalara UYMALIDIR.

Cihaz uygulamaları, yukarıda açıklandığı gibi güvenli olmayan kilit ekranının kilidini açmak için kimlik doğrulama yöntemlerini ekler veya değiştirir ve kilit ekranının kilidini açmak için yeni bir kimlik doğrulama yöntemi kullanırsa:

9.11.2. StrongBox

Android Anahtar Deposu Sistemi, uygulama geliştiricilerin kriptografik anahtarları hem özel bir güvenli işlemcide hem de yukarıda açıklanan izole yürütme ortamında depolamalarına olanak tanır.

Cihaz uygulamaları:

  • [C-SR] StrongBox'u desteklemeniz önemle ÖNERİLİR.

Cihaz uygulamaları StrongBox'u destekliyorsa:

  • [C-1-1] FEATURE_STRONGBOX_KEYSTORE bildirilmelidir.

  • [C-1-2] Anahtar deposunu desteklemek ve kullanıcı kimlik doğrulamasını güvence altına almak için kullanılan özel güvenli donanım sağlanmalıdır.

  • [C-1-3] Uygulama işlemcisiyle (AP) hiçbir önbellek, DRAM, yardımcı işlemci veya diğer çekirdek kaynaklarını paylaşmayan ayrı bir CPU'ya sahip OLMALIDIR.

  • [C-1-4] AP ile paylaşılan çevre birimlerinin StrongBox işlemeyi hiçbir şekilde değiştirememesini veya StrongBox'tan bilgi edinememesini SAĞLAMALIDIR. AP, StrongBox'a erişimi devre dışı bırakabilir veya engelleyebilir.

  • [C-1-5] Makul doğruluk (+-%10) değerine sahip ve AP tarafından değiştirilemeyen bir dahili saate SAHİP OLMALIDIR.

  • [C-1-6] Eşit olarak dağıtılmış ve öngörülemeyen çıkışlar üreten gerçek bir rastgele sayı üreteci OLMALIDIR.

  • [C-1-7] Fiziksel penetrasyona ve aksamalara karşı direnç de dahil olmak üzere bozulmaya karşı dirençli OLMALIDIR.

  • [C-1-8] Güç, zamanlama, elektromanyetik radyasyon ve termal radyasyon yan kanalları aracılığıyla bilgi sızıntısına karşı direnç de dahil olmak üzere yan kanal direncine SAHİP OLMALIDIR.

  • [C-1-9] İçeriklerin gizliliğini, bütünlüğünü, özgünlüğünü, tutarlılığını ve güncelliğini sağlayan güvenli bir depolama alanına SAHİP OLMALIDIR. Depolama alanı, StrongBox API'leri tarafından izin verilen durumlar dışında okunaMAZ veya değiştirilemez.

  • [C-1-3] ile [C-1-9] arasındaki politikalara uygunluğu doğrulamak için cihaz uygulamalarında:

    • [C-1-10] Güvenli IC Koruma Profili BSI-CC-PP-0084-2014'e göre sertifikalandırılmış veya Akıllı Kartlara Saldırı Potansiyeli Ortak Kriterleri Uygulaması'na göre yüksek saldırı potansiyeli güvenlik açığı değerlendirmesini içeren ulusal olarak onaylı bir test laboratuvarı tarafından değerlendirilmiş donanımı İÇERMELİDİR.
    • [C-1-11] Akıllı Kartlara Saldırı Potansiyeli Ortak Kriterleri Uygulaması'na göre yüksek saldırı potansiyeli güvenlik açığı değerlendirmesini içeren, ulusal olarak onaylı bir test laboratuvarı tarafından değerlendirilen donanım yazılımını İÇERMELİDİR.
    • [C-SR] AVA_VAN.5 ile desteklenen Güvenlik Hedefi, Değerlendirme Güvencesi Seviyesi (EAL) 5 kullanılarak değerlendirilen donanımın eklenmesi önemle ÖNERİLİR. EAL 5 sertifikası, gelecekteki bir sürümde zorunlu hale gelecektir.

  • [C-SR]'nin, şirket içinden saldırılara karşı direnç (IAR) sağlaması önemle ÖNERİLİR. Bu, donanım yazılımı imzalama anahtarlarına erişimi olan bir şirket çalışanının, StrongBox'un gizli bilgileri sızdırmasına, işlevsel güvenlik şartlarını atlatmasına veya başka bir şekilde hassas kullanıcı verilerine erişmesine neden olan donanım yazılımı üretemeyeceği anlamına gelir. IAR'ın uygulanması için önerilen yöntem, donanım yazılımı güncellemelerine yalnızca birincil kullanıcı şifresi IAuthSecret HAL aracılığıyla sağlandığında izin vermektir.

9.12. Veri Silme

Tüm cihaz uygulamaları:

  • [C-0-1] Kullanıcılara "Fabrika Verilerine Sıfırlama" işlemi gerçekleştirebilecekleri bir mekanizma sağlamalıdır.
  • [C-0-2] Kullanıcı tarafından oluşturulan tüm veriler silinmelidir. Yani aşağıdakiler dışındaki tüm veriler:
    • Sistem görüntüsü
    • Sistem görüntüsünün gerektirdiği tüm işletim sistemi dosyaları
  • [C-0-3] Verileri NIST SP800-88 gibi ilgili endüstri standartlarını karşılayacak şekilde SİLMELİYDİR.
  • [C-0-4] Birincil kullanıcının Cihaz Politikası Denetleyici uygulaması tarafından DevicePolicyManager.wipeData() API çağrıldığında yukarıdaki "Fabrika Verilerini Sıfırla" işlemini TETİKLEMELİDİR.
  • Yalnızca mantıksal veri silme işlemi gerçekleştiren hızlı bir veri silme seçeneği SUNABİLİR.

9.13. Güvenli Önyükleme Modu

Android, kullanıcıların yalnızca önceden yüklenmiş sistem uygulamalarının çalışmasına izin verilen ve tüm üçüncü taraf uygulamalarının devre dışı bırakıldığı bir modda önyükleme yapmasına olanak tanıyan Güvenli Modda Başlatma modunu sunar. "Güvenli Önyükleme Modu" olarak bilinen bu mod, kullanıcıya zararlı olabilecek üçüncü taraf uygulamalarını kaldırma olanağı sunar.

Cihaz uygulamaları şunlardır:

  • [SR] STRONGLY RECOMMENDED to implement Safe Boot Mode.

Cihaz uygulamaları Güvenli Önyükleme Modu'nu uygularsa:

  • [C-1-1] Kullanıcıya, üçüncü taraf uygulaması bir cihaz politikası denetleyicisi olup UserManager.DISALLOW_SAFE_BOOT işaretini doğru olarak ayarlamadığı sürece, cihazda yüklü üçüncü taraf uygulamaları tarafından kesintiye uğramayacak şekilde Güvenli Modda Başlatma moduna girme seçeneği ZORUNLUDUR.

  • [C-1-2] Kullanıcıya, güvenli modda üçüncü taraf uygulamalarını kaldırma olanağı SUNMALIDIR.

  • Kullanıcıya, normal önyüklemeden farklı bir iş akışı kullanarak önyükleme menüsünden Güvenli Önyükleme moduna girme seçeneği SUNMALIDIR.

9.14. Otomotiv Araç Sistemi İzolasyon

Android Automotive cihazların, CAN bus gibi araç ağları üzerinden mesaj gönderip almak için araç HAL'ini kullanarak kritik araç alt sistemleriyle veri alışverişi yapması beklenir.

Bu alt sistemlerle kötü amaçlı veya kasıtsız etkileşimi önlemek için Android framework katmanlarının altına güvenlik özellikleri uygulanarak veri alışverişi güvence altına alınabilir.

9.15. Abonelik Planları

"Abonelik planları", bir mobil operatör tarafından SubscriptionManager.setSubscriptionPlans() aracılığıyla sağlanan faturalandırma ilişkisi planı ayrıntılarını ifade eder.

Tüm cihaz uygulamaları:

  • [C-0-1] Abonelik planlarını yalnızca başlangıçta sağlayan mobil operatör uygulamasına döndürmelidir.
  • [C-0-2] Abonelik planlarını uzaktan yedeklememeli veya yüklememeli.
  • [C-0-3] Yalnızca geçerli abonelik planları sunan mobil operatör uygulamasından SubscriptionManager.setSubscriptionOverrideCongested() gibi geçersiz kılma işlemlerine izin VERMELİDİR.

10. Yazılım Uyumluluğu Testi

Cihaz uygulamaları bu bölümde açıklanan tüm testleri ZORUNLU ŞEKİLDE geçmelidir. Ancak hiçbir yazılım test paketinin her şeyi kapsamadığını unutmayın. Bu nedenle, cihaz uygulayıcılarının Android Açık Kaynak Projesi'nde bulunan Android referans ve tercih edilen uygulamasında mümkün olduğunca az sayıda değişiklik yapması ŞİDDETLE ÖNERİLİR. Bu, yeniden çalışma ve olası cihaz güncellemeleri gerektiren uyumsuzluklara neden olan hataların ortaya çıkma riskini en aza indirir.

10.1. Compatibility Test Suite

Cihaz uygulamaları:

  • [C-0-1] Cihazdaki nihai gönderim yazılımını kullanarak Android Açık Kaynak Projesi'nde bulunan Android Uyumluluk Test Paketi'ni (CTS) ZORUNLU ŞEKİLDE geçmelidir.

  • [C-0-2] CTS'de belirsizlik olduğunda ve referans kaynak kodunun bölümlerinin yeniden uygulandığı durumlarda uyumluluğu SAĞLAMALIDIR.

CTS, gerçek bir cihazda çalışacak şekilde tasarlanmıştır. Her yazılım gibi CTS de hata içerebilir. CTS, bu Uyumluluk Tanımı'ndan bağımsız olarak sürümlendirilir ve Android 9 için CTS'nin birden fazla düzeltmesi yayınlanabilir.

Cihaz uygulamaları:

  • [C-0-3] Cihaz yazılımı tamamlandığında mevcut olan en son CTS sürümünü ZORUNLU ŞEKİLDE geçmelidir.

  • Mümkün olduğunca Android Açık Kaynak ağacındaki referans uygulamayı kullanmalıdır.

10.2. CTS Doğrulayıcı

CTS Doğrulayıcı, Uyumluluk Test Paketi'ne dahildir ve kameranın ve sensörlerin doğru çalışması gibi otomatik bir sistem tarafından test edilemeyecek işlevleri test etmek için bir operatör tarafından çalıştırılmak üzere tasarlanmıştır.

Cihaz uygulamaları:

  • [C-0-1] CTS doğrulayıcısında geçerli tüm durumları doğru şekilde yürütmelidir.

CTS Doğrulayıcı, isteğe bağlı olan bazı donanımlar da dahil olmak üzere birçok donanım türü için testler içerir.

Cihaz uygulamaları:

  • [C-0-2] Sahip olduğu donanımla ilgili tüm testleri GEÇMELİDİR. Örneğin, bir cihazda ivmeölçer varsa CTS Doğrulayıcı'da ivmeölçer testini doğru şekilde yürütmelidir.

Bu Uyumluluk Tanımlama Belgesi'nde isteğe bağlı olarak belirtilen özelliklerle ilgili test durumları atlanabilir veya çıkarılabilir.

  • [C-0-2] Her cihaz ve her derleme, yukarıda belirtildiği gibi CTS Doğrulayıcı'yı doğru şekilde çalıştırmalıdır. Ancak birçok derleme birbirine çok benzediğinden, cihaz uygulayıcılarının yalnızca önemsiz farklılıklar gösteren derlemelerde CTS Doğrulayıcı'yı açıkça çalıştırması beklenmez. Daha açık belirtmek gerekirse, CTS Doğrulayıcı'yı yalnızca dahil edilen yerel ayarlar, marka vb. açısından geçen bir uygulamadan farklı olan cihaz uygulamaları CTS Doğrulayıcı testini EKSLEYEBİLİR.

11. Güncellenebilir Yazılımlar

  • [C-0-1] Cihaz uygulamalarında, sistem yazılımının tamamını değiştirecek bir mekanizma BULUNMASI GEREKİR. Mekanizmanın "canlı" yükseltmeler yapması gerekmez. Yani cihazın yeniden başlatılması gerekebilir. Cihazın önceden yüklenmiş yazılımının tamamını değiştirebildiği sürece herhangi bir yöntem kullanılabilir. Örneğin, aşağıdaki yaklaşımlardan herhangi biri bu koşulu karşılar:

    • Yeniden başlatma yoluyla çevrimdışı güncellemeyle "Kablosuz (OTA)" indirme.
    • Ana makine bilgisayardan USB üzerinden "bağlantılı" güncellemeler.
    • Yeniden başlatma ve çıkarılabilir depolama alanındaki bir dosyadan güncelleme yoluyla "Çevrimdışı" güncellemeler.

  • [C-0-2] Kullanılan güncelleme mekanizması, kullanıcı verilerini silmeden güncellemeleri DESTEKLEMELİDİR. Yani güncelleme mekanizması, uygulamanın gizli verilerini ve paylaşılan verilerini muhafaza ETMELIDİR. Yukarı akış Android yazılımının bu koşulu karşılayan bir güncelleme mekanizması içerdiğini unutmayın.

Cihaz uygulamaları, 802.11 veya Bluetooth PAN (Kişisel Alan Ağı) profili gibi sınırsız veri bağlantısı desteği içeriyorsa:

  • [C-1-1] Yeniden başlatma yoluyla çevrimdışı güncellemeyle OTA indirmelerini desteklemelidir.

Android 6.0 ve sonraki sürümlerle kullanıma sunulan cihaz uygulamalarında güncelleme mekanizması, OTA'dan sonra sistem resminin ikili olarak beklenen sonuçla aynı olduğunu doğrulamayı DESTEKLEMELİDİR. Android 5.1'den beri eklenen, yayın öncesi Android Açık Kaynak Projesi'ndeki blok tabanlı OTA uygulaması bu koşulu karşılar.

Ayrıca, cihaz uygulamaları A/B sistem güncellemelerini DESTEKLEMELİDİR. AOSP, bu özelliği önyükleme denetimi HAL'ini kullanarak uygular.

Bir cihaz uygulamasında, cihaz kullanıma sunulduktan sonra ancak Android Uyumluluk Ekibi ile yapılan danışma sonucunda belirlenen makul ürün ömrü içinde üçüncü taraf uygulamalarının uyumluluğunu etkileyecek bir hata bulunursa:

  • [C-2-1] Cihaz uygulayıcısı, hatayı az önce açıklanan mekanizmaya göre uygulanabilen bir yazılım güncellemesi aracılığıyla DÜZELTMELİDİR.

Android, cihaz sahibi uygulamasının (varsa) sistem güncellemelerinin yüklenmesini kontrol etmesine olanak tanıyan özellikler içerir. Cihazlar için sistem güncelleme alt sistemi android.software.device_admin iznini bildirirse:

12. Doküman Değişiklik Günlüğü

Bu sürümde Uyumluluk Tanımlama Belgesi'nde yapılan değişikliklerin özeti için:

Kişiler bölümlerindeki değişikliklerin özeti:

  1. Giriş
  2. Cihaz Türleri
  3. Yazılım
  4. Uygulama Paketleme
  5. Multimedya
  6. Geliştirici Araçları ve Seçenekleri
  7. Donanım Uyumluluğu
  8. Performans ve Güç
  9. Güvenlik Modeli
  10. Yazılım Uyumluluğu Testi
  11. Güncellenebilir Yazılımlar
  12. Doküman Değişiklik Günlüğü
  13. Bize Ulaşın

12.1. Değişiklik Günlüğünü Görüntülemeyle İlgili İpuçları

Değişiklikler aşağıdaki şekilde işaretlenir:

  • CDD
    Uyumluluk şartlarında önemli değişiklikler.

  • Dokümanlar
    Kozmetik veya derlemeyle ilgili değişiklikler.

En iyi görüntüleme için pretty=full ve no-merges URL parametrelerini değişiklik günlüğü URL'lerinize ekleyin.

13. Bize Ulaşın

Android uyumluluk forumuna katılarak açıklama isteyebilir veya dokümanda yer almadığını düşündüğünüz sorunları gündeme getirebilirsiniz.