Proces wspólnego przygotowania rozpoznawczego pola walki (JIPB) tworzy podstawę rozpoznawczą, od której zależą wszystkie pozostałe funkcje planowania. Bez ukończonego JIPB planiści nie wiedzą, który teren kanalizuje ruch sił przeciwnika, które okno pogodowe ogranicza lotnictwo przeciwnika ani który z trzech ocenianych wariantów działania nieprzyjaciela jest najbardziej prawdopodobny. Problem stanowi czas: dokładny ręczny JIPB na szczeblu brygady wymaga setek roboczogodzin analityków na cykl. Oprogramowanie JIPB skraca ten harmonogram, automatyzując najbardziej pracochłonne kroki analityczne — analizę terenu z danych cyfrowych modeli wzniesień, budowanie modeli zagrożeń z baz danych ORBAT, wyprowadzanie geometrii wariantów działania z szablonów doktrynalnych — zachowując jednocześnie autorytet analityka w kwestiach ocennych, które decydują o poprawności wyników. Niniejszy artykuł bada architekturę oprogramowania stojącą za każdym krokiem JIPB, modele danych będące podstawą analizy oraz produkty rozpoznawcze, które platforma generuje do rozpowszechnienia w dowództwie. Kontekst dotyczący szerszego ekosystemu oprogramowania do analizy rozpoznania wojskowego, w którym funkcjonują narzędzia JIPB, przedstawiamy w naszym dedykowanym przeglądzie architektury.
Cztery kroki JIPB i rola oprogramowania
JIPB to czterostopniowy proces określony w doktrynie: zdefiniowanie środowiska przestrzeni walki, opisanie efektów przestrzeni walki, ocena zagrożenia oraz określenie wariantów działania zagrożenia. Każdy krok dostarcza danych wyjściowych zasilających kolejny i stwarza odrębne możliwości automatyzacji.
Krok 1 — Zdefiniuj środowisko przestrzeni walki wyznacza geograficzne i funkcjonalne granice analizy: obszar działania (AO), obszar zainteresowania (AOI) oraz właściwości przestrzeni walki wpływające na misję. Analityk identyfikuje, które czynniki terenowe, pogodowe i cywilne są operacyjnie istotne. Automatyzacja oprogramowania na tym etapie koncentruje się na narzędziach zarządzania granicami i zapytaniach do geoprzestrzennych baz danych pobierających odpowiednie charakterystyki terenu bez ręcznych badań kartograficznych. Platforma JIPB może automatycznie wyciągać gęstość sieci drogowej, inwentarz mostów, zasięg terenów miejskich i dane o barierach hydrograficznych w granicach AO w momencie ich wyznaczenia — zastępując to, co wcześniej wymagało wielogodzinnego ręcznego zbierania danych.
Krok 2 — Opisz efekty przestrzeni walki to krok najbardziej podatny na obliczeniową automatyzację. Analiza terenu — obliczanie nachylenia, wyznaczanie korytarzy manewrowych, obliczanie wielokątów obserwacji z kluczowych pozycji terenowych — to obliczenia geometryczne, które oprogramowanie wykonuje w ciągu minut na podstawie cyfrowych danych wzniesień i pokrycia terenu. Analiza wpływu warunków pogodowych przekłada prognozowane parametry meteorologiczne na progi zdolności wojskowych. Obie funkcje dobrze nadają się do automatyzacji, ponieważ leżące u ich podstaw modele są deterministyczne: przy tych samych danych NMT i tych samych parametrach przejezdności pojazdów oprogramowanie każdorazowo produkuje taką samą analizę korytarzy manewrowych.
Krok 3 — Oceń zagrożenie wymaga utrzymania ustrukturyzowanego modelu sił przeciwnika: jego składu, wyposażenia, doktryny i aktualnego rozmieszczenia. Oprogramowanie obsługuje wyzwanie zarządzania danymi — utrzymując bazę danych porządku bojowego integrującą nowe meldunki, śledzącą przemieszczenia jednostek i łączącą rekordy sprzętu ze specyfikacjami zdolności — podczas gdy analityk wydaje interpretacyjne oceny dotyczące znaczenia meldunków.
Krok 4 — Określ warianty działania zagrożenia to analitycznie najbardziej wymagający krok. Analityk opracowuje od dwóch do czterech modeli wariantów działania przeciwnika, które są doktrynalnie wiarygodne, geograficznie wykonalne biorąc pod uwagę analizę terenu i spójne z ocenianym składem sił. Oprogramowanie wspiera ten proces, generując kandydujące geometrie wariantów działania z szablonów doktrynalnych nałożonych na teren, automatyzując wyprowadzanie harmonogramów z odległości i ocenianych prędkości przemieszczania oraz identyfikując punkty decyzyjne, w których warianty działania rozchodzą się w obserwowalny sposób. Analityk doprecyzowuje i przypisuje wagi prawdopodobieństwa; oprogramowanie zarządza strukturą modelu i generuje dalsze produkty.
Definiowanie przestrzeni walki i zarządzanie danymi geograficznymi
Warstwa danych geoprzestrzennych stanowi fundament, na którym działają wszystkie funkcje analityczne JIPB. Oprogramowanie JIPB zarządza tą warstwą za pomocą kombinacji narzędzi zarządzania granicami, baz danych cech terenu i interfejsów integracji danych geoprzestrzennych.
Zarządzanie granicami AO/AOI to coś więcej niż rysowanie wielokątów na mapie. Oprogramowanie rejestruje granice AO i AOI jako aktywne filtry przycinające wyniki analiz, skupiające zapytania do baz danych i definiujące zakres geograficzny przebiegów analizy terenu. Gdy wyższy szczebel dowodzenia zmienia granicę AO — co jest częstym zjawiskiem podczas planowania operacyjnego — oprogramowanie musi propagować tę zmianę do wszystkich zależnych warstw analitycznych. Platformy JIPB implementują to poprzez graf zależności granic: każda warstwa analizy terenu obliczona w poprzednich granicach AO jest oznaczana jako potencjalnie przestarzała przy zmianie granicy i umieszczana w kolejce do ponownego obliczenia.
Zarządzanie warstwami cech terenu organizuje surowe dane geoprzestrzenne w operacyjnie znaczące kategorie obiektów. Platforma utrzymuje oddzielne warstwy dla sieci drogowej (z atrybutami obejmującymi rodzaj nawierzchni drogi, szerokość i klasyfikację nośności mostów dla każdego odcinka), sieci hydrograficznej (cieki skategoryzowane według szerokości i stromości brzegów), warstwy osadniczej (miejscowości zaklasyfikowane według wielkości i gęstości zabudowy) oraz warstwy roślinności (klasyfikacja pokrycia terenu z szacunkami wysokości). Każda warstwa jest odpytywalna: analityk może poprosić system o zidentyfikowanie wszystkich przepraw rzecznych w AO z klasyfikacją nośności mostu poniżej 60 ton lub wszystkich miejscowości o gęstości zaludnienia powyżej określonego progu w odległości 5 km od wskazanej osi natarcia.
Integracja danych geoprzestrzennych obsługuje heterogeniczność źródeł danych stosowanych w środowiskach operacyjnych. Oprogramowanie JIPB przetwarza dane z krajowych agencji kartograficznych, komercyjnych produktów satelitarnych, baz danych ze źródeł otwartych oraz geoprzestrzennych repozytoriów wspólnoty rozpoznawczej. Warstwa integracyjna obsługuje konwersję odwzorowania, transformację układu odniesienia, normalizację schematu atrybutów oraz rozstrzyganie konfliktów, gdy dwa źródła pokazują różne wartości dla tego samego obiektu. Metadane jakości danych — źródło, data pozyskania, specyfikacja dokładności i klasyfikacja — są zachowywane na poziomie obiektu, dzięki czemu analityk zna proweniencję każdej cechy terenu użytej w analizie.
Automatyzacja analizy terenu
Automatyzacja analizy terenu to obszar, w którym oprogramowanie JIPB przynosi najbardziej mierzalne oszczędności czasu. Zadania wymagające przeszkolonych kartografów pracujących godzinami z ręcznymi technikami nakładek są zastępowane przebiegami przetwarzania kończącymi się w ciągu minut. Podstawowe funkcje analityczne to analiza korytarzy manewrowych, modelowanie przejezdności, analiza osłony i ukrycia oraz obliczanie obserwacji i sektorów ognia.
Analiza korytarzy manewrowych z danych NMT rozpoczyna się od obliczenia nachylenia. Oprogramowanie wyznacza raster nachylenia z cyfrowego modelu terenu, zazwyczaj wyrażony w stopniach lub procentach. Wartości nachylenia są następnie klasyfikowane względem progów przejezdności dla określonej klasy pojazdu:
| Klasa pojazdu | Limit nachylenia | Prędkość w terenie (nieograniczona) |
|---|---|---|
| Kołowy pojazd lekki | <30% | Do 40 km/h na twardym, równym terenie |
| Kołowy ciężki (8×8 APC) | <30% | Do 25 km/h, wrażliwy na miękkie podłoże |
| Gąsienicowy IFV / lekki czołg | <60% | Do 30 km/h w terenie |
| Czołg podstawowy | <60%, zależnie od podłoża | Do 20 km/h, duże naciski na grunt ograniczają użycie na miękkim terenie |
Maska przejezdności nachylenia jest łączona z modelem przejezdności integrującym typ gleby, klasę drenażu i warunki sezonowe. Mokre gleby ilaste, które są przejezdne latem, stają się nieprzejezdne po deszczu; gleby piaszczyste, które na analizie nachylenia wyglądają na trudne, są często bardziej przejezdne niż gleby ilaste na łagodniejszych zboczach. Oprogramowanie stosuje funkcję oceny przejezdności gleby wywodzącą się z geotechnicznych baz danych i analizy hydrologicznej, aby wytworzyć połączony raster przejezdności, który jest operacyjnie dokładniejszy niż samo nachylenie.
Analiza osłony i ukrycia klasyfikuje komórki terenu według ich zdolności do ochrony sił przed obserwacją i bezpośrednim ogniem (osłona) w porównaniu z samą obserwacją (ukrycie). Oprogramowanie używa klasyfikacji pokrycia terenu do identyfikacji gęstości koron drzew, gęstości zabudowy na obszarach miejskich i maskowania przez grzbiety terenu. Wielokąty ukrycia są obliczane jako dopełnienia widoczności — obszary niewidoczne z zestawu reprezentatywnych pozycji obserwacyjnych — i klasyfikowane według gęstości roślinności, która decyduje, czy ukrycie zapewnia również balistyczną osłonę.
Obliczanie obserwacji i sektorów ognia przeprowadza analizę widoczności z każdej kluczowej pozycji terenowej wskazanej przez analityka. Algorytm widoczności oblicza, dla każdej pozycji i wysokości obserwatora, wszystkie komórki terenu w określonym zasięgu mające bezpośrednią linię wzroku do obserwatora. Wynikiem jest zestaw wielokątów obserwacji pokazujących maksymalny obserwowalny obszar z każdej kluczowej cechy terenu. W przypadku analizy sektorów ognia to samo obliczenie jest parametryzowane zasięgami broni i ograniczeniami minimalnego zasięgu angażowania, tworząc wielokąt pokrycia ognia bezpośredniego reprezentujący teren, który system uzbrojenia rozmieszczony na kluczowym terenie może angażować.
slope_raster = compute_slope(dem, unit="percent")
soil_score = query_soil_trafficability(aoi, vehicle_class)
passable = (slope_raster < threshold[vehicle_class]) AND (soil_score >= MIN_PASS)
corridors = vectorize(least_cost_paths(cost_surface(passable), origin, destination))
corridors = classify_width(corridors, passable) # nieograniczony / ograniczony / silnie ograniczony
Analiza wpływu warunków pogodowych
Analiza wpływu warunków pogodowych w oprogramowaniu JIPB przekłada prognozy meteorologiczne na oceny zdolności wojskowych. Analityk musi wiedzieć nie tylko, jaka będzie pogoda, ale co ta pogoda oznacza dla konkretnych zdolności operacyjnych w określonych momentach i miejscach AO.
Integracja danych prognostycznych łączy platformę JIPB z operacyjną służbą meteorologiczną. Standardowy format wymiany danych dla wyników numerycznej prognozy pogody to GRIB2, który koduje parametry atmosferyczne na regularnej siatce na wielu poziomach ciśnienia i czasie wyprzedzenia prognozy. Moduł pogodowy JIPB przetwarza pliki GRIB2 i interpoluje siatkę prognostyczną do zasięgu AO, tworząc lokalne szeregi czasowe prognozy w dowolnym punkcie zapytanym przez analityka. Można jednocześnie przetwarzać wiele modeli prognostycznych — Global Forecast System, model Europejskiego Centrum Prognoz Średnioterminowych lub militarny system pogody taktycznej — przy czym platforma wyświetla zgodność i rozbieżności modeli wskazując niepewność prognozy.
Tabele wpływu pogody na systemy uzbrojenia kodują progi przejścia do/z trybu działania dla każdego rodzaju zdolności. Platforma prowadzi bibliotekę profili systemów uzbrojenia i platform, z których każdy określa parametry meteorologiczne i progi decydujące o dostępności operacyjnej. Profile lotnicze obejmują minimalną wysokość podstawy chmur, minimalną widzialność w locie, maksymalny składnik wiatru bocznego i maksymalne natężenie opadów dla każdego typu statku powietrznego. Profile broni ognia bezpośredniego określają maksymalną prędkość wiatru, przy której rozwiązania układu kierowania ogniem są wiarygodne, wpływ wilgotności na działanie dalmierzy laserowych oraz wpływ temperatury na balistykę ładunków miotających. Tabele ognia pośredniego określają korekty rozrzutu dla prędkości i kierunku wiatru na wielu wysokościach w kopercie trajektorii.
Macierz efektów pogodowych generowana przez oprogramowanie to tabela fazowa w czasie — wiersze to okresy prognozowania, kolumny to typy zdolności — gdzie każda komórka jest oznaczona kolorem zielonym (zdolność dostępna), bursztynowym (zdegradowana, w granicach parametrów) lub czerwonym (poniżej minimów, niedostępna). Macierz jest generowana automatycznie na podstawie danych prognostycznych zastosowanych do biblioteki progów zdolności, przy czym analityk może nadpisywać poszczególne komórki, gdy jego ocena lub lokalna wiedza różnią się od zautomatyzowanej oceny.
Pomoce decyzyjne dla lotnictwa rozszerzają podstawową macierz efektów pogodowych o analizę specyficzną dla tras. Dla planowanych tras lotniczych w AO oprogramowanie oblicza prognozowane wartości podstawy chmur i widzialności w każdym punkcie trasy oraz dla każdego okna czasowego misji. Gdy prognozowane warunki w konkretnym punkcie trasy są poniżej minimów misji, oprogramowanie oznacza dany odcinek i sugeruje najwcześniejsze okno w okresie prognozowania, kiedy przewiduje się poprawę warunków. Ryzyko oblodzenia, potencjał turbulencji i wpływ gęstości powietrza na osiągi statku powietrznego na wysokogórskich lądowiskach są obliczane jako dodatkowe nakładki specyficzne dla lotnictwa.
Bazy danych modeli zagrożeń
Etap oceny zagrożenia wymaga ustrukturyzowanego modelu danych sił przeciwnika, który jest wystarczająco bogaty do wsparcia opracowania wariantów działania, ale możliwy do utrzymania przez komórkę rozpoznawczą w operacyjnym tempie. Oprogramowanie JIPB zarządza tym poprzez trzy wzajemnie powiązane komponenty baz danych: bazy danych ORBAT, bazy danych zdolności sprzętu oraz biblioteki TTP i doktryny zagrożenia.
Zarządzanie ORBAT utrzymuje hierarchiczny rejestr jednostek przeciwnika, od formacji na szczeblu strategicznym do plutonu lub indywidualnej platformy tam, gdzie pozwalają na to meldunki rozpoznawcze. Każdy rekord jednostki zawiera identyfikator jednostki (oznaczenie, typ szczebla, formacja macierzysta, narodowość), ostatnie znane miejsce z niepewnością pozycji, ocenę stanu (personel i sprzęt wg kategorii) oraz ocenioną efektywność bojową. Baza danych ORBAT prowadzi opatrzony znacznikami czasu historyk każdego rekordu: każda zmiana — nowy meldunek o pozycji, zaktualizowana ocena stanu, zmiana przełożonej komendy — jest rejestrowana ze źródłem rozpoznawczym i grupą daty i godziny pobrania, zamiast nadpisywania poprzedniej wartości. Ta historia umożliwia analitykowi śledzenie wzorców przemieszczania jednostek i identyfikację anomalii, które mogą wskazywać na przygotowanie do działań ofensywnych lub operacji maskowania.
Bazy danych zdolności sprzętu łączą wyposażenie jednostki z specyfikacjami wydajności stosowanymi w modelowaniu wariantów działania. Batalion zmechanizowany w ORBAT ma powiązane rekordy dla swoich typów pojazdów (z prędkością w terenie, na drodze, zużyciem paliwa i naciskiem na grunt), systemów uzbrojenia (zasięg, szybkostrzelność, typy amunicji i ograniczenia pogodowe) oraz organicznych systemów łączności (zakres częstotliwości, zasięg i architektura sieci). Te specyfikacje zasilają bezpośrednio generowanie harmonogramów wariantów działania — oprogramowanie oblicza, ile czasu zajęłoby konkretnej konfiguracji jednostki pokonanie danej trasy, stosując parametry prędkości pojazdów do wyników analizy korytarzy manewrowych — oraz modele wieloźródłowej fuzji rozpoznania w czasie rzeczywistym szacujące położenia jednostek w przyszłych momentach na podstawie obserwowanych pozycji wyjściowych i ocenianych prędkości przemieszczania.
Biblioteka TTP i generowanie szablonów doktrynalnych zagrożeń koduje standardowe procedury operacyjne przeciwnika jako reużywalne obiekty szablonowe. Szablon doktrynalny dla batalionu zmechanizowanego prowadzącego natarcie określa typową geometrię ugrupowania — odstępy między kompaniami, pozycję batalionu artylerii w stosunku do elementów manewrowych, głębokość straży przedniej — jako zestaw pozycji względnych sparametryzowanych punktem odniesienia i kierunkiem natarcia. Gdy analityk wybiera ten szablon i umieszcza punkt odniesienia na terenie, oprogramowanie renderuje pełny szablon w prawidłowej orientacji geograficznej i skali. Analityk dostosowuje następnie szablon do ograniczeń terenowych: korytarz manewrowy wymuszający na batalionie skrócenie frontu z dwóch kompanii do jednej kompanii przez cieśninę spowoduje, że oprogramowanie przeliczy odstępy między jednostkami, aby zachować tę samą głębokość w węższym ugrupowaniu. Wynikowy, dostosowany do terenu szablon stanowi szablon sytuacyjny dla danego wariantu działania.
Analiza COA i wsparcie gier wojennych
Opracowanie wariantów działania nieprzyjaciela jest kulminacyjnym produktem analitycznym JIPB. Analityk opracowuje od dwóch do czterech modeli wariantów działania przeciwnika, z których każdy reprezentuje doktrynalnie wiarygodną i geograficznie wykonalną opcję, którą przeciwnik może podjąć. Oprogramowanie JIPB wspiera opracowanie wariantów działania poprzez narzędzia modelowania COA, automatyczne generowanie harmonogramów i identyfikację punktów decyzyjnych.
Modelowanie wariantów działania nieprzyjaciela opiera się na szablonach doktrynalnych i analizie terenu, aby konstruować pełne geometrie wariantów działania. Dla każdego kandydującego wariantu analityk określa cel przeciwnika, oś natarcia lub sektor obrony oraz szczebel wysiłku głównego. Oprogramowanie pobiera odpowiedni szablon doktrynalny, nakłada go na MCOO w celu identyfikacji ograniczeń terenowych i generuje geometrię wariantu działania jako zestaw linii fazowych, osi natarcia i rejonów koncentracji rozmieszczonych na rzeczywistym terenie. Geometria wariantu działania jest przechowywana jako ustrukturyzowany obiekt geoprzestrzenny — nie statyczny obraz — dzięki czemu może być odpytywana, aktualizowana i automatycznie używana do generowania dalszych produktów.
Automatyczne generowanie harmonogramów oblicza fazową sekwencję zdarzeń dla każdego wariantu działania. Mając geometrię wariantu działania (trasę od rejonu koncentracji przez linię wyjścia do celu), oceniane typy pojazdów w ORBAT i analizę przejezdności terenu, oprogramowanie oblicza oczekiwany czas przybycia do każdej linii fazowej dla każdej jednostki w modelu wariantu działania. Generowanie harmonogramu uwzględnia ograniczenia przejezdności wynikające z MCOO — korytarz sklasyfikowany jako silnie ograniczony redukuje modelowaną prędkość przemieszczania poniżej prędkości marszowej platformy — oraz doktrynalne czasy przygotowania (czas potrzebny na przygotowanie artyleryjskie, przełamanie przeszkód inżynieryjnych, przemieszczenie z rejonu koncentracji na linię wyjścia). Wynikiem jest diagram fazowy w czasie pokazujący, gdzie każdy element przeciwnika ma się znajdować o każdej godzinie operacji w ramach każdego wariantu działania.
Identyfikacja punktów decyzyjnych to jedna z najcenniejszych funkcji automatyzacji w analizie wariantów działania. Punkt decyzyjny to miejsce i czas, w którym dowódca przeciwnika musi zaangażować się w konkretny wariant działania — po którym obserwowalne zachowanie sił będzie się różnić w sposób wykrywalny przez środki rozpoznania. Oprogramowanie identyfikuje punkty decyzyjne, porównując geometrie wariantów działania: geograficzny punkt, w którym wariant 1 i wariant 2 miałyby siły przeciwnika na różnych odcinkach trasy, jest punktem decyzyjnym, a czas, w którym przeciwnik musi znaleźć się w tym punkcie, aby wykonać którykolwiek wariant działania w doktrynalnych ograniczeniach czasowych, jest czasem punktu decyzyjnego. Punkty decyzyjne kierują planem rozpoznania: środki rozpoznawcze są kierowane do obserwacji punktu decyzyjnego w oknie decyzyjnym, tak aby potwierdzenie lub zaprzeczenie wariantu działania było możliwe, zanim przeciwnik się zaangażuje. Platforma wspiera również narzędzie równoległe — ustrukturyzowane porównanie wariantów działania oceniające każdy wariant według tego samego zestawu kryteriów (wykonalność, odpowiedniość, akceptowalność, rozróżnialność, kompletność) — i wspiera etap gry wojennej poprzez utrzymywanie rejestru każdej sekwencji działanie-reakcja-przeciwdziałanie testowanej dla każdego wariantu działania.
Generowanie produktów rozpoznawczych
Wyniki procesu JIPB stanowią zestaw ustrukturyzowanych produktów rozpoznawczych, z których dowództwo korzysta podczas planowania i wykonania. Oprogramowanie JIPB automatyzuje generowanie i formatowanie tych produktów na podstawie pracy analitycznej wykonanej w poprzednich krokach oraz zarządza wersjonowaniem i rozpowszechnianiem.
Automatyczne generowanie szablonu sytuacyjnego (SITEMP) renderuje geometrie modeli wariantów działania jako wojskową nakładkę kartograficzną zgodną ze standardową symboliką. SITEMP pokazuje rozmieszczenie sił przeciwnika w określonym czasie w ramach najbardziej prawdopodobnego lub najgroźniejszego wariantu działania, używając symboli jednostek MIL-STD-2525D lub APP-6E rozmieszczonych zgodnie z modelem wariantu działania. Oprogramowanie generuje wiele ramek SITEMP — po jednej dla każdej istotnej fazy czasowej harmonogramu wariantu działania — które razem tworzą animowany obraz oczekiwanego postępu przeciwnika. Nakładki SITEMP są eksportowalne jako warstwy geoprzestrzenne (GeoTIFF, KML lub natywny format C2), dzięki czemu można je ładować bezpośrednio do wspólnego obrazu operacyjnego bez ręcznego przerysowywania.
Automatyczne generowanie szablonu zdarzeń tworzy wielokąty nazwanych obszarów zainteresowania (NAI) i tabele wskaźników z analizy punktów decyzyjnych. Każdy NAI to geograficzny wielokąt rozmieszczony w lokalizacji punktu decyzyjnego, z adnotacją zawierającą listę obserwowalnych zdarzeń potwierdzających lub zaprzeczających każdemu wariantowi działania obserwowanemu w tym miejscu, typ środka rozpoznawczego najlepiej nadającego się do obserwacji NAI, priorytet względem innych NAI oraz okno czasowe, w którym obserwacja musi nastąpić. Szablon zdarzeń jako całość stanowi macierz wskaźników kierującą planem rozpoznania. Podobnie jak SITEMP, szablon zdarzeń jest eksportowany jako nakładka geoprzestrzenna i jako ustrukturyzowana tabela do macierzy synchronizacji rozpoznawczej.
Generowanie macierzy wsparcia decyzji łączy NAI i wskaźniki szablonu zdarzeń z planami wariantowymi sił własnych, które wyzwalają. Oprogramowanie generuje stronę rozpoznawczą macierzy wsparcia decyzji (DSM) — lokalizacje punktów decyzyjnych, czasy i progi wskaźników — i udostępnia ustrukturyzowany interfejs danych, z którego moduł planowania C2 korzysta do kojarzenia każdego punktu decyzyjnego z odpowiednim wyzwalaczem planu wariantowego sił własnych. Odpowiedzialność platformy JIPB kończy się na definicji punktu decyzyjnego; odpowiedzialnością systemu C2 jest monitorowanie meldunków rozpoznawczych względem NAI i alarmowanie dowódcy po przekroczeniu progu wyzwalacza. Umożliwia to integracja oprogramowania JIPB ze szerzej pojętym procesem rozpoznawczym, w tym NLP dla wojskowych raportów rozpoznawczych, pozwalające na automatyczne dopasowywanie przychodzących meldunków SPOT i SALUTE do aktywnych NAI oraz ocenę relewancji wskaźników bez ręcznego segregowania przez analityka.
Wersjonowanie i rozpowszechnianie produktów to krytyczna funkcja operacyjna, która jest często niedostatecznie określona w projektach oprogramowania JIPB. W praktyce operacyjnej produkty JIPB są aktualizowane wielokrotnie w ciągu dnia w miarę napływania nowych informacji rozpoznawczych i zmieniania się ocen wariantów działania. Odbiorcy — jednostki przyległe, wyższe dowództwa, podlegli dowódcy — muszą być w stanie odróżnić bieżącą wersję produktu od wersji zastąpionej, nie czytając całego produktu od początku. Oprogramowanie JIPB zarządza tym poprzez rejestr produktów śledzący każdy opublikowany produkt według numeru wersji, grupy daty i godziny publikacji, jednostki produkującej i podsumowania zmian opisującego, co zostało zaktualizowane w bieżącej wersji w stosunku do poprzedniej. Rozpowszechnianie jest rejestrowane: platforma zapisuje, które jednostki otrzymały którą wersję każdego produktu, umożliwiając oficerowi rozpoznania identyfikację jednostek działających na podstawie zastąpionego produktu i powiadomienie ich o aktualizacji. Znaczniki czasu wygaśnięcia produktów alarmują komórkę rozpoznawczą, gdy produkt zbliża się do granicy swojej ważności i wymagany jest cykl odświeżania.
Kombinacja zautomatyzowanej analizy terenu, ustrukturyzowanego modelowania zagrożeń, wspomaganego programowo opracowania wariantów działania i sformatowanego generowania produktów skraca czas potrzebny do sporządzenia kompletnego JIPB z dni do godzin na szczeblu brygady, a z godzin do kilkudziesięciu minut w przypadku skupionej aktualizacji pojedynczego kroku JIPB. Pozostały czas jest poświęcany na to, czego oprogramowanie nie może zastąpić: ocenę analityka, który teren dowódca przeciwnika faktycznie będzie preferował, jakie odchylenia od szablonów doktrynalnych konkretna rozpatrywana jednostka jest znana z stosowania i który z trzech ocenianych wariantów działania jest najbardziej spójny z zamiarem dowódcy sugerowanym przez rozpoznanie, że przeciwnik realizuje. Oprogramowanie JIPB nie automatyzuje tych ocen — zapewnia analitykowi ustrukturyzowane dane, sformatowane produkty i infrastrukturę rozpowszechniania, aby mógł je formułować dobrze i szybko je komunikować.