5 に答える
私は現在（あと1週間程度ですが）シミュレーション業界で働いています。エラーが発生した場合は事前に謝罪します。間違った情報を覚えている場合は修正します。
DIS
この規格は、ネットワーク上のデータのレイアウトを指定します。つまり、パケット/データPDUは、DIS仕様で定義されているとおりに正確にレイアウトされます。
ベストエフォートネットワーキング（つまり、UDPプロトコル、ブロードキャスト）に依存します
エンティティは、それがまだ演習の一部であることを他のすべての人に通知するために、特定の間隔（デフォルト：5秒）でハートビートする必要があります
演習に参加したさまざまなアプリケーションを管理する中央サーバーはありません
シミュレーションアプリケーションはいつでもシミュレーションに参加でき、いつでも退会できます
HLA
RTI（Run Time Infrastructure）と呼ばれる中央マネージャーを使用して、さまざまなアプリケーションからデータを受信し、シミュレーションで他のアプリケーションに送信します（HLAのコンテキストでは、これらはフェデレートと呼ばれ、フェデレートのセットはフェデレーションです）
すべての連邦政府は、RTIを通過してシミュレーションに参加および離脱する必要があります
DISとは異なり、HLA仕様はデータパケットのレイアウトを指定しませんが、代わりにアプリケーションが使用する一連のAPI機能を定義します。RTIはAPIを実装するものです。
HLAフェデレーションは、シミュレーションのデータが何を表すかを定義するFOM（フェデレーションオブジェクトモデル）に従ってデータを公開します。これにより、新しいタイプのデータPDUの追加が委員会（SISO）を通過するDISとは異なり、新しいオブジェクトとインタラクションタイプを定義する新しいFOMを作成できます。たとえば、HLAで実行されるほとんどのシミュレーションは、RPR FOMを利用します。これは、DIS標準エンティティと相互作用をほぼ反映しています。
HLAは、データ配布管理（DDM）など、DISがサポートしていない追加機能を追加します。この機能では、連邦政府は、特定のタイプのデータのみに関心があることをRTIに通知します。
サブスクリプションサービスをサポートします。フェデレーションは、特定のオブジェクトまたはインタラクションデータの受信のみに関心があることをRTIに通知します（つまり、アプリケーションは船舶に関するデータのみを必要とします）。
ある連邦政府の管理下にあるオブジェクトが管理するために別の連邦政府に与えられる所有権移転の機能をサポートします。
DISはHLAとその逆をホストできますか？
これらの根本的な違いにより、DISとHLAが相互にホストできないことは明らかです。
ただし、これが実際に意味するのは、DISのシミュレーションがHLAのシミュレーションと相互作用するためには、2つのプロトコル間のアダプターとして機能するある種のネットワークブローカーが必要であるということです。このようなブローカーの例は、MAKVR -ExchangeまたはGMUゲートウェイです。
さらに読むために：
HLAに関するあまり知られていない歴史があります。
HLAの設計は、実際には、HLAを開発した同じMitreの人々によって90年代初頭に主導されたAggregate Level Simulation Protocol（ALSP）と呼ばれるものに基づいています。ALSPは、軍団/師団司令部訓練に使用される大規模な建設的シミュレーションをリンクするように設計されました。ALSPの相互運用性の要件には、多数のオブジェクト、保守的な時間の同期、およびシミュレーションイベントの交換が含まれていました。スケーラビリティの問題が発生するため、エンティティの更新を定期的にブロードキャストする余裕はありませんでした。
私の晩年の関与では、UlchiFocusLensの演習の1つあたり100万もの戦場のオブジェクトに到達しました。HLAとDISの基本的な違いは、HLAは建設的な大規模で可変の忠実度の保守的な時間管理シミュレーションを処理するように設計されているのに対し、DISはネットワーク化されたシミュレーター環境から生まれ、ほぼリアルタイムのプラットフォームレベルのシミュレーターに焦点を合わせていることです。
HLAは、これら2つのクラスのシミュレーションをある程度相互運用させるのに役立ちますが、リンクされているシミュレーションのタイプの固有の違いによって常に制限されます。
たとえば、保守的な時間管理されたシミュレーションフェデレーションが計算で行き詰まった場合、HLA時間管理により、最も遅いシミュレーションが前進するまで、フェデレーションは時間の前進を停止します。DISはこれをサポートしていません。DIS主導のプラットフォームでは、すべての時間管理されたエンティティはスローモーションで移動するか、完全に停止するように見え、フェデレーションがリアルタイムに追いつくようにすると、定期的にリアルタイムよりも速く移動しているように見えます。
ほとんどすべてのRTIは集中化されていますが、HLA仕様にはRTIを集中化する必要があると書かれているものはありません。
HLA 1516標準は、シミュレーターとRTIの間のAPIのみを定義します。RTI間ではありません。RTI間でデータを交換するために使用されるプロトコルは独自のものです。したがって、同じベンダーまたは政府機関のRTIのみが相互運用できます。大きな欠陥。別のRTIを使用している場合は、独自のプロトコル間で変換するための「ブリッジ」が必要になります。これは高額になる可能性があります。
DISとHLAのブリッジを計画している場合は、FOMの編成方法によっては、両側でシミュレーションの忠実度が失われる可能性があることに注意してください。DISからRPRFOMは簡単ですが、DISにまったくマッピングされない可能性のある他のFOMがあります。状況によっては、PDUフィールドをHLAオブジェクト属性または相互作用パラメーターに変換できない場合があります（またはその逆）。これらの状況で使用するデフォルト値の種類については、最善の判断を下す必要があります。また、HLAFOMオブジェクト階層がDISとは非常に異なる構造になっている場合もあります。この場合、変換には、複数のDISPDUからのデータを組み合わせて1つのHLAメッセージを形成する必要がある場合があります。これは、何らかの形式のメッセージ状態を保持するために、ブリッジにコードを記述する必要があることを意味します。
また、実行時にHLA属性を少しずつ取得します。オブジェクトの検出後、DIS PDUを適切に設定するのに十分な属性を受け取るまで、オブジェクトインスタンスの変換を待つ必要があります。
もう1つの問題は、HLAが時間管理サービスを提供できることです。時間管理を使用してDISアプリケーションをHLAフェデレーションに統合しようとすると、多くの同期の問題に対処する必要があります。
購入予算がある場合は、MAKVR-Exchangeを使用することをお勧めします。