ICカードシステムの費用は、端末台数、運賃制度、決済方式、既存設備の再利用範囲によって、5,000万円から20億円超まで変わります。
構成と開発の進め方を押さえると、費用相場の見方がつかみやすくなります。全体像はICカードシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・ICカードシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ICカードシステムの概要
交通向けのICカードシステムは、カードの読み取りに加えて、乗車と降車の処理も担います。運賃計算から端末監視までを受け持つ、社会インフラのような仕組みです。
社員証や入退室管理とは対象が異なるため、交通系ICを扱うシステムとして要件を定義します。
改札機・車載器・センターの組み合わせ
交通系ICの処理は、端末とネットワークとセンターを組み合わせて実現します。
- 駅の機器：自動改札機、券売機、チャージ機、精算機、窓口端末
- 車載・読取機器：バス車載器、カードリーダーライター
- 基盤：ネットワーク、センターサーバー、運賃・顧客・決済・監視ソフト
改札や車載器は、ラッシュ時でも短時間で判定しなければなりません。そのため、端末側で最低限の処理を続けられるエッジ構成が重要になります。
通信が切れても入出場は止めず、復旧後にログを同期させる設計が求められます。
二重計上を防ぐ仕組みまで含めて、システムとして考えます。
交通系IC・タッチ決済・QRの使い分け
決済方式は、利用者の目的と必要な運賃機能をもとに組み合わせます。
- 交通系IC：Suica・PASMO・ICOCAなどを使い、定期券や乗継割引に対応しやすい
- タッチ決済：カード発行なしで訪日客や一見客が利用できる
- QR・モバイル：スマートフォンを活用できる
タッチ決済では、決済認証、加盟店契約、精算の仕組みに加えて、通信への依存も設計に入れる必要があります。
QR乗車券やモバイル定期券では、画面表示、電池切れ、読取時間への配慮が欠かせません。
定期利用者、観光客、現金利用者など目的別に併用する設計が、現実的な選択になります。
ICカードシステムの開発の進め方
機器を選ぶより先に、利用者、路線、拠点、処理量を洗い出します。
そのうえで、運賃制度と既存システムを確認し、方式を決めます。
全国相互利用の交通系ICを続けるか、タッチ決済を追加するかによっても、費用の構造は変わります。
要件定義での処理量と止められない条件の数値化
要件定義では、規模とピーク時の処理条件を一覧にしておきます。
- 規模：駅数、改札レーン数、車両数、券売機数、営業所数
- 利用量：カード種別、1日利用者数、ラッシュ時の毎分タッチ数
- 継続条件：応答時間、通信断時の運転時間、復旧目標、バックアップ拠点
運賃改定を反映するまでの時間も、要件に含めます。
定期券や乗継割引のほか、上限運賃、障害者・高齢者向け割引も対象です。
複数事業者の精算締めは、具体的なテストケースとして定義しておきます。
実機を使ったPoCによる方式の可否確認
要件が固まったら、実際の機器と通信回線を使ってPoCを行います。
- 機器：カード、スマートフォン、リーダー、車載器、通信回線
- 障害：電源断、通信断、復旧後のログ同期
- 運賃：定期券の期限切れ、運賃改定直後の計算
連続タッチや異なるカードブランドでの動作も、PoCで確かめておきます。
読取性能は、金属筐体や設置角度、電波環境、乗客の動線によって変わります。そのため、試験環境を早く用意しておくと、手戻りを減らせます。
限定導入から全体展開への段階的な移行
開発と並行して、データ移行の形式とパイロット範囲、展開条件を決めておきます。
- 移行対象：カード、利用履歴、定期券、運賃マスター、顧客情報
- パイロット：代表的な1路線、1営業所、数駅
- 展開条件：教育、障害訓練、総合試験の合格基準
全駅や全車両を一度に切り替えると、現場が追いつかないおそれがあります。そのため、現場教育と障害訓練を実施してから、対象を広げます。
総合試験では、センター停止やネットワーク遅延、端末故障を再現します。
あわせて、誤タッチや返金、日次精算の動きも確かめてから展開に進みます。
ICカードシステムの費用相場
見積相場は、ソフトウェアだけでなく、端末の調達から保守までを含めて考えます。設置工事や通信、決済接続が含まれます。移行、試験、教育も対象になります。
金額は、公開事例と類似案件を組み合わせた目安です。
標準価格表があるわけではなく、駅数や車両数が増えるほど費用も増えます。
小規模な地域交通の費用目安（5,000万円〜3億円）
小規模案件では、車載器の台数と既存基盤の再利用範囲によって見積もりが変わります。
- 対象規模：車載器が数十台から数百台
- 費用目安：初期費用5,000万円〜3億円
- 期間目安：開発期間6〜15か月程度
この区分は、既存の決済プラットフォームや運賃計算基盤を使う地域交通が対象になります。
端末を購入するかリースにするか、営業所や会計との連携範囲によって、費用の幅が出ます。
乗降と日次精算に機能を絞れば、費用を抑えやすくなります。
後から機能を足せるよう、APIとデータ設計は最初に確保しておきます。
中規模事業者の費用目安（2億円〜8億円）
複数拠点で定期券や連携まで実装すると、中規模の費用帯になります。
- 対象機能：定期券、運賃計算、割引、営業所端末
- 連携範囲：会計・顧客管理、運賃マスター、ネットワーク
- 費用と期間：2億円〜8億円、12〜24か月程度
改札機や券売機を大量に更新しなくても、サーバーや現地展開には費用がかかります。総合試験にも、費用が必要です。
複数社の売上を月次で精算する場合は、業務設計費も発生します。締め日や取消、返金のほか、未収と手数料についても、どこまでを誰が受け持つかを定義するためです。
複数事業者や大都市圏の費用目安（6億円〜数百億円）
複数事業者で決済方式を併用し、端末更新と利用者移行まで行うと、費用が広がります。
- 併用方式：全国交通系IC、タッチ決済、QR、モバイル
- 比較事例：全国交通系ICの更新12億1,000万円
- 別方式：クレジットなどのタッチ決済6億7,400万円
複数事業者の場合、目安は6億円〜20億円超になる可能性があります。
上の2つの金額は、熊本地域の公開資料で比較されたものです。その資料では、くまモンのICカードへの機能追加が比較されています。
出典は、熊本市「熊本地域乗合バス事業共同経営に関する状況報告」です。
これは2024年の5社を対象にした個別の比較であり、どの事業者にも同じ費用が当てはまるわけではありません。
福岡市地下鉄は2026年、2028年3月中旬までの開始に必要な構築業務を2億3,000万円（税込）としました。出典は福岡市地下鉄「モバイル定期券サービス事業」です。
大都市圏の全面刷新は、駅数と機器台数によって、数十億円から数百億円まで広がります。
改札機や券売機などの端末に加え、センターや基幹連携も含むため、個別のRFPで算定します。
ICカードシステムの費用内訳と変動要因
端末を追加する場合と基幹を刷新する場合では、同じICカード対応でも費用が異なります。見積書では初期費用と継続費用を分け、さらにハードとソフト、必須機能とオプションも分けて見ると、比べやすくなります。
初期費用を押し上げる端末・設置工事・ネットワーク
初期費用では、機器と現地作業の範囲が大きな変動要因になります。
- 機器：改札機、券売機、精算機、車載器、リーダーライター
- 付帯設備：表示器、制御端末、予備機、設置金具、電源
- 作業：通信回線、設置・撤去工事、現地調査、夜間切替
全体を100とすると、ハードが30〜50％程度を占める案件があります。既存機器を再利用すれば、その比率は下がります。
車両や駅が多い案件では、端末の比率が上がります。あわせて、輸送や予備品、交換時間も確かめておきます。
運賃・精算・既存連携のソフト開発費の増減
ソフト費は、運賃ルールと既存システムとの連携範囲によって変わります。
- 運賃処理：カード認証、入出場、残高、定期券、乗継割引
- 管理処理：運賃マスター、上限運賃、売上集計、事業者間精算
- 運用処理：端末監視、権限管理、監査ログ、遠隔更新
会計、販売管理、顧客管理との連携も対象です。運行管理やMaaSアプリとの連携も含まれます。そのうえで、APIやデータ変換、再送、照合を開発します。
アプリ、運賃、精算、サーバーの開発は、20〜35％程度を仮置きできます。ただし、独自の制度が多い案件では超える場合があります。
保守・通信・クラウド・決済手数料を含めたTCOの比較
導入後の継続費用も含めて、総保有コスト（TCO）で比べます。
- 運用：端末保守、監視、機器更新、追加改修
- 基盤：クラウド、データセンター、通信回線、ライセンス
- 決済：カード発行、決済手数料、セキュリティ診断
運賃改定の費用も、導入後の継続費用に含まれます。
年間保守は、初期開発・調達費の15〜20％程度を仮置きします。機器保守などは分けて管理します。
5年と10年のTCOを作り、初期費用の安い方式は月額や従量の費用も確かめます。
タッチ決済では、カード情報を誰が保持し、誰が処理するかを明確にします。
経済産業省は、2025年3月改訂のガイドライン6.0版を示しています。割賦販売法の実務指針で、出典は同省の2025年資料です。
PCI DSS v4.0.1は、PCI Security Standards Councilのカード情報保護基準です。
法令と業界基準は別物として分けて扱い、非保持化やトークン化、委託先を見積もりに含めます。脆弱性診断と事故対応も対象になります。
ICカードシステムのコストを抑える方法
コストを抑えるには、必要な品質を保ちながら、不要な作り込みを減らします。そのうえで、利用者への影響や処理速度も確かめます。
将来の決済追加や保守人員も含めて、全体刷新と段階導入を比べます。
既存機器の再利用とアドオン方式の比較
改札機や車載器を交換する前に、再利用できる範囲を確認します。
- 再利用対象：読み取り部、制御端末、ネットワーク、センター
- 確認事項：仕様、保守期限、CPUや通信性能
- 比較方式：アドオン、部分更新、全面更新
2026年7月、東芝は既存の改札機に顔認証を追加する仕組みを発表しました。改札機を替えずに、コストや工期を抑える考え方です。出典は東芝ニュースリリースの2026年資料です。
交通系ICでも、ファームウェア更新の可否を確かめて方式を比べます。
必須機能と後から追加する機能の切り分け
初期リリースでは、運行を止めない機能を優先します。
- 必須機能：入出場、運賃計算、定期券判定、日次精算
- 運用機能：障害監視、最低限の管理画面
- 後追加機能：利用履歴分析、ポイント、顔認証、キャンペーン
観光アプリ連携まで同時に作ると、要件定義と試験範囲が一気に広がります。そこで初期は範囲を絞り、カード種別なども後から拡張できるように設計しておきます。観光アプリ連携も、後から追加する機能として切り分けておきます。
データモデルとAPIを先に用意しておけば、将来機能を追加する際の再開発を避けられます。
TCOで比べるパッケージ・クラウド・スクラッチの選び方
方式は、初期価格だけでなく、5年分のTCOで比べます。
- パッケージ：標準的な交通機能が多い場合に活用しやすい
- クラウド・SaaS：設備投資を月額や従量課金へ移せる
- スクラッチ：独自カードや特殊な料金制度に適する場合がある
クラウドでは、通信費や利用量課金、障害時の代替運転を確かめます。データの出力条件も対象になります。
スクラッチでは、カード仕様や鍵管理、端末ファームウェアを長期にわたって管理する必要があります。24時間保守や撤退費用も比べておきます。
ICカードシステムの見積もりを取る際のポイント
複数社の見積もりを比べるには、同じ前提条件を渡すことが欠かせません。「システム一式」とだけ書くと、範囲が会社ごとに変わってしまいます。
RFPには、拠点や端末数、決済方式を具体的に書きます。運賃制度と既存システムも、同じ水準で書いておきます。
RFPに書く台数・運賃・ピーク性能・障害条件
RFPでは、機器台数と運賃条件を最初にそろえます。
- 対象範囲：駅、停留所、営業所、車両、改札レーン
- 機能条件：カード、モバイル、定期券、割引、乗継、運賃上限
- 運用条件：複数事業者の精算、ピーク処理、復旧目標、バックアップ
暗号鍵やログ保存期間、遠隔更新、脆弱性診断も、RFPに明示します。個人情報とカード情報について、責任を負う範囲も書き込みます。
条件がそろえば、見積もりを端末費や設計費、開発費に分けて比べられます。試験費と移行費も、同じ区分で並べられます。
発注先の実績と責任範囲の確認
発注先は、得意分野と運用体制を分けて比べます。
- 機器メーカー：改札機や券売機に強い事業者
- SIer：クラウドやデータ連携に強い事業者
- 決済事業者：タッチ決済基盤を提供する事業者
同規模・同方式での稼働実績、現地保守網、障害時の連絡体制を確かめます。24時間対応や再委託先も、確認の対象になります。
ソースコードや利用履歴の権利、APIとデータ形式について、各社の条件を比べます。追加改修の単価も、同じ基準で並べておきます。
候補には日本信号、オムロン ソーシアルソリューションズ、東芝、日立があります。三井住友カードやQUADRACも候補に挙がります。
自社の方式と運用体制への適合度で判断します。
契約と追加費用の条件
初期見積もりだけでなく、変更や障害が起きたときの条件も契約に盛り込みます。
- 契約範囲：請負と準委任、要件変更、検収、遅延時の責任
- 保守条件：障害の重大度、SLA、保守時間、交換期限
- 移行条件：再委託、データ返却、他社移行時の支援
脆弱性対応や運賃改定、決済ブランド追加の扱いは、契約に明記します。追加改修の費用が高ければ、長期のTCOも上がります。
時間単価や機器保守単価、クラウドの従量単価を確かめます。契約更新時の価格改定ルールも、確認の対象になります。
よくある質問
費用は、決済方式や停止の許容度、保守期間、データ移行まで含めて判断します。将来の拡張も、あわせて確かめます。
ICカードシステムは数百万円で導入できますか？
本番環境を数百万円だけで構築するのは難しいです。入出場から保守まで必要になるためです。
- 数百万円：既存基盤と数台のリーダーによるPoC
- 本番導入：車載器、改札、障害対策、現地展開を含む構築
本番まで含めると、少なくとも数千万円以上を見込むケースが一般的です。
交通系ICとクレジットカードのタッチ決済はどちらが安いですか？
機器の更新だけを見ると、タッチ決済の方が安い事例があります。ただし、すべての案件に当てはまるわけではありません。
- 全国交通系IC：熊本の公開比較で12億1,000万円
- タッチ決済：同比較で6億7,400万円
- 比較基準：定期券、割引、通信断、手数料、支援を含む5年TCO
この比較は、熊本の5社を対象にした2024年の公開資料に基づいています。加盟店契約も含めた5年TCOで比べます。
ICカードシステムの開発期間はどれくらいですか？
開発期間は、既存基盤をどこまで活用するかと、導入規模によって変わります。
- 小規模：既存基盤の活用で6〜15か月
- 中規模：複数拠点や定期券を含め12〜24か月
- 全面更新：複数事業者で18〜36か月以上
大都市圏の全面刷新では、3〜5年以上の計画になることもあります。
方式と運賃制度を早めに絞り込み、PoCと移行リハーサルを先行させます。
クレジットカード対応ではPCI DSSが必須ですか？
PCI DSSの対応範囲は、カード情報を保持するか、処理するか、通過させるかによって変わります。
- 確認先：カードブランド、アクワイアラー、決済代行会社
- 基準：PCI DSS v4.0.1の適用対象と検証方法
- 要件：非保持化、トークン化、アクセス制御、ログ監視
PCI DSSは、カード情報を安全に扱うための業界基準です。
経済産業省のガイドラインや個人情報保護法、委託先管理も確かめます。脆弱性診断と事故時の連絡体制も、要件に含めます。
まとめ
ICカードシステムの費用は、端末だけでなく交通基盤全体を含みます。運賃と定期券、精算が対象になります。売上や監視、保守も含まれます。
小規模は5,000万円〜3億円、中規模は2億円〜8億円が目安です。複数事業者は6億円〜20億円超が目安です。
公開事例は対象範囲が異なるため、駅数や車両数、決済方式をそろえて比べます。
見積もりにおける初期費用と5年TCOの比較
最適な発注とは、必要な処理性能と継続運用を満たす方式を選ぶことです。
- 再利用：既存機器を活用し、段階導入を比べる
- 構成：標準基盤と将来追加できるAPIを組み合わせる
- 費用：端末、開発、移行、保守、通信、決済手数料を分ける
初期費用の安い方式も、月額・従量を含む5年TCOで比べます。
RFPには、通信断や障害復旧、運賃改定の条件を書きます。個人情報やカード情報の扱いも、RFPに盛り込みます。データの所有権と追加改修の単価も、確かめておく項目です。
まず現状の洗い出しとPoCからの着手
最初に、カード種別、駅・車両・端末数、運賃制度を一覧にします。
- 現状：既存基幹、利用者数、ピーク処理量
- 継続性：通信断時の運用、保守期限
- 方式：交通系IC、タッチ決済、QR、モバイルの組み合わせ
実機のPoCで、費用と性能の前提を固めます。
要件定義から運用設計まで対応できる開発会社に相談すると、追加費用や障害対応を含む見積もりを作りやすくなります。
▼全体ガイドの記事
・ICカードシステム開発の完全ガイド
▼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を創業。