UAV-operasjoner
UAV-oppdrag med infrastrukturinspeksjon genererer bilder og sensordata som må tolkes midt i oppdraget, uten at denne tolkningen noen gang får autoritet over flykontroll. Denne siden viser hvordan en slik arbeidsflyt planlegges og kjøres på inTheEU Assist, ikke en oversikt over en fullført distribusjon.
Hvordan arbeidsflyten vil være strukturert
Et oppdrag vil bli sendt inn av en autorisert operatør og dekomponert i en definert sekvens av stadier, undersøkelse, analyse, nærmere inspeksjon der det er nødvendig, rapportering. Bilde- og sensordata samlet inn under oppdraget vil bli indeksert på stedet, og gi en kunnskapspakke til operatørens egen leietaker. En agent konfigurert for arbeidsflyten ville sammenligne observasjoner med godkjent referansemateriale og foreslå et kandidatfunn, lagt inn med statusen foreslått og knyttet til det spesifikke oppdraget det kom fra. En forespørsel om nærmere inspeksjon vil følge den samme foreslåtte-til-godkjente banen før UAV-en omplasseres.
UAVens egen flykontroller, stabilisering, navigasjon, geofencing, retur-til-hjem og nødprosedyrer, kollisjonsunngåelse der implementert, ville forbli helt utenfor denne arbeidsflyten. Plattformen vil aldri ha, be om eller utføre autoritet over disse systemene, og ingen manøver når flyet før det har gått gjennom en eksplisitt godkjenning.
Der menneskelig godkjenning sitter
Enhver forespørsel om funn eller omplassering vil kreve eksplisitt godkjenning fra en navngitt operatør før den blir behandlet som etablert eller utført. Dette er ikke en policy lagt på toppen av arbeidsflyten. Det er mekanismen som arbeidsflyten i det hele tatt fortsetter med: et ikke-godkjent stadium utfører ganske enkelt ikke neste trinn.
Hva dette trekker på i dag, og hva det ikke gjør
Arbeidsflyten for dekomponering av oppdrag, livssyklusen for foreslått til godkjent gjennomgang og den signerte revisjonskjeden bak hver handling er fungerende deler av plattformen. Hva er ennå ikke en del av dette: en oppdragsspesifikk persepsjonsmodell trent på en gitt operatørs egne eiendeler og terreng, som er nøyaktig hva en første pilot ville bygge. UAV-ens deterministiske flykontroller forblir utenfor plattformens omfang, etter design. Den operative vurderingen i en UAV-utplassering vil forbli hos operatørens eget team hele veien, og enhver oppdragsspesifikk persepsjonsferdighet vil bli utviklet ved siden av dem, ikke levert som en hyllemodell.
Noe av arkitekturen som ligger til grunn for dette kapasitetssettet er dokumentert i arkiveringer som fortsatt pågår. Denne siden beskriver hva plattformen er designet for å gjøre, på et nivå som er passende for planlegging av en pilot, ikke en implementeringsspesifikasjon.
Plattformfunksjoner og grensesnitt er gjenstand for kontinuerlig forbedring. Beskrivelsene i denne veiledningen gjenspeiler kanskje ikke den nøyaktige utformingen eller ordlyden til den siste utgitte versjonen.