ما هو Brick Schema ولماذا يتم استخدامه في المباني الذكية؟

أنظمة إدارة المباني مليئة بأسماء النقاط مثل "B2_AHU1_SAT". يستطيع المهندس عادةً تخمين ما يعنيه ذلك. لا يمكن للبرامج أن تفعل ذلك، وهذه الفجوة هي ما تم إنشاء Brick لسده.

Brick أنطولوجيا مفتوحة المصدر، أي مفردات محددة رسميًا للمفاهيم والعلاقات، لوصف المعدات والمساحات ونقاط البيانات في المبنى وكيفية ارتباطها ببعضها البعض. فهي تتيح للبرامج فهم ما تمثله نقطة البيانات ومكان وجودها في المبنى، دون أن يقوم أي شخص بتفسير الأسماء المبهمة يدويًا.

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

كيف يصف Brick المبنى

تصف وثائق Brick نموذج البناء على أنه رسم بياني موجه ومُسمى، مُمثل بنموذج بيانات RDF الخاص بـ W3C، حيث تكون العقد كيانات والحواف عبارة عن علاقات. يمكن أن تكون الكيانات مادية، مثل وحدة معالجة الهواء أو العدّاد أو الغرفة؛ افتراضية، مثل نقاط البيانات الخاصة بقراءة مستشعر درجة الحرارة أو أمر تحديد موضع المثبط؛ أو منطقية، مثل منطقة HVAC. تعطي الفئات الكيانات نوعها ويتم تنظيمها في تسلسل هرمي، بحيث يُفهم مستشعر درجة حرارة الهواء المزوّد على أنه نوع من مستشعرات درجة الحرارة.

تربط العلاقات بين الكيانات، ويقوم Brick بتجميعها حسب المنظور: التركيب (hasPart)، والطوبولوجيا (feeds، hasLocation) والقياس عن بعد (hasPoint، isPointOf). تصف الوثائق أيضًا علاقات التحكم، مثل controls وisControlledBy، والتي توثقها للإصدار القادم 1.5؛ أحدث إصدار مدرج في صفحة موارد Brick هو 1.4.4 (مايو 2025). تأكد من الإصدار الذي يعمل عليه المورد.

جزء صغير مكتوب بلغة واضحة:

من هذه العبارات الخمسة، يمكن للبرنامج الإجابة على السؤال "ما هي أجهزة الاستشعار التي تخبرني عن الهواء الذي يتم توصيله إلى الغرفة رقم 2.17؟" دون معرفة اصطلاح تسمية أي شخص.

يستعير Brick فكرته عن العلامات من Project Haystack، ومنذ الإصدار 1.4.0 (أبريل 2024)، احتوى تنزيل Brick أيضًا على أنطولوجيا RealEstateCore في نفس الملف.

ما يكسب أصحابه

تعد قابلية النقل مكسبًا واضحًا: يمكن تشغيل قاعدة التحليلات المكتوبة ضد فئات وعلاقات Brick على أي مبنى باستخدام نموذج Brick الصحيح. أقل وضوحا هو السيطرة. النموذج عبارة عن قطعة أثرية موثقة بشكل علني يمكن للمالك الاحتفاظ بها، وهو سجل للسياق لا يعرفه البائع ولا يمكن لبرنامج مورد واحد أن يحجبه. وعندما يكون Brick هو التسليم المحدد، يعمل المتكاملون المختلفون على نفس الهدف.

ما لا يفعله

لا يقوم نموذج Brick بجمع البيانات أو ضمان جودتها أو جعل منتجين يتفاعلان تلقائيًا. ويصف السياق؛ لا تزال القراءات تأتي من نظام إدارة المبنى (BMS) والعدادات من خلال واجهات خاصة بها. كما أن تطبيق ملصقات Brick على عدد قليل من النقاط لا يجعل معلومات المبنى كاملة.

الحفاظ على نموذج مفيد

يعد نموذج Brick أحد الأصول الحية، ويظل مفيدًا فقط مع بعض الانضباط. القرار الأول هو إصدار Brick، مع سياسة ترقيته. ويمكن بعد ذلك أن تبدأ عملية النمذجة بالمعدات والنقاط والعلاقات التي تحتاجها التطبيقات المتفق عليها، وتمتد لاحقًا. التحقق من الصحة له نصفان، ضد قواعد Brick وضد المبنى نفسه، والنموذج الذي لا يتم تحديثه عند استبدال المعدات أو إعادة تخطيط المساحات سرعان ما يصف المبنى الذي لم يعد موجودًا. يظل النموذج والبيانات منفصلين ولكنهما مرتبطان: يصف النموذج نقطة ما، في حين أن السلسلة الزمنية لقيمه تعيش في مكان آخر، متصلة بواسطة معرف.