Aボットアース 0.5
無料
ABot-Earth 0.5 は、Alibaba AutoNavi によって発売された世界初の 3D ネイティブ都市ワールド モデルです。単一の衛星画像またはテキストの説明を入力し、コンシューマー グレードの GPU で 10 分以内にキロメートル レベルの高精度 3D 都市シーンを生成し、編集可能な 3DGS 形式を出力して、Unity/UnrealEngine に直接インポートします。 190以上の国と地域をカバー。
ABot-Earth 0.5
ABot-Earth 0.5 のコアパラメータと統計
ABot-Earth 0.5 は、Alibaba AutoNavi の子会社である AMap CV Lab によって発売されたネイティブ 3DGS 生成地球モデルです。正式には「Generative 3D Earth Model」と位置付けられています。これは従来の 3D モデリング ソフトウェアではなく、生成 AI をコアとした 3D 都市世界モデルです。単一の衛星画像またはテキスト説明を入力し、10 分以内に消費者向け GPU でキロメートルレベルの高精度 3D 都市シーンを生成し、編集可能な 3D ガウス スプラッティング (3DGS) 形式を直接出力します。
| プロジェクト | 広報 |
|---|---|
| 公式の位置づけ | 生成 3D 地球モデル (生成 3D 地球モデル) |
| コアアーキテクチャ | ネイティブ 3DGS 生成フレームワーク + 圧縮生成パラダイム |
| 入力モード | 単一の衛星画像/テキスト説明 |
| 生成速度 | ~10 分/km2 (RTX 3090/4090 などのコンシューマ GPU) |
| 実稼働レベルのスループット | 単一タイル (約 2.56 km²) を約 25 分で完了 (A100 GPU)。 1000 枚のカード クラスターが 10 日間で世界の市街地を完成 |
| 取材範囲 | 300 以上の都市、190 以上の国と地域 |
| 出力形式 | ネイティブ 3D ガウス スプラッティング (3DGS)、LOD レベルをサポート |
| エンジン対応 | Unity、Unreal Engine、OGC 3D タイル標準をサポート |
| データサイズ | ~3.2 兆のガウス プリミティブ (グローバルな市街地) |
| オープンソースライセンス | GitHub パブリック リポジトリ (amap-cvlab/ABot-Earth-0.5)、技術レポートを含む |
| コミュニティの規模 | GitHub 184 スター、11 フォーク、2 ウォッチャー (2026 年 7 月現在) |
| 最新バージョン | v0.5 (~2026-06) |
| テクニカルレポート | arXiv 2606.09967 + GitHub 技術レポート.pdf |
| 開発者 | AMap CV Lab、Alibaba AutoNavi |
一言で簡単なレビュー: ABot-Earth は別の 3D モデリング ソフトウェアではありませんが、地球を「生成可能な 3D キャンバス」に変えます。以前は専門チームと数ヶ月をかけて完成していたキロメートル レベルの都市モデリングが、衛星画像 + 消費者向けグラフィック カード + 10 分で完了できるようになりました。
タイプの決定: 主なタイプは [基本的な大規模モデル/API インフラストラクチャ] です。これはエンドツーエンドの 3D 都市生成モデルであり、中心となる成果物は生成 3DGS シーンです。同時に、Web Studio (ABot-Earth Studio) を介して[生産性/ビジネスサイドアプリケーション]の形でエンドユーザーに配信されます。以下の詳細な分析では、この二重タイプについて説明します。
ABot-Earth 0.5 のユーザーと市場の認知度
ABot-Earth 0.5 は 2026 年 6 月頃に一般公開される予定で、Alibaba Amap AMap CV Lab によって開発されます。市場での認知度は、学術的影響力、業界の注目度、コミュニティでの検証という 3 つのレベルで評価できます。
学術的な影響: 技術レポートは arXiv (2606.09967) で公開されており、Hugging Face Papers に含まれています。この論文では、ネイティブ 3DGS 生成フレームワークを提案しています。これは、FID インデックスが 16.1 で、以前の最適なベースライン (EarthCrafter の 69.5) を大幅に上回り、KID は 0.061 から 0.006 に低下します。これは、現実世界の 3DGS 再構成データでこのレベルのパフォーマンスを達成する最初の生成方法です。
業界の注目: 3D 分野における AutoNavi の最先端製品である ABot-Earth は、当然ながら AutoNavi の世界地図データと Alibaba のインフラストラクチャ リソースによってサポートされています。内部テスト段階では、ゲーム スタジオとデジタル ツイン チーム向けのアプリケーションが公開されました。 YouTube のデモ ビデオでは、生成されたエフェクトの完全なデモンストレーションが提供されています。
オープンソース コミュニティの検証: GitHub リポジトリは完全な技術レポート (tech-report.pdf) を提供しており、オープンソース契約は公開されています。 184 スターと 11 フォークは大規模なオープンソース プロジェクトではありませんが、企業の研究所からのリリースとして、コミュニティの共同構築ではなくテクノロジーの公開に焦点を当てています。 2 人の寄稿者 (qianmingduowan、frankjiang) はどちらも AMap CV Lab のコア メンバーです。
市場での位置付けの独自性: Google Earth の従来の写真測量再構成である Marble の手続き型生成とは異なり、ABot-Earth は「実際の衛星画像に基づいてネイティブ 3DGS をエンドツーエンドで生成」する最初の技術的ルートです。 Google Earth の 3D カバー範囲は、スキャンされたまばらな都市部に限定されていますが、ABot-Earth は、アイルランドの田舎など、スキャンされたデータがない地域の衛星画像から直接 3D シーンを生成できます。
ABot-Earth 0.5 のコスト上の利点
ABot-Earth のコスト上の優位性は、単にサブスクリプション価格を比較するのではなく、技術的なルートの代替と展開レベルという 2 つの側面から解体する必要があります。
代替技術ルート: ジェネレーティブ vs 従来の写真測量
| 寸法比較 | 従来の写真測量 (Google Earth 方式) | ABot-Earth 0.5 (生成) |
|---|---|---|
| データ収集 | 斜め撮影 / LiDAR スキャンには数か月かかります | 単一の衛星画像 (世界中で利用可能) |
| 平方キロメートルあたりのコスト | 数万ドルから数十万ドル | 従来の方法の ~1% (技術レポート データ) |
| 処理サイクル | 数週間から数か月 | 生成には 10 分、実稼働グレードのタイルの場合は 25 分 |
| チームの要件 | 専門の測量および地図作成チーム + GPU クラスター | 1 人 + コンシューマ GPU |
| 適用範囲の一貫性 | 都市部のみをスキャン | 衛星画像のカバー範囲を生成可能 |
| 出力の編集可能性 | クローズド形式、輸出制限あり | ネイティブ 3DGS、Unity/UE にインポート可能 |
C サイド/個人開発者: 内部テスト期間中に Web Studio の無料使用を申請してください。ローカル推論には、コンシューマ グレードの GPU (RTX 3090/4090 レベル) を独自に用意する必要があります。単一シーンの生成では電力と GPU の減価償却のみが消費され、明示的なコストは非常に低くなります。商用認可の境界は内部テスト条件では開示されておらず、生成されたアセットの商用利用権は使用前に確認する必要があります。
API/開発者: スタンドアロン API の価格は現時点では公開されていません。内部テスト段階では、Web Studio (abot-earth.amap.com) が配信ポータルとして使用され、独立した SDK や REST API は提供されません。今後AmapがAPIチャネルをオープンするかどうかに注目していきたいと考えています。
エンタープライズ/ゲーム スタジオ: シーンをバッチ生成する必要があるチームの場合、GPU クラスターの導入コストを評価する必要があります。技術レポートによると、グローバル ビルトアップ エリア (約 800,000 km²) の完全な生成には、1000 カードの A100 クラスタで約 10 日かかることが判明しています。実際のコストは、GPU のコンピューティング能力、データ転送、ストレージで構成されます。従来のアウトソーシング モデリング (平方キロメートルあたり数千ドルから数万ドル) と比較して、生成ルーティングはコストを約 1% に圧縮できます。
隠れたコスト: この段階で最も注目すべき隠れたコストは、生成品質が入力衛星画像の解像度と鮮明さに依存することです。 3DGS 形式は、従来のゲーム エンジン パイプラインと統合する場合、追加の変換手順が必要になる場合があります。また、内部テスト段階ではまだ明確になっていない商用 SLA やサービスの安定性も必要になります。
ABot-Earth 0.5の主な機能
ABot-Earth 0.5 の機能は、「衛星画像からインタラクティブな 3D 世界までのエンドツーエンドの生成」を中心に設計されています。コア機能は次の 6 つのカテゴリに要約できます。
- 単一画像/テキスト生成 3D 都市: 単一の衛星画像または自然言語の説明を入力して、キロメートルレベルの高精度 3D シーンを自動的に生成します。地球上のあらゆる座標からのスタートに対応し、都市、郊外、自然地形などさまざまな地形をカバーします。
- ネイティブ 3DGS 出力: ジオメトリ、テクスチャの詳細、セマンティック情報を維持しながら、3D ガウス スプラッティング形式に直接出力します。各シーンは、色、透明度、回転、共分散パラメータを備えた何百万もの 3D ガウス楕円体で構成されており、従来のメッシュよりも葉や水などの非多様体ジオメトリの表現に優れています。
- マルチ LOD ネイティブ生成: モデルには、生成後のダウンサンプリングではなく、生成フェーズ中に LOD 階層構造が組み込まれています。惑星レベルの俯瞰から街路レベルの詳細へのスムーズな移行をサポートし、YunJing レンダリング エンジンで何兆ものガウス プリミティブのリアルタイム ストリーミング レンダリングを実現します。
- エンジンの統合と編集機能: 生成された 3DGS シーンは、Unity や Unreal Engine などの主流のエンジンに直接インポートでき、編集、組み合わせ、二次創作をサポートします。 COLMAP で再構築された高精度ランドマーク モデル (エッフェル塔、コロッセオなど) を生成的なコンテキスト ハイブリッド ワークフローに統合することを実証する技術レポート。
- スライディング ウィンドウのシームレスな推論: スライディング ウィンドウの推論戦略を採用して、隣接して生成されたブロックの遷移領域でインテリジェントな融合を実行し、スプライシング アーティファクトを排除し、大規模なシーンの視覚的な連続性を確保します。 1 つの推論ブロックは 1.6 km × 1.6 km (4K 衛星画像入力) をカバーし、内部スライディング ウィンドウは 200 m × 200 m のトレーニング タイル単位で生成されます。
- クロスドメイン条件適応: VLM (Visual Language Model) による条件適応メカニズムを通じて、全地球規模の衛星画像の解像度、撮影角度、大気条件などの大きな違いに対応します。トレーニング フェーズでは、シミュレートされた衛星パースペクティブを使用してデータをレンダリングし、推論フェーズでは VLM を使用して実際の衛星入力に動的に適応します。
エキスパートビュー: ABot-Earth の設計の独創性は、「生成してからエクスポートする」というよりは「サービスとして生成する」ことにあります。ネイティブのマルチ LOD 機能により、ユーザーはレンダリングの最適化に追加投資する必要がなく、生成の瞬間からストリーミング可能な階層が利用可能になり、従来の 3D 再構成で最も時間のかかる最適化後の問題が解決されます。さらに、衛星画像を入力条件として使用することで、Google Earth などの写真測量ソリューションの構造的な盲点となっている航空測量や地図作成機能のない地域（発展途上国、遠隔地）でも 3D デジタルベースマップを迅速に構築できます。
ABot-Earth 0.5 のモデルとバージョンの進化
ABot-Earth のバージョン構造は現在比較的簡潔で、迅速な反復の初期段階にあります。
メインライン リリース
- v0.1 (~2025-06) — 早期プレビュー: ABot-Earth プレビュー。基本的な 3D 都市生成機能の検証。 3DGSキャラクタリゼーション＋衛星画像条件生成の技術ルートを確立しました。現在、公開されている独立した展開バージョンはありません。
- v0.5 (~2026-06) — 現在の最新バージョン: ABot-Earth 0.5。主な進歩は 3 つの側面にあります。 - ネイティブ 3DGS 生成フレームワークを提案する (生成後に 3DGS に変換するのではなく)。複数の LOD レベルの内因性生成を実現します。そして、190以上の国と300以上の都市をカバーできるグローバルな生産パイプラインを構築しています。技術レポートとGitHubリポジトリが公開され、Web Studioの内部テストが開始されます。
2 つのバージョン間の約 1 年のギャップは、ABot-3DGS 再構築パイプライン、グローバル マルチソース データ スケジューリング、兆レベルのレンダリング エンジン (EarthScape) の構築などの体系的なプロジェクトを含む、アルゴリズムの検証からエンジニアリングの導入までの膨大な作業負荷を反映しています。
バージョン リズムの判断: Amap Research Laboratory の結果、ABot-Earth のリリース リズムは、「連続的なスモール ステップ」ではなく「マイルストーン メジャー リリース」に似ています。 v0.5 の成熟度はアカデミック デモの段階を超え、社内でテストできる製品化の段階に入りました。次のバージョンでは、生成解像度の向上、地上レベル (ストリートビュー) の詳細生成、商用 API のオープンという 3 つの方向で進化することが期待されています。技術報告書には次の段階の目標として「空から地上へ」と明記されている。
ABot-Earth 0.5 の技術的利点
ABot-Earth の技術的利点は、一般的な 3D 生成モデル (TRELLIS、Hunyuan3D など) と比較するのではなく、「生成 3D 地球モデル」という独自の位置付けから理解する必要があります。以下では、4つのコア技術革新を「メカニズム→効果→適用シナリオ」の連鎖に沿って分析します。
ネイティブ 3DGS 生成フレームワーク: 「最初にグリッドを作成してからフォーマットする」という回り道を回避
メカニズム: 既存の 3D 生成モデルのほとんどは出力としてメッシュまたは NeRF で表され、3DGS にエクスポートするには追加の変換手順が必要です。 ABot-Earth は、圧縮生成パラダイム内で 3DGS の潜在空間を直接学習します。最初に現実世界の 100 万レベルの 3DGS シーンをコンパクトな潜在ベクトルに圧縮し、次に潜在空間で拡散モデルをトレーニングして新しい 3DGS シーンを生成します。
効果: 生成された 3DGS シーンは、フォーマット変換せずにレンダリングと編集に直接使用できます。 3DGS はメッシュベースのソリューションと比較して、木の葉、水面、ガラスカーテンウォールなどの複雑な形状をより自然に表現し、差分レンダリングにも自然に対応します。
該当するシナリオ: 高頻度の反復を必要とするシナリオ (ゲーム開発のラピッド プロトタイピング、デジタル ツインの迅速な構築)、および既存の 3DGS ワークフロー (Unity/UE プラグインなど) と連携する必要があるチーム。
内因性の複数 LOD レベル: レンダリング効率は最適化後の影響を受けません
メカニズム: デコーダは、最初に完全な高精度モデルを生成してからダウンサンプリングするのではなく、生成時にマルチレベル 3DGS 構造 (ズーム 14 ～ 19) を生成します。高精度レイヤー (ズーム 17 ～ 19) は生成モデルによってネイティブに出力され、低精度レイヤー (ズーム 14 ～ 16) は Bhattacharyya 距離ガイド統計ダウンサンプリングによって生成され、CPU 上で並列実行できます。
効果: 地球規模の鳥瞰図からストリート レベルまでの連続ズームをサポートします。 YunJing レンダリング エンジンは、ビューポートに従って対応する LOD レベルを動的にスケジュールし、数兆のプリミティブのリアルタイム インタラクティブ フレーム レートを実現します。従来のパイプラインにおける「大きすぎてリアルタイムでレンダリングできない高精度モデル」というボトルネックを回避します。
該当するシナリオ: 大規模な 3D シーンのインタラクティブな閲覧を必要とするアプリケーション (Web マップ、デジタル ツイン都市コマンド センター、ドローン ルート計画)。
スライディング ウィンドウ シームレス推論: 「大規模シーン生成」のスプライシング問題を解決します。
仕組み: トレーニングフェーズは 200 m × 200 m のタイルで測定され、推論フェーズは 1.6 km × 1.6 km のブロックで測定されます。隣接して生成されたブロックの重なり合う領域では、インテリジェントな重み融合戦略によって境界アーティファクトが除去されます。
効果: 単一の推論ブロックのカバレッジ エリアはトレーニング タイルの 64 倍であり、完全なシーンの生成に必要な推論の数が大幅に減少します。そして境界融合効果は主観評価において「ほぼシームレス」の視覚レベルに達している（技術報告書図4）。
適用可能なシナリオ: 継続的に大規模な 3D コンテキストを必要とするプロジェクト (都市レベルのデジタル ツイン、自動運転シミュレーション、低高度経済空域管理)。
クロスドメイン条件適応: 「不安定な衛星画像品質」を設計上の利点に変える
メカニズム: トレーニング フェーズでは、条件として 3DGS シーンから「シミュレートされた衛星透視」画像がレンダリングされます。推論段階では、VLM を使用して実際の衛星入力の撮影角度、大気条件、解像度、その他の特性を分析し、生成されたパラメーターを動的に適応させます。
効果: このモデルは、さまざまなソースや品質からの衛星画像に対して堅牢です。 Google Earth に 3D データが不足している地域 (アイルランドの田舎など) でも、ABot-Earth は建物、道路、植生を含む適切な 3D シーンを生成できます。
該当するシナリオ: 衛星画像の品質が不均一であるグローバル カバレッジ プロジェクト、または測量およびマッピング データを使用せずに地域の 3D ベースマップを迅速に確立する必要があるアプリケーション。
競合製品との技術的比較:
| 寸法 | グーグルアース | 大理石 (手続き型生成) | シティドリーマー / アースクラフター | ボットアース 0.5 |
|---|---|---|---|---|
| テクニカルルート | 斜め写真測量 + 手動後処理 | 手続き型ルールの生成 | 拡散モデルの生成と 2D ビューの再構成 | ネイティブ 3DGS 生成 |
| データ依存性 | マルチアングルの斜め写真が必要 | 実際のデータは必要ありません | トレーニング データが必要です | 衛星画像は 1 つだけで十分です。 |
| 取材範囲 | まばらな都市部のみ | 無制限だが現実的ではない | エリア限定 | 衛星画像のカバー範囲は十分です |
| 生成速度 | 数か月から数年 | インスタントだが現実ではない | 分レベル（限定エリア） | ~10 分/km² |
| 出力形式 | クローズド形式 | エンジン固有 | 2D ビュー/メッシュ | ネイティブ 3DGS |
| 編集可能性 | 限定 | パラメトリック | 低い | 高（3DGS直接編集） |
| ビジュアル品質評価 | ジオメトリ/テクスチャ 高、美的中 | ビジュアルルールの品質 | FID 69.5 (アースクラフター) | FID 16.1 |
ABot-Earth 0.5 の使用方法
ABot-Earth は現在、内部テスト Web Studio をメインの配信ポータルとして使用しており、使用パスは次のとおりです。
| 入口 | アクセス方法 | 群衆に適しています | 前提条件 |
|---|---|---|---|
| Webスタジオ（正面玄関） | abot-earth.amap.com → 内部テストの申し込み | すべてのユーザー | 社内テストに合格したアプリケーション + デスクトップ ブラウザ (WebGL サポート) |
| 世界探索 (デフォルトシーン) | abot-world.amap.com | ユーザーの閲覧 | 申請する必要はありません。プリセットされた 3D 都市を直接探索できます。 |
| 技術レポートとコード | GitHub: amap-cvlab/ABot-Earth-0.5 | 研究者/開発者 | 推論コンテキストと GPU を自分で設定する必要がある |
| ローカル推論 (内部ベータ版) | 内部ベータ ユーザーには、ローカル推論を再開する権利があります。 GPU を使用する開発者 | コンシューマ GPU (RTX 3090/4090) + 内部ベータ認定 |
一般的な使用プロセス (Web Studio):
- abot-earth.amap.com にアクセスし、「ログインして内部テストを申請する」をクリックして申請を送信します。
- レビューに合格したら、Studio に入り、「インスタント作成」モードを選択します。
- 入力方法を選択します: 衛星画像をアップロードするか、テキストの説明を入力します (「東京、新宿の 3D 都市を生成する」など)。
- 生成が完了するまで約 10 分間待ちます (コンシューマ GPU)。
- 3D プレビュー ウィンドウで生成された結果を確認し、スケーリング、回転、移動をサポートします
- 生成された 3DGS 形式のアセットをダウンロードし、Unity、Unreal Engine、または 3DGS をサポートするその他のツールにインポートします。
専門家によるヒント: この段階では、内部テストを申請する前に、まず「World Exploration」機能 (abot-world.amap.com) を通じて生成品質とカバレッジ レベルを理解することをお勧めします。 Web Studio は WebGL に基づいているため、デスクトップ Chrome/Edge は最高のエクスペリエンスを提供します。内部ベータ認定の承認速度と SLA は、公式の実際のプロセスの対象となります。
ABot-Earth 0.5 の製品価格
ABot-Earth は現在内部テスト段階にあり、公開されている価格情報は限られていますが、製品の形式に基づいて 3 つの層に分解できます。
- C クライアント/個人ユーザー: 内部ベータ期間中に Web Studio を使用して無料でシナリオを生成します。ローカル推論には独自のコンシューマーグレードの GPU を持ち込む必要があります (Web Studio はクライアントの AI 推論をクラウドで完了しますが、ローカル推論には独自のグラフィックス カードが必要です)。無料クォータ、生成時間、解像度の制限には、内部ベータ条件が適用されます。
- 開発者/研究者: GitHub ウェアハウスおよび技術レポートは無料で公開されており、技術レポートに基づいて複製または再開発することができます。 APIの営業時間や価格戦略は発表されていない。
- エンタープライズ/ゲーム スタジオ: 商用価格は今後発表されます。 1000 枚のカード A100 クラスターが 10 日間でグローバル生成を完了できるという技術レポートから判断すると、エンタープライズ レベルのバッチ生成の価格は、GPU コンピューティングの消費電力 + データ使用許可に基づいて決まります。現時点では、社内のベータ チャネルを通じて AutoNavi チームに連絡し、ビジネス見積もりを取得することをお勧めします。
従来のモデリングによるコスト ベンチマーク (控除参考、非公式データ):
- 従来の方法: 1 平方キロメートルの都市 3D モデリングの外注コストは約 5,000 ～ 50,000 米ドルで、サイクルタイムは 2 ～ 8 週間です。
- ABot-Earth 生成パス: GPU コンピューティング コスト (クラウド GPU 換算) ~50 ～ 200 ドル/km² + 10 分の生成時間
- 主要なコスト削減源: 現地調査、手動モデリング、および複数回の修正のプロセスを排除し、コストのうち人件費部分をほぼゼロに削減します。
ABot-Earth 0.5 のアプリケーション シナリオ
ABot-Earth のアプリケーション シナリオは、一般的な 3D モデリングではなく、「高速、低コスト、大規模な 3D 都市空間データを必要とする」分野に焦点を当てています。
- ゲーム開発 - オープンワールド ベースマップの生成: 衛星画像を使用してオープンワールドの都市ベースマップを生成し、従来の手動モデリングや手続き型生成を置き換えます。このメリットは 2 つのレベルで反映されます。まず、都市レベルのシーン構築が「数か月」から「数日」に短縮されます。第 2 に、生成された結果は実際の地理データに基づいており、自然に空間的に合理的であるため、「都市レイアウトの作成」におけるアート チームの作業負荷が軽減されます。承認の重要なポイント: 生成された建物のレイアウトが実際の道路網に準拠しているかどうか、およびテクスチャ スタイルがゲーム アート スタイルと一致しているかどうか。
- 身体化インテリジェンス/自動運転シミュレーション: 無人航空機 (UAV) および自動運転車に高精度の 3D 都市トレーニング コンテキストを提供します。 ABot-Earth によって生成されたシーンは物理的に現実的で、複数の視点で一貫性があり、クローズド シミュレーションで実際の航空写真データを置き換えることができます。技術レポートでは、適用されるエンボディド AI シナリオとして、密閉型 UAV ナビゲーションを明示的にリストしています。承認の重要なポイント: レンダリングの幾何学的精度が、Sim-to-Real の移行およびセンサー シミュレーションの忠実度の要件を満たしているかどうか。
- 低高度の経済および空域管理: UAV のルート計画、空域衝突検出、および緊急着陸地点の評価をサポートする 3 次元デジタル ベース マップ。低高度経済には、（いくつかのルートだけではなく）都市全体をカバーする 3D マップが必要ですが、ABot-Earth の生成パスはカバー範囲の問題を解決します。合格のポイント：建物の高さ推定の精度、障害物（電柱、樹木）の検出の完全性。
- デジタル ツイン シティ: 都市レベルのデジタル ツイン ベースを迅速に構築します。従来の方法ではデータ収集とモデリングのサイクルに数か月から数年かかりますが、ABot-Earth では「最初のマッピング」の時間を数日に短縮できます。 3D 基本マップの頻繁な更新が必要な都市計画、緊急管理、環境監視などのシナリオに適しています。受け入れられるための重要なポイント: GIS システム (Cesium など) との統合の容易さと、更新サイクルの予測可能性。
- **映画とテレビの制作およびバーチャル制作
フィルム**: ライブショットや純粋な CGI 構築を置き換えて、実際の都市背景のデジタル ツイン シーンを生成します。生成された 3DGS シーンは、仮想制作のコンテキスト ベースマップとして使用でき、リアルタイム カメラ ローミングをサポートします。承認のための重要なポイント: 出力形式と UE/Unity パイプラインとの互換性。 LOD 切り替えがリアルタイム レンダリング フレーム レートに影響するかどうか。
シーン適応マトリックス:
| シナリオ | 推薦 | コア指標 | 受け入れに関する懸念 |
|---|---|---|---|
| ゲームのオープンワールドベースマップ | ★★★★★ | 生成速度、シーンスケール | 建物レイアウトの合理性、エンジン互換性 |
| 具現化されたインテリジェントなシミュレーション | ★★★★★ | 幾何学的精度、マルチビューの一貫性 | Sim-to-Real 転送効果 |
| 低高度経済空域管理 | ★★★★☆ | 適用範囲、建物の高さの精度 | 障害物の完全性、座標系の調整 |
| 都市デジタルツイン | ★★★★☆ | 更新頻度、GIS との統合 | LOD スイッチングの流暢性、データ形式 |
| 映画とテレビのバーチャル制作 | ★★★☆☆ | ビジュアル品質、リアルタイムフレームレート | アートスタイルの制御性、変更の柔軟性 |
ABot-Earth 0.5の対象者
ABot-Earth は、「単一の 3D アセット」ではなく「大規模な 3D シーン」を必要とするユーザー グループにサービスを提供しており、その適用可能な境界は比較的明確です。
- ゲーム スタジオ (オープン ワールド ディレクション): 現実の都市のコンテキストに応じたベース マップを迅速に構築する必要があるチーム。 ABot-Earth は、「実際の都市を参照して手動で構築する」という従来のプロセスを置き換えることができます。ただし、注意してください: 生成されたシーンは「様式化された」ものではなく「現実的」であり、漫画やローポリゴンなどの非現実的なレンダリング スタイルを使用するアート パイプラインには追加のレンダリング作業が必要です。
- デジタル ツインおよび GIS チーム: 都市、公園、交通ハブの 3D デジタル ベース マップを構築する必要があるチーム。 ABot-Earth の価値は、最初のモデリング サイクルを「月」から「日」に短縮することにあり、地理座標を調整する自然な機能を備えています。ただし、生成シーンの「絶対精度」はレーザースキャンによる再構成ほどではなく、高精度のBIMデータと混合・重ね合わせる必要がある。
- 自動運転シミュレーション エンジニア: 知覚アルゴリズムをトレーニングおよび検証するには、多様で一般化可能な 3D 都市シーンが必要です。 ABot-Earth は、さまざまな国の地形や建築形態、都市スタイルをカバーできます。ただし、現在のバージョンは主に航空写真の視点に基づいており、地上レベル (道路レベル) の詳細の生成が次の明確な目標です (技術レポート §6)。現時点では、「航空写真パース計画」に基づいたシミュレーション タスクに適しています。
- UAV と低高度経済チーム: ルート計画と空域管理をサポートするには、都市全体をカバーする 3 次元地図が必要です。 ABot-Earth のグローバル カバレッジ機能と分単位の生成速度により、従来のソリューションの「カバレッジ デッド スポット」問題が解決されます。
- 研究機関および教育機関: 学術研究 (都市コンピューティング、リモート センシング、身体化インテリジェンス) のために大規模な 3D 都市データが必要です。技術レポートと GitHub リポジトリは、完全な理論的基礎と再現の手掛かりを提供します。
推奨されない/人には当てはまりません:
- Solo 3D Asset Creator: 都市レベルのシーンは必要なく、単一の建物またはオブジェクトのみが必要なチームにとって、ABot-Earth は適切なツールではありません。このような要件は、TRELLIS や Hunyuan3D などのオブジェクト レベルの生成モデルにより適しています。
- センチメートル レベルの精度を必要とする測量プロジェクト: ABot-Earth の生成シーンは、「視覚的に妥当な」レベルでは良好に機能しますが、絶対的な幾何学的精度の点では、レーザー スキャンや斜め写真の再構成のセンチメートル レベルの標準には達しません。工学測量や現況測定などのシナリオでは、依然として従来の測定方法が必要です。
- 特定のアート スタイルに大きく依存するプロジェクト: ABot-Earth によって生成されたシーンは、「実際の衛星画像のスタイル」を反映しています。プロジェクトで特定のアート スタイル (サイバーパンク、インク スタイル、ローポリゴン) が必要な場合は、追加のスタイル化後の処理が必要です。
- GPU リソースを持たない個人ユーザー: Web Studio はクラウドで推論を実行できますが、ローカル デプロイメントとバッチ ビルドにはコンシューマー グレードの GPU が必要です。 GPU がないと、ユーザー エクスペリエンスが制限されます。
ABot-Earth 0.5 の概要と展望
ABot-Earth 0.5 は、3D 都市モデリングの技術的な敷居とコストを 2 桁削減します。これは「より高速な 3D モデリング ツール」ではなく、「マッピング + 再構築」から「記述 + 生成」まで、「3D 都市を取得する方法」の道筋を再定義します。その主な差別化点は 3 つの点にあります。ネイティブ 3DGS 表現はすぐに使用できる形式の利点をもたらし、内因性 LOD 構造は兆レベルのシーンのリアルタイム レンダリングの問題を解決し、衛星画像の状態に基づいて世界中のあらゆる座標を一般化してカバーできる機能です。
現在の制限と不確実性:
- 内部テスト段階の不確実性: Web Studio は内部テスト期間中です。アプリケーションの承認速度、生成クォータ、サービス SLA はすべて、公式の実際のプロセスに基づいています。公的な商業条件はまだありません。
- 生成品質は入力に依存します: 衛星画像の解像度が低く、曇りで覆われており、影がひどい地域では、生成品質が大幅に低下します。内部テスト段階では、高品質の衛星画像エリア (都市中心エリア) から評価を開始することをお勧めします。
- 3DGS 形式の生態学的成熟度: 3DGS は学術コミュニティで急速に人気を集めていますが、主流のゲーム エンジン (Unity、UE) のネイティブ サポートはまだ構築中です。従来のパイプラインにインポートするには、追加の形式変換プラグインまたはランタイム ライブラリが必要になる場合があります。
- 商用認可の境界が明確ではない: 生成されたアセットの商用使用権条件、著作権所有権、および再配布ルールは、内部テスト段階では開示されていませんでした。商業利用する前に、Amap を通じて認可範囲を確認する必要があります。
- 地上レベルの詳細が一時的に欠落しています: 現在のバージョンは主に航空/衛星ビュー (斜め航空写真) に基づいており、地上レベルの道路レベルの詳細が次の明確な目標です。
調達/採用リスク評価:
- 短期 (0 ～ 6 か月): ゲーム スタジオとデジタル ツイン チームは、内部ベータ チャネルを通じてエクスペリエンスを申請することをお勧めします。独自のビジネス シナリオの下で、生成品質、エンジンの互換性、反復効率の向上を検証することに重点を置きます。まだベータ版である実稼働パイプラインの製品だけに依存しないでください。
- 中期 (6 ～ 12 か月): AutoNavi が API/SDK をオープンするかどうか、エンタープライズ バージョンの価格設定を開始するかどうか、Unity/UE での 3DGS ネイティブ サポートの進捗状況に注目してください。 ABot-Earth に明確な商業化の道筋がある場合 (生成エリアに基づく価格設定、民営化された展開の提供など)、低リスクおよび中リスクのプロジェクトに完全に採用できます。
- 長期 (12 か月以上): 地上レベルの詳細、高解像度出力、シーン編集機能の向上により、ABot-Earth はデジタル ツインとゲーム開発の標準の「3D シーン ベース レイヤー」になる可能性があります。企業は購入前に、生成されたデータの知的財産権の所有権、商用 SLA における可用性の約束、および AutoNavi のこの製品に対する長期的な約束を確認する必要があります。
関連ツール: midjourney、stable-diffusion
バージョン情報
- Aボットアース 0.5 ：3D 都市の単一画像/テキスト生成、10 分間の消費者向け GPU 推論、および 190 か国以上をカバーする 3DGS 形式の出力をサポートします。
- ABot-Earth プレビュー ：初期プレビュー版、基本的な3D都市生成機能の検証。
ユーザーレビュー