コア機能

水を読む。熱画像から灌水判断へ

温度の異常と、水不足の原因を切り分ける。

Sir Airffic Go

熱い場所を見つけても、すぐ水を増やすとは決めんのよ。

更新 2026-10-30 · 5 分で読む

画像は仮説をつくる

Airfficの設計提案・考え方

設計提案として、熱画像の候補を土壌水分、気象、灌漑履歴、生育段階と重ねる。撮影時刻や日射が違えば温度の比較は難しくなる。反射、裸地、影を作物の温度として読まないよう品質確認を設ける。

設備の問題も点検する

Airfficの設計提案・考え方

確認候補には、ポンプ、バルブ、配管、詰まり、圧力差、排水も含める。水不足らしい場所が見えても、施肥や病害、土壌条件が関わる場合を除外しない。灌水設定を変更する前に現地観察と担当者の判断を挟む。

水量と収量を両方見る

Airfficの設計提案・考え方

評価は使用水量の削減だけで終えず、収量、品質、電力、作業時間、ばらつきを追う。節水の効果を地域外へ移す際は、降雨、土壌、作物、灌漑方式の違いを記載する。

複合実証の成果を、ドローンだけの成果にせん

出典に基づく解説

IRRIが紹介したベトナムCan Thoの低排出稲作では、施肥・防除用ドローンと水位センサーなどを組み合わせとる。これは複数の道具を営農へ組み込む事例として読めるが、ドローン画像による灌水判断だけの効果を切り出した比較ではないんよ。本ガイドの読み取りとして、節水や収益の変化を説明するときは、水管理、肥培管理、作業方式、天候のどれが変わったかを明記する。技術一式を導入した前後の違いだけで、特定の機体や解析の因果効果まで確定したとは言わんことじゃ。

水管理と、画像情報の効果を分けて試す

Airfficの設計提案・考え方

検証案は、まず「画像を使うと、同じ水管理方針でも判断がよくなるか」という問いを一つに絞るんじゃ。条件をそろえた複数区画で、画像を使う組と、普段の観測だけで判断する組を比較する。水管理方式自体も変えるなら、その変更の有無と画像利用の有無を組み合わせて、何を比較したかを残す。区画の割り当ては可能な範囲で無作為にし、土壌や高低差は記録する。ただし同じ水路・水位操作の影響を受ける隣接地点を、独立した試験区として数えんことじゃ。十分な区画を設けられない実証は「探索的な観察」と示し、一回の好結果を普及効果へ拡大せず、複数時期で確かめる。

判断の記録を、後から検証できる形に

Airfficの設計提案・考え方

設計上は、画像を取得した時刻と、現地を確認した時刻、実際に灌水・排水を変えた時刻を分けて残す。変更前に「どの区域の何を改善したいか」「何を見たら戻すか」を担当者と決め、判断後に都合のよい評価項目へ差し替えんのよ。取水量や運転時間は測った範囲を明記し、面積だけでなく降雨、収量、品質、電力、巡回時間も比較する。画像処理や確認のために増えた仕事も費用へ入れる。撮影できなかった日、センサー欠測、農家が提案を採用しなかった日も記録に残し、うまく撮れた日だけを集めて有用性を説明せんことじゃ。

確かめたいこと残す記録言い過ぎを防ぐ点
情報が判断を変えたか提案前後の判断と担当画像を見ただけを改善と数えない
水の使い方が変わったか測定地点・水量・降雨・操作ポンプ時間だけで圃場水量を断定しない
農家の結果がよくなったか収量・品質・費用・作業時間節水率だけを成功条件にしない

追加灌水を提案しない反例も用意する

Airfficの設計提案・考え方

画面の設計例では、「温度の高い区域」へ即座に追加灌水のボタンを出さず、確認すべき仮説を短く並べる。配管や圧力の異常なら設備確認へ、排水や根の状態が気になるなら営農担当へ回し、原因未確定のまま全区画の水量を変えない流れにするんじゃ。比較用の写真や地上測定が古い場合は、判定を強くするのでなく保留へ戻す。農家には色の説明よりも「今日は何を確認するか」「誰へ連絡するか」「いつ見直すか」を渡す。担当者が不在でも自動変更に進まないよう、元の運用へ戻す条件と連絡経路を決め、提案を断った理由も改善材料にするんよ。

次の一歩を、確かめる

この端末のブラウザに保存します。運航の承認にはなりません。

出典・参照資料

UN Handbook — UAV applications in agricultural statistics ↗IRRI — Francophone Parliamentarians Explore Low-Emission Rice Farming in Vietnam ↗制度・製品条件は実施地域の最新の一次資料を確認してください。設計提案は本ガイド独自の整理です。
記事データ JSON ↓