Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Gravação retroativa da chave da conta
Se um Seeker fizer um pareamento da maneira tradicional (por exemplo, nas configurações de Bluetooth) em vez de usar o ponto de entrada do Pareamento rápido, nenhuma chave de conta será gravada no Provedor. Nesse caso, o usuário não poderá ver nem usar nenhum dos recursos do Pareamento rápido, mesmo tendo um dispositivo compatível. Para que os usuários possam aproveitar os benefícios do Fast Pair, o provedor
precisa permitir que o buscador grave silenciosamente a chave da conta logo após o pareamento.
- Se o provedor estiver vinculado sem passar pelo fluxo do Fast Pair, permita que uma
nova chave de conta seja gravada pelo método de pareamento baseado em chave por até
um minuto. Aceite apenas uma chave de conta para ser gravada durante esse período.
- Depois que o canal RFCOMM for estabelecido, o provedor vai enviar o ID do modelo
e o endereço BLE para o buscador via fluxo de mensagens.
O buscador vai criar uma conexão GATT e iniciar o
procedimento de pareamento baseado em chave.
- Se um Raw Request com o bit 3 das flags definido for recebido, o provedor
precisará verificar se o endereço BR/EDR do dispositivo vinculado é o mesmo que o
incluído na solicitação. Caso contrário, rejeite a solicitação.
- Como os dispositivos já estão vinculados, a vinculação BR/EDR e a verificação da chave de acesso (etapas 8 a 17 no procedimento) serão ignoradas, e o Seeker vai gravar diretamente uma chave de conta no Provider depois que um segredo compartilhado for estabelecido.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-13 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-13 UTC."],[[["\u003cp\u003eIf 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.\u003c/p\u003e\n"],["\u003cp\u003eProviders should allow Seekers to write an account key for up to a minute after traditional pairing using Key-based Pairing.\u003c/p\u003e\n"],["\u003cp\u003eThis process involves the Provider sending its Model ID and BLE address, the Seeker establishing a GATT connection, and initiating Key-based Pairing.\u003c/p\u003e\n"],["\u003cp\u003eFor security, the Provider verifies the bonded device's address before accepting the account key write request.\u003c/p\u003e\n"],["\u003cp\u003eSince devices are already bonded, the process skips some steps and the Seeker directly writes the account key after a shared secret is established.\u003c/p\u003e\n"]]],[],null,[]]