Travelport×Anthropic×Cognizant提携──MCPで会話の意図を確定予約につなぐ旅行流通基盤のAI再構築
世界三大GDSの一角TravelportがAnthropic・Cognizantと提携。Claudeによる基盤近代化とMCPベースの会話型予約層を、在庫と取引を握るインフラ側から進めるエージェンティックコマースの事例として読み解きます。
この記事のポイント
- 世界三大GDSの一角Travelportが2026年5月27日、Anthropic・Cognizantとの提携を発表し、Claudeによる開発基盤の近代化とMCPベースの会話型予約層の構築に着手しました
- AIで旅行を探す利用者と、その意図を解釈・履行できない既存予約基盤のギャップを、チャットの入り口ではなく在庫と取引を握るインフラ側から埋める動きである点が、エージェンティックコマースの事例として重要です
- 会話UIだけでは商取引は完結せず、取引基盤の機械可読化が本丸になること、そして自動化が変更・払戻という「売った後」の業務から立ち上がる順序が、小売・EC事業者への示唆です
旅行流通の基盤側から始まったAI再構築
Travelport partners with Cognizant and Anthropic to deploy Claude across travel retailing and distribution platforms.
www.businesstravelnewseurope.com2026年5月27日、Amadeus・Sabreと並ぶ世界三大GDSの一角Travelportが、Anthropic・Cognizantとの三社提携を発表しました。GDS（Global Distribution System）は、航空券やホテルの在庫を世界の旅行会社へ流通させる基幹システムです。発表によれば、AnthropicのClaudeをCognizantのエンジニアリング体制に組み込み、165カ国超で使われるTravelportの旅行リテーリング・流通プラットフォームの開発・テスト・保守を近代化していきます。
プレスリリースが掲げる課題認識は明快です。旅行者はすでにAIツールで旅行を探しはじめているのに、前の時代に設計された予約システムはその意図を解釈も履行もできず、両者のあいだにギャップが開いている。三社はこれを「AI起点の旅行の意図と確定予約のあいだのギャップを埋める知的インフラ」で解決すると宣言しました。
エージェンティックコマース、つまりAIエージェントが人に代わって比較や購入を進める商取引の議論は、ChatGPTのようなチャットの入り口に集中しがちです。今回の発表が目を引くのは、動いたのが消費者向けアプリではなく、在庫と取引を握る流通基盤の側だという点にあります。小売・ECに置き換えれば、コマースプラットフォームや在庫・注文APIといった裏側の層がエージェント対応を打ち出したことに相当します。
土台にあるCognizantとAnthropicの戦略提携
今回の座組みは突然生まれたものではありません。Anthropicは2025年11月4日にCognizantとの戦略提携を発表し、最大35万人の従業員へClaudeを展開するとともに、Claude Code・MCP・Agent SDKをCognizantのエンジニアリング基盤へ統合すると表明していました。当初の重点業種は金融サービスとされており、旅行はその次に公表された大型の業種特化案件にあたります。
CognizantのCEO Ravi Kumar S氏は、自社を「AI builder company」、すなわちAIで業務プロセスそのものを作り直す企業と位置づけてきました。今回の提携についても氏は「変わりつつある旅行流通の環境に対応できるよう、Travelportへ、より速く、より高品質に規模で動くための道具を渡す取り組み」と説明しています。単発の実証実験ではなく、日々のソフトウェアデリバリーを作り替える長期の変革として描かれている点が特徴です。
Claudeが最初に担うのは、コード開発・テスト作成・プルリクエストレビューの支援です。長いコンテキストを扱えるモデルの特性を使ってTravelportのコードベースを横断的に読み、長年のコードに埋め込まれた業務ロジックを表面化させます。Anthropicで提携部門を率いるRich O'Connell氏も「大規模で複雑なコードベースを横断して推論することはClaudeの最も得意とする領域であり、まさに旅行インフラが要求するものだ」と述べています。
最初の対象は予約・変更・払戻を担うTrip Services
提携が最初に集中するのはTravelport Trip Servicesです。予約、変更、払戻、購入後のサービシングを担うAPI基盤で、同社のクラウドネイティブなプラットフォーム上に構築されています。Travel Distribution Newsの2026年3月の分析によれば、TravelportのAPI経由取引の比率は2022年の43%から63%へ伸びており、Trip Servicesはすでに同社の取引の背骨になっています。
顧客向けには、変更・再予約の自動化と運航障害インテリジェンスが最初の機能として挙げられました。運休や遅延のリスクをふまえた選択肢を、旅行会社の担当者へ即座に提示していく構想です。TMC（企業の出張管理を代行する会社）では担当者1人あたり1日1時間の削減が年間数百万ドル規模の生産性改善になる、と発表は主張しています。最初の顧客向け機能は2026年内の市場投入が予定されています。
エージェンティックコマースの視点で見ると、最初の商用化が発見や販促ではなく購入後対応である点が示唆的です。変更、払戻、障害対応は、定型的でありながら人の認知負荷が高く、自動化の価値を測定しやすい領域だからです。ECでいえばキャンセル、返品、配送トラブル対応にあたる業務であり、エージェントの実装が「売る前」ではなく「売った後」から立ち上がるという順序は、そのまま参考になります。
MCPの接続層が会話の意図を確定予約に変換する
発表のなかで最も戦略的な意味を持つのは、Travelportが上位の接続層にMCP（Model Context Protocol）を据えると明言した点です。MCPはAnthropicが2024年11月に公開した、AIエージェントと外部システム・データをつなぐオープン標準で、2025年12月にはLinux Foundationへ移管されました。OpenAI、Microsoft、Googleなどが対応を表明し、Skiftの解説によれば旅行業界でもAmadeus、Booking.com、Expediaなどが採用を進めています。主要な接続標準の全体像はMCP・A2A・UCPの整理も参考にしてください。
プレスリリースは、このMCPベースのアーキテクチャによって「会話による旅行者のリクエストを、実在庫つきの確定予約へ直接変換できるようになる」と述べています。CEOのJohn Mangelaars氏は、Anthropicを選んだ理由をプロトコルの出自と信頼性の両面から説明しました。
AnthropicはMCP、すなわちAIエージェントが外部のシステムやデータと直接やり取りするためのプロトコルを開発した組織でもあります。そのプロトコルを発案した組織を選ぶのは当然の判断でした。安全性、信頼性、コントロール可能性への彼らのアプローチも同じくらい重要です。旅行は高い信頼が要求される環境であり、データはセンシティブで、エラーの結果が現実に響くからです。
ただし、接続標準だけで商取引が成立するわけではありません。競合のAmadeusは2026年5月のブログで、MCPは第一歩にすぎず、ショッピング・予約・サービシングの複雑なワークフローを単独では担えないと論じています。Travelportの設計はこの限界への一つの回答で、下にTrip Servicesの取引基盤、上にMCPの接続層という分業によって「会話から確定取引まで」を一本につなごうとしています。
一方で、範囲の見極めも必要です。発表時点でこの会話型予約層はまだ市場に出ておらず、決済の委任や本人確認をどの仕組みで扱うかも公表されていません。ここで語られているのは在庫と予約の接続であって、支払いまで自律で完結する購買エージェントではないという区別は、保っておくべきです。
三層の役割分担とGDSの再定義
三社の関係を層に分けて整理すると、AI時代のコマース基盤がどう組み上がるかが見えてきます。
| プレイヤー | 担う層 | 提供するもの |
|---|---|---|
| Travelport | 旅行流通の業界基盤 | Trip Services（予約・変更・払戻・サービシング）、MCPベースの上位接続層、165カ国超の流通網 |
| Anthropic | 基盤モデルと接続標準 | Claudeモデル、大規模コードベースを横断できる長いコンテキスト、MCP（Model Context Protocol）の開発元 |
| Cognizant | 実装とデリバリー | Claudeを組み込んだ開発・テスト・PRレビュー体制、Cognizant Neuro AI等のマルチエージェント基盤、AI Builder型の提供モデル |
この構図の背景には、Travelport自身の再定義があります。同社は自らを「GDS」ではなく「AI駆動の旅行コマースを可能にするインフラ層」と呼び直しており、Travel Distribution Newsは2026年3月に完了した5,000万ドルの追加株主投資と2025年の12%のEBITDA成長をふまえ、「GDSの時代は終わるのではなく、別のものへ変わりつつあり、Travelportは三大GDSで最初にその賭けを明示した」と評しています。
鍵を握るのはデータの正規化です。Trip ServicesはEDIFACT、NDC、LCC、ホテル在庫といった形式の異なるコンテンツを構造化して提供しており、同誌は「AIエージェントは断片化した不揃いのデータを扱えない」と指摘します。Booking.comやExpediaがMCP対応を進め、Amadeusが標準論を展開するなかで、基盤側が対応を怠ればAIエージェントの取引経路から外されかねません。今回の提携は、その危機感への先手だと読めます。
小売・EC事業者への示唆
第一に、会話の入り口と取引基盤を分けて設計することです。チャットUIを載せるだけでは商取引は完結せず、在庫API、注文処理、購入後対応までを機械が呼び出せる形に整える必要があります。ECではShopifyのStorefront MCPが同じ発想で先行しており、発見と決済の分断をどの層で埋めるかが設計の中心論点になります。
第二に、エージェント対応は顧客向けUIではなく、データと開発現場の整備から始まるという順序です。今回Claudeが最初に向けられたのはコードとテストとレビューであり、商品や在庫の情報をAIが読める形にする商品データの整備と同じ発想に立っています。外から見えない部分の近代化が、結局は顧客向け機能の投入速度を決めます。
第三に、購入後対応を自動化の起点として捉えることです。変更・払戻・障害対応から市場投入するTravelportの順序は、ECの返品・キャンセル・問い合わせ対応がエージェント化の最初の実務になりうることを示しています。派手な購買体験より先に、確実に価値を測れる領域から積み上げる進め方は、事業規模を問わず転用できます。
まとめ
Travelport・Anthropic・Cognizantの提携は、旅行流通の基盤企業が開発現場のAI化とMCPベースの接続層をセットで進める、インフラ起点のエージェンティックコマース事例です。会話の意図を実在庫つきの確定予約へ変換するという目標を、チャットの入り口ではなく、取引基盤の再構築によって達成しようとしています。
今後の見どころは三つあります。2026年内に予定される変更自動化と運航障害インテリジェンスが実取引でどこまで使われるか。MCPベースの予約層が他の流通基盤やOTAへどう波及するか。そして、現時点で語られていない決済の委任や本人確認をどの標準で扱うか。旅行で先行するこの実験の結果は、複雑な在庫と動的な価格を持つあらゆる商取引に、順番に降りてくるはずです。
