サービス範囲と実施計画
方向番号D48
需要シナリオ8件
メイン入力衛星/航空機 TIR L5; TIR+マルチスペクトル+GIS; TIR+気象学+マルチスペクトル。昼夜を問わず TIR+マルチスペクトル
一般的なルートT14、T08、T13、T20
プロジェクトの範囲は、サンプル、設備、作業条件、および書面による指標に基づいて決定されます。評価結果に応じて、汎用モジュール、特殊モデル、マルチセンサー統合を構成します。
応用シナリオと開発内容
IR377表面温度LST検索とヒートアイランド解析
- 最小入力とテクニカルルート
- 衛星/航空機 TIR L5;T14
- 目標出力
- LST、ヒートアイランド強度と質量層
- 実装
- 大気/放射率モデルが必要
- 批判的な受け入れ
- 地上局/高解像度画像と比較、RMSE
IR378都市の熱リスク、緑地および不浸透性表面との関連
- 最小入力とテクニカルルート
- TIR+マルチスペクトル+GIS;T14
- 目標出力
- 熱リスクゾーン分割と関連統計
- 実装
- 時空間統計が必要
- 批判的な受け入れ
- 一貫した時間/空間スケール、交絡因子の説明
IR379蒸発散量と農地の水消費量の推計
- 最小入力とテクニカルルート
- TIR+気象学+マルチスペクトル。T14
- 目標出力
- ET 推定とプロット統計
- 実装
- エネルギーバランスモデル
- 批判的な受け入れ
- 渦共分散/水バランスとの対比
IR380土壌水分と干ばつの熱慣性の代理
- 最小入力とテクニカルルート
- 昼夜を問わず TIR+マルチスペクトル。T14
- 目標出力
- 熱慣性/湿度の代理と変化
- 実装
- 土の真価が必要
- 批判的な受け入れ
- 対プローブ/サンプリング制御、土壌タイプの層別化
IR381火災、溶岩、産業用熱源のリモートセンシング
- 目標出力
- 熱異常、放射電力の代理および変化
- 実装
- 彩度/大気補正が必要
- 批判的な受け入れ
- 対イベント/地上局
IR382雪、氷、凍土、融解境界のマルチスペクトル分析
- 最小入力とテクニカルルート
- NIR/SWIR/TIR;T14
- 目標出力
- 雪氷指数、表面温度と変化範囲
- 実装
- 大気/地形の補正が必要
- 批判的な受け入れ
- サイトとの比較・高得点画像
IR383地雷エリア、尾鉱、地表変動の変化の検出
- 最小入力とテクニカルルート
- SWIR/TIR マルチフェーズ;T13+T14
- 目標出力
- 材料/温度の異常および変化層
- 実装
- グラウンドトゥルースが必要
- 批判的な受け入れ
- 登録エラー、エリア変更 IoU
IR384複数のソースの衛星、ドローン、地上の熱画像スケールの融合
- 目標出力
- フュージョンレイヤー、スケール変換、不確実性
- 実装
- 時空間モデルが必要
- 批判的な受け入れ
- クロススケールエラー、時間的マッチング、および品質レイヤー
実装および提供方法
- プロジェクト入力確認カメラ、スペクトル帯域、ビット深度、SDK、環境条件、サンプルおよび許容真の値を確認します。
- サンプル検証主要な処理リンク、適用条件、異常な作業条件を検証し、開発範囲と受け入れ方法を決定します。
- アルゴリズムの開発と統合データ解析、アルゴリズム、品質ゲーティング、インターフェイス、ターゲット プラットフォームの展開を実装します。
- テストの受け入れと引き継ぎ合意されたテストセットとターゲットプラットフォームに従って再テストし、成果物、テスト結果、適用条件を引き渡します。
- 要件と技術的ソリューション、入力と出力、およびインターフェイスフィールドの定義
- アルゴリズム ライブラリ、モデル、または SDK/API。納品形態はプロジェクト計画で確認されています
- サンプルプログラム、パラメータ構成、エラーステータス、呼び出し命令
- テストセットのバージョン、指標の定義、層別化の結果、失敗したサンプルの記録
- ターゲット プラットフォームの適応、リソース使用量、実行遅延記録
- バージョン、依存関係、ライセンス、再現手順、適用条件の説明
受け入れ設計
各シナリオは、「キーの受け入れ」に従って独立したテスト ケースを確立します。複数のシナリオ間でモデルを共有すると、結果は各シナリオ、距離、負荷、環境、ターゲット サイズごとに個別にレポートされ、全体的な統計によって補足されます。
高リスクのアラームまたは制御が関係する場合、アルゴリズムの出力はレビューまたはリンクの判断に使用されます。安全機能、規制上の責任、および自動廃棄には、個別の設計と承認が必要です。
企業顧客向けのよくある質問
シーンに基づいて直接購入できますか?
最初に別個の作業パッケージとして評価できます。正式な範囲では、デバイス、データ、ターゲット オブジェクト、環境、インターフェイス、納品形式、および受け入れしきい値を記述する必要があります。
異常検体がない状態でも開始できますか?
データ インターフェイス、通常のベースライン、取得計画、およびシミュレーション/制御されたテスト設計を最初に完了できます。十分な異常真値が得られた上で、異常検出率や故障分類の効果を評価することができます。
アルゴリズムはアラームや機器の動作を直接トリガーできますか?
期間、重複排除、品質ゲーティング、手動レビュー、通信障害、安全連動などはビジネスリスクに基づいて設計する必要があります。高リスクのアクションは、独立した安全メカニズムと現場での受け入れが完了した後にアクティブ化する必要があります。