この記事のポイント
- 世界三大GDSの一角Travelportが、AnthropicのClaudeとCognizantのエンジニアリング力を組み合わせ、Trip ServicesのAI化とMCPベースの会話型予約基盤の構築に踏み出した
- 会話で旅程を組み立てるAIエージェントと、在庫つきで決済可能な予約システムのあいだに開いた構造的なギャップを、MCPプロトコルを発案したAnthropic自身を引き入れて埋めにいくのが今回の提携の核心である
- EC事業者にとっても、旅行リテーリングのAI再構築は「複雑な在庫と動的価格を伴う商材」のリファレンス事例となり、サブスク・チケット・体験商材の設計に直接波及する
TravelportがAI再構築の主役にAnthropicとCognizantを選んだ

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との三社連携を発表しました。Cognizantの公式リリースによれば、Anthropicの大規模言語モデルClaudeをCognizantのエンジニアリング基盤に組み込み、Travelportの旅行リテーリング・流通プラットフォーム全体を再構築していく構想です。Business Travel News Europeも同日付で「Travelportが旅行プラットフォームを近代化するため、CognizantがClaudeを展開する」と報じています。
提携の合図はそれ自体新しい話ではありません。Anthropicは2025年11月にCognizantへClaudeを最大35万人規模で展開する戦略提携を発表しており、Cognizantが掲げる「AI Builder」モデルの中核パートナーにAnthropicを据えてきました。今回のTravelport案件はその戦略提携の最初の大型業種特化ユースケースであり、しかも金融サービスではなく旅行業を選んだ点に意図がにじんでいます。
注目すべきはCognizantのCEO Ravi Kumar S氏の説明の力点です。氏は今回の取り組みを「変わりつつある旅行流通の風景に対応するため、Travelportに、より速く、より高品質に規模で動くための道具を渡す」ものと位置づけました。単発のPoCではなく、Travelportが社内のコード開発・テスト・PRレビューといった日々のソフトウェアデリバリーの現場にClaudeを溶け込ませる長期計画として描かれています。
Trip Servicesの自動化と「予約を成立させるAI」
提携が最初に集中するのはTravelport Trip Services、すなわち予約・変更・払戻・サービシング(運航障害対応を含む)を担うクラウドネイティブAPI群です。ここはまさに旅行リテーリングの背骨にあたる部分で、TravelportのAPI経由取引比率は2022年の43%から現在63%まで伸びているとTravel Distribution Newsが報じています。
CognizantはClaudeを開発・テスト・PRレビュー基盤に組み込み、Travelportのコードベース全体を読み解きながら埋め込まれた業務ロジックを浮かび上がらせていきます。エンタープライズ近代化のなかで最も技術的に難しいのは、長年積み上がったコードに散らばるビジネスルールを安全に解きほぐすことです。Claudeの大規模なコンテキストウィンドウはこの分析作業に向いており、Anthropicの責任者Rich O'Connell氏も「大規模で複雑なコードベースを横断して推論することはClaudeが最も得意とする領域であり、まさに旅行インフラが必要とするもの」とコメントしています。
ただし、社内コードの近代化は半分にすぎません。もう半分の主役はTrip Servicesの顧客向け能力です。プレスリリースは「自動化された変更(automated exchanges)」「運航障害インテリジェンス(disruption intelligence)」を最初に市場に出す機能として挙げ、年内のリリースを宣言しています。ビジネス出張を組む旅行代理店の担当者が、統計的に運休リスクの低いルートを瞬時に提示できる、というのが具体的なイメージです。Travelportは「大規模TMCで1日あたり1時間の作業時間を削減できれば、年間で数百万ドル規模の生産性改善になる」とも主張しています。
MCPが結ぶ「会話で旅程→確定予約」のループ
今回の提携で最も戦略的な意味を持つのは、Travelportが上位インターフェース層にMCP(Model Context Protocol)を採用することを明言した点です。MangelaarsCEOは「AnthropicはMCPを開発した組織。そのプロトコルを発案した組織を選ぶのは当然の判断だった」と語っており、単なるベンダー選定の言葉以上のメッセージが込められています。
MCPは、AIエージェントと外部システム・データを橋渡しするオープンプロトコルとして急速に普及してきました。Skiftが2025年末に発表した解説記事「MCP Explained: The AI Standard Reshaping Travel Tech」によれば、MCPはOpenAI、Google、Microsoft、Amazonにも採用され、現在はLinux Foundationの管理下にあります。旅行業界では既にAmadeus、BCDトラベル、Booking.com、Expediaが採用を進めており、MCPは「AIエージェントが旅行データに直接アクセスして予約を実行する」共通基盤になりつつあります。
ただしMCPだけでは旅行リテーリングは成立しません。複雑なショッピング、予約、サービシングのワークフローを単独で扱える設計にはなっていないからです。Travelportが構想するのは、TripServicesのクラウドネイティブな取引基盤を下に置き、その上にMCPベースの会話インターフェース層を載せ、旅行者の自然言語リクエストを在庫つき・即時購入可能な確定予約に直接変換することです。プレスリリースの言葉を借りれば「AI駆動の旅行意図と確定された予約のあいだのギャップを、知的インフラで埋める」構造です。
AnthropicはMCPというプロトコルを開発した組織です。そのプロトコルを発案した組織を選ぶのは当然の判断でした。安全性、信頼性、コントロール可能性への彼らのアプローチも同じくらい重要です。旅行は高信頼が要求される環境であり、データはセンシティブで、エラーの結果が現実に響くからです。
三社の役割分担を読み解く
エージェンティックコマースの議論は「どのAIで買うか」に偏りがちですが、Travelportの今回の構成は、AI時代の業務基盤がレイヤーごとに役割を分けて立ち上がっていることを鮮明に示しています。三社の関係を一覧にすると、その重層構造が見えてきます。
| プレイヤー | 役割 | 提供するもの |
|---|---|---|
| Travelport | 旅行インフラ・流通 | Trip Services(予約・変更・払戻・運航障害対応)、MCPベースの上位インターフェース層、165カ国の流通網 |
| Anthropic | 基盤AI・プロトコル | Claudeモデル、大規模コンテキスト窓、MCP(Model Context Protocol)の発案者 |
| Cognizant | エンジニアリング実装 | Claudeを組み込んだ開発・テスト・PRレビュー基盤、Neuro-san等のマルチエージェント基盤、AI Builderデリバリー |
CognizantのAI Builder戦略は、業界文脈と一気通貫のシステムインテグレーション、そして日次のオペレーション責任までを背負って、エンタープライズの「実験」を「本番稼働」に押し上げることをうたっています。Anthropicは基盤モデルとMCPという業界標準を提供し、Travelportは165カ国の流通網と複雑な在庫・運航データを差し出します。どの一社が抜けても旅行リテーリングのAI再構築は完結しません。
おもしろいのは、この三社構成が他産業のAI再構築にも横展開しやすい型になっている点です。Cognizantは2025年11月の発表時点で、Anthropicとの連携を金融サービスから着手すると述べていました。今回の旅行業はその次の業種、すなわち「複雑な在庫と動的な価格・規約を伴う業務」を持つ業種としての先行事例になります。同じ構造はチケット販売、サブスクリプション、複雑な体験商材の流通にも当てはまります。
GDSの再定義と旅行業のAIトランスフォーメーション
Travelportは数年前から、自社を単なる「GDS」ではなく「AI駆動の旅行コマースを可能にする知的インフラ層」と呼び換えてきました。Travel Distribution Newsの2026年3月の解説は、5000万ドルの追加株主投資、12%のEBITDA成長、そしてTrip Servicesを軸にした技術スタック統合をふまえ、「GDSがその役割を終えるのではなく、別のものに変わっていく途上にあり、Travelportは三大GDSのうち最初にその賭けを明示した」と評しています。
この賭けがいま現実味を増している背景には、業界全体の構造変化があります。Booking.comやExpediaは独自のAI体験を構築し、AmadeusもMCP/UCPを軸にしたエージェンティックAIの方向性を打ち出しています。FCMの「Sam」やNavanの「Vibe」など、TMC各社も独自のAIエコシステムを矢継ぎ早に投入しはじめました。インフラ層を担うTravelportが動かなければ、AIに対応できないままバイパスされる現実的なリスクがあったわけです。
ここで効くのが、Travelportが過去数年かけて積み上げてきたTripServicesのクラウドネイティブ化と、EDIFACT・NDC・LCC・ホテルサプライを横断する正規化レイヤーです。AIエージェントは断片化した不揃いのデータを扱えません。構造化され、強化され、人手の解釈なしにクエリ可能なコンテンツが必要で、Travelportがそれを規模で提供できれば、回避は難しくなります。AnthropicとCognizantを引き入れて社内のソフトウェアデリバリーごと作り変えるのは、その提供速度を一段引き上げるための投資です。
EC事業者が読み取るべき三つの示唆
旅行業の今回の動きは、EC全般にとっても「将来形のリファレンス」として読む価値があります。複雑な在庫、動的価格、運用中の変更・キャンセル、サブスクリプション化された顧客体験など、旅行リテーリングが先行して直面している論点の多くは、これからのECにも順次降りてきます。
第一に、会話インターフェースから確定取引までの一本道を引くという設計思想です。AIで「商品を探す」体験は普及しましたが、そこから在庫つきで決済可能な確定購入に着地させるには、商品データ・在庫API・トークン化された決済・認可・サービシングをひと続きの線でつなぐ必要があります。Travelportが採用するMCPベースのインターフェース層は、ECならShopify StorefrontやAdobe Commerceが進める方向性と同じ思想で動いています。
第二に、近代化はフロントではなく開発現場から始まるという現実です。今回の提携が最初にClaudeを向けたのは消費者向けUIではなく、Cognizantのエンジニアリング基盤、すなわち開発・テスト・PRレビューです。EC事業者がエージェンティックコマース対応を進める際にも、まず社内のコード基盤・データ基盤・API群を読み解きながら作り変えられる体制を整えるほうが、結果として顧客向け機能の投入速度に効いてきます。
そして第三に、パートナー構成を「モデル提供者+実装パートナー+業界基盤」の三層で考えるという視点です。Anthropicがモデルとプロトコル、Cognizantが実装、Travelportが業界基盤というレイヤー分担は、EC事業者が自社のAI再構築を構想するときの参考枠組みになります。すべてを内製しようとせず、各層で誰と組むかを明確にしたほうが、本番運用への到達は速くなります。
まとめ
Travelport・Anthropic・Cognizantの三社連携は、旅行リテーリングをMCP起点で作り直す試みであり、同時にAI Builderモデルの初めての大型業種特化ユースケースでもあります。Trip Servicesの自動化、運航障害インテリジェンス、TMCの生産性改善といった目に見える成果は今年中に立ち上がる予定です。
旅行業界の関心はもちろん、EC・サブスクリプション・チケット領域の事業者にとっても、ここから注目すべき指標は明確です。Trip Servicesの最初の顧客向け機能がどの規模で実取引に乗るか、MCPベースの会話型予約が他のOTAやTMCにどう波及するか、そしてCognizantのAI Builderが旅行業以外の複雑業種にどう展開していくか。AI起点で業務システムを作り直す動きは、いよいよ「実験」から「業界基盤の刷新」に局面が移っています。





