鉄道の電話窓口には、駅設備の案内から忘れ物、列車の運行状況、現地で困っている利用者の連絡まで届きます。平常時のFAQを自動化できても、運行が乱れたときに同じ案内を続けられるとは限りません。必要なのは、情報の鮮度と、駅や担当部署へ引き継ぐ条件を含めた設計です。

本記事では、一般案内、忘れ物受付、運行情報の取次を中心に説明します。苦情・ハラスメントへの対応方針を中心とする鉄道のカスハラ電話対策とは分け、利用者の用件を正しい情報と窓口につなぐ方法を扱います。運用例は架空の鉄道事業者を想定したもので、Bellの導入実績ではありません。

案内できる情報と、現場確認が必要な情報を分ける

駅の住所や常設設備は比較的安定した情報ですが、設備が今使えるか、列車が今どこを走っているか、乗車支援をいつ受けられるかは、更新情報や現場の確認が必要です。同じ「駅の案内」という分類でも、参照する情報源と回答条件を変えます。

乗換や料金の案内も、通常時の検索結果がそのまま使えるとは限りません。運休、振替輸送、利用するきっぷの条件が関わる場合は、情報源をそろえ、個別の適用を確認する窓口を残します。AIが一般的な知識で経路や払い戻しを確約しないようにしてください。

運行情報は、更新元と発表時点をセットで扱う

情報がないことを、平常運転と解釈しない

運行情報には、発表対象、対象路線、更新時間帯などの条件があります。たとえばJR東日本の公式運行情報ページは、確認時点で、4時から翌2時の間に管内で30分以上の遅れが発生または見込まれる場合に「遅延」と案内する旨を示しています。この条件を、他社やすべての列車へ一般化してはいけません。出典：JR東日本「運行情報・運休情報・遅延証明書」、2026年10月7日確認

そのため、データが空だった場合に「遅れはありません」と回答する設計は適切ではありません。情報が未発表なのか、取得に失敗したのか、提供時間外なのかを分けます。確認できない場合には、その状態と事業者が指定する確認先を案内します。

発表時刻と、システムが取得した時刻を区別する

AIが今情報を取得しても、発表内容自体は古い場合があります。運用では、情報源が発表した時刻と、AI側が取得した時刻を別に記録します。利用者に案内する際は、情報源に示された時点を明確にし、古い情報を最新のように読み上げないようにします。

どのくらい古ければ自動回答を止めるかは、情報の種類と更新仕様を踏まえて事業者が決めます。再開見込みが変更された場合は、古い見込みの残存を確認します。利用者の「何時には着けるか」という質問に、再開見込みだけから到着時刻を計算して保証しないことも重要です。

情報源の利用条件と更新担当を確認する

公式サイトで読める情報が、そのまま自由にシステム連携できるとは限りません。提供方法、利用条件、障害時の窓口を確認したうえで接続します。AIに情報を渡す担当部署と、案内文を承認する部署を決め、平常時と運行乱れ時の切り替えを試験します。

忘れ物の一通を、聞き取りから照合へつなぐ

覚えている範囲を、検索できる形に整理する

仮に「朝の電車に黒いかばんを忘れた」という連絡があったとします。AIは、利用日、乗車・降車駅、進行方向、おおよその時刻、車内や駅など置いた可能性のある場所、品物の特徴を確認します。列車名や号車が分からなくても会話を止めず、分かる項目と不明な項目を分けて記録します。

同じ駅名が複数の路線にある場合には、事業者や路線を確認します。聞き取れなかった名称を似た駅名に補正して断定すると、別の窓口へ依頼が送られます。候補を確認しても特定できない場合は、職員が追加確認する案件として扱います。

検索結果がなくても「見つからない」と断定しない

JR東日本は、届けられた忘れ物がシステムに登録されるまで時間がかかり、問い合わせ時点では登録がない場合があると案内しています。自動受付でも、検索に該当がないことと、品物が存在しないことを区別する必要があります。出典：JR東日本「お忘れ物のご案内」、2026年10月7日確認

連携先を検索できる場合は、検索時点と対象範囲を記録します。検索機能がない構成なら、受付内容を忘れ物担当へ渡し、利用者には確認方法と回答手順を案内します。後日の自動再検索や連絡を行うかは別の運用であり、実施しないのに「見つかり次第必ず連絡します」と約束してはいけません。

候補が見つかっても、所有者の照合と引渡しを残す

似た品物が登録されていた場合、AIが中身や特徴をすべて読み上げて答えを教えるような会話は避けます。担当者が、利用者から申告された特徴などを照合し、所有者と確認する手順を残します。連絡先や本人確認に使う情報の収集範囲は、事業者の手続きに合わせて定めます。

引渡し場所、受付時間、必要な確認、他の窓口への移管状況も、現時点の情報を確認してから案内します。担当者が照合を終えていない段階で、「そのかばんはあなたのものです」「今すぐ受け取れます」と伝えないようにします。受付番号と未完了の作業を残すことで、再問い合わせの際も同じ説明を繰り返さずに済みます。

駅への安全連絡と支援依頼は、受付完了で終えない

駅構内の危険や現地で対応が必要な連絡は、忘れ物の通常受付とは別の経路で扱います。駅名と場所など、接続に必要な確認に絞り、事業者が承認した連絡先へつなぎます。AIが独自に安全性を判定したり、現場対応や運行を指示したりする設計にはしません。

転送を試みたことだけでは、駅が連絡を受けたとはいえません。担当先が応答しない場合の代替窓口、利用者へ伝える案内、案件の受領確認を定めます。安全に関わる連絡を、翌営業日の一般問い合わせ一覧へ自動的に回す運用は避けます。専用経路の試験は、現場業務へ影響しないよう担当部署と調整して行います。

車いすなどの乗車支援を希望する電話でも、希望を記録したことと、駅で手配が確定したことを分けます。駅・日時・乗車区間など、事業者が必要とする項目を聞き、現場確認の結果を案内します。障害名など、手配に不要な詳細まで一律に収集しない設計が望まれます。

運行が乱れた日に増える例外を試験する

AIが多数の電話に応答できても、情報取得先や有人窓口が同じ量を処理できるとは限りません。着信、検索、転送のそれぞれで負荷を確認し、情報取得に制限があるときの動作も試験します。電話窓口で全利用者へ同じ古い内容を案内しないため、異常の検知と回答停止を運用に含めます。

外国語案内を行う場合は、対応言語の数だけで判断しません。駅名、路線名、方向、日付の表現が正しく伝わるか、希望言語の有人対応へ進めるかを確かめます。聞き取りが難しい利用者に、何度も同じ質問を繰り返すだけの会話にならないことも重要です。

個人情報と運用責任を、窓口ごとに整理する

忘れ物受付には連絡先や品物の特徴、支援依頼には個別の事情が含まれます。すべての通話記録を全駅で共有するのではなく、担当部署が必要な範囲で閲覧する運用にします。録音、文字起こし、受付票、担当者への通知ごとに保存期間と削除方法を確認します。

情報更新は運行案内の責任者、忘れ物の照合は担当部署、駅への連絡経路は現場運用の責任者が確認します。システム担当者だけに回答内容の判断を任せず、案内の正しさと接続の動作を別々に承認します。臨時ダイヤや設備変更があった際、誰がどの情報を更新するかも決めておきます。

導入範囲と効果をどう判断するか

最初は、駅設備などの公開案内や忘れ物の聞き取りから始め、運行情報の案内は情報源と停止条件を確認してから加える方法があります。現場確認が多い用件では、AIによる完了率より、担当者が必要な情報を受け取れる割合を重視します。

導入後は、誤った駅への転送、未接続、情報更新の遅れ、同じ用件の再入電、忘れ物担当者による聞き直しを確認します。平常日と運行乱れの日を一緒に比較すると負荷の差が隠れるため、状況別に評価します。電話料金やシステム費用に加え、案内更新と未対応案件の確認に必要な職員時間も含めて判断します。

運行・忘れ物システムとの接続、対応言語、同時着信の条件は個別に確認する必要があります。対象路線・窓口、情報源、回線構成、時間帯ごとの取次先をもとに、利用者へ何を伝え、どの状態で人へ渡すかを具体化します。障害時の代替案内も、導入前の確認に含めます。

駅や窓口の手を止める電話から、分担を考える

忘れ物や設備の問い合わせが重なり、現地の利用者への対応にも追われる。そうした時間に、どの受付をBellに任せられそうか、一緒に整理しませんか。一般案内と職員の確認が必要な連絡を分けると、最初に見直したい窓口が見えてきます。

すべての電話を変える計画がなくても構いません。「まず忘れ物の聞き取りから考えたい」といったお悩みから、Bellへ鉄道の電話受付をご相談ください。