VR-koulutus sotilasoperaattoreille: Cesium-pohjainen simulaatio, OpenXR ja operaattoripedagogiikka

Sotilasoperaattoreiden virtuaalitodellisuussimulaattori ei ole videopeli erilaisella graafisella ulkoasulla. Se on kytketty järjestelmä, joka koostuu paikkatiedosta, toimittajaneutraalista ajoympäristöstä, kouluttajan ohjaimista ja oppimisanalytiikasta — kaikki rakennettuna hankintaelinkaareen, joka kestää pidempään kuin kolme kuluttaja-VR-laitteiston sukupolvea. Tämä artikkeli käy läpi teknisen pinon: Cesium maailmaa varten, OpenXR kypärää varten, Unity tai Unreal moottoria varten, kouluttajan asema, joka todella ohjaa skenaariota, ja pedagogiikka, joka muuntaa simulaattoritunnit kentällä käytettäväksi taidoksi.

Miksi simulaattorit nyt

Operatiivinen tempo koko NATO:ssa on supistanut elävään koulutukseen käytettävissä olevaa aikaa. Eläväpanosammukset, polttoaine, ampumaratapaikat ja kouluttajien saatavuus ovat rajallisia resursseja; tehtävävaatimukset eivät ole. Joukkue, joka tarvitsee kuusikymmentä tulenkäyttöpäätöstä viikossa pysyäkseen ajan tasalla, ei voi saada niitä elävällä ampumaradalla. Laskutoimitus pakottaa siirtymään synteettiseen koulutukseen — ei kentän korvikkeena, vaan kertoimena, joka pitää kenttäharjoituksen merkityksellisenä, kun se tapahtuu.

Simulaattoreiden puolesta puhuva perustelu ei ole "halvempi kuin elävä" — tuo perustelu hajoaa, kun otetaan rehellisesti huomioon kypärien uusiminen, sisällön tuottaminen ja kouluttajien miehitys. Puolustettava perustelu on koulutuksen siirtovaikutus: hyvin suunnitellut simulaattoritunnit tuottavat mitattavissa olevaa parannusta kenttäsuorituskykyyn, ja ne tekevät niin tehtävissä, joita ei voida turvallisesti harjoitella elävänä (suuronnettomuuden triage, vastustettu kaupunkimurto, heikentyneiden yhteyksien saattue). Väärään tehtävään käytetty simulaattoritunti — tai oikeaan tehtävään väärällä skenaariosuunnittelulla — ei tuota lainkaan siirtovaikutusta. Tekniikka ja pedagogiikka painavat yhtä paljon.

Tässä simulaattorit myös kytkeytyvät C2-järjestelmiin: saman operaattorin, joka taistelee läpi synteettisen tehtävän, tulisi nähdä sama karttasymboliikka, sama chat-työnkulku ja sama hälytyskäyttäytyminen, jonka hän näkee kentällä käytettävässä järjestelmässä. Koulutuksen käyttöliittymän vastaavuus operatiivisen käyttöliittymän kanssa on kova vaatimus, ei viimeistelyseikka.

Paikkatietoperusta

Cesium on tosiasiallinen valinta maapallon laajuiseen 3D:hen sotilassimulaatiossa. CesiumJS selainpohjaisille simulaattoreille, Cesium for Unity ja Cesium for Unreal moottoriin upotettuihin, ja Cesium ion valinnaisena sisältöputkena. Etu on 3D Tiles -spesifikaatio: suoratoistettava, yksityiskohtatasoa tunteva formaatti maastolle, fotogrammetrialle ja CAD-malleille, joka skaalautuu yksittäisestä rakennuksesta koko planeettaan johdonmukaisilla piirtobudjeteilla.

Puolustussimulaattorin maasto on harvoin "Cesium World Terrain hyllystä." Kansalliset paikkatietoviranomaiset — NGA Yhdysvalloissa, DGIWG-yhteensopivat palvelut koko NATO:ssa, Ukrainan valtion geodesiapalvelu — tuottavat korkeamman resoluution DTED- ja ortokuva-aineistoja, jotka on usein luokitusmerkitty. Tuotantosimulaattori sisällyttää nämä yksityisinä 3D Tiles -laattajoukkoina, joita vaihdetaan samaan näkymägraafiin sisään ja ulos koulutettavan turvaluokitusoikeuden ja harjoituksen turvaluokituksen mukaan. Luokittelematon skenaario saa Bing-kuvastoa; saman skenaarion salaisen puolen toisto lataa hallitun laattajoukon erillisestä päätepisteestä.

Synteettisen ympäristön realismi on enemmän sisältö- kuin koodiongelma. Rakennukset, ajoneuvot, kasvillisuus ja sää vaativat kaikki tuottamista, ja tuotantobudjetti on se, mikä rajoittaa kuinka monta koulutettavaa skenaariota yksiköllä todella on. Synteettisen datan putket, jotka proseduraalisesti täyttävät ympäristöt GIS-tasoista, leikkaavat tuotantoaikaa kertaluokalla — ja syöttävät takaisin tekoälyn koulutukseen sivuvaikutuksena.

VR-ajoympäristöt — OpenXR

OpenXR on Khronoksen toimittajaneutraali ajoympäristön API. Rakenna simulaattori OpenXR:ää vastaan, ja sama binääri ajaa Meta Quest Prota ja Quest 3:a, HTC XR Eliteä, Pimax Crystalia, Varjo XR-3:a ja Valve Indexiä ilman toimittajakohtaisia koodihaaroja. Rakenna Oculus SDK:ta tai OpenVR:ää vastaan, ja olet uudelleensuunnitellut koko I/O-kerroksen seuraavan kerran kun toimittaja poistuu markkinoilta — minkä ne tekevät, hankintaa lyhyemmillä sykleillä.

Puolustusspesifiset ajoympäristönäkökohdat OpenXR:n päälle kerrostettuna:

Nollattava tallennustila. Kypärät, jotka tallentavat välimuistiin näkymädataa, äänitallenteita tai koulutettavan biometriikkaa sisäiseen flash-muistiin, muuttuvat valvotuiksi kohteiksi sillä hetkellä kun turvaluokiteltu sisältö koskettaa niitä. Käyttöönotettava arkkitehtuuri joko ei pidä mitään pysyvää tilaa kypärässä (kaikki suoratoistetaan isäntäkoneelta) tai käyttää kypäriä, joilla on dokumentoidut nollausmenettelyt, ja hyväksyy ne vastuullisina omaisuuserinä.

EMI-päästöt. Kuluttajakypärät ovat FCC Part 15 -luokkaa — päästöt ovat siviilikäyttöön hyväksyttäviä mutta niitä ei ole karakterisoitu SCIF- tai laivaympäristöihin. Sähkömagneettisesti valvottujen tilojen sisällä oleviin asennuksiin kannattaa odottaa TEMPEST- tai suojahuonekeskustelua laitoksen turvallisuusvastaavan kanssa ennen kuin kypärät ylittävät oven.

Katseenseuranta ja biometrinen data. Varjo XR-3 ja Quest Pro paljastavat molemmat katseenseurannan. Data on arvokasta AAR:lle — katsekuvaajat näyttävät minne operaattori katsoi, ja huomaamatta jääneet vihjeet ovat näkyvissä — mutta se on myös biometristä dataa, johon liittyy yksityisyyttä ja datankäsittelyä koskevia velvoitteita kansallisen lain mukaan. Kaappaa poikkeuksena, säilytä politiikan mukaan, älä koskaan oletusarvoisesti päällä.

Pelimoottorit — Unity vs Unreal vs mukautettu

Moottorivalinta on lähes aina Unity tai Unreal. Mukautettuja moottoreita esiintyy vanhoissa kentällä olevissa järjestelmissä ja muutamassa salaisen puolen simulaattorissa, mutta ne eivät enää ole oletus.

Unity on nopeampi miehittää (C#-kehittäjämarkkinat ovat syvät), siinä on kypsä XR-laajennustuki, ja se integroituu siististi Cesium for Unityyn. Se on oikea valinta keskitason simulaattoreille, mobiili-/itsenäisille Quest-käyttöönottoille ja projekteille, joissa iterointinopeus voittaa lopullisen tarkkuuden.

Unreal renderöi paremmin suoraan paketista, toimittaa Naniten ja Lumenin, ja siinä on vahvempi natiivi paikkatieto Cesium for Unrealin ja Microsoft Flight Simulator -tyylisten maailman suoratoistomallien kautta. Se on oikea valinta korkean tarkkuuden ajoneuvo- ja asesimulaattoreille, suuren mittakaavan yhteistoimintaharjoituksille ja kaikelle, missä asiakas odottaa fotorealismia.

O3DE (Open 3D Engine, Apache-2.0-lisensoitu Lumberyardin seuraaja) on uskottava mukautettua lähellä oleva vaihtoehto, kun lisenssiehdoilla on merkitystä — sen Apache-lisensointi on ystävällisempää ITAR-valvotuille ja valtion jakelemille koonneille kuin Unrealin EULA tai Unityn ajoympäristömaksuhistoria.

ITAR-tietoiset resurssiputket ovat ehdottomia Yhdysvaltain vientivalvotulle sisällölle. Ystävällisen alustan malli voi olla luokittelematon; vastustajan alustan malli, joka on rakennettu turvaluokitellusta kuvastosta, ei ole. Resurssipaketit kantavat luokitusmetatietoja, koontiputket kieltäytyvät pakkaamasta sekoitettuja luokituksia yhteen toimitukseen, ja salaisen puolen koonti ajetaan eristetyssä koontifarmissa. Tämä on putkitusta, ei loistoa, ja sen ohittaminen on tapa, jolla ohjelmat pysäytetään.

Kouluttajan aseman suunnittelu

Kouluttajan asema on paikka, jossa simulaattorit onnistuvat tai epäonnistuvat. Simulaattori, jossa on kaunis synteettinen ympäristö ja huono kouluttajan käyttöliittymä, ei tuota mitään — kouluttaja ei voi syöttää oppituntisuunnitelman vaatimia tapahtumia, ei voi pysäyttää ja kelata taaksepäin opettaakseen päätöskohdan, ei voi koordinoida neljää koulutettavaa koordinoidussa harjoituksessa. Kypäräkokemukseen kouluttajan aseman kustannuksella käytetty tekninen huomio on yleisin epäonnistumismuoto puolustus-VR:n hankinnassa.

Kouluttajan aseman tulisi olla yhden näytön sovellus — ei näyttöjen seinämä, joka vaatii oman koulutuksensa. Vaaditut ominaisuudet:

Skenaarion haaroittuminen. Kouluttaja valitsee ennalta tuotettujen skenaarioiden puusta, jossa parametrit (sää, vuorokaudenaika, vihollisvoiman asema, yhteyksien heikentyminen) ovat liukusäätiminä. Tuotetaan kerran, toistetaan monta kertaa vaihtelulla.

Pysäytä, toista, syötä. Pysäytä maailma. Kelaa taaksepäin viimeiseen päätöskohtaan. Syötä odottamaton tapahtuma — uhri, yhteyksien katkos, tunnistamaton kontakti. Jatka. Tämä on opettamisen jokapäiväistä leipää.

Useiden koulutettavien koordinointi. Yksi kouluttaja, joka pyörittää neljää tai kahdeksaa koulutettavaa, tarvitsee jumalanäkymäkartan, koulutettavakohtaisen terveyden ja ammuksen, koulutettavakohtaisen yhteyskytkennän ja kyvyn työntää yksityisiä vihjeitä yhdelle koulutettavalle rikkomatta jaettua skenaariota.

Jälkitoiminta-arvion vienti. Istunnon lopussa kouluttaja vie jäsennellyn AAR:n — tulenkäyttöaikajanan, päätöskohdat, pisteytysrubriikin. Istunnon pedagoginen arvo elää tai kuolee tämän tuotoksen varassa.

Pedagogiikka — "VR-demosta" siirrettäväksi taidoksi

Koulutuksen siirtovaikutusta käsittelevä kirjallisuus on yksiselitteinen: simulaattorin tehokkuus riippuu kognitiivisesta tehtäväanalyysistä (CTA), joka tehdään ennen skenaarion rakentamista. CTA pilkkoo operatiivisen tehtävän havaintovihjeisiin, päätöksiin ja motorisiin toimintoihin; simulaattori sitten harjoittaa noita tiettyjä osatekijöitä. Ilman CTA:ta rakennettu simulaattori harjoittaa sitä, minkä kehittäjät ajattelivat näyttävän siistiltä — joskus hyödyllistä, usein ei.

Kirkpatrickin neljä tasoa jäsentävät edelleen arvioinnin: Reaktio (pitivätkö koulutettavat siitä), Oppiminen (hankkivatko he taidon simulaattorissa), Käyttäytyminen (näkyykö taito elävällä ampumaradalla), Tulokset (suoriutuuko yksikkö paremmin kentällä). Puolustusohjelmat, jotka raportoivat vain tason 1 — "koulutettavat antoivat arvosanaksi 4,6/5" — eivät vielä mittaa sitä, millä on merkitystä. Sopimuksellisesti puolustettavat ohjelmat mittaavat tasoa 3 vertaamalla kovapanossuoritusta simulaattorikoulutettujen ja ei-simulaattorikoulutettujen kohorttien välillä.

Jälkitoiminta-arvio on paikka, jossa tason 2 oppiminen vakiintuu. AAR ei ole "näytä toisto" — se on jäsenneltyä kyselyä, koulutettavan itsearviointia ja päätöskohtien ja huomaamatta jääneiden vihjeiden eksplisiittistä nimeämistä. Simulaattorin tehtävä on tehdä AAR:stä halpaa, toistuvaa ja todisteperustaista; kouluttajan tehtävä on pyörittää sitä hyvin. Simulaattoritelemetrian yhdistäminen biometriseen, katseenseuranta- ja äänidataan antaa AAR-keskustelulle todellisia todisteita, joihin ankkuroitua.

xAPI / SCORM -integraatio

SCORM (2004 3rd/4th Edition) on vanha oppimissisällön yhteentoimivuusspesifikaatio. xAPI (Experience API, jota kutsutaan myös nimellä "Tin Can") on moderni seuraaja — toimija-verbi-kohde-lausumat, joita mikä tahansa oppimiskokemus tuottaa ja jotka tallennetaan oppimistietovarastoon (LRS). Modernit puolustussimulaattorit tuottavat xAPI:a, eivät SCORMia, vaikka monet LMS-käyttöönotot kuluttavat edelleen molempia.

LRS laivastomittakaavassa on operaattorivalmiusohjelman analytiikan selkäranka. Jokainen tulenkäyttö, jokainen pysäytys-ja-keskustelu, jokainen AAR-pistemäärä laskeutuu xAPI-lausumana, kohdistettuna koulutettavaan, skenaarioon ja yksikköön. Yhdisteltynä LRS vastaa kysymyksiin, joihin yksikön S3 ei muuten voi vastata: mitkä operaattorit ovat ajan tasalla millä pätevyyksillä, mitkä yksiköt ovat yliedustettuina yhdessä skenaariossa ja aliedustettuina toisessa, mitkä skenaariovariantit tuottavat jyrkimmän oppimiskäyrän.

LRS:n valinta: Watershed ja Learning Locker ovat vakiintuneet kaupalliset ja avoimen lähdekoodin vaihtoehdot. Puolustuspäätös tulee yleensä käyttöönotettavuuteen — Learning Locker asiakkaan infrastruktuurissa itse isännöitynä on tavanomainen valinta salaisen puolen käyttöön. xAPI-profiilit (NATO julkaisee yhtä; Yhdysvaltain Advanced Distributed Learning Initiative -aloitteella on useita) rajoittavat sanastoa niin, että eri toimittajien lausumat ovat keskenään kyseltävissä.

Käyttöönoton todellisuus

Kaksi käyttöönottomallia hallitsee. Varikkotason asennukset — kiinteä koulutuslaitos, kaksikymmentä kypärää, isäntäkoneiden räkkejä, keskitetty LRS, verkkoliitynnät tukikohdan lähiverkkoon. Vakaa, korkeatarkkuuksinen, kallis neliömetriä kohden. Käyttöönotettavat sarjat — Pelican-laukku, jossa on neljä kypärää, neljä kannettavaa, kannettava Wi-Fi-reititin, valinnainen satelliittiyhteys. Matalampi tarkkuus, käyttöönotettavissa eteentyönnettyihin sijainteihin, malli, jota käytetään.

Verkkovaatimukset jakautuvat. Yhdistetyt asennukset suoratoistavat sisältöä, synkronoivat LRS:n pilveen ja hakevat skenaariopäivityksiä. Eristetyt asennukset kantavat kaiken paikallisesti — mukaan lukien LRS:n, sisältökirjaston ja AAR-vientityönkulun — ja täsmäyttävät säännöllisellä mediansiirtosyklillä. Saman tuotteen on tuettava molempia, koska asiakas vaatii molempia.

Ratkaisematon jännite on 5 vuoden puolustuselinkaari 18 kuukauden kuluttaja-VR-laitteistovaihtuvuutta vastaan. Sopimuksen myöntämisen yhteydessä määrittämäsi kypärä on elinkaarensa lopussa alkuperäisen toimintavalmiuden saavuttamishetkellä. Lievennykset ovat arkkitehtonisia — OpenXR pitää ajoympäristöt vaihdettavissa, tiukka kerrosten erottelu antaa sinun vaihtaa kypärät kirjoittamatta skenaarioita uudelleen, varaosasopimukset myöntämishetkellä ostavat vuosia toiminnallista elinikää kuluttaja-EOL:n yli. Ne ovat myös logistisia — varikkotason kuvankäsittely, varustelutyönkulut ja rehellinen keskustelu asiakkaan kanssa uusimisbudjeteista. Ohjelmat, jotka teeskentelevät elinkaarten täsmäävän, päätyvät hyllytettyihin simulaattoreihin neljän vuoden kuluttua. Tämä on sama operatiivisen ja kaupallisen tempon ristiriita, joka näkyy sotilaskaluston ennakoivassa kunnossapidossa — eri toimialue, identtinen rakenne.