ホームドア制御システムの発注は、要件を整理し、発注形態と責任分界を決めたうえで、先行駅での実証を経て段階的に展開すると、安全な運用につながります。
発注形態、RFPと契約、費用、委託先の選定の順に、発注側が決めることを並べます。全体像は下のガイドでも確認できます。
▼全体ガイドの記事
・ホームドア制御システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ホームドア制御システムの全体像
ホームドア制御システムは、列車の在線や停止位置を確認し、開閉条件を判定して、車両ドアや信号設備と連携する仕組みです。
制御システムが担う役割
制御システムは、列車の接近、在線、停止位置、進行方向、列車種別、編成両数を把握したうえで、ホームドアの開閉を許可します。異常があれば、列車の出発を抑止します。
このほか、車両ドアとの連携と、戸挟みや障害物の検知、居残り確認も担います。また、非常停止や係員の手動操作、状態表示と警報も扱います。操作と故障の履歴、開閉回数、モーター電流は保存しておき、保守担当者が異常の兆候を追えるようにします。
構成は、ドア駆動部や制御盤、安全センサや非常停止回路、駅側の総合制御盤から成ります。さらに、信号・ATS・連動装置との接続、車上地上間通信、監視・保守サーバーも含まれます。そのうえで、発注書では納入範囲を図面と一覧表で示します。
安全制御系と監視・分析系の境界
安全制御系と監視・分析系は、役割と通信経路を分けて設計します。
- 安全経路：通信断や上位停止時も安全側に移り、判断は駅のローカル制御盤で完結する構成です。
- 監視系：監視・分析データは分離ネットワークで送り、クラウドの応答だけを開閉許可信号にはしません。
- 活用範囲：クラウドや遠隔監視は、故障傾向、複数駅のダッシュボード、部品管理に使えます。
- RFP記載：ネットワーク分離、多要素認証、操作ログ、脆弱性・パッチ対応の責任の明記
- 継続運行：インシデント時に手動運行を続ける手順、およびその手順のRFPへの記載
国土交通省は2026年4月22日、「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」第6版を改定しました（出典: 国土交通省「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」、2026年）。
ホームドア制御システムの発注形態の選び方
既設設備が多く、安全責任の整理が必要な案件では、全駅を一括で発注するより、調査・基本設計、先行駅での実証、量産展開、保守に分けて発注する方法が向いています。
仕様が標準化され、対象駅と車両も限られるなら、機器・工事・制御をまとめた一括発注で調整窓口を減らせます。
一括請負で委託するケース
一括請負では、ホームドア本体、制御盤、通信、据付、試運転を一つの元請けにまとめます。発注窓口が一本になり、複数の協力会社を束ねる管理も委託できます。
駅設備、信号、電気、土木、車両の調整を社内だけでは担えない場合に向いています。この方式では特に、契約前に接続責任、車両改造、ホーム補強、夜間試験の立会い、障害時の切り分けを明文化しておきます。
試験、教育、予備品が別途になっていると、提示価格が安くても総額は変わります。さらに、元請けが既設設備の仕様を把握しているかも確かめます。
分離発注・共同体で委託するケース
分離発注では、ホームドア設備はメーカー、制御ソフトはシステムSI、信号改修は信号会社、施工は設備会社へ、それぞれ依頼します。
各社の専門性や既存の保守契約を活かせる一方で、接続に不整合があると責任が曖昧になりやすい方式です。
採用する場合は、発注者または別途契約したPMOが、全体要求、接続管理表、試験計画、変更管理を統括します。そのうえで、納入物を機器、ソフト、図面、試験記録、保守資料に分け、承認者と時期をWBSに記載します。
段階発注でリスクを抑えるケース
初導入の路線、異種車両、曲線ホーム、停止位置のばらつきがある案件では、段階発注が現実的です。段階ごとの作業は、次の四つの流れで進めます。
- 現地調査と概念設計
- 先行駅での試作、工場試験、現地実証
- 後続駅への展開
- 保守改善への移行
神戸市交通局の海岸線事業では、10駅のホームドア設置とバリアフリー化に、詳細設計付工事発注方式と総合評価落札方式を採用しました。
この事業の予定価格は税抜18億円、履行期限は2028年3月31日です（出典: 神戸市交通局「神戸市営地下鉄海岸線ホームドア整備事業」、2025年）。
詳細設計付工事発注方式や総合評価落札方式では、発注側が要求性能を示し、提案者の設計・施工ノウハウを評価する進め方もあります。
発注前のRFPと要件の整理
RFPは、委託先へ希望を伝えると同時に、提案の条件と見積もりの範囲をそろえる基準資料です。
未決定の項目には「未確定」と明記したうえで、方式案と追加調査の見積を求めます。
「ホームドア制御システム一式」とだけ書くと、各社の見積範囲が食い違い、価格を比べられません。
委託先へ渡すべき基本情報
見積条件をそろえるため、設備と運行に関する次の情報を準備します。
- 駅と線路：対象路線・駅・番線、平面図、ホーム断面図、長さ、曲線、勾配。
- 車両と運行：車両形式、編成両数、ドア位置、列車種別、停止位置、運行本数。
- 既設設備：ホームドア、信号・ATS・連動装置、電源、通信、保守体制の仕様。
- 作業と運用：夜間作業時間、運行影響の許容範囲、係員操作、避難方針、監視拠点、障害連絡先。
- 調査条件：立入可能時間、調査項目、撮影・記録の扱い、調査後の成果物。
図面が古い場合は、作成年月と、現地との差分が未確認であることを明記します。納入後の保守窓口も、あわせて示しておきます。
正常系と異常系の機能要件
正常系では、列車の接近から停止、開閉許可、車両ドアとの連携を経て、乗降の終了、閉扉確認、出発許可までの状態遷移を定義します。列車種別や編成両数によってドアの扱いが変わる場合は、判定データと誤情報が入ったときの動作も定めておきます。
異常系では、列車側の条件として停止位置ずれ、通過・回送列車、異種車両を、設備側では通信・電源断とセンサ故障を想定し、シナリオにします。現場では、戸挟み、障害物、開扉中の出発操作、手動介入を扱い、火災と地震も含めます。
検知から責任者の確認までを一連の流れとして書き、試験の合否条件にします。警報や出発抑止、非常開放、復旧、記録も、その流れの中に含めます。
安全性・性能・保守性の非機能要件
非機能要件では、開閉時間や停止位置誤差、警報表示時間、ログ保存期間を数値で定めます。あわせて、復旧後の再起動と冗長化、手動運転への切替を定めるほか、耐候性や騒音、部品供給期間も含めます。
未決定の数値は、現地調査や先行駅での実証で確定する時期を、あらかじめ決めておきます。
遠隔保守では、誰がどの経路と時間帯で接続するか、承認者は誰か、どの機能を操作できるかを定めます。ログや録画、緊急解除の扱い、脆弱性の通知期限もあわせて定義します。ソフト更新では、バックアップと検証環境での試験、切り戻し、運行影響を含めた変更管理を行います。
契約形態と責任分界の決め方
要件が未確定の調査段階と、仕様どおりの納品を求める開発・施工段階では、契約の形が異なります。契約名だけでなく、成果物と検収、変更と障害対応、そして知的財産と長期保守まで一体で確かめます。
準委任契約が向く調査・企画フェーズ
進行中に成果を具体化していく調査・企画段階では、準委任契約が使いやすいです。そのうえで、契約時に業務と成果物を具体化しておきます。
- 対象業務：現地調査、既設図書確認、方式比較、概念設計、RFP作成支援。
- 提出物：稼働時間や体制に加え、調査報告書、課題一覧、方式比較表、要求仕様案を定めます。
- 業務品質：準委任でも成果責任は残るため、調査漏れや会議参加、報告遅延、機密管理、判断記録を明示します。
- 次段階の判断：開発契約へ移る条件と、中止や方式変更を判断する点を設定します。
請負契約が向く設計・開発・施工フェーズ
基本設計以降に仕様や納期、検査方法が定まったら、請負契約で納入物と検収を明確にします。
納入物には、要件定義書と設計書、ソースコードまたは実行形式、設定値が含まれます。加えて、試験成績書や完成図、操作・保守マニュアル、教育記録も列挙します。
試験は、工場や結合、現地単体の段階に分けます。運行シナリオと異常系、連続稼働の試験、係員訓練も、それぞれ別に記載します。また、受入後の無償修正期間、重大度別の一次応答時間、暫定復旧と恒久対策の期限は、保守契約にもつなげて定めます。
責任分界表と変更管理
責任分界表には、駅設備から監視サーバーまでの機器を、施工や試験、運行判断、保守の作業とあわせて並べます。そのうえで、設計・供給・施工・試験の責任と承認者、障害時の一次窓口を、機器ごとに対応づけます。
車両形式、停止位置、センサ方式、既設信号の仕様差は、見積後に変わりやすい項目です。変更の影響は、費用や納期、安全分析、試験、図書更新の面から評価します。そのうえで、承認前には実装しない手順を契約に含めます。
ホームドア制御システムの費用相場と内訳
公開価格は、制御ソフト単体ではなく、駅整備事業の総額で示されることが多いです。総額には、ホームドア本体と制御盤、電源・通信が入ります。さらに、ホーム補強と据付、車両対応、試運転も含まれるため、項目を分けて比べます。
公表資料から見る駅全体の整備費
公表された整備費は、駅全体の規模感をつかむ材料になります。
- 神戸市交通局：海岸線全10駅の整備費は税抜18億円です。
- JR東日本：東京圏在来線の主要路線整備に約4,900億円を想定しています。
神戸市交通局の事業を単純に割ると、1駅あたり1.8億円になります。ただし、番線数や施工条件、バリアフリー化、設計・工事の範囲が異なるため、駅単価ではなく規模感の参考にとどまります（出典: 神戸市交通局「神戸市営地下鉄海岸線ホームドア整備事業」、2025年）。
JR東日本は2025年3月期の資料で、東京圏在来線の主要路線330駅758番線を2031年度までに整備するとしています。同じ資料を単純に割ると、1番線あたり約6.5億円、1駅あたり約14.8億円になります（出典: JR東日本「2025年3月期決算および2026年3月期経営戦略説明資料」、2025年）。
この投資は複数年度にわたる大規模な整備で、駅改良や関連設備、車両対応を含む可能性があります。そのため、個別案件の制御開発費とは分けて考えます。
RFP前に置く制御開発費の概算
制御ソフト単体の公表価格は多くありません。そのため、次に示すのは正式見積ではなく、2026年時点でRFP前の予算を仮置きするための推定レンジです。
- 調査・基本設計：現地調査・基本設計・安全要求整理。1,000万〜5,000万円。
- 既設1駅の制御改修・試験：信号・駅務インターフェースを含み、3,000万〜1.5億円程度。
- 複数駅の監視・遠隔保守・データ基盤：5,000万〜5億円程度。
- 車両改造：1編成あたり数千万円〜数億円程度。
- 稼働後の点検・保守：点検・部品交換・遠隔監視は初期設備費の年5〜15％程度。
駅数や車両形式、冗長化、24時間対応のほか、既設設備の再利用と予備品契約によって、金額は大きく変わります。
見積には、「推定」と「含まない費用」を必ず併記してもらいます。
見積書で分けるべき費用項目
見積書では、作業・機器・運用後の費用を分け、数量も明記してもらいます。
- 設計・開発：調査、要求分析、基本・詳細設計、安全分析、ソフト開発。
- 設備・工事：制御盤、センサ、通信、車両改造、ホーム補強、据付。
- 試験・引き継ぎ：工場・現地・夜間試験、調整、教育、ドキュメント。
- 運用関連：予備品、保守、旅費、夜間割増。
数量欄には、駅数や番線数、編成数、センサ数、試験シナリオ数も入れます。なかでも、調査や信号会社との調整、夜間作業、現地再試験は、各社の見積もりで差が出やすい項目です。車両設計・試験や引き渡し後の更新も、同じように比較差が出ます。
これらを「一式」にまとめた見積には、内訳を求めたうえで、同じ前提での再見積を依頼します。
委託先の選定と見積比較で見るポイント
委託先は、Web開発の実績に加えて、鉄道安全設備や信号・連動装置、車両機器、駅設備、現地試験への対応力で選びます。知名度や提示価格だけで決めず、案件の責任範囲に合う体制かどうかを確かめます。
納入駅数より適合力で見る実績
実績では駅数だけでなく、対象車両や編成、ドア位置、ホーム形状が自社に近いかを見ます。信号・検知方式や駅間通信、夜間施工条件も、同じ目で確かめます。また、誤検知や通信断、センサ交換、車両追加、更新、障害復旧への対応も質問します。
候補企業には、匿名化した要求仕様や試験計画、障害票、保守体制図のサンプルを求めます。ただし、機密上開示できない場合でも、設備範囲や規模、期間、担当人数、元請けと協力会社の役割は確認できます。
方式と技術の提案力の比較
車両改造を抑えたい場合は、トランスポンダや無線、RFID、LiDAR、画像解析、QRなどの方式を比べます。トランスポンダは既存運行と親和性が高い一方、車両改造が重くなる可能性があります。
カメラやLiDARは車両を改造せずに済む利点がありますが、雨や逆光、車体形状、汚れ、読取遅延は実環境で検証します。提案では、失敗条件や代替手段、検証方法を示してもらいます。このほか、将来車両や部品供給、教育、接続の再利用も比べます。
複数方式の長所と短所を説明できる会社のほうが、特定の製品だけを勧める会社より、長期運用の相談をしやすいです。
価格・品質・リスクを同じ表で見る見積比較
比較表では、次の項目をそろえます。評価の配点は、案件に合わせて設定します。
安全要求と試験計画は、価格と同じか、それ以上に重く評価します。
- 対象と範囲：駅・番線、車両、機器、ソフト開発、現地試験。
- 価格と時期：価格、納期、前提条件、除外事項。
- 運用条件：保守年数、予備品、保証、SLA。
極端に安い見積では、車両改造や夜間作業、異常系試験が除外されている可能性があります。さらに、図書や教育、再試験、保守部品が含まれているかも確かめます。各社へ同じ質問を送り、回答を文書で残します。
採用理由には、価格差だけでなく、責任分界やリスク、将来拡張、運行影響も記録しておきます。そうすると、社内の決裁や契約後の変更協議が進めやすくなります。
発注後の開発・試験・運用移行の進め方
発注後は、調査から保守への引き継ぎまでを次の順で進めます。
- 現地調査、概念設計、安全要求の整理
- 基本・詳細設計、機器製作、工場試験
- 先行駅での実証、夜間施工、現地調整
- 運行シナリオ試験の後の段階展開と、保守への引き継ぎ
1駅だけでも、調査から運用開始までに12〜24か月かかります。複数駅や車両改造、信号改修を含む場合は、2〜4年規模になる可能性があります。
先行駅での実証と段階展開
全駅を同時に展開すると、同じ問題が複数駅に広がる恐れがあります。そのため、異なる車両や曲線や風、厳しい通信、複雑な係員運用がある駅を先行駅に選び、現地環境で方式と試験手順を確かめます。
先行駅では、通常の開閉に加えて、停止位置ずれや戸挟み、通信断、電源復旧、手動開放などの異常時の動きを試します。また、列車種別の誤設定やセンサ汚れ、降雨、逆光も試します。再試験の日程、運行継続の代替手順、原因分析の責任者も決めておきます。
運用・保守への引き継ぎ
納品時には、駅係員と保守員が安全に運用できる状態を整え、訓練記録と理解度の確認を残します。
- 教育・保守：操作と異常時の判断、復旧を訓練し、予備品や点検周期、センサ清掃、ログ確認、故障連絡先、代替運行も教えます。
- 稼働後の確認：開閉回数やモーター電流、開閉時間、センサ異常、手動操作、通信断、警報履歴を分析し、故障の前兆を探します。
- 業務支援の連携：権限、通信経路、障害時の切り離しを確認します。
たとえば、日立と相模鉄道は2025年5月、ホームドアのICタグを乗車位置の入力や降車位置の確認に活用する、案内業務支援サービスを開始しました（出典: 相模鉄道・日立製作所「相模鉄道が日立の移動制約者ご案内業務支援サービスを導入」、2025年）。
よくある質問
発注では、費用や既設設備との接続、車両改造、契約後の責任分界について質問が寄せられます。よくある疑問への答えを、発注前の判断材料としてまとめます。
ホームドア制御システムの開発費はいくらですか？
制御ソフト単体の公表価格は少ないため、正式な見積ではなく、予算の仮置きとして考えます。目安は、現地調査と基本設計が1,000万〜5,000万円、既設1駅の制御改修と試験が3,000万〜1.5億円程度です。
ホームドア本体や電源・通信、土木工事、車両改造まで含めると、駅全体の費用は大きく変わります。
ホームドア制御システムは何社に見積依頼すべきですか？
比較できるRFPを用意し、まずは3社程度に提案を依頼する方法が現実的です。候補には、鉄道信号・ホーム安全設備、駅設備・総合SI、既存設備の保守・制御改修に強い会社を含めます。
複数社を比べると、方式や責任分界の違いが見えてきます。
クラウドでホームドアを制御できますか？
開閉許可は、駅側のローカル制御系で完結させる設計が基本です。一方で、クラウドは遠隔監視や保全データの分析、故障の予兆、複数駅の業務ダッシュボードに活用できます。
通信断やクラウドの障害時に安全側へ移ること、認証や暗号化、操作ログを備えることは、RFPと受入試験で確かめます。
車両改造なしで導入できるホームドア制御方式はありますか？
無線、RFID、画像解析、LiDARなどは、車両改造を抑えられる可能性があります。ただし、無改造であれば低コストや高信頼になるとは限りません。
雨や逆光、車体形状、停止位置ずれ、センサ汚れ、読取遅延を現地で検証します。そのうえで、異常時の動作と保守費も含めて比べます。
まとめ
発注時は、ホームドア本体の購入先だけでなく、列車・車両から駅、信号、センサ、通信、保守までを一つのシステムとして捉えます。そのうえで、安全制御と監視・分析の境界、責任分界、異常時試験を先に整理します。
発注担当者の最初の作業
まず、対象の駅や番線、車両、編成、停止位置、信号方式を洗い出します。既設の図書と運行上の制約も一覧にし、RFPに要件と費用範囲を記載します。
そのうえで、正常系・異常系の要求、契約段階、責任分界、先行駅実証の条件を示します。比較見積では、価格だけでなく、試験計画や保守体制、将来車両への拡張、遠隔保守の安全対策も評価します。
専門会社へ相談するタイミング
既設図面が足りない、車両改造の要否が不明、信号・ATSとの接続責任を判断できない、といった状況では、発注前に専門会社へ調査と基本設計を依頼します。
要件が固まる前に相談すると、追加費用や運行への影響を減らしやすく、発注形態を選ぶ材料にもなります。先行駅実証や部品供給、更新、障害復旧まで含めて委託先を選ぶことが、安定した運用につながります。
▼全体ガイドの記事
・ホームドア制御システム開発の完全ガイド
▼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を創業。