この記事は「衛星データ活用ガイド」の詳細記事です。
衛星データ処理のクラウドシフト
衛星データの処理は、従来のオンプレミスサーバーからクラウドへと急速に移行している。理由は明確だ。衛星コンステレーションの拡大により、1日あたり数十TB〜数PBのデータが生成されるようになり、個々の組織がローカルにダウンロード・処理するのは非現実的になった。
「データをダウンロードして処理する」から「データのある場所で処理する」へのパラダイムシフトが起きている。
主要クラウドプラットフォーム比較
AWS（Amazon Web Services）
AWS Ground Station
AWSのグローバルインフラと統合された地上局サービス。衛星からのダウンリンクデータをAWSリージョンに直接取り込める。
- 地上局数: 世界12カ所以上
- 対応衛星: LEO、MEO衛星に対応
- 統合: S3、EC2、SageMakerと直接連携
- 価格: アンテナ利用時間に応じた従量制
Amazon SageMaker Geospatial
地理空間データ専用の機械学習サービス。衛星画像の分類、物体検出、変化検出などをビルトインのアルゴリズムで実行できる。
Open Data on AWS
Sentinel-2、Landsat、NAIP（米国航空写真）などの衛星データが無料でAWS上に公開されている。S3バケットから直接アクセスでき、ダウンロード不要だ。
Microsoft Azure
Azure Orbital Ground Station
Microsoftの地上局サービス。Azure Orbital Space SDKにより、衛星通信の処理パイプラインをコードで定義できる。
- 特徴: Azureクラウドとのシームレスな統合
- パートナー: KSATやAmerighi Ground Stationと提携
- 用途: 衛星通信、地球観測データの処理
Microsoft Planetary Computer
地球環境データの処理に特化したプラットフォーム。Sentinel、Landsat、MODIS等のデータにAPIでアクセスし、Jupyter Notebook上で分析できる。
Azure Space
Azure Spaceは宇宙関連サービスの総合ブランド。衛星通信、地上局、クラウドコンピューティングを統合した宇宙向けソリューションを提供する。
Google Earth Engine（GEE）
概要
Google Earth Engineは、地球科学研究者に最も広く使われている衛星データ分析プラットフォームだ。40年以上の衛星画像アーカイブに対して、Googleのクラウドインフラ上でスケーラブルな処理を実行できる。
- データカタログ: Landsat（1984年〜）、Sentinel-2、MODIS等、数PBのアーカイブ
- 処理能力: JavaScriptまたはPythonでコードを書き、Googleのサーバーで実行
- 価格: 研究・教育用途は無料、商用利用は有料（Google Earth Engine for Commerce）
- 強み: 時系列分析に特に強い。数十年分のデータを使った変化検出が容易
代表的なユースケース
- 森林伐採のグローバルモニタリング（Global Forest Watch）
- 農作物の生育予測
- 都市化の経年変化分析
- 水資源の変動分析
プラットフォーム選択の指針
研究・教育用途
Google Earth Engineが第一選択。無料で使え、データカタログが豊富で、コミュニティも大きい。時系列分析や全球規模の分析に特に強い。
商業プロダクト開発
AWSが有力。AWS Ground Stationからの直接データ取り込み、SageMakerでの機械学習、Lambda/Step Functionsでの自動化パイプライン構築など、プロダクション環境の構築に適している。
衛星運用との統合
Azure Orbitalが候補。Azure Orbital Space SDKによる通信処理の柔軟性と、Azureの企業向けセキュリティ・コンプライアンス機能が強み。
ハイブリッド構成
実際には複数のプラットフォームを組み合わせるケースが多い。GEEで探索的分析を行い、本番環境はAWS上に構築するといった使い分けが一般的だ。
STAC（SpatioTemporal Asset Catalog）
衛星データのクラウド処理を支える重要な標準がSTACだ。STACは時空間データのカタログ化に関するオープン標準で、異なるプラットフォーム間でのデータ検索・アクセスを統一的に行える。
多くのクラウドプラットフォームがSTACに対応しており、特定のプラットフォームに依存しないデータアクセスが可能になっている。
COG（Cloud Optimized GeoTIFF）
従来のGeoTIFF形式は、ファイル全体をダウンロードしないとデータにアクセスできなかった。COGは、HTTPのRange Requestを使ってファイルの一部だけを読み込めるよう最適化されたGeoTIFFだ。クラウド上の大量の衛星画像に対して、必要な部分だけを効率的に読み取ることができる。
日本の状況
日本ではJAXAと経済産業省が運営する**Tellus（テルース）**が、衛星データのクラウド処理プラットフォームとして提供されている。日本の衛星データ（ALOS、ひまわりなど）に加え、Sentinel等の海外データも利用可能だ。
まとめ
衛星データのクラウド処理は、AWS・Azure・GEEの3大プラットフォームを中心に急速に進化している。データの標準化（STAC/COG）の進展により、プラットフォーム間の相互運用性も向上している。用途に応じて最適なプラットフォームを選択し、必要に応じて組み合わせることが現在のベストプラクティスだ。
あわせて読みたい
- 北海道×衛星データの可能性 — 農業・漁業・港湾・防災を束ねる「衛星活用の宝庫」
- Japan’s Satellite Data Ecosystem: Tellus, JAXA G-Portal, and the Path to Data-Driven Society
- 海洋×衛星データ市場の全体像（2026年版）— 626億ドルの宇宙経済から海洋セグメントを読む
参考としたサイト
- AWS Ground Station — AWSの衛星データダウンリンクサービス
- Microsoft Azure Orbital — Azureの衛星通信・データ処理サービス
- Google Earth Engine — Googleの地球観測データ解析プラットフォーム
- Tellus — 経産省・さくらインターネット運営の衛星データプラットフォーム
- STAC（SpatioTemporal Asset Catalog） — 地理空間データの標準カタログ仕様
