บริการจับคู่ด่วนของ Google
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
บทนำ
บริการจับคู่ด่วนของ Google (GFPS) ใช้บลูทูธพลังงานต่ำ (BLE) เพื่อค้นหาอุปกรณ์บลูทูธที่อยู่ใกล้เคียงโดยไม่ใช้แบตเตอรี่โทรศัพท์มากนัก ซึ่งช่วยให้เกิดสถานการณ์ "มหัศจรรย์" ตามระยะใกล้ของอุปกรณ์
ฟีเจอร์
GFPS มีจุดประสงค์เพื่ออำนวยความสะดวกในการจับคู่อุปกรณ์บลูทูธและ BLE เช่น ลำโพง หูฟัง ชุดอุปกรณ์ในรถยนต์ เมาส์ และแป้นพิมพ์ โดยที่ผู้ใช้ต้องโต้ตอบน้อยที่สุด เมื่อใช้ข้อกำหนดต่อไปนี้ Google จะเปิดตัวฟีเจอร์เพิ่มเติมที่ต่อยอดจากข้อกำหนดนี้ต่อไป ซึ่งรวมถึงเนื้อหาต่อไปนี้
- แสดงการแจ้งเตือนครึ่งหน้าเมื่ออุปกรณ์อยู่ในโหมดการจับคู่เพื่อการจับคู่ครั้งแรกที่ง่ายดาย นอกจากนี้ แอปที่ใช้ร่วมกันยังทําการตลาดต่อผู้ใช้ได้ง่าย
- การเชื่อมโยงอุปกรณ์กับบัญชีของผู้ใช้หลังจากการจับคู่ครั้งแรกเสร็จสมบูรณ์
- การแสดงการแจ้งเตือนการจับคู่ครั้งถัดไปเมื่ออุปกรณ์เปิดอยู่และอยู่ใกล้กับโทรศัพท์ แท็บเล็ต หรือเดสก์ท็อปเครื่องอื่นที่ผู้ใช้เป็นเจ้าของ เพื่อให้ผู้ใช้ไม่ต้องทราบวิธีทำให้อุปกรณ์กลับเข้าสู่โหมดการจับคู่ก่อนจับคู่กับอุปกรณ์เครื่องอื่น
- การเชื่อมโยงชื่อที่ปรับเปลี่ยนในแบบของคุณกับอุปกรณ์
- การแจ้งเตือนแบตเตอรี่จะแสดงสำหรับหูฟัง
- แสดงรายละเอียดอุปกรณ์ใน Android 11 ขึ้นไป
- ความสามารถในการค้นหาหูฟังหรือหูฟังเอียร์บัดที่สูญหาย
- การจับคู่แบบออฟไลน์ใช้ได้กับกรณีที่เครือข่ายมีสัญญาณต่ำ
- รองรับสวิตช์เสียงเพื่อเปลี่ยนการเชื่อมต่อชุดหูฟังระหว่างอุปกรณ์ต่างๆ อย่างราบรื่นตามกิจกรรมของผู้ใช้ (เช่น การเริ่มเล่นภาพยนตร์) และเหตุการณ์ที่มีลำดับความสำคัญ (เช่น สายเรียกเข้า)
- รองรับการควบคุมอุปกรณ์ Hearable เพื่อให้การควบคุมการเข้าถึงฟีเจอร์ที่สำคัญของ Hearable ดีขึ้น
ข้อกำหนดของฟีเจอร์
ข้อกำหนดในการรองรับฟีเจอร์จะแตกต่างกันไปตามประเภทอุปกรณ์
ดูรายละเอียดเพิ่มเติมได้ที่ข้อกำหนดฟีเจอร์ของอุปกรณ์
ทรัพยากร Dependency ของโปรไฟล์
การใช้งาน GFPS เข้ากันได้กับข้อกำหนดหลักของบลูทูธ v4.2 ขึ้นไป
ลำดับอ็อกเต็ต
เมื่อช่องประกอบด้วยไบต์หลายรายการ การจัดเรียงไบต์จะเป็นแบบ Big Endian ซึ่งก็คือการจัดเรียงไบต์ของเครือข่าย (Octet ที่มีนัยสำคัญสูงสุดไปจนถึง Octet ที่มีนัยสำคัญน้อยที่สุด)
โปรดทราบว่าแม้ว่ารูปแบบนี้จะเป็นแบบมาตรฐานสำหรับไบต์ที่โอนผ่านเครือข่าย แต่ก็มีความแตกต่างจากลําดับไบต์สําหรับช่องหลายไบต์ในข้อกําหนดของ Bluetooth SIG (เช่น UUID ของบริการในโฆษณาเป็นแบบ Little-endian)
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-08-13 UTC
[null,null,["อัปเดตล่าสุด 2025-08-13 UTC"],[[["\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)."]]
