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

コンテナ管理システムの開発費用は、連携範囲、ターミナルの規模、自動化の程度によって大きく変わります。最小限の連携なら300万〜1,000万円、大規模な自動化を含めると3億〜10億円超まで幅があります。

全体像については、コンテナ管理システム開発の完全ガイドも合わせてご覧ください。

▼全体ガイドの記事
・コンテナ管理システム開発の完全ガイド

コンテナ管理システムの全体像と費用を左右する範囲

コンテナ管理システムを中心に、コンテナ情報、状態と位置、作業情報、船舶の計画と現場機器への作業指示を示す図。
情報領域を見渡すと、在庫台帳にとどまらない役割が見えてきます。

コンテナ管理システムの見積もりは、機能の数だけでは決まりません。統合する業務や外部システム、現場機器の範囲によって、設計と試験の規模が変わるためです。

船舶の入出港、荷役計画、ヤードの蔵置場所、ゲート搬出入をどこまで一つの基盤にまとめるかで、見積もりの対象が大きく変わります。

機器への作業指示や、船社・海貨・通関・運送会社との情報連携も、対象に含まれます。

コンテナ管理システムが管理する範囲

ここでいうコンテナ管理システムは、DockerやKubernetesといったITインフラのことではありません。港湾コンテナターミナルの荷役・ヤード・ゲートを管理するTOS(Terminal Operating System)を指します。

  • コンテナ情報:番号、サイズ、重量、貨物属性、危険品区分。
  • 状態と位置:リーファーの温度・電源の状態と、ヤード内の蔵置場所。
  • 作業情報:搬入・搬出の予定と実績、Bay Plan、バース、荷役順を扱う情報。

船舶の計画と現場機器への作業指示を結び付けるため、単なる在庫台帳とは性格が異なります。

費用に含める機能には、船舶・バースの計画、ヤード、ゲート受付があります。搬出許可の照合やトラック予約も、その対象です。

そのほか、OCRやバーコード認証、作業指示、機器状態の収集も対象になります。また、操作ログや権限、帳票、障害時の復旧も含まれます。

危険品やリーファーを扱う場合は、アラートだけでなく、確認した担当者と時刻を記録する監査機能も必要です。

港湾TOSとWMS・YMS・TMSの境界

見積もりの前に、担当業務とシステム間の接続先を整理しておくと、役割の重複や連携範囲の漏れを防げます。

  • 業務の分担:TOS、WMS、YMS、TMS、貿易管理システムの担当の割り振り。
  • 管理対象の違い:YMSは港湾ヤード、WMSは倉庫内の入出庫を受け持ちます。
  • 必要機能の選択:内陸デポや倉庫が中心なら、ゲート・在庫・予約に絞る方法もあります。
  • 接続先・接続箇所:Cyber Port、NACCS、CONPAS、各社システム、会計・請求・BIの各接続先。

YMSとWMSを混同すると、在庫情報の二重登録や責任分界の曖昧さにつながります。

国土交通省は、Cyber Portを港湾物流の手続などを電子化し、データ連携で扱う基盤と説明しています。

Cyber Portの利用料は、TOS本体や個別連携の開発費を含みません(出典: 国土交通省「サイバーポート」、2026年確認)。

業務と接続先の切り分けを要件書に記載しておくと、安く見える見積もりの抜けを確認しやすくなります。

ポイント

費用は機能の数ではなく、どの業務や外部システムまでを一つの基盤に含めるかで決まります。見積もりを比べる前に、TOSの担当範囲と接続先を書き出しておくと判断しやすくなります。

コンテナ管理システムの費用相場とコストの内訳

共通サービス活用から大規模自動化まで、4つの規模区分ごとの費用相場と期間を並べた図。
区分が上がるにつれて、費用と導入期間の幅も広がります。

2026年時点で、港湾TOS本体の公開価格表は限られています。そのため、以下の金額は確定した市場平均ではなく、発注前の予算仮説として読んでください。

予算の仮説は、大規模物流・基幹システムの工数に加え、TOSの機器連携、移行、24時間運用、セキュリティ要件を踏まえて組み立てています。

見積依頼では、金額だけでなく、対象範囲、期間、前提条件、含まれない費用もそろえて比べることが大切です。

規模別の費用相場(300万〜10億円超)

規模ごとの費用と期間は、次の4区分で示せます。区分を分けるのは、連携先の数、ターミナルの数、自動化の範囲です。

  • 共通サービス活用:ポータル、権限、帳票、少数API連携の範囲で、300万〜1,000万円、期間は3〜6か月です。
  • 標準クラウドTOS:在庫・ヤード・ゲート・搬出入と標準連携を備えた小〜中規模で、3,000万〜1.5億円、9〜18か月が目安です。
  • 複数ターミナル:外部サービスや現場端末との接続を含め、1億〜3億円、18〜30か月程度を仮置きします。
  • 大規模自動化:自動化、複数港、蔵置最適化、ガントリークレーン・RTG制御を含み、3億〜10億円超、24〜48か月の可能性があります。

これらは公開統計ではなく、開発範囲をそろえるための予算線です。

そのうえで、提案書ではライセンス、機器、工事、税、保守が含まれているかを確かめます。

最小連携は、共通基盤を使った受付・照会の整備を指します。

TOS中核機能を新規に構築する費用とは、分けて考えます。

大規模自動化では、冗長化やデジタルツイン、段階的な移行も費用と期間に影響します。

費用の内訳(要件定義・開発・連携・移行・運用)

初期費用の配分は、次の比率をたたき台にできます。標準比率ではありませんが、移行や総合試験が極端に少ない見積もりを見直すときの目安になります。

  • 要件定義・業務設計:全体の10〜15%。
  • アプリ設定・開発:全体の25〜40%。
  • 外部連携:全体の15〜25%。
  • 機器・ネットワーク・現場端末:全体の10〜25%。
  • 移行・教育・試験:全体の10〜20%。

画面開発に費用が集中し、移行や総合試験が少ない見積もりは、その中身を確かめる必要があります。

パッケージ型では、ライセンスまたは利用料、初期設定、移行を、それぞれ分けて示してもらいます。加えて、アドオンやAPIアダプター、教育、保守の費用も、項目ごとに確認しておきます。

スクラッチ型では、要件定義、基本・詳細設計、実装に加えて、機器連携の工程が増えます。さらに、性能・障害試験、切替支援、運用設計も工程に入ります。

24時間監視や脆弱性診断、夜間の障害対応は、方式を問わず運用費として別に置きます。

バックアップや更新、現場端末の交換も、運用費に含めます。

保守運用費は、初期開発費の年10〜20%程度を仮置きする方法があります。たとえば、初期費用が1億円なら、年間1,000万〜2,000万円程度が予算枠になります。

保守運用費の枠は、保守や監視、問い合わせ、小改修を想定しています。

24時間365日のSLAや複数拠点の冗長化を含めると、その分だけ費用が上がります。

さらに、OT機器保守や現地対応、セキュリティ監視を含める場合も、費用は増えます。そのため、サービスレベル別に見積もりを求めます。

Cyber Port(港湾物流分野)の利用料金は、令和7年度まで無料です。令和8年度以降は、事業所数やユーザー数にかかわらず、1社あたり月額6,600円の一律料金になります。

一定の取引数まで免除される条件もあります。

この料金は共通サービスの利用料であり、TOS本体や設備連携の費用は含みません。個別API、移行、社内教育の費用も、この料金には入りません(出典: 国土交通省「サイバーポート(港湾物流)の有料化の開始について」、2025年)。

ポイント

費用相場は規模や前提条件で大きく変わるため、金額だけで比べないことが大切です。見積もりごとに、機器・移行・教育・保守が含まれているかも合わせて確かめます。

コンテナ管理システムの費用が変動する要因

コンテナ管理システムの費用変動要因として、外部連携と荷役機器、移行範囲と切替条件、セキュリティとBCPを並べた図。
3領域をそろえて見積もると、追加工数の理由を追いやすくなります。

同じTOSでも、取扱量やヤード面積、ターミナル数によって価格は変わります。

貨物や自動化レベルも影響し、さらに既存システムと停止可能時間も関わります。

見積額だけでなく、各要因が見積もりに反映されているかを一つずつ確かめます。

外部連携と荷役機器の数が開発費に与える影響

連携費用には、接続先の数だけでなく、データの意味や送受信方式の設計も含まれます。

エラー時の再送や承認、取消もあわせて考慮し、遅延や監査ログも対象に入ります。

  • 連携設計:接続先ごとに異なる方式を一覧にします。
  • 機器接続:クレーン、RTG、構内シャーシ、OCR、バーコード、RFID、ゲート端末、リーファーセンサーが試験の対象になります。

NACCSやCyber Port、CONPASとの接続まで広がると、API・EDI・ファイル方式が混在しやすくなり、データ変換や障害時の復旧処理も増えます。連携先には、船社・海貨・通関・運送との接続のほか、会計・請求・BIとの接続も含まれます。

特に、港内ネットワークの遅延や機器停止時の安全動作は、IT側だけの試験では確認しきれません。そこで、実機または同等のシミュレーターで、通信断や重複指示、誤読、手動復旧を確かめ、その作業も見積もりに含めます。

データ移行と停止できない運用が費用に与える影響

移行範囲と切替条件を先に決めておくと、データ整備と運用準備の工数を見積もれます。

  • 移行データ:コンテナ情報、危険品・リーファー情報、ヤード位置、履歴、予約、船舶・バース、作業実績、取引先・ユーザーのマスタ。
  • 旧データの扱い:全件移行か照会用の別保管か、旧システムを参照する期間を決めます。
  • 切替準備:24時間稼働の現場で必要になる、並行稼働、リハーサル、バックアップ、切戻し、手作業の代替手順。

移行方針の決定が遅れると、データクレンジングと変換プログラムの工数が膨らみます。さらに、切替時間が短い場合も、準備作業が増えます。

例を挙げると、マレーシアのPort of Tanjung Pelepasは、2024年12月にKalerisのNavis N4 4.0を計画稼働させた事例を公表しました。港湾側とベンダーの発表では、顧客サービスを止めない切替と48基のクレーン運用が説明されています。

海外事例の数字は、日本の相場に直接当てはめず、変更管理と受入条件の参考にとどめます(出典: Port of Tanjung Pelepas、2024年)。

セキュリティとBCPを後回しにした場合の追加費用

費用に関わるのは、平常時のセキュリティ対策と、停止時の業務継続・復旧の設計です。

  • セキュリティ:権限、特権ID、操作ログ、ネットワーク分離、端末認証、暗号化、脆弱性診断、バックアップ、復旧訓練、委託先管理。
  • 確認方法:安全対策の成果物と試験を、RFPに記載しておきます。
  • 停止時の継続:ゲート受付、搬出許可、危険品確認、リーファー監視、作業指示を続ける方法を決めます。
  • 復旧手順:紙・オフライン端末への切替、二重登録の防止、RTO・RPO、判断責任者。

2026年5月には、国土交通省の安全ガイドラインが第3版に改定されました。その内容は、政府統一基準群など、関連する最新の基準との整合を踏まえたものです(出典: 国土交通省「港湾分野における情報セキュリティ確保に係る安全ガイドライン(第3版)」、2026年)。

ランサムウェアや通信障害に備えた業務継続策を決めておくと、安価な構成と高可用性の構成を比較できます。

ポイント

同じTOSでも、連携先の数や機器の種類、移行の範囲、停止できない条件によって費用は動きます。見積額の差は、各要因がどこまで反映されているかで読み解きます。

コンテナ管理システムのコストを最適化するポイント

費用を抑えるには、現場のKPIに直結しないカスタマイズと、将来の拡張に必要な基盤を分けて考えます。

まず改善したい指標を決めておくと、投資の優先順位が明確になります。

対象となる指標には、ゲート滞在時間、1時間あたりの取扱量、荷繰り回数があります。ほかに、ヤード占有率、リーファー監視工数、障害復旧時間も挙げられます。

標準機能の活用と在庫・ゲートからの段階導入

標準化してよい業務と、個別に開発する機能を分けて、導入の範囲を段階的に区切ります。

  • 機能の分類:パッケージ・クラウドTOSの機能を、標準・設定・個別開発に分けます。
  • 過剰な再現:古い帳票や業務例外の画面化は、開発・試験・保守費を増やします。
  • 個別開発の候補:安全や競争力に直結する荷役計画、ゲート照合、リーファー監視。
  • 導入順序:在庫・ゲート・照会、予約・外部連携、荷役最適化・機器自動化の順。

各段階でKPI、利用者、移行データ、受入条件を絞り込めば、投資効果を確かめてから次の予算を判断できます。

データ標準化とAPI分離への先行投資

将来の連携変更や拡張に備えて、データの共通定義と接続方式を先に整えておきます。

  • データ定義:コンテナ番号、船舶、バース、ヤード位置、予約、作業イベント、危険品、リーファー状態の標準化。
  • 識別と追跡:コンテナ番号に加えて社内IDやイベントIDを持ち、訂正・取消・再送を追えるようにします。
  • 接続の分離:APIアダプターやメッセージ連携層を設けて、設備や外部サービスをTOS本体から切り離します。

この構成にしておくと、船社や通関システムの仕様が変わっても、TOSコアの改修を避けやすくなります。さらに、更新費用と障害の影響範囲を抑えられます。

AIによる蔵置最適化やデジタルツインは、イベントログとデータ品質を整えてから小さく検証すると、過剰投資を防げます。

現場教育とKPIを開発費に含める理由

利用者ごとの操作や、開発の前後でどれだけ改善したかを確かめるため、教育、PoC、KPI測定を計画に含めます。

  • 利用者別の要件:現場作業員、ドライバー、管制担当、船社、海貨、通関、管理者ごとの画面と権限。
  • PoCでの確認:分かりやすい受付や、通信不安定時の再送、外国語表示、端末の持ち方、異常時の連絡先を試します。
  • 教育:マニュアルに加えて、実データに近い訓練と問い合わせ対応を含めます。
  • 開発前のKPI:ゲート滞在時間、荷繰り回数、搬出許可の照合漏れ、リーファー確認工数、障害復旧時間。

稼働後には同じ指標を比べて、改善が見えない機能は拡張を止める判断も必要になります。KPIを契約や受入条件に入れる場合は、取得方法と基準期間も合わせて合意しておきます。

コンテナ管理システムの見積もりを取る際のポイント

標準機能とライセンスの前提が社ごとに異なると、複数社の見積もりは比べられません。そのため、次の5つの項目も、各社が同じ前提で出せる形にそろえてもらいます。

  • 機器:現場機器の範囲と、その試験にかかる費用を分けて示してもらいます。
  • 移行:データ移行と切替作業の費用を、ほかの費用とは別に書いてもらいます。
  • 教育:マニュアルや訓練、問い合わせ対応まで含まれているかを見ます。
  • 保守:保守運用の範囲と年額の見込みを、比べられる形で示してもらいます。
  • 障害対応:夜間の障害対応を、運用費として別に置いているかを確かめます。

まずRFIで各社の対応範囲を確かめ、そのうえでRFPで数量と受入条件をそろえます。さらに、PoCで実データに近いシナリオを検証する流れも有効です。

RFPに記載する数量・例外・受入条件

見積もりの条件をそろえるために、数量、業務シナリオ、例外時の受入条件をRFPにまとめます。

  • 数量:ターミナル、ヤード面積、年間・月間・ピーク時のコンテナ取扱量、船舶、ゲートレーン、ユーザー、端末、機器、連携先、移行期間。
  • 業務シナリオ:蔵置計画、荷繰り、危険品、リーファー、予約、搬出許可、OCR、権限、監査ログ。
  • 例外シナリオ:再送、重量不一致、許可不備、通信断、機器停止、危険品・リーファー異常、船舶遅延、停電、ランサムウェア。

合格の基準を先に決めておくと、各社の「対応可能」という表現を、処理時間やログ、復旧手順で比べられます。

パッケージ・クラウド・スクラッチの比較観点

方式ごとの特徴と、導入後の総費用や支援条件を並べて、同じ前提で比べます。

  • パッケージ:導入実績や既存機能を使いやすい一方、業務を標準機能に合わせます。
  • クラウド:冗長化・更新を設計しやすい一方、ネットワーク分離、通信断時の運用、データ所在、月額増加条件を確認します。
  • スクラッチ:独自のヤード計画や設備制御に合わせやすい一方、初期費用、保守要員、更新、属人化がリスクです。
  • 共通の比較項目:初期・月額・年額費、追加開発単価、機器・移行・教育費、24時間サポート、SLA、脆弱性対応、データ所有権と返却条件。
  • 海外製品:日本語窓口、国内実績、NACCS・Cyber Port連携、現地障害対応、法令・港湾運用への適合を見ます。

契約前に決める費用負担と責任分界

複数の組織が関わるため、業務上の責任と、契約上の費用や対応条件を、書面で明確にします。

  • 関係組織:ターミナルオペレーター、船社、港湾管理者、海貨、通関、運送会社の役割を整理します。
  • 業務責任:マスタ登録と搬出許可の承認、障害時の判断、データ保管期間の取り決め。
  • 契約条件:追加費用の発生条件、再委託、データ所有権、ソース・設定の引渡し、脆弱性対応期限を記載します。
  • 運用条件:障害連絡時間、復旧目標、仕様変更単価、第三者サービスの料金改定を定めます。

責任の所在を決めておかないと、開発費の負担や、追加改修・事故時の責任が曖昧になります。

TOS改修だけで2,000万〜3,000万円規模になった個別事例もあります。そのため、稼働後の変更費は初期費用と分けて説明を求めることが大切です(出典: リサーチノートで確認した一次Q&A、2026年)。

ポイント

見積もりは、対象範囲と前提条件をそろえてから比べます。RFIで対応範囲を確かめ、RFPで数量と受入条件を統一すると、金額の差の理由が見えてきます。

コンテナ管理システムのよくある質問

費用を検討するときは、港湾TOSの対象範囲、データ連携、現場機器、移行、運用継続を順に確かめます。発注前によく聞かれる質問を、次のQ&Aで取り上げます。

コンテナ管理システムの開発費用はいくらですか?

最小限のポータル・API連携なら300万〜1,000万円です。また、小〜中規模の標準TOSは3,000万〜1.5億円が目安です。

複数ターミナルや機器連携を含むと1億〜3億円、大規模自動化やスクラッチでは3億〜10億円超になる場合があります。

ただし、これは公開定価に基づく市場平均ではありません。そのため、取扱量や連携先、移行、可用性の前提をそろえて、再見積もりを依頼してください。

Cyber Portを使えばTOSの費用は不要ですか?

TOSの費用は、Cyber Portを使っても必要になります。Cyber Portは、港湾物流の手続などを電子化する共通基盤です。

ヤード配置、荷繰り、作業指示、設備制御、ゲートの現場運用は、Cyber Portですべて代わりに担えるものではありません。

令和8年度以降の月額6,600円の利用料とは別に、TOS本体や個別API、データ変換、教育、保守の費用がかかります。

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

標準的な業務を早く稼働させる場合、既存機能と導入実績を使えるパッケージは、初期費用と期間を抑えやすいです。

独自の蔵置計画や設備制御、複数港の特殊な責任分界がある場合は、過剰なカスタマイズで高額になることもあります。

標準化する業務と、設定で対応する業務、競争力に直結するため開発する業務は、分けて判断します。

見積もり前に何を準備すればよいですか?

まず、ターミナル数やヤード面積、取扱量のピークを整理します。あわせて、ゲートレーンや機器、ユーザー、連携先の数も把握しておきます。

移行対象データ、稼働時間、停止許容時間もまとめておきます。加えて、搬出許可の不備や通信断、機器停止、危険品、リーファー異常、切戻しといった例外シナリオも準備します。

ゲート滞在時間や荷繰り回数などの現状KPIを添えると、各社の見積条件をそろえやすくなります。

まとめ

コンテナ管理システムの費用は、最小限の連携の300万〜1,000万円、標準TOSの3,000万〜1.5億円が目安です。複数ターミナルや機器連携を含む場合は1億〜3億円、大規模自動化では3億〜10億円超まで幅があります。進め方としては、標準機能を使い、在庫・ゲート・照会から段階的に導入します。データ標準化とAPI分離を先に整えておくと、将来の拡張費用を抑えやすくなります。

共通サービス費は、TOS本体や個別連携、機器の費用と分けて考えます。移行、教育、保守の費用も、それぞれ分けて見積もりに出してもらいます。

費用相場の比較で見る対象範囲と前提条件

見積もりの金額は、区分ごとに含まれる作業と含まれない費用が各社で違うため、区分単位で並べて比べます。

  • 要件定義・業務設計:業務の範囲と設計の工数。
  • 開発・設定:アプリの設定と開発の費用。
  • 外部連携・機器・ネットワーク:接続先ごとと現場機器ごとの費用。
  • 移行・教育・試験:移行、教育、試験の費用。
  • 保守運用:保守運用の範囲と年額の見込み。

現場KPIとRFPの前提の整理

現場の改善指標を測ったうえで、RFPの条件と稼働後の総費用を続けて整理します。

  • KPI計測:ゲート滞在時間、荷繰り回数、ヤード占有率、リーファー監視工数、障害復旧時間を測り、改善対象を決めます。
  • RFP作成:規模、取扱量、機器、連携先、移行範囲、停止許容時間、セキュリティ、責任分界をまとめ、同条件で提案を比べます。
  • 投資判断:現場定着と障害時の継続運用を含め、保守、教育、セキュリティ、更新、追加改修まで総保有コストで判断します。

▼全体ガイドの記事
・コンテナ管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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