ملخص: تستهدف هذه الدورة المتقدمة تصميم تجارب AR بمستوى إنتاج. يبني الطلاب أنظمة AR معقدة متعددة المستخدمين باستخدام Unity AR Foundation، ويدمجون مراسي سحابية للـAR المشترك الدائم، ويُطبِّقون الذكاء الاصطناعي المكاني لفهم المشهد، ويُحسِّنون الأداء، ويُنجزون مشروعاً جاهزاً للعرض مع توثيق كامل. المحاور: بنية Unity AR Foundation ← المراسي السحابية والاستمرارية ← AR متعدد المستخدمين ← تحسين الأداء ← الذكاء الاصطناعي المكاني وAR التوليدي ← إمكانية الوصول والأخلاقيات ← مناهج البحث ← مشروع المعرض.
أهداف التعلم
في نهاية هذه الدورة، سيكون الطالب قادراً على:
- هيكلة (إنشاء) تجربة AR متعددة المستخدمين مع استمرارية عبر مراسي سحابية.
- تحسين (تطبيق) أداء مشهد AR في Unity (draw calls، ضغط النسيج، occlusion culling).
- دمج (تطبيق) قدرات الذكاء الاصطناعي المكاني (كشف الكائنات، التجزئة الدلالية) في تجربة AR.
- تصميم (إنشاء) لإمكانية الوصول والأخلاقيات على نطاق جمهور واسع ومتنوع.
- إجراء (تقييم) تقييم AR صارم (قابلية استخدام + حضور + تفاعل) ونشر نتائجه.
- إنتاج (إنشاء) تجربة AR بمستوى معرض: قابلة للنشر، موثَّقة وقابلة للصيانة.
الوحدة 1 — بنية Unity AR Foundation (2.5 ساعة)
المفهوم
Unity AR Foundation هي طبقة التجريد في Unity التي توحِّد ARKit (Apple) وARCore (Google) تحت API واحد. مشروع واحد ← iOS + Android.
التوثيق: https://docs.unity3d.com/Packages/com.unity.xr.arfoundation@latest
المكوّنات الرئيسية:
ARSession: إدارة دورة حياة جلسة ARARCameraManager: الوصول إلى الكاميرا + ضبط الميزاتARPlaneManager: اكتشاف الأسطح المستويةARAnchorManager: إنشاء وإدارة المراسيARRaycastManager: Raycasting ضد الأسطح المكتشفةARMeshManager: توليد mesh للفضاء (LiDAR)
البنية الموصى بها (فصل المسؤوليات): ARController (إدارة الجلسة) ├── PlacementController (tap-to-place، raycasting) ├── AnchorController (إنشاء، استمرارية، استرداد) ├── UIController (حالات UI حسب حالة التتبع) └── ContentController (إنشاء مثيلات prefabs AR وإدارتها)
المختبر 1.1 — Tap-to-place في Unity
الخطوات:
- أنشئ مشروع Unity (يُوصى بـUnity 2022 LTS) + استورد AR Foundation
- اضبط المشهد: ARSession Origin، AR Camera، ARPlaneManager، ARRaycastManager
- اكتب
PlacementController: نقر ← raycast ← إنشاء مثيل prefab في موضع الإصابة - أضف مؤشراً بصرياً (حلقة في الأرض) يتبع مؤشر التوضيع قبل التأكيد
- Build على جهاز iOS أو Android واختبر
تمرين قصير: أضف قيداً: لا يمكن وضع سوى كائن واحد في كل مرة. إذا نقر المستخدم مجدداً، يتحرك الكائن القائم. طبِّق ذلك.
الوحدة 2 — المراسي السحابية واستمرارية AR (2.5 ساعة)
المفهوم
تُتيح المراسي السحابية (Cloud anchors) تخزين موضع رسو على خادم واستعادته في جلسة مستقبلية أو على جهاز آخر. هذا هو أساس AR الدائم والمشترك.
الخيارات التقنية في 2026:
- ARCore Cloud Anchors (Google): رفع خريطة ميزات محلية ← معرِّف فريد ← استرداد من تطبيقات أخرى
https://developers.google.com/ar/develop/cloud-anchors
- Azure Spatial Anchors (Microsoft): متعدد المنصات (iOS، Android، HoloLens)، إدارة دقيقة للصلاحيات
https://learn.microsoft.com/azure/spatial-anchors/
- Immersal SDK: مراسي سحابية عالية الدقة، خريطة بصرية للموقع
https://immersal.com
دورة حياة رسو سحابي:
- المضيف يمسح السطح ← خريطة محلية ← رفع ← يتلقى معرِّف الرسو
- الضيف يتلقى معرِّف الرسو ← يُعيد التحديد في الغرفة ذاتها ← تظهر كائنات AR في الموضع الصحيح
المختبر 2.1 — رسو دائم بين جلستَين
الخطوات:
- اضبط ARCore Cloud Anchors في Unity AR Foundation
- طبِّق: وضع HOST (مسح ← رفع ← نسخ المعرِّف) ووضع RESOLVE (إدخال المعرِّف ← استرداد الرسو)
- اختبر: الجلسة 1، ضع كائناً ودوِّن المعرِّف. أغلق التطبيق. الجلسة 2، أدخل المعرِّف ← يجب أن يظهر الكائن في الموضع ذاته.
- اختبر عن بُعد في الغرفة ذاتها مع هاتفَين
تمرين قصير: ماذا يحدث إذا تحرَّك السطح بين الجلستَين؟ اكتب UX احتياطياً (رسالة خطأ + خيار إعادة التوضيع).
الوحدة 3 — AR متعدد المستخدمين (2.5 ساعة)
المفهوم
يُتيح AR المشترك متعدد المستخدمين لأشخاص متعددين رؤية الكائنات الافتراضية ذاتها والتفاعل معها في الفضاء المادي ذاته.
البنية النموذجية:
- رسو سحابي مشترك (المعرِّف ذاته لجميع المشاركين) ← محاذاة مكانية مشتركة
- خلفية في الوقت الفعلي لمزامنة الحالات (Firebase، Photon Fusion، Mirror Networking)
- كل عميل يُرسل أفعاله ← الخلفية تُذيع على الجميع ← كل واحد يُطبِّق محلياً
الحزمة الشائعة 2026:
- Unity AR Foundation + Photon Fusion (شبكة) + Firebase (استمرارية) ← حل قابل للتوسع
- Unity Netcode for GameObjects + مراسي سحابية ← أبسط، أقل قابلية للتوسع
مشكلات خاصة:
- كمون الشبكة: تتحرك الكائنات بشكل مختلف على كل جهاز إذا كانت المزامنة بطيئة
- السلطة: من يتحكم في كائن إذا حاول مستخدمان الإمساك به في آنٍ واحد؟
- إعادة التحديد: كل وافد جديد يجب أن يُعيد تحديد الفضاء قبل رؤية الكائنات
المختبر 3.1 — جلسة AR مشتركة بين اثنين
الخطوات:
- اضبط Photon Fusion (حساب مجاني: https://www.photonengine.com) في مشروع Unity AR Foundation
- طبِّق: إنشاء/انضمام لغرفة + NetworkObject مُزامَن (موضع، دوران)
- اختبر مع هاتفَين ذكيَّين في الغرفة ذاتها: هل يرى الاثنان الكائن ذاته؟
- حاكِ تعارضاً: كلاهما يحاول تحريك الكائن في آنٍ واحد
تمرين قصير: صمِّم إشارات AR متعدد المستخدمين: كيف يرى كل مستخدم حضور الآخر (صورة رمزية، مؤشر، تعليق توضيحي)؟ نموذج ورقي.
الوحدة 4 — أداء AR (2.5 ساعة)
المفهوم
تعمل تطبيقات AR على الجوّال مع قيود صارمة: البطارية، الحرارة، الذاكرة. فائض في المضلعات أو draw calls يُسخِّن الهاتف ويُفرغ البطارية في 15 دقيقة.
المقاييس المستهدفة (AR محمول):
- معدل الإطارات: 60 fps ثابت (مثالي)، لا ينخفض عن 30 fps
- Draw calls: < 50 لكل إطار (< 100 على الأجهزة الحديثة)
- عدد المثلثات: < 100 ألف مثلث نشط في المشهد
- ذاكرة النسيج: < 200 MB (تتفاوت حسب الجهاز)
- CPU/GPU split: < 16 مللي ثانية لكل إطار
أدوات التحسين في Unity:
- Unity Profiler: قياس CPU/GPU/الذاكرة إطاراً بإطار
- Frame Debugger: رؤية كل draw call
- GPU Instancing: تصيير نسخ من mesh واحد في draw call واحد
- Occlusion Culling: عدم تصيير ما هو مختبئ
- LOD (مستوى التفاصيل): نموذج عالي الدقة عن قرب، منخفض الدقة عن بُعد
- ضغط النسيج: ASTC لـiOS، ETC2 لـAndroid
المختبر 4.1 — الإجراء التشخيصي والتحسين
الخطوات:
- خذ مشهد Unity AR مع 5+ كائنات
- Build على الجهاز + افتح Unity Profiler (اتصال USB)
- قِس: متوسط معدل الإطارات، ذروة draw calls، ذاكرة النسيج
- طبِّق تحسينَين (GPU instancing + LOD أو ضغط نسيج)
- أعد القياس: مكسب الأداء موثَّق
تمرين قصير: لمشروع التخرج، ضع «ميزانية أداء»: الحد الأقصى من meshes النشطة، دقة النسيج المستهدفة، الحد الأدنى المضمون لمعدل الإطارات.
الوحدة 5 — الذكاء الاصطناعي المكاني وAR التوليدي (2.5 ساعة)
المفهوم
يُتيح الذكاء الاصطناعي المكاني لـAR فهم ما «يراه» (لا مجرد اكتشاف الأسطح المستوية) وتكييف المحتوى وفق ذلك.
القدرات المتاحة في 2026:
| القدرة | SDK | الوصف |
|---|---|---|
| كشف الكائنات (Object detection) | ML Kit (Google)، Vision (Apple) | تحديد الكائنات في المشهد (كرسي، نبتة، وجه) |
| فهم المشهد (Scene understanding) | ARKit scene geometry، ARCore Depth API | شبكة دلالية للفضاء |
| التجزئة (Segmentation) | ARKit person segmentation | عزل الأشخاص عن الخلفية |
| توليد كائنات ثلاثية الأبعاد | Luma AI، Shap-E، TripoSR | توليد mesh ثلاثي الأبعاد من وصف أو صورة |
AR التوليدي — استخدام ناشئ: يصف المستخدم شفهياً كائناً ← نموذج انتشار ثلاثي الأبعاد يُولِّد mesh ← يظهر في فضاء AR. تجريبي في 2026 لكن مُثبَت من Luma AI وBlock وAdobe.
اعتبارات أخلاقية: اكتشاف الأشخاص والتعرف على الوجه في AR العام يُثيران أسئلة تنظيمية جدية (GDPR المادة 9، قانون AI الأوروبي 2024).
المختبر 5.1 — كشف كائنات في مشهد AR
الخطوات:
- ادمج ML Kit Object Detection في مشروع Unity (أو Swift/ARKit أصلي)
https://developers.google.com/ml-kit/vision/object-detection
- في كل إطار، أرسل صورة الكاميرا إلى المكتشِف
- إذا اكتُشِف كائن من فئة «نبتة» ← ضع ملصقاً AR عليه («نبتة مكتشَفة»)
- اختبر مع 5 كائنات مختلفة: ما معدلات الاكتشاف؟
تمرين قصير: تخيَّل 3 حالات استخدام ملموسة للـAR التوليدي في مجال تطبيقك (التراث الثقافي، التعليم، الصناعة). حدِّد المخاطر الأخلاقية لكل منها.
الوحدة 6 — إمكانية الوصول والأخلاقيات على نطاق واسع (2.5 ساعة)
المفهوم
يجب على تجربة AR الموجَّهة لجمهور واسع استباق ملفات مستخدمين متنوعة جداً. إمكانية الوصول ليست إضافة تجميلية — إنها قيد تصميمي منذ البداية.
قائمة تحقق إمكانية الوصول في AR:
- [ ] لجميع التفاعلات بديل غير بصري (صوت، اهتزاز)
- [ ] لجميع التفاعلات بديل بلا إيماءات دقيقة (صوت، dwell)
- [ ] تباين النص ≥ 4.5:1 (WCAG 2.1 AA) في كل البيئات
- [ ] لا رسوم ومضية > 3 Hz (خطر الصرع، WCAG 2.3.1)
- [ ] جلسات محدودة المدة أو مع خيار توقف مؤقت (إجهاد بصري)
- [ ] تعليمات متاحة بلغات متعددة
- [ ] وضع عمى الألوان (لا معلومات بالألوان وحدها)
GDPR في AR:
- أي التقاط فضاء بمراسي سحابية = بيانات رسم خرائط ← موافقة مطلوبة إذا شمل أشخاصاً أو أماكن خاصة
- البيانات البيومترية (تتبع عين، تتبع وجه) = فئة GDPR الحساسة ← تشغيل محظور بلا موافقة صريحة
المختبر 6.1 — تدقيق إمكانية الوصول
الخطوات:
- خذ نموذجك الأولي من المستوى 2 أو مشروع التخرج
- مرِّر قائمة التحقق أعلاه: كم خانة مُحدَّدة؟
- حدِّد نقطتَين للتحسين
- طبِّق تحسيناً واحداً على الأقل (بديل غير بصري أو وضع عمى الألوان)
- أعد الاختبار مع مستخدم لم ير التطبيق من قبل
الوحدة 7 — مناهج البحث المتقدمة (2.5 ساعة)
المفهوم
للمشاريع AR المعقدة أو المنشورة، تُتيح مناهج بحثية أكثر صرامة التحقق من خيارات التصميم.
المناهج الملائمة للـAR:
| المنهج | الاستخدام | المدة |
|---|---|---|
| Wizard of Oz | محاكاة قدرات غير مطبَّقة بعد (AI، تتبع متقدم) | 1–2 يومان |
| طريقة أخذ العينات من التجربة (ESM) | استطلاع المستخدمين في لحظات عشوائية أثناء الاستخدام | 1–2 أسابيع |
| استبيان الحضور (PQ) | قياس الشعور بالحضور/الانغماس (Witmer & Singer، 1998) | بعد الجلسة |
| استبيان حضور iGroup (IPQ) | بديل لـPQ، مجاني الاستخدام | بعد الجلسة |
| تتبع العين (Eye tracking) | تحليل ما ينظر إليه المستخدم (خوذة مع تتبع عين) | يستلزم أجهزة |
| اختبار A/B | مقارنة شكلَين تفاعليَّين على عدد كبير من المستخدمين | > 30 مشاركاً |
Witmer, B. G., & Singer, M. J. (1998). Measuring Presence in Virtual Environments: A Presence Questionnaire. Presence, 7(3), 225–240. https://doi.org/10.1162/105474698565686
المختبر 7.1 — تقييم مع استبيان الحضور
الخطوات:
- حمِّل PQ أو IPQ (مجاني الاستخدام: http://www.igroup.org/pq/ipq/index.php)
- اختبر نموذجك الأولي مع 3 أشخاص
- طبِّق IPQ بعد كل جلسة
- احسب متوسط الدرجات على المقاييس الفرعية الثلاثة (حضور عام، حضور مكاني، إشراك)
- فسِّر: أي جوانب الحضور قوية/ضعيفة في تجربتك؟
الوحدة 8 — مشروع مستوى معرض (2.5 ساعة ورشة عمل)
المفهوم
يجب أن يكون مشروع AR بمستوى معرض متيناً وقابلاً للصيانة وموثَّقاً ومتاحاً لجمهور غير تقني بلا إشراف.
معايير «الجاهزية للإنتاج»:
- يعمل بلا تدخل تقني لمدة 4 ساعات كحد أدنى
- يتعامل مع حالات الخطأ بسلاسة (تتبع مفقود ← رسالة + إعادة تشغيل تلقائية)
- توثيق تقني (README للمشغِّلين)
- توثيق للمستخدم (< 30 ثانية للتوجيه)
- مُختبَر على 3 أجهزة مختلفة على الأقل
المختبر 8.1 — مراجعة الجاهزية للإنتاج
الخطوات:
- أدرج جميع «أوضاع الفشل» في مشروعك (تتبع مفقود، شبكة مقطوعة، بطارية ضعيفة، كائن خارج الشاشة)
- لكل وضع: ماذا يحدث حالياً؟ ماذا يجب أن يحدث؟
- طبِّق أكثر الوضعَين حرجاً
- اكتب README المشغِّل (صفحة A4 واحدة كحد أقصى): التشغيل، إعادة التشغيل، المشكلات الشائعة
مشروع التخرج — تجربة AR بمستوى معرض
الموجز
صمِّم وطوِّر واختبر ووثِّق تجربة AR قابلة للعرض في سياق مهني: معرض فني، مهرجان رقمي، فضاء عام، تدريب مهني، أو موقع تراثي.
القيود
- Unity AR Foundation (iOS أو Android) أو WebAR عالي الجودة (8thWall)
- 3 أنماط تفاعل متمايزة كحد أدنى
- رسو سحابي أو استمرارية بين الجلسات
- مُختبَر مع SUS + استبيان الحضور + 5 مستخدمين كحد أدنى
- تكرار موثَّق واحد على الأقل بناءً على الاختبارات
- جاهز للإنتاج: معالجة الأخطاء، README المشغِّل، مدة الجلسة ≥ 4 ساعات بلا تدخل
المُسلَّمات
- Build قابل للنشر (ملف APK/IPA أو رابط WebAR)
- تقرير بحث التصميم (8–12 صفحة): السياق، الخيارات التقنية، البنية، نتائج الاختبارات (بيانات + تحليل)، التكرارات، الحدود
- README المشغِّل (صفحة واحدة)
- عرض (15 دقيقة + 10 دقائق أسئلة): عرض حي + بيانات + تأمل نقدي
معيار التقييم
| المعيار | غير كافٍ (1) | مُرضٍ (2) | جيد (3) | ممتاز (4) |
|---|---|---|---|---|
| التعقيد التقني | نمط واحد، لا استمرارية | نمطان + مراسي | 3 أنماط + رسو سحابي | 3+ أنماط + متعدد المستخدمين أو AI مكاني |
| المتانة (إنتاج) | أعطال متكررة | يعمل ساعة | يعمل 4 ساعات، يتعامل مع خطأَين | يتعامل مع جميع أوضاع الفشل الموثَّقة |
| الاختبارات (صرامة) | < 3 مختبِرَين | SUS وحده، 3 مختبِرَين | SUS + PQ، 5 مختبِرَين | SUS + PQ + تكرار موثَّق، 5+ مختبِرَين |
| التقرير | وصفي | قرارات مُبرَّرة | بيانات + تحليل نقدي | جاهز للنشر: منهج قابل للتكرار |
| إمكانية الوصول | غير مأخوذة بالاعتبار | نقطة واحدة مُعالَجة | قائمة تحقق جزئية | قائمة تحقق كاملة + اختبار مع ملف محدد |
القراءات والموارد
- Unity AR Foundation: https://docs.unity3d.com/Packages/com.unity.xr.arfoundation@latest
- ARCore Cloud Anchors: https://developers.google.com/ar/develop/cloud-anchors
- Azure Spatial Anchors: https://learn.microsoft.com/azure/spatial-anchors/
- Photon Fusion (شبكة): https://www.photonengine.com/fusion
- ML Kit Object Detection: https://developers.google.com/ml-kit/vision/object-detection
- iGroup Presence Questionnaire: http://www.igroup.org/pq/ipq/index.php
- Witmer, B. G., & Singer, M. J. (1998). Measuring Presence in Virtual Environments. Presence, 7(3), 225–240. https://doi.org/10.1162/105474698565686
- W3C WCAG 2.1: https://www.w3.org/TR/WCAG21/
- ACM CHI Proceedings (أبحاث HCI/AR): https://dl.acm.org/conference/chi
- IEEE ISMAR (AR/MR): https://ismar.net
→ المستوى السابق: تصميم تفاعل AR — المستوى 2 → الانتقال إلى VR: تصميم تفاعل VR — المستوى 1 → ماستر كلاس أو ورشة عمل مخصصة: احجزوا مكالمة 30 دقيقة — مجاناً
ورشة مكثّفة (يوم–يومان) للمدارس والاستوديوهات والمتاحف — نظرية مركّزة، تطبيقات موجّهة، مرافقة مشروع.
احجزوا مكالمة 30 دقيقة (مجاناً) →