Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Spersonalizowana nazwa
Podczas pierwszego parowania i gdy użytkownik edytuje nazwę na urządzeniu wyszukującym, może on wpisać spersonalizowaną nazwę urządzenia wyszukującego. Dostawca przydziela co najmniej 64 bajty na przechowywanie spersonalizowanej nazwy.
Zapisywanie do cechy Dodatkowe dane ze spersonalizowaną nazwą może odbywać się w 2 przypadkach:
- Po początkowym sparowaniu osoba wysyłająca może wpisać spersonalizowaną nazwę dla osoby odbierającej po wpisaniu klucza konta.
- Gdy użytkownik zmodyfikuje spersonalizowaną nazwę w usłudze Seeker, usługa Seeker zapisze nową nazwę w usłudze Provider:
- proces uzgadniania z kroków 1–4 powyższej procedury, aby się wzajemnie zidentyfikować i dowiedzieć się, którego klucza konta używać do szyfrowania i odszyfrowywania nazwy. W tabeli 1.2.2:
- Ustaw typ wiadomości na 0x10
- Ustaw bit flagi 1 na 1, aby wskazać, że po nim nastąpi charakterystyka danych.
- Ustaw identyfikator danych Tabela 1.2.2 na 0x01 jako nazwę spersonalizowaną.
- wpisz nazwę w polu Data characteristic (Charakterystyka danych)
FE2C1237-8366-4814-8EB0-01DE32100BEA
.
Dostawca powinien powiadomić o dodatkowych danych z spersonalizowaną nazwą, gdy zostaną one zażądane za pomocą bitu 2 w tabeli 1.2.1.
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-08-13 UTC.
[null,null,["Ostatnia aktualizacja: 2025-08-13 UTC."],[[["\u003cp\u003eSeekers can personalize the name of their Provider device during initial pairing and anytime after.\u003c/p\u003e\n"],["\u003cp\u003eThe Provider device securely stores the personalized name, allocating at least 64 bytes for it.\u003c/p\u003e\n"],["\u003cp\u003eName updates are communicated via the Additional Data characteristic following a secure handshake process.\u003c/p\u003e\n"],["\u003cp\u003eProviders can be prompted to share the personalized name using a specific flag in the data exchange.\u003c/p\u003e\n"]]],[],null,["Personalized Name\n-----------------\n\nThe Seeker can write a personalized name to the Provider during the first\npairing and when the user edits the name on the Seeker side. The Provider shall\nallocate space, at least 64 bytes, to store the personalized name.\n\nWrites to [Additional Data characteristic](/nearby/fast-pair/specifications/characteristics#AdditionalData \"Characteristic: Addiitonal Data\") with personalized\nname may happen in 2 flows:\n\n1. After initial pairing, the Seeker may write a personalized name to the Provider after writing the account key.\n2. After a user modifies the personalized name on the Seeker, the Seeker will write the new name to the Provider:\n 1. handshake from step 1 to step 4 in the above [procedure](/nearby/fast-pair/specifications/service/gatt#procedure \"GATT Procedure\") to identify each other and know which account key will be used for the encryption and decryption of the name. In [Table 1.2.2](/nearby/fast-pair/specifications/characteristics#table1.2.2 \"Table 1.2.2\"):\n 1. Set Message type to 0x10\n 2. Set Flag Bit 1 to 1 to indicate it will be followed by Data characteristic.\n 3. Set Data ID of [Table 1.2.2](/nearby/fast-pair/specifications/characteristics#table1.2.2 \"Table 1.2.2\") to 0x01 as personalized name.\n 2. write the name to Data characteristic `FE2C1237-8366-4814-8EB0-01DE32100BEA`.\n\nThe Provider should notify to [Additional Data characteristic](/nearby/fast-pair/specifications/characteristics#AdditionalData \"Characteristic: Addiitonal Data\")\nwith personalized name when it is requested via Bit 2 in\n[Table 1.2.1](/nearby/fast-pair/specifications/characteristics#table1.2.1 \"Table 1.2.1\")."]]