この投稿には、主にウィキペディア、Google、またはいくつかの本で読むことができる理論が含まれています。 ただし、10,000メートルの高度でお弁当の中身を食べている間、地球上で人とコンピューターが解決しなければならないタスクを要約し、明確に示すようにします。 それでもなぜこれが必要なのかを知りたいなら、猫へようこそ。
飛びたい
そもそも、空の飛行機はA地点からB地点まで直線ではなく短い距離で飛行しますが、水平面ではいわゆる「気道」を、垂直ではエシェロンを使用します。 気道は、2つのナビゲーションポイントを結ぶ線です。 ナビゲーションポイント-座標で表され、独自の指定（指定の例：NOVEN、DOBAK、GAGARIN、OKLIT）を持つテレイン上の固定ポイント、ナビゲーションポイントはビーコン（理想的なオプション）、テレイン上のランドマーク（これも悪くない）、または単に選択することができますそこからのトラックが大都市や秘密の軍事施設を通過しないように。 ナビゲーションポイントとそれらの間の回廊は特定の国ごとに決定され、異なる場合があります。 航空会社、航空管制官、パイロット、航空機の自動操縦装置（およびSimers）に航空航法の状況の変化を知らせるために、28日ごとにAIRAC情報（Aeronautical Information Regulation And Control）が公開され、すべての航行単位（ポイント、ルート、飛行場、灯台、入力ノードなど）。 さらに、ナビゲーション環境はほんの数分で変化する可能性があります。例えば、災害MH17の後にウクライナの領空を閉鎖します。 航空会社の任務は、ルートを「まっすぐにする」ことによってコストを削減することですが、実践が示すように、まもなくそれが常に安くなるとは限りません。 さらに、フライトプランを送信するときは、既存のフライトと重複していないかどうかを確認することをお勧めします。 しかし、多くの飛行機があり、誰もがより短く飛ぶことを望んでいます...
欲しいときは飛ぶ
それは-簡単で、飛行計画を提出した-彼の飛行機のFMS（飛行管理システム）にそれを押し込み、自動操縦をオンにして飛行全体をリラックスさせたが、そうではないようだ！ 別の次元として時間を考慮する必要があります。 さらに、飛行時間はポイント間の距離を航空機の巡航速度で割ったものではなく、多くの要因（大気の状態（主に風と温度）、出発港と到着港の混雑、ルートの混雑、列車の占有、飛行機の積載、パイロットの気分によっても決定されます） 。
最も単純な例を考えてみましょう。これには、たとえばアムステルダム（EHAMナビゲーション指定）などのいくつかの大きな空港を使用し、モスクワからHabraAvia、パリからFogAvant、ローマなどからPizzaAgentを使ってアムステルダムに行きたいと仮定します。 。 すべての航空会社は、ニューヨークの16:00にMacDakAgentフライトが出発する直前にフライトを完了することを望んでおり、大西洋横断の乗客に便利な接続を提供すると同時に、同じ側から海上を飛行した乗客をピックアップします。 もちろん、アムステルダム空港は3機の航空機に対応できますが、30機があるとどうなりますか？ そして、これがすべてではありません。たとえば、ディスパッチャはスズメが撃たれ互いに電話をかけたことが判明し、パリからの飛行をわずかに遅らせ、ローマからの飛行の経路をわずかに真っ直ぐにすることができました（モスクワの飛行を変更することはできません-別の責任範囲）幸せになります。 しかし、ローマからのフライトは、DutyFreeで乗客を捕まえたために25分遅れて離陸し、マスコビテスは微風を吹いて、10分早く到着し、パリからのフライトは予定通りに飛び出し、フライトまたはフライトレベルで収束するか、交通渋滞を作成してアムステルダムに同時に飛行します（AndroidでAirControlをプレイした人は理解します）。パリの飛行は遅れ、フランス人は自由の女神を見に飛び去ることはありません。
もっと混chaos！
アムステルダム空港の経験豊かな古い派遣者もこのタスクに対処し、パイロットは燃料を使いすぎても罰金を科せられず、ニューヨークへのフライトは誘導路の混乱のために飛び出せなかったとします。 しかし、それだけです。突然、自動車事故で亡くなった人のドナーの心臓が飛行機でワルシャワから飛んでくることがわかります。そのような飛行機には特別なラベル「No Delay、No rerouting」があり、これに飛行機のルートに加えて、時間通りに到着する必要があります-ハートキャリアはラップランド大統領のレタリングボードと交差し、レタリングボードの護衛の規則に従って-彼は単独で軌道に乗るべきであり、この時点でドイツ空軍は演習を行い、トラックの一部を「地球から宇宙」の高さで閉鎖することを決定し、チェコ共和国はカバーしました フロントeskers、パリの隣人は巨大な遅延を引き起こし、ストライキを配置されています。 まあ、自動化の必要性に関するすべての疑念を払拭するために、飛行機でフランス人をニューヨークに連れて行くMacA飛行機は、蜂で箱を開けて、緊急着陸を必要とします。
それでも時々、牛が離陸場に足を踏み入れ、飛行機に不具合があり、フライトコントローラーが病気になり、パイロットに労働時間があります（フライトのわずかな遅れでも8時間-乗組員の休憩時間になります）、乗客は激怒し、乗客は心臓発作を起こしますなどなど...
一般に、次のような結果になります。
このディスパッチャが営業日の終了後にどのように感じるか想像してみてください。
ここで説明するすべての出来事-私の病気の想像力の成果ではなく-これらは、航空管制当局が日常業務で直面しなければならなかった実際の状況です。 そして、これは起こりうることのほんの一部であり、正しく処理されるべきものです。 さらに、1日で3万回を超えるフライトがETFMSの内部を通過し、この数値は常に増加していることに加えて、システム障害が発生した場合の緊急復旧のタスクがあります。
ETFMSは、状況を直接管理して対応するタスクに加えて、「シミュレーション」と「予測」の問題も解決します。 ただし、これらのタスクの説明はこの投稿の範囲外です。
少しのir：
次の投稿では、タスクを解決するために選択されたツールのリストを検討し、ツールとそれらを操作する人々が長年にわたってシステムを円滑に運用できることを確認します...
この記事で紹介するすべての資料は、オープンソースから取得したものです。 外国語を誤用した場合、申し訳ありません。外出先で切り替えるのは難しく、一部の翻訳用語については知りません。