手荷物管理システム開発の見積相場や費用/コスト/値段について

手荷物管理システムの費用は、対象の拠点、連携する範囲、BHS設備を含むかどうかによって、500万円から数億円以上まで変わります。

費用の内訳と価格を動かす要因を押さえると、見積の金額差の理由が読み取れます。全体像は手荷物管理システム開発の完全ガイドでも確認できます。

▼全体ガイドの記事
・手荷物管理システム開発の完全ガイド

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

手荷物管理システムの概要と、BRSとBHSの違い

手荷物管理システムは、タグ番号、旅客、便、搬送先、搭載状態を結び、受託から返却まで手荷物を追跡する仕組みです。費用は、データの照合・記録を担うBRSと、搬送設備を動かすBHSに分けて捉えると内訳が見えてきます。

BRSとBHSの役割の分け方

BRSは搭乗状況や便・ULD・カートとの照合を行い、手荷物単位の履歴を残す業務システムです。さらに、不搭乗旅客の手荷物検知や、乗り継ぎに間に合わない手荷物の再搭載候補管理も含まれます。一方で、BHSはコンベヤー、仕分け機、保管・保安検査設備など、手荷物を物理的に運ぶ設備と制御系です。

• BRS単体：バーコードやRFIDを読み、DCS・AODBの情報と照合
• BRSと既設BHSの連携：既存設備と手荷物データを接続
• BHSを含む刷新：搬送・検査設備や制御系も対象

搬送制御盤、ソーター増設、X線設備、ネットワーク工事には、設備・工事・制御試験費が別途かかります。そのため、見積依頼書には対象範囲を明記しておきましょう。

4地点追跡と業務イベントが費用の土台

費用を判断する基準は、IATA Resolution 753が示す4地点追跡と、その記録設計です（出典: IATA「Baggage Tracking」）。

• 4地点：引き渡し、搭載、乗り継ぎエリアへの引き渡し、旅客への返却
• 記録項目：便・旅客・手荷物番号・時刻・担当者・位置

こうした情報は、スキャナーだけに頼らず、共通ルールで保存して後から確認できる設計にします。ただし、追跡地点を減らすと、手作業の確認や問い合わせが残り、期待した効果が出ないことがあります。

機能を追加する順序は、次の2段階で考えます。

• 先行する範囲：保安・照合に必要なイベント
• 段階追加する機能：旅客サービス向け機能

特に、リアルタイム表示、画像認識、RFID、電子タグを初めから含めると、連携と端末検証が増えます。そのため、効果を測りながら段階的に加えていく形になります。

SITAによると、2025年のミスハンドリングは前年比23%減でしたが、年間コストは63億ドル、1件平均260ドルでした。同年の39%は乗り継ぎ手荷物です（出典: SITA「Baggage IT Insights 2026」）。このため、投資の理由は読み取り率だけでなく、ミスハンドリング損失の削減からも説明できます。

手荷物管理システムの費用相場

費用は、対象拠点と便数、端末や連携の数によって変わります。さらに、可用性と現場試験の深さも費用に響きます。

BRS単体の公開見積は限られています。そのため、ここに示す金額は、連携型業務システムの相場に端末・現場対応を加えた編集用の試算です。正式見積ではなく、予算取りの初期レンジとしてご利用ください。

導入パターン別の価格帯

導入範囲ごとの費用と期間を、金額に含まれる対象とあわせて比べます。

• 小規模導入：500万〜1,500万円、2〜4か月。対象便を限った1拠点で、スキャナー、DCSまたはBHSの主要1連携、管理画面を整備
• 1空港・1航空会社：1,500万〜5,000万円、6〜12か月。4地点追跡、例外処理、オフライン同期などの機能に、端末、試験、教育を含む
• 複数空港・複数社：5,000万〜1.2億円、12〜18か月。共通基盤に権限・監査、ハンドラー連携、変換、冗長化、移行を含む
• BHS設備込みの刷新：1億〜数億円以上になる可能性。BRS開発費のほかに設備費がかかる

なお、対象にはソーターや保管・検査設備が含まれる場合があります。ネットワークや制御系、現場工事が入ることもあります。

また、小規模導入では、月額利用料がスキャン数、拠点数、サポート時間に応じて加わります。BRSとBHS設備の見積を分けておくと、各社の金額差がどこから来ているかを追えます。

開発期間と価格帯の見積

期間は要件定義から本番稼働までを対象に見積もり、前提条件と成果物をそろえて評価します。

• 要件確定：「3か月で作る」と先に決めると、現場ヒアリング、既存電文調査、夜間試験、端末調達が後から加わる
• 空港試験：通常のWebと異なり、繁忙時の実機と遅延・欠航・乗り継ぎ失敗を確認
• 連携型の目安：1,500万〜5,000万円、10〜50人月、6〜12か月

人月単価と工数は、どのような人員で進めるかによって変わります。たとえば、航空業務や規格、OT・ネットワーク、24時間保守の担当が加わると、見積もりも変わります。

手荷物管理システムの費用内訳

見積は開発一式とせず、要件定義や業務機能、外部連携を分けて出してもらいます。さらに、端末・ネットワーク、試験・教育、移行、保守も、別の項目として扱います。

予算配分の仮置きとしては、要件定義・現場調査が10〜15%、連携が25〜35%、BRS機能が20〜30%です。加えて、端末等は10〜20%、試験・訓練・移行は15〜25%も目安にできます。

要件定義と現場調査の費用

要件定義では、空港や航空会社、ハンドラーの業務を確認します。さらに、保安検査やBHS運用会社の業務も確認の対象になります。

• 情報の正本：便情報や搭乗状況を管理する会社
• イベント登録：手荷物イベントを記録する担当者
• アラート承認：誤搭載を誰が承認するか
• 現場条件：地下やランプなど電波が弱い場所、端末の共有、交代勤務、紙への切り替え

調査を省くと、乗り継ぎ手荷物の別運用や到着返却イベントの漏れが後から判明し、設計変更が増えます。そのため、要件定義費は追加開発を防ぐ予防費用と捉えます。

業務フローやイベント定義書を資料として受け取れるかを確認します。責任分界表、端末一覧、障害時運用の資料も、同じ方法で確かめます。

DCS・BHS・AODBとの連携費用

既存連携は、画面の開発より費用がかかることがあります。そこで、連携ごとに内容と費用の要因を分けて確認します。

• DCS：旅客・搭乗状況
• BHS：搬送・仕分けイベント
• AODB：便・ゲート情報
• 接続方式：Type B電文、ファイル連携、REST API、メッセージキュー
• 連携整合：時刻・便キー・重複イベントをそろえる。方式が混在するときは、変換ゲートウェイや再送制御も設計の対象

IATAのBaggage Information eXchange（BIX）は、断片化したメッセージを構造化データの交換へ移すための標準で、最新の主要版は2025年公開です（出典: IATA「Baggage Information eXchange」）。

Type Bからの一括移行と、変換層による段階移行では、初期費用と将来の保守費が異なります。また、規格変更への対応費用が保守契約に含まれるかも確認します。

端末・現場試験・移行の費用

スキャナーやプリンター、RFIDリーダー、予備端末は、開発費に含まれないことがあります。充電設備や現場網、MDMも、開発費の外になることがあります。

端末数は、カウンターだけでなく、搭載・転送・到着エリア、予備機、交代勤務まで含めて算出します。台数が増えると、購入費に加えて、設定や交換、証明書の更新、故障時の代替運用も増えます。

• 端末・通信：時計ずれ、通信断、再接続後の同期
• 手荷物例外：重複、破損タグ、未搭乗、未接続便、RUSH
• 設備停止：DCS・BHS停止時の処理
• 導入作業：ピーク・夜間試験、教育、マニュアル、データ移行、旧システムとの並行稼働

正常なバーコード読み取りだけでなく、上記の項目もシナリオに含めます。そのうえで、現場試験を独立した費目として立てます。

手荷物管理システムの価格変動要因

限定導入と、複数社・複数空港の共通基盤では価格が異なります。その差は、現場数や連携の境界、停止できない時間、共有する組織数に表れます。

変動要因を分けて見ると、削減できる範囲と維持すべき範囲を判断できます。

拠点数・便数・端末数による費用の膨らみ

費用は、拠点や利用者の範囲と、便数・荷物量に応じた処理規模で変わります。

• 限定導入：1ターミナルの数便なら、端末や利用者、権限、試験データの範囲を小さく抑える
• 複数空港：運用差、時差、通信環境、端末機種、保守拠点、データ分離が加わる
• 共同利用：会社ごとの権限、監査、請求単位、障害連絡先が必要
• 処理量：遅延便が重なるピーク性能と、スキャン量に応じた課金を見積もる

スキャン量に応じて、クラウドの従量課金やログ保存量、バックアップ容量、監視対象が増えます。そのため、利用量を前提に月額を試算し、利用者数が無制限でも、端末数やイベント数に上限がないとは限らない点を確認します。

既存設備とレガシー電文の状態

連携先の仕様や資料の状態によって、調査・変換の工数が変わります。

• 連携方式：REST API、古い電文、専用方式、個別仕様
• 既存設備の情報：BHS仕様が得られない場合は、実機イベントの採取も発生
• 仕様差：便番号、時刻基準、遅延・欠航、重複イベント
• 追加処理：マスタ変換、再送、順序制御、エラーキュー、監視画面

見積の「インターフェース対応」は、本数だけでなく、方式や資料の有無も確認します。見積前にサンプル電文とエラー例を示しておけば、価格のぶれを小さくできます。

24時間可用性と空港OTセキュリティの費用影響

空港業務は翌営業日まで停止できないため、可用性とセキュリティは初めから設計に組み込みます。

• 停止時：通信・クラウド停止中も端末で記録を継続
• 復旧時：順序と重複を確認して同期
• 可用性対策：冗長化、監視、バックアップ、通知、復旧訓練
• OT対策：ネットワーク分離、最小権限、端末認証、監査ログ、脆弱性管理、手動継続

こうした対策を含めると、管理画面のみの場合より初期費・保守費が増えます。さらに、国土交通省の安全ガイドラインは、BHSを空港の重要システムの例として扱います（出典:国土交通省「空港分野における情報セキュリティ確保に係る安全ガイドライン」）。

制御系は、長期利用やパッチ適用の難しさも踏まえて対策します。後付けにすると、再試験や構成変更が必要になることがあります。

手荷物管理システムのコスト最適化

最適化では、手戻りや障害、現場停止、規格対応まで含めた総費用を減らします。

ただし、初期費用だけを抑えると、紙や手入力が残り、そのぶん捜索や問い合わせ、遅延対応の費用が増えることがあります。そのため、必須イベントを先に決め、効果の高い範囲から段階的に投資します。

対象拠点を絞ったパイロット導入

まずは1ターミナル、1〜2便、または特定ラインに絞って試します。

• 基本イベント：受託、搭載、転送、到着
• 例外条件：夜間、ピーク、未搭乗、通信断、DCS停止
• 測定指標：手動入力率、アラート対応、転送ミス、復旧時間

標準設定や端末・障害時の手順、テストデータ、教育資料は、次の拠点でも使えるように転用します。共通機能と空港固有の設定を分けておくと、二つ目以降の展開費を抑えられます。一方で、拠点ごとの個別開発を重ねると、導入数に比例して保守費が増えます。

標準連携と段階移行による将来費用の抑制

連携と製品方式を、移行リスクや将来の運用条件に合わせて選びます。

• 段階移行：変換層を設けて安定稼働を優先し、Type BからBIXへ移る
• 新規連携：個別電文を増やさず、共通イベントモデルとAPIを使う
• 方式比較：規格更新、国内保守、データ所在、オフライン、他空港展開を確認
• 機能範囲：IATA標準対応のパッケージを使い、空港固有業務だけを調整。独自開発より初期費を抑える可能性

変換層には開発・監視費が必要ですが、全システム同時改修のリスクを下げられます。ただし、標準に現場を無理に合わせると手作業が増えるため、パイロットで確認します。

5年TCOによる初期費用と運用費の比較

初期費用だけではなく、運用費を含めた5年の総額で比較します。

• 運用費：クラウド、通信、端末、24時間監視、現地保守、バックアップ、規格改定、教育、脆弱性対応
• 保守費の試算：初期費用の年10〜20%。3,000万円なら年300万〜600万円、8,000万円なら年800万〜1,600万円
• 5年合計例：初期3,000万円と年300万〜600万円の保守で4,500万〜6,000万円

ここでの保守費は、初期費用と比べるための試算です。実際の契約額は、見積ごとに確認が必要です。

総額には、従量課金や端末更新、通信を加えます。さらに、現地対応や規格改定、追加拠点費も含めます。

SaaSは月額が利用量に応じて積み上がるため、3年ではなく5年で比べます。

手荷物管理システムの見積依頼のポイント

「手荷物を追跡できるシステム」とだけ伝えると、BRSのみの提案とBHS設備込みの提案が出て、金額差を判断できません。そのため、各社に同じ条件で依頼し、RFPには対象範囲や前提、除外項目を記載します。成果物と保守条件も、あわせて書いておきます。

RFPへの拠点・便数・端末・連携・SLAの記載

RFPの前提と機能を具体化し、同じ範囲で各社が見積もれるようにします。

• 規模・対象：空港・ターミナル数、年間便数・ピーク処理量、対象航空会社・ハンドラー
• 端末・連携：スキャン地点・端末台数、バーコード・RFID・OCR、DCS・BHS・AODB・保安設備との連携本数
• 運用・管理：オンライン・オフライン切替、最大停止時間、復旧目標、ログ保存期間、権限、監査、バックアップ、データ保管場所
• 機能：4地点追跡、転送、未接続便、RUSH、破損タグ、重複スキャン、再搭載候補、手動入力、取り降ろし、到着引き渡し

IATA 753は、4地点ごとの証跡イベントと、インターライン相手への共有内容まで指定します。名称だけでは、実装範囲を比べられません。

価格と提案範囲・体制の比較

価格表に加えて、提案範囲と自社の空港運用への適合性を比べます。

• 費用：初期・月額・保守と、ライセンス、端末、クラウド、通信、現地保守、規格改定、追加連携の単価
• 方式・適合性：SaaS・海外パッケージ、SIカスタマイズ、スクラッチ、BHS一体型と既設設備との相性
• 実績：便数、BHS、24時間運用、通信断、国内保守の経験
• デモ：正常スキャンだけでなく通信断中に読み、復旧後に正しい順序で同期するか確認
• 業務確認：DCS未搭乗アラート、位置特定、担当者通知、ログ検索、手動切替

失敗シナリオを扱える会社は、本番後の追加費用を抑えやすくなります。

契約前の受入条件と追加費用の分担

受入条件と契約条件を具体化し、機能と費用の認識を合わせます。

• 受入条件：画面表示だけでなく、イベント記録と関係者の判断を確認
• 試験項目：4地点履歴、未搭乗検知、オフライン復旧、重複抑止、権限外表示、監査ログ、ピーク性能、バックアップ復旧、手動切替
• 費用分担：仕様不足、設備追加、個別要件、規格改定、端末故障、回線変更を誰が負担するか
• 契約形態：請負で固定する範囲と、調査・現場検証の準委任範囲

追加費用の条件、変更手順、納期への影響、保守応答時間も明確にします。

手荷物管理システムのよくある質問

費用検討でよく出る質問を取り上げ、価格の判断と見積時の確認事項を並べます。

手荷物管理システムは500万円から開発できますか？

限定便・1拠点・主要1連携のパッケージ導入なら、500万〜1,500万円に入る可能性があります。

複数連携や24時間運用、オフライン同期を含むと、1,500万円を超える前提になります。4地点追跡や端末、現場試験を加える場合も、1,500万円を超える見込みです。そのため、500万円に含まれる作業と別費用の範囲を確認します。

パッケージとスクラッチ開発はどちらが安いですか？

初期費用だけなら、標準機能を使えるパッケージが安くなりやすいです。

• パッケージ：既存BHS接続、独自例外、国内運用、複数社の権限変更でカスタマイズ・保守費が増える
• スクラッチ：自由度が高い一方、規格更新、24時間可用性、端末・監視・障害対応を継続して担う

ただし、比べる際は、5年TCOと追加拠点の展開費で見ます。

BHSの搬送設備費用も手荷物管理システムに含まれますか？

BRSは照合・追跡・例外処理を担い、BHSは搬送・保管・検査・制御の設備です。既設との連携では、BRS開発と接続の費用が中心になります。一方で、設備の増設・交換・工事は、設備・電気・制御・停止調整を別見積にします。

通信障害やDCS停止中も手荷物を処理できますか？

要件に含めれば、端末にイベントを一時保存し、復旧後に再送・重複排除・時刻確認を行えます。

ただし、全業務が自動で続けられるとは限りません。DCS・BHS停止時は、紙や手動照合も必要です。そこで、許容停止時間、保存するイベント、未同期の確認担当を見積前に決めておきます。

まとめ

小規模BRSは500万〜1,500万円、1空港連携型は1,500万〜5,000万円、複数空港・複数社の共通基盤は5,000万〜1.2億円が目安です。

BHS設備や工事を含む場合は、1億〜数億円以上になることもあります。いずれも、対象範囲ごとに整理した編集用の試算です。

費用判断で押さえるべきポイント

見積では、BRSとBHSの範囲を分けて示してもらいます。加えて、連携や4地点追跡、端末、オフライン同期の扱いも分けて確認します。

総合試験、教育・移行、24時間保守の扱いも確認します。また、IATA 753やBIXは、名称よりも実装範囲で見ます。最後に、保守や規格改定まで含めた5年TCOで評価します。

最初の見積依頼で整理する情報

最初の相談では、見積の前提となる範囲と運用条件を整理します。

• 対象：拠点・便数、スキャン地点、端末、連携方式、ピーク量
• 運用：停止許容時間、手動運用、導入時期
• 効果指標：追跡精度、転送ミス、手動入力率、アラート対応、復旧時間

資料が揃わなくても、現場調査・パイロットを含む2段階見積を依頼できます。さらに、KPIを定めると、費用対効果を稟議で説明しやすくなります。

手荷物管理は、航空会社や空港、ハンドラーをまたぐ業務基盤です。設備や保安、利用者も関わります。そのため、例外・障害時運用を要件に含め、標準化と独自化を分けることが、費用と安定運用につながります。

▼全体ガイドの記事
・手荷物管理システム開発の完全ガイド

▼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を創業。