コンテナ管理システムの開発は、まずKPIと責任分界を決めたうえで、業務シナリオをもとに方式を比べます。テスト後に段階導入すると、港湾業務を止めずに改善できます。
全体像は、次のガイド記事もご覧ください。
▼全体ガイドの記事
・コンテナ管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
コンテナ管理システムの全体像
コンテナ管理システムは、貨物の場所、取扱時刻、使用機器、引き渡し先を管理する業務基盤です。
港湾では一般にTOS（Terminal Operating System）と呼ばれます。
TOSは在庫の表示に加えて、本船計画やヤード蔵置、ゲート受付などの業務を、イベント単位でつなぎます。
TOS・YMS・TMS・Cyber Portの違い
役割の違いを押さえると、システム間の分担を決めやすくなります。
- TOS：本船・ヤード・ゲート・荷役機器を統合する役割
- YMS：ヤード内の車両や構内作業の管理
- TMS：輸送計画と配車の管理
- Cyber Port：民間事業者間の港湾物流手続きを電子化するデータ基盤
YMSとTMSは、TOSと対象業務が重なる場合があります。
Cyber PortはTOSそのものの代替ではありません。
国土交通省資料によると、Cyber Portは帳票作成、情報連携、NACCS連携に対応します。
国土交通省の2025年資料「サイバーポート（港湾物流分野）の概要と目指す姿」は、2021年度の実証で最大60％の時間削減効果を確認しています。
TOSが業務データを持ち、そのデータをCyber PortやNACCSへ連携する設計にすると、役割分担を取り違えにくくなります。
現場シナリオで見る主要機能
機能は、輸入コンテナが本船から搬出されるまでの流れに沿って並べると分かりやすくなります。
- 本船・バース：入港予定、Bay Plan、積卸し順の扱い
- ヤード：コンテナ属性、蔵置場所、危険品、リーファー電源の扱い
- ゲート：予約、受付、OCR・バーコード、PSカード、搬出許可の照合
- 機器連携：ガントリークレーン、RTG、構内シャーシへの指示と実績の収集
コンテナの属性には、コンテナ番号、サイズ、重量があります。加えて、貨物属性、危険品区分、リーファーの電源状態も扱います。
蔵置場所も管理対象です。
現在の状態に加えて、誰がいつ変更したかも履歴に残します。
そのため、搬出許可の更新や危険品情報の変更、リーファー温度の異常を後から追跡できます。通信断からの復旧も、履歴をたどって確認できます。
外部への照会では、コンテナ番号だけを識別子にしないことが大切です。内部ID、取引ID、イベントIDを分けておくと、船社や通関業者との連携で取り違えを抑えられます。
最初に決めるKPIと責任分界
導入の目的は、最新のAIを使うことよりも、現場の待ち時間や荷繰りを改善することに置きます。そのため、改善対象を測るKPIを先に決めます。
- ゲート：滞在時間と待機の記録
- 荷役：1時間あたりの取扱量と、不要な荷繰り回数
- ヤード・監視：占有率とリーファー監視工数
- 復旧：障害発生から復旧までの時間
KPIには、現状値と目標値をあわせて記録しておきます。
たとえば、ゲート待機を短くする場合は、予約枠、到着情報、受付端末、搬出許可照合のうち、どこがボトルネックかを分けて測ります。測定しておかないと、導入後の効果を説明できません。
関係者は、船社やターミナルオペレーター、港湾管理者のほか、海貨業者、通関業者、陸運会社、倉庫会社などにも広がります。
登録、承認、保管の責任は、誰が持つかを関係者ごとに決めておきます。
費用負担や障害時の責任を後回しにすると、システムが動いても業務が止まるおそれがあります。そこで、要件定義書には入力と承認の責任、データの所有権、利用停止時の代替手順を記載しておきます。
コンテナ管理システム開発の進め方
開発は要件定義から始まり、方式選定と設計・開発を経て、連携テストと現場訓練に進みます。そのあと段階リリースを行い、最後に運用改善へ移ります。
港湾業務は24時間止めにくく、既存のシステムや機器も多くあります。そのため、画面を作る前に業務シナリオと例外処理を固めます。
業務シナリオで見る要件定義の30項目
要件は、担当者や端末、入力情報まで具体化しておきます。次の作業者がどう判断するかも、そこに含めます。
- 業務・データ：現状業務、KPI、権限、属性、場所、履歴
- 荷役・ゲート：本船、Bay Plan、ヤード、予約、搬出許可、危険品、リーファーの扱い
- 連携・機器：作業指示、機器状態、OCR、バーコード、API、EDI
- 外部・管理：NACCS、Cyber Port、会計・請求、BI、監査ログ
- 導入・継続：バックアップ、通信断からの復旧、セキュリティ、移行、教育、受入条件
通常時と例外時の流れも作ります。
例外には、搬出許可の未確定、危険品情報の更新、温度超過があります。これらに通信断や機器停止も加え、実データに近い条件で再現します。
判断者と承認者を決めておけば、「システムは警告したが、誰も対応しなかった」という事故を減らせます。
パッケージ・クラウド・スクラッチのPoC比較
方式ごとに、適合性と運用の負担を、同じ業務データを使って比べます。
- パッケージ：実績と標準機能が使いやすく、業務を製品に合わせる必要があります。
- クラウドTOS：冗長化や更新がしやすく、通信断やデータ所在の確認が必要です。
- スクラッチ：独自の計画や機器制御に合い、保守・更新の負担が増えます。
- 共通基盤とアドオン：共通部分と港湾固有の機能を分けた構成で、境界と保守の担当先を確かめる必要があります。
クラウドでは、設備系ネットワークとの分離やデータの所在、接続費用を確かめます。
一方、スクラッチでは初期費用と保守要員を見ます。更新や属人化の負担も、あわせて見ておきます。
PoCでは、Bay Plan、ヤード配置、属性、予約データを使います。搬出入や荷繰り、異常通知を試します。そのうえで、通信断や機器停止を確かめ、権限外操作と復旧後の再送も試します。
Kalerisは、Navis TOSが490以上のターミナルで使われていると案内しています。
導入数の多さは、自社の港との適合性を示すものではありません。
国内の保守体制や、NACCS・Cyber Portとの連携、機器メーカーとの責任分界まで確かめます。
テスト・教育・段階リリースによる現場定着
稼働前には、業務の一連の流れを試験し、合格の条件を決めておきます。
- 業務シナリオ：入港、荷卸し、蔵置、予約、搬出、請求を通した確認
- テスト種別：単体、連携、性能、セキュリティ、復旧、受入の区分
- 受入条件：未承認搬出の拒否、二重登録の検知、復旧後のイベント保持
教育は、現場の役割ごとに行います。
対象は、管理者やゲート・ヤード担当者、機器オペレーターです。ドライバーと夜間当直者も、それぞれ別に行います。
高齢のドライバーや繁忙時間帯でも迷わない画面を用意します。
バーコードやOCRで入力ミスを減らすとともに、手動用の紙帳票も準備します。
在庫・照会・ゲートを先に導入し、予約や外部連携、荷役の改善と自動化へ段階的に進めます。そうすると、変更の影響を抑えやすくなります。
Port of Tanjung Pelepasは2024年12月にNavis N4 4.0を稼働させ、顧客サービスを止めずに切り替えました。
週末は最大48基のクレーンを12時間シフトで運用しました（出典：Port of Tanjung Pelepas発表、2024年）。
海外の大規模港の成果は、日本の案件にそのまま当てはまりません。そこで、切替リハーサルと機器接続、旧システムとの並行運用、ロールバック条件を見積もります。
コンテナ管理システムの費用相場とコストの内訳
専用TOSは公開価格が少なく、金額は案件ごとに変わります。金額を左右するのは、規模や取扱量、自動化の有無です。
連携先の数や機器台数も、費用に影響します。
24時間運用、冗長化、移行範囲の条件も、費用を左右します。
以下の金額は、2025〜2026年の共通サービス料金と、類似する物流・基幹システムの見積もりの構造から置いた、初期予算の仮説です。
同じRFPで、複数社に再見積もりを依頼します。
導入パターン別の初期費用と期間の目安
導入範囲が広がるほど、初期費用と期間が増えます。金額は初期計画の仮説として扱います。
- 共通サービス連携：300万〜1,000万円、3〜6か月
- 標準化されたクラウドTOS：小〜中規模ターミナルで3,000万〜1.5億円、9〜18か月
- TOSパッケージと複数ターミナル・機器接続：1億〜3億円、18〜30か月
- 大規模自動化・複数港のスクラッチ：3億〜10億円超、24〜48か月の可能性があります
共通サービス連携の中心は、社内ポータルやデータ変換、権限設定です。
接続試験も含みますが、TOS本体や現場機器の刷新は含みません。
クラウドTOSの範囲には、ヤード・ゲート・在庫や標準連携、移行が入ります。教育や運用設計も含まれます。
複数ターミナルのTOS接続では、NACCSやCyber Port、荷役機器も範囲に入ります。
独自の最適化、クレーン・RTG連携、デジタルツインまで含めると、対象範囲はさらに広がります。
国土交通省は、Cyber Port（港湾物流）の利用料金を2026年4月から、1社あたり月額6,600円としています。事業所数やユーザー数にかかわらず一律です。
利用開始後の通算100取引まで、または月間10取引以下の月などには、無料の範囲があります。
出典は、国土交通省の2026年資料「サイバーポート（港湾物流）の利用登録社数が1,000社を突破」です。
この料金は、共通プラットフォームの利用料です。そのため、TOSライセンスや導入費と分けて見積もります。個別連携や機器、保守も、別の項目として扱います。
開発費と運用継続費の内訳
見積もりの配分を比べると、金額の偏りに気づきやすくなります。
- 要件定義・業務設計：全体の10〜15％（仮置き）
- アプリ開発またはパッケージ設定：25〜40％（仮置き）
- 外部連携：15〜25％（仮置き）
- 機器・ネットワーク・現場端末：10〜25％（仮置き）
- 移行・教育・試験：10〜20％（仮置き）
この比率は、案件の範囲を比べるための推定として見てください。なお、機器更新や既存TOSのライセンス条件によって、連携費や現場費が増えます。
稼働後には、クラウド利用料やライセンス、監視がかかります。
ヘルプデスクや夜間対応、脆弱性診断も続きます。バックアップやログ保管も、継続してかかります。
さらに、端末やネットワークの更新と連携の変更が生じます。教育やバージョンアップも発生します。
たとえば、一次Q&Aの事例では、稼働後のTOS改修やバージョンアップだけで2,000万〜3,000万円規模でした。これは個別の事例で、市場平均ではありません。ただし、改修費が数千万円になる可能性を示しています。
保守費は、初期費用の年10〜20％程度を仮置きします。そのうえで、対象になる作業を確かめておきます。
セキュリティとBCPの見積もり
ランサムウェアや不正アクセスで停止しても、船の荷役やゲート受付を続けられるかが重要です。
見積もりは、次の3つに分けて、初期費用と運用費をそれぞれ提示してもらいます。
- 環境・認証：バックアップ、ネットワーク分離、特権ID、多要素認証
- 検知・復旧：脆弱性診断、操作ログ、監視、復旧訓練
- 代替運用：紙や手動の手順と、障害時の待機要員
安い見積もりでも、待機要員や復旧試験がなければ、実運用の総額が高くなることがあります。
国土交通省「港湾分野における情報セキュリティ確保に係る安全ガイドライン（第3版）」は、2026年5月に改定されました。また、第3版は政府統一基準群や最新の関連ガイドラインを踏まえています。
対応を「セキュリティ対策一式」でまとめず、対象資産、責任者、点検頻度ごとに分けてもらいます。インシデント時の連絡と復旧目標時間も、見積もりの項目に入れます。
コンテナ管理システムの見積もりを取る際のポイント
見積もりの精度は、開発会社の計算方法だけでなく、発注側が前提をそろえられるかで決まります。
候補会社には、必須要件と将来要件を分けて示します。
まず、現行業務の資料と連携先、データ件数を共有します。そのうえで、機器台数や繁忙期、許容停止時間も伝えます。
同じ前提で初期費用と期間、保守費を出してもらい、除外項目と追加変更単価も明記してもらいます。
RFI・RFPに入れる現場データと例外条件
RFI・RFPには、現場の規模やデータの実態が分かる情報をそろえておきます。
- 施設・機器：平面図、ヤード区画、バース数、クレーン・RTG一覧、ゲート数
- 取扱・業務：1日・月間の取扱量、寄港パターン、コンテナの種類、危険品・リーファーの扱い、トラック予約方法
- 既存資産：画面、帳票、IF仕様、データサンプル
個人情報や機密情報が含まれる場合は、マスキングしたデータでPoCを行えるように整えます。
RFPには、通常の入出庫に加えて、搬出許可の遅延やコンテナの再配置、危険品情報の更新も記載します。
温度アラートや機器停止、通信断も含めます。二重登録、誤操作、夜間の承認者不在も書いておきます。
性能と復旧の条件として、最大同時接続数、ピーク処理時間、復旧目標を指定します。加えて、データ保持期間や監査ログ、認証を指定します。
さらに、API再送、手動運用、受入条件も示します。これにより、各社の見積範囲を比べやすくなります。
複数社の比較観点：責任分界と保守体制
案件の境界に合わせて候補会社を選び、それぞれの得意領域と責任範囲を見ておきます。
- TOS製品：Kaleris、Tideworks、INFORMなど
- 港湾設備・OT：JFEエンジニアリングなどの知見
- 貿易情報：NTTデータなどの連携知見
- センサー・リーファー：センサーやリーファーに強い会社
JFEエンジニアリングは、国土交通省の2023年度港湾技術開発制度で採択されたと発表しています。対象は、ガントリークレーンの遠隔操作化と、TOS高度化によるリーファー管理の効率化・荷役安全性の確保です。
出典：JFEエンジニアリング「国土交通省令和5年度港湾技術開発制度に採択」（2023年）。
ただし、これは製品の優劣を示す情報ではありません。TOSと設備・安全を一体で考える際の比較材料として見てください。
契約前には、24時間対応と国内拠点の有無を確かめます。そのうえで、再委託先、機器メーカーとの分担、データ所有権、設定やソースコードの引き渡し条件も確認します。
契約と受入条件で抑える追加費用と停止リスク
契約では、確定価格の範囲と、要件変更で追加になる範囲を分けて合意しておきます。
- 変更費用：API仕様変更、接続追加、機器更新、帳票変更、法令対応、移行やり直しの単価
- 対応条件：夜間の現地対応、再委託の可否、障害時の連絡順、SLA、損害、脆弱性修正期限
- 契約終了：データ返却の条件
受入条件には、画面の表示に加えて、ピーク時の性能と権限外操作の拒否を含めます。
搬出許可の照合やイベント履歴の完全性、機器の実績収集を確かめます。さらに、通信断からの復旧、バックアップ復元、紙や手動への切替を試します。
夜間当直者の訓練完了も、受入条件に含めます。
切替日には、旧環境へ戻す基準と判断責任者を決めます。現場への告知や問い合わせ窓口も、あらかじめ決めておきます。
そうしておくと、問題が起きても、現場の判断だけに負担が集中しにくくなります。
よくある質問（FAQ）
コンテナ管理システムの開発期間はどのくらいですか？
共通サービスと小規模なAPI・帳票連携は、3〜6か月が目安です。
標準的なクラウドTOSは9〜18か月が目安です。一方、複数ターミナルや機器連携を含む大規模案件は、18〜48か月が目安です。
移行、教育、並行運用、切替リハーサルを含まず、開発期間だけが示される場合は、稼働日を別に確かめます。
パッケージとスクラッチ開発はどちらが良いですか？
標準業務を早く安定させたいなら、パッケージやクラウドTOSが候補です。
独自のヤード計画や機器制御を強みにしたいなら、スクラッチや個別アドオンが適しています。また、TOSコアを標準機能にし、港湾固有の連携はAPIアダプターに分ける方法もあります。
実データを使ったPoCで、例外処理と将来の拡張費を比べて決めます。
Cyber Portの月額6,600円だけでコンテナ管理できますか？
いいえ。月額6,600円は、Cyber Port（港湾物流）の共通プラットフォーム利用料です。
TOSライセンスや在庫・ヤード・ゲート管理は、別途必要です。機器連携、移行、教育、保守にも費用がかかります。
帳票やNACCS連携をTOSと接続する場合は、API仕様とデータ変換を見積もります。エラー時の再送や接続試験も、あわせて含めます。
通信断やランサムウェアで停止した場合はどうしますか？
停止時に続ける業務と止める業務を分け、紙帳票やローカル端末などの代替手順を用意します。
復元とイベント再送、二重登録の解消は、定期的に訓練します。権限確認や機器の再接続も、訓練の対象に含めます。そのうえで、復旧目標時間と判断責任者を決めておきます。
監視や脆弱性対応、復旧訓練、教育は、保守契約に含めておきます。対策を導入時だけで終わらせないことが大切です。
まとめ
開発で押さえるべき要点
会社選びと契約では、現場の継続、安全な復旧、関係者の利用継続を重視します。この記事の内容は、要件と方式、費用、見積もり、試験の場面ごとに、次の5点にまとめられます。
- 本船・ヤード・ゲート・機器をつないで、コンテナ状態と作業イベントを管理する仕組み、KPIと関係者の責任分界
- 業務シナリオと例外の洗い出し、パッケージ・クラウド・スクラッチのPoC比較
- 費用の幅は、標準連携の数百万円規模から、大規模自動化・複数港の数億円規模まで
- Cyber Port利用料とTOS・機器・移行・教育・保守を分けた見積もり。改修、脆弱性、夜間障害、バックアップ、切替訓練も含めます
- 在庫・照会・ゲートからの導入と、通信断・機器停止の試験。AIやデジタルツインは、ログとデータ品質を整えてから加え、効果を検証します
発注前の準備
現行フローやKPIをそろえ、連携先、機器一覧、データサンプルも用意します。そのうえで、必須要件と将来要件を分けたRFI・RFPを作成します。
発注先は、実データに近いPoCや復旧テスト、保守体制を確かめたうえで決めます。責任分界と運用継続性も基準にします。
▼全体ガイドの記事
・コンテナ管理システム開発の完全ガイド
▼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を創業。