信号制御システムの発注は、目的と対象範囲を整理し、RFIで市場と方式を確かめたうえで、RFPにより各社の提案条件を揃えて比べる流れで進めます。
契約と責任分界を先に明確にしておくと、切替後の追加費用や運用リスクを抑えやすくなります。
▼全体ガイドの記事
・信号制御システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注前に知っておく信号制御システムの全体像
信号制御システムは、列車の位置や速度、進路を把握したうえで、信号機や転てつ機、列車保護装置を安全側へ制御する仕組みです。
発注時には、更新する設備、既存の設備を使い続ける部分、別会社が担う範囲を分けておきます。範囲が曖昧なまま見積を取ると、車両改造や夜間切替の費用が後から加わりやすくなります。
連動装置・ATS・ATC・CBTC・CTCの役割の切り分け
連動装置は、信号機と転てつ機を連動させ、衝突する進路や誤操作を防ぎます。ATSは停止信号の冒進防止を担い、ATCは許容速度を伝えて速度超過を抑えます。
CBTCは、地上と列車が無線で情報をやり取りし、列車間隔や速度を連続して制御します。一方、CTCや運行管理システムは、線区全体の進路や設備状態を指令所から監視・操作するもので、狭義の信号保安装置とは責任範囲が異なります。
RFPでは「信号制御システム一式」とひとまとめにせず、対象設備と接続範囲を分けて記載します。
- 制御設備：列車検知、連動、列車保護、車上装置
- 基盤設備：無線、指令所HMI、監視、電源、ネットワーク
- 外部接続：既存設備、運行管理、電力、旅客案内、設備保全
CBTCでも、既存のATCやATOを併設し、切替スイッチで運用する構成があります。横浜市交通局のRFIも、既存設備との接続や設計から検査までの工程を対象にしています（出典：横浜市交通局、2026年）。
一般的な業務システムと異なる発注要件
信号制御では、機能の多さよりも、異常時に安全側へ移行し、原因を追跡して短時間で復旧できることが重視されます。発注要件も、この考え方に沿って整理します。
- 異常時の動作：通信・電源断、故障、誤操作、浸水、火災を想定した、列車停止や手動・代替運転の条件
- 安全と記録：可用性、フェイルセーフ、冗長化、ログ保存期間、時刻同期、権限管理、保守時のバイパス
- 長期運用：部品供給期間、OS・ミドルウェアの保守期限、脆弱性対応の確認、引き継げる形の設計書と試験記録
国土交通省は2026年4月に、鉄道分野の情報セキュリティ安全ガイドラインを改定し、第6版としました。
発注側は、RFPで制御系と情報系の接続、分離、監視、事故時の連絡経路を確認します（出典：国土交通省「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」、2026年）。
信号制御システムの発注・外注の進め方
発注は、目的と対象範囲を定め、市場と技術の選択肢を調べたうえで、各社に同じ前提を示して提案を比べる流れが基本です。
現地調査と概念設計の成果物を先に用意しておくと、候補会社の提案を同じ条件で評価できます。加えて、営業線の更新では、設計から教育までを一つの工程表で管理します。
更新目的と既設設備の洗い出し
更新目的を決めてから、既設設備を洗い出します。目的によって、必要な更新範囲と評価指標が変わるからです。
- 優先目的：老朽化、省力化、輸送力向上、自動運転、相互直通、障害復旧の短縮から選ぶ
- 運転間隔の短縮：列車検知、無線、車上装置まで対象になる可能性
- 機器寿命への対応：信号機器室、電源、連動装置の部分更新で足りる場合があります。
- 設備台帳：駅・基地・編成・車両形式、信号機、転てつ機、軌道回路、車軸カウンタの記録
- 既設情報：ATS・ATC、ATO、無線基地局、指令所、電源、ケーブル、メーカー、通信、保守手順
図面と現地の差に備えて、機器番号、設置年、予備品、故障履歴、更新予定、夜間作業の可能時間も確認しておきます。その結果が、接続一覧と責任分界表のもとになります。
RFIでの候補方式の確認とRFPでの比較条件の統一
RFIで市場と方式を確かめ、RFPで各社の回答条件を揃えます。候補方式を比べる場合は、どの方式にも共通の質問を用意します。
- RFIで確認：市場の対応範囲、標準品と個別開発の境界、納期、接続方法、概算費用
- 比較する方式：CBTC、デジタル連動、専用無線、ローカル5G、プライベートクラウド
- RFPの条件：対象、運行、性能、異常時、接続、工事制約、試験、図書、保守、期限
- 見積の内訳：設計、機器、ソフト、車両改造、通信、電源、工事、試験、安全評価、教育、予備品、保守
- 回答の前提：総額だけでなく、含む作業と含まない作業、条件を各社に示してもらいます
RFIの例として、横浜市交通局の2026年RFIは、1・3号線の無線式列車制御について、技術仕様や導入課題、設計から検査までの工程を対象にしています（出典：横浜市交通局、2026年）。
工場試験から営業線切替までの発注範囲
開発が完了した時点を納品完了とみなすと、工場試験や営業線切替が契約の対象から抜け落ちるおそれがあります。そのため、試験から運用受入までを発注範囲に含めて定めます。
- 工場試験：正常・異常、通信断、電源切替、故障、誤操作、時刻ずれ、既存設備連携と要求との対応
- 現地試験：線路、車両、電磁環境、ケーブル、無線品質、実際の運行手順
- 試験条件：試験項目、合否基準、再試験、証跡の形式を、契約書や仕様書で定める
- 営業線切替：夜間閉鎖時間、前後の確認、旧設備への復帰、異常時の連絡体制
- 運用受入：乗務員・指令員・保守員の教育と初期安定化
段階切替や並行稼働を行う場合は、正系と予備系になる設備と期間を図にして示します。
受入条件には、納品物の提出に加えて、一定期間の安定運用、障害対応時間、運用部門の教育完了を含めます。
信号制御システムに適した契約形態と分担方法
要件が固まらないうちに全工程を固定価格にすると、途中の変更を扱いにくくなります。
すべてを準委任にすると、完成条件や性能の責任が曖昧になりやすくなります。
要件がどこまで固まっているか、安全責任をどこが負うかを踏まえると、調査、設計、製造、工事、試験、保守を分けて契約する方法が現実的です。
請負と準委任の工程ごとの使い分け
要件の成熟度に応じて契約を選ぶことが基本です。承認や安全審査によって工程が変わる場合もあるため、変更条件を明確にしておきます。
- 準委任向き：現地調査、RFI支援、要件整理、概念設計（成果物は設備台帳、要求仕様、接続一覧、異常シナリオ、工程、リスク一覧）
- 請負向き：仕様と完成条件を定めやすい詳細設計、機器製作、ソフト実装、試験
- 固定価格の前提：提供図面・データ、現地立入、車両改造可能期間、第三者評価、法令・仕様変更の扱い
- 変更管理：追加費用の条件、変更要求の受付、影響分析、承認、ベースライン更新の手順
前提を確かめながら進める工程には準委任を、完成条件を定められる工程には請負や成果物完成型契約を検討します。
メーカー・SIer・施工会社・安全評価機関の責任分担
大規模案件では、一社だけで完結しないことがあります。たとえば、信号メーカーが連動と列車保護、通信会社が無線網、車両会社が車上装置を担当します。
施工会社は現地据付を担い、独立安全評価機関が安全ケースを確認します。
一括で契約するか、複数社と個別に契約するかによって、調整の負担と責任が変わります。
代表事業者を置く場合でも、再委託先を含めた責任分界表を契約別紙にします。担当範囲は、次のとおり明記します。
- 障害対応：一次受付、切り分け、現地駆け付け、復旧判断
- 維持管理：データ提供、脆弱性共有、部品交換、試験環境の維持
インターフェースで障害が起きたときに責任を押し付け合わないよう、共同試験、合同レビュー、エスカレーション、損害時の協議方法を合意しておきます。
納入図書・データ・保守権限の契約による確保
ベンダーロックインを避けるため、将来の更新や保守に必要な納入物、利用条件、責任分界を契約に記します。
- 設計・試験情報：構成図、要求と試験の対応表、接続仕様、設定値、シミュレーターや試験環境の利用条件
- 運用データ：データ辞書、ログ形式、運用手順、障害履歴、部品表、脆弱性対応履歴
- 保守条件：24時間365日の監視要否、重大障害の受付から暫定復旧・恒久対策までの時間
- 保守体制：駆け付け地域、予備品の場所、更新費、脆弱性通知期限、終了時の移行支援
- クラウド利用：通信断や外部接続停止時の安全設計と、事業者・メーカー・鉄道事業者の分担
第三者が保守できない独自形式だけを渡されると、次回更新での競争性が失われます。
信号制御システムの費用相場と見積の内訳
費用は、ソフトの価格だけでなく設備投資全体で見ます。駅数、線区長、車両数、既設方式、相互直通、夜間作業によって変わります。
車両改造、試験期間、安全評価、保守年数も金額に影響します。ただし、ここで示すのは市場平均ではなく、公表例と案件規模からの概算です。実際の発注時には、現地調査の後に個別見積へ置き換えます。
案件規模ごとの概算レンジ
公表例と案件規模から見た概算レンジは、次のとおりです。線区条件と安全要求によって増減する推定として扱います。
- 調査・小規模PoC：要件定義、現地調査、RFI、基本設計を含め3,000万円から1.5億円程度
- 部分更新：1駅・車両基地・機器室は7,000万円から5億円程度。複数駅の連動・ATS/ATC・監視サブシステム更新は5億円から30億円程度
- 線区刷新：車上装置を含む中規模線区のCBTC導入は30億円から150億円程度。大都市圏の全線・複数線区刷新は100億円から500億円超になる可能性
参考になる公表例として、京都市交通局が2025年に公告した烏丸線の竹田駅・竹田車庫の信号用電源設備改良があります。税抜の予定価格は6,854万円でしたが、これは信号制御全体ではなく、2拠点の電源設備の調達です。
札幌市交通局の安全報告書2025は、2024年度の信号保安装置更新工事に8.4億円を示しています。同じ報告書では、南北線車両の信号装置更新に5.1億円を示しています（出典：京都市交通局の調達公告、2025年、札幌市交通局「安全報告書2025」）。地上設備と車上設備は、別々の費目になることがあります。
機器費に加えた工事・試験・保守の内訳
見積は、次の費目ごとに数量、単価、前提、除外条件を確認します。
- 要件・設計：要件定義・安全分析、基本設計・詳細設計
- ソフト・機器：連動・列車保護ソフト、地上装置・車上装置
- 通信・接続：無線・専用ネットワーク・電源、既設設備との接続
- 工事・試験：現地据付・配線・夜間工事、工場・シミュレーター・現地試験
- 評価・運用：安全性評価・セキュリティ検証、教育・切替支援、予備品・保守
横浜市の2026年度建設改良費は、信号モニタ装置を含む信号設備ユニット更新に2億1,939万5,000円を示しています。更新周期や継続事業の工程も記載されているため、公表予算は単年度の機器費ではなく、複数年の更新計画として読みます（出典：横浜市交通局「令和8年度 建設改良費 事業計画書」、2026年）。
初期費に加えて、年間保守や部品交換、通信回線、ライセンスといった継続費用を含めます。さらに、教育、脆弱性対応、将来のEOL対応も費用の対象になります。そのうえで、15〜30年のライフサイクルコストで比べます。
費用と期間をあわせた評価
期間には、機器の長納期、車両の入場日、夜間作業枠が含まれます。さらに、工場・営業線試験、教育、安定化運用も含まれます。
- RFI・要件整理：3〜12か月
- 1駅・車両基地の部分更新：9〜24か月
- 複数駅のサブシステム更新：2〜4年
- 中規模線区CBTC：3〜6年
- 全線級の刷新：5〜8年
納期を縮めるには、並行設計や既存パッケージ、予備品の先行調達が必要になります。その分、費用とリスクが増える場合があります。
新技術の実証があっても、それだけで導入日程は判断できません。2025年には、東京メトロ、鉄道総研、日立、三菱電機、NTTコミュニケーションズが国内初の営業線CBTC実証を実施しました。
また、パブリック5Gとローカル5Gを活用し、有用性を確認しています。ただし、本導入では、通信品質の再現性、安全動作、セキュリティ、保守、承認手続を別途確認する必要があります（出典：東京メトロほか「5Gを活用した各種鉄道システムの実証試験において有用性を確認」、2025年）。
委託先の選定と見積比較で確認すべきポイント
比べる観点は、知名度や提示価格のほか、既設設備との適合性、同規模・同方式の実績、安全・品質体制、導入後の保守力です。
メーカー、鉄道SIer、施工会社、車両会社、安全評価機関が組む案件では、会社ごとよりもプロジェクト体制で評価します。
実績・安全性・保守体制の共通質問による確認
候補各社には、実績・安全・セキュリティ・保守について共通の質問を投げかけ、同じ観点で回答を比べられるようにします。
- 実績：同規模・方式、既設併設、営業線切替の経験。駅・車両数、無線方式、運転間隔、メーカー、試験期間、障害・復旧実績
- 担当範囲：提案者と再委託先の役割の分け方
- 安全：要求から承認までの追跡性、独立検証・妥当性確認、RAMS、安全ケース、変更管理
- セキュリティ：分離、認証、遠隔保守、ログ、脆弱性、供給網、インシデント訓練
- 保守：24時間受付、現地拠点、部品供給期間、担当継続、EOL時の移行支援
金額・前提・除外項目をそろえた見積比較
比較表の項目と評価基準をそろえておくと、金額差の理由になる前提や作業範囲が見えてきます。
- 見積条件：金額、税、期間、設備、要員、機器数量、試験・工事範囲
- 契約範囲：教育、予備品、保守、保証、除外項目、リスク予備費
- 評価軸：技術適合性、運行影響、切替、安全・品質、保守、拡張性、契約条件
車上装置を含む提案と地上装置だけの提案は、総額で直接比べられません。含まれていない作業は、発注者側の費用として別の列に置いて比べます。
既設図面の不足や夜間工事の制約を発注者側に委ねる低価格提案は、後の変更費用が膨らむ可能性があります。
高価格の提案であっても、標準機器、再利用できる試験環境、長期の部品供給、明確なデータ引き渡しがあれば、有利になる場合があります。こうした点は、ライフサイクルコストで評価します。
5G・クラウド・AIと安全系との境界の確認
5Gやクラウド、AIを採用する場合は、効率化の可能性と、安全機能との境界を合わせて評価します。とくに、クラウドや標準IT機器を使う場合は、安全運転のための設計も確認します。
- 候補技術：5G、COTS、プライベートクラウド、AI予防保全は省力化や監視高度化に役立つ可能性があります。
- 障害時の安全：データセンター障害、遅延、外部接続停止、攻撃、更新失敗が起きたときに、列車を安全に止められるか
- 系統の分離：制御系と、監視・分析・保全などの情報系とで、ネットワークや更新手順を分けます。
- AIの役割：故障候補や保全計画の支援が中心で、進行判断をAIだけに委ねるものではありません。
- 提案時の確認：縮退運転、手動代替、ログの説明性、モデル更新承認、データ持ち出し、検証環境
2025年には、Siemens MobilityがSignaling Xを実演しました（出典：Siemens Mobility、2025年）。同システムは、標準ITハードウェア上のプライベートクラウドで、CBTCと電子連動ソフトを動かします。実演場所はシンガポールの試験センターでした。
よくある質問（FAQ）
信号制御システムには、一般的な開発の相場や契約方法をそのまま当てはめにくい面があります。そこで、発注相談や社内稟議でよく出る質問に答えます。
信号制御システムの発注費用はいくらですか？
目安としては、部分更新が7,000万円から5億円程度、複数駅更新が5億円から30億円程度、中規模線区のCBTCが30億円から150億円程度です。
金額は、公表例と案件規模からの推定です。線区長、駅数、車両数によって変わります。工事時間、試験、安全評価、保守条件も、金額に影響します。
まず、現地調査と要件整理を行い、機器だけでなく工事、試験、教育、保守を含む内訳見積を取ります。
RFIとRFPはどちらを先に実施しますか？
通常は、課題と既設設備を整理したうえで、RFIにより方式、実現性、納期、概算費用、リスクを確認し、そのあとでRFPを作ります。
要件と接続が固まった小規模な更新では、RFIを省いて入札や提案依頼に進む場合もあります。一方、新方式や複数社が関わる案件では、RFIのあとにRFPを作ると、比較条件をそろえやすくなります。
既設メーカー以外の会社へ信号制御を委託できますか？
既設メーカー以外にも委託できる可能性はあります。その場合は、既設仕様の開示、通信プロトコル、試験環境、責任分界、メーカー保証への影響を確認します。
他社を候補にする場合は、RFIで接続実績や共同試験、必要な情報開示、障害時の切り分けについて質問します。
発注側が、既設メーカーだけが対応できる範囲を明確に切り分けておけば、周辺監視、データ連携、保守支援を別の会社へ委託できる場合があります。
信号制御システムをクラウドで運用できますか？
監視、分析、保全計画であれば、クラウドやプライベートクラウドを検討できます。一方で、列車保護や連動は、一般的な業務SaaSと同じ考え方では移行できません。
通信断やデータセンター障害、認証停止、更新失敗、攻撃が起きたときに、制御系が安全側へ移り、手動で代替できる設計と、それを示す証拠が必要です。
採用の前には、安全・セキュリティ要件、運用責任、復旧訓練、データ持ち出し条件を確認しておきます。
まとめ
発注では、連動装置、ATS、ATC、CBTC、CTC、運行管理の範囲を分けたうえで、対象線区や既設設備、更新目的、運行制約を整理します。
RFIでは方式と市場対応を確かめ、RFPでは性能、安全、接続、試験の条件を共通の形式で示します。切替、教育、保守の条件も、共通の形式に整えておきます。
見積は、機器費に加えて設計や車両改造、無線、電源、工事、試験を比べ、安全・セキュリティ評価、予備品、教育、長期保守まで含めて検討します。
2026年時点の公表例や実証を参考にしながら、推定相場と公表価格を取り違えないようにします。最終的には、現地調査の結果と責任分界を個別見積に反映して判断します。
要件整理やRFP作成、複数社比較で不安がある場合は、鉄道設備とシステム開発の双方を理解する支援会社へ相談すると、追加費用や切替リスクを抑えやすくなります。
▼全体ガイドの記事
・信号制御システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。