二機なら二倍、とはいかん。帰ってくる場所も同じじゃけえ。
編隊飛行と作業分担を混同しない
本章は設計提案であり、実機の管制ソフトではない。農地を分割して複数機へ割り当てる方式と、互いの位置を見ながら協調制御する方式は要求が違う。地域の同時運航条件、操縦者数、監視、通信要件を先に確認する。
圃場の分割だけでは足りない
セルごとに作業時間帯を予約し、移動経路、離着陸域、非常着陸先、補給設備も共有資源として扱う。隣接区画の散布が風下側に影響する可能性も考える。境界の重複処理を防ぐため、担当変更時には完了範囲と保留範囲を引き継ぐ。
古い位置情報を安全と見なさない
設計例では各機の状態に観測時刻と有効期限を付ける。通信断を検出したら割当済み空間をすぐ空きにせず、保留状態にする。緊急帰還が一つの着陸点へ集中しない設計と、操縦者の優先介入を実機・地域条件に合わせて検証する。
機体数より待ち行列
増機判断には、処理能力だけでなく最長待ち時間、充電待ち、操縦者負荷、再作業率、通信の欠測を使う。デジタル試験、閉鎖環境、限定圃場の順で検証し、同時機数を増やすたびに運航条件と人員体制を見直す。
群で撮る研究と、群で散布する能力を分ける
Olds Collegeの石の地図づくりは、複数機の同時飛行と現地確認を組み合わせる計画として紹介されとる。掲載ページだけでは、散布機群の完成、増機による利益、別メーカー同士の協調まで確認できん。研究目的と確認済みの成果を分けることが大事じゃ。
割り当ては、送信しただけでは確定せん
以下は運航管理を考えるための設計例で、実機への制御手順ではないんよ。任務ID、計画版、対象区画、担当機、担当者、開始条件を一つの割当記録にする。管理側が予定を作った状態と、現場が受け入れた状態を区別し、受領確認がない仕事を別の機体へ重複発行しない。担当を替えるときは、旧担当の状態確認と実績の照合を終えてから新しい版を承認する。通信が戻った途端に古い予定が復活しないよう、版と連番を見て扱う。圃場の予約とは別に、離着陸設備、補給担当、周辺作業者の予定も対応させ、画面上の空き区画だけで実施可能とは判定せん。
障害試験では、復旧後の矛盾まで調べる
試験環境では、通信途絶だけでなく、遅れた位置情報、重複した完了通知、時刻のずれ、管理者交代をわざと入れ、保留からどう戻るかを確かめる提案じゃ。異常を検知した画面が赤くなるだけでは足りず、誰が現場状態を確認し、どの記録を根拠に再承認したかまで残す。機体自身の通信断時の挙動は承認された機種別手順に従い、この管理例で上書きしない。同じ人へ警報が一斉に届く場合も試し、確認を要する仕事が処理できず積み上がらんかを見る。通信が回復したことと、任務を再開できることを別の状態として扱うんじゃ。
| 試験事象 | 管理記録で確かめること |
|---|---|
| 古い位置が後から到着 | 新しい状態を巻き戻さない |
| 完了通知が重複 | 同じ面積を二重に数えない |
| 担当者を交代 | 保留理由と未完了範囲を引継ぐ |
| 通信が復旧 | 現地確認なしに保留を解除しない |
評価の単位を、延べ飛行面積から完了した仕事へ
架空の例で二機が同じ区画を撮った場合、各機の面積を足して生産性が二倍になったとは言えん。目的を満たし検収された重複のない面積、欠測、再撮影、人の確認時間を並べる設計を勧める。散布なら面積の重複は品質上の問題にもなるため、撮影と同じ集計で済ませない。単機と複数機を比べる日は、圃場条件や作業内容をそろえ、違いがあれば記録する。機体を増やしても充電待ちが伸びたり、未確認の警報が増えたりするなら、その規模はまだ受け入れられん。一日の量だけでなく、作業期限内の完了率と記録を復元できるかも検収項目にするんじゃ。