Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Scrittura retroattiva della chiave dell'account
Se un Ricercatore esegue un accoppiamento tramite il metodo tradizionale (ad esempio, tramite le impostazioni del Bluetooth) anziché tramite il punto di ingresso dell'Accoppiamento rapido, non sarà presente alcuna chiave dell'account scritta nel Fornitore. In questo caso, l'utente non sarà in grado di vedere o utilizzare nessuna delle funzionalità di Accoppiamento rapido, nonostante ne possieda uno. Per consentire agli utenti di ottenere i vantaggi dell'accoppiamento rapido, il provider
consente alla ricerca in modalità silenziosa di scrivere la chiave dell'account subito dopo che si è
verificato l'accoppiamento.
- Se il provider è collegato senza seguire il flusso di Accoppiamento rapido, scrivi una nuova chiave di account tramite il metodo di accoppiamento basato su chiavi per un massimo di un minuto. In questo periodo, accetta solo una chiave dell'account da scrivere.
- Dopo aver stabilito il canale RFCOMM, il Fornitore deve inviare l'ID modello e l'indirizzo BLE al richiedente tramite il flusso di messaggi, il richiedente creerà una connessione GATT e avvierà la procedura di accoppiamento basata su chiavi.
- Se viene ricevuta una Richiesta non elaborata con un set di bit 3 dei flag, il provider
deve verificare l'indirizzo BR/EDR del dispositivo vincolato uguale a quello
incluso nella richiesta. In caso contrario, rifiutarla.
- Poiché i dispositivi sono già vincolati, l'accoppiamento BR/EDR e la verifica della passkey (passaggi 8 - 17 della procedura) verranno ignorati e il richiedente scriverà direttamente una chiave account al provider dopo aver stabilito un secret condiviso.
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2023-04-20 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2023-04-20 UTC."],[[["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."]]],[]]
