گزارش تغییرات سند تعریف سازگاری اندروید

اندروید 14

26 ژوئن 2024

2. انواع دستگاه

  • 2.2.1. سخت افزار :

    بازبینی را ببینید

    • [7.6.1/H-1-1] باید فقط از یک ABI (فقط 64 بیتی یا فقط 32 بیتی) پشتیبانی کند.

    بازبینی را ببینید

    الزامات جدید را شروع کنید

    اگر پیاده سازی دستگاه های دستی شامل پشتیبانی از Vulkan باشد، آنها:

  • 2.4.1. سخت افزار :

    بازبینی را ببینید

    الزامات جدید را شروع کنید

    اگر پیاده سازی های دستگاه Watch شامل پشتیبانی از Vulkan باشد، آنها:

  • 2.5.1. سخت افزار :

    بازبینی را ببینید

    الزامات جدید را شروع کنید

    اگر پیاده‌سازی‌های دستگاه Automotive شامل پشتیبانی از Vulkan باشد، آنها:

3. نرم افزار

  • 3.2.2. پارامترهای ساخت :

    برای پارامتر ODM_SKU:

    بازبینی را ببینید

    مقدار این فیلد باید به صورت ASCII 7 بیتی قابل رمزگذاری باشد و با عبارت منظم ^([0-9A-Za-z.,_-]+)$ مطابقت داشته باشد.

5. سازگاری چند رسانه ای

  • 5.1.3. جزئیات کدک های صوتی :

    جزئیات اضافه شده برای فرمت/کدک Vorbis:

    بازبینی را ببینید

    رمزگشایی: پشتیبانی از محتوای مونو، استریو، 5.0 و 5.1 با نرخ نمونه برداری 8000، 12000، 16000، 24000 و 48000 هرتز.
    رمزگذاری: پشتیبانی از محتوای مونو و استریو با نرخ نمونه برداری 8000، 12000، 16000، 24000 و 48000 هرتز.

7. سازگاری سخت افزار

  • 7.1.4.2 Vulkan :

    بازبینی را ببینید

  • 7.7.1. حالت جانبی USB :

    حذف:

    بازبینی را ببینید

    • نباید صوتی AOAv2 مستند شده در اسناد Open Accessory Protocol 2.0 Android را پیاده سازی کند. صدای AOAv2 از نسخه اندروید 8.0 (سطح API 26) منسوخ شده است.

9. سازگاری مدل امنیتی

  • 9.7. ویژگی امنیتی :

    برای حذف محتوای تکراری [C-SR-1] به [C-SR-7] شماره گذاری شد و [C-SR-8] حذف شد:

    بازبینی را ببینید

    • [C-SR-1] اکیداً توصیه می‌شود که داده‌های هسته‌ای را که فقط در حین مقداردهی اولیه نوشته شده‌اند، پس از مقداردهی اولیه، فقط خواندنی علامت‌گذاری شده نگه دارید (مثلا __ro_after_init ).

    • [C-SR-2] برای تصادفی کردن طرح‌بندی کد هسته و حافظه، و اجتناب از مواجهه‌هایی که تصادفی‌سازی را به خطر می‌اندازد، اکیداً توصیه می‌شوند (مثلاً CONFIG_RANDOMIZE_BASE با آنتروپی بوت‌لودر از طریق /chosen/kaslr-seed Device Tree node EFI_RNG_PROTOCOL ) .

    • [C-SR-3] برای فعال کردن یکپارچگی جریان کنترل (CFI) در هسته برای ایجاد حفاظت بیشتر در برابر حملات استفاده مجدد از کد (مانند CONFIG_CFI_CLANG و CONFIG_SHADOW_CALL_STACK ) اکیداً توصیه می شود.

    • [C-SR-4] اکیداً توصیه می شود که یکپارچگی کنترل جریان (CFI)، پشته تماس سایه (SCS) یا پاکسازی سرریز عدد صحیح (IntSan) را در مؤلفه هایی که آن را فعال کرده اند غیرفعال نکنید.

    • [C-SR-5] اکیداً برای فعال کردن CFI، SCS و IntSan برای هر مؤلفه اضافی فضای کاربری حساس به امنیت همانطور که در CFI و IntSan توضیح داده شده است، توصیه می شود.

    • [C-SR-6] برای فعال کردن مقداردهی اولیه پشته در هسته برای جلوگیری از استفاده از متغیرهای محلی اولیه ( CONFIG_INIT_STACK_ALL یا CONFIG_INIT_STACK_ALL_ZERO ) اکیداً توصیه می شود. همچنین، پیاده‌سازی‌های دستگاه نباید مقداری را که توسط کامپایلر برای مقداردهی اولیه محلی‌ها استفاده می‌شود، در نظر بگیرند.

    • [C-SR-7] اکیداً برای فعال کردن مقداردهی اولیه پشته در هسته برای جلوگیری از استفاده از تخصیص‌های هیپ اولیه ( CONFIG_INIT_ON_ALLOC_DEFAULT_ON ) توصیه می‌شود و نباید مقدار استفاده شده توسط کرنل را برای مقداردهی اولیه آن تخصیص‌ها فرض کنند.

  • 9.11. کلیدها و اعتبارنامه ها :

    بازبینی را ببینید

    • [C-1-6] باید یکی از موارد زیر را پشتیبانی کند:
      • IKeymasterDevice 3.0،
      • IKeymasterDevice 4.0،
      • IKeymasterDevice 4.1،
      • IKeyMintDevice نسخه 1، یا
      • IKeyMintDevice نسخه 2.

  • 9.11.1. صفحه قفل ایمن، احراز هویت و دستگاه های مجازی :

    بازبینی را ببینید

    • [C-8-3] آنها نباید یک API را برای استفاده توسط برنامه های شخص ثالث برای تغییر حالت قفل در معرض نمایش قرار دهند.

    بازبینی را ببینید

    • [C-12-4] باید TrustManagerService.revokeTrust() را فراخوانی کند.
      • پس از حداکثر 24 ساعت از اعطای اعتماد، یا
      • پس از 8 ساعت پنجره بیکار، یا
      • اگر پیاده‌سازی‌ها از محدوده امن و دقیق رمزنگاری همانطور که در [C-12-5] تعریف شده است استفاده نمی‌کنند، زمانی که اتصال زیربنایی به دستگاه فیزیکی نزدیک از بین می‌رود.
    • [C-12-5] پیاده‌سازی‌هایی که بر محدوده ایمن و دقیق برای برآوردن الزامات [C-12-4] تکیه دارند، باید از یکی از راه‌حل‌های زیر استفاده کنند:
      • پیاده سازی با استفاده از UWB:
      • پیاده سازی ها با استفاده از شبکه آگاهی همسایگی Wi-Fi (NAN):
        • باید الزامات دقت در 2.2.1 [7.4.2.5/H-SR-1] را برآورده کند، از پهنای باند 160 مگاهرتز (یا بالاتر) استفاده کند و مراحل تنظیم اندازه گیری مشخص شده در کالیبراسیون حضور را دنبال کند.
        • باید از Secure LTF همانطور که در IEEE 802.11az تعریف شده است استفاده کنید.

8 آوریل 2024

2. انواع دستگاه

  • 2.2.1. سخت افزار :

    بازبینی را ببینید

    الزامات جدید را شروع کنید

    اگر پیاده‌سازی‌های دستگاه دستی FEATURE_BLUETOOTH_LE را اعلام کنند، آنها:

    • [ 7.4 .3/H-1-3] باید اندازه گیری و جبران Rx Offset شود تا اطمینان حاصل شود که میانه BLE RSSI در فاصله 1 متری از دستگاه مرجعی که در ADVERTISE_TX_POWER_HIGH ارسال می کند -50dBm +/-15 دسی بل است.
    • [ 7.4 .3/H-1-4] باید برای Tx offset اندازه گیری و جبران شود تا اطمینان حاصل شود که میانه BLE RSSI -50dBm +/-15 dB در هنگام اسکن از دستگاه مرجع واقع در فاصله 1 متری و ارسال در ADVERTISE_TX_POWER_HIGH است.

  • 2.2.5. مدل امنیتی :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه دستی از System API HotwordDetectionService یا مکانیزم دیگری برای تشخیص کلید واژه بدون علامت دسترسی میکروفون پشتیبانی می‌کنند، آنها:

    • [9.8/H-1-6] نباید اجازه دهد بیش از 100 بایت داده به خارج از سرویس تشخیص کلمه کلیدی در هر نتیجه کلید واژه موفق منتقل شود ، به جز برای داده های صوتی ارسال شده از طریق HotwordAudioStream .

    بازبینی را ببینید

    تغییر [9.8/H-1-13] به:

    • [9.8/H-SR-3] اکیداً توصیه می‌شود که فرآیند میزبانی سرویس تشخیص کلمه کلیدی را حداقل یک بار در هر ساعت یا هر 30 رویداد محرک سخت‌افزاری، هرکدام که زودتر اتفاق بیفتد، مجدداً راه اندازی کنند.

    بازبینی را ببینید

    الزامات حذف شده [9.8.2/H-4-3]، [9.8.2/H-4-4]، [9.8.2/H-5-3].

  • 2.2.7.2. دوربین :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه دستی android.os.Build.VERSION_CODES.U را برای android.os.Build.VERSION_CODES.MEDIA_PERFORMANCE_CLASS برگردانند، آن‌گاه آنها:

    • [ 7.5 /H-1-3] باید از ویژگی android.info.supportedHardwareLevel به عنوان FULL یا بهتر برای دوربین اصلی پشتی و LIMITED یا بهتر برای دوربین اصلی جلو پشتیبانی کند.

  • 2.3.2. چند رسانه ای :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه تلویزیون دارای نمایشگر داخلی نباشند، اما در عوض از یک صفحه نمایش خارجی متصل از طریق HDMI پشتیبانی می‌کنند، آنها:

    • [ 5.8 /T-0-1] باید حالت خروجی HDMI را روی بالاترین وضوح برای فرمت پیکسل انتخابی تنظیم کنید که با نرخ تجدید 50 هرتز یا 60 هرتز برای نمایشگر خارجی کار می کند، بسته به نرخ تازه سازی ویدیو برای منطقه ای که دستگاه فروخته می شود. باید حالت خروجی HDMI را برای انتخاب حداکثر وضوح قابل پشتیبانی با نرخ تجدید 50 هرتز یا 60 هرتز تنظیم کنید.

3. نرم افزار

5. سازگاری چند رسانه ای

  • 5.3.8. Dolby Vision :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه پشتیبانی از رمزگشای Dolby Vision را از طریق HDR_TYPE_DOLBY_VISION اعلام کنند، آنها:

    • [C-1-3] باید شناسه آهنگ لایه(های) پایه سازگار با عقب (در صورت وجود) را با شناسه تراک لایه Dolby Vision ترکیبی تنظیم کند.

7. سازگاری سخت افزار

  • 7.1.1.1. اندازه و شکل صفحه نمایش :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه از صفحه‌هایی با قابلیت پیکربندی اندازه UI_MODE_TYPE_NORMAL پشتیبانی می‌کنند و از نمایشگر(های) فیزیکی با گوشه‌های گرد برای نمایش این صفحه‌ها استفاده می‌کنند، آنها:

    • [C-1-1] باید اطمینان حاصل کند که حداقل یکی از الزامات زیر برای هر یک از این نمایشگرها برآورده شده است:
      • هنگامی که یک جعبه 15 و 18 dp در 15 18 dp در هر گوشه از نمایشگر منطقی لنگر انداخته شود، حداقل یک پیکسل از هر جعبه بر روی صفحه نمایش قابل مشاهده است.

  • 7.4.3. بلوتوث :

    بازبینی را ببینید

    الزامات زیر را دوباره برقرار کرد:

    اگر پیاده سازی های دستگاه FEATURE_BLUETOOTH_LE را اعلام کنند، آنها:

    • [C-SR-2] به شدت توصیه می شود برای اندازه گیری و جبران افست Rx برای اطمینان از اینکه میانه BLE RSSI 60-dBm +/-10 دسی بل در فاصله 1 متری از دستگاه مرجعی است که در ADVERTISE_TX_POWER_HIGH ارسال می کند، جایی که دستگاه ها به گونه ای جهت گیری شده اند، توصیه می شود. در "صفحه های موازی" با صفحه های رو به یک جهت.

    • [C-SR-3] برای اندازه‌گیری و جبران Tx Offset برای اطمینان از اینکه میانه BLE RSSI هنگام اسکن از دستگاه مرجع واقع در فاصله 1 متری و ارسال در ADVERTISE_TX_POWER_HIGH ، جایی که دستگاه‌ها جهت‌گیری دارند -60dBm +/-10 dB است، به شدت توصیه می‌شود. به طوری که آنها در "صفحه های موازی" با صفحه نمایش رو به یک جهت هستند.

    بازبینی را ببینید

    الزامات [C-10-3] و [C-10-4] به 2.2.1 منتقل شد. سخت افزار .

    • [C-10-3] برای اطمینان از اینکه میانه BLE RSSI در فاصله 1 متری از دستگاه مرجعی که در ADVERTISE_TX_POWER_HIGH ارسال می کند، -55dBm +/-10 dB است، باید برای Rx offset اندازه گیری و جبران شود.
    • [C-10-4] برای اطمینان از اینکه میانه BLE RSSI هنگام اسکن از دستگاه مرجع در فاصله 1 متری و ارسال در ADVERTISE_TX_POWER_HIGH -55dBm +/-10 dB است، باید برای Tx offset اندازه گیری و جبران شود.

20 نوامبر 2023

2. انواع دستگاه

  • 2.2.1. سخت افزار :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه دستی از هر ABI 64 بیتی (با یا بدون هیچ ABI 32 بیتی) پشتیبانی می‌کنند:

  • 2.2.7.2. دوربین :

    بازبینی را ببینید

    • [ 7.5 /H-1-13] اگر بیش از 1 دوربین RGB در پشت وجود دارد، باید از قابلیت LOGICAL_MULTI_CAMERA برای دوربین اصلی پشتی پشتیبانی کند.

  • 2.3.2. چند رسانه ای :

    بازبینی را ببینید

    • [ 5.8 /T-0-1] باید حالت خروجی HDMI را روی بالاترین وضوح برای فرمت انتخابی SDR یا HDR تنظیم کنید که با نرخ تازه سازی 50 هرتز یا 60 هرتز برای نمایشگر خارجی کار می کند.

      باید حالت خروجی HDMI را برای انتخاب حداکثر وضوحی که می‌تواند با نرخ تازه‌سازی 50 هرتز یا 60 هرتز پشتیبانی کند، تنظیم کنید.

  • 2.4.5. مدل امنیتی :

    بازبینی را ببینید

    • [9/W-0-1] باید android.hardware.security.model.compatible feature را اعلام کند.

6. سازگاری با ابزارها و گزینه های توسعه دهنده

  • 6.1. ابزارهای توسعه دهنده :

    بازبینی را ببینید

    • [C-0-12] باید یک اتم LMK_KILL_OCCURRED_FIELD_NUMBER در

    بازبینی را ببینید

    • [C-0-13] برای نمایش باید فرمان پوسته dumpsys gpu --gpuwork را اجرا کند

9. سازگاری مدل امنیتی

  • 9.7. ویژگی های امنیتی :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه از یک هسته لینوکس استفاده می‌کنند که قادر به پشتیبانی از SELinux است، آنها:

    بازبینی را ببینید

    اگر پیاده سازی های دستگاه از هسته ای غیر از لینوکس یا لینوکس بدون SELinux استفاده کنند، آنها:

4 اکتبر 2023

2. انواع دستگاه

  • 2.2. الزامات دستی :

    بازبینی را ببینید

    پیاده‌سازی‌های دستگاه اندروید در صورتی که تمام معیارهای زیر را داشته باشند به عنوان دستی طبقه‌بندی می‌شوند:

    • اندازه صفحه نمایش مورب فیزیکی در محدوده 4 اینچ 3.3 اینچ (یا 2.5 اینچ برای پیاده سازی دستگاهی که در سطح API 29 یا قبل از آن عرضه شده است) تا 8 اینچ داشته باشید.

    الزامات جدید را شروع کنید

    • یک رابط ورودی صفحه لمسی داشته باشید.

  • 2.2.1. سخت افزار :

    بازبینی را ببینید

    پیاده سازی دستگاه های دستی:

    • [ 7.1 .1.1/H-0-1] باید حداقل یک نمایشگر سازگار با Android داشته باشد که تمام الزامات توضیح داده شده در این سند را برآورده کند. صفحه نمایشی که حداقل 2.2 اینچ در لبه کوتاه و 3.4 اینچ در لبه بلند اندازه دارد.

    اگر پیاده سازی های دستگاه دستی از چرخش صفحه نرم افزار پشتیبانی می کنند، آنها:

    • [ 7.1 .1.1/H-1-1]* باید صفحه منطقی را که برای برنامه های شخص ثالث در دسترس است، حداقل 2 اینچ در لبه(های) کوتاه و 2.7 اینچ در لبه(های) بلند قرار دهد. دستگاه‌هایی که در Android API سطح 29 یا قبل از آن ارسال شده‌اند، ممکن است از این شرط مستثنی باشند.

    اگر پیاده سازی های دستگاه دستی از چرخش صفحه نرم افزار پشتیبانی نمی کنند، آنها:

    • [ 7.1 .1.1/H-2-1]* باید صفحه منطقی را که برای برنامه های شخص ثالث در دسترس است، حداقل 2.7 اینچ روی لبه(های) کوتاه قرار دهد. دستگاه‌هایی که در Android API سطح 29 یا قبل از آن ارسال شده‌اند، ممکن است از این شرط مستثنی باشند.

    الزامات جدید را شروع کنید

    • [ 7.1 .1.1/H-0-3]* باید هر صفحه نمایش UI_MODE_NORMAL را که برای برنامه های شخص ثالث در دسترس است، در یک ناحیه نمایش فیزیکی بدون مانع که حداقل 2.2 اینچ در لبه کوتاه و 3.4 اینچ در لبه بلند است، نقشه برداری کند.

    • [ 7.1 .1.3/H-0-1]* باید مقدار DENSITY_DEVICE_STABLE را 92% یا بیشتر از چگالی فیزیکی واقعی نمایشگر مربوطه تنظیم کند.

    اگر پیاده‌سازی‌های دستگاه دستی android.hardware.audio.output و android.hardware.microphone را اعلام کنند، آنها:

    • [ 5.6 /H-1-1] باید میانگین تأخیر رفت و برگشت پیوسته 300 میلی ثانیه یا کمتر در 5 اندازه گیری، با میانگین انحراف مطلق کمتر از 30 میلی ثانیه ، در مسیرهای داده زیر داشته باشد: "بلندگو به میکروفون"، 3.5 میلی متر آداپتور Loopback (در صورت پشتیبانی)، USB Loopback (در صورت پشتیبانی).

    • [ 5.6 /H-1-2] باید میانگین تأخیر ضربه به تن 300 میلی ثانیه یا کمتر در حداقل 5 اندازه گیری در مسیر داده بلندگو به میکروفون داشته باشد.

    اگر پیاده‌سازی‌های دستگاه دستی شامل حداقل یک محرک لمسی باشد، آنها:

    • [ 7.10 /H]* نباید از محرک لمسی (ویبراتور) جرم دوار غیرعادی (ERM) استفاده کرد.
    • [ 7.10 /H]* باید همه ثابت‌های عمومی را برای لمسی واضح در android.view پیاده‌سازی کند ، تأیید، رد، GESTURE_START و GESTURE_END).
    • [ 7.10 /H]* باید همه ثابت‌های عمومی را برای لمسی واضح در android.os.VibrationEffect پیاده‌سازی کند، یعنی (EFFECT_TICK، EFFECT_CLICK، EFFECT_HEAVY_CLICK و EFFECT_DOUBLE_CLICK) و همه ثابت‌های عمومی امکان‌پذیر PRIMITIVE_* . CLICK، TICK، LOW_TICK، QUICK_FALL، QUICK_RISE، SLOW_RISE، SPIN، THUD). برخی از این موارد اولیه، مانند LOW_TICK و SPIN ممکن است تنها در صورتی امکان پذیر باشند که ویبراتور بتواند فرکانس های نسبتا پایین را پشتیبانی کند.
    • [7.10/H]* باید دستورالعمل نگاشت ثابت های عمومی در android.view.HapticFeedbackConstants به ثابت های توصیه شده android.os.VibrationEffect ، با روابط دامنه مربوطه را دنبال کنید.
    • [ 7.10 /H]* باید ارزیابی کیفیت برای APIهای createOneShot() و createWaveform() را دنبال کند.
    • [ 7.10 /H]* باید بررسی کند که نتیجه API عمومی android.os.Vibrator.hasAmplitudeControl() به درستی قابلیت های ویبراتور آنها را منعکس می کند.
    • [ 7.10 /H]* باید محل قرارگیری محرک را در نزدیکی محلی قرار دهد که معمولاً دستگاه را با دست نگه داشته یا لمس می‌کند.

    اگر پیاده‌سازی‌های دستگاه دستی شامل حداقل یک محرک رزونانس خطی 7.10 باشد، آنها:

    • [ 7.10 /H] باید محل قرارگیری محرک را در نزدیکی محلی قرار دهید که معمولاً دستگاه را با دست نگه داشته یا لمس می‌کنید.

    • [ 7.10 /H] باید محرک لمسی را در محور X (چپ-راست) جهت عمودی طبیعی دستگاه حرکت دهد.

    اگر پیاده‌سازی‌های دستگاه دستی دارای یک محرک لمسی با هدف عمومی باشند که محرک تشدید خطی محور X (LRA) است، آنها:

    • [ 7.10 /H] باید فرکانس تشدید LRA محور X کمتر از 200 هرتز باشد.

  • 2.2.2. چند رسانه ای :

    بازبینی را ببینید

    پیاده سازی دستگاه های دستی باید از فرمت های رمزگذاری ویدیوی زیر پشتیبانی کرده و آنها را برای برنامه های شخص ثالث در دسترس قرار دهند:

    • [ 5.2 /H-0-3] AV1

    پیاده سازی دستگاه های دستی باید از فرمت های رمزگشایی ویدیوی زیر پشتیبانی کرده و آنها را برای برنامه های شخص ثالث در دسترس قرار دهند:

    • [ 5.3 /H-0-6] AV1

  • 2.2.3. نرم افزار :

    بازبینی را ببینید

    اگر پیاده‌سازی‌های دستگاه از جمله کلید ناوبری عملکرد اخیر که در بخش 7.2.3 توضیح داده شده است، رابط را تغییر دهد، آنها:

    • [ 3.8 .3/H-1-1] باید رفتار پین کردن صفحه را اجرا کند و منوی تنظیمات را برای تغییر دادن ویژگی در اختیار کاربر قرار دهد.

    اگر پیاده‌سازی‌های دستگاه دستی شامل پشتیبانی از ControlsProviderService و Control API باشد و به برنامه‌های شخص ثالث اجازه انتشار کنترل‌های دستگاه را بدهد، آن‌ها:

    • [ 3.8 .16/H-1-6] پیاده‌سازی دستگاه باید به‌طور دقیق توانایی کاربر را به شرح زیر ارائه کند:
      • اگر دستگاه config_supportsMultiWindow=true را تنظیم کرده باشد و برنامه فوق داده META_DATA_PANEL_ACTIVITY را در اعلان ControlsProviderService ، از جمله ComponentName یک فعالیت معتبر (همانطور که توسط API تعریف شده است) اعلام کند، برنامه باید فعالیت مذکور را در این کاربر تعبیه کند.
      • اگر برنامه فوق داده META_DATA_PANEL_ACTIVITY را اعلام نکند، باید فیلدهای مشخص شده را همانطور که توسط ControlsProviderService API ارائه شده است و همچنین فیلدهای مشخص شده توسط Control API ارائه شود.
    • [ 3.8 .16/H-1-7] اگر برنامه فوق داده را META_DATA_PANEL_ACTIVITY اعلام کند، باید مقدار تنظیم تعریف شده در [3.8.16/H-1-5] را با استفاده از EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS هنگام راه‌اندازی فعالیت ارسال کند.

    اگر پیاده‌سازی‌های دستگاه به کاربران اجازه دهند هر نوع تماسی را برقرار کنند، آن‌ها

  • 2.2.4. عملکرد و قدرت :

    بازبینی را ببینید

    پیاده سازی دستگاه های دستی:

    • [ 8.5 /H-0-1] باید در منوی تنظیمات، امکاناتی را برای کاربر فراهم کند تا همه برنامه‌ها را با سرویس‌های پیش‌زمینه فعال یا کارهای آغاز شده توسط کاربر، از جمله مدت زمان هر یک از این سرویس‌ها از زمانی که شروع شده است، همانطور که در سند SDK توضیح داده شده است، مشاهده کند. . و توانایی متوقف کردن برنامه‌ای که یک سرویس پیش‌زمینه یا یک کار آغاز شده توسط کاربر را اجرا می‌کند. با قابلیت توقف برنامه‌ای که سرویس پیش‌زمینه را اجرا می‌کند و نمایش همه برنامه‌هایی که سرویس‌های پیش‌زمینه فعال دارند و مدت زمان هر یک از این سرویس‌ها از زمانی که شروع به کار کرده است، همانطور که در سند SDK توضیح داده شده است.
      • ممکن است برخی از برنامه‌ها از توقف یا فهرست شدن در چنین شرایطی که در سند SDK توضیح داده شده است معاف شوند.

  • [ 8.5 /H-0-2]باید برای متوقف کردن برنامه‌ای که یک سرویس پیش‌زمینه یا یک کار آغاز شده توسط کاربر را اجرا می‌کند، توانایی کاربر را فراهم کند.