ホームドア制御システムの費用は、制御の対象範囲と、駅の設備・工事の有無で大きく変わります。制御ソフト単体では数千万円から1億円超、駅全体では数億円から十数億円です。
費用の内訳、価格が動く要因、見積もりの取り方を順に説明します。
▼全体ガイドの記事
・ホームドア制御システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ホームドア制御システムの全体像

ホームドア制御システムは、列車の停止位置や進行方向、車両ドアの状態を確かめたうえで、駅ホームの扉を開閉する仕組みです。
扉を動かすだけの装置と違い、信号設備や駅係員の操作とも連動して、安全を成立させる制御系になります。
制御システムに含まれる機能
代表的な機能は、列車の在線・接近・停止位置・進行方向を判定することと、車両ドアとの開閉を連携させることです。ほかにも、戸挟み・居残りの検知や出発抑止、非常停止が含まれます。手動開放や係員向けの表示も含まれます。
センサの状態や開閉回数、モーター電流などを集め、故障履歴も残す監視・保守機能を加える場合もあります。
費用を画面数だけで判断すると、安全インターフェースの工数を見落とします。
対象とする駅・車両・信号設備の範囲
見積もりの最初の分岐は、システムの境界です。
駅側の制御盤とセンサだけを更新するか、信号・連動装置・ATSまで改修するかで、専門家と試験範囲が変わります。
車両へトランスポンダや無線機器を追加する場合も、対象範囲と工数が広がります。複数駅で監視サーバーや遠隔保守を行う場合は、中央監視と通信回線の費用も発生します。さらに、認証やログ管理にも費用がかかります。
見積単位の揃え方(制御ソフト・番線・駅)
見積書は「一式」にせず、項目ごとに分けてもらいます。たとえば、調査・基本設計、1番線の制御機器、駅全体の連携は別々に書きます。車両1編成の改造や、工場試験・現地試験・保守契約も、それぞれ別の項目にします。
番線数やホーム形状は駅ごとに違うため、1駅単価だけでは比べられません。さらに、列車種別や車両の扉位置も駅によって異なります。そこで、ホームドア本体と制御開発を分けると、増減の理由を説明できます。
ホームドア制御システムの費用相場とコストの内訳

制御ソフト単体には、公開された定価がほとんどありません。安全設備の設計や既設信号との接続、夜間試験の内容が案件ごとに異なるためです。
公表された駅全体の事例と、その事例から切り分けた制御開発費の推定を、それぞれ分けて示します。
公表事例に見る駅全体の費用
公表事例と国土交通省の資料から、駅全体の整備費と維持費を見ていきます。
- 神戸市の事業:全10駅の整備とバリアフリー化
- 国土交通省の資料:駅全体の初期費用と維持管理費
神戸市は2025年3月、事業を税抜15億円で落札したと公表しました(出典:神戸市「神戸市営地下鉄海岸線ホームドア整備事業(事業者決定)」、2025年)。
10駅で割ると、単純平均は1駅1.5億円です。
神戸市の総額は、設計から工事監理までを含んだ金額です。
制御ソフトだけの価格ではないため、この金額をそのまま制御開発の相場とはみなせません。
国土交通省の資料では、ホーム補強を含む初期費用は1駅あたり数億円から十数億円です。
維持管理費は1線あたり年300万円から2,000万円前後です(出典:国土交通省「ホームドア整備に関するWG」、2020年)。
駅の条件によって幅が大きいため、これは制御開発の相場ではなく、駅全体の予算の上限を把握する基準として使います。
制御ソフトと駅側インターフェースの推定費用
制御開発費には一律の定価がないため、対象範囲ごとの概算幅を分けて確認します。
- 現地調査・基本設計・安全要求整理:1,000万〜5,000万円
- 制御改修・信号等との連携・試験:3,000万〜1.5億円程度
- 複数駅の監視・遠隔保守・データ基盤:5,000万〜5億円程度
これらは公開定価ではなく、駅設備SI、組込み制御、現地調整の工数から切り分けた推定値です。
異常系試験の工数も、この中に含まれています。
駅数や番線数、既存図書の有無によって上下し、事業者側の設計分担でも変わります。
監視基盤は、故障履歴を蓄積するだけなら小さく始められます。ただし、冗長サーバーや閉域通信、駅ごとの権限管理を含めると、中央の開発費が増えます。24時間監視や部品在庫連携、予防保全分析まで加えると、さらに膨らみます。
クラウドを使う場合でも、安全制御はクラウドに置かず、駅側のローカル装置で完結させます。
初期費用以外のランニングコスト
保守費には、定期点検、消耗品交換、故障時の駆け付けが含まれます。また、ソフト更新と予備品もそこに入ります。さらに、通信回線や監視サーバーの費用、脆弱性対応、訓練費も加わります。
初期設備費の年5〜15%程度を見込む方法もありますが、これは案件条件に基づく推定値です。国土交通省の1線あたり年300万〜2,000万円前後という幅とも照らし合わせ、駅数と契約範囲を明記します。
部品交換やソフト更新が別契約になっている見積もりもあります。そのため、初年度だけでなく5年・10年の総保有コストで比べます。確認するのは、応答時間や夜間作業のほか、保守終了後の代替部品、ログ保管期間です。
ホームドア制御システム開発の進め方

ホームドア制御システムは、安全要求を後から加えると費用と納期が膨らみやすい領域です。そのため、調査から段階展開までを一連の計画として立てます。先行駅の実証や夜間施工、運行シナリオ試験も、その計画に含めます。
1駅だけでも12〜24か月かかり、複数駅や車両改造、信号改修を含むと2〜4年規模になるのが目安です。
現地調査と安全要求の整理
まず現地調査では、駅・車両・設備の実態と、想定する運行や異常時の条件を洗い出します。
- 駅条件:駅平面図・ホーム構造・番線・列車種別・編成両数
- 車両・設備:ドア位置、停止位置のばらつき、信号・連動装置・ATS、通信・電源容量・保守動線
- 現地環境:雨、逆光、曲線、風、センサの汚れ、夜間作業スペース
- 運行・異常シナリオ:停止位置ずれ・通過列車・回送・異種車両・通信・電源断・センサ故障・戸挟み・非常開放・手動介入・災害・避難
現地の条件を把握しないまま標準的な駅として見積もると、ホーム補強や配線変更が後から追加になります。
各シナリオで、開閉の許可条件と、許可が成立しないときの動作を定めます。そのうえで、列車抑止や警報の送り先、復旧権限、ログの保存先も決めます。安全要求は、制御範囲と試験工数を決める基準になります。
設計・製作・工場試験での安全動作の確認
設計から工場試験までは、安全機能ごとに分けて、異常時の動作を確かめていきます。
- 設計範囲:駆動部・制御盤・非常停止回路・列車検知・駅側連携・車上・地上通信・監視系を機能ごとに分けて設計
- 安全動作:監視系と経路を分け、上位サーバーやクラウドの停止時も駅装置が安全側へ遷移
- 工場試験:通信遅延・信号入力欠落・異常センサ値・二重操作・電源復帰・ログ欠損を再現
画面の使いやすさよりも、開扉中の出発抑止と、検知できないときの安全動作を優先します。
試験項目と期待結果を記録し、判定者と証跡も残したうえで、受入試験へ引き継ぎます。また、仕様変更も口頭で済ませず、要求・設計・試験結果をたどれる状態にしておくと、手戻りを抑えられます。
先行駅での実証と全駅への展開
全駅に展開する前に検証する内容と、その結果を後続駅に反映する流れを整理します。
- 先行駅を選ぶ:車両・ホーム・信号が複雑で、異常系を確認できる駅
- 運用を検証する:夜間施工と始発前復旧・停止位置・雨天や混雑・手動操作・誤検知
- 後続駅へ展開する:差分を標準仕様に反映し、設定変更と限定調整に抑える
複数の事業者が関わる場合や、相互直通で車両が混在する場合は、全駅展開の前に責任分界を改めて確認します。
駅側設備・車両・信号・通信・制御ソフトの各社に、不具合の担当を定めます。そのうえで、障害時の連絡経路と復旧時間も決めます。
開発の完了日は、ソフトが完成した日ではなく、運行シナリオ試験と引き継ぎ教育まで終えた日とします。
ホームドア制御システムの価格が変動する要因とコスト最適化
費用を下げたいときは、機能を一律に減らすより、要因ごとに分けて考えます。ホームドアの方式、車両改造の有無、ホーム補強が費用を左右します。
既設インターフェースの再利用と駅の標準化が、主な要因になります。さらに、試験計画や保守方式も費用に響きます。
安全機能や異常系試験は、削減の対象にしません。削ると事故リスクが高まり、後の改修費や運行への影響も増えるためです。
車両改造の有無による費用とリスク
車両との連携方式は、改造の負担と、実環境での検知確認をあわせて比べます。
- 車上機器で連携:信頼性や既存運行との親和性を確保しやすい
- 改造に伴う作業:編成ごとの改造・配線・検査・予備品・運用調整
- 改造を減らす方式:無線・RFID・LiDAR・画像解析・QRなど
複数形式の路線では、車両側の対応範囲が費用を左右します。改造費は1編成あたり数千万円〜数億円程度と推定され、機器の仕様や試験の有無で差が出ます。そのため、編成数と単価を分けて見積もります。
車両改造を減らす方式は、初期費用を抑えられる可能性があります。一方で、雨や逆光、車体形状の影響を実環境で試験する必要があり、停止位置ずれや読取遅延、誤検知も対象になります。
車両を改造しない方式を狙う場合も、検知できないときの安全動作と、従来方式との併用期間を見積もりに含めます。
ホーム補強・電源・通信工事の影響
駅の構造や設備によって工事の範囲が変わるため、機器の重量と現地の条件を照らし合わせます。
- 従来型:ホーム基礎の補強が高額になる場合がある
- 軽量・低風荷重型:補強や搬入費を抑える選択肢
- 現場条件:既設基礎・配線ルート・分電盤・通信回線・避難動線・エレベーター搬入の可否
国土交通省の資料では、従来型は1開口あたり約450〜500kg程度の自重や、水平方向の荷重に耐える設計が必要です。
JR東日本、JR東日本メカトロニクス、三菱電機のスリットフレーム型は、風圧影響を約40%軽減し、重量を約400kgから約282kgにした仕様です(出典:三菱電機ほか「スリットフレームホームドアの導入開始について」、2024年)。
ただし、軽量な機器なら必ず安くなるとは限りません。京三製作所の2026年資料では、軽量化だけに頼らない方法として、風荷重を減らして補強費を抑える方式や、既存の付帯設備を使う方式が紹介されています。
製品価格だけでなく、施工や撤去、仮復旧を含めた総額で比べます。
監視・保守・セキュリティの初期検討
長期の運用に備えて、故障時の支援体制と、監視系の接続方法を初期段階で検討します。
- 監視・予防保全:故障兆候を早く見つけ、巡回や復旧時間を減らす可能性
- 保守体制:長期運用時の支援範囲と責任分担
- クラウド接続:開閉許可信号は依存させず、駅のエッジ側で安全制御を完結
京三製作所は2026年の資料で、2000年からの可動式ホーム柵の納入実績を11,000開口以上と公表しています。
日本信号など各社の提案は、実績数だけで判断しないようにします。故障ログの形式と保守権限を確認し、部品供給期間やソフト更新の責任も見ておきます。
国土交通省は2026年4月22日、鉄道分野の情報セキュリティ安全ガイドライン第6版を改定しました(出典:国土交通省「鉄道:情報セキュリティ対策」、2026年)。
RFPには、ネットワーク分離や多要素認証、遠隔作業の承認を含めておきます。さらに、操作ログや脆弱性対応、供給者の更新責任も書いておくと、将来の追加費用を抑えられます。
ホームドア制御システムの見積もりを取る際のポイント
見積もりは、同じ前提条件をそろえて依頼します。会社名や製品名だけで比べると、条件の違いを見落としかねません。
前提として明記するのは、駅と番線、対象車両、運行パターンです。加えて、既設設備と方式、試験時間を書きます。保守期間やセキュリティ要件も明記します。
「含むもの」と「含まないもの」を分けて提出してもらいます。
RFPで示す含有範囲と責任分界
見積もりの範囲と各社が担う工程を明記し、契約後の認識の違いを抑えます。
- 設備・対象:制御盤・センサ・本体、信号・ATS・連動装置・車上機器、通信・操作盤・監視サーバー
- 工事・運用:現地配線・補強・撤去・夜間搬入、工場・現地試験、教育・保守
- 責任分界:発注者・元請・専門会社の設計・調達・施工・試験担当
特に、信号側の許可信号や列車抑止、非常操作の責任が曖昧だと、契約後に追加費用が出やすくなります。
既設の図書が不足している場合は、本開発の前に現地調査と基本設計を契約します。
車両・ホーム・信号・電源・通信の差分と、実証駅の合否基準を確定してから量産へ進む段階契約にすると、費用を抑えつつ重大な不確実性を早期に把握できます。
複数社の価格差と前提条件の確認
各社の見積対象と得意領域を同じ条件で照らし合わせ、価格差の前提を確かめます。
- 見積内訳:調査・設計・ソフト・機器・施工・試験・保守
- 含有範囲:ホームドア本体・据付までか、制御盤のみか
- 得意領域:駅全体の一括請負、信号・連動装置や車両改造、監視・データ基盤
提案では、安全要求と検証計画、異種車両への対応を確認します。また、既設設備への適合や夜間施工、障害復旧も見ておきます。さらに、部品供給期間や更新責任、遠隔保守の権限も見ます。
公開されている実績が、自社の路線にそのまま当てはまるとは限りません。
納入駅数は入口の評価にとどめ、先行駅でどの試験を行うかを、提案書で比べます。
契約前に抑える追加費用と運行影響
追加費用の要因は、契約条件と受入時の取り決めに反映します。運行への影響も、あらかじめ見通しておきます。
- 追加費用の要因:既設仕様の差・車両追加・センサ誤検知・夜間作業不足・補強・信号改修・試験の増加・後付けのサイバー対策
- 契約条件:前提・変更単価・再試験費・工程影響、運休不可駅の施工可能時間、復旧確認の責任者
- 受入・引き継ぎ:異常系試験・合否記録・不具合対応・納品物
受入条件には、正常系だけでなく異常系も含めます。
対象には、通信・電源断・戸挟み・居残り・停止位置ずれ・非常開放・係員操作・センサ故障などを含めます。また、合否は記録し、未解決の不具合には暫定策と期限、責任者を定めます。
納品物には、ソースコードや設定値、試験記録に加えて、操作手順と障害切り分け手順を含めます。そうすれば、特定の担当者に依存せずに済み、保守費の増加を抑えられます。
よくある質問(FAQ)
ホームドア制御システムの費用は、安全設備と現場工事を含むプロジェクト費用として検討します。発注前によくある費用と進め方の質問に答えます。
ホームドア制御システムの開発費用は最低いくらからですか?
現地調査と基本設計は1,000万〜5,000万円程度、既設設備の制御改修と試験を含めると3,000万〜1.5億円程度が概算幅です。
公開定価ではなく、案件条件から切り分けた推定値です。ホームドア本体、補強、電源・通信、車両改造を含む駅全体は、数億円から十数億円に広がります。そのため、範囲を分けて確認します。
制御ソフトだけを開発して費用を抑えられますか?
ソフトだけの開発は可能ですが、信号・ホームドア・車両・センサの仕様と試験環境が必要です。実機を使わないと、現地調整や異常系試験が増え、結果的に高くなる場合があります。
既設の制御盤を再利用し、駅ごとの差分を設定値やアダプターで吸収できるかを調べます。
ソフト開発費と実機試験費を分けて計上すると、比較しやすくなります。
ホームドアの安全制御をクラウド化しても問題ありませんか?
開閉許可や列車抑止はクラウドに依存させず、駅のローカル制御で安全動作を完結させます。
クラウドや中央監視は、状態確認や故障履歴の記録、予防保全、複数駅の表示に使います。
通信断時には、運行を続けるか安全に止めるかを設計します。認証・暗号化・監査ログ、遠隔作業承認も、設計の対象です。これらは、国土交通省が2026年に改定したガイドラインを踏まえ、発注時に要件を確定します。
開発期間はどのくらい見ておけばよいですか?
1駅の開発を工程ごとに分けると、期間は次のように見込まれます。
- 現地調査と要件定義:2〜4か月
- 基本・詳細設計:3〜6か月
- 機器製作と工場試験:6〜12か月
- 夜間施工や現地調整、時間外試験:2〜6か月
合計すると、1駅でも12〜24か月程度です。
複数駅や車両改造、信号改修を含むと、2〜4年になることもあります。図書の整備状況や先行駅の有無によって、短縮の余地が変わります。
まとめ
費用は、制御ソフトだけを対象にするか、設備・工事・車両改造・保守まで含めるかで変わります。
神戸市の海岸線10駅は税抜15億円で、国土交通省の資料では、駅全体で数億円から十数億円とされています。
制御改修やインターフェース、試験は、3,000万〜1.5億円程度が概算幅です。ただし、個別の条件によって変わるため、確認が必要です。
駅・車両・信号の条件の整理
発注の前に、駅平面図や番線、車両形式、編成両数を整理します。ドア位置や停止位置、信号方式を確認し、既設ホームドアの状態も押さえます。そのほか、電源・通信や夜間作業時間、保守体制も整理します。
停止位置ずれ・通信断・戸挟み・居残り・非常開放・手動介入も要件にし、受入基準と責任分界を決めます。要件が明確になるほど、「一式」見積もりは減らせます。
標準化と先行駅の実証によるコストの抑え方
既設連携の再利用や駅ごとの差分の標準化、軽量方式を組み合わせます。車両改造を減らす方式や先行駅での異常系試験、安全制御と監視系の分離も、あわせて検討します。
安全機能や試験は削らずに、後続駅へ展開できる設計と保守しやすい構成へ投資すると、長期の費用と運行リスクを抑えられます。
▼全体ガイドの記事
・ホームドア制御システム開発の完全ガイド
▼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を創業。
