AEDP-05 - посібник з впровадження інтерфейсу бібліотеки ISR NATO

Що це таке

AEDP-05 (Edition 2, травень 2013) - NATO Allied Engineering Documentation Publication для інженерів, які створюють ПЗ за NATO Standard ISR Library Interface (NSILI), угоди про взаємодію, зафіксованої в STANAG 4559. NSILI - інтерфейс, яким країни NATO шукають, відкривають і отримують дані intelligence, surveillance and reconnaissance (ISR), зокрема зображення, motion imagery та продукти moving-target-indicator, з бібліотек одна одної. AEDP-05 не встановлює власних вимог. Він крок за кроком, з прикладами Java і C++, показує, як впроваджувачі фактично будували частини, які визначає STANAG 4559, і фіксує, що тестування взаємодії між 2008 і 2011 роками показало щодо розбіжностей middleware різних постачальників.

Посібник з впровадження, а не сам стандарт

Посібник прямо зазначає, що його роль - підтримувати STANAG 4559, а не замінювати його: він «надає оновлені технічні та управлінські керівні матеріали для впровадження NATO STANAG 4559: NSILI» у ширшій архітектурі. Це також керівні матеріали, а не те, що країни формально ратифікують. Letter of Promulgation фіксує лише, що AEDP-05 «схвалено країнами в JCGISR» перед опублікуванням NATO Standardization Agency, а документ описує прийняття самого посібника як те, що «заохочують NSILI CST і JCGISR», а не як обов'язок. STANAG 4559 - угода, яку впроваджує країна; AEDP-05 - те, до чого звертається інженерна команда, коли програма має поставити бібліотеку або клієнт, сумісні з STANAG 4559, щоб побачити, як інтерфейс уже будували в інших місцях.

Побудова з'єднання клієнт/сервер

Сервер публікує CORBA-посилання на свій об'єкт Library як рядок Initial Object Reference (IOR), доступний клієнтам через HTTP(S). Клієнт завантажує цей рядок, перетворює його назад на CORBA-об'єкт і звужує до посилання Library для входу. Посібник проходить кожен крок у Java і C++ і охоплює практичні проблеми роботи через брандмауери та Network Address Translation, зокрема конкретні налаштування middleware, що спричиняли збої взаємодії під час тестування - наприклад, параметр VisiBroker, який за замовчуванням призводить, на власні слова посібника, до «marshalling error при отриманні результатів запиту».

Пошук і отримання продуктів ISR

Інтерфейс CatalogMgr пропонує спосіб підрахувати відповідні результати і спосіб їх отримати, кожен повертає об'єкт запиту, який проходить визначені стани під час пошуку. Посібник дає розібрані приклади побудови рядка Boolean Query Syntax (BQS), зокрема запитів за датою, wildcard, порівнянням тексту та геопросторових, і рекомендує будувати належний парсер з граматики BQS у STANAG 4559, а не намагатися перетворювати запити в SQL простою підстановкою рядків. Продукти можна отримати напряму за URL або замовити через OrderMgr, який підтримує alterations, зокрема chipping (вирізання прямокутної частини з великого зображення), rescaling і конвертацію формату, з доставкою через HTTP(S), e-mail або фізичні носії.

Chipping і метадані: що змінюється, а що ні

Вирізання chip з великого зображення змушує перерахувати кілька полів підзаголовка зображення, зокрема розміри, геолокацію та довжину файлу. Одне поле - навмисний виняток: «Оскільки chipping не змінює час зйомки, IDATIM must not be changed.» Посібник також рекомендує завжди додавати тег ICHIPB до chip, а не перераховувати кожен інший елемент метаданих, «щоб інші TRE можна було включити в chipped image без змін».

Callbacks і типові deadlock для впроваджувачів

Callbacks дозволяють серверу асинхронно повідомити клієнта, коли довготривалий запит завершено, але посібник документує два конкретні патерни deadlock, на які натрапляли впроваджувачі, коли реєстрацію callback і його відповідь обробляли синхронно. Виправлення прямолінійне: реалізувати сам callback асинхронно або передати його окремому потоку, щоб реєстрація ніколи не блокувалася в очікуванні відповіді.

Безпека поза межами інтерфейсу

STANAG 4559 припускає, що безпеку обробляють поза самим API, на мережах і робочих станціях, захищені до рівня класифікації в використанні; інтерфейс не додає власного контролю доступу. Посібник описує два способи, якими коаліції накладали безпеку на це припущення на практиці: відкрити лише бібліотеку «Community of Interest» з попередньо розкритою інформацією для зовнішніх партнерів або маршрутизувати трафік через adaptor layer, який може додати authentication і integrity checks між спільнотами.

Як керують угодою і чого інтерфейс не зробить за вас

STANAG 4559 курує Joint Capability Group on ISR, який призначає Custodian для підтримки тексту та маршрутизації запропонованих змін; розбіжності між країнами передають у підгрупу ASIISG на рішення, а схвалені зміни зрештою йдуть країнам на ратифікацію. Зміни самого AEDP-05 проходять той самий процес, але як AEDP, а не STANAG, схвалюються на рівні JCGISR і опубліковуються, а не проходять національну ратифікацію. Посібник так само прямо вказує на прогалину в самому інтерфейсі: артефакт, позначений obsolete через інтерфейс, лише змінює поле статусу, бо «removing, in terms of the artifact completely vanishing from the library (both metadata and files), is not supported via the STANAG4559 interface.» Справжнє видалення потребує адміністративного механізму поза STANAG 4559.

Стандарти, на які він посилається

• STANAG 4559Довідково
• STANAG 4545Довідково
• STANAG 4607Довідково
• STANAG 4609Довідково
• AAP-03Довідково
• AEDP-02Довідково
• STANAG 4658Довідково
• STANAG 4676Довідково
• STANAG 7023Довідково
• AEDP-12Довідково
• AAP-32Довідково
• STANAG 5516Довідково

Інші стандарти в темі «Авіаційні озброєння»

• AEDP-02AEDP-02 - архітектура взаємодії ISR NATO
• AEDP-03AEDP-03 - керівні матеріали з санітарної обробки пам'яті розширених систем зберігання даних
• AEDP-06AEDP-06 - інтерфейс розширеного зберігання даних NATO (NADSI)
• AEDP-12AEDP-12 стандарт NATO на дані супроводу цілей для ISR
• AEDP-17AEDP-17 - стандартний інтерфейс бібліотеки ISR NATO
• AEDP-18AEDP-18 стандартні служби потокової передачі ISR для NATO