يتطلب دمج تحليل الفيديو مع الكاميرات ونظام إدارة الفيديو VMS القائم التحقق من السلسلة كاملة: الوصول إلى الصور، وإنشاء الحدث، وعرضه على المشغّل، والإقرار بمعالجته، والرجوع إلى التسجيلات. فظهور صورة في واجهة لا يثبت إلا جزءًا من هذا المسار.
لذلك يصبح السؤال المناسب للمشغّل أو جهة التكامل: «ما الخدمات التي يمكننا قبولها، وبأي أدلة، على هذا التكوين تحديدًا؟» يقترح هذا الدليل بروتوكول اختبار والوثائق المطلوبة قبل توسيع النشر، ويستكمل التحقق الأولي من التوافق بمنهج للتحقق في الموقع.
وصف النتيجة المطلوبة قبل توصيل الأجهزة
ابدؤوا بسيناريو قابل للرصد. على سبيل المثال: عند وقوع عبور مصرح به لأغراض الاختبار داخل منطقة محددة، يجب أن يصل حدث إلى محطة العمل المقررة، ويعرض الكاميرا المعنية، ويتيح لمشغّل مخوّل الاطلاع على السياق. وبعد ذلك ينبغي أن يستطيع تسجيل تعامله مع الحدث وفق إجراء الموقع.
حدّدوا ساعات التشغيل والمستلمين والحقول المفيدة والسلوك المتوقع خارج الخدمة. ووضّحوا أيضًا الجهة التي تحتفظ بالفيديو: نظام VMS، أم مسجّل مستقل، أم مكوّن آخر محدد. فاستلام حدث لا يثبت وجود مقطع مسجّل يقابله.
ضعوا معايير القبول قبل الاختبار: التأخير المسموح بحسب الاستخدام، والمقاطع المطلوب استرجاعها، وصلاحيات المستخدمين، والحالات التي يجب ألا تنتج تنبيهًا. وأشركوا التشغيل وفريق الشبكة ومسؤولي البرمجيات. يجب أن يعرف كل طرف نطاق مسؤوليته في تشخيص المشكلات.
ONVIF وRTSP وVMS: ثلاثة أنواع مختلفة من التحقق
RTSP: إنشاء جلسة فيديو والتحكم فيها
RTSP بروتوكول للتحكم في جلسات الوسائط المتعددة، موصوف، من بين مراجع أخرى، في RFC 2326. ويساعد الوصول إلى عنوان RTSP في المشروع على التحقق من قدرة نظام التحليل على استقبال التدفق المقصود. لكن يبقى اختبار المصادقة وتنسيق الفيديو والاستقرار واستعادة الاتصال ضروريًا. ويعتمد الإصدار المدعوم فعليًا على الأجهزة. ولا يصف هذا الوصول، وحده، كيفية معالجة الإنذار داخل VMS.
ONVIF: مطابقة المنتجات والملفات والإصدارات
تجمع ملفات ONVIF وظائف للتشغيل البيني، بمتطلبات إلزامية أو مشروطة. ويختص الملف M، من بين أمور أخرى، بالبيانات الوصفية وأحداث التحليل، كما توضّح وثائقه الرسمية. لذلك لا يكفي شعار ONVIF لتحديد الوظائف التي يمكن استخدامها في المشروع.
سجّلوا الطراز وإصدار البرنامج أو البرنامج الثابت، ثم راجعوا قاعدة المنتجات المطابقة : فالمطابقة تخص إصدارًا محددًا. طابقوا قدرات الجهاز مع قدرات العميل البرمجي الذي يستخدمها، وسجّلوا الوظائف غير المدعومة في ملف القبول.
VMS: تحويل الحدث إلى مهمة قابلة للتنفيذ
ينظّم VMS عرض الأحداث ومعالجتها، ضمن وظائفه ووفق تكوينه. ويَرِد مثال عملي في وثائق Milestone الخاصة بالأحداث التحليلية : إذ يلزم تعريف إنذار كي يؤدي الحدث المستلَم إلى إنذار يمكن إدارته في تطبيق العميل. لذلك يجب اختبار الاستقبال التقني ومسار عمل المشغّل كلًّا على حدة، باستخدام الموصل والإصدارات المعتمدة.
تتبّع الإشارة. واسترجاع التسجيل.
يعتمد التسجيل على البنية المختارة. انطلاقًا من الحدث، تحقّقوا من المقطع وصلاحياته ومدة الاحتفاظ به. فالإقرار بمعالجة الحدث لا يُنشئ أرشيفًا تلقائيًا.
إعداد بطاقة مرجعية لكل فئة من الكاميرات
غالبًا ما تضم مجموعة الكاميرات طرزًا وإعدادات وظروف تصوير مختلفة. اجمعوا الكاميرات بحسب التكوينات المتقاربة، واختاروا عينة تغطي الاختلافات المهمة. فالكاميرا التي تمثل قاعة مضاءة لا تثبت تلقائيًا صلاحية مدخل خارجي ليلًا.
- المصدر: الطراز، والبرنامج الثابت، والموقع، والاتجاه، والتدفق المستخدم، والترميز، والدقة، ومعدل الإطارات المضبوط.
- الوصول: مصدر التدفق، والحساب المخصص، والصلاحيات اللازمة، ومسار الشبكة، وقواعد التصفية، والساعات المرجعية.
- التحليل: إصدار البرمجيات، والسيناريو، والمنطقة، والإعدادات، والمكوّن المنفّذ للمعالجة.
- الوجهة: إصدار VMS، والموصل، والوظائف أو التراخيص اللازمة، ومعرّف الكاميرا، وقاعدة الإنذار.
- التشغيل: دور المستخدم، ومحطة العمل، والتخزين المعني، وإجراء التعامل مع الحدث.
احتفظوا بالإعدادات المفيدة دون إدراج كلمات مرور في التقرير. تساعد هذه البطاقة على إعادة إنتاج نتيجة وتحديد ما تغيّر عند ظهور مشكلة.
بروتوكول قبول من ست خطوات
1. التحقق من التدفق في ظروف التشغيل
راقبوا التدفق باستخدام الإعدادات المقررة فعليًا، أثناء عمل التسجيل والأنظمة الأخرى التي تستهلكه عادة. وسجّلوا الانقطاعات وتراجع وضوح الصورة والفروق بين الصورة المتوقعة والمستلمة. افحصوا فترات تمثيلية تشمل تغيّر الإضاءة وكثرة الحركة وفتح الأبواب. وأي خفض للدقة أو معدل الإطارات بهدف تثبيت الاتصال يستوجب إعادة تقييم سيناريو التحليل.
2. إنشاء حدث قابل للتكرار
أعدّوا إجراءً بسيطًا وآمنًا ومصرحًا به للاختبار، ثم كرّروه في المنطقة المحددة. ووثّقوا الوقت المرجعي والظروف والنتيجة المتوقعة. أضيفوا حالات مشابهة يجب ألا تفعّل القاعدة، مثل العبور خارج المنطقة. وسجّلوا الأحداث المتوقعة التي لم تصل والأحداث المستلمة دون حالة مقابلة كلًّا على حدة؛ فالإجمالي الواحد يخفي هاتين المشكلتين المختلفتين.
3. تتبّع الحدث حتى الشاشة الصحيحة
طابقوا السجلات المتاحة من نظام التحليل والموصل وVMS. وتحقّقوا من معرّف المصدر والطابع الزمني والوصف والأولوية المضبوطة. افتحوا الحدث بحساب تشغيلي: يجب الوصول إلى الكاميرا الصحيحة واللحظة الصحيحة. وقيسوا، إذا سمحت الأدوات، زمن الإرسال وزمن العرض بصورة منفصلة. وثّقوا حدود الرصد بدل الادعاء بدقة غير متاحة.
4. اختبار إقرار المشغّل بالتعامل مع الحدث
كلّفوا المستلم الفعلي بالتعامل مع الحدث. وتحققوا من الحالات المتاحة والتعليقات وإمكان رؤية الإجراء لدى مشغّل ثانٍ. حدّدوا معنى «تم الإقرار» في هذا الموقع: هل يعني الاطلاع على الإشارة، أم إسناد المهمة، أم اكتمال التدخل؟ فإشعار الاستلام التقني لا يثبت أيًا من هذه الأفعال البشرية. وحدّدوا أيضًا الإجراء عند عدم توافر مشغّل أو بقاء إشعار دون معالجة.
5. استرجاع السياق المسجّل والتحقق من الأرشفة
انطلاقًا من الحدث، ابحثوا عن المقطع المتوقع قبل طابعه الزمني وبعده، وفق النطاق المتفق عليه. وتحققوا من مطابقته للكاميرا، ومن صلاحيات المشاهدة والتصدير عند الحاجة. اختبروا المسار نفسه لاحقًا ضمن مدة الاحتفاظ المقررة. ميّزوا بين بيانات الحدث وتسجيل الفيديو والنسخة المصدَّرة؛ فقد تختلف مواقعها وصلاحياتها ومدد الاحتفاظ بها. وإذا طُلبت أرشفة مستقلة، فاختبروا إنشاءها والبحث فيها وصلاحياتها؛ فهي تختلف عن التسجيل الجاري. ويجب أن يحدّد محضر القبول ما جرى استرجاعه فعليًا.
6. مراقبة الانقطاعات واستعادة الخدمة
ضمن نافذة صيانة معتمدة، اختبروا الانقطاعات ذات الصلة: عدم توافر المصدر، وانقطاع الاتصال، وإعادة تشغيل خدمة. وتحققوا من الإبلاغ عن عدم التوافر والعودة إلى الحالة التشغيلية الطبيعية. وابحثوا عن التكرارات والأحداث المتأخرة والفترات الخالية من البيانات. يجب التخطيط صراحة لقائمة انتظار أو استعادة أحداث أو معالجة دون اتصال، ثم إثباتها؛ فلا يمكن استنتاج وجودها من وجود تدفق الفيديو.
المخرجات المطلوب تسلّمها في نهاية التجربة الأولية
المخرج المفيد هو ملف يستطيع الفريق الرجوع إليه بعد مغادرة جهة التكامل. ولكل اختبار، سجّلوا التكوين والظروف والنتيجة المتوقعة والنتيجة المرصودة والدليل المصاحب. وحدّدوا حالة واضحة: مقبول، أو مقبول بتحفظ، أو يحتاج إلى تصحيح.
- مصفوفة التدفقات والأحداث: المصدر والوجهة والمعرّفات ومطابقة الحقول.
- محضر القبول: الاختبارات المنفّذة والاختلافات والحدود المرصودة والمسؤولون عن التصحيح.
- إجراء التشغيل: التعامل مع الحدث، والتحقق من التسجيلات، وتصعيد الحوادث.
- ملف الصيانة: الإصدارات المعتمدة، والإعدادات المحفوظة، والفحوص بعد التعديل، والعودة إلى التكوين السابق.
القبول التقني لا يعني التصريح بكل الاستخدامات الممكنة. يجب اعتماد الغرض، والأشخاص المخوّلين، والبيانات المحتفظ بها، والشروط المنطبقة على الموقع، كلًّا بصورة مستقلة.
تعميم تكوين جرى التحقق منه ثم مراقبة الاختلافات
انشروا النظام بحسب الفئات المتقاربة، مع الاستمرار في فحص الحالات الأصعب. ويستدعي طراز جديد أو تحديث أو نقل كاميرا أو تعديل منطقة إعادة الاختبارات المعنية. توفر التجربة الأولية مرجعًا موثّقًا، ويجب أن يظل نطاقه واضحًا.
للتحضير لمشروع باستخدام Videtics Perception، اجمعوا بطاقة الأجهزة والسيناريو المطلوب وقيود VMS. تساعد هذه العناصر على تحديد عرض توضيحي مفيد لعملياتكم والاتفاق على النقاط الواجب التحقق منها في تركيبكم.
أُعدّ هذا الدليل المرجعي بمساعدة الذكاء الاصطناعي، استنادًا إلى المراجع أدناه التي جرت مراجعتها في 23 أكتوبر 2026. الأمثلة العددية تعليمية ولا تمثل نتائج لدى عملاء.