ソートリーダー

未来の旅行のアーキテクチャ:AIインフラストラクチャが手動プロセスを置き換える方法

mm
Unite.AI を Google の優先ソースに追加

観光業界は現在、世界的に転換点にあります。フライトスケジュールは1分ごとに変更され、チケットの価格も変化しています。予測できない出来事は、航空会社が対応するよりも速く大陸を横切って広がっています。旅行者は、オーバーナイトの待ち行列や手動ワークフローではなく、瞬時の再予約、透明な価格設定、シームレスな旅を期待しています。

構造の変更が頻繁に発生しているにもかかわらず、システム全体は依然として半世紀前に開発されたフレームワークで動作しています。 グローバルディストリビューションシステム(GDS) は、規模で非常に信頼性が高く残っていますが、そのアーキテクチャは 1970 年代に設計されたもので、ダイナミックな小売、継続的な価格設定、API 配布、または AI ドリブンの運用に似たものは存在しませんでした。

この不一致は、技術的な負債ではありません。コストセンターであり、利益性とスケーラビリティへの最大の障害です。業界は、インフラストラクチャ自体によって引き起こされる手動サービングのコストと失われた収益の機会の重さに苦しんでいます。

航空会社、エージェンシー、コンソリデーター、旅行プラットフォームとさまざまな地域で働いてきた経験から、1 つの明確なパターンに気付きました。旅行業界で最も大きな障害は、顧客サポートではなく、インフラストラクチャ自体です。

業界が旅行取引の基盤を再構築しない限り、人工知能は、必要としている運用上の革命ではなく、美観上の付加価値のままです。

この記事では、旧式のシステムがなぜ依然として支配的であるか、自動化がなぜ常に遅れるのか、そして旅行業界が人間依存の運用を超えるために AI ベースの実行レベルがどのようなものであるべきかを探ります。

なぜ業界は依然として GDS インフラストラクチャを使用しているのか

GDS プラットフォームは、深い商業的根付性、ネットワーク効果、契約上のインセンティブにより依然として支配的です。グローバルに一貫した書き込み可能なインベントリの契約上の信頼できるソースを提供します。書き込み可能な旅行サービスをグローバルに同期およびセキュアな唯一のソースです。毎日、航空会社、OTA、TMC、コンソリデーター、企業システムと数百万の予約を調整します。

しかし、根本的な問題は、GDS のコア ロジックとアーキテクチャが依然としてレガシーのデータ交換標準に基づいていることです。歴史的には、これは EDIFACT でしたが、近代的な GDS はすでに XML/JSON ラッパーと NDC などの新しいスキーマをサポートしていますが、基本的なトランザクション ロジックと多くのビジネス プロセスは、これらの古い構造に埋め込まれたままです。これらの標準は、過去のより遅い、より静的な業界には十分でしたが、現在、柔軟性、データの豊かさ、商品化、サービス機能に重大な制限を課しています。

これは、GDS がその価値を失ったことを意味しません。数十年にわたって業界に例外的な信頼性を提供してきました。ただし、近代的な要件のために設計されませんでした。ダイナミックなオファー、継続的な価格設定、複雑なバンドル パッケージ、または AI ドリブンのサービスです。今日の旅行エコシステムは一体化されていません。GDS を完全にバイパスする低コスト キャリアや、NDC を介して直接配布を目指している航空会社が含まれていますが、ほとんどの航空会社にとって GDS から完全に切り離すことは困難です。

旅行エコシステムは、オンライン旅行代理店 (OTA)、旅行管理会社 (TMC)、アグリゲーター、コンソリデーター、ミッドオフィス システムの密な相互依存的な連鎖であり、それぞれが古い標準に埋め込まれた仮定に依存しています。したがって、ささいな変更でも、膨大な量の調整が必要です。

自動化はなぜ顧客サポートで止まるのか

旅行における人工知能についての議論は、チャットボット、セルフサービス フロー、自動化された FAQ にのみ焦点を当てています。これは有用ですが、表面的なものです。実際の複雑さは、表面の下に隠れています。

たとえば、シンプルな顧客のリクエスト – 「私のフライトを変更してください」、「私のチケットを返金してください」、「この免除を適用してください」 – は、複雑な運用上のステップの迷路を引き起こします。複数の予約クラスの運賃の再計算、乗客名レコード (PNR) の再構成、ルールの検証、強制変更の処理、チケット発行の期限の調整、数十の条件に基づく返金ロジックのナビゲーションなどです。

エージェントは、これらのタスクを手動で実行します。システムが完全で一貫したデータを提供しないためです。これは、AI の能力の欠如という問題ではなく、AI が動作できるインフラストラクチャの欠如です。

新しい配布能力(NDC)は 配布と小売を近代化することを目的としていましたが、NDC の実装は非常に一貫性がありません。各航空会社と各 GDS は、異なるスキーマ、サービス フロー、ビジネス ロジックを公開します。NDC の約束された「標準」は、実践では数百の非標準実装を生み出しました。今日、GDS、NDC、または直接 API によって予約が行われたかどうかに応じて、シンプルな交換は異なる方法で機能します。

結果として、自動化は常に失敗します。これは、企業が自動化したいと考えていないからではありません。AI が解釈したり安全に実行したりできないものを自動化できないからです。

核心的な問題:断片化されたデータと脆弱なワークフロー

旅行取引は、利用可能性、価格設定、予約、チケット発行、支払い、再確認、再発行、返金、同期などの手順のシリーズに依存しています。各手順は、異なる時期に異なるデータ モデルで構築された別個のシステムで実行されます。

この断片化は弱点を作ります。

  • GDS、NDC、直接 API のコンテンツはすべて異なります。
  • PNR、チケット、注文、運賃データは個別に保存されます。
  • サービス ロジックはチャネルによって異なります。
  • レガシ スキーマは、近代的なオファーと注文の複雑さを処理できません。

これらはワークフローを混乱させ、収益の喪失、コンプライアンスの問題、または顧客の不満につながります。業界の最終的な安全装置は、人間のエージェントです。人間のエージェントは、システムが一緒に作業するように設計されていない場合に、システムを「接着」する「接着層」となります。

業界が新しいアーキテクチャ基盤を必要とする理由

2025 年、観光業界は、航空会社が継続的な価格設定とダイナミック サービス パッケージに切り換え、サプライ チェーンと注文モデルが小売取引の原則を変えているため、史上最速の変化を経験しています。人工知能は、完全に自律的な運用の道を開きました。しかし、確立されたインフラストラクチャは変化に追随する必要があります。

業界が本当に必要とするものは次のとおりです。

  • 機械が読み取れる形式の正規化されたデータ をすべてのソースにわたって
  • トランザクション セーフのオーケストレーション をサービスと変更のために
  • リアルタイムの利用可能性と価格の更新
  • 複雑なワークフローのフォールト トレラントな実行
  • ルールをロジックとしてエンコードする 、PDF または部族の知識ではありません

これは、UI レイヤーで解決できないものです。根本的なシフトが必要です。 旅行取引の表面の下にある AI ネイティブの実行レイヤー です。

クラウド コンピューティングの分野における研究 では、分散モジュラー アーキテクチャは、スケーラビリティと信頼性を大幅に改善することを示しています。実際、旅行業界で必要なリアルタイムの自動化に必要です。

旧式のシステムはこれらの要件を満たすことができません。AI 専用の追加レイヤーが必要です。

AI の役割:会話から実行へ

現在、旅行におけるほとんどの AI イニシアチブは、顧客とのコミュニケーションにのみ焦点を当てています。これは有用ですが、革命的でも優先事項でもありません。

私は、旅行における AI の将来は、運用上の活動の背後にあるべきであると考えています。AI は、チケットの再発行、返金の処理、障害の管理、すべてのチャネル間の予約の同期、自動価格ルールの適用、複数ステップのワークフローを開始から終了まで実行することができるはずです。さらに、経験豊富なエージェントと同じ信頼性と精度で実行されるはずです。

AI が安全に動作するには、データの整合性、ワークフローの追跡可能性、トランザクションの完全性、予測可能な結果、航空会社と規制要件のコンプライアンスを保証する基本システムが必要です。

一方、自動化されたサービングと返金処理テクノロジーの市場は成長しています。 いくつかのベンダーと航空会社は 需要の増加を報告していますが、同時にレガシーの断片化が完全な展開を妨げ続けていることも強調しています。

簡単に言えば、AI は言語だけでなく、旅行のロジックを理解するインフラストラクチャに接続する必要があります。これが欠けているレイヤーです。

次世代の AI ネイティブ旅行スタックの見え方

確立された GDS インフラストラクチャは、近い将来、重要な記録システムとして残り続けるでしょう。しかし、その役割は進化する必要があります。業界は、複雑さを抽象化し、断片化された運用を自動化されたワークフローに変換する新しい実行レイヤーが必要です。

このアーキテクチャには、次のものが含まれる必要があります。

  1. 統一されたデータ レイヤー です。GDS、NDC、直接 API からのデータを、機械が読み取れる形式に正規化します。
  2. 決定論的なトランザクション オーケストレーション エンジン です。複雑なサービス フローを自律的に実行および回復し、各 PNR タッチに対して組み込みの安全性と監査可能性を備えています。
  3. ドメイン固有の専門知識を備えた AI エージェント です。運賃ルール、チケット発行ロジック、運用上の手順が、統計的な言語モデルではなく、決定論的な実行可能なパスとしてエンコードされたドメイン固有の専門知識によって動作する AI エージェントです。
  4. リアルタイムの監視と自動回復 です。マルチステップ、高リスクのトランザクション全体で回復力を保証します。
  5. セキュリティとコンプライアンス フレームワーク です。信頼性、透明性、検証性が必要です。

近代的な AI テクノロジーの導入により、GDS だけが実行できるステージは変化しています。

旅行インフラストラクチャの転換点

業界は現在、重要な局面にあります。新興テクノロジーと近代社会は需要を変え、航空券の小売業は構造的な変化を経験しています。

次の 10 年の旅行は、フロントエンドの革新ではなく、インフラストラクチャの革新によって定義されます。AI ネイティブ アーキテクチャに投資する会社は、より効率的にスケールし、より信頼性が高く、シームレスな体験を提供することができます。遅れると、現代の旅行の複雑さに対応していないシステムに縛り付けられることになります。

次の 10 年の旅行テクノロジー投資は、店舗の磨き上げから倉庫とサプライ チェーンの再構築へのシフトする必要があります。勝者は、最も会話的な AI に投資するのではなく、最も実行可能なトランザクション AI、つまり背後で信頼性を持って動作するインテリジェンスに投資するものです。

ニック・フィラトフ(Nick Filatov)は、GDS42.AIの創設者兼CEOであり、20年以上の経験を持つテクノロジー起業家および投資家です。彼は、東ヨーロッパで最大のOTAの1つを設立し、運営してきました。その結果、9桁のGMVと数百万人のユーザーを達成しました。退任後、旅行と自動化の分野でAI第一の製品を立ち上げ、そして新しい世代の起業家を支援することに焦点を当てています。