كيفية أتمتة التحكم في المسارات ومناطق المخاطر على نطاق واسع

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

نتناول في هذا المقال كيف يمكن لـ IoT Logic دعم مراقبة انحرافات المسار ومناطق المخاطر عبر مجموعات كبيرة ومتغيرة باستمرار من المناطق الجغرافية.

قد يحمل موقع واحد للمركبة عدة معانٍ تشغيلية

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

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

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

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

يتوقف النهج البسيط عن العمل مع اتساع الخريطة

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

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

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

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

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

كيف يعمل البحث في المناطق الجغرافية داخل IoT Logic

تغيّر وظيفة IoT Logic الجديدة وحدة المقارنة. فبدلًا من مقارنة نقطة بمنطقة جغرافية واحدة محددة مسبقًا، يمكنها مقارنة النقطة بجميع المناطق الجغرافية المتاحة للمستخدم أو بمجموعة مختارة منها.

تعمل العملية عبر خمس مراحل.

1. يرسل جهاز التتبع حزمة بيانات تتضمن الموقع الحالي للمركبة.
2. يستخرج IoT Logic الإحداثيات من الحزمة.
3. تقارن الوظيفة النقطة بقائمة المناطق الجغرافية أو المجموعة المعنية.
4. إذا وقعت النقطة داخل منطقة جغرافية، تعيد الوظيفة المنطقة المطابقة بما في ذلك اسمها.
5. يستخدم التدفق النتيجة في شرط آخر أو يرسلها إلى نظام خارجي لمزيد من المعالجة.

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

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

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

تصبح انحرافات المسار أسهل في الإدارة عبر الشبكة

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

مقارنة الموقع بالممرات المعتمدة

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

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

إرسال الانحراف إلى النظام القادر على اتخاذ الإجراء

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

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

كما يصبح شرح الخدمة للعميل أسهل. فهي لا تكتفي بمراقبة عبور مركبة لحد ثابت واحد، بل تفسر باستمرار كل موقع ذي صلة وفق شبكة مسارات العميل وتقدم المعلومات اللازمة لاتخاذ القرار التالي.

تحتاج مراقبة مناطق المخاطر إلى إجابة محددة

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

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

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

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

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

يغيّر التوسع اقتصاديات أتمتة المناطق الجغرافية

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

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

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

يقدم النموذج القابل لإعادة الاستخدام قيمة تتجاوز تنبيهًا إضافيًا

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

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

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

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

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

هل ترغبون في معرفة كيفية تفعيل الوظيفة الجديدة واستخدامها في سيناريوهات IoT Logic الخاصة بكم؟ تواصلوا مع فريقنا لمناقشة متطلبات مشروعكم والخيارات المتاحة.