列車無線システム開発の発注/外注/依頼/委託方法について

列車無線システムの発注・外注は、無線機やアプリだけを買うことではなく、路線・車両・地上設備・運行業務・安全評価・保守を一つの責任体系として設計することです。成功の要点は、まず音声業務無線、列車データ通信、無線式列車制御の対象範囲を分け、通信断時の安全側動作と既存設備との接続責任をRFPに書き切ることです。

「どの会社に、どの方式で、どこまで委託すればよいか」「見積書の金額差をどう比べればよいか」と迷う鉄道事業者・自治体・購買担当者は少なくありません。本記事では、発注形態の選び方、RFPと要件整理、請負・準委任などの契約形態、2026年時点の費用相場、委託先の選定と見積比較のポイントを、公開事例とともに発注者の視点で解説します。

▼全体ガイドの記事
・列車無線システム開発の完全ガイド

列車無線システムを発注する前に決める全体像

列車無線システムという言葉は、指令員と乗務員が通話する業務無線から、列車位置を送るデータ通信、列車間隔や速度を制御するCBTC・ATACS・RKシステムまで含む広い呼び方です。発注範囲を一括りにすると、必要な安全要求や見積項目が曖昧になるため、最初に機能と責任を切り分けます。

音声中心の業務無線では、指令員と乗務員の通話、緊急通報、一斉通報、通話録音、優先接続、無線局や電波の運用が中心です。列車位置・速度・在線状態などを送るデータ通信では、指令所の運行監視、遅延回復支援、駅・車両基地・保守端末との連携が重要になります。ここまでは、通信品質と業務継続を重視する情報系の発注として整理しやすいです。

一方、CBTCやATACS、地域鉄道向けのRKシステムまで含める場合は、地上制御装置、沿線無線機、車上無線機、車上制御装置、位置検知、連動装置、ATS・ATO、指令端末が連携します。先行列車の位置や走行可能範囲をもとに列車を制御するため、通信遅延、誤データ、なりすまし、通信途絶が安全要求に直結します。音声無線の更新と同じ発注書で扱わず、制御系の安全ケースと評価工程を別建てにすることが大切です。

RFPには、対象線区の路線長、駅数、トンネル・地下区間、車両形式、編成数、運行本数、既存のATS・ATC・CTC・連動装置、指令所、通信回線、車両改造の可否を記載します。既存設備を残すのか、撤去・更新するのか、併用期間を設けるのかによって、設計・施工・試験の範囲が大きく変わります。特に車両形式が複数ある場合は、車上装置の搭載スペース、電源、ブレーキ・制御インターフェース、走行試験の時間を先に確認します。

発注者側の意思決定者も明確にします。運輸・信号部門は安全と運転取扱い、情報システム部門はネットワークと認証、車両部門は搭載改造、施設部門は沿線施工、購買部門は契約と価格、経営層は投資効果を担当します。担当が分かれたままベンダーに要件整理を丸投げすると、後から「それは別部署の範囲です」という追加費用が出やすいため、社内の要求責任者と承認ゲートを決めておきます。

列車無線システムの発注・外注の進め方

発注は、会社を探して見積を取るところから始まりません。対象範囲を定義し、現行設備と運用を調べ、要求仕様と評価方法をそろえ、複数の候補に同じ条件で提案を依頼する順番が基本です。音声無線の更新であっても、トンネルや駅構内の電波調査、通信断時の代替手順、保守部品の供給期間まで含めて計画します。

元請メーカーや大手SIerへ、調査から設計、機器調達、車両改造、施工、試験、保守まで一括して委託する方式は、責任窓口を一本化しやすい方法です。CBTCのように地上・車上・信号・通信を横断する案件では有効ですが、元請の下請構造、採用する通信事業者、既存設備とのインターフェース、変更時の追加費用が見えにくくなることがあります。RFPでサブコントラクターと責任範囲の開示を求めます。

通信基盤、車両装置、信号・制御、施工、第三者安全評価を分割して発注する方式は、専門性と価格を比較しやすい方法です。ただし、インターフェース管理を発注者が担う必要があり、障害時に責任が分散しやすくなります。社内に鉄道システムのPMが不足する場合は、発注者側PMOや独立したシステムインテグレーターを置き、要求管理、設計審査、試験計画、変更管理を横断的に管理します。

RFPの冒頭には、導入目的と対象範囲を記載します。続いて、路線・車両・運行条件、音声やデータの通信量、許容遅延、可用性、冗長構成、ハンドオーバー、トンネルや地下の電波条件、時刻同期、ログ保存期間、認証・暗号化、脆弱性対応、バックアップ、障害時の切替、復旧目標を要求項目にします。「安定した通信」のような曖昧な表現ではなく、どの区間で、どの速度で、何回測り、どの閾値を合格とするかを定義します。

列車制御を含む場合は、通信断時に列車がどの状態へ移行するか、誤った電文をどう検知するか、地上装置と車上装置のどちらが安全側制御を担うかを明記します。国土交通省の都市鉄道向けガイドラインでも、制御システムと伝送システムを分け、制御システム側で電文の正当性を確認し、異常時に安全側へ移行できる構成が示されています。出典は国土交通省「都市鉄道向け無線式列車制御システムのガイドライン」（2021年）です。

成果物もRFPに入れます。要求仕様書、電波調査報告書、基本・詳細設計書、インターフェース仕様、脅威分析、試験仕様書と結果、現地試験記録、安全評価資料、運用手順、保守マニュアル、教育資料、ソースコードや設定情報の引き渡し条件までを一覧化します。納品物が「完成品一式」だけだと、障害時に別会社へ切り替えられず、長期のベンダーロックインを招きやすくなります。

実証試験は、製品を見せてもらう場ではなく、採用判断に必要な不確実性を減らす場です。最初は限定区間と試験車両で、走行中の電波強度、遅延、パケット損失、ハンドオーバー、通信断からの復帰、ログの時刻整合、認証・暗号化を確認します。制御を伴わないモニターランから始め、次に異常系、最後に安全系の走行試験へ進めると、リスクを段階的に管理しやすくなります。

各ゲートには合格条件を置きます。たとえば、電波調査完了では死角と対策費が確定していること、PoC完了では要求した通信品質と障害時動作を再現できること、統合試験完了では既存の連動・運行管理・車両機器と接続できること、営業線移行では運転取扱い・教育・復旧手順・安全評価資料が承認済みであることを条件にします。試験の合否を担当者の感覚で決めないことが重要です。

列車無線システムの契約形態と責任分界

列車無線システムでは、要件が固まっている工程と、現地調査をしなければ不確実な工程が混在します。そのため、全工程を同じ契約形態にするより、調査・企画、設計・開発、機器調達・施工、試験・保守の性質に合わせて契約を分ける方が、価格と責任を管理しやすくなります。

納品物と完成条件を定義できる設計書作成、ソフトウェア製作、機器設置、試験などは、請負契約で成果物・検収・瑕疵対応を明確にしやすい工程です。ただし、現地の電波状況や既存設備の仕様が未確認のまま固定価格にすると、前提外の追加費用が発生します。請負にする範囲、前提条件、変更時の単価、再試験の扱いを契約書と別紙仕様書に記載します。

要件整理、現行設備調査、発注者側PMO、設計レビュー、技術支援など、作業を通じて成果をまとめる工程は、準委任契約や時間精算方式が適する場合があります。準委任だから成果責任が不要になるわけではなく、担当者の役割、投入時間、会議体、レビュー成果物、報告義務、秘密保持、情報管理を明確にします。調査だけを準委任で行い、実装・納品は請負へ移す段階契約も現実的です。

一括発注でも、責任が一つになるとは限りません。元請メーカーは全体設計と統合、通信事業者は回線の提供品質と障害通知、車両メーカーは車上装置の搭載と車両インターフェース、施工会社は沿線機器・電源・伝送路の施工、第三者評価者は安全・セキュリティ評価を担うことが一般的です。実際の体制は案件ごとに異なるため、RFPでは会社名ではなく、機能・成果物・障害時の一次対応・再試験費用の担当を表にします。

インターフェース責任は特に細かく定めます。地上装置と車上装置の電文、時刻同期、ネットワークの帯域、無線局設定、ブレーキや連動装置との信号、ログの所有権、監視アラート、設定変更の承認者を対象にします。障害が「無線回線」「アプリケーション」「車上機器」「既存信号設備」のどこにあるかを切り分ける監視データとログを、誰が取得できるかまで契約へ含めます。

列車無線システムのログには、列車位置、運転状況、通話、障害、保守操作などの重要情報が含まれます。運行データとログの所有者、利用目的、保存場所、アクセス権、契約終了時の返却・消去、バックアップの暗号化、第三者への再委託条件を定めます。ソースコードをすべて譲渡できない場合でも、障害対応と事業継続に必要な設定情報、API仕様、エクスポート機能、エスクローの要否を検討します。

サイバーセキュリティは納品時だけの確認では不十分です。脆弱性の受付窓口、重大度ごとの初動時間、パッチの試験と適用手順、サポート期限、脆弱性情報の通知、インシデント時の報告・証跡保全、委託先の再委託管理を決めます。国土交通省は2026年4月22日に鉄道分野の情報セキュリティ確保に係る安全ガイドライン第6版を改定しているため、最新の要求と自社の安全管理規程をRFP・契約へ反映します。出典は国土交通省「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」（2026年）です。

列車無線システムの費用相場と見積の内訳

列車無線システムには、全国共通の定価や一般的なSI単価はありません。音声無線の更新、限定区間のデータ伝送、CBTCやRKシステムの導入では、対象車両数、路線長、沿線機器、車両改造、既存設備との連携、夜間施工、安全評価の有無が異なります。したがって、Webアプリの人月単価だけで金額を出すのではなく、調査から保守までの総額で見積を比較します。

要件整理、無線環境調査、概念設計の目安は700万円から3,000万円程度です。路線測定、現行設備調査、要求仕様、概算設計を含む費用で、線区の複雑さと調査範囲で変動します。限定区間のPoCや実証試験は5,000万円から1.5億円程度、期間は9か月から24か月程度を見込みます。国土交通省が2025年度に日本信号へ委託した「地方鉄道向け無線式列車制御システムの開発」は契約額99,979,000円で、実証試験等が対象でした（出典：国土交通省「令和7年度 委託調査費に関する契約状況」、2026年公表）。これは製品を路線全体へ導入する価格ではなく、開発・実証の金額です。

既存設備と連携した限定区間導入では5億円から30億円程度、車上・地上装置、通信、指令連携、試験を含む路線更新では50億円から300億円程度が推定レンジになります。日本信号が2024年に発表したジャカルタ都市高速鉄道第2期2Aの信号システム受注は、6km・7駅で約60億円でした。CBTC、電子連動、表示装置、現場機器などを含む海外案件の受注額であり、日本の路線へそのまま適用できる相場ではありませんが、装置・施工・統合を含む案件が数十億円になることを示す公開事例です。

見積書では、要件定義・安全設計、電波サイト調査、地上サーバーや中央装置、沿線アンテナ・無線機、車上装置・車両改造、ネットワーク・回線、指令や連動装置との連携、ライセンス、現地施工、工場試験、統合試験、夜間走行試験、安全評価、セキュリティ評価、教育、予備品、撤去・切替費を別行にします。ソフトウェア開発費の一式表示では、金額差の理由も、抜けている作業も判断できません。

ランニングコストも初期見積と分けて確認します。通信回線料、クラウドやデータセンターの利用料、監視、保守要員、現地駆け付け、予備機、ライセンス更新、脆弱性対応、OS・ミドルウェア更新、車両改造後の保守、電波再調査、撤去費を3年から10年の期間で試算します。初期費用が安い提案でも、専用機器や独自ライセンスの更新費が高ければ、総保有コストは逆転することがあります。

調査・要求仕様は3か月から9か月、PoCは9か月から24か月、基本設計から製作・車両改造・安全評価・走行試験を含む路線導入は3年から8年程度が現実的です。駅間距離が短くても、車両形式が多い、夜間しか施工できない、相互直通運転がある、既存設備を止められないといった条件で期間は延びます。見積には、納期だけでなく、現地作業可能な時間帯と試験列車の確保条件を入れます。

費用を抑えるには、まず音声通話や位置情報の可視化など情報系から始め、通信品質と運用を確認してから制御系へ段階展開する方法があります。ただし、将来CBTCへ進む可能性があるなら、初期段階から電文、時刻同期、ログ、認証、ネットワーク分離、APIの拡張性を設計しておきます。JR九州は2026年4月、公衆回線を使うRKシステムを長崎地区へ導入し、2028年度中の一部区間導入を目標に示しました。通信途絶時の安全確保と情報セキュリティを新技術の柱としている点は、段階導入を計画する発注者にとって参考になります。出典はJR九州「公衆回線を使用した無線式列車制御システムを導入します」（2026年）です。

委託先の選定と見積比較で確認するポイント

委託先は、知名度や提示価格だけでなく、対象案件に必要な能力の組み合わせで評価します。鉄道事業者の安全系設備、車両・信号との連携、無線回線の設計、沿線施工、第三者評価、長期保守のすべてを一社で持つとは限りません。候補会社の得意領域と不足領域を把握し、コンソーシアムや再委託の体制まで比較します。

候補会社には、どの国・線区で、何km、何編成、どの機能を担当したかを確認します。日本信号、三菱電機、日立製作所などの国内メーカーは、車上・地上装置や信号・運行システムとの統合を確認する候補になります。Siemens MobilityやAlstomなど海外パッケージ系は、都市鉄道や大規模CBTCの経験を活かせる一方、日本の鉄道技術基準、既存設備、運転取扱いへの適合方法を提案段階で確認します。

通信基盤を重視する場合は、NTTコミュニケーションズのような通信・ネットワークSI候補を、制御装置メーカーや信号ベンダーと組み合わせる考え方もあります。東京メトロ、鉄道総合技術研究所、日立、三菱電機、NTTコミュニケーションズは、2024年8月から2025年3月に5Gを活用した鉄道用通信基盤を検証し、営業線での5G活用CBTC実証は国内初と発表しました（出典：東京メトロ「5Gを活用した各種鉄道システムの実証試験において有用性を確認」、2025年）。ただし、実証への参加はそのまま自社線区への導入実績を意味しないため、担当範囲と本番保守体制を分けて聞きます。

複数社から見積を取るときは、同じRFP、同じ路線データ、同じ車両数、同じ試験範囲、同じ保守期間を渡します。A社は機器費を含む一括価格、B社はソフトウェアだけ、C社はPoCだけという比較では、安い会社を選んだのではなく、範囲の狭い提案を選んだだけになります。見積書の各行に、含むもの、含まないもの、発注者支給、前提条件、数量、単価、納期、検収条件を記載させます。

価格以外は、要求適合率、未回答項目、追加費用の条件、納期の根拠、試験ケース数、障害時の復旧体制、保守窓口、予備品の供給期間、再委託先、データ返却、契約終了時の移行支援を点数化します。特に「通信品質を満たせなかった場合の対策費」「現地再試験の費用」「仕様変更の単価」「夜間施工の割増」「天候や運休による延期」を確認すると、契約後の金額差を抑えやすくなります。

通信方式は、専用無線、LTE・4G、公衆5G、ローカル5G、複数回線の冗長構成などを比較する段階にあります。2026年7月には、総務省が300MHz帯無線式列車制御システムに係る技術的条件の報告案について意見募集を開始しました。これは制度化済みの導入許可を示すものではなく、2026年8月20日を締切とする意見募集段階です。発注時には「将来使えるはず」と断定せず、現行制度、無線局、周波数、認証、移行時期を確認します。出典はe-Govパブリック・コメント（2026年7月17日公示）です。

東京メトロは2024年12月に丸ノ内線でCBTCの使用を開始し、2025年10月の発表では平日朝通勤時間帯の5分以上の遅延証明書発行日数が切替前と比べて約6割減少したと説明しています（出典：東京メトロ「無線式列車制御システム導入が2025年の鉄道の日に特別賞を受賞」、2025年）。こうした導入事例は効果の参考になりますが、路線の混雑、運転間隔、車両、既存設備が異なるため、RFPでは自社のKPIを遅延時間、復旧時間、保守工数、設備故障率などに置き換えます。

安全要求とセキュリティ要求は、法令、発注仕様、評価基準を分けて整理します。鉄道技術基準省令は性能を示す法令上の枠組みで、IEC 62280やIEC 62425、CLC/TS 50701などは安全関連通信・RAMS・サイバーセキュリティの設計や評価に参照する規格です。SIL4を取得すればすべての法的責任が解消するわけではなく、危険分析、システム定義、安全要求、独立評価、運用手順をプロジェクト全体で確認します。

列車無線システムの発注・外注でよくある質問

発注前に多く寄せられる疑問を、対象範囲、費用、委託先の選び方に分けて回答します。最終的には、自社線区の運用条件と安全管理体制に合わせてRFPを作成することが必要です。

外注できますが、残す設備と更新する設備のインターフェースを先に調査する必要があります。既存のATS・ATC・CTC・連動装置、車両機器、指令所、通信回線の仕様と試験環境を確認し、段階導入や併用期間の安全条件をRFPへ記載します。

要件整理や小規模な音声無線の更新なら数千万円の範囲になる可能性がありますが、CBTCや路線全体の導入は機器、車両改造、施工、試験、安全評価を含むため、数億円から数百億円まで幅があります。公開契約額や受注額は対象範囲が異なるため、自社の路線長、編成数、既存設備、試験条件を分解して見積を依頼します。

大手メーカーに限定する必要はありませんが、安全系の実績、車両・信号との接続能力、現地施工体制、独立評価、長期保守を満たせる会社を選ぶ必要があります。通信基盤SI、PMO、車両・信号メーカー、第三者評価者を組み合わせる場合は、元請の統合責任と障害時の一次窓口を契約で明確にします。

まとめ

列車無線システムの発注・外注では、最初に業務無線、データ伝送、CBTC・ATACS・RKシステムを分類し、対象線区・車両・既存設備・通信方式を定義します。そのうえで、RFPに通信品質、通信断時の動作、安全要求、サイバーセキュリティ、既存設備とのインターフェース、試験方法、データ所有権、保守年数を記載します。

見積は、ソフトウェア、機器、回線、車両改造、施工、試験、安全評価、教育、予備品、保守を分け、同じ前提条件で比較します。請負と準委任を工程ごとに使い分け、元請・通信事業者・車両メーカー・施工会社・第三者評価者の責任を整理すれば、追加費用や障害時の責任不明確を抑えやすくなります。

いきなり全面導入の価格を競わせるのではなく、現行設備・電波環境・運用フローを調査し、PoCと営業線移行の判定条件を定めることから始めます。列車無線システムは安全と事業継続に関わるため、発注者側の運輸・信号・車両・情報システム・購買が同じ要求仕様を見ながら、長期保守と将来の技術更新まで含む委託先を選ぶことが重要です。

▼全体ガイドの記事
・列車無線システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。