空港業務システム開発でおすすめの開発会社/ベンダー6選と選び方

空港業務システムの開発会社を選ぶなら、AODBを中心としたデータ連携、24時間365日の可用性、現地設備との接続、障害時の業務継続まで評価できる会社が候補になります。

空港業務システムは、空港会社だけでなく、航空会社、グランドハンドリング会社、保安担当、テナント、交通事業者などが利用する複数の仕組みの総称です。本記事では、株式会社riplaを最初に、国内外の実在する5社を加えた計6社を比較し、選定時の確認ポイントや発注前に準備したい情報まで解説します。

▼全体ガイドの記事
・空港業務システム開発の完全ガイド

空港業務システムのパートナー選びが重要なのはなぜですか？

空港業務システムは、単独の業務アプリを導入して終わる仕組みではありません。便名や到着・出発時刻、ゲート、スポット、チェックインカウンターなどの情報が複数のシステムを流れるため、開発会社には業務理解と連携設計の両方が求められます。

空港業務システムの中心に置かれるAODBは、Airport Operational Databaseの略称で、便の予定・実績、機材、ゲート、スポット、航空会社、ハンドラーなどを共有するデータ基盤です。AODBからFIDSへ情報を配信し、RMSで資源を割り当て、DCSやBHSなどと連携する構成では、同じ便の到着時刻をどのシステムが更新するかを決めておく必要があります。

たとえば、航空会社側では到着済みでも、空港側の画面では到着予定のままになっていると、ゲート案内、手荷物受取表示、スタッフへの作業指示が食い違います。開発会社には、単にAPIをつなぐだけでなく、更新権限、タイムスタンプ、再送、重複排除、障害時の手動更新まで設計してもらうことが重要です。

空港は、一般企業の業務システムよりも停止の影響が大きくなりやすい環境です。ランプや搭乗口の通信断、停電、外部システムの遅延、表示器の一部停止、繁忙日の同時更新を想定し、どの機能を継続させ、どの業務を紙や無線に切り替えるのかを決めます。

国土交通省は2026年4月30日改訂の「空港分野における情報セキュリティ確保に係る安全ガイドライン第4版」を公開しています。重要インフラとしての空港を対象に、責任と権限、監査、継続的改善などを確認する内容です（出典: 国土交通省「航空及び空港分野における情報セキュリティ確保に係る安全ガイドライン」）。提案時には、IT側だけでなく表示器や搬送設備などのIT/OT境界、RTO・RPO、復旧訓練も質問すると比較しやすくなります。

株式会社ripla｜コンサルティングから開発まで一気通貫で支援

株式会社riplaは、コンサルティングから開発まで一気通貫で支援できる企業です。IT事業会社として社内DXを推進してきた経験を活かし、ビジネスへの成果創出とシステムの定着支援に強みがあります。営業・顧客・生産・販売管理など、幅広い基幹システムの構築・導入実績があり、企業の業務要件に合わせて柔軟に対応できる体制を整えています。

riplaは、業務課題の整理、要件定義、設計・開発、導入後の定着までを分断せずに相談したい企業に適した候補です。空港業務システムのように、現場ごとに異なる運用を聞き取りながら、共通化する部分と個別対応する部分を整理する案件では、業務側と開発側の会話を一つのチームで進められることがメリットになります。

特に、最初から空港全体を一括刷新するのではなく、作業管理、設備台帳、申請・承認、データ集約などの周辺業務から始め、将来的にAODBやFIDSと連携したい場合は、初期段階からデータ項目と拡張方針を相談できます。既存システムとの責任分界を明確にし、段階導入の計画を作ることが重要です。

公開されている紹介内容では、営業・顧客・生産・販売管理などの基幹業務システムが主な実績領域として示されています。空港向けの専用製品を導入するだけでは解決しにくい、設備・人員・契約・申請などの周辺業務を整理したい場合に、業務システム開発の知見を生かせる候補です。

問い合わせ時には、空港の規模、ターミナル数、便数、既存システム、連携したいデータ、現場端末、希望する稼働時間を共有すると、対応範囲を確認しやすくなります。航空固有のAODBや制御系を含む大規模案件では、必要に応じて専門ベンダーと組む体制や、riplaが担う業務設計・周辺開発の範囲も確認してください。

日本電気株式会社（NEC）｜空港DXとデータ連携基盤を広く展開

日本電気株式会社（NEC）は、旅客サービス、セキュリティ、データマネジメント、空港業務DXをまとめて提案する国内大手の候補です。公式の空港DX情報では、空港内の運用情報共有、リソース最適化、AIによる予測、空港向けデータ連携基盤などを紹介しています。

NECの強みは、空港の基本データを集約して運用を見える化し、スタッフや施設・リソースの最適化につなげる構想を持っている点です。公式情報では、AIDXなど航空業界標準のデータフォーマットに対応する空港向けデータ連携基盤も紹介されています。既存システムが複数あり、将来的に分析や予測も行いたい空港では、データ基盤を含めた全体構想を評価できます。

一方で、広い範囲を一度に対象にすると要件と関係者が増え、導入計画が複雑になりやすい点には注意が必要です。NECへ相談する際は、AODB、FIDS、RMS、設備・セキュリティなどをどの単位で導入するのか、現行ベンダーとの役割分担や、データ連携の標準を提案書に明記してもらうと比較しやすくなります。

NECは空港DXの公式情報で、Total Airport Managementシステム、AI・データ分析プラットフォーム、空港向けデータ連携基盤、顔認証や案内などを空港ソリューションとして公開しています（出典: NEC「空港DX」）。空港全体のデータマネジメントや、旅客・スタッフ双方のサービスを対象にしたい案件で検討しやすい会社です。

選定時は、公開されているソリューション名だけで判断せず、自社の便情報、スポット、搭乗口、スタッフ配置、案内表示がどの製品・連携でつながるのかを確認してください。24時間運用の監視、障害時の代替運用、保守窓口、データを他社へ移行できる条件も、見積と同じタイミングで聞いておくことが大切です。

三菱電機株式会社｜FIDSと表示設備を24時間運用で支援

三菱電機株式会社は、空港の旅客案内情報システムや表示設備など、現地の機器とソフトウェアを組み合わせた提案を比較したい場合の候補です。関西国際空港株式会社の導入事例では、フライト情報を一元管理し、空港内の表示器や関連システムへ配信する仕組みを公開しています。

関西国際空港の事例では、24時間空港であることを踏まえてシステムを二重化し、24時間365日の安定稼働を実現したと説明されています。表示器はDLP方式プロジェクター50インチ40面、液晶ディスプレイ40インチ518台、46インチ32台という規模で、フライト情報だけでなく鉄道、バス、高速船などのアクセス交通情報も提供しています。この内容の出典は、三菱電機「関西国際空港株式会社様 旅客案内情報システム」です。

このように、FIDSのアプリケーションだけでなく、表示器の配置、映像方式、ネットワーク、二重化、現地作業まで含めて検討したい案件に向いています。既存表示器を継続利用する場合は、画面仕様、解像度、通信方式、交換時期、予備機の有無を確認し、ソフトウェア費と機器・工事費を分けて見積もってもらうと安心です。

公開事例からは、フライト情報の一元管理、関連システムへの配信、多数の表示器、交通案内、二重化といったFIDS周辺の実績を確認できます。旅客案内の正確性や視認性を改善したい空港、既存の表示設備も含めて更新したい空港では、具体的な導入イメージを持ちやすい会社です。

ただし、スポットや作業員のリソース管理、手荷物搬送の制御などを同じ範囲で扱えるかは案件ごとに確認が必要です。FIDSを入口にする場合でも、便情報の正本をAODBに置くのか、既存運航管理システムから受けるのか、変更通知の再送や表示停止時の手作業をどうするのかを要件に記載してください。

株式会社日立製作所｜ミッションクリティカルなFIDSとデータ連携

株式会社日立製作所は、空港のフライトインフォメーションシステムを設計・構築・保守する会社として、成田国際空港での大規模案件を公表しています。運航情報管理、チェックインカウンター、バゲージハンドリングなどと連携し、旅客や空港関係者へ情報を表示する基盤を対象にしています。

日立が2024年2月に公表した成田国際空港向けの案件では、約600台のディスプレイを設置し、最大約3.7m×3.5m×3面の大型表示にも対応する計画が示されています。画面や筐体のデザイン、情報・通信機器、ソフトウェアの設計・構築をまとめて扱い、24時間365日の空港運用を支える可用性や将来のデータ分析・連携基盤への拡張性も特長として挙げています。出典は、日立製作所「空港の情報表示基盤『フライトインフォメーションシステム』事業に本格参入」です。

表示の見やすさやアクセシビリティを含めて、旅客体験と業務運用を一緒に改善したい案件で比較しやすい候補です。大規模なSIを依頼する場合は、現場の保守体制、障害の一次切り分け、海外製品を含む連携先との責任分界を、提案書と契約書の両方で確認してください。

成田空港向けの公開情報では、約600台の表示設備と、運航情報、チェックイン、手荷物関連システムとの連携が確認できます。2027年4月の稼働開始予定とされているため、今後の進捗や稼働後の実績を確認しながら、空港の情報表示基盤を大規模に更新する候補として比較することをおすすめします。

また、2025年7月に本稼働したANA運航ダイヤ修正システムでは、日立と日立コンサルティングが開発パートナーとして参画したと紹介されています。空港そのもののシステムに加えて、航空会社側の業務やデータとの接点も整理したい場合は、どの領域を日立グループが担当できるのかを具体的に確認してください。

SITA｜航空会社・ハンドラー・管制をつなぐA-CDM

SITAは、航空・空港分野に特化したグローバルなIT事業者です。空港全体の運航状況を関係者間で共有し、出発順序やターンアラウンドを協調するA-CDMを重視する場合に比較対象になります。

SITAは2025年5月、コロンビアのエルドラド国際空港で、ラテンアメリカで初めてA-CDMシステムを導入したと発表しています。公開情報では、Pre-Departure Sequencer、Airport Management System、Operations Managerを組み合わせ、航空会社、グランドハンドラー、航空管制とのリアルタイムな情報共有を支援すると説明されています。出典は、SITA「El Dorado becomes first airport in Latin America to implement A-CDM system」（2025年）です。

遅延の原因を各社が別々に把握している状態から、共通の運用画面と予測情報に移行したい空港に向く候補です。国際線や複数の航空会社・ハンドラーが関わる空港では、業務プロセスだけでなく、空港ごとの標準、言語、契約、データ保管場所、国内のサポート窓口を確認することが大切です。

A-CDM、空港管理、出発順序、運航情報の共有を一体で考える案件では、SITAの航空業界向け製品群を比較しやすくなります。特に、ランプ作業や滑走路利用、遅延対応を関係者の共通プロセスに変えたい場合は、導入前後でどのKPIを計測するのかを合意しておくと効果を確認できます。

一方、国内の小規模空港で、設備台帳や申請・作業管理だけを先にデジタル化したい場合は、A-CDMの導入範囲が過大になる可能性があります。SITAに相談する際は、航空機のターンアラウンド全体を対象にするのか、既存AODBやFIDSと連携するのか、段階的に範囲を広げられるのかを確認してください。

Amadeus｜クラウドと既存航空系ソリューションの連携を重視

Amadeusは、航空会社や空港向けのITソリューションを世界各地で提供する企業です。空港運用の中核であるAODBを、既存のデータセンターに置く方式とクラウドで利用する方式の両方で提案している点が特徴です。

Amadeusの公式資料では、AODBが旅客処理、手荷物照合、運航、スタッフ・機器リソース、ハブ管理、請求などの業務アプリケーションと連携し、リアルタイムに情報を共有すると説明されています。また、クラウドホスト型とローカルホスト型を要件に応じて選択できる構成が示されています。出典は、Amadeus「Amadeus solutions for airport operators」です。

標準化されたAODBを基礎に、空港や航空会社側の既存ソリューションをつなぎたい案件で比較しやすい候補です。クラウドを選ぶ場合は、空港のネットワークが一時的に使えないときの運用、データの保管場所、バックアップ、SLA、バージョンアップ時の検証環境を日本の要件に合わせて確認してください。

空港運用の共通データを整備し、旅客処理、手荷物、リソース、請求などの複数領域を同じ情報で動かしたい企業に適しています。Amadeusの資料では、A-CDMに対応し、複数の空港関係者が情報を共有して協調意思決定に活用できることも訴求されています。

導入前には、既存の航空会社システム、DCS、BHS、FIDS、ネットワークとの接続方式を一覧にし、標準機能で対応できる部分と追加開発になる部分を分けてください。海外ベンダー製品を採用する場合は、日本語の運用手順、国内の障害対応時間、契約上のデータ返却、空港独自の帳票や請求ルールも評価対象にします。

Veovo｜クラウドAODBと空港リソースを一つの情報源へ統合

Veovoは、クラウド型AODBを含む空港運用プラットフォームを提供する海外企業です。フライト管理、リソース管理、FIDS、A-CDM、予測分析などを組み合わせ、フライトと空港資源の情報を統合したい場合の候補になります。

Veovoの公式情報では、クラウドホスト型AODBによって、季節ダイヤ、当日の運航、過去実績を一つの運用ビューにまとめ、関係者が権限に応じてフライト状況を確認できる構成を説明しています。ニューカッスル国際空港の2025年の公開事例では、AODB、連携機能、FIDSを導入し、航空会社との標準化されたAIDX連携や高可用性を訴求しています。出典は、Veovo「Newcastle International Airport transforms operations with Veovo」です。

多空港展開や、クラウドを使って運用を速く変えたい企業にとって比較しやすい候補です。クラウド型のメリットだけでなく、国内の通信制約、保安区域の端末、業務停止時の代替、データのエクスポート、アップデートの受入試験まで確認し、自社の運用に合うかを判断してください。

Veovoは、従来のAODBを単なる便情報のデータベースではなく、フライト、資源、収益、旅客運用をつなぐ基盤として扱いたい案件に向いています。エディンバラ空港の事例では、分断されたレガシーツールを置き換え、フライト、リソース、収益のデータを統合する単一の情報源を目指したと紹介されています。

海外事例の効果をそのまま国内空港へ当てはめるのではなく、便数、ターミナル数、航空会社数、既存の連携仕様、現場の言語、保守契約を前提に評価します。特にAIDX連携の項目、メッセージの再送、権限管理、監査ログ、障害時のローカル運用をデモで確認すると、製品紹介だけでは分からない差が見えます。

空港業務システムのパートナーを選ぶポイント

6社は、それぞれ得意とする領域が異なります。知名度や機能数だけで決めず、空港の規模、現場の課題、既存設備、連携先、導入方式、運用体制を同じ条件で提示し、提案と見積を横並びにしてください。

実績を見るときは、「空港に導入した」という一文だけでなく、どの機能を、何拠点に、何台の端末や表示器へ、どの期間で導入したのかを確認します。AODBを新規構築したのか、FIDSを更新したのか、RMSやA-CDMを導入したのかで必要な知見は異なります。

問い合わせ資料には、ターミナル数、年間・日次の便数、航空会社とハンドラーの数、表示器台数、既存のAODBやFIDS、DCS・BHSとの連携、必要な稼働時間を記載します。近い条件の事例を出してもらい、担当者の経験、保守拠点、障害発生時の連絡経路まで確認すると、導入後のギャップを減らせます。

提案デモでは、通常時の画面だけでなく、便の時刻が逆転した場合、同じメッセージが二重に届いた場合、外部システムが遅延した場合、ネットワークが切れた場合を再現してもらいます。表示器の一部停止、端末のオフライン入力、復旧後の再同期がどう動くかを確認すれば、実運用に必要な設計力を評価できます。

連携方式はAIDX、SITA Type B、API、メッセージング、既存の専用回線などから選ぶことになります。採用予定の規格だけでなく、データ辞書、時刻の基準、認証、暗号化、再送、監査ログ、データ保存期間、機器との接続条件を一覧にし、標準機能と追加開発を分けて説明してもらってください。

空港業務システムは、要件定義、現地調査、機器調達、連携開発、総合試験、教育、切替、安定稼働確認が連続する長期プロジェクトになりやすい領域です。プロジェクトマネージャーの経験、現場責任者との会議体、課題・変更管理、受入基準、切戻し条件を提案書に含めてもらいます。

費用の目安は、単一業務と数本の連携で500万〜1,500万円、地方空港や単一ターミナルのAODB・スポット管理で1,500万〜5,000万円、AODB・FIDS・RMS・DCS・BHSなどを複数部門で統合する場合は5,000万円〜3億円程度と推定されます。これは公開価格ではなく、システム規模や公開調達の類似案件から置く計画用の目安です。

2025年の気象庁の公開調達では、東京国際空港の空港気象ドップラーレーダー業務処理ソフトウェア設定変更・動作試験が1,782万円（税込）で契約された例があります。AODBの新規構築価格ではありませんが、既存の空港システムを安全に変更し、機器間の接続を試験するだけでも1,000万円台になる実例です（出典: 気象庁「落札情報 物品役務調達 随意契約 R7 9月分掲載用」）。初期費用だけでなく、機器、現地工事、移行、教育、保守を分け、5年TCOで比較してください。

よくある質問

ここでは、空港業務システムの会社選びや導入計画でよく出る質問に回答します。製品の機能だけでなく、導入範囲、費用、運用責任を整理しておくと、相談先との会話が具体的になります。

同じものではありません。空港業務システムは、AODB、FIDS、RMS、A-CDM、DCSやBHS連携、設備・人員・請求・分析などを含む総称で、AODBはその中で便や空港運用データの正本を管理する中核基盤です。

導入できますが、空港全体を一度に刷新する必要はありません。まずはFIDS、作業モバイル、設備台帳、スポット管理など、効果と範囲を定めやすい業務から始め、将来のAODB連携を見据えてデータ項目とAPIを設計する方法が現実的です。

単一業務なら500万〜1,500万円、単一ターミナル級なら1,500万〜5,000万円、複数の中核システムを統合する場合は5,000万円〜3億円程度が計画時の推定レンジです。表示器、ネットワーク、機器、現地工事、データ移行、教育、保守を含むかで変わるため、同じ前提を複数社へ渡して見積を比較してください。

空港規模、便数、ターミナル数、既存システム、連携先、表示器・端末台数、現場の課題、希望する稼働時期、予算帯、必要なSLAを整理します。特に便情報の正本、更新権限、障害時の手作業、移行期間、保守の責任分界を先に書いておくと、各社の提案を機能名ではなく運用条件で比べられます。

まとめ

空港業務システムの開発会社は、機能の多さや企業規模だけでなく、AODBを中心としたデータ連携、FIDS・RMS・A-CDMなどの対象範囲、現地設備、24時間365日の運用、障害時の代替手段で比較することが大切です。

株式会社riplaは業務整理から開発・定着までを相談したい場合の候補で、NECは空港DXとデータ連携、三菱電機はFIDSと表示設備、日立は大規模な情報表示基盤、SITAはA-CDM、AmadeusはクラウドまたはローカルのAODB、Veovoはクラウド型AODBとリソース統合を比較しやすい会社です。自社の課題に合わせて複数社へ同じ前提を渡し、実データに近い障害試験と5年TCOを含めて選定してください。

開発会社への相談前に、空港規模、便数、既存連携、設備、希望時期、予算、SLA、データ正本、障害時の業務継続を一枚にまとめると、提案の比較精度が上がります。空港を止めないための要件を先に明文化し、段階導入と将来拡張を両立できるパートナーを選ぶことが成功につながります。

選定では、通常時のデモだけでなく、通信断や重複メッセージ、時刻の不一致、表示器停止、切戻しまで確認してください。導入後に誰が一次受付を担い、どの時間内に復旧し、どのログを残すのかまで合意できれば、空港の現場に定着しやすいシステムになります。

▼全体ガイドの記事
・空港業務システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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