課金説明
DJI FlightHub 2 パブリッククラウドでは、課金項目として ライブストリーム時間、マッピング画像、ストレージ容量 の 3 つがあります。
消費の確認方法
マイ組織→組織設定→組織パッケージ情報→使用詳細 に移動すると、ライブ配信とマッピングの使用量のCSVファイルをダウンロードし、使用明細を確認できます。
1 ライブストリーム時間の請求
1.1 パラメータの詳細
| パラメータ | 定義とよくある誤解 |
|---|---|
| 視聴ストリーム数 | 動画ストリームごとに1ストリームとしてカウントされます。機体の赤外線 + ワイドを同時に視聴 = 2ストリーム、バーチャルコックピットデフォルトの「カメラビュー + 補助ビュー」= 2ストリーム。よくある誤解:「1つのコックピットページ = 1ストリーム」だと思い込む。 |
| 視聴者数 | ページを開いているブラウザ/クライアントごとに1人の視聴者としてカウントされます。個別に課金され、共有されません。3人が同じ機体に対してページを開いた場合 = 3視聴者。よくある誤解:「同じライブストリームを複数人で視聴しても1回分しか課金されない」と思い込む。 |
1.2 ライブストリーム時間計算ツール
単一デバイスのライブストリーム消費推計(ドック 1 台 + 機体 1 機)課金ロジックの理解を深めるための公式請求基準に基づく計算
使用モード
同時視聴のストリーム数(ストリーム) · 赤外線 + ワイド = 2
視聴者数(名) · 開いたページごとに視聴者1名としてカウントされます
マルチモーダルAIオブジェクト検出を有効にする · 追加 +1 / 分
バックグラウンド自動録画ストリーム数(ストリーム) · 視聴者がいなくても課金されます
クラウドAIアルゴリズムインスタンス · 有効にすると即座に課金、追加 +1 / 分
1分あたりのライブストリーム消費時間
6 min
2 × 3 = 6
連続 1 時間 ≈ 360 分連続 24 時間 ≈ 8,640 分2,000分/月を消費し尽くすのにおよそ 5.6 時間かかります
消費ライブストリーム時間 = 視聴ストリーム数 × 視聴者数。マルチモーダルAIオブジェクト検出、自動録画、クラウドアルゴリズムは追加で加算されます。
計算結果はパブリック課金基準に基づく推計値であり、実際の請求は「組織パッケージ情報 - 使用詳細」をご参照ください。
1.3 最も超過しやすい 4 つのシナリオ
転送チャネルを開いたまま放置 (Sync / OpenAPI)
なぜ超過する?
視聴者がいなくても課金されます。「デバイスがオンライン + チャネルが開いている」限り継続して配信課金されます。RTSPの場合、各プルクライアントごとに追加で課金されます。
対策
未使用時は、チャネルを手動で閉じるか、転送設定を削除してください。また、冗長なプルクライアントがないか確認してください。
バックグラウンド自動録画 / クラウドAIアルゴリズムインスタンス
なぜ超過する?
「プロジェクト設定」で有効にすると、視聴者の有無に関わらず、バックグラウンドで継続的に実行されます。
対策
プロジェクト設定の自動録画スイッチや、アクティブなクラウドアルゴリズムインスタンスの数を定期的に確認してください。
バーチャルコックピットがデフォルトでダブルストリーム
なぜ超過する?
コックピットに入ると、システムが自動的に補助ビューを有効にするため、合計2ストリームとなり、最低でも2分/分が消費されます。
対策
不要な場合は、手動で補助ビュー画面を閉じてください。
複数人で同時に同じライブ配信を視聴
なぜ超過する?
視聴者ごとに個別に課金され、共有されません。5人で同時に見ると、課金額は5倍になります。
対策
同時視聴者数をコントロールし、視聴後はバックグラウンドに放置せず、すぐにページを閉じてください。
1.4 機能別の請求基準
| 使用シナリオ | 課金ルール | 無人視聴時の 課金有無 |
|---|---|---|
| デバイスステータスウィンドウ、バーチャルコックピット(手動クラウド録画含む)、マルチチャンネルライブストリーム、ライブストリーム共有、デバイス管理(デバイスO&Mライブストリーム) | 視聴者あたりのライブストリーム時間消費 = 視聴ストリーム数 × 視聴時間注意:機体の赤外線カメラとワイドアングルカメラの両方を同時に視聴した場合、ストリーム数は2として記録されます。 | なしページを閉じると停止 |
マルチモーダルAIオブジェクト検出 バーチャルコックピットおよびルートミッションでマルチモーダルオブジェクト検出を有効にする![]() | 追加消費ライブストリーム時間 = マルチモーダルオブジェクト検出が有効な期間 | あり |
バックグラウンド自動録画 プロジェクト設定でデバイスの自動録画を有効にして継続的なバックグラウンド録画を行う![]() | 録画ストリームあたりのライブストリーム時間消費 = 自動録画時間 | あり |
クラウド相互接続 / FlightHub Sync ライブストリーム転送、Open API ライブストリーム転送 Sync転送またはOpenAPIを介してサードパーティシステムにライブストリームをプッシュ![]() | RTMP転送チャネル:消費ライブストリーム時間 = 転送チャネル数 × 配信時間 RTSP転送チャネル:チャネルあたりの消費時間 = 転送チャネル配信時間 + プルクライアント 1 のプル時間 + プルクライアント 2 のプル時間 + ... + プルクライアント N のプル時間 RTSPは配信とプルの両方で課金されます。各プルクライアントのプル時間に基づいて追加課金されるため、請求額が異常に高くなる最も一般的な原因となっています。 | あり |
クラウドAIアルゴリズム(外部クラウドアルゴリズム) ![]() | 視聴者あたりのライブストリーム時間消費 = アルゴリズムインスタンスのアクティブ時間 × アクティブインスタンス数 | あり |
1.5 シナリオ別消費目安:1分あたりに実際にどれくらい消費されるか?
| シナリオ説明 | ストリーム数 | 視聴者数 | 1分あたりの消費 |
|---|---|---|---|
| バーチャルコックピットで機体カメラ1ストリームを視聴(補助ビューなし)、視聴者1名 | 1 | 1 | 1 分 |
| バーチャルコックピットで機体カメラ1ストリーム + 補助ビューを視聴、視聴者1名 | 2 | 1 | 2 分 |
| バーチャルコックピットで機体カメラ1ストリーム + 補助ビューを視聴、視聴者3名 | 2 | 3 | 6 分 |
| 上記 + マルチモーダルAIオブジェクト検出有効、視聴者3名 | 2 + 1 | 3 | 2×3+1 = 7 分 |
| 上記 + クラウド録画(機体カメラストリームの自動録画)、視聴者3名 | 2 + 1 + 1 | 3 | 2×3+1+1 = 8 分 |
| FlightHub Sync が RTSP で1ストリームを転送、5クライアントが終始プル | 1 | 5 | 1 + 5 = 6 分 |
| マルチチャンネルライブストリームページで4パネルを開く、視聴者2名 | 4 | 2 | 4×2 = 8 分 |
1.6 よくある質問
Q: 深夜2〜3時に課金記録が表示されます。これは異常な控除ですか?
異常ではありません。ドックデバイスは午前2〜3時にスケジュールされた再重启メンテナンスを実施し、課金記録は24時間サイクルで自動的に区切られます。この期間の課金エントリは課金の区切りによるものであり、新たな消費ではありません。
Q: ライブストリーム転送チャネルを誰も視聴していないのに、なぜ課金されるのですか?
転送チャネルが有効になると、デバイスがオンラインでチャネルが開いている間は継続的にストリーミング課金されます。
課金を停止するには:手動でチャネルを閉じるか、転送設定を削除してください。
Q: バーチャルコックピットに入った後、1分あたり2分が消費されるのはなぜですか?
バーチャルコックピットに入ると、システムはデフォルトで補助ビュー(FPVフィード)を自動的に有効にするため、2つのストリームを同時に視聴するのと同等になり、1分あたり2件の課金エントリが発生します。
FPVが不要な場合は、手動で補助ビュー画面を閉じると、1分あたり1分に戻ります。
Q: Sync転送設定を閉じていません。課金は続きますか?
転送チャネルがRTSPの場合、転送設定が有効でソースデバイスがストリーミング中である限り、クライアントが視聴しているかどうかに関わらず課金が継続します。
未使用時はチャネルを閉じるか設定を削除することをお勧めします。
Q: RTSPチャネルの課金が他のタイプよりも大幅に高いのはなぜですか?
RTSPは配信とプルの両方で課金されます。チャネル自体が配信時間で課金され、各プルクライアントはそれぞれのプル時間に基づいて追加課金されます。例えば、1ストリームを10分間転送し、5台のプレーヤーがそれぞれ8分間プルした場合、請求消費 = 1×10 + 5×8 = 50分 になります。
冗長なプルクライアントがないか確認してください。
2 マッピング画像 と ストレージ容量
2.1 マッピング画像
マッピング画像を消費する操作:リアルタイムマッピング、モデル再構築。
事前控除と返金
マッピングタスク開始時に必要な画像数が事前に控除されます。タスクが失敗した場合、画像は返金されます。
2.2 ストレージ容量
以下のリソースがストレージ容量にカウントされます:
| カテゴリ | ソース | 種類 |
|---|---|---|
| メディア | Pilot 2 アップロード、ドックアップロード、ローカルアップロード、ローカル録画、アラームスナップショット | 写真、動画、圧縮ファイル |
| モデル | リアルタイムマッピング、モデル再構築、ローカルアップロード | 2Dモデル、3Dモデル |
ストレージ容量が不足した場合
- 既存データは削除されず、通常通り閲覧・使用できます。
- 進行中のデータ録画とアップロードは正常に完了できますが、その後のアップロード、録画、関連機能が利用不可になり、残容量不足を示すプロンプトが表示されます。
3 リソース使用状況の詳細:請求の自慢監査方法
リソースの購入履歴、残量、使用詳細は マイ組織→組織設定→組織パッケージ情報 で確認でき、CSVファイルをダウンロードして具体的な使用状況を監査できます。
| 請求項目 | 詳細 | CSV明細フィールド |
|---|---|---|
| ライブストリーム時間 | 組織のライブストリーム時間の1日あたりの合計使用量 | 使用時刻、ライブ配信時間、タイプ、視聴プラットフォーム、プロジェクト、ユーザー、デバイス名、デバイスレンズ、デバイスSN |
| マッピング画像 | 組織の1日あたりの合計マッピング画像使用量(失敗したタスクのクォータは自動的に返金されます) | 使用時刻、使用数量(画像数)、ユーザー、プロジェクト、使用タイプ、モデル名、備考 |
| ストレージ容量 | 組織内のプロジェクトが占有するストレージ容量 | — |
注意
- リソースの使用詳細は、2024年11月7日のリリース以降に生成されたデータのみ参照でき、過去履歴データの遡り閲覧はサポートされていません。
- 複数のパッケージが有効な場合(例:BusinessとRecharge/Upgrade)、最も早く失効するパッケージのリソースから優先して消費され、期限の近いパッケージから優先的に消費されます。



