قد ترتدي نظارة فتجد نفسك داخل قاعة رقمية، وترى أشخاصًا يتحركون حولك، ثم تسمع أن ما جربته هو الميتافيرس. لكن هذا الاسم لا يشرح وحده كيف تعمل التجربة أو ما الذي يمكن نقله منها إلى غيرها. الواقع الافتراضي تقنية لبناء إحساس بالحضور والتفاعل داخل بيئة رقمية، أما الحديث عن الميتافيرس فيتناول أيضًا اتصال العوالم والخدمات والهويات. فهم الفرق يساعد على تقييم التطبيق بدل الاكتفاء بجاذبية العرض.
يعتمد هذا المقال على التعريفات العامة للمفوضية الأوروبية، وشرح معيار OpenXR من الجهة التي تطوره، وأجزاء التعريف والخصوصية في مسودة WebXR لدى اتحاد شبكة الويب. لا يقدم مراجعة لجهاز بعينه أو اختبار أداء ميدانيًا، ولا يتنبأ بحجم سوق أو نجاح منصة. الأمثلة الواردة تصورات عملية لتوضيح الأسئلة التي ينبغي طرحها، وليست نتائج دراسات تزعم تحسن التعلم أو الإنتاجية بنسبة محددة.
ثلاثة مصطلحات لا تؤدي الوظيفة نفسها
تعرف المفوضية الأوروبية الواقع الافتراضي بأنه تجربة غامرة تتيح التفاعل في بيئات ثلاثية الأبعاد، باستخدام وسائل مثل النظارات وأنظمة التتبع ووحدات التحكم. أما الواقع المعزز فيضيف معلومات رقمية إلى المحيط المادي، ويمكن عرضه عبر أجهزة متنوعة، ومنها الهاتف. ويستخدم تعبير الواقع الممتد ليجمع تقنيات غامرة متعددة، بدل أن يكون اسمًا لجهاز محدد. الأسئلة الرسمية عن العوالم الافتراضية.
تخيل درسًا عن مبنى. قد تشاهد نموذجًا على شاشة عادية وتديره بالفأرة، أو تضعه فوق طاولة عبر كاميرا الهاتف، أو تدخل تمثيلًا رقميًا له باستخدام نظارة. الموضوع واحد، لكن طريقة العرض والتفاعل مختلفة. لا يصبح الأسلوب الثالث أفضل تلقائيًا؛ فقد يحتاج الدرس إلى مقارنة أبعاد من الداخل، وقد يكفيه رسم واضح على الشاشة. ينبغي اختيار الوسيلة وفق المهمة التي نريد إنجازها.
وتعرف الصفحة الأوروبية الميتافيرس بأنه شبكة من العوالم الافتراضية القابلة للتشغيل البيني. المقصود هنا أوسع من وجود غرفة جميلة يتشاركها المستخدمون: الاتصال بين الأنظمة عنصر أساسي في التعريف. لكن التعريف يصف المفهوم، ولا يضمن أن خدمة معينة تحقق جميع أجزائه. لذلك يجب اختبار ادعاءات كل منصة على حدة، بدل اعتبار الاسم شهادة جاهزة على الإمكانات.
النظارة ليست العالم كله
الجهاز يتيح العرض واستقبال بعض المدخلات، بينما يحدد التطبيق ما يمكن فعله، وتحدد الخدمة المشتركة كيفية اجتماع المشاركين وحفظ ما ينتجونه. وإذا نجح الجهاز في عرض تطبيقين، فهذا لا يعني أن حساب المستخدم أو محتواه ينتقل بينهما. الفرق يشبه قدرتك على فتح موقعين في المتصفح من دون أن يعني ذلك أن اشتراكك في أحدهما يمنحك الخدمات نفسها في الآخر.
خذ مثال معرض افتراضي للتصميم. يمكن أن تكون الزيارة سهلة وممتعة، لكن العمل الحقيقي يبدأ عندما تريد حفظ تعليق على نموذج، أو مشاركة نسخة مع زميل، أو استرجاع المشروع لاحقًا. إذا تعذر ذلك، فالمشكلة ليست بالضرورة في جودة النظارة. قد تكون في صيغة الملفات أو صلاحيات الحساب أو طريقة إدارة البيانات. تقييم التجربة يحتاج إلى متابعة المهمة من الدخول حتى استخراج نتيجة قابلة للاستخدام.
ماذا يحل OpenXR؟
توضح مجموعة Khronos أن OpenXR معيار مفتوح يوفر واجهات مشتركة لتطوير تطبيقات الواقع الافتراضي والمعزز عبر أجهزة مختلفة. يساعد ذلك المطورين على تقليل الأعمال الخاصة بكل منصة، ويشمل التعامل مع قدرات مثل العرض والتتبع وأدوات الإدخال. لكنه لا يعني أن كل جهاز يملك العتاد نفسه أو أن كل خاصية تعمل في كل تنفيذ دون تحقق. شرح Khronos لمعيار OpenXR.
يمكن تصور المعيار بوصفه اتفاقًا على طريقة تخاطب التطبيق مع إمكانات الجهاز، وليس اتفاقًا شاملًا بين جميع المتاجر والحسابات. فمن الخطأ الانتقال من عبارة «يدعم معيارًا مشتركًا» إلى وعد بأن المشتريات والهويات والمحتوى ستعبر كل العوالم. هذا استنتاج عن حدود نوع المشكلة التي يعالجها المعيار: توافق أدوات العرض والإدخال يختلف عن توافق قواعد الخدمة والملفات والحقوق المرتبطة بها.
وفي مثال المعرض السابق، قد يساعد المعيار فريق التطوير على دعم نظارتين، لكن يظل عليه تحديد صيغة النموذج وطريقة حفظ التعليقات ومن يملك إذن تعديلها. ولهذا لا ينبغي سؤال المزود عن اسم المعيار فقط. السؤال العملي هو: هل يستطيع المستخدم تنفيذ المهمة على الأجهزة المستهدفة، وما الاستثناءات التي اختبرت بالفعل؟ الإجابة القابلة للتجربة أكثر فائدة من قائمة طويلة من الاختصارات.
WebXR والبيانات التي تتطلبها التجربة
تتناول مواصفة WebXR تجارب الواقع الممتد عبر الويب. وتوضح مسودتها أن بيانات الوضعية والحركة قد تكون حساسة، وأن الجلسة الغامرة تحتاج إلى قدر من هذه البيانات كي تعرض المشهد بالنسبة إلى المستخدم. كما تناقش نية المستخدم والأذونات وتقليل مخاطر كشف المعلومات. اطلعت القراءة على هذه الأجزاء، لا على جميع تفاصيل المواصفة. مسودة WebXR واعتبارات الخصوصية.
هذا يجعل سؤال البيانات جزءًا من تصميم المهمة نفسها. فإذا كان التطبيق يحتاج إلى حركة الرأس لعرض المشهد، فلا يعني ذلك أنه يحتاج تلقائيًا إلى الاحتفاظ بسجل طويل عنها أو مشاركته مع جهات أخرى. ومن المفيد التفريق بين ما يعالج أثناء التشغيل، وما يحفظ، وما يرسل خارج الجهاز. هذه أسئلة لفهم الخدمة، ولا يفترض طرحها أن جميع التطبيقات تجمع النوع أو المقدار نفسه من المعلومات.
يمكن لمن يعد تجربة تعليمية أن يكتب قائمة قصيرة قبل التنفيذ: ما البيانات اللازمة للدرس؟ من يستطيع الوصول إليها؟ هل توجد مشاركة صوتية اختيارية؟ وهل يمكن حذف الأعمال المحفوظة أو تصديرها؟ ثم يراجع الإجابات في إعدادات الخدمة ووثائقها. لا يكفي ظهور شخصية كرتونية بدل الوجه لإثبات إخفاء الهوية، لأن الحساب والتفاعل والبيانات الأخرى قد تظل مرتبطة بالمستخدم.
تجربة صغيرة تقيس قيمة واضحة
لنعد إلى درس المبنى، ونحدد هدفًا واحدًا: أن يشرح المتعلم علاقة الفراغات الداخلية ببعضها. يمكن إعداد نشاط قصير بالنظارة وآخر بعرض عادي، ثم طلب المهمة نفسها وملاحظة مواضع الصعوبة. هذا اقتراح لتجربة تقييم محلية، وليس تصميمًا بحثيًا يثبت أثرًا عامًا. المقصود أن يكون الحكم قائمًا على إنجاز واضح، لا على الانبهار الأول أو طول الوقت الذي قضاه الشخص داخل البيئة.
وتدخل قابلية الوصول ضمن هذا الحكم. إذا لم يستطع بعض المشاركين استخدام طريقة التحكم المطلوبة، فينبغي توفير بديل مناسب للمهمة، مثل المشاهدة على شاشة أو المشاركة عبر وسيلة إدخال أخرى متاحة. التصميم الذي يسمح بالخروج الواضح وحفظ العمل واستكماله يجعل التجربة أكثر قابلية للاستعمال. أما إجبار كل نشاط على التحول إلى مساحة ثلاثية الأبعاد فقد يضيف خطوات دون فائدة تتناسب معها.
والفكرة التي ينبغي حملها إلى أي تجربة جديدة هي تحديد المهمة أولًا، ثم فحص طريقة التفاعل وانتقال البيانات والنتائج. عندها يصبح المصطلح وصفًا يمكن اختباره، وتصبح قيمة التقنية مرتبطة بما تساعد الناس على فعله.
الخلاصة في سطر: الواقع الافتراضي تجربة تقنية والميتافيرس فكرة أوسع منها؛ حدد المهمة أولًا ثم افحص التفاعل والبيانات والنتيجة.
المصادر وروابط التحقق
تفضّل المشاهدة على القراءة؟
أفكار مشابهة بشرح سريع في فيديوهات قصيرة على مصفوفة النجاح — يوتيوب، تيك توك، وتليجرام.
