2025 年 3 月 27 日より、AOSP のビルドとコントリビューションには aosp-main
ではなく android-latest-release
を使用することをおすすめします。詳細については、AOSP の変更をご覧ください。
Device Scheduling
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
Device Scheduling モジュールには、デバイスがアイドル状態かどうかを検出するロジックが含まれており、ユーザーの操作を妨げずに再起動できます。
このモジュールは、再起動の準備が整っていることを示す信頼性の高いシグナルをインストーラに伝えることで、ソフトウェア アップデートの取り込み速度を改善します。再起動の準備が整っていることを伝える信頼性の高いシグナルにより、インストーラは、アップデートによってユーザーの操作が中断されていないことを認識したうえで、デバイスを再起動してアップデートを適用できます。
使用されていない状態でデバイスを自動的に再起動することで、デバイスが本来の方法で再起動されるまで待機する場合と比べて迅速なアップデートが可能になります。アップデートの適用に要する時間を短縮することで、ユーザーは重要な修正を迅速に受け取れるようになり、デバイス全体の健全性が改善されます。取り込み速度が向上すると、リグレッションも早期に検出できるようになります。
デバイスの再起動の準備が整っていることを判断するには複数の条件を考慮する必要があるため、このロジックは更新可能です。そのような条件は時間の経過に伴って変化する可能性があるため、このロジックを更新できるようにすることで、再起動の準備が整っていることを伝えるシグナルが引き続き有効となります。
モジュールの境界
Android 12 のこのモジュールでは、次の新しいディレクトリにコードが含まれています。
packages/modules/Scheduling
Device Scheduling モジュール(com.android.scheduling
)は APEX パッケージとしてリリースされています。
このモジュールには、次の 2 つの JAR ファイルが含まれています。
依存関係
このモジュールには外部依存関係がありません。
このページのコンテンツやコードサンプルは、コンテンツ ライセンスに記載のライセンスに従います。Java および OpenJDK は Oracle および関連会社の商標または登録商標です。
最終更新日 2025-03-26 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["必要な情報がない","missingTheInformationINeed","thumb-down"],["複雑すぎる / 手順が多すぎる","tooComplicatedTooManySteps","thumb-down"],["最新ではない","outOfDate","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["サンプル / コードに問題がある","samplesCodeIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-03-26 UTC。"],[],[],null,["# Device Scheduling\n\nThe Device Scheduling module contains logic that detects whether or not the\ndevice is in an idle state, and may be rebooted without user disruption.\n\nThis module improves the uptake rate of software updates by\nproviding a reliable signal of reboot readiness to installers. A reliable reboot\nreadiness signal enables installers to reboot the device to apply an update,\nwith the knowledge that the user hasn't been disrupted by the update.\n\nAutomatically rebooting devices in an unused state allows for faster updates,\ncompared to waiting for the device to be organically rebooted. By reducing the\ntime taken for an update to be applied, users receive critical fixes quicker\nwhich improves the overall health of their device. A quicker uptake rate\nalso enables regressions to be found sooner.\n\nThis logic is updatable since determining the reboot readiness of a device\ninvolves the consideration of multiple criteria. These criteria may evolve over\ntime, so being able to update this logic ensures that the reboot readiness\nsignal remains valid.\n\nModule boundary\n---------------\n\nIn Android 12, this module contains code in the\nfollowing new directory:\n\n- `packages/modules/Scheduling`\n\nPackage format\n--------------\n\nThe Device Scheduling module (`com.android.scheduling`) ships as an APEX\npackage.\n\nThe module contains two JAR files:\n\n- `framework-scheduling.jar:` Contains the API surface that an installer\n interacts with. This is a part of the `bootclasspath`.\n\n- `service-scheduling.jar`: Contains a new system service,\n `RebootReadinessManagerService`. Loaded by the system server process.\n\nDependencies\n------------\n\nThis module has no external dependencies."]]