信号制御システム開発の発注/外注/依頼/委託方法について

信号制御システムの発注・外注・委託は、ソフトウェアの開発会社を選ぶだけでは完了せず、地上設備・車上設備・無線・現地工事・安全性評価・保守までを含む責任分界を先に決めることが成功の条件です。

本記事では、鉄道事業者や自治体交通局、鉄道設備の企画担当者が信号制御システムを発注するときの進め方を、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先選定、見積比較の順に解説します。2025年から2026年に公表された調達・実証の情報も踏まえ、初期費用だけでなく営業線への切替と長期保守まで見通せる発注の考え方を整理します。

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

信号制御システムを発注する前に知っておきたい全体像

信号制御システムは、列車の位置や速度、進路を把握し、信号機や転てつ機、列車保護装置を安全側へ制御するミッションクリティカルな仕組みです。発注時は「システム開発」と一括りにせず、どの設備を更新し、どの設備を既存のまま使い、どこを別会社が担当するのかを分解します。ここが曖昧なまま見積を取ると、後から車両改造や夜間切替の費用が追加されやすくなります。

連動装置は、信号機と転てつ機を相互に連動させ、衝突する進路や誤った転てつ操作を防ぐ装置です。ATSは停止信号の冒進防止、ATCは許容速度の伝達と速度超過の抑制を担います。CBTCは地上と列車が無線で情報をやり取りし、列車間隔や速度を連続的に制御する方式です。CTCや運行管理システムは、線区全体の進路や設備状態を指令所で監視・操作する役割が中心で、狭義の信号保安装置とは責任が異なります。

RFPでは、「信号制御システム一式」とだけ書かず、列車検知、連動、列車保護、無線、車上装置、指令所HMI、監視、電源、ネットワーク、既存設備とのインターフェースを個別に記載します。運行管理、電力、旅客案内、設備保全との接続を含めるかどうかも明示します。たとえばCBTCを導入する場合でも、既存ATCやATOを併設して切替スイッチで運用できる構成を前提にするケースがあり、横浜市のRFIでも既存設備とのインターフェースや設計から検査までの全体スケジュールが情報提供の対象になっています（出典: 横浜市交通局、2026年）。

信号制御では、便利な機能を増やすことより、異常時に安全側へ移行し、原因を追跡し、短時間で復旧できることが重視されます。通信断、電源断、装置故障、誤操作、浸水や火災などの異常シナリオを想定し、列車を停止させる条件、手動運転へ移行する条件、代替設備を使う条件を要件として定義します。可用性だけでなく、フェイルセーフ、冗長化、ログの保存期間、時刻同期、権限管理、保守時のバイパス手順まで含める必要があります。

また、鉄道設備は導入後の運用期間が長く、納入時点の機能だけでなく、部品の供給期間、OSやミドルウェアの保守期限、脆弱性対応、担当者の交代後も読める設計書や試験記録が重要です。国土交通省は2026年4月に鉄道分野の情報セキュリティ確保に係る安全ガイドライン第6版を改定しており、発注者は制御系と情報系の接続点、ネットワーク分離、監視、インシデント時の連絡経路をRFPの段階から確認します（出典: 国土交通省「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」、2026年）。

信号制御システムの発注・外注はどのように進めますか？

信号制御システムの発注は、目的と対象範囲を整理し、RFIで市場と技術の選択肢を把握し、RFPで同じ前提を提示して比較する流れが基本です。いきなり価格だけを求めるのではなく、現地調査と概念設計の成果物を先に作ると、候補会社の提案を同じ土俵で評価しやすくなります。営業線を動かしながら更新する案件では、設計・製造・工場試験・現地試験・切替・教育を一つの工程表で管理します。

最初に決めるのは、老朽化更新、保守要員の省力化、輸送力向上、自動運転、相互直通対応、障害復旧の短縮のうち、何を優先するかです。目的によって、更新対象も評価指標も変わります。最小運転間隔を短くしたいなら列車検知・無線・車上装置まで対象になる可能性がありますが、機器寿命への対応が目的なら信号機器室や電源、連動装置の部分更新で足りる場合があります。

次に、駅数、車両基地、編成数、車両形式、信号機、転てつ機、軌道回路、車軸カウンタ、ATS・ATC、ATO、無線基地局、指令所、電源、ケーブル、既設メーカー、通信プロトコル、保守手順を台帳化します。図面と現地の状態が一致しないこともあるため、機器番号、設置年、予備品、故障履歴、更新予定、夜間作業の可能時間まで確認します。棚卸しの結果は、後のインターフェース一覧と責任分界表の基礎になります。

RFIは、発注前に市場の対応可能範囲、標準製品と個別開発の境界、納期、既存設備との接続方法、概算費用を確認するための情報提供依頼です。CBTC、デジタル連動、専用無線、ローカル5G、プライベートクラウドなど複数の方式を比較したい場合は、RFIで候補会社に同じ質問を投げます。2026年の横浜市交通局のRFIは、1・3号線の無線式列車制御システムについて、技術仕様だけでなく導入課題と設計から検査までの全体スケジュールを対象にしており、方式選定前に確認すべき論点の参考になります（出典: 横浜市交通局、2026年）。

RFPには、対象線区と対象設備、運行条件、性能目標、異常時の要求、インターフェース、工事制約、試験方法、提出図書、保守条件、見積様式、提案期限を記載します。見積様式は、設計、機器、ソフトウェア、車両改造、通信、電源、現地工事、試験、安全性評価、教育、予備品、保守を分けた内訳形式にします。会社ごとに費用の含め方が違うため、総額だけでなく「含む」「含まない」「前提条件」を回答させることが大切です。

設計・開発が完了しても、信号制御システムは納品完了ではありません。工場試験では、正常系と異常系、通信断、電源切替、装置故障、誤操作、時刻ずれ、既存設備との連携を試験し、要求事項とのトレーサビリティを確認します。現地試験では、線路条件、車両、電磁環境、ケーブル、無線品質、実際の運行手順を含めて確認します。試験項目、合否基準、再試験の扱い、証跡の形式を契約書や仕様書に入れておきます。

営業線への切替では、夜間の線路閉鎖時間、切替前後の確認、旧設備への戻し方、異常時の連絡体制、乗務員・指令員・保守員の教育、初期安定化の支援まで必要です。段階切替や並行稼働を採用する場合は、どの期間にどの設備が正系・予備系になるかを図で示します。受入条件を「納品物の提出」だけにせず、一定期間の安定運用、障害対応時間、運用部門の教育完了まで定義すると、稼働後の認識相違を減らせます。

信号制御システムに適した契約形態と分担方法

信号制御システムでは、要件が固まっていない段階から全工程を固定価格で契約すると、変更管理が難しくなります。一方、すべてを準委任にすると、完成条件や性能責任が曖昧になりやすくなります。要件の成熟度と安全上の責任を踏まえ、調査・概念設計、詳細設計・製造、工事・試験、保守を分けて契約する方法が現実的です。

現地調査、RFI支援、要件整理、概念設計など、前提条件を確認しながら成果物を作る工程は、準委任や調査業務委託と相性があります。成果物として設備台帳、要求仕様、インターフェース一覧、異常時シナリオ、概算工程、リスク一覧を定義すれば、作業量を管理できます。詳細設計、機器製作、ソフトウェア実装、試験など、仕様と完成条件を定めやすい工程は、請負や成果物完成型の契約を検討します。

ただし、鉄道案件では発注者の承認や安全審査、既存設備の調整によって工程が変わることがあります。固定価格にする場合は、発注者が提供する図面・データ、現地立入の前提、車両の改造可能期間、第三者評価の範囲、法令・仕様変更時の扱いを明記します。追加費用が発生する条件を先に決め、変更要求の受付、影響分析、承認、ベースライン更新の手順を設けることが重要です。

大規模な信号制御システムは、一社の開発会社だけで完結しないことがあります。信号メーカーが連動・列車保護を担当し、通信会社が無線網を担当し、車両会社が車上装置を担当し、施工会社が現地据付を担当し、独立安全評価機関が安全ケースを確認する構成です。発注者が代表事業者と一括契約するのか、複数社と個別契約するのかで、調整の負担と責任の所在が変わります。

代表事業者を置く場合でも、再委託先を含む責任分界表を契約の別紙にします。故障の一次受付、切り分け、現地駆け付け、復旧判断、データ提供、脆弱性情報の共有、部品交換、試験環境の維持を誰が担うかを記載します。インターフェース障害について「相手側の設備が原因」となって止まらないよう、共同試験、合同レビュー、エスカレーション、損害時の協議方法まで合意しておきます。

ベンダーロックインを避けるには、ソースコードだけを求めるのでは不十分です。システム構成図、要求と試験の対応表、インターフェース仕様、設定値、データ辞書、ログ形式、運用手順、障害履歴、部品表、脆弱性対応履歴、シミュレーターや試験環境の利用条件まで、将来の更新に必要な情報を列挙します。第三者が保守できない独自形式のデータしか渡されない場合、次回更新の競争性が失われます。

保守契約では、24時間365日の監視が必要か、重大障害の受付から暫定復旧・恒久対策までの時間、現地駆け付け地域、予備品の保有場所、ソフトウェア更新の費用、脆弱性情報の通知期限、サポート終了時の移行支援を決めます。制御系にクラウドや標準ITハードウェアを使う場合は、通信断や外部接続停止時に安全な運転を継続できる設計と、クラウド事業者・機器メーカー・鉄道事業者の責任分界を別途確認します。

信号制御システムの費用相場と見積の内訳

信号制御システムの費用は、ソフトウェア単体の相場ではなく、設備投資全体として捉えます。駅数、線区長、車両数、既設方式、相互直通、夜間作業、車両改造、試験期間、安全性評価、保守年数で大きく変わるため、以下の金額は市場平均ではなく、公表例と案件規模から整理した概算レンジです。発注時は、必ず現地調査後の個別見積へ置き換えます。

要件定義、現地調査、RFI、基本設計、小規模なPoCであれば、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」）。地上設備と車上設備が別の費目になり得ることが分かる事例です。

見積書では、(1)要件定義・安全分析、(2)基本設計・詳細設計、(3)連動・列車保護ソフト、(4)地上装置・車上装置、(5)無線・専用ネットワーク・電源、(6)既設設備との接続、(7)現地据付・配線・夜間工事、(8)工場試験・シミュレーター・現地試験、(9)安全性評価・セキュリティ検証、(10)教育・切替支援、(11)予備品・保守に分けます。項目が一式でまとめられている場合は、数量、単価、前提条件、除外条件を確認します。

横浜市の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コミュニケーションズが、パブリック5Gとローカル5Gを活用した国内初の営業線CBTC実証を行い、有用性を確認しました。一方、実証から本導入へ進むには、通信品質の再現性、障害時の安全動作、サイバーセキュリティ、保守体制、承認手続を別途確認します（出典: 東京メトロほか「5Gを活用した各種鉄道システムの実証試験において有用性を確認」、2025年）。

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

委託先は、知名度や提示価格だけで決めず、対象線区と既設設備への適合性、同規模・同方式の実績、安全と品質の体制、導入後の保守力を比較します。信号制御システムは、メーカー、鉄道SIer、施工会社、車両会社、独立安全評価機関の組み合わせで実現することが多いため、会社単位ではなくプロジェクト体制単位で評価することが大切です。

候補会社には、同じ線区規模、同じ列車制御方式、既存設備との併設、営業線での切替を経験した案件を提示してもらいます。実績は導入件数だけでなく、対象駅数、車両数、無線方式、運転間隔、既設メーカー、試験期間、稼働後の障害件数と復旧体制まで確認します。提案者が直接担当した範囲と、再委託先が担当した範囲を分けて聞くと、実績の実態を把握しやすくなります。

安全面では、要求事項から設計、実装、試験、承認までのトレーサビリティ、独立した検証・妥当性確認、RAMS、安全ケース、変更管理の実績を確認します。セキュリティ面では、ネットワーク分離、認証、遠隔保守、ログ監視、脆弱性の通知・修正、サプライチェーン、インシデント対応訓練を質問します。保守面では、24時間受付の有無、現地拠点、部品供給期間、担当者の継続性、EOL時の移行支援を確認します。

見積比較表には、提案金額、税の扱い、期間、対象設備、要員数、機器数量、試験範囲、工事範囲、教育、予備品、保守、保証、除外項目、リスク予備費を並べます。たとえばA社が車上装置を含み、B社が地上装置だけを含むなら、単純な総額比較はできません。見積の前提条件を共通化し、含まれていない作業を発注者側の費用として別列に置くと、実質的な総額が見えます。

評価点は価格だけでなく、技術適合性、運行への影響、切替計画、安全・品質、保守、拡張性、契約条件に配分します。低価格でも、既設図面の不足や夜間工事の制約を発注者に押し戻す提案なら、後から変更費用が膨らむ可能性があります。反対に高価格の提案でも、標準化された機器、再利用可能な試験環境、長期の部品供給、明確なデータ引き渡しが含まれるなら、ライフサイクルコストで有利になることがあります。

5G、COTS、プライベートクラウド、AIによる予防保全は、保守省力化や設備監視の高度化に役立つ可能性があります。2025年にはSiemens Mobilityが、標準ITハードウェア上のCBTCと電子連動ソフトをプライベートクラウドで動かすSignaling Xをシンガポールの試験センターで実演しました。このような動向は参考になりますが、実案件で採用する際は、データセンター障害、通信遅延、外部接続停止、サイバー攻撃、アップデート失敗時に列車を安全に止められるかを確認します（出典: Siemens Mobility、2025年）。

制御系の安全機能と、監視・分析・保全などの情報系機能は、同じネットワークや同じ更新手順にまとめないことが基本です。AIは故障候補の抽出や保全計画の支援に使えても、列車を直接進行させる判断をAIの推論だけに委ねるとは限りません。提案書では、技術の名称よりも、故障時の縮退運転、手動代替、ログの説明可能性、モデル更新の承認、データの持ち出し、検証環境を確認します。

よくある質問（FAQ）

信号制御システムの発注では、一般的なシステム開発の相場や契約方法をそのまま当てはめられない点が多くあります。ここでは、初回相談や社内稟議で特に質問されやすい事項を、発注判断に使える形で回答します。

部分更新なら7,000万円から5億円程度、複数駅の更新なら5億円から30億円程度、中規模線区のCBTCなら30億円から150億円程度が概算の目安です。ただし、これは公表例と案件規模から整理した推定であり、線区長、駅数、車両数、工事時間、試験、安全性評価、保守条件で大きく変動します。まず現地調査と要件整理を行い、機器費だけでなく工事・試験・教育・保守を含む内訳見積を取得します。

一般的には、発注者の課題や既設設備を整理したうえでRFIを実施し、市場にある方式、実現性、納期、概算費用、リスクを把握してからRFPを作成します。既に要件とインターフェースが十分に固まっている小規模更新なら、RFIを省略して入札や提案依頼へ進む場合もあります。新方式の導入や複数社の組み合わせが必要な案件では、RFIを実施してからRFPへ進む方が比較条件を揃えやすくなります。

委託できる可能性はありますが、既設設備の仕様開示、通信プロトコル、試験環境、責任分界、メーカー保証への影響を確認する必要があります。既設メーカー以外を候補に含める場合は、RFIで接続実績、共同試験の方法、必要な情報開示、障害時の切り分けを質問します。既設メーカーにしか対応できない部分がある場合も、その範囲を明確に分ければ、周辺監視やデータ連携、保守支援などを別会社へ委託できることがあります。

監視、分析、保全計画などの周辺機能はクラウドやプライベートクラウドを検討できますが、列車保護や連動の安全機能を一般的な業務SaaSと同じ考え方で移行することはできません。通信断、データセンター障害、認証基盤停止、更新失敗、サイバー攻撃の際に、制御系が安全側へ移行し、必要な手動代替ができる設計と証拠が必要です。採用前に安全性評価、セキュリティ要件、運用責任、復旧訓練、データの持ち出し条件を確認します。

まとめ

信号制御システムの発注・外注・委託では、まず連動装置、ATS、ATC、CBTC、CTC、運行管理の範囲を分け、対象線区、既設設備、更新目的、運行制約を整理します。そのうえでRFIを通じて方式と市場の対応可能範囲を確認し、RFPでは性能、安全、インターフェース、試験、切替、教育、保守の条件を同じ形式で提示します。

見積は、機器費だけでなく、設計、車両改造、無線、電源、現地工事、工場試験、営業線試験、安全性評価、セキュリティ検証、予備品、教育、長期保守まで含めて比較します。2026年時点の公表例や新技術の実証は判断材料になりますが、推定相場と公表価格を混同せず、最終的には現地調査と責任分界を反映した個別見積で判断します。発注前の要件整理やRFP作成、複数社の提案比較に不安がある場合は、鉄道設備とシステム開発の両面を理解できる支援会社へ早めに相談すると、発注後の追加費用と切替リスクを抑えやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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