/ شاشات المطار /
نظام FIDS كامل للمطار على ثلاثة مشغّلات — بدون خادم، وبدون إنترنت، وبدون رسوم لكل شاشة
مطار دولي إقليمي في إحدى دول الاتحاد السوفيتي السابق يشغّل نظام عرض معلومات الرحلات بالكامل — المغادرة والوصول وتوجيه البوابات ومكاتب التسجيل والإعلانات — على ثلاثة مشغّلات SpinetiX EMP-III، واحد لكل لوحة LED. لا خادم معالجة مخصص، ولا اتصال بالإنترنت، ولا رسوم شهرية لكل شاشة. خلاصة هذه الحالة بسيطة: نشر نظام FIDS لا يجب أن يكون مشروع تقنية معلومات ثقيلاً.
تخطيط FIDS توضيحي — من نوع اللوحات التي يعرضها SpinetiX أصلياً بدقة الشاشة الفعلية (هنا 1920×1200 غير القياسية)، مبنية لحظياً من بيانات الرحلات الخام.
ما الذي جرى نشره
ثلاث لوحات LED — واحدة على الواجهة واثنتان داخل الصالة — تعرض المغادرة والوصول المباشرة بلغتين، مع شعارات شركات الطيران وتعيينات البوابات والمكاتب وكتلة إعلانات. تُدار كل لوحة بمشغّل SpinetiX EMP-III خاص بها. تصل بيانات الرحلات كملفات نصية عبر الشبكة المحلية المغلقة للمطار، وتُحدَّث مرة كل دقيقة؛ ولا تعرض اللوحات إلا الرحلات ضمن نافذة ±2 ساعة. أما كل ما تبقّى — التحليل والحالة والشعارات والترجمة والتخطيط — فيجري على المشغّل.
من البيانات الخام إلى لوحة الرحلات: مسار البيانات
يصدّر نظام جدولة المطار ملفَّي CSV نصيَّين — أحدهما للمغادرة والآخر للوصول (نحو 316 صفاً في التدفّق الكامل) — إلى الشبكة المحلية مرة كل دقيقة. من هناك، يجري كل شيء داخل الأداة على المشغّل. لا خادم تحليل، ولا خطوة سحابية، ولا وسيط:
يجري التحويل بأكمله في ملف الأداة modifyData.js — مجموعة دوال صغيرة مقروءة تحوّل
صفاً واحداً من التدفّق الخام إلى صف واحد على اللوحة، بلغتين:
getStatus() يشتقّ الحالة واللون،
وgetLogo() يطابق شركة الطيران، وgetLocation() يترجم الوجهة،
وgetFlight() ينظّف رقم الرحلة. دون أي خادم.
- الحالة لحظياً — يقرأ
getStatus()عدة حقول (الوقت المخطّط مقابل الفعلي، وأعلام التسجيل والإلغاء) ويشتقّ حالات مثل تسجيل الوصول وجاري الصعود وتأخير وغادرت، كلٌّ بلون مميّز. - شعارات شركات الطيران — يطابق
getLogo()أكثر من 100 شعار ناقل بالرمز من مكتبة على الجهاز، مع بديل نظيف عند عدم معرفة الرمز. - الترجمة — يعرض
getLocation()أسماء الوجهات بلغتين من قاموس يضمّ أكثر من 1500 مدخل محفوظ على المشغّل. - أرقام رحلات نظيفة وتوجيه — يزيل
getFlight()اللواحق الخدمية؛ وتُرتَّب تعيينات البوابة والمكتب والصالة لكل رحلة حسب الأهمية وتُصفّى ضمن نافذة ±2 ساعة.
ولأن المسار شيفرة تتحكّم بها، فهو يتكيّف مع بيانات المطار بدل إجبار المطار على صيغة استيراد ثابتة — وهو أساس المحتوى المدفوع بالبيانات الحقيقي.
طريقتان لتشغيل FIDS على SpinetiX
هناك مساران إلى لوحة رحلات على SpinetiX. أحدهما سهل ويعمل بما لديك بالفعل. والآخر هو الطريقة الصحيحة لبنائها.
لديك لوحة FIDS بصيغة HTML؟ تعمل مباشرة — وتستمرّ بالعمل.
إن كانت لديك لوحة FIDS بصيغة HTML، فتشغيلها على SpinetiX أمر بسيط — وجّه مشغّلاً إلى الرابط فيعرضها. ما يصنع الفرق هو المحرّك تحته. تُضمّن معظم مشغّلات الشاشات متصفّحاً استهلاكياً لم يُصمَّم أبداً لإبقاء صفحة واحدة مفتوحة لسنوات: يتسرّب من الذاكرة، وينحرف، ويحتاج في النهاية إلى إعادة تشغيل. محرّك HTML في SpinetiX مختلف تماماً — نواة Chromium حديثة أُعيدت هندستها للتشغيل المستمر دون إشراف: متوافقة مع معايير أجهزة إنترنت الأشياء، ومع خدمات مصغّرة ذاتية إعادة التحميل تستعيد سطح العرض من تلقاء نفسها، ودون أي من أعباء المتصفّح الاستهلاكي. لذلك تُعرض لوحة HTML على مشغّل SpinetiX بوضوح وتبقى تعمل لسنوات لا أسابيع — آمنة وموثوقة وبدقة عرض HTML ممتازة.
ابنِها أصلياً — دون متصفّح إطلاقاً.
الطريقة الأقوى — وهي التي يستخدمها هذا المطار — تتجاوز المتصفّح كلياً. تأخذ أدوات SVG المدعومة بـ jSignage بيانات الرحلات الخام وتبني اللوحة لحظياً، مباشرة على الجهاز. تُعرض النتيجة بـالدقة الأصلية للشاشة — دقيقة إلى البكسل حتى عند 1920×1200 غير القياسية — وتحمل أي منطق أعمال تحتاجه (اشتقاق الحالة وتوجيه البوابات والترجمة متعددة اللغات)، ودون أي سطح هجوم متصفّح لتأمينه أو ليتعطّل. إنها الطريقة الأصلية المدفوعة بالبيانات لتنفيذ الشاشات، وهي آمنة ومستقرة بحكم بنيتها.
الترخيص والتشغيل
النموذج التجاري والتشغيلي خفيف بقدر خفّة البنية:
- ترخيص SYSTEMS دائم — ترخيص واحد من فئة Elementi/SYSTEMS، يُشترى مرة واحدة، دون رسوم شهرية لكل شاشة.
- التصميم في Elementi والنشر عبر WebDAV — تُبنى تخطيطات المغادرة والوصول والإعلانات في Elementi وتُدفع إلى المشغّلات؛ وتنتشر التحديثات دون لمس كل شاشة يدوياً.
- لوحة تحكّم HTML متجاوبة — يدير المشغّلون اللوحات من لوحة ويب متجاوبة تعمل على حاسوب أو جهاز لوحي أو هاتف؛ وتنتقل الأوامر عبر الشبكة المحلية بـ RPC.
- ثلاثة أوضاع عرض لكل لوحة — مغادرة + إعلانات، ووصول + إعلانات، وإعلان بملء الشاشة، تُبدَّل مركزياً.
- لا نقطة فشل واحدة — كل مشغّل ذاتي العمل، فلا خادم خلفي لترقيعه أو توسيعه أو خسارته.
مبنية لتبقى تعمل
لوحة المغادرة حسّاسة — لا يمكنها إظهار نافذة نظام أو خطأ متصفّح أو شاشة فارغة. تعمل مشغّلات SpinetiX بنظام DSOS، وهو نظام تشغيل جهازي مبني على لينكس خصيصاً بـصفر ثغرات معلنة، دون طبقة مستخدم من ويندوز ودون وكيل حماية سحابي. حين أطفأ تحديث CrowdStrike في يوليو 2024 أنظمة FIDS العاملة بويندوز في مطارات حول العالم، لم تتأثّر اللوحات العاملة بـ DSOS — فهي لا تشترك في أي من تلك المكوّنات. وبتشغيلها على شبكة مغلقة دون اعتماد على الإنترنت، يُبقي هذا النظام بيانات الرحلات داخل جدران المطار نفسه. راجع الأمان بالتصميم لفهم أهمية البنية.
شاشات البوابات تعمل بالطريقة نفسها: مصدر واحد، آلاف الشاشات، بلا خادم
شاشة البوابة ليست نظاماً مختلفاً — إنها المصدر نفسه، بعد التصفية. فبينما تصفّي لوحة المغادرة الرئيسية المصدر المشترك إلى كل الرحلات ضمن نافذة ±2 ساعة، تصفّي شاشة عرض معلومات البوابة (GIDS) المصدر نفسه إلى بوابة واحدة: الرحلة الجاري صعودها وحالتها ونداء صعودها. الأداة متطابقة؛ ولا يتغيّر سوى مُعامل التصفية.
ولأن تلك التصفية تجري على المشغّل، لا يتغيّر مصدر البيانات ولا يُضاف أي خادم. وجّه مشغّل SpinetiX آخر إلى المصدر نفسه، وامنحه مرشّح بوابة، فيعرض شاشته الخاصة. هذا ما يجعل الانتقال إلى منظومة خالية من الخوادم بالكامل سلساً — وما يتيح توسّعها: لا خادم عرض مركزي يشكّل عنق زجاجة، فكل شاشة من لوحة الواجهة إلى آخر بوابة تسحب المصدر المشترك نفسه وتصفّي محلياً. تنمو المنظومة بـإضافة مشغّلات، لا خوادم. اللوحات الثلاث في هذه الحالة وصالة كاملة من شاشات البوابات والمكاتب والأمتعة هي البنية نفسها بأحجام مختلفة.
من مطار واحد إلى شبكة: 123CMS
تعمل اللوحة الواحدة بمفردها تماماً. ولتشغيل FIDS عبر عدة بوابات أو صالات أو مطارات من مكان واحد — ولجعل اللوحات تموّل نفسها — يقف 123CMS أمام أسطول مشغّلات SpinetiX:
- FIDS مخصص وتوجيه بوابات — أدر محتوى لوحات الرحلات ومنطق التوجيه لكل بوابة ولكل منطقة من وحدة تحكّم واحدة تحمل علامة العميل، على بنيتك الخاصة.
- محرّك إعلانات مدمج — تتحوّل أوضاع المغادرة + الإعلانات، والوصول + الإعلانات، والإعلان بملء الشاشة إلى مخزون مُموَّل مع إثبات العرض، بدل منصّة إعلانات منفصلة.
- نظامك الخاص — يحمل علامتك، وذو سيادة بيانات، سحابي أو داخلي، مع التخصيص الذي يحوّل لوحة عامة إلى نظام مطارك أنت.
إنه الفرق بين نشر لوحة رحلات واحدة وتشغيل منظومة كاملة منها — مع التوجيه والجدولة والتمويل في مكان واحد. وتمتدّ أتمتة المحتوى نفسها إلى أي مصدر بيانات حي، من تغيّرات البوابات إلى الطقس إلى التجزئة.
نتولّى كل شيء — للمتكاملين والاستشاريين
نظام FIDS بجودة الفريق الذي يقف خلفه. تسلّم ميديا لا فيستا المنظومة كاملة وتبقى على الخط بعد ذلك، فيستطيع المتكاملون والاستشاريون إضافة خطّ لوحات رحلات إلى عروضهم دون بناء خبرة بيانات طيران من الصفر:
تسليم متكامل مفتاح باليد
تصميم اللوحات، وأدوات jSignage، وموصّلات البيانات، وإعداد مشروع Elementi، ودمج تدفّق الجدول، وتدريب الطاقم — نبني النظام الكامل ونشغّله.
دعم سريع من المستوى 1-3
دعم هندسي مباشر بصفتنا الموزّع الرئيسي لـ SpinetiX في المنطقة — لا طابور تذاكر. تغيّرات التدفّق والشعارات الجديدة والمنطق الجديد وحداثة البرنامج الثابت تُعالَج بسرعة.
توثيق كامل وتسليم
أداة موثَّقة، وعقد بيانات، ودليل تشغيل، ليتمكّن فريقك — أو فريق المطار — من تشغيل النظام وتوسيعه بثقة.
تحتفظ أنت بالعميل
نعمل خلفك بصفتنا مختصّي FIDS. أنت تقود العلاقة؛ ونحن نضمن أن تكون اللوحات صحيحة وفي وقتها ودائمة العمل. راجع خدماتنا وبرنامج الشركاء.
لديك نظام FIDS لنشره — أو لوحة HTML تتعطّل باستمرار؟
أحضِر لوحة رحلاتك الحالية بصيغة HTML وسنشغّلها على عتاد مبني ليبقى يعمل، أو ابنِها أصلياً بـ jSignage لحلٍّ يُعرض بالدقة الأصلية ولا يلمس متصفّحاً أبداً. تعمل معنا المطارات ومراكز النقل ومشغّلو المدن الذكية في المنطقة بصفتنا الموزّع الرئيسي لـ SpinetiX في الشرق الأوسط.
FIDS و GIDS و BIDS: المصطلحات
تأتي أنظمة عرض المطار بأبجدية من الاختصارات. جميعها تقرأ الجدول نفسه، وعلى SpinetiX يمكنها مشاركة مصدر واحد ومجموعة أدوات واحدة وأسطول واحد:
لوحات المغادرة والوصول التي يقرأها المسافرون في أنحاء الصالة. هذه الحالة هي نشر لنظام FIDS.
الشاشة عند كل بوابة تعرض الرحلة الجاري صعودها ووقتها وحالتها. تُدار من نفس المصدر ونفس المنطق مثل FIDS.
الشاشات فوق سيور استلام الأمتعة التي تربط الرحلات بالسيور.
الجدول الرئيسي للمطار. يقرأ FIDS نسخة مُصدَّرة منه — بصيغة CSV أو XML أو تدفّق حي — ويبني اللوحات منه.
شاشات وخرائط توجّه المسافرين إلى البوابات والمكاتب والخدمات — غالباً على نفس المشغّلات مع FIDS.
كتل الإعلانات المُموَّلة التي تشارك لوحات المغادرة والوصول، مع إثبات العرض — يتولّاها هنا 123CMS.
الأسئلة الشائعة
ما هو نظام عرض معلومات الرحلات (FIDS)؟ +
FIDS هو شبكة الشاشات التي تعرض المغادرة والوصول المباشرة في أنحاء المطار — رقم الرحلة والوجهة والوقت والصالة والبوابة ومكتب التسجيل والحالة. يقرأ نظام FIDS الحديث جدول المطار (من قاعدة بيانات تشغيل المطار أو من نسخة CSV/XML بسيطة) ويبني اللوحات تلقائياً، محدّثاً إياها مع تغيّر الرحلات. على SpinetiX يعمل FIDS مباشرة على المشغّلات دون أي خادم عرض منفصل.
كيف أعرض معلومات الرحلات الحية على شاشة رقمية؟ +
أرسِل جدول الرحلات إلى المشغّل ودعه يبني اللوحة. على SpinetiX هناك طريقتان: شغّل صفحة FIDS موجودة بصيغة HTML عبر محرّك المتصفّح المُقوّى في المشغّل، أو — وهي الطريقة المفضّلة — ابنِ اللوحة أصلياً بأدوات SVG المدعومة بـ jSignage التي تقرأ البيانات الخام (CSV أو XML أو JSON) وتؤلّف المغادرة والوصول لحظياً. في الحالتين تتحدّث الشاشة تلقائياً مع تغيّر البيانات؛ لا يعيد أي مشغّل كتابة الرحلات يدوياً.
هل يمكنني تشغيل شاشة معلومات الرحلات (FIDS) الحالية بصيغة HTML على SpinetiX؟ +
نعم، وهي من أسهل طرق البدء. وجّه مشغّل SpinetiX إلى صفحة FIDS الحالية بصيغة HTML فيعرضها مباشرة. ما يميّزه هو المحرّك: يستخدم SpinetiX محرّك عرض HTML مبنياً خصيصاً على نواة Chromium حديثة، أُعيدت هندسته للتشغيل المستمر دون إشراف مع خدمات مصغّرة ذاتية إعادة التحميل — لا المتصفّح الاستهلاكي المدمج في معظم مشغّلات الشاشات الذي لم يُصمَّم أصلاً لإبقاء صفحة واحدة مفتوحة لسنوات. تُعرض لوحتك بصيغة HTML بوضوح وتستمر بالعمل لسنوات دون إعادة تشغيل.
ما هي أفضل طريقة لبناء نظام FIDS للمطار على SpinetiX؟ +
الطريقة الأقوى أصلية، لا قائمة على المتصفّح. تأخذ أدوات SVG المدعومة بـ jSignage بيانات الرحلات الخام وتؤلّف اللوحة على الجهاز لحظياً، دون أي صفحة ويب وسيطة. يمنح ذلك مخرجات دقيقة إلى البكسل بالدقة الأصلية للشاشة (بما فيها المقاسات غير القياسية مثل 1920×1200)، ومنطق أعمال غير محدود لاشتقاق الحالة وتوجيه البوابات والترجمة، ودون أي سطح هجوم متصفّح. يشغّل المطار في هذه الحالة لوحات المغادرة والوصول بهذه الطريقة.
ما صيغ بيانات الرحلات التي يقرأها نظام FIDS على SpinetiX؟ +
أياً كان ما يستطيع المطار تصديره. في هذا النشر يكتب نظام الجدولة ملفَّي CSV نصيَّين — أحدهما للمغادرة والآخر للوصول — إلى الشبكة المحلية، ويُحدَّثان مرة كل دقيقة؛ ثم تحلّلهما الأداة على المشغّل. تقرأ الطريقة نفسها XML أو JSON أو تدفّق REST/AODB. ولأن التحليل شيفرة تتحكّم بها داخل الأداة، لست مقيّداً بصيغة استيراد ثابتة — تكيّف الأداة مع بيانات المطار، لا العكس.
هل يمكن تشغيل نظام FIDS بالكامل دون اتصال بالإنترنت، على شبكة مغلقة؟ +
نعم. يعالج كل مشغّل SpinetiX EMP-III البيانات ذاتياً على الجهاز — التحليل واشتقاق الحالة ومطابقة شعارات شركات الطيران وترجمة الوجهات كلها تعمل في شيفرة الأداة على المشغّل. يعمل هذا المطار بالكامل على شبكة محلية مغلقة دون أي اعتماد على الإنترنت ودون خادم معالجة منفصل، ما يُبقي بيانات الرحلات داخل بنية المطار نفسه ويزيل فئة كاملة من الأعطال وأسطح الهجوم.
كيف تُعرض شعارات شركات الطيران والوجهات متعددة اللغات على لوحة الرحلات؟ +
يُولَّد كلاهما على المشغّل. تطابق دالة الشعار رمز الناقل لكل رحلة مع مكتبة على الجهاز تضمّ أكثر من 100 شعار طيران، مع بديل نظيف عند عدم معرفة الرمز. وتترجم دالة الموقع أسماء الوجهات بين اللغات من قاموس يضمّ أكثر من 1500 مدخل محفوظ على المشغّل، فتستطيع اللوحة التبديل أو التقسيم بين لغة محلية والإنجليزية مثلاً. دون إدخال يدوي، وتعمل دون اتصال بالإنترنت.
ما الفرق بين FIDS و GIDS و BIDS؟ +
FIDS هو نظام عرض معلومات الرحلات على مستوى المطار (لوحات المغادرة/الوصول). و GIDS هو نظام عرض معلومات البوابة — الشاشة عند بوابة فردية تعرض الرحلة الجاري صعودها. و BIDS هو نظام عرض معلومات الأمتعة فوق سيور الاستلام. تقرأ الأنظمة الثلاثة نفس جدول المطار؛ وعلى SpinetiX يمكنها مشاركة مصدر واحد ومجموعة أدوات واحدة وأسطول مشغّلات واحد، مع ضبط التخطيط والمنطق حسب الدور.
كيف تعمل شاشات البوابات (GIDS)، وكيف تتوسّع إلى آلاف الشاشات دون خادم؟ +
شاشة البوابة هي المصدر نفسه، بعد التصفية. تصفّي اللوحة الرئيسية بيانات الرحلات المشتركة إلى كل الرحلات ضمن نافذة ±2 ساعة؛ بينما تصفّي شاشة عرض معلومات البوابة (GIDS) البيانات نفسها إلى بوابة واحدة، فتعرض الرحلة الجاري صعودها وحالتها ونداء الصعود. ولأن التصفية تجري على المشغّل، لا يتغيّر مصدر البيانات ولا يُضاف أي خادم — توجّه مشغّل SpinetiX آخر إلى المصدر نفسه، وتمنحه مرشّح بوابة، فيعرض شاشته الخاصة. لا يوجد خادم عرض مركزي يشكّل عنق زجاجة، فتتوسّع البنية إلى آلاف الشاشات: لوحات الواجهة وشاشات البوابات وشاشات المكاتب وسيور الأمتعة كلها تسحب مصدراً مشتركاً وتصفّي محلياً. تنمو المنظومة بإضافة مشغّلات، لا خوادم.
لماذا استمرّ نظام FIDS على SpinetiX بالعمل أثناء عطل CrowdStrike في يوليو 2024؟ +
تعمل مشغّلات SpinetiX بنظام DSOS، وهو نظام تشغيل جهازي مبني على لينكس خصيصاً، دون أي طبقة مستخدم من ويندوز ودون وكيل حماية سحابي. حين أطفأ تحديث CrowdStrike في يوليو 2024 أنظمة FIDS العاملة بويندوز في مطارات حول العالم، لم تتأثّر اللوحات العاملة بـ DSOS لأنها لا تشترك في أي من تلك المكوّنات. لدى DSOS صفر ثغرات معلنة (CVE)، ولهذا يُوثَق به للشاشات الحسّاسة الدائمة العمل.
كيف تدير FIDS والإعلانات عبر عدة بوابات أو صالات؟ +
للوحة واحدة يعمل كل مشغّل بمفرده. ولتشغيل FIDS عبر عدة بوابات أو صالات أو مطارات من مكان واحد، يقف 123CMS أمام أسطول مشغّلات SpinetiX: وحدة تحكّم تحمل علامة العميل لإدارة محتوى لوحات الرحلات وتوجيه البوابات، مع تخصيص لكل منطقة، بالإضافة إلى محرّك إعلانات مدمج فتحمل لوحات المغادرة والوصول كتل إعلانات مُموَّلة مع إثبات العرض. يعمل على بنيتك الخاصة، سحابياً أو داخلياً.
كم يستغرق نشر نظام FIDS للمطار، ومن يبنيه؟ +
تسلّمه ميديا لا فيستا متكاملاً. نصمّم اللوحات، ونبني أدوات jSignage وموصّلات البيانات، ونجهّز مشروع Elementi، وندمج تدفّق جدول المطار، وندرّب الطاقم — ثم نسلّم نظاماً موثَّقاً. ولأن المشغّلات ذاتية العمل ولا تحتاج خادماً، ينتقل نظام FIDS مركّز من التدفّق إلى اللوحات الحية بسرعة، ويستمرّ دعم المستوى 1-3 والتوثيق بعد ذلك. يستطيع المتكاملون والاستشاريون تسليمنا طبقة FIDS والاحتفاظ بعلاقتهم مع العميل.
كم تكلفة تشغيل نظام FIDS على SpinetiX؟ +
لا رسوم شهرية لكل شاشة لنظام إدارة المحتوى، ولا خادم مخصص لترخيصه أو صيانته. يستخدم هذا النشر ترخيصاً دائماً من فئة SYSTEMS وثلاثة مشغّلات SpinetiX EMP-III، واحداً لكل لوحة. ويمكن لمحرّك الإعلانات أن يعوّض تكلفة التشغيل أو يتجاوزها، لأن اللوحات تحمل مخزوناً إعلانياً مُموَّلاً بدل الحاجة إلى منصّة إعلانات منفصلة.