參考文獻：《AUTOSAR AP 標準》
AP和CP相關資料和工具諮詢可關注微信公衆號“搞一下汽車電子”
手機/微信：18405011517
1. 狀態管理是一個功能集羣，負責定義機器狀態和功能組狀態的當前集合，並通過從執行管理請求它們來啓動狀態轉換。執行管理根據當前狀態執行狀態轉換並控制實際運行的進程集。
2. 狀態管理是請求新機器狀態和功能組狀態以及仲裁請求的中心點，包括協調來自不同來源的矛盾請求。仲裁時可能需要考慮其他數據和事件。
3. 狀態更改請求可以由以下人員發出：
- 平臺健康管理觸發錯誤恢復，例如激活回退功能
- 診斷，將系統切換到診斷狀態
- 更新和配置管理，將系統切換到可以更新軟件或配置的狀態。
- 網絡管理以協調所需功能和網絡狀態
- 授權應用程序，例如可能位於不同機器或不同ECU上的車輛狀態管理器
4. 狀態更改請求可以由其他功能集羣通過ara::com服務接口發出。
5. 由於狀態管理功能是關鍵的，因此必須保護來自其他功能集羣或應用程序的訪問，例如IAM（身份和訪問管理）。狀態管理由平臺健康管理監控。
6. 狀態管理提供接口來請求有關當前狀態的信息。
7. 此外，狀態管理還提供以更細粒度的方式控制流程的功能，例如支持延遲的“喚醒”、執行特定於應用程序的重置操作或控制應用程序的通信行爲。所有這些都是在不需要從內存中刪除進程的情況下完成的，並且使用不同的啓動參數組重新加載/重新啓動它們。
8. 狀態管理功能是高度特定於項目的，autosar決定暫時不指定類似於自適應平臺的經典平臺bswm這樣的功能。計劃只指定一組基本服務接口，將實際仲裁邏輯封裝成項目特定的代碼（如庫），可以插入狀態管理框架，框架與仲裁邏輯之間有標準化接口，可以在不同的平臺上重用。
9. 仲裁邏輯代碼可以根據標準化配置參數單獨開發或（部分）生成。這些和其他設計決策仍在討論中，稍後將提供詳細信息。