信号制御システム開発の進め方/やり方/流れや方法/手法/工程/手順

信号制御システム開発は、列車を安全に止める機能だけでなく、既設設備との接続、営業線を動かしながらの切り替え、異常時の復旧までを一体で設計する取り組みです。

連動装置やATS・ATC・CBTCなどの違いが分からない、どこまでを開発範囲に含めればよいか決められない、費用や期間の目安を知りたいという方に向けて、信号制御システムの全体像から具体的な進め方、費用相場、見積もりの確認ポイントまで解説します。

▼全体ガイドの記事
・信号制御システム開発の完全ガイド

信号制御システム開発の全体像

信号制御システムは、列車の位置や速度、進路を把握し、信号機、転てつ機、列車間隔、速度制限などを安全側に制御するミッションクリティカルな仕組みです。一般的な業務システムのように画面やデータベースだけを作るのではなく、地上設備、車上装置、通信網、電源、現地工事、試験、保守運用までが成果物になります。

最初の機能は列車検知と在線管理です。軌道回路、車軸カウンタ、車上位置検知などを使って、列車がどの区間にいるか、進行方向はどちらか、前方区間が空いているかを確定します。次に、連動制御が信号機と転てつ機を相互に連動させ、衝突する進路や誤った転てつ操作を防ぎます。ここでは「信号を青にする」だけではなく、関連するすべての設備が安全な状態であることを確認してから進路を構成する設計が重要です。

列車保護の機能には、停止信号の冒進を防ぐATSや、許容速度を車上へ伝えて速度超過を抑えるATCがあります。CBTCは地上と列車が双方向に無線通信し、列車位置や速度情報を使って列車間隔と進路を制御する方式です。日立、東京メトロ、鉄道総合技術研究所、三菱電機、NTTコミュニケーションズの2025年発表では、5Gを使ったCBTCの営業線実証が国内初の取り組みとして報告されています（出典：日立ほか「5Gを活用した各種鉄道システムの実証試験において有用性を確認」、2025年）。

信号制御システムの開発で最初に迷いやすいのが、CTCや運行管理システムをどこまで含めるかです。信号制御は信号機、転てつ機、閉塞、列車保護などを安全側に制御する領域であり、CTCや運行管理は線区全体の進路設定、列車運行の監視、指令員の操作を集約する領域です。両者は連携しますが、同じものではありません。

要件定義では、指令所の中央装置、HMI、冗長サーバー、駅や車両基地の連動装置、沿線の信号機・転てつ機・列車検知装置、地上制御装置、車上制御装置、無線基地局、専用ネットワーク、信号用電源を一覧化します。さらに、電力設備、旅客案内、設備保全、既存ATS・ATC、他社線との接続をインターフェース一覧に分けます。責任分界を決めないまま見積もりを依頼すると、後から追加工事や試験が発生しやすくなります。

信号制御システム開発の進め方

信号制御システムの開発は、企画、現地調査、要件定義、安全・セキュリティ設計、方式選定、基本設計、詳細設計、製造、工場試験、現地試験、営業線での切り替え、教育・保守引き継ぎという順で進めます。工程を短縮するために要件定義を省くと、既設設備との不整合が試験段階で発覚し、夜間作業や運休計画にも影響します。したがって、開発開始前の調査と成果物の定義に十分な時間を取ることが大切です。

最初に、老朽化更新、保守省力化、輸送力向上、自動運転、相互直通、故障復旧時間の短縮など、今回の開発目的を一つずつ整理します。目的が「新しい方式を導入する」だけだと、導入後に何をもって成功とするか判断できません。最小運転間隔、遅延回復時間、平均故障復旧時間、保守工数、部品の供給期間などをKPIとして設定します。

対象線区、駅数、車両基地、編成数、車両形式、対象設備、既設方式、相互直通の有無、希望時期、営業線の作業可能時間も要件に記載します。初回相談の段階で、線区設備台帳、現在の信号現示図、連動図表、車両形式、通信構成、過去の故障記録、更新履歴を揃えられると、ベンダーから具体的な提案を受けやすくなります。

次に、現地調査で設備台帳だけでは分からない情報を確認します。信号機や転てつ機の設置位置、ケーブル経路、機器室の空き容量、信号用電源の容量、無線の電波状態、保守用アクセス経路、夜間作業の制約などを実際に確認します。メーカー名だけでなく、型式、製造年、ファームウェア、予備品、交換部品の入手性まで記録することが重要です。

既設メーカー以外の会社を候補にする場合は、接続仕様の公開範囲、データ形式、通信プロトコル、時刻同期、異常時の信号、ログの取得方法を確認します。既設機器が独自仕様であっても、相互接続試験の方法と責任分担を先に定義できれば、選択肢を広げられます。逆に、インターフェースがブラックボックスのままだと、候補会社が同じ条件で提案できず、相見積もりの比較が難しくなります。

安全設計では、通信断、電源断、列車位置の不一致、センサー故障、装置故障、誤操作、災害、保守作業中の異常を想定し、どの状態へ移行するかを定義します。通信が途切れたときに列車を安全に減速・停止させるのか、既設方式へ切り替えるのか、指令員が手動で代替するのかを、シナリオと受入条件に落とし込みます。フェイルセーフや冗長化を機器名だけで判断せず、共通原因故障が起きた場合の挙動まで検証します。

サイバーセキュリティでは、ネットワーク分離、認証、遠隔保守、パッチ適用、ログ監視、バックアップ、サプライチェーン、インシデント対応を要件に含めます。国土交通省は2026年4月に「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」第6版を改定し、鉄道分野のサイバーセキュリティ確保を取り巻く基準や環境の変化を反映しています（出典：国土交通省「鉄道分野における情報セキュリティ確保に係る安全ガイドライン 第6版」、2026年）。制御系をクラウドや一般的な業務ネットワークと同じ考え方で接続するのではなく、制御系と情報系を分離したうえで、必要な連携だけを管理する設計が必要です。

方式選定では、パッケージ、専用機器を含むスクラッチ、周辺系だけをクラウド化する方式、制御系を専用環境に置いて周辺系と接続するハイブリッド方式を比較します。パッケージは安全実績や開発期間で有利になりやすい一方、既存の運行ルールに合わせるための設定範囲や独自仕様の追加費用を確認します。スクラッチは固有の要件に合わせやすい一方、安全文書、検証、保守要員の負担が大きくなります。

2026年2月、横浜市交通局は市営地下鉄1・3号線の無線式列車制御システムについてRFIを実施し、技術仕様を満たす機器・機能、導入課題、設計から検査までの全体スケジュールに関する情報提供を求めました（出典：横浜市「横浜市営地下鉄1・3号線無線式列車制御システムに関する情報提供依頼（RFI）その2」、2026年）。このように、いきなり本契約を結ぶのではなく、RFIで技術的な実現性と移行計画を比較する進め方が有効です。

基本設計ではシステム構成、機能分担、冗長化、インターフェース、運行シナリオ、異常時の状態遷移を定義します。詳細設計と実装では、要件、設計書、ソースコード、試験項目、試験結果を追跡できるようにします。安全に関係する変更は、変更理由、影響範囲、レビュー担当、再試験の要否を記録し、担当者の経験だけに依存しない構成管理を行います。

試験は、工場試験、シミュレーター試験、駅や車両基地での現地試験、既設設備との接続試験、総合試験、営業線での段階試験に分けます。正常系だけでなく、誤った進路設定、列車位置の欠落、通信遅延、通信断、電源切り替え、装置再起動、操作端末の故障などを再現します。試験環境と本番環境の差分を明示し、試験で確認できない条件は現地での安全手順に置き換えます。

営業線での切り替えは、設備を止められる時間が限られるため、工程の最後に追加する作業ではありません。旧設備と新設備の並行稼働期間、駅ごとの切り替え順序、夜間作業の時間、試運転列車、切り戻し条件、運休・減便時の運行計画を企画段階から設計します。切り替え当日に想定外の不具合が起きた場合、どの状態へ戻せば安全に運行を再開できるかを、作業手順と判断基準に明記します。

導入後は、指令員、駅係員、乗務員、保守担当者に対する教育と訓練を実施します。画面操作の説明だけでなく、通信断、停電、誤操作、設備故障、災害発生時の連絡・復旧手順を訓練します。操作履歴、故障ログ、列車位置、通信品質を記録し、初期安定化期間に原因分析と予防保全へつなげます。最終的には、仕様書、構成図、試験記録、予備品台帳、脆弱性対応手順、保守SLAを運用側へ引き渡して完了です。

信号制御システム開発の費用相場とコストの内訳

信号制御システムは、ソフトウェアだけの価格が公開されにくく、設備、車両改造、現地工事、試験、切り替えを含む設備投資として計上されます。そのため、単純な開発人数と期間だけでは相場を判断できません。以下の金額は、公表された設備更新の事例と案件規模から整理した概算であり、公式な市場平均ではありません。線区長、駅数、車両数、既設方式、相互直通、夜間作業、第三者評価の有無で大きく変動します。

要件定義、現地調査、RFI、シミュレーターを使った小規模な検証であれば、3,000万円から1.5億円程度、期間は3か月から12か月程度が一つの目安です。1駅、車両基地、信号機器室の部分更新であれば、7,000万円から5億円程度、期間は9か月から24か月程度を見込みます。京都市交通局が2025年に公表した烏丸線の竹田駅・竹田車庫における信号用電源設備改良の予定価格は6,854万円でしたが、これは信号制御システム全体ではなく、2拠点の電源設備に限った価格です（出典：京都市交通局の政府公共調達データベース掲載情報、2025年）。

複数駅の連動、ATC・ATS、監視サブシステム、ネットワーク、現地工事、総合試験を含む更新では、5億円から30億円程度、期間は2年から4年程度が目安になります。車上装置を含む中規模線区のCBTC導入では、30億円から150億円程度、期間は3年から6年程度です。大都市圏の全線や複数線区を刷新する場合は、100億円から500億円を超えることもあり、5年から8年程度の段階導入を想定します。これらの推定には、車両改造、無線、地上制御、切り替え、教育、安全性評価を含める必要があります。

費用は、要件定義・安全分析、基本設計・詳細設計、連動・列車保護ソフト、地上装置・車上装置、無線・専用ネットワーク・信号用電源、既設設備との接続、機器室や沿線の現地工事、工場試験、シミュレーター、現地試験、総合試験、安全性評価、セキュリティ検証、乗務員・指令員教育、切り替え、予備品、保守に分けて確認します。

札幌市交通局の安全報告書2025では、2024年度の主な安全投資として、信号保安装置更新工事が8.4億円、南北線車両の信号装置更新が5.1億円と公表されています。地上設備と車上設備が別の費目になることを示す実例です（出典：札幌市交通局「安全報告書2025」、2025年）。横浜市の2026年度建設改良費でも、信号設備ユニット類更新作業は横浜信号機器室で2億1,939万5,000円、上永谷車両基地試運転線で8,520万6,000円と計上されています（出典：横浜市「令和8年度 建設改良費 事業計画書」、2026年）。部分更新の公表額を全線刷新の相場と取り違えないことが重要です。

信号制御システムは15年から30年使うこともあるため、初期費用が安い提案が必ずしも有利とは限りません。年間保守費、24時間監視、現地駆け付け、予備品、ソフトウェア更新、脆弱性対応、機器のEOL対応、教育、追加車両への展開費用を比較します。保守費を初期費用の年5％から15％程度で仮置きすることはできますが、監視時間、対応時間、部品の範囲、現地拠点、長期供給を含むかで変わるため、最終的には個別見積もりが必要です。

特に確認したいのは、障害発生時の復旧責任と、契約終了後に運用を継続できるかです。構成情報、ログ、設定データ、インターフェース仕様、試験記録、脆弱性情報が特定のベンダーだけに閉じると、将来の更新で再調査費用が発生します。調達時点でデータと文書の引き渡し条件を決め、15年から30年の総費用で評価します。

信号制御システムの見積もりを取る際のポイント

信号制御システムの見積もりは、金額の大小だけでなく、同じ条件で比較できる形に整えることが重要です。機器費、ソフトウェア費、現地工事費、試験費、教育費、保守費が別々に記載されているかを確認し、前提条件、対象外、追加費用が発生する条件を明示してもらいます。見積書と一緒に、工程表、体制図、責任分界表、試験計画、移行計画も提出してもらうと、提案の実現性を判断しやすくなります。

RFPには、対象駅、車両基地、編成数、車両形式、対象設備、既設方式、列車本数、最小運転間隔、許容遅延、通信性能、可用性、復旧時間、営業線での作業可能時間を記載します。信号制御は安全を最優先する一方、処理遅延や切り替え時間が輸送力に直結するため、性能条件も数値で示します。例えば、ピーク時間帯の列車本数、駅間の走行時間、折り返し時間、異常時に許容される復旧時間を提示します。

成果物も事前に定義します。要件仕様書、設備台帳、インターフェース一覧、安全要求トレーサビリティ、異常時シナリオ、設計書、試験仕様書、試験成績書、切り替え手順、教育資料、運用・保守マニュアル、構成管理台帳、ログ仕様、脆弱性対応手順を納品対象に含めます。これらが「別途協議」になっていると、開発終盤に文書作成費や試験費が追加される可能性があります。

候補会社を選ぶときは、会社の知名度だけでなく、同規模・同方式の納入実績、既設設備との接続経験、CBTCやデジタル連動の対応範囲、国内での保守拠点、部品供給期間、安全性評価の体制を確認します。信号制御では、メーカー、鉄道SIer、施工会社、車両会社、独立安全評価機関がコンソーシアムを組むこともあります。代表企業だけでなく、各社の担当範囲と障害時の責任を明確にします。

比較項目には、提案方式、地上設備、車上改造、無線、電源、現地工事、試験、切り替え、教育、保守、セキュリティ、データ引き渡しを並べます。パッケージ方式は実績と短期導入、スクラッチ方式は固有要件への適合、ハイブリッド方式は制御系の安全性と周辺系の拡張性が評価ポイントになります。価格の安さだけでなく、将来の車両追加や線区拡張にいくらかかるかも同じ表で比較します。

見積もりでは、正常に動く場合の機能だけでなく、通信断、電源断、装置故障、時刻ずれ、誤操作、災害、サイバー攻撃、保守員の誤接続などの異常時を対象にします。異常を検知する時間、安全側へ移行する時間、指令員へ通知する内容、手動・代替運転への切り替え、復旧後のログ確認を受入条件として定義します。安全性評価や第三者レビューを誰が担当するかも、見積もりの前提に含めます。

長寿命の鉄道設備では、納入時には問題がなくても、数年後にOS、通信機器、部品、暗号方式が保守期限を迎える可能性があります。EOL通知の期限、代替部品の承認手順、脆弱性の報告窓口、パッチ適用の可否、緊急時の駆け付け時間、予備品の保管場所を契約で確認します。検収を工場試験だけで終わらせず、現地総合試験、切り替え後の安定稼働、教育、文書引き渡しまで含めた段階検収にすると、完成条件が明確になります。

信号制御システム開発でよくある質問（FAQ）

信号制御システムは、一般的なシステム開発の経験だけでは判断しにくい領域です。ここでは、発注前に特に質問されやすい内容を、費用、クラウド・5G、安全性の観点から回答します。

部分更新や要件定義だけなら数千万円から数億円、複数駅の設備更新なら5億円から30億円程度、中規模線区のCBTC導入なら30億円から150億円程度が概算の目安です。ただし、公表される金額は電源、車上装置、信号機器室などの一部設備である場合が多いため、全線の開発費としてそのまま使えません。線区や駅数、車両数、既設方式、現地工事、試験の範囲を示して見積もりを取る必要があります。

使える可能性はありますが、制御系の安全機能を一般的なクラウドサービスへそのまま載せる考え方は適切ではありません。制御系を専用環境に置き、監視・分析・保守などの周辺系をクラウドや標準IT機器と接続するハイブリッド方式から検討すると、拡張性と安全性を整理しやすくなります。5Gを使う場合も、通信遅延、電波遮蔽、通信断、冗長経路、認証、切り戻し時の動作を実証し、安全側へ移行できることを確認します。

国内の既設設備との接続や長期保守を重視するなら、日本信号、京三製作所、日立製作所、三菱電機など、対象方式と実績が合う会社を候補にします。国際的なCBTC、デジタル連動、標準化された構成を比較する場合は、Siemens MobilityやAlstomも候補になります。最適な1社は線区、車両、既設方式、調達方式で変わるため、同じRFPを渡して、技術、試験、保守、責任分界を比較してください。

画面、データ連携、保守ポータル、分析基盤などの周辺システムであれば、一般的なWeb開発会社が担当できる部分もあります。しかし、連動装置やATS・ATC・CBTCなどの安全制御本体は、鉄道の安全要求、現地設備、RAMS、安全性評価、営業線試験に対応できる専門体制が必要です。Web開発会社へ依頼する場合も、鉄道信号に詳しいメーカーやSIer、独立安全評価機関との役割分担を明確にした体制を組むことが重要です。

まとめ

信号制御システム開発は、連動装置、ATS、ATC、CBTC、CTCなどの対象範囲を分け、既設設備と運行管理との責任分界を決めるところから始まります。要件定義、現地調査、安全・セキュリティ設計、RFI、基本設計、試験、営業線での段階切り替え、教育・保守引き継ぎまでを一つの工程として計画することが、安全と予算の両方を守るポイントです。

費用は部分更新で数千万円から数億円、複数駅の設備更新で5億円から30億円程度、中規模線区のCBTCで30億円から150億円程度が概算の目安です。ただし、地上設備、車上改造、無線、電源、現地工事、工場・現地・総合試験、安全性評価、教育、予備品、長期保守を含むかで金額は変わります。初期費用だけでなく、機器のEOL、部品供給、脆弱性対応、データ引き渡しを含めたライフサイクルコストで比較してください。

開発会社へ相談する前に、対象線区・駅数・編成数、既設方式、更新目的、希望時期、最小運転間隔、既設設備のメーカーと型式、営業線で作業できる時間、通信・電源の制約、保守体制、予算の上限を整理します。情報が不足していても、RFIや現地調査から支援できる会社であれば、段階的に要件を固められます。安全に列車を動かし続けながら将来の更新余地も残すために、まずは対象範囲と責任分界の整理から始めることをおすすめします。

▼全体ガイドの記事
・信号制御システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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