券売機システム開発の見積相場や費用/コスト/値段について

券売機システムの開発費用は、端末機能と駅数によって大きく変わります。既設機器との連携範囲や、施工・試験・保守の条件によって、1台500万〜3,000万円から、複数駅の2億〜8億円程度まで幅が出ます。

全体の流れは、次に紹介する完全ガイドでも確認できます。

▼全体ガイドの記事
・券売機システム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

券売機システムの概要

券売機システムは、乗車券を販売する端末と中央システムをつなぐ駅務システムです。

飲食店向けの注文端末とは違い、交通系ICカードやQR乗車券を扱い、運賃計算や改札とも関わります。

中央側では、運賃と券種を管理します。決済の状態や発券の状況、売上も、ここで把握します。

駅サーバーや決済、遠隔監視に加えて、自動改札や精算機とも連携します。このため、交通・改札向けの仕組みとして検討することになり、費用は必要な券種や駅数で大きく変わるほか、既設機器や決済方式によっても変わります。

端末と中央システムの一体的な設計

端末と中央側の役割を分けて整理すると、必要な機能と連携範囲が見えてきます。

• 端末：指定、運賃計算、発券、チャージ、払い戻しの処理
• 中央側：運賃改定、券種、照合、売上、監査・障害ログの管理
• 連携：改札と状態が一致しないと、二重発券や精算ミスにつながります。

端末では、乗車駅と降車駅の指定や経路計算に加えて、定期券や特急券の販売も行います。さらに、紙券・QR乗車券の発券、ICカードへのチャージ、払い戻しにも対応します。

IC・QR・タッチ決済の併存設計

決済方式を併存させる場合、媒体ごとに認証の方法が異なるため、認証と障害時の照合方法を先に決めておきます。

• 交通系IC・現金：認証と取引確定のタイミングの整理
• QR乗車券：発行情報を改札で照合し、再読み取りにも対応できる形にします。
• 移行期間：旧券・新券・ICの併存と、案内・照合手順の整備

交通系ICカード、現金、クレジットカード、デビットカード、タッチ決済は、それぞれ認証が異なります。また、磁気券からQR乗車券へ一度に移れない場合は、一定期間の併存を前提に設計します。

2026年のQR化と駅務機器更新の同時検討

QR化を検討するときは、券売機だけを見ると更新範囲を見誤るおそれがあるため、改札や案内表示まで含めて確認します。

• 磁気券：JR東日本は2027年春から近距離乗車券をQR化する方針です。
• 駅設備：改札の読み取り、券のサイズ、売上照合も影響を受けます。
• スペース：券売機の整理・統合を含めた更新の検討

JR東日本の2026年6月発表では、QR化やモバイル化によって券売機スペースを整理する方向も示されています。

出典は、東日本旅客鉄道株式会社「新たな技術イノベーションにより、駅におけるお客さまサービスを高度化します」、2026年の発表です。

券売機システムの費用相場とコストの内訳

費用相場は、端末本体価格とシステム導入プロジェクトの総額を分けて見ると、それぞれの金額の意味が分かります。

鉄道向け機器は公開定価が少ないため、ここで示す金額は入札価格ではありません。

この金額は、機能・駅数・既設設備を仮定した企画初期の推定レンジです。

正式な価格は、駅別の条件を含むRFPをもとに、複数社から見積もりを取って確認します。

端末1台の費用の目安

端末機能の範囲によって、1台あたり500万〜3,000万円の幅が生まれます。

• 無人型：ICチャージと近距離券中心で500万〜1,500万円程度です。
• 高機能型：指定席や定期券対応で1,000万〜3,000万円程度です。
• 別途確認：搬入、工事、試験、撤去、予備機などの扱い

無人型の金額には、筐体や紙幣・硬貨処理、ICリーダーが含まれます。基本発券や遠隔監視も、この範囲に入ります。

高機能型は、指定席や定期券に対応し、予約済みきっぷや払い戻し、多言語UIなども扱えます。クレジット決済や遠隔案内も含めて、1,000万〜3,000万円程度を見込む場合があります。

搬入や電源・通信工事、基礎が、見積もりに含まれない場合があります。筐体設置や既存機器接続も、含まれているかを確かめます。

これらが抜けていると、端末価格だけを比べても、実際の支払額と合いません。

券紙・釣銭や現地調査、保守部品の範囲も、見積もりの前に確かめることが大切です。

1駅PoCと複数駅の導入総額

端末の単価だけを見ると、連携や施工、試験の費用が抜けやすいため、駅単位の総額で判断します。

• 1駅PoC：端末1〜3台で3,000万〜1億円程度です。
• 地域導入：5〜15駅で2億〜8億円程度です。
• 大規模案件：相互利用や改札更新で10億〜50億円超もあります。

1駅のPoCでは、端末1〜3台を、運賃や決済、改札、売上管理と連携させます。

その金額には、要件定義から開発、施工、試験、教育までが含まれます。

5〜15駅の地域導入では、端末調達や駅ネットワーク、中央システムが増えます。さらに、データ移行や駅ごとの施工、受入試験も加わるため、2億〜8億円程度は推定レンジとして扱います。

札幌市交通局の2026年3月告示では、麻生駅ほか15駅の更新製造が一つの調達案件になっていました。これは公開された相場ではなく、更新製造・施工・保守を一式で計画した事例です。出典は、札幌市交通局「令和8年3月分告示一覧」、2026年の告示です。

開発・機器・施工・試験・保守の費用区分

見積もりを費目ごとに分けると、初期費用と運用費の抜け漏れに気づけます。

• 開発：要件定義・管理は10〜15%、アプリ等は20〜35%です。
• 機器・基盤：端末等は25〜40%、ネットワーク等は10〜20%です。
• 施工・試験：施工等は10〜20%、試験等は10〜15%です。
• 保守・TCO：年10〜20%の保守費と、5年TCOの確認

施工、データ移行、教育、試験などの割合は、案件によって重なりや増減があります。そのため、予算配分の目安として扱います。

保守費は、初期導入費の年10〜20%程度を仮置きして見積もります。そのうえで、24時間365日対応や駆け付け時間、代替機の有無を確かめます。あわせて、部品供給期限と更新対応も見ておきます。

5年TCOには、通信回線や決済手数料、券紙、現金回収を含めます。保守や障害対応も5年分で見るほか、サーバー更新や旧機器の撤去、移行期間の二重運用も足し合わせます。

券売機システムの費用が変動する要因

費用を比べるときは、駅数や機能だけでなく、要件ごとに費用が増える理由を分けて見ます。無人駅に1台だけ置く場合と、ターミナル駅を含む複数路線とでは、どこまでを誰が受け持つかも変わります。

駅数・端末台数・駅ごとの条件による固定費の配分

端末台数だけを見ても費用の全体は読めないため、固定費と駅ごとの環境条件を分けて見積もります。

• 固定費：ソフトウェア、運賃計算、監視、試験は一定量発生します。
• 量産展開：端末台数や駅数で機器・施工費が増えます。
• 駅条件：回線、電源、スペース、営業時間、環境で変わります。

小規模なPoCでは、一定量の固定費を少数の端末で負担するため、1台あたりの費用が高くなります。

雪や塩害といった地域の環境も、費用に影響します。

券種・決済・多言語対応による機能費の差

券種や決済方式を増やすほど、画面だけでなく、状態管理と試験の範囲が広がります。

• 券種：定期券、指定席、割引、払い戻しで試験が増えます。
• 決済：現金、IC、カード、QRで認証・返金が増えます。
• 利用支援：多言語、音声、筐体、文字サイズも実機検証します。

近距離券とICチャージだけであれば、券種や運賃ルールは比較的限られます。特急券や企画券、乗り継ぎを加えると、そのぶん状態管理も増えます。

予約受取や再発行を扱う場合は、画面や帳票、監査ログ、試験パターンも増えます。

車椅子対応や高齢者向けの見やすさも、実機での作業量に影響します。

決済方式を増やすと、取消や照合、手数料の管理も増えます。

2025年のつくばエクスプレスの実証では、改札機開発企業などが役割を分担しました。

決済を追加する費用は、読み取り機だけでなく、改札・認証・精算まで含めて見積もります。

出典は、Visa「つくばエクスプレス線の一部の駅でのタッチ決済およびQR乗車券の実証実験」、2024年発表です。

既設機器との接続とセキュリティ要件による追加費用

既設機器を残す場合は、古い通信仕様の調査と、セキュリティ対策の費用も見込んでおく必要があります。

• 既設連携：API、通信方式、試験環境、受け持ちの範囲
• カード決済：PCI DSS v4.0.1の適用範囲
• 安全対策：非保持化、暗号化、監査ログ、試験の計画

自動改札、精算機、駅サーバー、予約Web、会計システムとの接続調査が発生します。また、既設機器の寿命が近い場合は、部分改修より一括更新が合理的なこともあります。

カード情報は保存・通過させない形にし、鍵管理やネットワーク分離も含めて設計します。

また、国土交通省は2026年4月、鉄道分野の情報セキュリティ安全ガイドライン第6版を改定しました。重要なシステムでは、サイバーセキュリティやサプライチェーンも要求事項になります。

出典は、国土交通省「鉄道分野における情報セキュリティ確保に係る安全ガイドライン 第6版」、2026年の改定です。

セキュリティ試験や監査対応を初期予算に入れずにおくと、後から大きな手戻りが生じます。

券売機システム開発の進め方

開発では端末を置くことだけでなく、購入から売上締めまでの業務フローを整えます。利用者の購入操作と駅員の払い戻しを起点に、運賃改定や現金回収、障害復旧までを洗い出します。

現状調査と要件定義による費用の決まり方

最初に、駅ごとの条件を洗い出し、利用者と駅員の業務を要件に落とし込みます。この工程で要件の精度が決まり、費用の大半もここで決まります。

• 現状調査：駅数、端末数、1日利用者数、券種、既存設備の確認
• 駅分類：有人、無人、観光、ターミナル駅に分けます。
• 非機能：稼働率、復旧、監査、保持、バリアフリーの定義

現金比率や運賃規則、IC事業者との関係も、ここで洗い出しておきます。

既存の改札、通信回線、故障履歴、保守体制も確かめ、駅の種類ごとに要件を分けます。

購入にかかる時間や稼働率、復旧時間を要件として書き出します。あわせて、通信断時のオフライン動作、監査ログ、データ保持も要件化します。

セキュリティや運賃改定の手順まで決めておくと、見積もりの前提がそろいます。

パッケージ・クラウド・改修・スクラッチの比較

方式どうしは、同じ条件で比べることが大切です。導入期間や拡張性、責任範囲、保守体制を並べて見ます。

• パッケージ：実績と保守を利用し、6〜12か月を目指せます。
• クラウド：QR発券等を拡張し、9〜18か月を見込みます。
• スクラッチ：独自運賃等に対応し、18〜36か月を見込みます。

鉄道向けパッケージは、運賃・IC・駅務機器の実績と保守体制をそのまま使える方式です。券種設定と連携が中心の案件では、導入期間が短く済むことがあります。

クラウド型QR発券では、回線が切れた場合に備えて、キャッシュや署名、再送、照合を設計に入れます。

全面スクラッチでは、端末のOSや組込み、運賃、決済認証まで責任が広がります。24時間保守も含めると責任範囲はさらに広がり、独自運賃や地域交通連携を含む案件では、期間も長く見ておく必要があります。

実績のある部品を採用し、独自の部分だけをAPIで拡張すれば、品質と柔軟性を両立できます。

実機試験と先行駅での運用検証

量産の前に、異常系を含めて実機で試験します。試験は機能の確認だけで終わらず、先行駅での運用を経て、端末台数や画面、切替計画の調整へと続きます。先行駅の結果は、段階展開に反映します。

1. 運賃計算、通信断、停電、釣銭・券紙切れの確認
2. 券詰まり、二重発券、払い戻し、日跨ぎ、乗り継ぎの場面を確かめます。
3. 決済取消と、駅員による中断・誘導手順
4. 1〜数駅での、昼夜や繁忙日を含む先行運用
5. 数値をもとにした、端末台数、画面、切替計画の調整

利用者の中断や決済手段の変更、障害時の窓口誘導は、駅員に実際に試してもらいます。先行運用では、購入時間や呼出率、釣銭補給、通信断からの復旧を計測します。

窓口の削減効果やキャッシュレス利用率、利用者の属性別の完了率も確かめます。その結果をもとに、ロールバックできる切替と、旧券・新券の併存期間を整えます。

券売機システムのコスト最適化

コストを抑えるには、必要な機能を残しつつ、個別開発や重複運用を減らすことが基本です。なかでも、利用者の購入を止めない機能と、駅員の復旧を早める機能は優先して残します。さらに、将来の運賃改定や決済変更に対応できる機能も残し、後からの個別開発を減らします。

高頻度駅からの段階導入と固定費の分散

全駅を一度に更新せず、効果を測りやすい駅から段階的に展開します。

• 先行駅：利用者が多く、改善効果を測りやすい駅
• 段階展開：無人駅や観光駅へ順番に展開します。
• 共通基盤：中央集約と設定での吸収により、後続費用を抑えます。

全駅を同時に更新すると、初期投資や教育、問い合わせ対応、切替のリスクが一度に集中します。まず高頻度駅でPoCを行い、要件を見直しながら広げていきます。

共通の機能を中央システムにまとめ、駅ごとの違いを設定で受け止める形にすると、駅を増やすたびに開発し直す必要が減ります。

実績部品と標準APIによる個別開発の絞り込み

障害や仕様変更の影響が大きい領域では、実績部品を使い、独自の部分だけを拡張します。

• 実績部品：現金、IC、決済、運賃、認証、監視への活用
• 独自開発：券種、地域連携、画面、帳票に絞ります。
• 契約条件：所有権、API、改修単価、移行条件の確認

現金処理やICリーダー、決済端末のように影響の大きい領域は、実績製品を使う前提で検討します。

パッケージを使う場合も、データの持ち方や公開範囲の条件が、後の改修の負担を左右します。

東芝は2025年3月、東京メトロ向け「どこチケ」の商用サービス開始を発表しました。既存のプラットフォームは、最新機能を短い期間で取り入れ、個別開発費を抑える選択肢になります。

既設機器との接続条件と、独自の運賃・券種への対応範囲は、採用前に確かめておきます。

出典は、東芝インフラシステムズ株式会社の発表で、資料名は「東京メトロに採用された交通チケットオープン化プラットフォーム『どこチケ』が商用サービスの提供を開始」です。発表年は2025年です。

遠隔監視と5年TCOによる運用費の抑制

無人駅では、遠隔での復旧方法と派遣の条件を整えたうえで、購入費だけでなく運用費も比べます。

• 監視：残量、エラー、カメラ、インターホンの整備
• 復旧：遠隔再起動と縮退運転で販売停止を抑えます。
• TCO：派遣費、契約費、更新、撤去までの比較

券詰まり、釣銭切れ、紙切れ、通信断のたびに係員を派遣すると、運用費が膨らみます。

通信回線や監視オペレーター、夜間対応の契約費も発生します。これらは、障害1件あたりの派遣費や復旧時間、販売停止による機会損失と比べて、5年TCOで判断します。

見積もり・発注時の確認事項

見積もりの精度は前提条件のそろえ方で変わるため、同じ前提で複数社を比べます。

RFIによる方式の比較とRFPによる条件の提示

RFIでは方式と前提を比べ、RFPで駅別の条件と費用の範囲をそろえます。

• RFI：方式、前提、概算、期間、実績の確認
• RFP条件：駅、端末、券種、運賃、決済、既設機器の明記
• 費用範囲：工事、試験、更新、撤去の別費用の有無

RFIの段階では、パッケージ、クラウド、既存機器の改修、スクラッチのどれで実現できるかを見ておくと、後の比較が進めやすくなります。

RFPには、駅の一覧と端末台数、運賃制度を明記します。利用者数や現金比率も示すと、各社が同じ前提で見積もれます。

IC・QR・決済方式や既設機器、稼働率、SLAも提示します。

移行、教育、撤去についても、条件を入れておきます。

電源・通信工事や夜間作業は、別費用になっていないかを確かめます。交通規制や券紙・釣銭についても、同じ観点で見ます。

決済端末の契約や第三者試験、脆弱性診断の扱いを押さえます。

運賃改定やOS更新の費用も、見積もりの前に見ておきます。保守部品や旧機器の撤去も、別費用になっていないかを確かめます。

ベンダー選定における責任範囲の確認

端末の価格だけでなく、駅務機器から保守までの、どこまでを誰が受け持つかを比べます。

• 対応範囲：運賃、決済、認証、施工、保守の範囲
• 運用条件：オフライン動作、到着時間、代替機の有無
• 継続性：所有権、API、更新費、部品供給の見通し

株式会社東芝など、交通・駅務領域で実績を公開する企業でも、得意とする範囲は異なります。

JR東日本メカトロニクス株式会社、株式会社JR西日本テクシア、日本信号株式会社も候補です。オムロン ソーシアルソリューションズ株式会社、日本電気株式会社も実績を公開しています。

自社のICカードや運賃制度に対応できるか、改札から中央サーバーまでの範囲はどこかを確かめます。

運賃改定やOS更新、決済仕様の変更にかかる費用も、確かめておきます。

5〜10年後の部品供給や保守の継続性も、比べておきます。

要件定義からPoC、開発、駅展開、保守までを段階ごとに契約し、仕様変更時の責任の分かれ目も合意しておきます。

券売機システムに関するよくある質問（FAQ）

費用や導入方法は、駅数、券種、端末、既設設備、保守条件によって変わります。

ここで示す金額は、企画初期の目安です。

券売機システムの開発費用はいくらですか？

端末費用と駅単位の導入総額を分けておくと、企画初期の相場をつかみやすくなります。正式な見積もりには、駅別の条件とRFPが必要です。

• 無人型端末：1台500万〜1,500万円が目安です。
• 高機能端末：1台1,000万〜3,000万円が目安です。
• 導入総額：1駅PoCは3,000万〜1億円、5〜15駅は2億〜8億円です。

金額を比べるときは、連携や施工、試験まで含む範囲をそろえて見ます。

無人駅でも券売機システムを運用できますか？

運用はできますが、遠隔監視と、障害時の復旧や案内の体制を先に設計しておく必要があります。

• 監視：インターホン、カメラ、釣銭・券紙の残量
• 復旧：遠隔復旧、代替機、縮退運転の準備
• 判断：派遣条件と復旧時間を費用対効果に含める

通信が切れても、限られた機能で営業を続ける縮退運転を用意します。あわせて、駅員を派遣する条件も設計しておきます。

交通系ICとQR乗車券は併用できますか？

併用はできますが、媒体ごとの状態管理と、移行時の照合手順が必要です。売上の照合も媒体ごとに行い、改札での読み取りと券売機の案内をそろえます。

• 取引状態：発券、認証、取消、払い戻しの管理
• 併存期間：旧券・新券・ICを一定期間、並行して運用します。
• 検証：PoCでの読み取り、通信断、ロールバックの確認

券売機システムの開発期間はどのくらいですか？

方式と移行範囲によって、開発期間は6〜48か月程度まで変わります。複数路線の展開や磁気券からQR乗車券への移行では、併存期間も見込みます。

• 既存パッケージ：6〜12か月が目安です。
• クラウド型PoC：9〜18か月が目安です。
• スクラッチ：18〜36か月が目安です。
• 段階展開：併存・実機試験を含め24〜48か月です。

まとめ

端末1台は500万〜3,000万円、1駅PoCは3,000万〜1億円が、企画初期の目安です。5〜15駅では2億〜8億円程度になりますが、運賃・券種、交通系IC、QR・タッチ決済によって金額は変わります。

既設の改札や駅ネットワークは、費用を左右します。施工や試験、教育、保守SLAも、金額に響く要素です。

5年TCOによる比較

初期費用と運用費を分けて、端末価格だけでは見えない差を比べます。

• 初期費：開発、機器、通信、施工を比べます。移行、試験、教育も含めます。
• 運用費：保守、決済手数料、紙・現金、更新、撤去を含めます。
• 運用設計：監視、段階展開、併存、ロールバックの確認

無人駅では遠隔監視と縮退運転、全駅導入では段階展開と共通基盤を確かめます。QR化の場合は、旧券・新券・ICの併存とロールバックが運用コストを左右します。

駅別条件の整理とRFIの開始

まず、駅ごとの条件をそろえてから、複数社に方式の提案を求めてPoCで比べます。提案の前提がそろっていないと、各社の案を同じ土俵で比べられないためです。

1. 駅一覧、端末台数、券種、運賃規則、利用者数の整理
2. 現金比率、既存機器、通信回線、保守体制、希望SLAの整理
3. 複数社への方式提案の依頼と、PoCでの主要機能の検証
4. 責任範囲をはっきりさせたうえで、長期的なコストを比べる

PoCでは、運賃計算、決済、発券、改札の動きを確かめます。通信断や払い戻し、遠隔復旧の場面も対象に含めます。

要件定義から開発、施工、保守までの、どこまでを誰が受け持つかも押さえておきます。

購入完了率と駅員の復旧時間を改善できるシステムであれば、長期的なコストの最適化につながります。

▼全体ガイドの記事
・券売機システム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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