HTML
Las misiones de inspección de infraestructuras de vehículos aéreos no tripulados generan imágenes y datos de sensores que deben interpretarse a mitad de la misión, sin que esa interpretación adquiera nunca autoridad sobre el control de vuelo. Esta página establece cómo se planificaría y ejecutaría dicho flujo de trabajo en inTheEU Assist, no un registro de una implementación completa.
Una misión sería presentada por un operador autorizado y descompuesta en una secuencia definida de etapas, estudio, análisis, inspección más detallada cuando esté justificada y presentación de informes. Las imágenes y los datos de sensores recopilados durante la misión se indexarían en las instalaciones, alimentando un paquete de conocimientos dirigido al propio inquilino del operador. Un agente configurado para el flujo de trabajo compararía las observaciones con el material de referencia aprobado y propondría un hallazgo candidato, ingresado con el estado de propuesto y vinculado a la misión específica de la que proviene. Una solicitud de inspección más cercana seguiría el mismo camino propuesto y aprobado antes de reposicionar el UAV.
El propio controlador de vuelo del UAV, la estabilización, la navegación, la geovalla, el regreso a casa y los procedimientos de emergencia, y la prevención de colisiones, cuando se implementaran, permanecerían completamente fuera de este flujo de trabajo. La plataforma nunca tendría, solicitaría o ejecutaría autoridad sobre esos sistemas, y ninguna maniobra llega a la aeronave hasta que haya pasado por una aprobación explícita.
Cada solicitud de hallazgo o reposicionamiento requeriría la aprobación explícita de un operador designado antes de que se considere establecida o se actúe en consecuencia. Esta no es una política superpuesta al flujo de trabajo. Es el mecanismo por el cual avanza el flujo de trabajo: una etapa no aprobada simplemente no ejecuta el siguiente paso.
El flujo de trabajo de descomposición de la misión, el ciclo de vida de revisión de propuesta a aprobación y la cadena de auditoría firmada detrás de cada acción son partes funcionales de la plataforma. Lo que aún no forma parte de esto: un modelo de percepción específico de la misión entrenado en los propios activos y terreno de un operador determinado, que es exactamente lo que construiría un piloto inicial. El controlador de vuelo determinista del UAV permanece completamente fuera del alcance de la plataforma, por diseño. El criterio operativo en un despliegue de vehículos aéreos no tripulados permanecería en manos del propio equipo del operador en todo momento, y cualquier habilidad de percepción específica de la misión se desarrollaría junto con ellos, no se proporcionaría como un modelo disponible en el mercado.
Parte de la arquitectura subyacente a este conjunto de capacidades está documentada en documentos aún en curso. Esta página describe para qué está diseñada la plataforma, en un nivel apropiado para planificar un piloto, no una especificación de implementación.
Las características y la interfaz de la plataforma están sujetas a mejoras continuas. Es posible que las descripciones de esta guía no reflejen el diseño o la redacción exactos de la última versión publicada.