تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
كتابة مفتاح الحساب بأثر رجعي
إذا أجرى جهاز Seeker عملية إقران بالطريقة التقليدية (على سبيل المثال، من خلال إعدادات البلوتوث) بدلاً من نقطة دخول "الإقران السريع"، لن يتم كتابة مفتاح حساب في جهاز Provider. في هذه الحالة، لن يتمكّن المستخدم من الاطّلاع على أي من ميزات "الإقران السريع" أو استخدامها، على الرغم من امتلاكه جهازًا متوافقًا مع ميزة "الإقران السريع". لتمكين المستخدمين من الاستفادة من مزايا Fast Pair، على مقدّم الخدمة السماح لـ Seeker بكتابة مفتاح الحساب بدون أي إجراء من المستخدم بعد اكتمال عملية الإقران.
- إذا تم ربط "الموفّر" بدون اتّباع خطوات "الإقران السريع"، اسمح بكتابة مفتاح حساب جديد من خلال طريقة "الإقران المستند إلى المفتاح" لمدة تصل إلى دقيقة واحدة. يجب قبول مفتاح حساب واحد فقط ليتم تسجيله خلال هذه الفترة.
- بعد إنشاء قناة RFCOMM، على "الموفّر" إرسال معرّف الطراز وعنوان البلوتوث المنخفض الطاقة إلى "الباحث" عبر دفق الرسائل، وسينشئ "الباحث" اتصال GATT ويبدأ إجراء الإقران المستند إلى المفتاح.
- في حال تلقّي طلب أولي مع ضبط البت 3 من العلامات، على مقدّم الخدمة التحقّق من أنّ عنوان BR/EDR للجهاز المرتبط هو نفسه العنوان المضمّن في الطلب. إذا لم يكن كذلك، ارفض الطلب.
- بما أنّ الأجهزة مرتبطة مسبقًا، سيتم تخطّي عملية الربط باستخدام تقنية BR/EDR وعملية التحقّق من مفتاح المرور (الخطوات من 8 إلى 17 في الإجراء)، وسيكتب جهاز Seeker مفتاح حساب مباشرةً على جهاز Provider بعد إنشاء سر مشترك.
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2025-08-13 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-13 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\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."]]
