示意圖,編輯詠唱而成。
微軟近日公布 Windows 新功能「Cloud-Initiated Driver Recovery」(CIDR,雲端啟動驅動程式復原),未來若透過 Windows Update 發布的驅動程式在推出後被判定存在品質問題,微軟將能從雲端主動啟動復原流程,把受影響電腦上的問題驅動程式回復至先前已知可正常運作的版本。
CIDR 機制不需要使用者手動解除安裝,也不需要硬體合作夥伴另行介入,目標是縮短裝置長時間停留在低品質驅動程式上的空窗期。
過去 Windows Update 是維持系統與硬體相容性的重要管道,卻曾因驅動程式測試未能攔下問題版本,導致使用者在更新後遇到藍白畫面、硬體異常、效能下降,或裝置無法正常運作等狀況。
這類更新問題往往需要使用者自行進入裝置管理員回復驅動程式,或等待硬體廠商重新提交修正版,對一般使用者而言不夠直覺,導致問題可能在電腦上持續存在一段時間。CIDR 正是為了讓微軟能在判定驅動程式品質不合格後,直接透過既有 Windows Update 基礎架構推送回復指令。
CIDR如何運作:從判定問題到回復舊版
根據微軟 5 月 12 日在官方技術社群部落格的說明,CIDR 觸發點來自 Hardware Dev Center(HDC)的 Driver Shiproom(驅動程式船艙)評估流程:
- 在 Shiproom 標記問題驅動:先前已透過 Windows Update 發布的驅動程式,會在 Driver Shiproom 評估流程中被檢查品質狀態,若判定存在品質問題,就會被標記為需要處理的對象。
- 啟動復原請求:微軟會從 Driver Shiproom 建立復原請求,鎖定出問題的特定驅動程式,以及與該驅動程式相關的 shipping labels,確保後續處理範圍只限於受影響的裝置與硬體目標。
- 透過 Windows Update 下達回復指令:Windows Update 會把回復指令傳送到受影響裝置,並先確認是否有已核准的可用驅動程式版本;確認後,系統才會解除安裝遭拒絕的問題驅動,並改回先前可正常運作的版本或 Windows Update 上可取得的合適版本。
微軟也強調,如果某些裝置找不到經 Driver Shiproom 核准的可用驅動程式,系統就不會嘗試執行 CIDR,以避免在沒有安全替代方案的情況下貿然回復。
該流程會透過既有 Windows Update 基礎設施完成,不需要額外安裝新的用戶端代理程式,且不要求硬體合作夥伴修改 API 自動化流程或入口網站作業,對使用者來說,理想情況下這會像一般 Windows Update 修正一樣在背景完成。
微軟目前已在 2026 年 5 月至 8 月間,針對選定的 shipping labels 進行手動驗證與測試
微軟表示,CIDR 是由微軟端到端管理的能力,當某個驅動程式在 flighting 或 gradual rollout 過程被拒絕並啟動復原時,合作夥伴會透過既有 Shiproom 溝通管道收到通知。
復原完成後,硬體合作夥伴仍可依照正常 Hardware Dev Center 提交流程送出修正版驅動程式,只要新版通過 Shiproom 評估,便能照常透過 Windows Update 發布。
因此 CIDR 是補上「問題版本已經送到使用者裝置,但修正版尚未完成發布」之間的空窗,不是取代硬體廠商修正問題的機制。微軟也要求合作夥伴持續監控 Hardware Dev Center 儀表板的驅動程式品質指標,並針對遭拒提交項目所收到的 Shiproom 回饋盡快回應。