سرویس جفت سریع گوگل
با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
مقدمه
سرویس جفت سریع Google ( GFPS ) از بلوتوث کم انرژی ( BLE ) برای کشف دستگاههای بلوتوث نزدیک بدون استفاده از باتری قابل توجه تلفن استفاده میکند و سناریوهای «جادویی» را براساس نزدیکی دستگاه فعال میکند.
ویژگی ها
هدف GFPS تسهیل جفتسازی دستگاههای بلوتوث و BLE، مانند بلندگوها، هدفونها، کیتهای ماشین، ماوسها و صفحهکلیدها، با کمترین تعامل کاربر ممکن است. با اجرای مشخصات زیر، گوگل به انتشار ویژگی های اضافی که بر اساس آن ساخته شده است ادامه خواهد داد. این شامل:
- نمایش اعلان نیم صفحه زمانی که دستگاه در حالت جفت قرار دارد برای تسهیل جفت شدن اولیه آسان . علاوه بر این، برنامه های همراه به راحتی برای کاربران عرضه می شوند.
- مرتبط کردن دستگاه با حساب کاربر پس از تکمیل جفت شدن اولیه.
- نمایش یک اعلان جفت شدن بعدی هنگامی که دستگاه روشن است و در نزدیکی تلفن، رایانه لوحی یا دسکتاپ دیگری که کاربر دارد، به طوری که کاربر نیازی به دانستن نحوه قرار دادن دستگاه به حالت جفت شدن قبل از جفت شدن با دستگاه های دیگر خود نداشته باشد.
- مرتبط کردن نام شخصی شده با دستگاه.
- اعلان های باتری برای هدفون نمایش داده می شود.
- جزئیات دستگاه را در Android 11 و بالاتر نشان می دهد.
- امکان یافتن هدست یا جوانه های گم شده توسط کاربران.
- جفتسازی آفلاین برای موقعیتهای کم شبکه در دسترس است.
- پشتیبانی از سوئیچ صوتی برای انتقال یکپارچه اتصالات هدست بین دستگاهها بر اساس فعالیت کاربر (مانند شروع یک فیلم) و رویدادهای اولویتبندی شده (مانند تماس ورودی).
- از Hearable Controls برای ارائه کنترلهای دسترسی بهتر برای ویژگیهای مهم Hearable پشتیبانی کنید.
ویژگی های مورد نیاز
بر اساس نوع دستگاه، نیاز به پشتیبانی از ویژگی متفاوت است. برای جزئیات بیشتر به الزامات ویژگی دستگاه مراجعه کنید.
وابستگی های پروفایل
پیاده سازی GFPS با مشخصات هسته بلوتوث نسخه 4.2 یا جدیدتر سازگار است.
سفارش هشتگانه
هر جا که یک فیلد از چندین بایت تشکیل شده باشد، ترتیب بایت ها به صورت big-endian است، یعنی ترتیب بایت های شبکه (هشت بایت مهم ترین تا هشت بایت کمتر).
توجه داشته باشید که در حالی که این استاندارد برای بایت های منتقل شده از طریق شبکه است، اما با ترتیب بایت برای فیلدهای چند بایتی در مشخصات بلوتوث SIG متفاوت است (به عنوان مثال، یک UUID سرویس در یک تبلیغ بسیار کم است).
جز در مواردی که غیر از این ذکر شده باشد،محتوای این صفحه تحت مجوز Creative Commons Attribution 4.0 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خطمشیهای سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده 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)."]]