خدمة "الإقران السريع" من Google
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
مقدمة
تستخدم خدمة "الإقران السريع من Google" (GFPS) تقنية البلوتوث منخفض الطاقة (BLE) لاكتشاف أجهزة البلوتوث القريبة بدون استخدام قدر كبير من طاقة الهاتف، ما يتيح سيناريوهات "سحريّة" استنادًا إلى قرب الجهاز.
الميزات
يهدف معيار GFPS إلى تسهيل إقران أجهزة البلوتوث وأجهزة BLE، مثل
مكبّرات الصوت وسماعات الرأس وحِزم السيارات والماوس ولوحات المفاتيح، مع الحدّ من التفاعل الذي يتطلّبه العميل قدر الإمكان. من خلال تنفيذ المواصفات التالية، ستواصل Google
طرح ميزات إضافية تستند إليها. يشمل ذلك ما يلي:
- عرض إشعار على نصف الصفحة عندما يكون الجهاز في وضع الإقران لسهّل الإقران الأوّلي بسهولة بالإضافة إلى ذلك، يمكن الترويج للتطبيقات المصاحبة بسهولة
للمستخدمين.
- ربط الجهاز بحساب المستخدم بعد اكتمال الربط الأولي
- عرض إشعار إقران لاحق عندما يكون الجهاز مفعّلاً بالقرب من هاتف أو جهاز لوحي أو كمبيوتر مكتبي آخر يملكهما المستخدم، كي لا يحتاج المستخدم إلى معرفة كيفية إعادة الجهاز إلى وضع الإقران قبل إقرانه بأجهزته الأخرى
- ربط اسم مخصّص بالجهاز
- يتم عرض إشعارات البطارية لسمّاعات الرأس.
- تعرِض هذه الميزة تفاصيل الجهاز في Android 11 والإصدارات الأحدث.
- تمكين المستخدمين من تحديد موقع سماعة رأس أو سمّاعات أذن ضائعة
- يتوفّر خيار الإقران بلا إنترنت في الحالات التي يكون فيها مستوى شبكة الاتصال منخفضًا.
- إتاحة تبديل الصوت لنقل اتصالات سماعات الرأس بسلاسة بين
الأجهزة استنادًا إلى نشاط المستخدم (مثل بدء فيلم) والأحداث ذات الأولوية
(مثل مكالمة واردة)
- إتاحة عناصر التحكّم في سمات Hearable لتوفير عناصر تحكّم أفضل في الوصول إلى
ميزات Hearable المهمة
متطلبات الميزة
تختلف متطلبات توفّر الميزات حسب نوع الجهاز.
يمكنك الاطّلاع على متطلبات ميزات الجهاز للحصول على المزيد من
التفاصيل.
العناصر التابعة للملف الشخصي
يتوافق تنفيذ GFPS مع الإصدار 4.2 أو الإصدارات الأحدث من مواصفة Bluetooth Core.
ترتيب الثُماني
في أيّ حقل يتألّف من وحدات بايت متعددة، يكون ترتيب وحدات البايت من الأكبر إلى الأصغر،
أي ترتيب وحدات البايت في الشبكة (من الثُماني وحدات البت الأكثر أهمية إلى الثُماني وحدات البت الأقل أهمية).
يُرجى العِلم أنّه على الرغم من أنّ هذا الترتيب هو الترتيب العادي للبايت التي يتم نقلها عبر الشبكات، إلا أنّه مختلف عن ترتيب البايت للحقول التي تتضمّن عدة بايت في مواصفات Bluetooth SIG (على سبيل المثال، يكون معرّف UUID للخدمة في الإعلان بالتنسيق "الأقل أهمية أولاً").
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2025-08-13 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-13 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\u003cp\u003eGoogle Fast Pair Service (GFPS) uses Bluetooth Low Energy to easily pair devices like headphones, speakers, and keyboards with minimal user interaction.\u003c/p\u003e\n"],["\u003cp\u003eGFPS allows devices to be automatically paired with other devices logged into the same Google account, simplifying the connection process.\u003c/p\u003e\n"],["\u003cp\u003eThe service offers additional features like personalized device names, battery notifications, and seamless audio switching between devices.\u003c/p\u003e\n"],["\u003cp\u003eGFPS is compatible with Bluetooth 4.2 or later and utilizes a big-endian octet order for data transmission.\u003c/p\u003e\n"],["\u003cp\u003eDevice feature requirements and a reference implementation are available for developers to integrate GFPS functionality.\u003c/p\u003e\n"]]],[],null,["# Google Fast Pair Service\n\nIntroduction\n------------\n\nThe Google Fast Pair Service (*GFPS* ) utilizes Bluetooth Low Energy (*BLE*) to\ndiscover nearby Bluetooth devices without using significant phone battery,\nenabling \"magical\" scenarios based on device proximity.\n\n### Features\n\nGFPS is aimed at facilitating the pairing of Bluetooth and BLE devices, such as\nspeakers, headphones, car kits, mice and keyboards, with as little user\ninteraction required as possible. By implementing the following spec, Google\nwill continue to release additional features that build upon it. This includes:\n\n1. Displaying a half page notification when the device is in pairing mode to facilitate [easy initial pairing](/nearby/fast-pair/specifications/configuration#DeviceDiscovery \"Device Discovery\"). Additionally companion apps are easily marketed to users.\n2. Associating the device with the user's account after the initial pairing has completed.\n3. Displaying a [subsequent pairing notification](/nearby/fast-pair/specifications/service/provider#AdvertisingWhenNotDiscoverable \"Advertizing when not discoverable\") when the device is turned on and near another phone, tablet, or desktop that the user owns, so that the user does not need to know how to put the device back into pairing mode before pairing with their other devices.\n4. Associating a [personalized name](/nearby/fast-pair/specifications/extensions/personalizedname \"Extensions - Personalized name\") with the device.\n5. [Battery notifications](/nearby/fast-pair/specifications/extensions/batterynotification \"Extensions - Battery Notifications\") are displayed for the headphones.\n6. Shows device details in Android 11+.\n7. Ability for users to locate a lost headset or buds.\n8. Offline pairing is available for low-network situations.\n9. Support [Audio switch](/nearby/fast-pair/specifications/extensions/sass \"Audio Switch\") to seamlessly transition headset connections between devices based on user activity (e.g. starting a movie) and prioritized events (e.g. an incoming call).\n10. Support [Hearable Controls](/nearby/fast-pair/specifications/extensions/hearablecontrols \"Hearable Controls\") to provide better access controls for important Hearable features.\n\n### Feature Requirements\n\nBased on the device type , the requirement for feature support would differ.\nSee the [Device Feature Requirements](/nearby/fast-pair/specifications/devicefeaturerequirement \"Link to the Device feature requirement.\") for more\ndetails.\n\n### Profile dependencies\n\nThe GFPS implementation is compatible with the Bluetooth Core\nSpecification v4.2 or later.\n\n### Octet order\n\nWherever a field consists of multiple bytes, the byte ordering is big-endian,\nthat is, network byte order (most-significant octet to least-significant octet).\n\nNote that while this is standard for bytes transferred over networks, it is\ndifferent from the byte ordering for multi-byte fields in Bluetooth SIG\nspecifications (for example, a service UUID in an advertisement is\nlittle-endian)."]]
