JR東海「JRTok-AI」に見るAIコマースの土台設計 静的・動的データの分離と、案内と販売の線引き

海外メディアが「JR Central AI Travel Planner」と報じたサービスの実体は、JR東海が東海道新幹線向けに実証した生成AI案内「JRTok-AI（ジェイアールトーク・エーアイ）」です。本記事ではこれを鉄道のIT化としてではなく、AIが商品やサービスの発見・案内を担うAIコマースの前段の実装事例として読み解きます。一次情報をたどると、自社の検証済みデータへの接地、静的・動的データの分離、そして販売に踏み込まない線引きという、EC事業者にも通じる設計判断が浮かび上がります。

海外報道の実体は品川駅の実証実験

JR Central AI Travel Planner brings real-time Japanese rail guidance to global tourists

A new AI-powered travel companion promises smoother, less stressful rail journeys across Japan for first-time and frequent visitors alike.

www.ad-hoc-news.de

JR東海とグループのIT会社ジェイアール東海情報システム（JTIS）は2025年11月21日、AI多言語案内サービス「JRTok-AI」の実証実験を発表しました。期間は2025年12月15日から2026年3月中旬までの予定で、舞台は東海道新幹線の品川駅です。駅に掲出されたQRコードをスマートフォンで読み取ると専用サイトが開き、会員登録なしで無料で使えます。

AIチャットは、乗る予定の列車の運行状況をリアルタイムに反映します。遅延時には詳細な状況と到着見込み時刻を知らせ、きっぷの購入方法や大型荷物のルールも案内します。他社線への乗り継ぎを含む経路はGoogleマップとの連携で示します。チャットの対応言語は英語、中国語（簡体字・繁体字）、韓国語、フランス語、スペイン語で、開発元の解説によれば日本語を含む6言語です。乗車中には沿線の歴史や文化を伝える位置情報連動の音声ガイド（英語のみ）も用意されました。

一見すると親切な案内サービスの話ですが、AIコマースの視点で見ると位置づけが変わります。AIエージェントが利用者に代わって検索・比較・予約・購入を進めるエージェンティックコマースにおいて、すべての起点は「発見と案内」です。JRTok-AIは、この入口を汎用AIに委ねず自社で建てるという判断の産物として読めます。

汎用AIに案内を委ねないという判断

JTISの開発記は、羽田空港で戸惑うニューヨークからの旅行者の観察から始まっています。のぞみとひかりとこだまは何が違うのか。大きなスーツケースは持ち込めるのか。こうした疑問を、多くの旅行者はChatGPTのような汎用の生成AIに尋ねます。しかし汎用AIの回答には正確性の課題が残る、というのがチームの出発点にある問題意識でした。

事業者の側から見れば、これは自社サービスの説明を外部AIの推測に委ねている状態です。誤ったきっぷルールや古い運行情報が案内されても、事業者には打つ手がありません。JR東海は自社の検証済みデータに接地した窓口を建てることで、何をどう案内するかの主導権を手元に取り戻しました。

同じ構図は物販のECにもそのまま当てはまります。商品仕様や在庫、配送条件の説明を外部AIの学習データ任せにすれば、取り違えや古い情報の提示が起こりえます。自社データに基づく会話接点を自前で持つのか、外部AIチャネルに正確に発見される準備を進めるのか、あるいは両方か。この選択は開かれた庭と壁に囲まれた庭の議論として、業種を超えた設計課題になっています。

静的データと動的データを分けてAIに渡す

JRTok-AIの技術構成は、JTISが解説記事で明かしています。中核にあるのはLangGraphという、AIの処理の流れをグラフ構造で明示的に制御するフレームワークです。言語判定、質問分類、不足情報の確認、問い返し、情報取得、回答生成、品質チェックという多段のフローを組み、AIが一足飛びに答えを出すことを防いでいます。

情報源の扱いはさらに示唆的です。きっぷルールやマニュアル、駅構内図といった変化の少ないデータは、RAG（信頼できるデータベースを検索し回答に反映する手法）で参照します。運行状況のような刻々と変わるデータはAPI連携でリアルタイムに取得し、複雑な経路計算はGoogleマップという外部ツールに委ねます。質問の種類に応じて参照先を自動で切り替える、ハイブリッド検索の構成です。

この分離は、EC事業者が商品データを整備する際の参照モデルになります。商品説明や仕様、FAQは更新頻度の低いカタログ情報であり、在庫と価格は運行状況と同じ動的データです。性質の異なる両者を同じ仕組みに押し込めば、鮮度か正確さのどちらかが犠牲になります。AIに商品を扱わせる準備とは、まず自社データをこの二層で整理し直すことだと言い換えられます。

推測を禁じる制御と、足で稼いだデータ

JRTok-AIの設計思想を象徴するのは「分からないことは分からないと言う」という原則です。利用者の質問が曖昧なとき、AIはその場で推測せず、不足している情報を具体的に聞き返します。もっともらしい誤答、いわゆるハルシネーションを案内業務から締め出すための制御です。

正確さは机上の設計だけでは完成しませんでした。チームは302件の利用者アンケートを分析したうえで、実際にスーツケースを引いて駅の乗換動線を歩き、目印や移動の制約を記録して独自の案内データを作り込んでいます。理論上正しい経路ではなく、大きな荷物を持った旅行者が実際に迷わない経路。どの看板を目印にどう歩くかという粒度まで踏み込んだ案内は、この実測から生まれました。現場で作られたデータが回答の実用性を支えています。

取引をAIに任せる将来を考えるなら、この泥臭さは遠回りではありません。案内段階の誤答を潰し込めないAIに、予約や決済を安心して委ねる利用者はいないからです。データの機械可読化とは、フィードを吐き出すことではなく、AIが誤解しない粒度まで現場の知識を構造化する作業だということを、この事例は示しています。

案内はするが、販売はしない線引き

公式発表を確認する限り、JRTok-AIに予約や決済の機能はありません。きっぷの買い方は教えますが、購入そのものは既存の販売チャネルに残されています。海外メディアはこの実証を「チケットの先にある旅行体験の収益化」への一歩と評しましたが、現時点で確認できるのは無料の案内サービスという範囲です。座席のアップグレード提案や周辺販売への展開は、あくまで将来の可能性にとどまります。JR東海自身も、実験の結果をもとに提供する情報や対象範囲の拡充を検討すると述べるにとどめています。

この線引きは消極性ではなく、設計の順序として読むべきです。発見・案内と決済の分断は、現在のAIコマースに共通する構造だからです。会話の信頼性を先に固め、在庫連携や決済委任といった重い基盤は確実になってから接続する。JRTok-AIはその前半に集中した実装です。

むしろ注目したいのは、沿線の音声ガイドという体験コンテンツを、実務的な案内と同じ画面に束ねた点です。移動時間そのものを楽しませる仕掛けは、利用者を自社チャネルに長くとどめ、将来の提案が届く接点を育てます。まだ売らないと決めた段階でも、顧客との接触時間は積み上げられるという発想が読み取れます。

一方で、遅延通知と到着見込みの提示は、購入後の顧客対応そのものでもあります。きっぷを買った後の不安に寄り添う機能が最初から中心に据えられている点は、購入前の接客ばかりを競いがちなECの会話AIにとって見落とせない対比です。業界の次の段階も見え始めています。JR東日本は生成AIで旅程を作る「JR EAST Travel Concierge」の実証を重ね、自社予約サービスとの連携を掲げました。案内から取引への接続が、鉄道でも次の競争軸になりつつあります。

小売・EC事業者が持ち帰れるもの

JRTok-AIから引き出せる示唆は、旅行業に閉じません。カタログ的な静的データと在庫・価格のような動的データを分けて管理し、それぞれに適した経路でAIに渡す設計は、商品数の多いECほど効いてきます。あわせて、曖昧な質問に推測で答えさせない制御は、返品条件や配送日のような間違いが許されない領域でそのまま必要になる技術です。

もう一つの学びは着手の順序にあります。JR東海は自社の中核資産である東海道新幹線に対象を絞り、案内という取引の前後を支える領域から始めました。全商品・全チャネルを一度にAI対応させるのではなく、誤答が許されない主力領域で信頼できる会話体験をまず作る。取引への接続は、その基盤が固まってから判断する。この進め方は、AIコマースへの投資の踏み出し方に迷う事業者にとって現実的な雛形になります。

まとめ

JRTok-AIは、訪日客向けのAI案内という見た目の下に、AIコマースの土台づくりに必要な要素を詰め込んだ実証実験です。自社の検証済みデータへの接地、静的・動的データの分離、推測を禁じる制御、そして販売に踏み込まない線引き。いずれも、商品と在庫と顧客接点を持つ事業者がAI時代に直面する設計判断と地続きです。案内の信頼性という地味な部分を最初に固めるこの順序こそ、発見から取引へと段階的に進むAIコマースの現実的な歩幅を示しています。