自治体が農業DXを進めるときは、最初に大きなシステムを導入するのではなく、地域のどの課題を、どのデータで、誰の判断につなげるかを整理してから、段階的に実証することが重要です。
農業データ連携基盤は、圃場、作物、気象、作業、生育、収量など、複数の場所に分散する情報を共通のルールで整理し、関係者が利用できる状態をつくる役割を担います。AI栽培支援は、整理された環境データや栽培履歴を、栽培管理や営農指導の判断に活用する役割を担います。
選定時は、機能の多さや導入実績だけでなく、次の5点を確認します。
自治体農業DXとは、農業に関わるデータやデジタル技術を活用し、地域の農業生産、営農指導、実証事業、情報共有、施策検討を改善する取り組みです。
対象となるデータには、次のようなものがあります。
自治体農業DXでは、データを取得すること自体が目的にならないよう注意が必要です。自治体が把握したい課題、普及指導員が確認したい情報、農業法人が改善したい栽培判断を整理し、利用目的をそろえる必要があります。
地域の農業データは、機器、事業者、担当部署、実証事業ごとに分かれて管理されることがあります。農業IoT機器、表計算ファイル、紙台帳、栽培記録アプリ、気象情報などが別々に存在すると、地域全体の状況を比較しにくくなります。
農業データ連携基盤を検討する理由は、次のとおりです。
既存の公的基盤を活用できる場合もあります。たとえばWAGRIでは、農地、農薬、肥料、気象などの基盤データや研究成果を利用でき、農業団体、ICT事業者、アグリテック企業などがデータやプログラムを活用する仕組みが紹介されています。利用条件や提供範囲は、公式情報を確認してください。
この2つは関連しますが、役割は同じではありません。
| 比較項目 | 農業データ連携基盤 | AI栽培支援 |
| 主な役割 | 分散したデータを集約・整理する | データを栽培判断に活用する |
| 主な対象 | 圃場、機器、気象、記録、行政・公的データ | 環境データ、作業、生育、収量、品質 |
| 重視すること | 相互運用性、データ形式、管理単位 | 分析結果の解釈、示唆、現場での対応 |
| 利用者 | 自治体、JA、事業者、関係機関 | 農業法人、栽培管理者、普及指導員 |
| 導入時の課題 | データの分散、単位、欠損、権限 | 栽培判断との接続、現場利用、知見の共有 |
| 成果の確認 | 情報共有やデータ活用が進んだか | 栽培管理や営農指導の判断に使われたか |
基盤を先に整備する場合でも、最終的に誰が何を判断するのかを決めておく必要があります。基盤と栽培支援を別々に導入する場合は、データの受け渡し方と責任範囲をあらかじめ整理します。
「農業DXを推進する」だけでは、必要なデータやシステムを決められません。例えば次のように課題を具体化します。
同じデータでも、利用者によって必要な情報は変わります。
| 利用者 | 主な確認内容 |
| 自治体の農政担当者 | 地域課題、実証の進捗、施策の検討材料 |
| DX担当者 | データ連携、運用、セキュリティ、拡張性 |
| JA・普及指導員 | 圃場の状況、栽培上の課題、指導内容 |
| 農業法人 | 圃場比較、作業、生育、収量、品質 |
| システム運用担当者 | データ登録、欠損、権限、問い合わせ対応 |
導入時には、どのデータをつなぐかだけでなく、誰がどの場面で何を判断するために使うのかを明確にします。
新しい仕組みを考える前に、既存の実証事業、機器、記録、外部サービスを棚卸しします。現在あるデータを活用できれば、導入範囲や現場の負担を抑えられる可能性があります。
特定の機器や事業者だけに依存せず、将来的に他の機器やサービスと連携できるかを確認します。公開されている連携方式、API、データ形式、仕様変更時の対応方法を確認してください。
地域データ連携基盤についても、特定のサービスや事業者に縛られないオープンな仕様と、重複投資を避ける考え方が重要とされています。自治体向けの基盤を農業分野で活用する場合も、地域の既存基盤や共同利用の可能性を確認します。
異なるデータを比較するには、次の情報を共通化する必要があります。
圃場名や作物名の表記が異なるままでは、同じ対象を別のものとして扱う可能性があります。導入前に、データマップや共通項目の一覧を作成します。
連携できることと、正しく比較できることは異なります。次の点を確認します。
自治体、JA、普及指導員、農業法人、機器提供者では、閲覧や編集の範囲が異なります。導入前に、誰がどのデータを閲覧し、誰が更新し、誰が外部共有を承認するのかを決めます。
実証期間中だけ運用できても、事業終了後に担当者や予算がなくなれば継続できません。次の点を確認します。
農業データ連携基盤が、栽培記録、生育履歴、収量、品質、環境データをどのように関連付けるかを確認します。情報を表示するだけでなく、普及指導員や農業法人が次の判断に使える状態になるかを確認してください。
自治体農業DXでは、公的データと圃場・現場データを分けて考えると整理しやすくなります。
| データの種類 | 例 | 活用時の確認事項 |
| 公的・地域データ | 農地、気象、農薬、肥料、市況 | 更新日、利用条件、地域単位 |
| 圃場データ | 圃場位置、土壌、環境状態 | 取得場所、頻度、欠損 |
| 栽培記録 | 作業、潅水、施肥、防除 | 記録方法、入力負担、担当者 |
| 生育・収穫データ | 生育状況、収量、品質 | 評価基準、記録時点、作物単位 |
| 指導・実証データ | 指導内容、実証結果、改善内容 | 共有範囲、再利用方法、責任者 |
WAGRIのように公的機関や研究機関のデータを利用できる基盤と、圃場で取得するセンサーデータや栽培記録は役割が異なります。両者を組み合わせる場合は、データの更新頻度、地域単位、精度、利用目的を確認します。
「農業DXを実証する」ではなく、次のように問いを具体化します。
対象となる地域、圃場、作物、利用者、機器、データ項目を決めます。対象を広げすぎると、データ品質や運用課題の原因を特定しにくくなります。
各データについて、次の項目を整理します。
データマップは、将来の連携設計、重複投資の確認、優先順位付けの基礎資料になります。
データを連携するだけでなく、自治体、JA、普及指導員、農業法人が実際に情報を確認し、栽培や指導の判断に使います。
確認する項目は次のとおりです。
評価では、システムが動作したかだけでなく、業務や栽培判断が変わったかを確認します。
数値化できるものと、利用者の判断を記録するものを分けて評価します。
自治体は、地域課題、実証の目的、データの共有ルール、関係者間の合意形成、継続運用の方針を整理します。システムの導入だけでなく、事業終了後の管理主体を決めておくことが必要です。
JAや普及指導員は、どの情報を見て、どの課題を確認し、どのような栽培支援につなげるのかを整理します。データを農家へ渡すだけでなく、現場の観察や経験と組み合わせて解釈します。
農業法人は、どの圃場のどの判断を改善したいかを示します。作業記録、生育記録、収量、品質など、現場で利用できる情報を整理し、実証結果を次の栽培管理に反映します。
システム提供者は、連携範囲、データ形式、保守条件、セキュリティ、障害時の対応、拡張時の方法を明確にします。機能の説明だけでなく、自治体や現場が継続利用するための運用条件を示すことが必要です。
e-kakashiは、圃場から取得した環境データやアプリに記録された情報を、植物科学の知識を取り入れたAIで分析し、栽培方法の支援に活用するプラットフォームです。埼玉県の施設園芸データ共有システムの開発実績もあります。埼玉県の施設園芸データ共有システムは、現在利用している環境測定機器のデータを取り込むことができます。対応するクラウドサービスからの自動取り込みに加え、CSVファイルによる手動取り込みにも対応しており、新たな環境測定機器を導入することなくデータを活用できます。
自治体やJAが地域の栽培支援で活用を検討する場合は、次の点を確認します。
e-kakashiのIoT Sensingは、露地栽培でも使える完全独立駆動のIoTセンシング機器として、農業現場のデータ収集を支援します。自治体の農業DXで利用する場合は、機器の特徴だけでなく、通信、設置、保守、データ共有、地域運用の条件を確認してください。
最初に、地域のどの課題を改善したいのかを具体化します。そのうえで、課題に関係する圃場、環境、作業、生育、収穫、指導のデータを整理し、小さな範囲で実証します。
役割や提供範囲が異なります。WAGRIは農地、農薬、肥料、気象などの基盤データや研究成果を利用できる農業データプラットフォームとして紹介されています。自治体が導入を検討する場合は、WAGRIで利用できるデータと、地域の圃場・栽培記録をどのように組み合わせるかを確認してください。
必ずしもすべてのデータを一つに集める必要はありません。利用目的、データの機密性、更新頻度、管理者、共有範囲を整理し、地域の判断に必要なデータから段階的に連携します。
連携可否は、各機器やシステムの方式、データ形式、提供される項目によって変わります。接続できるかだけでなく、圃場、取得時刻、測定単位、測定場所をそろえて比較できるかを確認してください。
データが取得できたかだけでなく、業務や栽培判断に使われたかを確認します。データ確認時間、情報共有、巡回や指導の優先順位、欠損、記録のばらつき、次の栽培計画への反映など、実証の問いに合う項目を設定します。
AIは、環境データや栽培履歴を整理し、判断を支援するために使います。実際の栽培対応は、作物、圃場条件、経験、現場の観察、地域の栽培方針を踏まえて判断します。
導入後の運用主体を明確にすることです。担当者、データ管理者、機器の保守担当者、利用者の権限、事業終了後の費用や契約を、実証の段階から整理します。
自治体が農業DXを進めるときは、次の順番で整理します。
農業データ連携基盤は、地域の情報を集めるだけの仕組みではありません。圃場の状態、作業、生育、収穫、指導の情報を、地域の関係者が必要な場面で使えるように整理する仕組みです。
自治体農業DXの導入では、機能の多さよりも、データを継続して管理できること、利用者が現場で使えること、実証後も運用できることを優先してください。