自動改札システムの費用は、改札機の台数、対応する乗車券、駅務・決済連携の範囲によって、1台約650万円から総額数百億円まで変わります。
費用の内訳と変動要因、開発の進め方とコストの抑え方を順に説明します。全体像は自動改札システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・自動改札システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
自動改札システムの概要と費用が高くなる理由
自動改札システムは、乗車券や決済手段を読み取り、通行の可否と運賃の収受を自動で判定する駅務システムです。
見積には、改札機本体と、現場の処理を安定させるエッジ機能のほか、駅内ネットワークも含まれます。駅サーバーやセンターサーバーも対象になり、決済・認証サービスや監視・保守の仕組みも見積に入ります。
改札機だけでなく4層で構成されるシステム
システムは、改札機側のエッジ処理、駅内ネットワークと駅サーバー、センターサーバーまたはクラウド、決済・認証サービスの4層で構成されます。4層は、現場で即時に動く部分と、駅やセンターで集めて扱う部分に分かれます。
- 改札機：ICカードやQRを読み取り、扉、逆進入、不正通過、券詰まり、音声案内を即時に制御します。
- 駅側：駅単位の状態監視とログ収集を担います。
- センター側：運賃計算、利用実績、売上精算、料金施策を扱います。
- 決済・認証：乗車券や決済サービスの認証を支えます。
通信障害時も駅の通過処理を止めないため、改札機側に最低限の判定を持たせます。ただし、復旧後の同期や二重請求の防止も設計する必要があり、クラウド化だけで費用が下がるとは限りません。そこで、低遅延のエッジと変更しやすいセンターを組み合わせるハイブリッド方式にすると、応答性と柔軟性を両立しやすくなります。
費用に影響する主要機能の範囲
費用を見積もるには、対応する媒体と業務ルールを具体化する必要があります。例外処理が増えるほど、認証や試験の範囲も広がります。
利用者向けの機能に加えて、駅係員向けの機能も見積の範囲に入ります。
- 乗車券：対応する券種や決済方式ごとに必要な機能を整理します。
- 運賃規則：相互直通、連絡運輸、定期券、最安運賃を扱います。
- 駅務・運用：監視盤、遠隔再起動、機器状態の確認、障害ログ、保守手配を整えます。
- 精算・出力：払い戻しや障害時精算、売上データ出力を扱います。
ICの残額、定期券・企画券の判定、磁気券の搬送・返却には、方式ごとの処理が必要です。QR読取やタッチ決済、顔認証にも、リーダーや認証が必要になります。
方式が増えるほど、ログや例外処理、試験項目も増えます。さらに、複雑な運賃や払い戻しでは、運賃計算エンジンとデータ管理の工数がかさみます。
「改札を導入したい」とだけ伝えると、機器中心の見積になりがちです。そのため、改札機や駅務、センターの範囲と、決済や運用の範囲を分けて依頼します。
自動改札システムの開発・導入の進め方
開発は全9工程で、構想と現状調査から始まります。要件定義と方式選定、PoCを経て、設計・開発、総合試験、移行へ進み、最後に運用改善に入ります。
期間の目安は、既存改札へのリーダー追加とAPI連携の場合で9〜18か月です。一方、新規の運賃計算や駅サーバー、改札機制御を含む場合は、18〜36か月の見込みです。さらに、筐体や搬送機構を新規開発して全駅へ展開する場合は、3〜5年以上かかることもあります。
要件定義で決める通路数とピーク処理量
最初の棚卸しでは、駅数だけでなく駅ごとの現場条件を洗い出します。通路数や入出場の方向、ピーク時の1分間の通過人数を確認し、車いす対応の通路、係員の運用、既存機器の型式と接続方式も押さえます。
応答時間は、ICタッチから開扉までの目標や、連続タッチ・複数人通過時の処理量を、実測できる要件として定めます。一律に0.2秒以内とする前に、利用状況と機器構成に合わせて合意します。
通信が断たれた際に動き続ける時間と、復旧後の同期順、電源断からの復旧時間を定めます。ログの保存期間や、係員が手動で精算する条件も決めておきます。特に、これらが曖昧なまま機器を選ぶと、ネットワーク増強や再試験で見積もりが膨らみます。
パッケージ・クラウド・スクラッチの役割ごとの比較
方式ごとに受け持つ範囲が違うため、既存設備の活用度と運賃・保守の要件で選び分けます。
- 機器一体型パッケージ：鉄道向けの機器とシステムを組み合わせます。
- クラウド・決済連携：既存改札を活用して、サービスと接続します。
- スクラッチ開発：主要機能を個別に開発します。
- 共同構築：機器メーカーとSIerが構築を担います。
小規模事業者や駅以外の施設では、既存端末と決済SaaSを使い、固有の会員管理や入退場ルールだけを追加すると、初期費用を抑えやすくなります。一方、複雑な運賃や相互直通を扱う鉄道事業者には、実績ある駅務機器と長期保守を持つパートナーが適しています。
クラウドを使う場合も、通過判定をすべてクラウドに任せない設計が基本です。改札機側で読取と最低限の開閉判定を行い、センター側で運賃マスタ、集計、料金施策を管理します。
契約前に、API仕様やタイムアウト、リトライの扱いを決め、どこまでを誰が受け持つかを文書にします。重複決済を防ぐ識別子や、サービス停止時の代替運用も含めます。
本番前に行うPoCと異常系試験
PoCは1駅または数通路にIC、QR、タッチ決済を混在させ、実機で異常時の動きを確かめる場です。
- 読取・券処理：連続タッチ、読取失敗、残額不足、定期券の境界を試します。
- 異常券・端末：異常券、折れた券、濡れた券、画面の輝度差を確認します。
- 停止・復旧：通信断、停電、復旧後の同期を検証します。
- 顔認証：照明、マスク、誤認識、利用停止、ICや係員対応を試します。
総合試験では、実際の運賃パターンと過去の障害事例をテストデータにします。ラッシュ相当の負荷を試すほか、旧システムとの並行運用や夜間切替、ロールバックも準備します。係員教育と問い合わせ窓口も用意します。
試験を削ると、短期的には安く見えます。ただし、開業後に通行が止まったり返金対応が増えたりすると、負担がかえって大きくなります。そのため、試験は費用削減の対象にしないのが適切です。
自動改札システムの見積相場と費用の内訳
価格は、駅数や通路数、券種によって変わります。既存機器との接続や工事条件、保守SLAも価格に影響します。そのため、一律の価格はほとんどありません。
ここで示す金額は、機器単価や過去の更新例、2025年の公開契約、類似システムを組み合わせた初期概算です。入札価格や個別見積を保証するものではありません。
金額を比べるときは、前提をそろえたうえで、機器本体とソフトウェア・連携の費用を分けて確認します。規模別の更新費と保守運用費も、別に見ます。
改札機本体の価格は1台約650万〜1,500万円以上の目安
本体価格は、IC中心か磁気券まで扱うかといった仕様によって差が大きくなります。
- IC中心の簡易型：1台約650万〜700万円が目安です。
- 磁気券対応の高機能型：搬送・複数枚分離・印字・回収に対応し、1台約1,000万〜1,500万円以上の場合があります。
- 10通路の機器費：約6,500万〜1億5,000万円以上です。
- 別途費用：予備機、搬入・設置、電源・通信工事、設定、試験が加わります。
既存筐体にQRリーダーやタッチ決済端末、カメラを追加できれば、全面交換より安くなる可能性があります。
2026年7月、東芝、日立、東武鉄道などは、オムロン、日本信号、東芝の主要改札機と連携する顔認証汎用基盤を発表しました（出典: 東芝ほか共同ニュースリリース、2026年）。この仕組みは、既存改札への追加で初期費用や工期を抑えるものです。
削減効果は、筐体の型式と設置スペースを確認して判断します。電源とネットワークの条件も見ます。認証サービスは、どこまでを誰が受け持つかも確認します。
ソフトウェアと連携費の内容
ソフトウェア費は機能の範囲で、連携費は既存設備との接続内容で変わります。
- ソフトウェア：改札制御、運賃計算・マスタ、IC・QR・決済認証、売上精算、監視、ログ、権限、遠隔保守が含まれます。
- 連携工数：券売機や精算機、会計、顧客管理、ICセンター、決済事業者とのAPI調査、データ変換、異常時の再送、二重計上防止、受入試験が必要です。
- 小規模追加の概算：既存改札に数駅・数〜十数通路を追加する場合、総額1億〜5億円程度です。
- 内訳例：機器0.5億〜2億円、運賃・決済連携0.3億〜1.5億円、ネットワーク・サーバー・施工・試験0.2億〜1.5億円です。
- 見積の注意：要件が固まる前の推定値で、公開平均ではありません。顔認証、複数ブランド、複雑な運賃、既存券売機との連携があると、上限を超えやすくなります。
駅務システム刷新は5億〜30億円、大規模更新は数十億円以上の規模
初期概算は、改札機の台数だけでは決まらず、更新の規模や共通基盤まで含めた範囲で大きく変わります。
- 中規模刷新：十数〜数十駅で5億〜30億円程度です。共通基盤、全駅展開、夜間切替、教育、予備機、監視センターも影響します。
- 段階展開：一部駅で検証する場合、PoC、展開、旧システム併用の費用を分けます。
- 東京都交通局の例：2025年の監視盤更新契約は2億5,542万円です（出典: 東京都議会公営企業委員会速記録第14号、2025年）。
- 大規模更新：JR東日本・JR西日本の過去例は数百億円規模です。全駅更新は設備、システム、工事、切替、保守を含めて考えます。
東京都交通局の例は、対象範囲が限定された監視盤更新のため、1駅・1通路の単価には単純換算できません。
保守運用費の仮置き（初期費用の年15〜20％程度）
保守費は、初期費用の額だけでなく、監視やシステム更新をどこまで含めるかで変わります。
- 運用費：24時間365日の監視・受付・駆け付け、部品在庫、予備機、サーバー・クラウド、通信、決済手数料が含まれます。
- 更新費：証明書、OS・ミドルウェア、脆弱性対応、運賃改定、端末交換も見込みます。
- 保守率と条件：初期開発・調達費の年15〜20％程度を仮置きしますが、現地保守の時間帯や部品供給で変わります。
- 10年TCOの例：初期費用3億円、年15％の保守なら、保守だけで10年間に4億5,000万円です。
- 追加比較項目：クラウド・通信・決済料、EOL、ブランド追加、OS更新、契約終了時の移管も含めます。
初期費用と月額費用は分けて比べます。利用料を加えると、ランニングコストが初期費用を上回る可能性もあります。
自動改札システムの費用・コストが変動する要因
同じ10駅への導入でも、通行量や券種、運賃規則が違えば費用は変わります。既存設備や工事環境、可用性も金額に響き、セキュリティや保守期間の条件も加わります。そのため、機器の数量だけでなく、各条件を分けて見積もります。
通過人数と運賃ルールが処理能力と開発工数に与える影響
利用者数と運賃ルールは、どちらも処理能力と開発工数に響くため、両面から見積もります。
- ピーク通過量：朝夕の利用者が多いと、高速処理、冗長網、予備系、性能試験の費用が増えます。
- 複雑な運賃：利用者が少なくても、定期券、企画券、相互直通、連絡運輸、複雑な払い戻しで運賃計算やマスタ管理の工数が増えます。
- 見積に出す人数：平常時でなく、最繁忙時間帯の人数と将来の増加率を提示します。
- 対応方式：交通系ICは既存資産を活用できる一方、他方式には追加対応が伴います。
QR、クレジットカード、顔認証では、読取端末と認証が必要です。利用者登録や決済精算も必要になり、個人情報の管理と障害時の代替導線も欠かせません。
2026年3月25日、関東の鉄道事業者11社局でタッチ決済の後払い乗車サービスの相互利用が始まりました（出典: 東京メトロ公式ニュースリリース、2026年）。こうした相互利用の広がりを踏まえると、将来の接続を見据えた基盤設計が有効です。
施工条件と夜間切替で増えやすい費用
施工・移行費は、駅ごとの作業条件と切替計画の立て方で大きく変わります。
- 駅工事：夜間作業、搬入経路、電源・配管、床壁加工、撤去、仮設改札、警備、運行調整を含みます。
- 短い作業時間：深夜の作業枠が短い駅やロールバック時間を取る駅では、要員・予備機が増えます。
- 移行作業：新旧並行運用、利用者データ移行、運賃マスタ確認、精算突合、教育、問い合わせ対応を含めます。
- 段階切替：異なる規模・機器の駅で先行検証し、合格後に展開すると障害影響と追加費用を抑えられます。
駅ごとに条件が異なるため、機器費だけで総額は判断できません。
後付けのセキュリティと法令対応による費用増
決済や顔認証を扱う場合、情報保護と法令対応は後付けにすると費用が増えるため、要件定義の段階で含めます。
- 決済情報：カード情報を改札機や駅サーバーに保持しないトークン化、ネットワーク分離、アクセス制御、脆弱性管理、ログ監視を決めます。
- PCI DSS v4.x：基準の変更点と適用範囲を確認します。
- 評価範囲：決済事業者の範囲か、自社システムも評価対象かを提案段階で確認します。
- 顔認証情報：個人識別符号に該当し得るため、目的の通知・公表、必要性、保存期間、委託先、本人の選択肢、停止・撤回方法を設計します。
- 鉄道の重要システム：資産と通信の状況の把握、脆弱性と事故への対応、事業継続、保守用アカウントの監査ログが必要です。
PCI DSS v4.xでは2025年3月31日以降、一部要件が有効要件へ移行し、旧要件を適用対象外として報告する扱いも示されています（出典: PCI Security Standards Council FAQ、2025年）。また、国土交通省の「鉄道分野における情報セキュリティ確保に係る安全ガイドライン」を参照し、要件定義とRFPに落とし込みます。
自動改札システムのコストを抑えるポイントと見積の取り方
コストを抑えるには、安全性と処理性能を保ったうえで、初期導入と将来拡張の範囲を分けます。既存資産、標準機能、差別化のための開発を一覧にして整理します。
ICを基盤にした決済・顔認証の段階導入
導入範囲は、利用者数と業務効果を見ながら段階的に決めていきます。
- 初期導入：IC、QR、カード、顔認証を一度に入れると、機器・認証・決済・個人情報・試験の範囲が広がります。
- 拡張基盤：共通ID、認証API、ログ形式、運賃マスタ、監視基盤を拡張可能にします。
- 後続の追加：QRやタッチ決済を追加できれば、全面的な機器交換を避けられます。
- 初回から必要な対応：段階導入でも、通信断対応とセキュリティは後回しにしません。
- 追加範囲の境界：初期機能を絞る場合も先に決め、長期の開発費と保守費を抑えます。
初回リリースでは、認証期限やログ保存、再送の扱いを標準化します。また、障害時の係員操作やデータ移管も、初回のうちに決めておきます。
RFPに書く数量・性能・役割分担・検収基準
RFPで数量や性能、責任範囲、検収条件を具体的に書くのは、見積の前提を社ごとにそろえるためです。
- 現場情報：駅・通路数、既存機器、ピーク人数、券種、運賃、決済ブランド、顔認証を資料化します。
- 設備・日程：通信・電源、工事可能時間、希望稼働日を示します。
- 性能条件：通過応答時間、処理量、可用性を数値で示します。
- 提案費目：機器、制御、運賃、決済・認証、サーバー、通信、施工、試験、移行、教育、保守を分けます。
- 契約条件：標準範囲、追加単価、再委託先、データ・API所有権、移管、EOL、障害時責任を確認します。
通信断の続く時間や復旧目標、ログ保存期間は、数値で書いておきます。障害通知と現地駆け付けの時間、部品供給期間も、数字で明記します。各社の見積は、同じ前提条件にそろえて比べます。
機器メーカーとSIerの役割分担の比較
発注先を一社にまとめるか分けるかで、責任の所在や専門性の組み合わせ方が変わります。
- メーカー一括：改札機、駅務機器、監視、保守の責任を一か所でまとめられます。
- 一括発注の確認点：決済、クラウド、会員基盤、データ分析の拡張性や他社製品との接続条件を確認します。
- 分離発注：専門性を組み合わせやすい一方、障害の切り分けと、どこまでを誰が受け持つかを発注者が管理します。
- 機能・障害対応：運賃例外処理、オフライン継続、クラウドとエッジの分担を質問します。
- 保守・管理：24時間365日保守、部品・OS・APIの長期サポート、セキュリティ監査、データ移管も確認します。
PoCでは、合格基準を先に決めておきます。通過処理や異常系の動き、復旧同期、運用画面、ログ監査を確認します。そのうえで、必要な項目を満たす会社と本契約に進むと、価格だけで選ぶ失敗を避けやすくなります。
自動改札システムの費用に関するよくある質問
費用は、機器の台数のほかにも、さまざまな条件で決まります。導入を検討する事業者から特に多い質問に、価格の見方と判断基準で答えます。
自動改札機1台だけを導入する場合はいくらかかりますか？
IC中心の本体は1台約650万〜700万円、高機能型は約1,000万〜1,500万円以上が目安です。
設置工事やネットワーク、サーバー接続も必要になります。設定と試験、予備機、保守まで含めると、本体価格だけでは導入できません。
既存筐体にリーダーを追加できる場合は、全面交換より費用を抑えられる可能性があります。
クラウド化すれば自動改札システムのコストは下がりますか？
クラウド化で費用が下がるかどうかは、条件によって変わります。サーバーの初期調達や全駅の集計基盤を標準化できる一方で、通信費や利用料、監視、セキュリティがかかります。さらに、オフライン処理と復旧後の同期の開発も必要です。
通過判定はエッジ、運賃マスタや集計はセンターで担うハイブリッド方式を、性能と運用費の両面で比較します。
交通系ICとタッチ決済やQRを同時に導入できますか？
技術的には可能です。ただし、決済事業者と認証方式を統合するほか、精算と返金、障害時の扱いもそろえる必要があります。
交通系ICは高速通過、QRは企画券や訪日客向け、タッチ決済はカードやスマートフォン利用者向けと、使い分けられます。
全方式を一度に同じ深さで作るより、共通ログ・監視・API基盤を先に用意して段階導入するほうが、費用を管理しやすくなります。
保守費用は見積にどこまで含めればよいですか？
見積では、保守費を項目ごとに分けて記載してもらいます。対象は、24時間365日の監視・障害受付、現地駆け付け、部品交換、予備機です。証明書・OS更新、脆弱性対応、運賃改定、決済ブランド追加、利用料も、別に書いてもらいます。
保守費は、初期費用の年15〜20％程度を仮置きできます。ただし、現地対応の時間や部品の保有期間、復旧目標、対象外の作業も確認が必要です。そのうえで、10年間のTCOに、初期費用や保守、更新、移行費を合算します。
まとめ
本体は1台約650万〜1,500万円以上、数駅・数〜十数通路の機能追加は1億〜5億円が初期概算です。また、中規模刷新は5億〜30億円、大規模更新は数十億円から数百億円に達することもあります。
費用は、駅数や通路数、ピーク処理量で変わります。さらに、対応方式や既存設備、施工、試験、保守の条件によっても変動します。
見積で分けて確認する機器費・開発費・施工費・保守費
見積では、数量や金額に加えて、含まれるものと別途費用を確認します。機器、リーダー、運賃計算は、役割ごとに分けて見ます。決済・認証やサーバー、ネットワークも、金額を別々に把握します。施工や試験、移行は、項目ごとに分けて確認します。教育と監視、部品供給は、別の項目として見ます。
追加変更の単価と、どこまでを誰が受け持つかを明記します。そのうえで、保守やクラウド、通信、決済、更新、EOL対応を含めた10年TCOで比べます。
通信断と保守を含めた小さな検証と段階展開
費用とリスクを抑えるには、導入方式、検証、運用基盤を一体で計画する必要があります。
- 導入範囲：既存設備を再利用し、ICを基盤にQRやタッチ決済を段階導入します。
- 事前検証：PoCで実機性能と異常時の動きを確認します。
- 追加方式の要件：顔認証・決済では個人情報、PCI DSS、監視、ログ、代替手段を初期要件に含めます。
- 処理基盤：通行を止めないエッジ処理と変更しやすいセンター処理を組み合わせます。
- 稼働後の計画：運賃改定や部品更新も見通し、長期の費用とリスクを抑えます。
▼全体ガイドの記事
・自動改札システム開発の完全ガイド
▼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を創業。