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

列車無線システムの発注は、対象範囲を定義し、要求と判定条件を明文化したうえで、責任分界を踏まえて委託先を選ぶ順に進めます。この順に進めると、安全性と費用の見通しを両立できます。

全体像は、列車無線システム開発の完全ガイドもあわせてご覧ください。

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

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

業務無線、データ通信、列車制御の3領域で発注範囲を分けた図
制御系は音声無線の更新と分けて検討できます。

列車無線システムは、業務無線からデータ通信、列車制御までを含む広い呼び方です。そのため、機能と責任を分けて整理すると、安全要求や見積項目が明確になります。

業務無線・データ伝送・CBTCの定義

発注範囲は、通信の用途と安全上の役割で区分します。

  • 業務無線:指令員と乗務員の音声通話が中心です。
  • データ通信:列車位置や速度、在線状態を伝送します。
  • 列車制御:CBTCやATACS、RKシステムなどが該当します。

業務無線の中心は、緊急通報や一斉通報、通話録音です。優先接続や無線局、電波の運用も、この領域に含まれます。

データ通信では、指令所の運行監視や遅延回復の支援が中心になります。駅・車両基地・保守端末との連携も欠かせません。ここまでの業務無線とデータ通信は、通信品質と業務継続を重視する情報系の発注として整理しやすい範囲です。

CBTCやATACS、地域鉄道向けのRKシステムでは、地上制御装置や沿線無線機が連携します。車上無線機・車上制御装置・位置検知は、地上側の連動装置やATS・ATO、指令端末とも連携します。先行列車の位置や走行可能範囲をもとに、列車の走行を制御します。通信遅延、誤データ、なりすましは、通信途絶と並んで安全要求に直結します。

このため、制御系は音声無線の更新と同じ発注書では扱わず、安全ケースと評価工程を別に設計します。

対象路線・車両・既存設備の境界

RFPには、路線や車両、既存設備に加えて、社内の要求責任者を記載します。

  • 線区と運行:路線長、駅数、トンネル・地下区間、運行本数を示します。
  • 車両:形式や編成数、改造の可否、搭載条件を洗い出します。
  • 既存設備:ATS・ATC・CTC・連動装置、指令所、回線を一覧にします。
  • 社内体制:要求責任者と承認ゲートを決めます。

既存設備を残すか、撤去・更新するか、併用期間を設けるかで、設計・施工・試験の範囲が変わります。

さらに、複数の車両形式がある場合は、搭載スペースや電源、ブレーキ・制御接続、走行試験時間も確認します。

運輸・信号部門は安全と運転取扱い、情報システム部門はネットワークと認証を担当します。車両部門は搭載改造、施設部門は沿線施工を担当します。購買部門は契約と価格、経営層は投資効果を見ます。

担当が分かれたままベンダーに要件整理を任せると、別部署の範囲とされた作業で追加費用が出やすくなります。

ポイント

業務無線、データ通信、列車制御は、通信の用途と安全上の役割で分けて発注範囲を決めます。制御系は音声無線の更新とは別の発注書にして、安全ケースと評価工程を分けて設計します。

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

発注では、会社を探す前に対象範囲を定義しておきます。現行設備と運用を調べ、要求仕様と評価方法をそろえたうえで、各候補に提案を依頼します。

音声無線の更新であっても、トンネルや駅構内では電波調査が必要です。加えて、通信断時の代替手順と保守部品の供給期間も、計画に含めます。

発注形態の一括発注・分割発注・PM支援の選び方

案件の複雑さと社内PMの体制を踏まえて、発注形態を選びます。

  • 一括発注:責任窓口をまとめやすい方式です。
  • 分割発注:専門性と価格を比べやすい方式です。
  • PM支援:要求・設計・試験・変更を横断して管理します。

元請メーカーや大手SIerに一括で委託すると、調査から保守までの窓口を一本化できます。地上・車上・信号・通信を横断するCBTC案件では、この方式が有効です。

一方で、下請構造や通信事業者の関与、既存設備との接続責任は見えにくくなる場合があります。変更時の追加費用も、契約の段階では把握しにくいことがあります。そのため、RFPで再委託先と責任範囲の開示を求めます。

通信基盤や車両装置、信号・制御といった領域を分ければ、専門性と価格を比較できます。施工や安全評価も同様に分けられます。ただし、分割発注では、発注者側がインターフェースを管理する必要があります。

障害時に責任が分散するのを防ぐには、発注者側PMOや独立したシステムインテグレーターを置きます。これらが、要求管理や設計審査、試験計画、変更管理を担います。

RFPで数値化する通信品質・安全・試験・保守

「安定した通信」のように曖昧な表現では、提案の合否を比べられません。そのため、測定区間と速度、回数、合格閾値まで定義します。

  • 通信・運用:通信量、遅延、可用性、冗長構成を指定します。
  • 電波・時刻:ハンドオーバー、地下条件、時刻同期を定めます。
  • セキュリティ:ログ保存期間、認証、暗号化、脆弱性対応を記します。
  • 障害対応:切替、バックアップ、復旧目標を明記します。

列車制御を含む場合は、通信断時の列車状態と誤電文の検知方法を記載します。さらに、安全側の制御を地上と車上のどちらが担うかも定めます。

国土交通省の都市鉄道向けガイドラインは、制御と伝送を分ける構成を示します。電文の正当性は制御側で確認し、異常時には安全側へ移行します(出典:国土交通省「都市鉄道向け無線式列車制御システムのガイドライン」、2021年)。

RFPの対象には、要求仕様や電波調査、基本・詳細設計が入ります。接続仕様と脅威分析も含めます。

試験の仕様と結果、現地記録、安全評価は対象になります。運用・保守・教育資料も含まれます。

ソースコードや設定情報の引き渡し条件も一覧にします。「完成品一式」だけでは、他社への切替が難しく、ベンダーロックインにつながります。

PoCから営業線への移行条件

実証試験は、採用判断の不確実性を減らすための場です。限定区間と試験車両を使い、通信品質や異常時の動作を確かめます。

  1. 走行中の電波強度や遅延、パケット損失を測ります。
  2. ハンドオーバーや通信断からの復帰、ログ時刻を確認します。
  3. 認証と暗号化を確認したうえで、異常系と安全系の走行試験へ進みます。

制御を伴わないモニターランから始め、異常系、最後に安全系へと進めると、リスクを段階的に管理しやすくなります。

電波調査では死角と対策費を、PoCでは通信品質と障害時の動作を判定します。統合試験では、既存設備との接続を確認します。

営業線への移行条件は、運転取扱いと教育、復旧手順、安全評価資料の承認です。営業線への移行可否は、担当者の感覚ではなく、この条件で判断します。

ポイント

発注形態は、案件の複雑さと社内PMの体制で選びます。一括発注で窓口を一本化する場合でも、再委託先と責任範囲をRFPで開示させ、発注者側PMOの要否を早い段階で決めておきます。

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

工程には、要件が固まった作業と、現地調査まで不確実な作業が混在します。そのため、契約は工程の性質に合わせて分けると、価格と責任を管理しやすくなります。調査・企画は、不確実性に応じて準委任を検討します。設計・開発は、成果物と検収を決めやすいため請負が向いています。調達・施工や試験、保守も、作業の性質に合わせて契約の範囲を分けます。

請負と準委任の使い分け

成果物と完成条件を決められる工程は、請負が向いています。一方で、現地調査など不確実性の高い作業では、準委任も検討します。

  • 請負:成果物、検収、瑕疵対応を明確にします。
  • 準委任:役割、時間、会議、報告義務を定めます。
  • 段階契約:調査は準委任、実装・納品は請負とします。

設計書作成やソフトウェア製作は、請負で成果物や検収を決めやすい工程です。機器設置や試験も同様です。ただし、現地電波や既存設備が未確認のまま固定価格にすると、追加費用が生じます。

請負範囲や前提条件は、契約書と別紙仕様書に記載します。変更時の単価と再試験の扱いも、ここに含めます。

準委任であっても、成果への責任が消えるわけではありません。要件整理や現行設備調査、発注者側PMOは、準委任や時間精算方式が適する場合があります。設計レビューや技術支援なども、同じ方式が合うことがあります。

準委任では、投入時間と担当者の役割、会議体を決めます。加えて、レビュー成果物や報告義務、秘密保持、情報管理も定めます。調査は準委任で行い、実装や納品を請負へ移す段階契約も現実的です。

元請・通信事業者・車両メーカーの責任分界

責任は会社名だけでなく、機能・成果物・障害対応ごとに定めます。ただし、実際の体制は案件によって異なります。

  • 元請:全体設計とシステム統合を担います。
  • 通信事業者:回線品質と障害通知を受け持ちます。
  • 車両メーカー:車上装置と車両接続が担当範囲です。
  • 施工会社・評価者:沿線施工と安全評価を担います。

RFPでは、障害時の一次対応と再試験費用の割り当ても示します。施工会社が沿線機器や電源、伝送路を担い、第三者評価者が安全・セキュリティ評価を担当する例もあります。

責任分界を定める対象には、地上・車上装置の電文と時刻同期、ネットワーク帯域、無線局設定が含まれます。ブレーキ・連動装置との信号やログの所有権も定めます。

監視アラートや設定変更については、承認者を決めます。回線やアプリ、車上機器、既存信号設備の障害を切り分けるデータは、取得者も契約に記します。

データ・知的財産・脆弱性対応の契約条件

ログには、列車位置や運転状況、通話、障害、保守操作などが含まれます。そのため、所有者や利用目的、保存場所、アクセス権を定めます。

  • データ管理:保存、アクセス、返却・消去を定めます。
  • 知的財産:設定、API、出力機能、エスクローの扱いを検討します。
  • 脆弱性対応:窓口や初動、パッチ、報告手順を決めます。

バックアップの暗号化や、第三者への再委託の条件も定めます。ソースコードを譲渡できない場合は、事業継続に必要な設定情報やAPI仕様を検討します。

脆弱性への対応では、重大度ごとの初動時間やパッチの試験・適用を決めます。サポート期限、通知、証跡保全、再委託管理も、あわせて定めます。

国土交通省は2026年4月22日に、鉄道分野の情報セキュリティ安全ガイドラインを改定し、第6版としました。そのため、最新の要求と自社規程を、RFPや契約に反映します(出典:国土交通省「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」、2026年)。

ポイント

請負と準委任は、工程の確実性で使い分けます。成果物を決められる工程は請負、現地調査など不確実な作業は準委任か段階契約とし、変更時の単価と再試験の扱いを契約に残します。

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

要件整理・調査から路線更新までの4段階と、それぞれの費用目安を示す図
対象範囲が広がるにつれて費用帯も大きくなります。

列車無線システムには、全国共通の定価や一般的なSI単価はありません。音声無線の更新、限定区間のデータ伝送、CBTCやRKシステムの導入では、費用条件が異なります。そのため、比べる際は、対象車両数や路線長、沿線機器、車両改造の条件をそろえます。

Webアプリの人月単価だけでなく、調査から保守までの総額を比べます。既存設備との連携や夜間施工、安全評価の有無も、見積条件に含めます。

調査・PoC・限定導入・全面更新の費用帯

規模と対象をそろえたうえで、費用帯を比べます。次の金額は、調査・実証から路線導入までの目安です。

  • 要件整理・調査:700万円から3,000万円程度です。
  • 限定区間PoC:5,000万円から1.5億円程度です。
  • 限定区間導入:5億円から30億円程度です。
  • 路線更新:50億円から300億円程度の推定です。

要件整理・無線調査・概念設計には、路線測定や現行設備調査、要求仕様、概算設計が含まれます。費用は、線区の複雑さと調査範囲によって変動します。PoCは、期間9か月から24か月程度を見込みます。

国土交通省が2025年度に日本信号へ委託した「地方鉄道向け無線式列車制御システムの開発」の契約額は、99,979,000円でした。ただし、この契約は実証試験などが対象で、路線全体の導入価格ではありません(出典:国土交通省「令和7年度 委託調査費に関する契約状況」、2026年公表)。

限定区間導入は、既存設備との連携を含む目安です。路線更新は、車上・地上装置や通信、指令連携、試験を含む推定レンジです。

日本信号のジャカルタ都市高速鉄道第2期2A信号システム受注は、2024年発表で約60億円でした。対象は6km・7駅です。

CBTCや電子連動、表示装置、現場機器などを含む海外案件です。ただし、日本の路線へそのまま当てはめられる相場ではありません。装置・施工・統合を含む案件が数十億円になることを示す公開事例です。

見積の内訳(ソフトウェア・機器・施工・試験・保守)

一式価格では、金額差や作業の抜けを判断できません。そのため、初期費とランニングコストを分け、項目別に確認します。

  • 設計・調査:安全設計、電波調査、要件定義を別行にします。
  • 機器・接続:地上・車上装置、回線、連携費を別々に示します。
  • 施工・試験:現地工事、走行試験、安全評価を分けて記載します。
  • 保守:運用費、予備品、更新、撤去費を分けて示します。

具体的には、サーバーやアンテナ、無線機、車両改造を別行にします。指令・連動装置接続やライセンス、工場・統合・夜間走行試験も、別々に書きます。

セキュリティ評価や教育、予備品、撤去・切替費も項目にします。ソフトウェア開発費を一式にすると、金額差の理由が分かりません。

ランニングコストでは、回線料やクラウド・データセンターの利用料を試算します。監視や保守要員、駆け付け費も含めます。予備機とライセンス更新費も対象です。

脆弱性対応やOS・ミドルウェアの更新、車両改造後の保守は、3年から10年の期間で試算します。電波再調査や撤去費も、同じ期間で見ます。初期費用が安くても、専用機器や独自ライセンスの更新費が高ければ、総保有コストの順位が入れ替わることがあります。

期間と費用の増減要因

期間は規模や試験条件によって変わります。そのため、見積では納期だけでなく、作業時間帯と試験列車の確保条件も確認します。

  • 調査・要求仕様:3か月から9か月が目安です。
  • PoC:9か月から24か月を見込みます。
  • 路線導入:3年から8年程度が現実的です。

路線導入には、基本設計から製作、車両改造、安全評価、走行試験までが含まれます。

駅間距離が短くても、車両形式が多い場合や、夜間しか施工できない場合、相互直通運転がある場合には、期間が延びます。既存設備を止められない条件も、期間を延ばす要因になります。

費用を抑えるには、音声通話や列車位置の表示など、情報系から始める方法があります。通信品質と運用を確かめてから、制御系へ広げます。

将来CBTCへ進む場合は、初期設計の段階から、電文や時刻同期、ログを含めておきます。認証やネットワーク分離、APIの拡張性も同様に含めます。

JR九州は2026年4月、公衆回線を使うRKシステムの長崎地区への導入を発表し、2028年度中の一部区間導入を目指すと示しました。同社は、通信途絶時の安全確保と情報セキュリティを新技術の柱としています(出典:JR九州「公衆回線を使用した無線式列車制御システムを導入します」、2026年)。

ポイント

費用は、規模と対象をそろえて比べます。総額だけでなく、ソフトウェア・機器・施工・試験・保守の内訳と保守の期間を分けて確認すると、金額差の理由が分かります。

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

見積範囲、数量・条件、検収、契約後費用の4項目を並べた確認図
条件をそろえると提案範囲の差を見分けやすくなります。

委託先は、知名度や価格だけで決めず、必要な能力の組み合わせで評価します。

安全系設備や車両・信号連携、無線回線設計は、一社で担うとは限りません。沿線施工や第三者評価、長期保守も、一社に限らない場合があります。そのため、候補会社の得意・不足領域を把握し、コンソーシアムや再委託体制まで比べます。

実績の確認(線区・車両・役割)

候補会社には、実績のあった場所や線区長、編成数、担当機能を確認します。製品名だけでは、自社案件に合うかどうかを判断できません。

  • 国内メーカー:車上・地上装置と信号統合の実績を確認します。
  • 海外パッケージ:日本基準への適合方法を確認します。
  • 通信・ネットワークSI:制御・信号会社との連携を見ます。

日本信号、三菱電機、日立製作所は、車上・地上装置や信号・運行統合の候補です。Siemens MobilityやAlstomは、都市鉄道や大規模CBTCの経験を持ちます。

海外企業には、日本の鉄道技術基準や既存設備、運転取扱いへの適合方法を聞きます。通信基盤を重視する場合は、NTTコミュニケーションズなども候補です。

東京メトロと鉄道総合技術研究所は、2024年8月から2025年3月に5G鉄道通信基盤を検証しました。参加したのは、日立と三菱電機、NTTコミュニケーションズです。営業線での5G活用CBTC実証は国内初と発表されました(出典:東京メトロ「5Gを活用した各種鉄道システムの実証試験において有用性を確認」、2025年)。

実証への参加は、自社線区への導入実績を意味するわけではありません。そのため、担当範囲と本番保守体制を分けて確認します。

同じ前提と検収条件での見積比較

比較条件が違うと、安さではなく提案範囲の差を見てしまいます。そのため、各社に同じRFPと線路データを渡し、車両数や試験範囲、保守期間もそろえます。

  • 見積範囲:含むもの、除外、発注者支給を示します。
  • 数量・条件:数量、単価、前提、納期を記載させます。
  • 検収:試験範囲と検収条件をそろえます。
  • 契約後費用:変更・再試験・延期条件を確かめます。

一社は機器込み、別会社はソフトのみ、他社はPoCのみという提案では、比較できません。

要求適合率や未回答、追加費用、納期根拠は点数化します。試験数や復旧体制、保守窓口も点数にします。予備品供給と再委託、データ返却、移行支援も評価の対象です。

通信品質が未達の場合の対策費や現地再試験費、仕様変更単価を確認します。夜間割増や天候・運休による延期条件も、契約後の金額差を抑える材料になります。

通信方式や制度の状況を確認し、仕様と契約に反映します。検討段階の技術を、利用できるものと決めつけないよう注意します。

  • 通信方式:専用無線、LTE・4G、公衆5G、ローカル5G、複数回線の冗長構成を比べます。
  • 周波数制度:無線局や認証、移行時期を確認します。
  • 自社KPI:遅延や復旧、保守、故障率を定めます。

2026年7月には、総務省が300MHz帯無線式列車制御の技術的条件報告案で意見募集を開始しました。締切は2026年8月20日です。これは意見募集の段階であり、制度化済みの導入許可ではありません。

現行制度や無線局、周波数、認証、移行時期を確認します(出典:e-Govパブリック・コメント、2026年7月17日公示)。

東京メトロは2024年12月に丸ノ内線でCBTCを開始しました。2025年10月の発表では、平日朝の通勤時間帯に5分以上の遅延証明書を発行した日数が、切替前より約6割減ったとしています。路線の混雑や運転間隔、車両、既存設備が異なるため、効果はそのまま当てはまりません(出典:東京メトロ「無線式列車制御システム導入が2025年の鉄道の日に特別賞を受賞」、2025年)。

自社KPIは、遅延時間や復旧時間、保守工数、設備故障率などに置き換えます。法令と発注仕様、評価基準は、分けて整理します。鉄道技術基準省令は、性能を示す法令上の枠組みです。

IEC 62280・IEC 62425・CLC/TS 50701は、安全通信やRAMS、セキュリティを参照する規格です。SIL4を取得しても、法的責任がすべて解消するわけではありません。そのため、危険分析やシステム定義、安全要求、独立評価、運用手順を確認します。

ポイント

委託先は、実績と担当範囲を確かめて選び、見積は同じ前提にそろえて比べます。通信品質未達時の対策費や再試験費まで横並びにすると、契約後の費用の差が分かります。

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

対象範囲、費用、委託先の選び方について、よくある疑問をまとめます。RFPは、自社線区の運用条件と安全管理体制に合わせて作成します。

列車無線システムは既存の信号設備を残したまま外注できますか?

外注は可能ですが、残す設備と更新する設備の接続を先に調べる必要があります。ATSやATCは、連動装置との取り合いを確認する対象です。CTCや車両機器も、仕様を同じように確かめます。指令所と回線は、試験環境も合わせて確認します。

段階導入や併用期間の安全条件も、RFPに記載します。そのうえで、既存設備とのインターフェースを明確にしておく必要があります。

列車無線システムの開発費用は数千万円で収まりますか?

要件整理や小規模な音声無線の更新であれば、数千万円の範囲に収まる可能性があります。一方で、CBTCや路線全体の導入は、数億円から数百億円まで幅があります。

後者は、機器や車両改造、施工、試験、安全評価を含みます。公開契約額は対象範囲が異なるため、路線長や編成数、設備、試験条件ごとに分けて見積もります。

列車無線システムの委託先は大手メーカーに限定すべきですか?

大手に限る必要はありません。安全系の実績や車両・信号接続、現地施工、独立評価、長期保守を満たす会社を選びます。

通信SI、PMO、車両・信号メーカー、第三者評価者を組み合わせる場合は、元請の統合責任と障害時の一次窓口を契約で明確にします。

まとめ

発注前には、業務無線やデータ伝送、CBTC・ATACS・RKシステムを分類します。対象線区や車両、既存設備、通信方式も定義します。

RFPには、通信品質や通信断時の動作、安全、セキュリティを記載します。設備接続、試験、データ所有権、保守年数も、あわせて記載します。

総保有コストと責任分界による選定

見積は同じ前提条件で分解し、初期費用と保守費を比べます。責任分界が明確であれば、追加費用や障害時の混乱を抑えられます。

ソフトや機器、回線、車両改造、施工、試験は、項目ごとに分けます。安全評価や教育、予備品、保守も、同じく分けて見ます。請負と準委任も、工程ごとに使い分けます。

元請、通信事業者、車両メーカー、施工会社、第三者評価者の役割を整理します。そのうえで、費用と障害対応の担当を、見積と契約に残します。

発注前の現行設備調査とRFP作成

まずは、現行設備や電波環境、運用フローを調べ、PoCと営業線移行の判定条件を定めます。全面導入の価格比較から始める必要はありません。

発注者側では、運輸・信号・車両・情報システム・購買の各部門が、同じ要求仕様を確認します。そのうえで、長期保守と将来の技術更新も含めて委託先を選びます。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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