回溯寫入帳戶金鑰
如果 Looker 透過傳統方式 (例如透過藍牙設定) 執行配對,而非透過快速配對進入點,則不會寫入供應商外掛程式的帳戶金鑰。在這種情況下,即使使用快速配對裝置,使用者也無法查看或使用任何快速配對功能。為了讓使用者享有「快速配對」的好處,供應商可以在配對完成後,立即使用靜音訊息金鑰撰寫帳號。
- 如果供應器繫結時,不會進行快速配對流程,則允許透過金鑰式配對方法寫入新的帳戶金鑰,時間最長為一分鐘。在這段期間,你只會寫入一個帳戶金鑰。
- RFCOMM 版本建立完成後,供應器應透過 Message Stream 將模型 ID 和 BLE 位址傳送至 Seeker,此時 Looker 就會建立 GATT 連線,並啟動金鑰配對配對程序。
- 如果收到含有旗標位元 3 設定的「原始要求」,提供者應驗證已繫結裝置的 BR/EDR 位址是否與要求中所含的內容相同。如果不是,請拒絕要求。
- 由於裝置已繫結,BR/EDR 保證與密碼金鑰驗證(程序中的步驟 8 - 17)就會略過,而共用者建立共用密鑰後,系統會直接將帳戶金鑰寫入供應器。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2023-04-20 (世界標準時間)。
[null,null,["上次更新時間:2023-04-20 (世界標準時間)。"],[[["If a Fast Pair device is paired traditionally (e.g., via Bluetooth settings), it won't have Fast Pair features until an account key is written."],["Providers should allow Seekers to write an account key for up to a minute after traditional pairing using Key-based Pairing."],["This process involves the Provider sending its Model ID and BLE address, the Seeker establishing a GATT connection, and initiating Key-based Pairing."],["For security, the Provider verifies the bonded device's address before accepting the account key write request."],["Since devices are already bonded, the process skips some steps and the Seeker directly writes the account key after a shared secret is established."]]],[]]