iBeacon: ما هو، مبدأ عمل المنارات وإعدادات BLE

ما هو iBeacon؟

iBeacon هي تقنية تحديد الموقع داخل المباني طورتها Apple وقدمتها في مؤتمر WWDC 2013. على عكس نظام GPS الذي لا يعمل داخل المباني، يستخدم iBeacon منارات Bluetooth Low Energy — أجهزة صغيرة تعمل بالبطارية تنقل حزم تعريف ثابتة. تستقبل أجهزة iOS وAndroid هذه الحزم وتحسب المسافة التقريبية إلى المنارة بناءً على قوة الإشارة (RSSI).

التاريخ والتطوير

كان بروتوكول iBeacon أول معيار جماهيري لمنارات BLE، أطلقته Apple في 2013 مع iOS 7. في البداية، استخدمت التقنية في التجزئة: نفذت متاجر Apple Store تقنية iBeacon لإعلام العملاء بالخصومات عند دخول مناطق محددة. بحلول عام 2025، تشمل البنية التحتية لـ iBeacon ملايين المنارات المثبتة حول العالم، ولكن ظهرت بروتوكولات بديلة — Eddystone من Google وAltBeacon مفتوح المصدر.

مجالات التطبيق

يستخدم iBeacon في خمسة سيناريوهات رئيسية: التنقل داخل المباني (المراكز التجارية، المطارات، المتاحف)، الإشعارات السياقية (خصومات عند دخول المتجر)، أتمتة سير العمل (تسجيل الحضور)، إدارة اللوجستيك والمستودعات، والدلائل السياحية مع التشغيل التلقائي للمحتوى عند الاقتراب من المعلم. وفقًا لـ ABI Research (2025)، يقدر سوق منارات BLE بـ 3.2 مليار جهاز قيد التشغيل.

هيكل بروتوكول iBeacon وتنسيق الحزمة

حزمة iBeacon هي PDU إعلانية (وحدة بيانات البروتوكول) تنقل على قنوات الإعلان BLE بترددات 2402 و2426 و2480 ميجاهرتز. تنسيق الحزمة محدد بصرامة ويتكون من أربعة حقول: بادئة Apple iBeacon (0x4C000215)، UUID بحجم 16 بايت، قيمة Major بحجم 2 بايت وقيمة Minor بحجم 2 بايت، وTX Power بحجم 1 بايت لمعايرة المسافة. الحجم الإجمالي للبيانات هو 30 بايت، ما يتسع في PDU إعلانية BLE واحدة.

التسلسل الهرمي UUID، Major وMinor

تشكل معرفات iBeacon تسلسلاً هرمياً من ثلاثة مستويات. يتم تعيين UUID لمؤسسة (على سبيل المثال، سلسلة متاجر)، وMajor لمتجر أو طابق محدد، وMinor لنقطة محددة داخل المنطقة (منطقة الدفع، قسم المنتج). يسمح هذا التسلسل الهرمي للتطبيق بالاستجابة بمرونة لمستويات مختلفة من السياق: عند دخول المتجر (UUID + Major)، يمكن للتطبيق تحميل خارطة الطابق، وعند الاقتراب من قسم محدد (Minor)، عرض معلومات المنتج.

TX Power والمعايرة

حقل TX Power هو قيمة مرجعية لقوة الإشارة (RSSI) عند مسافة 1 متر من المنارة. عند استقبال الحزمة، يسجل الجهاز RSSI الفعلي ويحسب المسافة باستخدام المعادلة: distance = 10^((TX_Power - RSSI) / (10 * n))، حيث n هو معامل تخميد البيئة (عادةً 2-4). تعتبر معايرة TX Power الصحيحة أمرًا حاسمًا لدقة التحديد: خطأ قدره 1 dBm يؤدي إلى عدم دقة تصل إلى 30% عند مسافة 5 أمتار.

مناطق القرب: Immediate، Near، Far

يحدد iOS ثلاث مناطق قرب بناءً على المسافة المحسوبة إلى المنارة: Immediate (أقل من 0.5 متر)، Near (من 0.5 إلى 3 أمتار) وFar (من 3 إلى 30-50 مترًا حسب الظروف). لا يتم الكشف عن المسافة الدقيقة — فقط الفئة. هذا متعمد: RSSI عرضة للتدخلات وانعكاسات الإشارة وتأثير جسم الإنسان، لذلك توفر الفئات تحديدًا أكثر استقرارًا للموقع.

Immediate — قرب مباشر

Immediate هي منطقة التماس المباشر، عندما يكون الجهاز على بعد سنتيمترات من المنارة. تستخدم للسيناريوهات التي تتطلب أقصى الدقة: الدفع عبر الطرف، فتح قفل رقمي، التحقق عند نقطة التفتيش. في منطقة Immediate، يتراوح RSSI عادةً بين -30 و-60 dBm.

Near — مسافة متوسطة

منطقة Near هي نطاق العمل الرئيسي لـ iBeacon، تغطي مسافات من 0.5 إلى 3 أمتار. تستخدم للتنقل داخل المباني — على سبيل المثال، عند الاقتراب من عرض منتج، يعرض التطبيق معلومات مفصلة. في منطقة Near، يتراوح RSSI بين -60 و-80 dBm مع معايرة TX Power بقيمة -59 dBm.

Far — مسافة بعيدة

Far هي المنطقة القصوى لاكتشاف إشارة المنارة. تستخدم لمراقبة الدخول إلى منطقة (على سبيل المثال، دخول مركز تجاري). عند مسافة Far، يكون RSSI عادةً أضعف من -80 dBm، وتنخفض دقة تحديد المسافة بشكل كبير. لمراقبة الدخول، تستخدم API مراقبة المنطقة للنظام، وليس تحديد المنطقة الدقيق.

مراقبة المنطقة في iOS

منطقة iBeacon هي منطقة افتراضية محددة بواسطة UUID (وبالإضافة إلى Major + Minor اختياريًا). يسمح iOS بمراقبة حتى 20 منطقة في نفس الوقت باستخدام CLLocationManager. عند الدخول إلى منطقة، يقوم النظام بتنشيط التطبيق حتى في الخلفية أو الحالة المنتهية ويرسل إشعارًا عبر المفوض locationManager:didEnterRegion. عند الخروج من منطقة، يتم استدعاء locationManager:didExitRegion.

import CoreLocation

let locationManager = CLLocationManager()
let region = CLBeaconRegion(
    uuid: UUID(uuidString: "E2C56DB5-DFFB-48D2-B060-D0F5A71096E0")!,
    identifier: "myBeaconRegion"
)
locationManager.delegate = self
locationManager.requestAlwaysAuthorization()
locationManager.startMonitoring(for: region)

Ranging — تحديد المنطقة الدقيقة

لتحديد المنطقة (Immediate، Near، Far)، يتم استخدام ranging — مسح المنارات في الوقت الفعلي. على عكس المراقبة، يعمل ranging فقط في وضع التطبيق النشط ويتطلب إذن الموقع. تعيد طريقة locationManager:didRangeBeacons:inRegion مصفوفة CLBeacon بحقول proximity (CLProximity.immediate، .near، .far، .unknown)، accuracy (المسافة المعايرة بالأمتار) وrssi.

func locationManager(
    _ manager: CLLocationManager,
    didRangeBeacons beacons: [CLBeacon],
    in region: CLBeaconRegion
) {
    for beacon in beacons {
        switch beacon.proximity {
        case .immediate:
            print("Immediate proximity")
        case .near:
            print("Near proximity")
        case .far:
            print("Far proximity")
        default:
            print("Unknown proximity")
        }
    }
}

iBeacon على Android: AltBeacon والتكامل عبر المنصات

لا يدعم Android iBeacon بشكل مبني، لأن البروتوكول هو حل ملكي من Apple. ولكن باستخدام مكتبات جهات ثالثة مثل AltBeacon من Radius Networks (التي أصبحت الآن جزءًا من منظمة Open Beacon)، يمكن للمطورين دمج iBeacon في تطبيقات Android. تقوم مكتبة AltBeacon بتنفيذ مسح حزم BLE، وتحليل تنسيق iBeacon، ومحاكاة ranging ومراقبة المناطق المماثلة لـ API لـ iOS.

val beaconManager = BeaconManager.getInstanceForApplication(context)
beaconManager.beaconParsers.add(
    BeaconParser().setBeaconLayout(
        "m:2-3=0215,i:4-19,i:20-21,i:22-23,p:24-24"
    )
)
beaconManager.backgroundBetweenScanPeriod = 5000
beaconManager.foregroundScanPeriod = 1100
beaconManager.bind(this)

تحليل حزمة iBeacon على Android

يتم تحديد تنسيق تحليل iBeacon في مكتبة AltBeacon بواسطة سلسلة layout: «m:2-3=0215» — التحقق من بايتين من علامة iBeacon، «i:4-19» — UUID بحجم 16 بايت، «i:20-21» — Major، «i:22-23» — Minor، «p:24-24» — TX Power. يدعم نفس التنسيق Eddystone وبروتوكولات أخرى، مما يجعل AltBeacon مكتبة عالمية للعمل مع منارات BLE على Android.

القيود على Android

على Android، للعمل مع iBeacon ثلاثة قيود رئيسية: المسح في الخلفية مقيد من قبل المصنعين (Xiaomi، Huawei، Samsung غالبًا ما تقتل العمليات الخلفية)، دقة RSSI أقل من iOS نتيجة لاختلافات في حزم BLE، ويتطلب المسح إذن ACCESS_FINE_LOCATION منذ Android 6.0 وBLUETOOTH_SCAN منذ Android 12.

iBeacon مقابل Eddystone: مقارنة بروتوكولات المنارات

Eddystone هو بروتوكول مفتوح لمنارات BLE من Google، طرح في 2015. على عكس iBeacon، يدعم Eddystone أربعة أنواع من الحزم: Eddystone-UID (معرف ثابت)، Eddystone-URL (نقل URL لـ Physical Web)، Eddystone-TLM (قياسات المنارة — مستوى البطارية، درجة الحرارة) وEddystone-EID (معرف مشفر للحماية من الاستنساخ). على الرغم من أن Google أوقفت تطوير Physical Web في 2022، لا يزال بروتوكول Eddystone يستخدم في الحلول المؤسسية.

اختيار البروتوكول للمشروع

يعتمد الاختيار بين iBeacon وEddystone على المنصة المستهدفة وحالة الاستخدام. iBeacon مفضل لتطبيقات iOS بفضل التكامل الأصلي مع CoreLocation ومراقبة المناطق في الخلفية. Eddystone أكثر ملائمة للمشاريع الموجهة لـ Android وسيناريوهات Physical Web، حيث تنقل المنارة URL دون حاجة لتثبيت تطبيق. للمشاريع عبر المنصات، يتم استخدام AltBeacon بشكل متكرر، وهو يدعم كلا البروتوكولين.

المشاكل الشائعة وقيود iBeacon

عند تنفيذ iBeacon، يواجه المطورون عددًا من القيود التي يجب مراعاتها في مرحلة تصميم المعمارية. يؤدي عدم مراعاة هذه العوامل إلى عدم استقرار التنقل، وتنبيهات كاذبة واستنزاف أسرع لبطارية المنارة من المتوقع.

تأثير البيئة على RSSI

مستوى الإشارة RSSI عرض لتقلبات كبيرة نتيجة للانعكاسات عن الجدران والهياكل المعدنية ووجود الأشخاص وأجهزة لاسلكية أخرى في نطاق 2.4 جيجاهرتز. داخل المباني، يمكن أن يصل تباين RSSI لمنارة واحدة إلى 10-15 dBm في الدقيقة، مما يجعل حساب المسافة غير دقيق دون استخدام مرشحات (تملس المتوسط المتحرك، ترشيح كالمان).

حد مراقبة المنطقة

يدعم iOS مراقبة لا تزيد عن 20 منطقة في نفس الوقت لكل تطبيق. بالنسبة للمشاريع التي تتطلب تغطية مساحة كبيرة (مطار، ملعب)، هذا غير كاف. الحل هو استخدام التبديل الديناميكي للمناطق: عند الدخول إلى منطقة، تتفعل المناطق المجاورة وتتعطل البعيدة.

وقت استجابة المراقبة

يمكن أن تتراوح التأخير بين دخول المنطقة واستلام الإشعار من 1 إلى 30 ثانية حسب الظروف. يقوم iOS بمسح المنارات بشكل دوري للحفاظ على البطارية، لذلك لا يجب التوقع استجابة فورية. للسيناريوهات الحساسة للوقت (فتح الباب عند الاقتراب)، يوصى باستخدام Immediate ranging، ولكنه يعمل فقط في وضع التطبيق النشط.