Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Cómo escribir la clave de la cuenta de forma retroactiva
Si un Seeker realiza la vinculación de la forma tradicional (por ejemplo, a través de la configuración de Bluetooth) en lugar de hacerlo a través del punto de entrada de la Vinculación rápida, no se escribirá ninguna clave de cuenta en el proveedor. En este caso, el usuario no podrá ver ni usar ninguna de las funciones de Vinculación rápida, a pesar de tener un dispositivo compatible con esta función. Para que los usuarios puedan obtener los beneficios de Fast Pair, el proveedor debe permitir que el buscador escriba la clave de la cuenta de forma silenciosa inmediatamente después de que se realice la vinculación.
- Si el proveedor se vincula sin pasar por el flujo de Vinculación rápida, permite que se escriba una nueva clave de cuenta a través del método de vinculación basado en claves durante un máximo de un minuto. Solo acepta una clave de cuenta para escribir durante este tiempo.
- Después de que se establece el canal RFCOMM, el proveedor debe enviar el ID del modelo y la dirección BLE al buscador a través de Message Stream. El buscador creará la conexión GATT y comenzará el procedimiento de vinculación basado en claves.
- Si se recibe una solicitud sin procesar con el bit 3 de las marcas establecido, el proveedor debe verificar que la dirección BR/EDR del dispositivo vinculado sea la misma que la que se incluye en la solicitud. De lo contrario, rechaza la solicitud.
- Como los dispositivos ya están vinculados, se omitirán la vinculación BR/EDR y la verificación de la clave de acceso (pasos 8 a 17 del procedimiento), y el buscador escribirá directamente una clave de cuenta en el proveedor después de que se establezca un secreto compartido.
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-13 (UTC)
[null,null,["Última actualización: 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,["Retroactively Writing Account Key\n---------------------------------\n\nIf a Seeker performs a pairing through the traditional way (for example, through\nBluetooth settings) instead of through the Fast Pair entrypoint, there will be\nno account key written into the Provider. In this case, the user will not be\nable to see or use any of the Fast Pair features, despite owning a Fast Pair\ndevice. To let users be able to get the benefits of Fast Pair, the Provider\nshall allow the Seeker silently writing account key right after pairing has\noccurred.\n\n1. If the Provider is bonded without going through the Fast Pair flow, allow a new account key to be written through the Key-based Pairing method for up to one minute. Only accept one account key to be written during this time.\n2. After the RFCOMM channel is established, the Provider should send the Model ID and BLE address to the Seeker via [Message Stream](/nearby/fast-pair/specifications/extensions/messagestream#MessageStream \"Message Stream\"), the Seeker will build GATT connection and start [Key-based Pairing procedure](/nearby/fast-pair/specifications/service/gatt#procedure \"GATT Procedure\").\n3. If an [Raw Request](/nearby/fast-pair/specifications/characteristics#table1.2.1 \"Table 1.2.1 Raw Request\") with Flags bit 3 set is received, the Provider should verify the bonded device's BR/EDR address is the same as what is included in the request. If not, reject the request.\n4. Because the devices are already bonded, BR/EDR bonding and Passkey verification (steps 8 - 17 in the [procedure](/nearby/fast-pair/specifications/service/gatt#procedure \"GATT Procedure\")) will be skipped and the Seeker will directly write an [account key](/nearby/fast-pair/specifications/characteristics#AccountKey \"Account Key\") to the Provider after a shared secret is established."]]