컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
계정 키 소급 작성
탐색기가 빠른 페어링 진입점을 통하지 않고 기존 방식 (예: 블루투스 설정을 통해)으로 페어링을 실행하면 계정 키가 제공자에 기록되지 않습니다. 이 경우 사용자는 빠른 페어링 기기를 소유하고 있음에도 불구하고 빠른 페어링 기능을 보거나 사용할 수 없습니다. 사용자가 빠른 페어링의 이점을 누릴 수 있도록 공급자는 페어링이 발생한 직후 탐색기가 계정 키를 자동으로 쓸 수 있도록 허용해야 합니다.
- 빠른 페어링 흐름을 거치지 않고 제공자가 결합된 경우 최대 1분 동안 키 기반 페어링 메서드를 통해 새 계정 키를 쓸 수 있도록 허용해야 합니다. 이 시간 동안 쓰여질 계정 키 하나만 허용합니다.
- RFCOMM 채널이 설정되면 제공자는 메시지 스트림을 통해 모델 ID와 BLE 주소를 요청자에게 전송해야 합니다. 요청자는 GATT 연결을 빌드하고 키 기반 페어링 절차를 시작합니다.
- 플래그 비트 3이 설정된 원시 요청이 수신되면 제공자는 페어링된 기기의 BR/EDR 주소가 요청에 포함된 주소와 동일한지 확인해야 합니다. 그렇지 않으면 요청을 거부합니다.
- 기기가 이미 결합되어 있으므로 BR/EDR 결합 및 비밀번호 확인 (절차의 8~17단계)이 건너뛰고 시커는 공유 비밀이 설정된 후 제공자에게 계정 키를 직접 씁니다.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2025-08-13(UTC)
[null,null,["최종 업데이트: 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."]]
