航空オペレーションAI
レガシーの乗務員スケジューラーは、ネットワークの静的なスナップショットに対して列生成を実行します。連鎖的な運航障害が発生し、乗務員の位置情報が古くなると、ソルバーは実在しない幻の航空会社を最適化してしまいます。Southwestはこれを学ぶために12億ドルを失いました。Spiritは2024年7月、スケジューリングアルゴリズムが利用可能な乗務員の43%に対して矛盾する割り当てを生成したことで、5,000万〜1億ドルを失いました。DOT(米国運輸省)の自動払い戻しルールにより、いまや3時間の遅延ごとに現金払い戻しが義務付けられ、IROPSリカバリーの遅さがもたらすコストはかつてないほど高まっています。
Veriprajnaは、既存のJeppesenまたはIBSの導入環境を強化するML(機械学習)主導のIROPSリカバリーエンジンを構築します。私たちはお客様のソルバーを置き換えません。私たちが扱うのは、ソルバーには処理できない領域です。すなわち、乗務員の位置が不確実な連鎖的な運航障害、ネットワーク全体への影響範囲(ブラスト半径)分析、そして数時間ではなく数分で生成されるリカバリープランです。
年間600億ドル
業界全体のIROPSコスト
IATA推計
4〜12時間
手作業による乗務員リカバリー時間
業界ベンチマーク
3時間トリガー
DOT義務付けの自動払い戻し
DOT最終規則、2024年10月
運航管理センターの現場から見た、航空会社のオペレーション崩壊の解剖図。
冬の嵐が主要拠点での運航を停止させます。お客様の乗務員スケジューリングソルバーは、通常30〜60分ごとのバッチサイクルで動作します。ネットワークの静的なスナップショットを取得し、時間を凍結して最適なリカバリーを計算します。しかしネットワークの状態は5分ごとに変化しています。ソルバーが解を返す頃には、その入力はすでに誤っています。乗務員は移動し、接続便は破綻しています。その解は、誰かが目にする前にすでに無効になっているのです。
これが 最適化と実行のギャップです。お客様のソルバーは、効率性(既知の世界における最も安価なスケジュール)のために設計されたものであり、回復力(未知の世界における生き残れるスケジュール)のためではありません。このギャップは、孤立した遅延の間は管理可能です。しかし連鎖的な運航障害の間は、致命的なものになります。
自動化された乗務員通知システムは処理しきれなくなります。地方空港に取り残された乗務員は、スケジューリングセンターに電話して自分の位置を報告します。待ち時間は4時間、そして8時間に達します。ソルバーは確かな入力を必要とします。「スミス機長はデンバーのB7ゲートにいる」というように。しかしスミス機長はホテルにいるかもしれませんし、従業員バスに乗っているかもしれませんし、コロラドスプリングスまで運転するためにレンタカーを借りたかもしれません。お客様のソルバーは「おそらくデンバーにいる」では機能しません。確実性が必要なのです。連鎖の最中には、確実性など存在しません。
これがまさに、2022年12月にSouthwestを破綻させたものです。彼らは自社のパイロットと客室乗務員の所在を見失いました。SkySolverは、システムが想定していた場所にいない乗務員に対してスケジュールを生成していました。航空会社は、実在しない幻のネットワークを最適化していたのです。
破綻した乗務員ペアリングの数は、直線的にではなく指数関数的に増加していきます。各欠航は乗務員を移動させ、それが次のペアリングを破綻させ、それが機材を立ち往生させ、それが後続便を欠航させます。ポイント・トゥ・ポイント型のキャリアでは、乗務員と機材が自然に再集結するハブの「再生ポイント」が存在しないため、影響範囲(ブラスト半径)は封じ込められません。
お客様のソルバーは計算上の崖にぶつかります。分枝価格法アルゴリズムは、運航上の意思決定の時間枠内に、最適解はおろか実行可能解さえ見つけられません。ディスパッチャーはシステムを放棄し、スプレッドシートとホワイトボードで作業を始めます。彼らはいまや、NP困難な組合せ問題を、プレッシャーの中、午前3時に、手作業で解いているのです。ここで12億ドルの損失が発生します。
2024年10月以降、3時間を超える国内線の遅延はすべて、義務付けられた自動払い戻しを引き起こします。バウチャーではありません。代替予約でもありません。乗客が請求しなくても、7営業日以内の現金払い戻しです。1日300便を運航するキャリアにとって、平均運賃280ドル、1便あたり乗客150人の条件で50便が3時間の基準を超えて遅延すると、たった1日の悪い日から210万ドルの義務的払い戻しエクスポージャーが発生します。IROPSリカバリーの遅さに対する金銭的ペナルティは、桁違いに深刻になったのです。
2026年に各ベンダーが実際に何を提供するかについての率直な評価。選択肢を検討する際にこれを参照してください。
| ベンダー | 業務内容 | 強み | ギャップ |
|---|---|---|---|
| Jeppesen (現Thoma Bravo傘下) |
CrewPlan、CrewAlert、Stratosphere(新しいAIレイヤー)。業界標準の列生成ソルバー。100社以上の航空会社が顧客。 | 最も深い航空会社との関係。数十年にわたるドメイン知識の体系化。新しいStratosphere AI運航障害ツール(2025年10月)。Boeingから独立し、専用の投資を受けている。 | コアとなるソルバーは依然としてバッチ式の列生成。Stratosphereは予測分析であり、ML主導のリカバリーではない。所有権の移行が長期的なロードマップに不確実性を生んでいる。中堅キャリアは、看板顧客に比べて関心を払われにくいことが多い。 |
| IBS Software (iFlight / iFlight Core) |
クラウドネイティブな運航プラットフォーム。AWSとの共同エンジニアリングパートナーシップ。最近の受注:Korean Air、Aeroitalia、Groupe Dubreuil。 | モダンなクラウドアーキテクチャ。エージェント型の運航障害リカバリーモデル。スケーラビリティのためのAWSインフラ。中堅市場で急速に成長中。 | エージェント型モデルは依然としてルールベースであり、学習された方策ではない。iFlightの完全導入は12〜18か月のプロジェクト。Jeppesenより本番稼働の実績が少ない。公開されたIROPSリカバリーのベンチマークがない。 |
| Optym (CrewSolver、SkyMAX) |
乗務員ペアリング最適化+統合フライトスケジューリング。Southwest Airlinesが顧客(SkyMAX)。 | 実証済みの3〜7%の乗務員コスト削減。スケジュールと乗務員の包括的な最適化。ハイパーヒューリスティクスとML拡張。 | 計画フェーズ(出発前)の最適化に注力しており、リアルタイムのIROPSリカバリーではない。公開されたデジタルツインやシミュレーション機能がない。JeppesenやIBSより顧客基盤が小さい。 |
| Sabre / Amadeus | 運航モジュールを備えたGDSプロバイダー。予約および出発管理との深い統合。 | エコシステムの統合:予約、チェックイン、出発管理、乗務員スケジューリングを単一プラットフォーム上で。大規模な導入基盤。 | 乗務員スケジューリングは副次的な機能であり、コア製品ではない。運航モジュールはソルバーの高度さにおいてJeppesen/IBSに遅れをとっている。イノベーションは収益管理と流通に注力している。 |
| Big 4 / 大手SIer (Accenture、Deloitteなど) |
デジタルトランスフォーメーションのコンサルティング。より広範な運航近代化の一環としてJeppesen、IBS、またはSabreを導入する。 | 大規模なプロジェクト管理。チェンジマネジメントの専門知識。役員レベルの関係。 | 彼らは導入者であり、構築者ではない。お客様が直接契約できるのと同じベンダープラットフォームを導入する。200万〜1,000万ドルの契約、運用上の効果が出るまで12〜24か月。業界を横断してローテーションする汎用コンサルタントで構成されている。 |
| 新興のAIプレイヤー (Softlabs、Kaiban、Tech Mahindra) |
AI主導の運航障害管理と再手配の自動化。主に乗客向けのエージェント型AI。 | モダンな技術スタック。乗客の再手配における迅速な展開。低価格帯。 | 乗客向けの自動化(代替予約、通知)に注力しており、運用上の乗務員リカバリーではない。CBA(労働協約)の複雑さやPart 117の制約のエンコードに対する理解が限られている。公開されたFAA規制遵守の実績がない。 |
| Veriprajna | 既存のスケジューリング基盤を強化するML主導のIROPSリカバリーレイヤー。グラフベースのネットワーク分析。確率的な乗務員追跡。 | 最悪のIROPSの15日間に特化して設計。既存のJeppesen/IBSソルバーと(競合せず)協調して機能。運用上の信頼を置く前のシャドウモード検証。ポイント・トゥ・ポイント型キャリアのためのネットワーク脆弱性分析。 | まだ航空会社での本番稼働の実績がない。既存ベンダーよりチームが小さい。乗務員計画のライフサイクル全体を置き換えることはできない(当日のリカバリーのみ)。機能するには質の高いデータフィードが必要。 |
5つの機能。それぞれが、現在のツールでは対処できない特定の障害モードを標的としています。
連鎖的な運航障害の最中にお客様の列生成ソルバーが計算上の崖にぶつかったとき、私たちのMLレイヤーが引き継ぎます。私たちはグラフニューラルネットワークを用いて、お客様の路線ネットワークのトポロジー、乗務員の位置、機材の状態、そして有効な制約を、統一された表現にエンコードします。GNNは、表形式のデータでは捉えられないものを捉えます。すなわち、ある拠点での運航障害が依存関係の連鎖を通じてどのように伝播し、3接続先の乗務員や機材にまで影響を及ぼすかを捉えるのです。
リカバリーエンジンは、ランク付けされたリカバリープラン(乗務員の交代、デッドヘッドによる再配置、先回りの欠航)を数分で生成します。各プランは、ディスパッチャーに届く前にお客様の制約エンジンに照らして検証されます。私たちが特にグラフアテンションネットワークを採用するのは、アテンション機構によって、現在の運航障害の状態でどの接続が最も重要かをモデルが重み付けできるからです。ハブへの遅延到着便は、余裕時間のあるスポーク行きの定刻便よりも大きなアテンションの重みを得ます。
これは、Southwestの2022年の崩壊を引き起こした「データのブラックホール」を解決します。確かな乗務員位置(「スミス機長はB7ゲートにいる」)を要求する代わりに、私たちは乗務員の位置を確率分布としてモデル化します。あるパイロットの最後のACARSチェックインが3時間前にデンバーで、空港近くのホテルに確定予約があれば、私たちはそれを「ホテルに70%、空港に20%、移動中に10%」とモデル化します。さらにフェニックス行き午後6時便の搭乗券も持っていれば、それを利用可能時間帯の要因として組み込みます。
リカバリーエンジンは、危機の最中には決して訪れない確実性を待つのではなく、これらの確率分布を用いて機能します。リカバリープランは最も可能性の高い乗務員位置のシナリオに照らしてスコア付けされ、可能性の低い位置に対するフォールバックの選択肢があらかじめ計算されます。ディスパッチャーにはこう表示されます。「プランA(信頼度85%、スミス機長がデンバーにいることが条件)とプランB(信頼度95%、別の乗務員を使うが1回のデッドヘッドが必要)」
私たちはお客様の路線ネットワークにおけるすべての依存関係の連鎖をマッピングし、単一の運航障害が下流に最大の損害をもたらす5〜10の「断層線」を特定します。1日300便を運航するポイント・トゥ・ポイント型キャリアについて、私たちは各拠点の影響範囲(ブラスト半径)を時間帯と季節ごとに計算します。1月の午後2時のデンバーは、7月の午前10時のデンバーとは根本的に異なるリスクプロファイルを持ちます。
出力は、お客様の計画チームが情報に基づいたトレードオフを行うために使えるネットワークリスクマップです。例えば、デンバーに予備機材を1機追加し、フェニックスに予備乗務員を事前配置することで、冬季の連鎖エクスポージャーを、日次稼働率0.3%のコストで40%削減できると特定するかもしれません。これは、潜在的なIROPS損害500万〜1,000万ドルを防ぐための、年間20万ドルの投資です。この分析は、お客様の路線図、機材構成、そして過去の運航障害パターンに固有のものです。
お客様の運航チームが、運航障害のリカバリーを発生前にリハーサルできる軽量なシミュレーション環境です。昨冬の実際の気象データを読み込み、実際の乗務員ロスターと機材配置を投入して実行します。「1月の木曜日にデンバーが6時間閉鎖されたら何が起きるか?」シミュレーターはネットワーク全体の連鎖的影響をモデル化し、どの乗務員が取り残され、どのペアリングが破綻し、どの後続便がリスクにさらされるかを示します。
これは完全なデジタルツイン(構築に12か月以上と数百万ドルを要する)ではありません。お客様の既存のデータフィードを使い、乗務員に関連する運航障害の連鎖に特化した、目的特化型のシミュレーションです。ディスパッチャーはリカバリー戦略を練習し、事前配置プランをテストし、平穏な時期に危機対応のための身体に染みついた反応を養うことができます。IROPSのシナリオをリハーサルしている航空会社は、意思決定のパターンがすでに馴染んでいるため、実際の運航障害が発生したときに、より速く回復します。
お客様固有の労働組合の協約ルールを、FAA Part 117の要件とともに機械可読な形でエンコードしたものです。Part 117は最低基準を定めます。すなわち、最低10時間の休息、時間帯に基づく8〜9時間の飛行時間制限、開始時刻とセグメント数に応じて9〜14時間に上限が設けられる飛行勤務時間です。しかし、本当の複雑さが宿るのは、お客様の労働組合のCBAです。
JFKのA320機材の機長は、CBAのセクションによる勤務地固有のルールの適用除外によって、LAXの同じ機材の副操縦士とは異なる休息規定を持つかもしれません。予備乗務員の呼び出し時間枠、割増賃金のトリガー、訓練資格の要件はすべて、機材、基地、年功序列の区分によって異なる制約を生み出します。私たちはこれらを機械実行可能なルールとしてエンコードし、計算レイヤーですべてのリカバリー推奨を検証します。お客様の労働組合が休息ルールを再交渉したり、FAAが新しいPart 117の解釈を出したりすると、制約エンジンは四半期単位ではなく、その日のうちに更新されます。
現在のツールを使った場合と、Veriprajnaのリカバリーエンジンをアドバイザリーモードで稼働させた場合とで、お客様の運航センターがどう対応するかを並べて比較。
| タイムライン | レガシープロセス | Veriprajnaリカバリーエンジンを使用した場合 |
|---|---|---|
| 午後2:00 | デンバーの地上停止が発令。ソルバーがバッチ式の再最適化サイクルを開始(実行時間30〜60分)。 | GNNが閉鎖を検知し、即座に影響範囲(ブラスト半径)を計算。後続14便がリスクにさらされ、6つの乗務員が3時間以内に接続便に間に合わなくなる。ディスパッチャーには90秒以内にリスクマップが表示される。 |
| 午後2:15 | ディスパッチャーがどの乗務員が影響を受けるかを手作業で評価し始める。デンバー拠点への電話連絡。 | リカバリーエンジンがランク付けされた3つのリカバリープランを生成。プランA:搭乗率の低い4便を先回りして欠航させ、価値の高い10件の接続のために乗務員を確保。プランB:フェニックスから2つの予備乗務員をデッドヘッドで移動(競合キャリアでの座席を確保済み)。プランC:6便を90分遅延させ、うち2便でDOT払い戻しエクスポージャーを受け入れる。 |
| 午後3:00 | ソルバーが最初の解を返す。割り当てられた乗務員のうち3つが、スナップショット取得後に移動している。解は部分的に無効。手作業による修正が始まる。 | ディスパッチャーが1つの修正を加えてプランAを承認。制約エンジンがすべての乗務員割り当てをPart 117とCBAに照らして検証。リカバリープランが実行中。価値の高い10件の接続が保護される。 |
| 午後5:00 | 修正された乗務員位置で2回目のソルバー実行を開始。追加の便が連鎖している。問題空間が倍増。ディスパッチャーは東部ネットワークについてホワイトボードで作業中。 | 先回りの欠航により、運航障害はデンバーと隣接する2拠点に封じ込められた。東部ネットワークは正常に運航中。システムは残存リスクを監視し、デンバーの再開に合わせて調整中。 |
| 午後9:00 | ネットワークは依然として劣化。28便が欠航、40便以上が3時間を超えて遅延。乗務員のホテル費用が膨らむ。DOT払い戻しエクスポージャー:約170万ドル。 | 先回りの欠航4便、遅延8便(いずれも3時間超なし)。乗務員は翌日のスケジュールのために再配置済み。DOT払い戻しエクスポージャー:0ドル。 |
このシナリオは、2022年12月のSouthwestの事案で観察された運航障害パターンに基づき、300便規模の中堅キャリアにスケールしたものです。具体的なリカバリーの意思決定は、お客様の路線ネットワーク、機材構成、乗務員基地の所在によって異なります。要点は、システムが完璧だということではありません。検証済みの3つのリカバリー選択肢を15分で生成することが、何も書かれていないホワイトボードよりも優れた出発点をディスパッチャーに与える、ということです。
初期評価から、シャドウ検証済みのリカバリーエンジンまで。総スケジュール:データの準備状況と機材の複雑さに応じて4〜8か月。
第1〜4週
私たちはお客様の路線ネットワークのトポロジー、過去のIROPSデータ(12か月以上)、乗務員基地の所在、機材稼働パターンを分析します。出力はネットワーク脆弱性レポートです。影響範囲(ブラスト半径)でランク付けされた連鎖リスク上位10拠点、季節別のリスクプロファイル、そして年間IROPSエクスポージャーの財務的推計です。
このフェーズでは、リカバリーエンジンに必要なデータフィードを特定し、その品質とレイテンシーも評価します。乗務員位置データに2時間の遅延がある場合、それが最初に解決すべき問題となります。
第4〜8週
私たちはお客様の運用データフィード(運航状況、乗務員位置、整備状況)に接続し、航空会社固有の制約エンジンを構築します。これには、お客様の乗務員計画チームおよび労働組合の代表者と協働して、お客様のオペレーションに適用されるすべてのCBAルールとPart 117要件をデジタル化する作業が含まれます。
制約エンジンは、過去6か月分の乗務員割り当てに照らしてテストされ、既知の違反をすべて正しくフラグし、既知の有効な割り当てをすべて承認することを検証します。過去の人間による判断と食い違う場合、私たちは人間が正しかったのか、ルールのエンコードに調整が必要なのかを調査します。
第8〜20週
リカバリーエンジンは、あらゆるIROPS事象の間、お客様のディスパッチャーと並行して稼働します。リアルタイムでリカバリー推奨を生成しますが、そのいずれも実行しません。ディスパッチャーは既存のツールを通じて意思決定を行います。各事象の後、私たちは比較します。システムが推奨したもの、お客様のチームが行ったこと、そして実際に起きたことを。
目標は、少なくとも1つの完全な運航障害シーズン(通常は1冬、または1夏の雷雨シーズン)にわたって、測定可能な改善を示すことです。重大なIROPS事象の少なくとも70%でシステムの推奨が結果を改善しなかったであろう場合、私たちはフェーズ4への進行を推奨しません。
継続的
シャドウモードでの実証に基づき、システムはディスパッチャー向けのリアルタイムなアドバイザリーツールとして有効化されます。信頼は段階的に与えられます。低リスクで高頻度の意思決定(確定座席へのデッドヘッド配置、予備乗務員の呼び出し)は、最初に自動化できます。複雑な複数拠点にまたがるリカバリーシナリオは、人間による承認のままとします。
私たちは、乗務員スケジューリングの意思決定について完全な自律運用を推奨しません。ディスパッチャーは、システムが持たない文脈を持っています。たとえば、ちょうど病欠の連絡をしてきた乗務員、まだフィードに反映されていないゲート変更、解決中の整備の問題などです。システムの役割は、ディスパッチャーに強力な出発点を与えることであり、彼らの判断を置き換えることではありません。
年間の運航障害エクスポージャーとDOT払い戻しリスクを推計します。入力をお客様のオペレーションに合わせて調整してください。結果は、予算の議論、ベンダー評価、社内のビジネスケースにご自由にお使いいただけます。
年間欠航による収益損失
1,580万ドル
欠航便数 × 乗客数 × 運賃
年間DOT自動払い戻しエクスポージャー
1,890万ドル
3時間以上の遅延 × 乗客数 × 運賃
年間IROPSエクスポージャー合計
3,470万ドル
欠航 + 払い戻し + 推定乗務員/ホテル費用
読み込み中...
いいえ。私たちはお客様の既存の乗務員スケジューリング基盤を置き換えるのではなく、その上に構築します。お客様のJeppesen CrewPlanまたはIBS iFlightの導入環境は、通常時のスケジューリングを効果的に処理します。列生成ソルバーは、年間350日の通常日に適しています。問題は最悪の15日間です。連鎖的な運航障害がソルバーを計算上の崖を越えて押しやり、運航チームがスプレッドシートと電話に逆戻りするときです。
私たちのIROPSリカバリーエンジンは、お客様の既存のソルバーと並んで配置されます。通常運用時にはシャドウモードで稼働し、お客様のネットワークパターンを学習し、人間の意思決定に照らして自らの推奨を検証します。ソルバーが処理できる範囲を超えて運航障害が連鎖したとき、リカバリーエンジンはリカバリープランを生成し、お客様の既存システムがその制約遵守を検証します。
統合は、お客様の現在のデータフィードを通じて行われます。すなわち、ACARSの位置報告、運航状況API、乗務員管理システムのエクスポートです。私たちはお客様のソルバーのコードベースには手を触れません。一般的な統合には、読み取り専用のデータアクセスで3〜4週間かかり、プロジェクト開始から6週間以内にリカバリーエンジンがシャドウモードで稼働します。
私たちはお客様のオペレーションに固有の機械可読な制約エンジンを構築します。Part 117は最低基準ですが、本当の複雑さが宿るのは労働組合のCBAです。JFKのA320機材の機長は、CBAのセクション12とセクション12(b)の適用除外によって、LAXの同じ機材の副操縦士とは異なる休息規定を持つかもしれません。
ほとんどのベンダーは、これらのルールを設定ファイル内の構成パラメータとして扱います。私たちはそれらを最重要のエンジニアリング課題として扱います。評価フェーズの間、私たちはお客様の乗務員計画チームおよび労働組合の代表者と協働して、適用されるすべてのルールをデジタル化します。これにはFAA Part 117.25(b)と(c)の区別、機材および勤務地別のCBA固有の休息規定、機種ごとの訓練・資格要件、年功序列に基づく割り当ての優先順位が含まれます。
制約エンジンは、リカバリーエンジンが生成するすべての推奨を、人間のディスパッチャーに届く前に検証します。提案された乗務員交代がいずれかのルールに違反する場合、それは事後に人間のレビュアーが見つけるのではなく、計算レイヤーでマスクされます。お客様のCBAが再交渉されたり、FAAの解釈が変わったりすると、制約エンジンはその日のうちに更新されます。
私たちは4つのデータフィードを必要とします。リアルタイムの運航状況(OAG、FlightAware、または御社内のOCCフィード)、乗務員位置報告(ACARSチェックイン、乗務員アプリのデータ、または追跡システムからの手動の位置更新)、乗務員ロスターおよび資格データ(御社の乗務員管理システム、通常はJeppesen CrewAlertまたはIBS iFlightからエクスポート)、そして乗務員リカバリーの意思決定と結果を含む少なくとも12か月分のIROPS事象をカバーする過去の運航障害データです。
最初の3つのフィードは、リアルタイムの運航状況の全体像を確立します。4つ目は、御社固有のネットワークパターン、季節ごとの運航障害プロファイル、そして御社のディスパッチャーが実際にどのようにリカバリーするかについて、リカバリーエンジンを訓練します。
シャドウモードは通常、データアクセスが確立されてから6〜8週間後に開始されます。最初の2〜3週間は、データパイプラインの統合と制約エンジンのセットアップに費やされます。第4〜6週は、御社の過去の運航障害データでネットワークモデルを訓練することに注力します。第6〜8週までに、システムは御社のディスパッチャーと並行してリアルタイムのリカバリー推奨を生成しており、その提案を実際の人間の意思決定と比較し始めることができます。
AccentureとDeloitteはプラットフォームの導入者です。彼らは6か月の発見フェーズを実施し、200ページの変革ロードマップを作成し、その後、お客様が直接契約できるのと同じベンダーであるJeppesenまたはIBSを導入します。彼らの価値は、大規模なプロジェクト管理とチェンジマネジメントです。彼らの契約は通常200万〜1,000万ドルで、運用上の効果が出るまでに12〜24か月かかります。
私たちは、それらのプラットフォームが持たないレイヤーを構築します。JeppesenとIBSは優れた日次スケジューリングエンジンです。しかしどちらも、連鎖的なIROPSリカバリー、確率的な乗務員追跡、ネットワーク脆弱性分析のための本番グレードのMLを持っていません。Big 4の企業はこれらの機能を構築しません。なぜなら、彼らはソフトウェアエンジニアリングの会社ではないからです。彼らは、グラフアテンションネットワークや近接方策最適化(Proximal Policy Optimization)を理解するエンジニアではなく、業界を横断してローテーションする汎用コンサルタントでプロジェクトを構成します。
私たちの契約は、8か月ではなく8週間以内にシャドウモードのデータを生み出し始めます。お客様は、実際の最近の運航障害から得られた比較可能なリカバリープランをご覧になれます。もし私たちの推奨が結果を改善しなかったであろう場合、最初の冬季シーズンのうちにそれがわかります。評価からシャドウ検証までの総契約費用は、機材規模とデータの複雑さに応じて40万〜80万ドルです。
お客様の既存システムは、契約期間を通じて運用上の正式な記録システムであり続けます。私たちのリカバリーエンジンはアドバイザリーであり、自律的ではありません。ランク付けされたリカバリー選択肢を生成し、それをお客様のディスパッチャーが評価し承認します。私たちのシステムがオフラインになっても、お客様のディスパッチャーはすでに既存のツールを通じて意思決定を行っているため、オペレーションに何の変化もありません。
システムは、乗務員交代、欠航、デッドヘッドの割り当てを、自らの判断で実行することは決してありません。すべての推奨は制約エンジン(規制およびCBAの遵守を保証する)を通過し、その後、それに基づいて行動するかどうかを判断する人間のディスパッチャーを通過します。
これは意図的なものです。航空会社は、実証されていないシステムに運用上の権限を委ねるべきではありません。信頼は、システムが現在のプロセスよりも一貫して優れたリカバリープランを生成することを証明する、数か月にわたるシャドウモード検証を通じて獲得されます。検証後でさえ、私たちは段階的な信頼を推奨します。すなわち、確定座席へのデッドヘッド配置のような低リスクで高頻度の意思決定にのみ自動実行を適用し、複雑な複数拠点にまたがるリカバリーシナリオは人間による承認のままとします。
ポイント・トゥ・ポイント型のキャリアこそ、このシステムが最も価値を発揮する対象です。それはまさに、彼らが連鎖的な運航障害に最も脆弱だからです。ハブ・アンド・スポーク型のネットワークでは、影響を受けたハブを遮断することで運航障害を封じ込められます。乗務員と機材が頻繁にハブに戻ってくるため、自然なリカバリーポイントが生まれます。Deltaのようなキャリアは、アトランタの地上停止を隔離し、ネットワークの残りを稼働させ続けることができます。なぜなら、ハブ構造が組み込みの冗長性を提供するからです。
Southwest、Spirit、Frontierのようなポイント・トゥ・ポイント型のキャリアには、この構造上の利点がありません。1機の機材がボルティモアからデンバー、サンディエゴ、フェニックス、サクラメントへと飛びます。いずれかの拠点での運航障害は、連鎖全体に伝播していきます。サンディエゴからフェニックスへ飛ぶはずだった乗務員はデンバーで足止めされます。彼らがサンディエゴで合流するはずだった機材は立ち往生します。依存関係グラフの直径ははるかに大きく、単一の運航障害の影響範囲(ブラスト半径)は封じ込められません。
私たちのネットワーク脆弱性分析は、このトポロジー向けに特化して設計されています。私たちはお客様の路線ネットワークにおけるすべての依存関係の連鎖をマッピングし、運航障害が下流に最大の損害をもたらす拠点を特定し、最も可能性の高い障害シナリオに対するリカバリー戦略をあらかじめ計算します。デンバーが閉鎖されたとき、システムはすでに、運航障害をネットワーク全体に伝播させるのではなく局所的に封じ込めるために、どの乗務員を再配置し、どの便を先回りして欠航させるべきかを把握しています。
2024年10月28日に発効したDOTの自動払い戻しルールは、連鎖的な運航障害の経済性を根本的に変えました。このルール以前、航空会社は遅延や欠航に対する標準的な救済策として、トラベルバウチャーや代替予約を提供できました。ほとんどの乗客はバウチャーを受け入れ、航空会社は収益を保持していました。
いまや、3時間を超える国内線の遅延、または6時間を超える国際線の遅延はすべて、7営業日以内に元の支払い方法で、義務付けられた自動払い戻しを引き起こします。航空会社は、乗客に請求を求めることはできません。
1日200〜400便を運航する中堅キャリアにとって、50便を3時間以上遅延させる連鎖的な運航障害は、いまや繰り延べられた負債ではなく、即座の現金流出を意味します。それらの便の平均運賃が280ドル、1便あたり乗客150人であれば、たった1日の悪いIROPS日が、乗務員の残業代、ホテル費用、デッドヘッドの再配置に加えて、210万ドルの義務的払い戻しを引き起こす可能性があります。このルール以前は、おそらくそれらの乗客の15〜20%が払い戻しを求めたでしょう。いまや100%が自動です。これにより、IROPSリカバリーが速くなる1時間ごとが、回避された払い戻しエクスポージャーとして直接測定可能になります。6時間のネットワーク崩壊を2時間の地域的な運航障害に封じ込めるシステムのビジネスケースは、もはや理論上のものではありません。
このソリューションページの背後にある技術的基盤。インタラクティブなホワイトペーパーとしてご利用いただけます。
計算上の必然性:グラフ強化学習によるアンチフラジャイルな物流
Southwest SkySolverの障害のフォレンジック分析、連鎖的な運航障害下での列生成の限界、そして神経記号的(neuro-symbolic)な制約強制を伴うGRLベースの乗務員リカバリーのための技術アーキテクチャ。
冬の嵐シーズンは10か月後に始まります。シャドウモードの展開には8週間かかります。
中堅キャリアにとって、たった1日の深刻なIROPS日が、いまや欠航、乗務員の再配置、DOTの義務的払い戻しで200万〜500万ドルのコストになります。評価フェーズは、御社固有のエクスポージャーを特定し、御社の実際の過去の運航障害に照らしてリカバリーエンジンの価値を証明します。