قد يعمل نظام المراقبة بشكل مثالي بمفرده ومع ذلك يكون من الصعب توصيله بمنصة القيادة، أو تطبيق ويب، أو نظام أعمال تابع لجهة خارجية. يمكن للكاميرات، ومسجلات الشبكة NVR، ومنصات إدارة الفيديو، والطائرات بدون طيار، والمحطات الطرفية المحمولة استخدام بروتوكولات مختلفة، وبرامج ترميز، وتنسيقات بث، ودقة، وطرق مصادقة مختلفة. توفر بوابة الفيديو طبقة تكامل محكمة بين هذه الأنظمة، مما يسمح بإعادة استخدام موارد الفيديو الحالية دون إعادة كتابة كل منصة أو استبدال كل جهاز ميداني.

لماذا غالباً ما تكون طبقة التكامل ضرورية

نادراً ما يتم بناء مشاريع الفيديو في نفس الوقت أو توفيرها من قبل شركة مصنعة واحدة. قد يحتوي الموقع على نظام مراقبة أقدم يستخدم H.264، وشبكة كاميرات تم نشرها حديثاً باستخدام H.265، ومنصة قيادة تعتمد على SIP و WebRTC، وتطبيق أعمال يتوقع فيديو متوافقاً مع المتصفح. قد يؤدي كل نظام وظيفته الأصلية بشكل صحيح، لكن التواصل المباشر بينها غير مضمون.

تظهر الاختلافات عادة في عدة مجالات:

• تسجيل الأجهزة والمصادقة عليها

• طرق إشارات الفيديو والتحكم في البث

• توافق برامج الترميز H.264 و H.265 وغيرها

• الوصول عبر RTSP، RTMP، SIP، GB/T 28181 و SDK الخاص بالبائع

• متطلبات الإخراج بتنسيقات FLV و HLS و WebRTC

• قيود الدقة، ومعدل الإطارات، ومعدل البت

• دعم الصوت والاتصال ثنائي الاتجاه

• التشغيل على المتصفح، والمحطة الطرفية المحمولة، والشاشات الكبيرة

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

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

جمع أنظمة الكاميرات الموزعة في عرض تشغيلي واحد

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

يمكن لبوابة الفيديو تجميع هذه الموارد وتوصيلها بمنصة المستوى الأعلى. اعتماداً على الأنظمة المعنية، قد يستخدم الوصول GB/T 28181، أو RTSP، أو RTMP، أو SDK، أو واجهة أخرى مدعومة. تقدم البوابة البث المطلوب إلى المنصة الوجهة دون إجبار كل موقع بعيد على استبدال جهاز التسجيل أو مجموعة الكاميرات الحالية لديه.

يمكن لهذا الترتيب دعم عدة نماذج تشغيلية:

• عرض مركزي لكاميرات من فروع متعددة

• مشاركة انتقائية للبث المهم مع مركز القيادة

• الوصول إلى الفيديو عبر شبكات خاصة، أو روابط WAN، أو اتصالات VPN

• دمج المراقبة الحالية مع منصة GIS أو منصة إرسال جديدة

• توزيع خاضع للرقابة لمورد فيديو واحد على تطبيقات مختلفة مصرح لها

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

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

دعم الكاميرات والطائرات بدون طيار والفيديو الميداني معاً

تستخدم مشاريع القيادة الحديثة أكثر من كاميرات مراقبة ثابتة. قد يأتي الفيديو من كاميرات PTZ، ومسجلات NVR، وكاميرات مثبتة على الجسم، ومحطات مثبتة على المركبات، وطائرات بدون طيار، وخوذات ذكية، ومسجلات محمولة، وأجهزة اتصال داخلي بالفيديو، وهواتف فيديو SIP. تختلف هذه الأجهزة ليس فقط في البروتوكول ولكن أيضاً في كيفية بدء البث واستمراره وإنهائه.

يمكن لبوابة الفيديو تطبيع هذه المصادر قبل تمريرها إلى بيئة القيادة. قد يتم تسجيل الكاميرات الثابتة عبر بروتوكول مراقبة، بينما قد تقوم طائرة بدون طيار أو محطة متنقلة بدفع بث RTMP. قد تطلب وحدة تحكم الإرسال الفيديو عبر SIP، وقد يتطلب تطبيق ويب إخراجاً بتنسيق FLV أو HLS أو WebRTC.

تشمل مسارات التكامل الشائعة:

• سحب الفيديو المباشر من الكاميرات ومسجلات NVR عبر RTSP

• استقبال الفيديو المدفوع من الطائرات بدون طيار أو الأجهزة المحمولة عبر RTMP

• توصيل موارد المراقبة عبر GB/T 28181

• ربط الفيديو بمكالمات SIP، أو أحداث الاتصال الداخلي، أو جلسات الإرسال

• تقديم بث متوافق مع المتصفح عبر WebRTC أو HLS أو FLV

• توفير واجهات خاضعة للرقابة لتطوير تطبيقات الطرف الثالث

يجب تأكيد إمكانية الصوت بشكل منفصل. الجهاز الذي يوفر فيديو مباشر لا يدعم تلقائياً الصوت، أو التحدث ثنائي الاتجاه، أو اتصال SIP. إذا كان المشروع يتطلب من المشغل رؤية موقع والتحدث إلى الأفراد الميدانيين من نفس الواجهة، فيجب على التصميم التحقق من برامج ترميز الصوت، ومسارات الميكروفون ومكبر الصوت، ومعالجة الصدى، والأذونات، وسلوك التحكم في المكالمات.

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

تكييف كل بث مع وجهته

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

تظهر مشكلة توافق شائعة بين H.264 و H.265. تم تصميم العديد من أنظمة المراقبة أو الاتصالات القائمة حول H.264، بينما تستخدم عمليات نشر المراقبة الأحدث بشكل متزايد H.265 لتقليل استهلاك التخزين وعرض النطاق الترددي. إذا كانت الوجهة لا تستطيع فك تشفير برنامج الترميز المصدر، فيجب تحويل البث قبل أن يمكن عرضه.

قد يكون الترميز مطلوباً أيضاً عندما:

• يجب عرض كاميرا عالية الدقة على محطة طرفية منخفضة الدقة

• يجب أن يعبر بث عالي معدل البت اتصال WAN محدود أو اتصال محمول

• لا يدعم المتصفح أو تطبيق الهاتف المحمول تنسيق الوسائط الأصلي

• هناك حاجة إلى معدلات إطارات مختلفة للمراقبة المباشرة والتسجيل

• تحتاج منصة القيادة إلى H.264 بينما يخرج النظام المصدر H.265

• يتطلب البث تراكبات، أو طوابع زمنية، أو إخفاء، أو معالجة علامات مائية

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

يجب أيضاً مراعاة زمن الوصول. تضيف كل مرحلة فك تشفير ومعالجة وإعادة ترميز تأخيراً. قد تتحمل مراجعة المراقبة زمن وصول أكبر من الإرسال التفاعلي، أو التحكم بالطائرة بدون طيار، أو الاتصال الداخلي بالفيديو. بالنسبة للعمليات في الوقت الفعلي، يجب أن تقلل البنية من التحويل غير الضروري وتختار طريقة إخراج مناسبة للتطبيق.

ربط الفيديو بالإنذارات وسير عمل الأعمال

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

على سبيل المثال، قد يبلغ مستشعر الغاز عن قراءة غير طبيعية في منطقة صناعية. يحدد التطبيق موقع المستشعر، ويطلب الكاميرا المرتبطة عبر البوابة، ويعرض البث المباشر للمشغل المناوب. يمكن للمشغل بعد ذلك الاتصال بالأفراد الموجودين في الموقع، أو تنشيط إجراء استجابة، أو إرسال تحذير عبر منصة الاتصالات.

يمكن تصميم سير عمل مماثل لما يلي:

• إنذارات التحكم في الوصول المرتبطة بكاميرات المداخل

• أحداث المحيط المرتبطة بكاميرات PTZ القريبة

• أعطال المعدات المرتبطة بمراقبة منطقة الإنتاج

• مكالمات الاتصال الداخلي في حالات الطوارئ المرتبطة بفيديو خاص بالموقع

• الأحداث المرورية المرتبطة بكاميرات الطرق والأنفاق

• الفرق المتنقلة التي تعيد فيديو مباشر إلى خريطة القيادة

• بث الطائرات بدون طيار الذي يتم عرضه أثناء التفتيش أو الاستجابة للطوارئ

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

هذا النهج قابل للتطبيق في المتنزهات الذكية، والمصانع، والمناجم، والمرافق، وشبكات النقل، والمجمعات، والممتلكات التجارية، والمؤسسات متعددة المواقع. تظل منصة الأعمال مسؤولة عن الإنذارات، والخرائط، وأوامر العمل، وإجراءات الاستجابة، بينما تتولى البوابة الوصول إلى الفيديو، وتكييف الوسائط، وتوصيل البث.

تصميم نشر موثوق

يبدأ المشروع الناجح بجرد الأنظمة المصدر والوجهة. التحقق من قائمة بأسماء البروتوكولات ليس كافياً. قد يدعي منتجان كلاهما دعم RTSP أو GB/T 28181 ويظلان مختلفين في المصادقة، وعنونة البث، ومعالجة برامج الترميز، وهيكل دليل الأجهزة، أو سلوك الإشارات.

يجب على فريق التصميم التأكد من:

• عدد ونوع الكاميرات، ومسجلات NVR، والمنصات، ومصادر الفيديو المحمولة

• بروتوكولات الإدخال والإخراج المطلوبة

• توافق برامج ترميز الفيديو والصوت

• الحد الأقصى للبث المتزامن المباشر والمعاد توجيهه والمحول

• دقة ومعدل إطارات ومعدل بت المصادر النموذجية

• متطلبات تشغيل المتصفح، والهاتف المحمول، ومحطة العمل، وجدار الفيديو

• زمن الوصول المتوقع لتطبيقات المراقبة والتفاعلية

• مصادقة المستخدم، والأذونات، ومتطلبات النقل المشفر

• عرض النطاق الترددي WAN، وفقدان الحزم، وظروف تجاوز فشل الشبكة

• المراقبة، والسجلات، ومزامنة الوقت، ومسؤوليات الصيانة

يجب أن يستخدم اختبار إثبات المفهوم معدات حقيقية وبثاً تمثيلياً. يجب أن يتحقق من التشغيل المستمر، وإعادة الاتصال بعد انقطاع الشبكة، ومزامنة الصوت، والتحكم في PTZ عند الحاجة، وتوافق المتصفح، وسلوك كل ملف تعريف ترميز. لا يمثل اختبار كاميرا واحدة لفترة قصيرة بيئة إنتاج متعددة القنوات.

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

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

الأسئلة الشائعة

هل يمكن مشاركة بث كاميرا واحد مع عدة تطبيقات؟

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

هل تتطلب بوابة الفيديو اتصالاً بالإنترنت العام؟

لا. يمكنها العمل بالكامل داخل شبكة LAN، أو WAN خاصة، أو شبكة معزولة. لا يلزم الوصول إلى الإنترنت إلا عندما يحتاج المستخدمون البعيدون، أو الخدمات السحابية، أو المنصات الخارجية إلى استقبال الفيديو عبر اتصال إنترنت.

لماذا يمكن تشغيل بث في عميل سطح المكتب ولكن ليس في المتصفح؟

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

هل يجب ترميز كل بث وارد؟

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

ماذا يجب أن يحدث عند فشل اتصال الشبكة البعيدة؟

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