операції БПЛА
Місії БПЛА для перевірки інфраструктури генерують зображення та дані датчиків, які потребують інтерпретації в середині місії, при цьому ця інтерпретація ніколи не отримує повноважень над керуванням польотом. На цій сторінці описано, як такий робочий процес планується та запускається в inTheEU Assist, а не в записі про завершене розгортання.
Як буде структурований робочий процес
Уповноважений оператор подає місію та розкладає її на певну послідовність етапів, опитування, аналіз, ретельніше обстеження, де це необхідно, звітування. Зображення та дані датчиків, зібрані під час місії, будуть індексовані в приміщеннях, надаючи пакет знань, доступний власному орендарю оператора. Агент, налаштований для робочого циклу, порівнював би спостереження із затвердженим довідковим матеріалом і запропонував висновок-кандидат, введений зі статусом запропонований і прив’язаний до конкретної місії, з якої він надійшов. Запит на більш ретельну перевірку слідуватиме тому ж маршруту від запропонованого до схваленого до того, як БПЛА буде переміщено.
Власний контролер польоту БПЛА, стабілізація, навігація, геозонування, процедури повернення додому та надзвичайні ситуації, уникнення зіткнень, якщо вони реалізовані, залишатимуться поза цим робочим процесом. Платформа ніколи не буде мати, запитувати або виконувати повноваження над цими системами, і жоден маневр не досягне літального апарату, доки він не пройде через чітке схвалення.
Де людське схвалення сидить
Кожен запит на пошук або зміну позиціонування вимагав би чіткого схвалення від названого оператора, перш ніж він буде розглядатися як встановлений або виконуватися. Це не політика, яка є поверх робочого процесу. Це механізм, за допомогою якого взагалі відбувається робочий процес: незатверджений етап просто не виконує наступний крок.
На що це спирається сьогодні, а на що ні
Робочий процес декомпозиції місії, життєвий цикл перегляду від пропозиції до схвалення та підписаний ланцюжок аудиту за кожною дією є робочими частинами платформи. Те, що ще не є частиною цього: модель сприйняття для конкретної місії, навчена на власних ресурсах і місцевості даного оператора, саме те, що створив би початковий пілот. За своєю конструкцією детермінований контролер польоту БПЛА залишається поза межами платформи. Оперативне рішення щодо розгортання БПЛА залишатиметься за власною командою оператора, і будь-які навички сприйняття, характерні для місії, розвиватимуться разом з ними, а не постачатимуться як готова модель.
Деяка архітектура, що лежить в основі цього набору можливостей, задокументована в документації, яка ще триває. На цій сторінці описано, для чого призначена платформа, на рівні, відповідному для планування пілотного проекту, а не специфікації впровадження.
Функції та інтерфейс платформи постійно вдосконалюються. Описи в цьому посібнику можуть не відображати точний макет або формулювання останньої випущеної версії.