BIMScript: Material-Aware Structured Scene Programs for BIM Ingestion
يقدم BIMScript نموذجاً لغوياً مهيكلاً مدركاً للمواد يعيد بناء المشاهد إلى برامج قابلة للتحرير وصريحة دلالياً ذات هندسة دقيقة وسمات مادية، محققاً توليداً عالي السرعة واستيعاباً مباشراً من الطرف إلى الطرف في أدوات نمذجة معلومات البناء (BIM) مثل ريفيت (Revit) من أجل إدارة الأصول المستدامة.
المؤلفون الأصليون:Prakash Kondibhau Naikade, Thomas B. Moeslund, Andreas Møgelmose
إن البيئة العمرانية من حولنا — المكاتب التي نعمل فيها، والمنازل التي نعيش فيها، والمدارس التي نرتادها — مسؤولة عن حصة هائلة من استخدام المواد العالمية وانبعاثات الكربون. إن معظم المباني التي ستكون موجودة في عام 2050 قائمة بالفعل اليوم، مما يعني أن مستقبل كوكبنا يعتمد بشكل كبير على كيفية إدارتنا أو ترميمنا أو حتى تفكيك هذه الهياكل القائمة في نهاية المطاف. وللقيام بذلك بفعالية، يحتاج المهندسون المعماريون والمدنيون إلى خريطة رقمية دقيقة لما هو موجود بالفعل. تُسمى هذه الخريطة "نموذج معلومات البناء"، أو ما يعرف بـ (BIM). وبخلاف الصورة الفوتوغرافية البسيطة أو الرسم ثلاثي الأبعاد الأساسي، فإن الـ (BIM) هو وصف ذكي ومفصل لكل جدار وباب ونافذة، بما في ذلك ماهية مواد صنعها وحالتها. إن إنشاء هذه النماذج للمباني القائمة هو حالياً مهمة بطيئة ومملة تتطلب من المساحين مسح الغرفة ثم يقوم المصممون بتتبع كل عنصر يدوياً، وهي عملية قد تستغرق أياماً أو أساب-ع لـ مبنى واحد.
لقد طور باحثون في جامعة ألبورج في الدنمارك نهجاً جديداً لتسريع هذه العملية، محولين العمل اليدوي البطيء إلى عملية تلقائية تقرأ المبنى كبرنامج حاسوبي. ويطلقون على نظامهم اسم (BIMScript). فبدلاً من محاولة بناء شبكة من المثلثات لتمثيل الغرفة، ينظر نظامهم إلى مسح ثلاثي الأبعاد للمساحة ويكتب قائمة قصيرة من التعليمات، تشبه إلى حد كبير الوصفة، تخبر الحاسوب بدقة كيفية إعادة بناء الغرفة. تقول هذه التعليمات أشياء مثل "اصنع جداراً هنا"، "ضع باباً هناك"، و"أنهِ هذا الجدار بكسوة خشبية". وتكمن الطفرة في أن النظام لا يكتفي بتخمين شكل الغرفة فحسب، بل يستنتج أيضاً المواد وحالة كل عنصر، مثل ما إذا كان الجدار عبارة عن جص مطلي بحالة جيدة أو ما إذا كان الباب مصنوعاً من مادة مركبة جديدة. هذا المستوى من التفصيل أمر بالغ الأهمية لأن معرفة المواد التي يتكون منها المبنى تحدد مقدار الطاقة اللازمة لتدفئته، وكمية الكربون المستخدمة في بنائه، ومدى سهولة إعادة تدويره.
واجه الفريق ثلاث عقبات رئيسية لإنجاح هذا العمل. أولاً، كان عليهم جعل النظام يعرف مما تتكون الأشياء، وليس فقط أين توجد. فالأدوات السابقة كانت تستطيع رسم جدار ولكنها لم تكن قادرة على تحديد ما إذا كان من الطوب أو من ألوا-ح الجبس. ولحل هذه المشكلة، أنشأ الباحثون مكتبة ضخمة تضم أكثر من 1.9 مليون نموذج لأجزاء المباني، حيث تم تصنيف كل قطعة بمادتها وحالتها. وقد دربوا نظامهم باستخدام ذكاء اصطناعي قوي يمكنه النظر إلى صور الغرف الممسوحة وتخمين المواد، مما علم الحاسوب فعلياً كيفية التمييز بين الكسوة الخشبية وورق الجدران بمجرد النظر إلى الملمس واللون في المسح.
ثانياً، كان من الضروري أن تكون العملية سريعة بما يكفي لتكون مفيدة. كانت الطريقة القديمة لتوليد هذه التعليمات تستغرق عدة ثوانٍ لكل غرفة، وهو أمر بطيء جداً للمشاريع الكبيرة. واكتشف الباحثون أن التأخير لم يكن بسبب قيام الحاسوب بعمليات حسابية كثيرة، بل لأنه كان يهدر الوقت في بدء وإيقاف مهام صغيرة مراراً وتكراراً. ومن خلال إعادة تنظيم كيفية معالجة الحاسوب لهذه المهام، تمكنوا من تقليص الوقت اللازم لتوليد التعليمات بأكثر من ثلاثة أضعاف، ليصل إلى حوالي ثانية واحدة لكل غرفة. هذا التغيير يسمح للنظام بمعالجة مبانٍ كاملة في إطار زمني يجعل التصميم التفاعلي ممكناً.
ثالثاً، كان يجب أن يكون النظام دقيقاً بما يكفي ليثق به البناؤون المحترفون. في البداية، كان الحاسوب يضع الجدران والأبواب على شبكة يبلغ عرض كل مربع فيها 5 سنتيمترات. ورغم أن هذا جيد للرسم التخطيطي الأولي، إلا أن البناء الاحترافي يتطلب دقة تصل إلى مستوى المليمتر. لذا أضاف الباحثون خطوة نهائية حيث يقوم النظام بإجراء تعديلات طفيفة على موقع كل عنصر، لضبط موقعه بدقة بحيث يتناسب تماماً مع المسح. وقد اختبروا ذلك عبر تغذية التعليمات الناتجة مباشرة في برامج البناء الاحترافية التي يستخدمها المهندسون المعماريون. وقد نجح البرنامج في إنشاء نماذج ثلاثية الأبعاد حقيقية وقابلة للاستخدام بالمواد والأبعاد الصحيحة من بيانات اصطناعية، مما أثبت أن التعليمات التي يولدها الحاسوب دقيقة بما يكفي لتحل محل التتبع اليدوي في البيئات المنضبطة.
والنتيجة هي نظام يمكنه أخذ مسح ثلاثي الأبعاد خام لمبنى وتحويله إلى "توأم رقمي" ذكي ومفصل في حوالي ثانية واحدة. هذا التوأم الرقمي ليس مجرد صورة؛ بل هو قائمة مهيكلة من الحقائق التي يمكن للحاسوب قراءتها وفهمها. ولأن المبنى موصوف بلغة يمكن لكل من البشر والآلات قراءتها وفهمها، فإن ذلك يفتح الباب أمام الذكاء الاصطناعي للمساعدة في اتخاذ القرارات المعقدة. فعلى سبيل المثال، يمكن لمخطط مدينة أن يطلب من النظام العثور على جميع الأبواب الخشبية في منطقة ما التي تكون في حالة سيئة، أو حساب إجمالي البصمة الكربونية لمواد المبنى دون الحاجة أبداً لزيارة الموقع. وقد تحقق الباحثون من أن هذه الطريقة تعمل على البيانات الاصطناعية وأن المخرجات يمكن تصديرها إلى تنسيقات الصناعة القياسية، رغم أن التعميم على عمليات المسح في العالم الحقيقي يظل تحدياً قائماً. ومن خلال أتمتة إنشاء هذه النماذج التفصيلية، يقدم النظام وسيلة عملية لفهم وإدارة وتحسين مخزون المباني القائمة بشكل مستدام، محولاً إياها من مهمة يدوية بطيئة إلى عملية ذكية وسريعة.
ملخص تقني: BIMScript: برامج المشاهد المهيكلة المدركة للمواد لدمج نماذج معلومات البناء (BIM)
1. بيان المشكلة
تعالج الورقة البحثية عقبة في سير عمل "المسح إلى BIM" (scan-to-BIM)، حيث تظل عملية تحويل السحب النقطية للمباني القائمة إلى نماذج معلومات بناء (BIM) عملية بطيئة ويدوية. وبينما تقوم النماذج اللغوية المهيكلة الحديثة مثل SceneScript بإعادة بناء المشاهد كمتواليات أوامر بارامترية (مثل make_wall)، فإن ثلاث فجوات حرجة تمنع اعتمادها العملي للدمج في الـ BIM:
الاكتمال الدلالي ("ماذا"): تتنبأ النماذج الحالية بالهندسة والطبقات العامة ولكنها تفتقر إلى سمات المادة والحالة. يُعرَّف عنصر الـ BIM بهذه الخصائص (مثل "جدار من الطوب في حالة جيدة")، وهي ضرورية لتدفقات عمل الاستدامة اللاحقة (تقييم دورة الحياة، التخطيط للاقتصاد الد circular).
زمن الاستجابة ("كيف بسرعة"): عملية فك الترميز ذاتي الانحدار (Autoregressive decoding) لبرامج المشاهد بطيئة حاليًا (ثوانٍ لكل مشهد) للنمذجة التفاعلية أو الدمج على مستوى المحافظ العقارية. وتحدد الورقة أن هذا التأخير لا يعود إلى قدرة الحوسبة (FLOPs) بل إلى أعباء تشغيل النواة (kernel-launch) والمزامنة مع المضيف (host-synchronization).
الدقة ("أين بالضبط"): تقوم النماذج الحالية بتجزئة الإحداثيات على شبكة خشنة (مثلاً 5 سم)، مما يؤدي إلى أخطاء التكميم (±2.5 سم) التي تتجاوز التفاوتات المطلوبة لمواصفات مستوى الدقة (LOA) ومستوى التطوير (LOD) في الـ BIM.
2. المنهجية
يقترح BIMScript قواعد معمارية ولغوية موحدة لمعالجة هذه الفجوات الثلاث في آن واحد، مصممة لتتوافق تطابقًا تامًا (واحد لواحد) مع كائنات Revit/IFC الأصلية.
2.1 قواعد مدركة للمادة والحالة
قام المؤلفون بتوسيع لغة تخطيط SceneScript عبر إضافة سمات فئوية ضمنية (material و condition) لكل أمر من أوامر عناصر المبنى.
التنفيذ: تُضاف السمات كرموز (tokens) ضمنية (على سبيل المثال: make_wall ..., material=wood_paneling, condition=good). وهذا يتجنب المرجعية المتقاطعة الهشة ويحافظ على حجم المفردات ضمن نطاق معقول باستخدام مساحة الرموز الفئوية الموجودة.
الإشراف على البيانات: لتدريب هذا النموذج، أنشأ المؤلفون "مجموعة بيانات جواز سفر المواد" (material-passport corpus) المكونة من حوالي 100 ألف مشهد اصطناعي تحتوي على 1.9 مليون عنصر ذي تسميات شبه تلقائية. تم استخدام نموذج لغوي بصري (VLM) عبر توجيهه بلقطات RGB لكل عنصر لتوليد تسميات المادة والحالة، مع تعزيز ذلك بإشارات الرؤية الحاسوبية الكلاسيكية لتقدير موثوقية التسمية.
توجيه الميزات: يقوم مشفر "الميزات المرفوعة" (lifted-feature encoder) بإسقاط ميزات الصورة ثنائية الأبعاد (من الإطارات الرئيسية) على النقاط ثلاثية الأبعاد. تُلحق هذه الميزات بمدخلات السحابة النقطية، مما يسمح لمفكك الترميز التحويلي (transformer decoder) بضبط رموز المادة بناءً على هندسة العنصر ومظهره عبر آلية الانتباه الذاتي.
2.2 فك الترميز الفعال (FastBIMScript)
قام الباحثون بتحليل أداء فك الترميز على وحدة معالجة رسوميات A100 ووجدوا أن حوالي 65% من الوقت يُستهلك في الأعباء الإضافية (إطلاق النواة، المزامنة مع المضيف) بدلاً من الحوسبة. وللتخفيف من ذلك:
GraphStep: قام المؤلفون بتجميع خطوة التوليد التلقائي بأكملها (التضمين، الانتباه، تحديث FSM، وargmax) في رسم بياني CUDA (CUDA graph) واحد مطابق للمخرجات. هذا يلغي تنفيذ بايثون لكل خطوة والمزامنة مع المضيف، مما يقلل زمن الخطوة من 6.40 مللي ثانية إلى 1.91 مللي ثانية.
SchemaDraft: باستغلال مخطط الكيانات الحتمي، بمجرد إصدار رمز أمر (مثل make_wall)، تصبح أنواع جميع خانات المعلمات اللاحقة ثابتة. يقوم النموذج بمسودة جميع الخانات المتبقية للعنصر في تمريرة أمامية واحدة باستخدام تضمين [INFILL] متعلم، ثم يتحقق منها في تمريرة مدفوعة بالمعلم (teacher-forced). هذا يقلل عدد التمريرات الأمامية المتتالية المطلوبة لكل مشهد.
2.3 صقل الهندسة دون الشبكة (Sub-Bin)
للتغلب على قيود شبكة الـ 5 سم:
الالتقاط الخالي من التدريب (Training-Free Snapping): خطوة معالجة لاحقة تقوم بملاءمة الخطوط مع بيانات السحابة النقطية ضمن نطاق سماحية لتنقيح مواضع الجدران.
رأس SubBin: يقوم رأس هجين (hybrid decoder head) بتسجيل إزاحة محدودة داخل الخانة (δ∈(−0.5,0.5)) للخانات الرقمية. يتم حساب الإحداثي النهائي كـ $(bin + offset)/B$. وهذا يسمح للنموذج بإخراج دقة أدنى من الشبكة دون تغيير هيكل رموز الشبكة.
3. المساهمات الرئيسية
قواعد BIMScript: توسعة متوافقة مع الإصدارات السابقة لـ SceneScript تتضمن سمات المادة والحالة، تحت إشراف مجموعة بيانات "جواز سفر المواد" المستخلصة من نموذج VLM.
تحسين فك الترميز: تحديد الأعباء الإضافية كعائق أساسي في فك ترميز النماذج الصغيرة ذاتية الانحدار. تقديم GraphStep (رسوم CUDA البيانية) و SchemaDraft (المسودة الموازية للقواعد) الذي يحقق تسريعًا بمقدار 3.4 ضعف في زمن الخطوة و1.36 ضعف في زمن تشغيل المشهد بالكامل.
الصقل الهندسي: طريقة التقاط خالية من التدريب ورأس تسجيل SubBin يحسنان الدقة المترية إلى ما دون دقة شبكة الرموز.
التحقق من الطرف إلى الطرف: إضافة pyRevit تعمل على دمج برامج BIMScript مباشرة في Autodesk Revit، مما ينشئ كائنات أصلية مع سمات المادة والحالة المرفقة، ويتحقق من التصدير إلى IFC4.
تدقيق قابلية التكرار: إنتاج نسخة مكررة من SceneScript، مما يوضح التباينات بين الجداول المنشورة والنقاط المرجعية (checkpoints) التي تم إصدارها، وتأسيس خط أساس موثق.
4. النتائج
الهندسة والدلالات: يحقق النموذج المدرك للمادة دقة تخطيط (F1@5cm) مقاربة لنموذج التخطيط فقط (0.577 مقابل 0.571)، مما يثبت أن إضافة الدلالات لا تضعف التنبؤ الهندسي.
التعرف على المواد: في مجموعة الاختبار، يحقق النموذج دقة تقارب 63% في التنبؤ بالمواد وحوالي 35% لـ macro-F1 للحالة (وهي نسبة متأثرة بشدة بفئة "جيد" التي تهيمن على مجموعة البيانات).
السرعة: يقلل GraphStep زمن استجابة الخطوة من 6.40 مللي ثانية إلى 1.91 مللي ثانية. وبالاقتران مع SchemaDraft، ينخفض زمن فك ترميز المشهد بالكامل من ~1.31 ثانية إلى ~0.97 ثانية (على A100).
الدقة: يضاعف رأس SubBin متوسط F1@2cm (من 0.034 إلى 0.071) ويقلل متوسط الخطأ المطلق (MAE) للأبواب والنوافذ بنسبة 10%. ومع ذلك، تشير الورقة إلى أن MAE للجدران لا يزال يهيمن عليه أخطاء الكشف/الارتباط (8.7 سم) بدلاً من التكميم الشبكي.
دمج BIM: ينجح النظام في إنشاء عناصر Revit أصلية مع علاقات استضافة صحيحة وبارامترات مشتركة مخصصة للمادة والحالة، والتي تُصدر بشكل صالح إلى IFC4.
5. الأهمية والادعاءات
تضع الورقة BIMScript كجسر بين فهم المشاهد باللغة المهيكلة والتطبيقات العملية في مجالات الهندسة المعمارية والهندسة المدنية والإنشاءات (AEC).
الدمج المباشر: من خلال ربط الأوامر بنماذج Revit الأصلية (واحد لواحد)، يتيح النظام الدمج الآلي المباشر لبيانات المسح في أدوات تأليف BIM، متجاوزًا عملية التتبع اليدوي.
الأصول الجاهزة للنماذج اللغوية الكبيرة (LLM-Ready): إن التعبير عن المبنى كبرنامج لغة مهيكلة يجعله "مدخلاً من الدرجة الأولى" للنماذج اللغوية الكبيرة (LLMs). وهذا يسهل مهام الاستدلال المتعلقة بالاستدامة، مثل تقييم دورة الحياة (LCA)، وجوازات سفر المواد، وتخطيط إعادة الاستخدام التكيفي، والتي تتطلب جردًا صريحًا للمواد والحالة.
القيود المتواضعة: يذكر المؤلفون صراحة أن إشرافهم اصطناعي ويعتمد على تسميات VLM شبه تلقائية، مما يعني أن التعميم على المسوحات الواقعية وتنقيه التسميات يظلان تحديات مفتوحة. كما يشيرون إلى أن القواعد الحالية محدودة بالتصاميم الداخلية ولا تغطي بعد العناصر الإنشائية أو ميكانيكا السباكة والتدفئة (MEP). كما أن تحسينات الدقة مشروطة بصحة الكشف، ويظل دمج فك الترميز (GraphStep × SchemaDraft) عملاً مستقبلياً.