Android Team Awareness Kit (ATAK) to standardowa aplikacja taktycznej świadomości sytuacyjnej Departamentu Obrony USA dla urządzeń Android. Pierwotnie opracowana przez Air Force Research Laboratory, a obecnie utrzymywana przez TAK Product Center, ATAK zapewnia siłom lądowym wspólny obraz operacyjny — śledzone pozycje GPS personelu, nakładki mapowe, łączność głosową i cyfrową — na zabezpieczonych urządzeniach Android.

Siła ATAK jako platformy tkwi w architekturze wtyczek. Podstawowa aplikacja zapewnia silnik mapowy, potok danych Cursor on Target (CoT) i framework UI. Niestandardowe możliwości — integracja czujników, specjalizowane nakładki, wizualizacja danych dziedzinowych, integracja z systemami backendowymi — są dostarczane jako wtyczki Android instalowane obok ATAK i interagujące z nim przez zdefiniowane API.

Architektura ATAK: kluczowe komponenty

Protokół Cursor on Target (CoT). CoT jest podstawowym protokołem wymiany danych w ekosystemie ATAK. CoT event to wiadomość XML ze standardowym schematem opisującym punkt w czasie i przestrzeni: kto lub co zostało zaobserwowane, gdzie, kiedy i z jaką pewnością. CoT events przepływają między klientami ATAK oraz między ATAK a systemami backendowymi przez UDP multicast (dla lokalnej siatki), TCP/TLS (dla TAK Server) lub własnościowe łącza radiowe.

Każdy obiekt na mapie ATAK — przyjazne jednostki, pojazdy, punkty zainteresowania, geofence — jest reprezentowany jako CoT event. Wtyczki dodające obiekty do mapy robią to, generując CoT events i wstrzykując je do wewnętrznej magistrali zdarzeń ATAK. Wtyczki konsumujące obraz operacyjny subskrybują CoT events z magistrali.

Plugin API. ATAK udostępnia swoją funkcjonalność wtyczkom przez ATAK Plugin API — zestaw klas menedżerów zapewniających dostęp do silnika mapowego (MapView — do dodawania i manipulowania elementami mapy), potoku CoT (CotService — do generowania i konsumowania zdarzeń), warstwy komunikacyjnej (CommsMapComponent — do łączności sieciowej) i komponentów UI (PluginLayoutInflater — do wstrzykiwania niestandardowego UI do struktury nawigacyjnej ATAK).

Warstwy mapy. Silnik mapowy ATAK jest zbudowany na OpenMap i obsługuje wiele typów warstw: warstwy kafelkowe (dla danych map offline — MBTiles, DTED, CIB), warstwy wektorowych nakładek (do rysowania figur geometrycznych — sektory, strefy, trasy) i warstwy znaczników (dla pojedynczych elementów punktowych). Wtyczka może dodawać dowolny z tych typów warstw do mapy z pełnym dostępem do potoku renderowania ATAK, w tym renderowania uwzględniającego wysokość dla wizualizacji terenu.

Typy wtyczek: dane, nakładki i integracja czujników

Wtyczki danych łączą ATAK z zewnętrznymi źródłami danych: bazami danych logistycznych, systemami porządku bojowego, kanałami wywiadowczymi. Zazwyczaj uruchamiają usługę w tle, która odpytuje lub subskrybuje zewnętrzny system i wstrzykuje CoT events na mapę ATAK po otrzymaniu danych. Głównym wyzwaniem inżynieryjnym jest obsługa przerywanej łączności — wtyczka musi buforować dane otrzymane podczas rozłączenia i odtwarzać je po przywróceniu łączności, bez tworzenia duplikatów lub nieaktualnych elementów na mapie.

Wtyczki nakładek dodają specjalizowaną wizualizację do mapy: środki koordynacji wsparcia ogniowego (FSCM), korytarze lotnicze, strefy zakazu ognia, trasy ewakuacyjne. Są zazwyczaj renderowane jako nakładki wektorowe przy użyciu API DeconflictionSolver ATAK, aby zapobiec wzajemnemu zasłanianiu się nakładających się geometrii. Wtyczki nakładek często zawierają UI do wprowadzania danych — dialog do definiowania i edytowania elementów geometrycznych — który musi być użyteczny w rękawicach w warunkach polowych.

Wtyczki integracji czujników łączą czujniki sprzętowe z ATAK: kanały wideo UAV (wyświetlanie wideo w panelu ATAK z nakładaniem śladu gimbala na mapę), radionamierniki (wyświetlanie linii namiarów), kalkulatory balistyczne (integracja z pozycją obserwatora do generowania misji ogniowych). Te wtyczki wymagają szczególnej uwagi na opóźnienie — 800 ms lag między wyświetlaniem mapy a faktyczną pozycją gimbala w kanale wideo tworzy operacyjnie istotne zamieszanie.

Ograniczenia Android API dla zastosowań taktycznych

Wtyczki ATAK są aplikacjami Android i podlegają ograniczeniom zarządzania energią Android oraz cyklu życia procesów. Usługi w tle mogą być zabijane przez OS pod presją pamięci — niedopuszczalne dla wtyczki, która musi dostarczać alerty w czasie rzeczywistym niezależnie od tego, co operator robi na ekranie. Standardowym wzorcem jest uruchamianie krytycznej logiki wtyczki jako Foreground Service (z powiadomieniem), który Android chroni przed zabiciem.

Żywotność baterii jest twardym ograniczeniem dla urządzeń taktycznych. Wtyczka utrzymująca stałe połączenie sieciowe, ciągłe odpytywanie GPS lub wykonująca intensywne obliczenia w tle może wyczerpać baterię urządzenia w ciągu 4–6 godzin w warunkach operacyjnych. Analiza budżetu energetycznego — pomiar dodatkowego zużycia baterii wprowadzonego przez wtyczkę przy reprezentatywnych wzorcach użytkowania — powinna być częścią testów akceptacyjnych każdej wtyczki ATAK.

Kwestie trybu offline

Operacje taktyczne często odbywają się w obszarach bez zasięgu sieci komórkowej i z ograniczoną lub zerową łącznością z TAK Server. Wtyczka ATAK wymagająca łączności do działania nie jest narzędziem taktycznym — jest narzędziem garnizonowym, które po prostu działa na urządzeniu taktycznym. Każda wtyczka ATAK powinna być zaprojektowana z wyraźnym trybem pracy offline: lokalne buforowanie potrzebnych danych, lokalne przechowywanie zdarzeń wygenerowanych podczas okresu rozłączenia i automatyczna synchronizacja po przywróceniu łączności.

Dane map offline — kafelki rastrowe, dane wysokości terenu, obiekty wektorowe — muszą być wstępnie załadowane na urządzenie przed wdrożeniem. TAK Product Center dostarcza narzędzia do przygotowywania pakietów map offline. Wtyczka dodająca niestandardowe obiekty mapy musi określić, jakich danych mapowych potrzebuje i jak te dane są wstępnie ładowane, jako część dokumentacji wdrożeniowej.

Kluczowy wniosek: Najtrudniejszą częścią tworzenia wtyczek ATAK nie jest API — to zrozumienie przepływu pracy operacyjnej. Twórz razem z operatorami, a nie tylko dla operatorów. Wtyczka, która wygląda poprawnie w laboratorium, może zawieść w terenie, bo wymaga interakcji oburącz, która jest niemożliwa, gdy operator trzyma karabin w jednej ręce.

Integracja z backendami C2 przez CoT

ATAK integruje się z systemami backendowymi C2 przez TAK Server — aplikację serwerową open-source, która federuje strumienie CoT events, zapewnia trwałe przechowywanie i umożliwia komunikację między klientami ATAK przez połączenia WAN. Niestandardowe backendy C2 integrują się z ATAK, implementując protokół federacji TAK Server lub uruchamiając bramę CoT, która tłumaczy między wewnętrznym formatem systemu C2 a CoT.

Wzorzec bramy CoT-to-C2 jest standardowym podejściem do integracji ATAK z istniejącymi systemami C2: brama subskrybuje CoT events z TAK Server, tłumaczy je na format ścieżek systemu C2 i wstrzykuje do magazynu danych C2. W odwrotnym kierunku subskrybuje aktualizacje ścieżek systemu C2 i publikuje je jako CoT events do TAK Server, gdzie pojawiają się na wszystkich podłączonych klientach ATAK. Takie podejście nie wymaga modyfikacji ani systemu C2, ani ATAK — tylko komponent bramy musi rozumieć oba modele danych.