مساعد التوجيه بالذكاء الاصطناعي للأماكن والمنشآت

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

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

أساسيات التوجيه باستخدام الذكاء الاصطناعي

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

ما هو مساعد التوجيه باستخدام الذكاء الاصطناعي؟

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

تُدرج صفحة الذكاء الاصطناعي المكاني Kaleidr خاصية التنقل بين تجارب الخرائط، وتصف المسارات التي تُناسب طريقة تنقل المستخدم (AI Map Chat for Customer Discovery). تُعدّ هذه الصفحة مرجعًا موثوقًا به فيما يتعلق بتحديد المواقع في بيئة الملاحة الخارجية والسفر Kaleidr. أما التوجيه الصوتي داخل المباني، فهو عملية منفصلة تتطلب معلومات عن الوجهة، وشبكة قابلة للتوجيه، ونظام تحديد المواقع (فقط في حال توفره في النظام). لا تزال واجهة استخبارات الموقع المخصصة للعملاء تستخدم خطوات "اكتشاف" ثم "مقارنة" ثم "تنفيذ". تُتيح "اكتشاف" تحديد وجهة مناسبة، بينما تُتيح "مقارنة" فحص الطابق، وعلاقة السفر، وإمكانية الوصول، وإمكانية الوصول. أما "تنفيذ" فهو عبارة عن تمييز، أو تغيير الطابق، أو طلب مسار في حال توفره، أو تسليم المهمة إلى أحد الموظفين.

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

لماذا يجب أن تبقى عمليات الاكتشاف والتوجيه وتحديد الموقع منفصلة؟

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

يُعدّ النموذج المفاهيمي Open Geospatial Consortium IndoorGML 2.0 الجزء ١ هو المخطط المفاهيمي الحالي OGC لشبكات الملاحة الداخلية. يُنمذج المعيار المساحات وتقسيماتها، والخصائص الهندسية والدلالية، وأنواع الاتصال، وشبكات الملاحة المنطقية والمترية (OGC IndoorGML 2.0 Part 1 – Conceptual Model، OGC 22-045r5، نُشر في ٢٦ يونيو ٢٠٢٥). لا يُشترط أن يُسلسل المنتج النهائي IndoorGML. يجب أن يراعي المنتج التمييز نفسه: فالهندسة المرئية ليست مخططًا للتنقل. أشار إشعار النشر OGC بتاريخ 28 أغسطس 2025 إلى أن ترميزات IndoorGML 2.0 الجزء 2 ستصدر قريبًا (OGC Publishes IndoorGML 2.0 Part 1 Conceptual Model Standard). لا يزال IndoorGML 1.1 معيارًا منشورًا موجهًا نحو الترميز IndoorGML (IndoorGML 1.1، OGC 19-011r4، 5 نوفمبر 2020). يُرجى الاستشهاد بالجزء 1 للعقد المفاهيمي؛ ولا تُعامل ترميز GML أو JSON أو SQL IndoorGML 2.0 كمعيار تنفيذ منشور حتى يصبح الجزء 2 معيارًا.

يُعدّ تنسيق بيانات الخرائط الداخلية معيارًا مجتمعيًا تكميليًا OGC لأرشيفات المواقع الداخلية المستخدمة في التوجيه والملاحة والاستكشاف، بما في ذلك ملاحظات النمذجة للمطارات ومراكز التسوق ومحطات القطار (Indoor Mapping Data Format، OGC 20-094، الإصدار 1.0.0، نُشر في 18 فبراير 2021). ويصف IndoorGML 2.0 الجزء 1 نفسه IMDF بأنه يوفر نموذجًا شاملًا يمكن للتطبيقات من خلاله استخلاص المسارات، بينما يهدف IndoorGML إلى اتباع نهج موحد للرسم البياني المكاني. بالنسبة لمساعد الذكاء الاصطناعي في تحديد الاتجاهات، فإن الدرس العملي أكثر تحديدًا: يجب أن تتوفر بيانات داخلية منظمة قبل أن يعد الحوار بالملاحة.

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

كيف ينبغي أن يعمل تحديد الوجهة قبل التوجيه؟

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

{
  "destinationId": "hall_b",
  "buildingId": "expo_center",
  "floorId": "floor_1",
  "type": "hall"
}

تُدرج الأهلية في نفس الخطوة. قد يُمنع استخدام صالة متصلة فعليًا بسبب فئة التذكرة أو المنطقة الأمنية أو كونها مخصصة للموظفين فقط. يجب أن تخضع المساحات المرشحة للتفويض وحالة التشغيل قبل المقارنة المكانية والتفسير. ينبغي تصفية المضلعات المقيدة قبل الاسترجاع حتى لا يضطر نموذج اللغة إلى "تذكر" الممرات الخاصة. يصف OWASP’s LLM01:2025 Prompt Injection كيف يمكن للمستخدم أو النص المسترجع تغيير سلوك النموذج، بما في ذلك التأثير على الوظائف المتصلة. يسرد OWASP Top 10 for LLM Applications 2025 LLM06:2025 Excessive Agency: الإجراءات الضارة الناتجة عن مخرجات نموذج غير متوقعة أو مُتلاعب بها عندما يُمنح النظام الكثير من الوظائف أو الأذونات أو الاستقلالية. يجب أن يقترح مساعد التوجيه وجهة وإجراءً مسموحًا به. يجب على التطبيق المضيف تنفيذ حركة الكاميرا أو تغيير الطابق أو طلب المسار بعد التحقق من صحة المخطط والوصول وحالة الشبكة.

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

لماذا يحتاج التوجيه الداخلي إلى اتصال، وليس إلى صورة مخطط طابق؟

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

](/images/blogs/industry/20260827_indoor-navigation-network.webp)](/images/blogs/industry/20260827_indoor-navigation-network.webp)](/images/blogs/industry/20260827_indoor-navigation-network.webp)

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

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

كيف تُصفّي إمكانية الوصول وقواعد الوصول والإغلاقات المسارات؟

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

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

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

متى يحتاج التوجيه إلى تحديد الموقع، ومتى لا يحتاجه؟

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

تتيح مواصفات W3C Geolocation، وهي نسخة تجريبية من توصيات المرشح بتاريخ 26 مارس 2026، الوصول إلى موقع الجهاز فقط بعد الحصول على إذن صريح، وتنص على أن واجهة برمجة التطبيقات (API) لا تضمن الموقع الفعلي للجهاز. تحديد موقع المتصفح ليس مجرد نقطة زرقاء داخلية. Bluetooth، وWi-Fi، وultra-wideband، والتحديد البصري للموقع، والأنظمة الخاصة بالأماكن، كلها بنية تحتية وليست ميزة في نموذج اللغة. يُعدّ تحديد الاتجاه شرطًا إضافيًا لتعليمات "الانعطاف يسارًا". يمكن للخريطة أن تُظهر مسارًا صحيحًا حتى بدون تحديد الاتجاه. عند عدم توفر تحديد الاتجاه، يجب استبدال إشارات البوصلة بعبارات تتعلق بالمعالم أو الخريطة.

يمكن للعديد من الأماكن توفير أنظمة توجيه مفيدة دون الحاجة إلى تتبع داخلي مستمر. يختار الزائر معلمًا، فيُعيد النظام مسارًا، وتبقى الخطوات ثابتة على الخريطة، ويتقدم الزائر يدويًا. غالبًا ما تحتاج المؤتمرات والحرم الجامعية والمنتجعات والمتاحف إلى هذا النمط أكثر من نقطة زرقاء متحركة. كما يُقلل هذا النمط من الخصوصية وتكاليف البنية التحتية. يُمكن لنظام التوجيه إنشاء سجل حركة مفصل: الموقع الداخلي الحالي، والمسار، والوجهات المتكررة، ومكان العمل، والقسم الطبي، أو حضور الفعاليات. يُعامل NIST Privacy Framework (NIST.CSWP.01162020، 16 يناير 2020) الخصوصية كإدارة لمخاطر المؤسسة: تحديد ما يتم جمعه، وسبب جمعه، ومدة الاحتفاظ به. يُفضل استخدام بيانات مؤقتة عن نقطة الانطلاق والوجهة وسياق المسار على ملف تعريف حركة دائم. بيانات الموقع الخاصة لسير عمل خرائط الذكاء الاصطناعي يغطي نفس حدود الجهة المضيفة.

كيف ينبغي لنظام التوجيه التفاعلي مشاركة الحالة مع الخريطة؟

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

](/images/blogs/industry/20260827_conversational-wayfinding-state-loop.webp)](/images/blogs/industry/20260827_conversational-wayfinding-state-loop.webp)](/images/blogs/industry/20260827_conversational-wayfinding-state-loop.webp)

{
  "routeId": "route_north_to_hall_b",
  "originId": "entrance_north",
  "destinationId": "hall_b",
  "mode": "accessible",
  "activeFloorId": "floor_1",
  "routeVersion": 4
}

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

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

كيف يتكامل Kaleidr مع بنية توجيهية موجودة؟

تُعرّف وثائق المطورين الحالية لـ Kaleidr خاصية المحادثة كطبقة تفاعلية مُلحقة بخريطة مُشغّلة مسبقًا على الخادم. يُوضح Quickstart كيفية ربط خاصية المحادثة بنسخة Mapbox أو MapLibre أو Google Maps أو Leaflet مُفعّلة. يصف Chat attach برج التحكم بأنه نظام تنقل قائم على المحادثة، يُتيح عرض ملخصات المواقع ووضع علامات عليها فوق خريطة الخادم. تُقفل المفاتيح القابلة للنشر في المتصفح، بينما تبقى مفاتيح الخادم خارج الصفحة (Auth & Scopes). يُنصح باستخدام عنصر نائب واضح بدلاً من مفتاح مُصمم خصيصًا للنسخة المُفعّلة.

const handle = Kaleidr.mount("#chat", {
  product: "chat",
  publishableKey: "YOUR_PUBLISHABLE_KEY",
  map: myMap,
});

تدعم هذه المنصات اكتشاف الوجهات باللغة الطبيعية، والمحادثات المُعتمدة على الخرائط، وإجابات المواقع، والعلامات المباشرة، وتحديثات الكاميرا. ويظل المُضيف مُتحكمًا في مُعالج العرض، وبيانات الموقع، ومُحرك التوجيه، وطوبولوجيا الأماكن الداخلية، وتحديد المواقع، والتحكم في الوصول. تُوضح الوثائق العامة لـ Kaleidr ميزة الدردشة القائمة على الذكاء الاصطناعي، والخرائط المنشورة، والخرائط الأساسية المُصممة، وتحرير الخرائط. ولا تُوثق هذه الوثائق حاليًا مُحركًا مُخصصًا لتحديد المواقع الداخلية أو مُنتجًا مُتخصصًا للملاحة الداخلية خطوة بخطوة. ولذلك، فإن البنية الصحيحة هي التفاعل الحواري والمُعتمد على الخرائط على Kaleidr، مع بقاء التوجيه أو تحديد المواقع الداخلية المُتخصصة في نظام الموقع أو نظام الملاحة عند الحاجة إليها. Location Intelligence APIs and Map SDK هي المنصة التجارية الحالية لواجهات برمجة تطبيقات الاستدلال، وأنظمة التصنيف، والتحليلات، ودعم النشر. لا يزال التصنيف والتوجيه الداخلي مُنتجين مُختلفين؛ لذا لا تُشفّر مسارًا وهميًا للملاحة الداخلية من خلال لغة التسويق.

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

كيف ينبغي للفرق تقييم مساعد التوجيه المدعوم بالذكاء الاصطناعي؟

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

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

ما هي أنماط الفشل التي يجب على منتجات التوجيه تجنبها؟

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

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

بناء تجربة توجيه تفاعلية

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

استكشف Kaleidr Enterprise للاطلاع على واجهات API وواجهات SDK الحالية ودعم النشر. راجع أنماط الربط وأنواع المفاتيح في وثائق مطوري Kaleidr قبل تحديد مسار التكامل.

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

ما هو مساعد التوجيه المدعوم بالذكاء الاصطناعي؟

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

هل يُعدّ التوجيه الآليّ باستخدام الذكاء الاصطناعيّ مُرادفًا للملاحة الداخلية؟

لا. يُمكن للمحادثة فهم طلب الملاحة. كما تتطلّب الملاحة الداخلية شبكة توجيه مُهيكلة، وقد تتطلّب تحديد الموقع الداخليّ.

هل يُمكن استخدام صورة مخطط الطابق للتوجيه خطوة بخطوة؟

لا يُمكن استخدامها وحدها. يتطلّب التوجيه الموثوق اتصالًا بين المساحات والأبواب والممرات والسلالم والمصاعد وغيرها من نقاط الانتقال.

ما هو IndoorGML؟

IndoorGML هو معيار OGC لبيانات المواقع والملاحة الداخلية. IndoorGML 2.0 الجزء 1 هو النموذج المفاهيمي الحالي للمساحات، والاتصال، وشبكات الملاحة (OGC 22-045r5). OGC وصف مخططات ترميز IndoorGML 2.0 على أنها ستصدر في أغسطس 2025؛ IndoorGML 1.1 لا يزال إصدارًا منشورًا موجهًا نحو الترميز.

ما هو IMDF؟

تنسيق بيانات الخرائط الداخلية هو معيار مجتمعي OGC (OGC 20-094، الإصدار 1.0.0) لأرشيفات المواقع الداخلية المستخدمة في التوجيه والملاحة والاستكشاف.

هل يوفر Kaleidr حاليًا خدمة تحديد المواقع الداخلية؟

تصف الوثائق العامة الحالية لـ Kaleidr الذكاء الاصطناعي المكاني، والدردشة عبر الخرائط، والخرائط المخصصة، والنشر، وتكامل الخرائط الحالية. ولا توثق هذه الوثائق نظامًا مخصصًا لتحديد المواقع الداخلية، لذا يجب التعامل مع تحديد المواقع الداخلية كإمكانية نشر منفصلة ما لم يدمجها التطبيق المضيف.

هل يمكن لـ Kaleidr العمل مع خريطة داخلية؟

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

كيف ينبغي أن يعمل نظام التوجيه المُيسّر؟

يجب ترميز متطلبات إمكانية الوصول كقيود صارمة على المسار باستخدام بيانات الموقع المُوثقة. لا ينبغي للمساعد إنشاء مسار مُيسّر بناءً على معلومات غير مكتملة.

هل يمكن لمساعد الخرائط المدعوم بالذكاء الاصطناعي إعادة توجيه الزائر؟

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

هل ينبغي لنظام تحديد المواقع تتبع موقع المستخدم باستمرار؟

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

المراجع

• Kaleidr. AI Map Chat for Customer Discovery. Accessed 27 August 2026. https://kaleidr.com/ai
• Kaleidr. Auth & Scopes. Kaleidr Developer Docs. Accessed 27 August 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
• Kaleidr. Chat attach. Kaleidr Developer Docs. Accessed 27 August 2026. https://docs.kaleidr.com/sdk/chat-attach
• Kaleidr. Introduction. Kaleidr Developer Docs. Accessed 27 August 2026. https://docs.kaleidr.com/
• Kaleidr. Location Intelligence APIs and Map SDK. Accessed 27 August 2026. https://kaleidr.com/enterprise
• Kaleidr. Quickstart. Kaleidr Developer Docs. Accessed 27 August 2026. https://docs.kaleidr.com/quickstart
• National Institute of Standards and Technology. NIST Privacy Framework: A Tool for Improving Privacy through Enterprise Risk Management, Version 1.0. NIST.CSWP.01162020. 16 January 2020. https://nvlpubs.nist.gov/nistpubs/CSWP/NIST.CSWP.01162020.pdf
• Open Geospatial Consortium. IndoorGML 1.1. OGC 19-011r4. 5 November 2020. https://docs.ogc.org/is/19-011r4/19-011r4.html
• Open Geospatial Consortium. Indoor Mapping Data Format. OGC 20-094. Version 1.0.0. 18 February 2021. https://docs.ogc.org/cs/20-094/index.html
• Open Geospatial Consortium. OGC IndoorGML 2.0 Part 1 – Conceptual Model. OGC 22-045r5. 26 June 2025. https://docs.ogc.org/is/22-045r5/22-045r5.html
• Open Geospatial Consortium. OGC Publishes IndoorGML 2.0 Part 1 Conceptual Model Standard. 28 August 2025. Accessed 27 August 2026. https://www.ogc.org/announcement/ogc-publishes-indoorgml-2-0-part-1-conceptual-model-standard/
• OWASP Gen AI Security Project. LLM01:2025 Prompt Injection. Accessed 27 August 2026. https://genai.owasp.org/llmrisk/llm01-prompt-injection/
• OWASP Gen AI Security Project. OWASP Top 10 for LLM Applications 2025. Accessed 27 August 2026. https://owasp.org/www-project-top-10-for-large-language-model-applications/assets/PDF/OWASP-Top-10-for-LLMs-v2025.pdf
• W3C. Geolocation. W3C Candidate Recommendation Snapshot, 26 March 2026. Accessed 27 August 2026. https://www.w3.org/TR/geolocation/

@misc{kaleidr_wayfinding_ai_2026_08_27,
  title  = {AI Map Chat for Customer Discovery},
  author = {{Kaleidr}},
  note   = {Accessed 27 August 2026},
  url    = {https://kaleidr.com/ai}
}

@misc{kaleidr_auth_scopes_2026_08_27,
  title  = {Auth \& Scopes},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 27 August 2026},
  url    = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}

@misc{kaleidr_chat_attach_2026_08_27,
  title  = {Chat attach},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 27 August 2026},
  url    = {https://docs.kaleidr.com/sdk/chat-attach}
}

@misc{kaleidr_docs_intro_2026_08_27,
  title  = {Introduction},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 27 August 2026},
  url    = {https://docs.kaleidr.com/}
}

@misc{kaleidr_enterprise_wayfinding_2026_08_27,
  title  = {Location Intelligence APIs and Map SDK},
  author = {{Kaleidr}},
  note   = {Accessed 27 August 2026},
  url    = {https://kaleidr.com/enterprise}
}

@misc{kaleidr_quickstart_wayfinding_2026_08_27,
  title  = {Quickstart},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 27 August 2026},
  url    = {https://docs.kaleidr.com/quickstart}
}

@techreport{nist_privacy_framework_2020,
  title       = {NIST Privacy Framework: A Tool for Improving Privacy through Enterprise Risk Management, Version 1.0},
  author      = {{National Institute of Standards and Technology}},
  number      = {NIST.CSWP.01162020},
  institution = {National Institute of Standards and Technology},
  year        = {2020},
  month       = jan,
  url         = {https://nvlpubs.nist.gov/nistpubs/CSWP/NIST.CSWP.01162020.pdf}
}

@techreport{ogc_indoorgml_1_1,
  title       = {IndoorGML 1.1},
  author      = {{Open Geospatial Consortium}},
  number      = {OGC 19-011r4},
  institution = {Open Geospatial Consortium},
  year        = {2020},
  month       = nov,
  url         = {https://docs.ogc.org/is/19-011r4/19-011r4.html}
}

@techreport{ogc_imdf_1_0_0,
  title       = {Indoor Mapping Data Format},
  author      = {{Open Geospatial Consortium}},
  number      = {OGC 20-094},
  institution = {Open Geospatial Consortium},
  year        = {2021},
  month       = feb,
  note        = {OGC Community Standard, version 1.0.0},
  url         = {https://docs.ogc.org/cs/20-094/index.html}
}

@techreport{ogc_indoorgml_2_0_part1,
  title       = {OGC IndoorGML 2.0 Part 1 – Conceptual Model},
  author      = {{Open Geospatial Consortium}},
  number      = {OGC 22-045r5},
  institution = {Open Geospatial Consortium},
  year        = {2025},
  month       = jun,
  url         = {https://docs.ogc.org/is/22-045r5/22-045r5.html}
}

@misc{ogc_indoorgml_2_0_announcement_2025_08_28,
  title  = {OGC Publishes IndoorGML 2.0 Part 1 Conceptual Model Standard},
  author = {{Open Geospatial Consortium}},
  year   = {2025},
  month  = aug,
  note   = {Accessed 27 August 2026},
  url    = {https://www.ogc.org/announcement/ogc-publishes-indoorgml-2-0-part-1-conceptual-model-standard/}
}

@misc{owasp_llm01_prompt_injection_2025,
  title  = {LLM01:2025 Prompt Injection},
  author = {{OWASP Gen AI Security Project}},
  note   = {Accessed 27 August 2026},
  url    = {https://genai.owasp.org/llmrisk/llm01-prompt-injection/}
}

@misc{owasp_llm_top10_2025,
  title  = {OWASP Top 10 for LLM Applications 2025},
  author = {{OWASP Gen AI Security Project}},
  note   = {Accessed 27 August 2026},
  url    = {https://owasp.org/www-project-top-10-for-large-language-model-applications/assets/PDF/OWASP-Top-10-for-LLMs-v2025.pdf}
}

@misc{w3c_geolocation_2026_03_26,
  title  = {Geolocation},
  author = {{W3C}},
  note   = {W3C Candidate Recommendation Snapshot, 26 March 2026; accessed 27 August 2026},
  url    = {https://www.w3.org/TR/geolocation/}
}