(57)【特許請求の範囲】
【請求項１】
栽培中の作物に係る第一の栽培事例に関して、前記作物の状態を示す情報又は環境の状態を示す情報の入力を受け付け、
作物の状態又は環境の状態に関する条件と、前記条件が満たされた場合の作業指示とを含む規則情報を記憶した規則情報記憶部より、入力された前記作物の状態を示す情報又は前記環境の状態を示す情報に前記条件が合致する一つの前記規則情報を抽出し、
前記作物の栽培事例ごとに採否履歴記憶部に記憶されている、前記各規則情報の採否結果について、前記第一の栽培事例との類似性に基づいて他の栽培事例を抽出し、抽出された他の栽培事例に関して前記採否履歴記憶部が記憶する前記採否結果に基づいて、前記第一の栽培事例に関して抽出された前記規則情報の採用の是非を判断する処理をコンピュータが実行する農作業支援方法。
【請求項２】
前記採用の是非を判断する処理は、前記第一の栽培事例と他の前記栽培事例に関して属性記憶部が記憶する、圃場の所在地域、作型、土壌の特性、又は前記作物の栽培方針の前記第一の栽培事例との共通性に基づいて、前記他の前記栽培事例より第二の栽培事例を抽出し、該第二の栽培事例に関して前記採否履歴記憶部が記憶する前記採否結果に基づいて、前記規則情報の採用の是非を判断する請求項１記載の農作業支援方法。
【請求項３】
前記採用の是非を判断する処理は、前記第一の栽培事例と他の前記栽培事例とに関して前記採否履歴記憶部が記憶する前記各規則情報の採否結果を照合し、採否結果の一致数が相対的に多い第二の栽培事例を前記他の栽培事例より抽出し、該第二の栽培事例に関して前記採否履歴記憶部が記憶する前記採否結果に基づいて、前記規則情報の採用の是非を判断する請求項１記載の農作業支援方法。
【請求項４】
前記採用の是非を判断する処理は、前記第一の栽培事例の一作と他の前記栽培事例ごとの一作とに関して前記採否履歴記憶部が記憶する前記各規則情報の採否結果を照合し、一作のうちの採否結果の一致数が相対的に多い第二の栽培事例を前記他の栽培事例より抽出し、該第二の栽培事例に関して前記採否履歴記憶部が記憶する一作のうちの前記採否結果に基づいて、前記規則情報の採用の是非を判断する請求項３記載の農作業支援方法。
【請求項５】
栽培中の作物に係る第一の栽培事例に関して、前記作物の状態を示す情報又は環境の状態を示す情報の入力を受け付ける受付部と、
作物の状態又は環境の状態に関する条件と、前記条件が満たされた場合の作業指示とを含む規則情報を記憶した規則情報記憶部より、入力された前記作物の状態を示す情報又は前記環境の状態を示す情報に前記条件が合致する一つの前記規則情報を抽出する抽出部と、
前記作物の栽培事例ごとに採否履歴記憶部に記憶されている、前記各規則情報の採否結果について、前記第一の栽培事例との類似性に基づいて他の栽培事例を抽出し、抽出された他の栽培事例に関して前記採否履歴記憶部が記憶する前記採否結果に基づいて、前記第一の栽培事例に関して抽出された前記規則情報の採用の是非を判断する判断部とを有する農作業支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、農作業支援方法及び農作業支援装置に関する。
【背景技術】
【０００２】
農業において、期待する量および品質の作物を計画通り生産するためには、作物の栽培に関する土地固有の知識やノウハウが重要である。近年、そうした知識やノウハウを人から人へ継承できるものとするために、当該知識又はノウハウを情報化し、作物の栽培の作業の支援等を行うコンピュータシステムが開発されつつある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３４６２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
情報化の一例として、農作業者の過去の経験や専門家、文献等から獲得した作業指示に関する情報を、ルールで表現してコンピュータシステムに登録しておくことが考えられる。ここでいう、ルールとは、作物又は環境等に対応付けて行うべき作業（作業指示）を示す情報である。コンピュータシステムは、作物又は環境等の状態の変化に応じ、ルールに基づいて作業指示を出力する。
【０００５】
しかし、作物の栽培においては、同じ種類の作物であったとしても、栽培方針や価値観等が多様である。したがって、ルールに従って画一的に出力された作業指示が、各作業者の栽培方針又は価値観等に関して必ずしも適切であるとは限らない。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、農作業の作業指示に関するルールの採否の判断を支援することのできる農作業支援方法及び農作業支援装置の提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで、農作業支援方法は、作物の状態を示す情報又は環境の状態を示す情報の入力を受け付け、作物の状態又は環境の状態に関する条件と、前記条件が満たされた場合の作業指示とを含む規則情報を記憶した規則情報記憶部より、入力された前記作物の状態を示す情報又は前記環境の状態を示す情報に前記条件が合致する前記規則情報を抽出し、前記作物の栽培事例ごとに前記各規則情報の採否結果を記憶する採否履歴記憶部を用いて、抽出された前記規則情報の採用の是非を判断する処理をコンピュータが実行する。
【発明の効果】
【０００８】
農作業の作業指示に関するルールの採否の判断を支援すること。
【図面の簡単な説明】
【０００９】
【図１】第一の実施の形態における農作業支援システムの機能構成例を示す図である。
【図２】本発明の実施の形態における農作業支援装置のハードウェア構成例を示す図である。
【図３】第一の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。
【図４】第一の実施の形態における農作業支援装置による作業ルールの採否判断処理の処理手順の一例を説明するためのフローチャートである。
【図５】イベントデータの一例を示す図である。
【図６】状態データ記憶部の構成例を示す図である。
【図７】状態更新ルールの一例を示す図である。
【図８】作業ルールの一例を示す図である。
【図９】第一の実施の形態における農作業支援システムの第二の機能構成例を示す図である。
【図１０】第二の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。
【図１１】第三の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。
【図１２】栽培属性記憶部の構成例を示す図である。
【図１３】第四の実施の形態における農作業支援システムの機能構成例を示す図である。
【図１４】第四の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。
【図１５】作業ルールの採否結果の妥当性の評価処理の処理手順の一例を説明するためのフローチャートである。
【図１６】第四の実施の形態における作業ルール採否履歴記憶部の構成例を示す図である。
【図１７】第五の実施の形態における農作業支援システムの機能構成例を示す図である。
【図１８】第五の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。
【図１９】手本栽培事例の登録処理の処理手順の一例を説明するためのフローチャートである。
【図２０】第五の実施の形態における農作業支援装置による作業ルールの採否判断処理の処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における農作業支援システムの機能構成例を示す図である。同図において、センシング装置２０、ユーザ端末３０、及び農作業支援装置１０は、例えば、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）を介して通信可能に接続されている。但し、センシング装置２０、ユーザ端末３０、及び農作業支援装置１０は、必ずしも分散していなくてもよく、一つのコンピュータによって実現されてもよい。
【００１１】
センシング装置２０は、センサ２１及び送信処理部２２等を有する。センサ２１は、圃場の気温、湿度、日照、風速、土中温度、土中水分等を示すデータ（以下、「環境情報」という。）を計測する。送信処理部２２は、センサ２１によって計測された環境情報を農作業支援装置１０に送信する。環境情報の送信は、リアルタイムに実行されてもよいし、定期的に実行されてもよい。後者の場合、一定周期においてセンシング装置２０に蓄積された環境情報が一括送信されてもよい。また、センシング装置２０の環境情報は、ユーザ端末３０を経由して農作業支援装置１０に転送されてもよい。
【００１２】
ユーザ端末３０は、農作業支援システムのユーザインタフェースとして機能するＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistance）、携帯電話、又はスマートフォン等の情報処理装置である。ユーザ端末３０は、入力処理部３１、送信処理部３２、受信処理部３３、及び出力処理部３４等を有する。これら各部は、ユーザ端末３０にインストールされたプログラムが、ユーザ端末３０のＣＰＵに実行させる処理によって実現される。
【００１３】
入力処理部３１は、圃場の観察情報や作業情報等の入力を受け付ける。観察情報とは、例えば、作物の状態（生育状態等）、病害虫の発生、雑草の発生、又は作物の乾燥の状態等を示す情報である。作業情報とは、例えば、作業者が行った作業内容（例えば、播種、定植、中耕・培土、農薬散布、施肥、又は収穫等）を示す情報である。送信処理部３２は、入力処理部３１が受け付けた観察情報又は作業情報等を農作業支援装置１０に送信する。受信処理部３３は、農作業支援装置１０による処理結果等を受信する。出力処理部３４は、該処理結果等の表示等を行う。
【００１４】
農作業支援装置１０は、受信処理部１１１、送信処理部１１２、状態更新部１１３、作業ルール抽出部１１４、作業ルール採否判断部１１５、状態更新ルール記憶部１１６、状態データ記憶部１１７、作業ルール記憶部１１８、栽培属性記憶部１１９、及び作業ルール採否履歴記憶部１２０等を有する。
【００１５】
受信処理部１１１は、センシング装置２０より転送される環境情報や、ユーザ端末３０より転送される観察情報及び作業情報等を受信する。
【００１６】
状態データ記憶部１１７は、状態データを記憶する。状態データとは、圃場の環境の状態や作物の状態等を示すデータである。なお、状態データは、例えば、一作ごとに記録される。一作とは、一つの作物の栽培を開始してから収穫するまでの単位をいう。
【００１７】
状態更新ルール記憶部１１６は、状態更新ルール群を記憶する。状態更新ルールは、圃場の環境又は作物の状態等に応じて、状態データの更新内容が定義されたデータをいう。具体的には、状態更新ルールは、条件部（ＩＦ文）と帰結部（ＴＨＥＮ文）とを含む。条件部は、圃場の環境の状態や作物の状態等に関する条件が定義された部分である。帰結部は、条件部に定義された条件が満たされた場合に、状態データに適用すべき更新内容が定義された部分である。なお、状態更新ルールは、作物の種別ごとに区別されて定義される。例えば、作物の種別ごとに状態更新ルール記憶部１１６が設けられてもよい。但し、複数種類の作物に共通の状態更新ルールが定義されてもよい。
【００１８】
状態更新部１１３は、受信処理部１１１によって受信される環境情報、観察情報、又は作業情報等に応じて、状態更新ルールを適用して、状態データ記憶部１１７における状態データを更新する。したがって、状態データ記憶部１１７の状態データは、圃場の環境の変化や作物の状態の変化等に応じて、随時更新される。
【００１９】
作業ルール記憶部１１８は、作業ルール群を記憶する。作業ルールとは、圃場の環境の状態や作物の状態等に応じて、行うべき作業が定義されたデータである。具体的には、作業ルールは、条件部と帰結部とを有する。条件部は、圃場の環境の状態や作物の状態等に関する条件が定義された部分である。帰結部は、条件部に定義された条件が満たされた場合に、実行すべき作業内容（作業指示）が定義された部分である。なお、作業ルールは、作物の種別ごとに区別されて定義される。例えば、作物の種別ごとに作業ルール記憶部１１８が設けられてもよい。但し、複数種類の作物に共通の作業ルールが定義されてもよい。
【００２０】
作業ルール抽出部１１４は、環境情報、観察情報、作業情報、又は状態データ記憶部１１７に記憶されている状態データに条件部が合致する作業ルールを、作業ルール記憶部１１８より抽出する。
【００２１】
作業ルール採否判断部１１５は、作業ルール抽出部１１４によって抽出された作業ルールの採否を、作業ルール採否履歴記憶部１２０及び栽培属性記憶部１１９等を用いて判断する。作業ルールの採否とは、作業ルールを採用（又は適用）すべきか否かをいう。又は、作業ルールの採否とは、作業ルールが示す作業指示に従うべきか否かともいえる。したがって、作業ルールの採否は、作業ルールが示す作業指示の採否と等価である。また、作業ルール採否判断部１１５は、作業ルール抽出部１１４によって抽出された作業ルールの作業指示に従って、ユーザが作業を行ったか否かに関する情報（すなわち、作業ルールの採否結果）を、例えば、受信処理部を介してユーザ端末３０より受信する。作業ルール採否判断部１１５は、当該採否結果を、作業ルール採否履歴記憶部１２０に記録する。
【００２２】
作業ルール採否履歴記憶部１２０は、作物の栽培事例ごと（一作ごと）に、各作業ルールの採否結果の履歴を記憶する。栽培属性記憶部１１９は、作業ルール採否履歴記憶部１２０に記憶されている各栽培事例の属性情報を記憶する。
【００２３】
送信処理部１１２は、作業ルール採否判断部１１５による判断結果等をユーザ端末３０に送信する。
【００２４】
図２は、本発明の実施の形態における農作業支援装置のハードウェア構成例を示す図である。図２の農作業支援装置１０は、それぞれバスBで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００２５】
農作業支援装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２６】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って農作業支援装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２７】
記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００２８】
なお、図１における、受信処理部１１１、送信処理部１１２、状態更新部１１３、作業ルール抽出部１１４、及び作業ルール採否判断部１１５は、農作業支援装置１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理によって実現される。状態更新ルール記憶部１１６、状態データ記憶部１１７、作業ルール記憶部１１８、栽培属性記憶部１１９、及び作業ルール採否履歴記憶部１２０等は、例えば、補助記憶装置１０２又は農作業支援装置１０とネットワークを介して接続される非図示の記憶装置を用いて実現可能である。
【００２９】
図３は、第一の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。同図では、環境情報、観察情報、及び作業情報等、農作業支援装置１０の外部（センシング装置２０又はユーザ端末３０等）より入力されるデータをイベントデータとして表現している。なお、センシング装置２０又はユーザ端末３０等からの情報の入力は、随時行われてもよいし、定期的（例えば、１日に１回等）に行われてもよい。以下、本実施の形態において、栽培対象とされている作物の種類は「作物Ｕ」とする。また、作物Ｕに関して現在行われている栽培（一作）を、「栽培ｕ」と呼ぶ。
【００３０】
イベントデータが受信処理部１１１によって受信されると、状態更新部１１３は、作物Ｕに係る状態更新ルールの中で、イベントデータ及び状態データに条件部が合致する状態更新ルールを状態更新ルール記憶部１１６より抽出する。状態更新部１１３は、抽出された状態更新ルールの帰結部に基づいて状態データ記憶部１１７における、栽培ｕに係る状態データを更新する（Ｓ１）。続いて、状態更新部１１３は、状態データ及びイベントデータを作業ルール抽出部１１４に入力する（Ｓ２、Ｓ３）。
【００３１】
作業ルール抽出部１１４は、作業ルール記憶部１１８に記憶されている、作物Ｕに係る作業ルールの中から、条件部がイベントデータ又は状態データに合致する作業ルールを抽出する（Ｓ４）。作業ルール抽出部１１４は、抽出された作業ルールを、作業ルール採否判断部１１５に入力する（Ｓ５）。同図において、作業ルール記憶部１１８内の、Ｒ１、Ｒ２、Ｒ３、Ｒ４、及びＲｘ等は、それぞれ作物Ｕに係る作業ルールを示す。同図のステップＳ４では、これらの作業ルールの中から作業ルールＲｘが抽出された例が示されている。
【００３２】
作業ルール採否判断部１１５は、栽培ｕに関する、ユーザのこれまでの作業ルールの採否履歴Ｌ１と、他作業者による、過去の作物Ｕの栽培事例における作業ルールの採否履歴Ｌ２とを照合し、作業ルールの採否のパターンが一致又は類似している他作業者の栽培事例を抽出する。すなわち、少なくとも採否履歴Ｌ１は、現在栽培中の作物Ｕに関する作業ルールの採否履歴である。
【００３３】
採否履歴Ｌ１及び採否履歴Ｌ２は、作業ルール採否履歴記憶部１２０に記憶されている。採否パターンとは、採否履歴が示す、作業ルールごとの採否結果のパターンである。同図では、栽培（一作）ごとに、作業ルール（Ｒ１、Ｒ２、Ｒ３、Ｒ４、・・・、Ｒｘ）ごとに○、×、又は−（ハイフン）が示されている。○は、採用を示し、×は不採用を示す。−（ハイフン）は、該当する作業ルールは抽出されていないことを示す。
【００３４】
なお、作業ルールの採否履歴における採否結果（○又は×）は、ユーザの判断による最終的な採否結果を示す。すなわち、作業ルール採否判断部１１５による自動的な判断結果ではない。
【００３５】
また、本実施の形態において、ユーザとは、農作業支援システムのサービスを利用する当の本人である。採否履歴Ｌ１より明らかなように、ユーザは、「作業者Ｕ」として識別される。他作業者は、ユーザとは異なる農場（又は農家）における作業者である。ユーザ及び他作業者のいずれについても、一個人に限られない。複数人を含む団体であってもよい。また、作業ルールの採否のパターンが類似するとは、例えば、作業ルールの採否の判断結果の一致率が所定値以上であることをいう。したがって、採否パターンが採否履歴Ｌ１に一致又は類似する栽培事例が抽出されるということは、他者の栽培事例の中で、採否結果の一致数が相対的に多い栽培事例が抽出されることであるといえる。
【００３６】
作業ルール採否判断部１１５は、また、栽培属性記憶部１１９を参照して、圃場の所在地域が、栽培ｕと同じである他作業者の栽培事例を特定する。同図に示されるように、第一の実施の形態の栽培属性記憶部１１９は、栽培事例ごとに圃場の所在地域を記憶する。
【００３７】
作業ルール採否判断部１１５は、作業ルールの採否パターンが、栽培ｕと一致若しくは類似する他作業者の栽培事例、又は圃場の所在地域が栽培ｕと同じ他作業者の栽培事例の採否履歴Ｌ２に基づいて、作業ルールＲｘの採用の是非を自動的に判断する。
【００３８】
例えば、同図では作業ルールＲ１〜Ｒ４に関して、栽培ｕと採否パターンが類似する他の栽培事例は、栽培ａ及び栽培ｂである。すなわち、栽培ｕ、栽培ａ、及び栽培ｂでは、いずれも、作業ルールＲ１及びＲ３が採用され、Ｒ２及びＲ４は採用されていない。一方、栽培ｕと圃場の所在地域が同じである栽培事例は、栽培ａである。したがって、作業ルール採否判断部１１５は、栽培ａに関する作業ルールＲｘの採否結果に基づいて、作業ルールＲｘを「採用」と判断する。
【００３９】
なお、本実施の形態において、作業ルールの採否パターンの比較単位が一作単位とされるのは、農業においては、一作単位で作物に求められる条件や環境が変わり、そのために栽培方針等も変わるという実情を考慮したためである。そして、第一の実施の形態では、作物に求められる条件や環境、又は栽培方針等の類似性を、採否パターンの類似性や圃場の所在地域の同一性等によって評価するというわけである。
【００４０】
続いて、図３において説明した処理概要の詳細な処理手順について説明する。図４は、第一の実施の形態における農作業支援装置による作業ルールの採否判断処理の処理手順の一例を説明するためのフローチャートである。ユーザの識別子（作業者ＩＤ）、栽培事例の識別子（栽培ＩＤ）、及び栽培対象の作物の品種（作物Ｕ）は、例えば、農作業支援装置１０に対するユーザのログイン処理等により、農作業支援装置１０において特定されていることとする。なお、栽培ＩＤをキーとして、ユーザ及び作物の品種が特定されるようにしてもよい。例えば、栽培ＩＤごとに、作業者名及び作物の品種等を記憶する記憶部が設けられてもよい。
【００４１】
ステップＳ１０１において、受信処理部１１１は、センシング装置２０又はユーザ端末３０よりイベントデータを受信する。イベントデータの受信は、不定期であってもよいし、定期的であってもよい。
【００４２】
図５は、イベントデータの一例を示す図である。同図において、イベントデータは、日時、栽培ＩＤ、属性、及び値等の項目を含む。日時は、環境情報の計測、作業者Ｕによる観察、又は作業者Ｕによる作業が行われた日時である。栽培ＩＤは、上記したように一作単位の栽培事例の識別子である。イベントデータが栽培ＩＤを含むことにより、多くの作物が同時に栽培されている場合でも、各栽培事例を識別することができる。属性は、イベントデータに含まれる情報の種類である。値は、属性の値である。
【００４３】
同図のイベントデータには、気温２５．５℃及び湿度７０％を示す環境情報と、病害虫Ｄが発見されたことを示す観察情報とが含まれている。環境情報は、センシング装置２０より受信される。観察情報は、ユーザ端末３０より受信される。すなわち、同図のイベントデータは、便宜上、一つの表として図示しているが、必ずしも、同図に示される単位で受信されなくてもよい。具体的には、環境情報と観察情報とは別々に受信されてもよい。
【００４４】
続いて、状態更新部１１３は、イベントデータ又は状態データに条件部が合致する、作物Ｕに関する状態更新ルールを状態更新ルール記憶部１１６より抽出する（Ｓ１０２）。
【００４５】
図６は、状態データ記憶部の構成例を示す図である。同図において、状態データ記憶部１１７は、栽培ＩＤごと（一作ごと）に、状態項目及び値等を記憶する。状態項目は、環境の状態又は作物の状態等に関する項目である。同図に示されるように、一作ごとに複数の状態項目が管理される。値は、状態項目の値である。
【００４６】
また、図７は、状態更新ルールの一例を示す図である。同図には、５つの状態更新ルールｅＲ１〜ｅＲ５が例示されている。各状態更新ルールは、ＩＦ文（条件部）及びＴＨＥＮ文（帰結部）を含む。ＩＦ文には、ＡＮＤ又はＯＲ等により、複数の条件の論理積又は論理和を指定することができる。
【００４７】
ここで、ユーザによる、栽培ｕの栽培ＩＤが「Ｕ−１−２０１０−２」であるとする。図５に示されるイベントデータと、図６に示される栽培ＩＤ「Ｕ−１−２０１０−２」に係る状態データ（以下、「対象状態データ」という。）と、状態更新ルールｅＲ１〜ｅＲ５におけるＩＦ文とを照合すると、状態更新ルールｅＲ１及び状態更新ルールｅＲ４が抽出される。
【００４８】
すなわち、状態更新ルールｅＲ１のＩＦ文では、高温多湿状況について「ｎ日間連続で高温多湿の日が続いている」こと、かつ、気温について「２５℃以上であること」、かつ、湿度について「６０％以上であること」が条件とされている。対象状態データ（図６）において、高温多湿状況の値は、「６日間連続で高温多湿の日が続いている」である。また、イベントデータ（図５）において、気温は２５．５℃（すなわち、２５℃以上）であり、湿度は７０％（すなわち、６０％以上）である。よって、状態更新ルールｅＲ１が抽出される。
【００４９】
また、状態更新ルールｅＲ４のＩＦ文では、「ｎ日間連続で見回りをしていない」こと、かつ、作業について「「見回り」は含まれていない」ことが条件とされている。対象状態データ（図６）において、見回り状況の値は、「３日間連続で見回りをしていない」である。また、イベントデータ（図５）において、属性が「作業」であるデータは含まれていない。よって、状態更新ルールｅＲ４も抽出される。
【００５０】
続いて、状態更新部１１３は、抽出された状態更新ルールｅＲ１及びｅＲ４のＴＨＥＮ文（帰結部）に基づいて、対象状態データを更新する（Ｓ１０３）。状態更新ルールｅＲ１のＴＨＥＮ文には、高温多湿状況について、「ｎ日間連続で高温多湿の日が続いている」を「ｎ＋１日間連続で高温多湿の日が続いている」に書き換えることが定義されている。そこで、状態更新部１１３は、対象状態データの高温多湿状況の値を「７日間連続で高温多湿の日が続いている」に更新する。また、状態更新ルールｅＲ４のＴＨＥＮ文には、見回り状況について、「ｎ日間連続で見回りをしていない」を「ｎ＋１日間連続で見回りをしていない」に書き換えることが定義されている。そこで、状態更新部１１３は、対象状態データの見回り状況の値を「４日間連続で見回りをしていない」に更新する。
【００５１】
続いて、作業ルール抽出部１１４は、イベントデータ又は対象状態データに条件部が合致する作業ルールを、作業ルール記憶部１１８より抽出する（Ｓ１０４）。
【００５２】
図８は、作業ルールの一例を示す図である。同図には、３つの作業ルールＲ１〜ｅＲ３が例示されている。各作業ルールは、ＩＦ文（条件部）及びＴＨＥＮ文（帰結部）を含む。ＩＦ文には、ＡＮＤ又はＯＲ等により、複数の条件の論理積又は論理和を指定することができる。
【００５３】
イベントデータ（図５）において、観察の値は「病害虫Ｄを発見」とされている。また、更新後の対象状態データにおいて、高温多湿状況の値は、「７日間連続で高温多湿の日が続いている」である。したがって、ここでは、作業ルールＲ１が抽出される。作業ルールＲ１のＩＦ文には、観察について「病害虫Ｄを発見」と、かつ、高温多湿状況について「７日間以上連続で高温多湿の日が続いている」とが条件として定義されているからである。
【００５４】
続いて、作業ルール採否判断部１１５は、栽培ｕに関して、作業ルールの採否履歴が所定量以上蓄積されているか否かを判定する（Ｓ１０５）。例えば、栽培ｕに関して、所定数（例えば、４等）以上の作業ルールについて採否結果が作業ルール採否履歴記憶部１２０に記録されているか否かが判定される。
【００５５】
作業ルールの採否履歴が所定量以上蓄積されている場合（Ｓ１０５でＹｅｓ）、作業ルール採否判断部１１５は、作業ルールの採否パターンが、栽培ｕと一致又は類似する他栽培事例（他作業者の栽培事例）を、作業ルール採否履歴記憶部１２０を参照して特定する（Ｓ１０６）。採否パターンの一致又は類似に関しては、図３において説明した通りである。
【００５６】
一方、栽培ｕに関して、作業ルールの採否履歴が所定量以上蓄積されていない場合（Ｓ１０５でＮｏ）、ステップＳ１０６は実行されない。採否履歴が所定量以上蓄積されていなければ、採否パターンの類似性を比較することの意義は小さいからである。
【００５７】
ステップＳ１０６、又はステップＳ１０５でＮｏの場合に続いて、作業ルール採否判断部１１５は、栽培属性記憶部１１９を参照して、栽培ｕと圃場の所在地域が一致する他栽培事例を特定する（Ｓ１０７）。なお、ステップＳ１０６が実行された場合は、ステップＳ１０６において特定された他栽培事例の中から、所在地域が一致する他栽培事例が特定されればよい。一方、ステップＳ１０５でＮｏの場合、又はステップＳ１０６において採否パターンが類似する他栽培事例が見つからなかった場合は、全ての他栽培事例の中から、栽培ｕと所在地域が一致する他栽培事例が特定されればよい。また、ステップＳ１０６において、他栽培事例が一つに特定された場合、ステップＳ１０７は実行されなくてもよい。
【００５８】
続いて、作業ルール採否判断部１１５は、作業ルールＲ１の採用の是非を、特定された他栽培事例における作業ルールＲ１の採否結果に基づいて判断する（Ｓ１０８）。当該採否結果は、作物Ｕに係る作業ルール採否履歴記憶部１２０より取得される。特定された他栽培事例において、作業ルールＲ１が採用されていた場合、作業ルール採否判断部１１５は、作業ルールＲ１を採用とする。特定された他栽培事例において、作業ルールＲ１が採用されていない場合、作業ルール採否判断部１１５は、作業ルールＲ１を不採用とする。複数の他栽培事例が特定された場合、作業ルール採否判断部１１５は、当該複数の他栽培事例の採否結果の多数決によって、作用ルールＲ１の採用の是非を判断してもよい。この際、所在地域が同一である他栽培事例に重み付けが行われてもよい。例えば、当該他栽培事例は、多数決において２票を有する等といった具合である。
【００５９】
なお、作業ルールＲ１のＴＨＥＮ文（帰結部）には、「農薬Ｃを散布する」と定義されている（図８参照）。したがって、作業ルールＲ１の採用の是非の判断は、農薬Ｃを散布することの是非の判断と等価である。
【００６０】
続いて、作業ルール採否判断部１１５は、送信処理部１１２を介して、判断結果をユーザ端末３０に送信する（Ｓ１０９）。送信先のユーザ端末３０は、例えば、栽培ｕの栽培ＩＤに基づいて判定されればよい。すなわち、栽培ｕの栽培ＩＤに関連付けて、例えば、ユーザ端末３０のＩＰアドレス、ＵＲＬ（Uniform Resource Locator）、又はメールアドレス等が予め補助記憶装置１０２に記録されていればよい。
【００６１】
なお、判断結果と共に、ルールＲ１の識別子とルールＲ１の帰結部が示す作業指示（「農薬Ｃを散布する」）もユーザ端末３０に送信される。ユーザは、当該判断結果を参考として、農薬Ｃの散布を実行するか否かを判断する。なお、判断結果の根拠（例えば、いずれの他栽培事例が参考とされたかを示す情報）等が判断結果に含まれてもよい。
【００６２】
その後、ユーザは、栽培ｕの栽培ＩＤ、ルールＲ１の識別子、及び作業指示の採否を示す作業報告（すなわち、作業指示に係る作業を行ったか否かを示す情報）を、ユーザ端末３０に入力する。
【００６３】
農作業支援装置１０の受信処理部１１１によって、当該作業報告が受信されると（Ｓ１１０）、作業ルール採否判断部１１５は、当該作業報告に基づいて、栽培ｕに関してルールＲ１の採否結果を作業ルール採否履歴記憶部１２０に記録する（Ｓ１１１）。
【００６４】
上述したように、第一の実施の形態によれば、ユーザに関して抽出された作業ルールの採用（又は適用）の是非は、他作業者による栽培事例における当該作業ルールの採否を参考として自動的に判断される。ここで、作業ルールの採用の是非の判断の参考とされる他栽培事例は、圃場の所在地域の共通性や作業ルールの採否パターンの共通性等に基づいて選択される。所在地域の共通性は、気候や土質の共通性にもつながる。したがって、農業における各種の実情に関して共通性の高い他栽培事例を参考として作業ルールの採用の是非を判断することができる。その結果、ユーザは、作業ルールの採否に関して、有効な情報を得ることができる。又は、ユーザは、作業ルールの採否に関する判断の煩わしさから解放されうる。
【００６５】
すなわち、作物の栽培においては、同じ種類の作物であったとしても、方針や価値観などが多様である。例えば、コスト低減を重視した栽培、品質を重視した栽培、短期間での収穫を重視した栽培、安全性を重視した栽培等の相違がある。このような方針又は価値観の相違に応じて、作業ルールの採用の是非は異なってくる可能性が高い。本実施の形態によれば、作業ルールの採用の是非について、作物の栽培に関するこのような背景が考慮されて、方針や価値観の一貫性が確保された判断結果を自動的に得ることができる。
【００６６】
特に、過去の作業ルール採否判断の記録との類似性の比較は一作単位で行われる。少なくとも一作については価値観や目的に一貫性があると考えられる。したがって、同じ人がいつも同じ価値観、方針で栽培を行うことが保証されない場合でも、斯かる一貫性を確保できる可能性が高い。
【００６７】
なお、上記では、作業ルールは一つだけが抽出される例を示したが、複数の作業ルールが同時に抽出されてもよい。この場合、各作業ルールに関して採否判断が行われればよい。
【００６８】
ところで、第一の実施の形態において、農作業支援システムは、図９に示されるような構成を有していてもよい。
【００６９】
図９は、第一の実施の形態における農作業支援システムの第二の機能構成例を示す図である。同図において、農作業支援装置１０は、作業ルール採否問い合わせ部１２１を更に有する。
【００７０】
作業ルール採否問い合わせ部１２１は、作業ルール抽出部１１４によって抽出された作業ルールの採否を、ユーザ端末３０を介してユーザに問い合わせる。また、作業ルール採否問い合わせ部１２１は、ユーザ端末３０より返信される応答（ユーザによる採否判断の結果）に基づいて、作業ルール採否履歴記憶部１２０に当該作業ルールの採否の結果を記録する。
【００７１】
第二の構成例が採用される場合、ユーザの採否履歴が所定量蓄積されるまで、作業ルール採否問い合わせ部１２１によって、作業ルールの採否がユーザに問い合わされるようにしてもよい。
【００７２】
すなわち、図４のステップＳ１０５でＮｏの場合、作業ルール採否問い合わせ部１２１は、ステップＳ１０４において抽出された作業ルールの帰結部に含まれている作業指示（例えば、「農薬Ｃを散布する」）をユーザ端末３０に送信する。ユーザは、当該作業指示（すなわち、当該作業ルール）の採否を判断し、その判断結果をユーザ端末３０に入力する。ユーザ端末３０は、入力された判断結果を含む応答を作業ルール採否問い合わせ部１２１に返信する。作業ルール採否問い合わせ部１２１は、返信された判断結果に基づいて、作業ルール採否履歴記憶部１２０を更新する。
【００７３】
以上の処理が、ステップＳ１０７〜Ｓ１０８の代わりに実行されればよい。
【００７４】
次に、第二の実施の形態について説明する。第二の実施の形態では、第一の実施の形態と異なる点について説明する。したがって、特に言及しない点いついては、第一の実施の形態と同様でよい。
【００７５】
図１０は、第二の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。図１０中、図３と同一部分には同一符号を付し、その説明は省略する。
【００７６】
第二の実施の形態では、栽培属性記憶部１１９に記憶されている情報が異なる。第二の実施の形態の栽培属性記憶部１１９には、作物Ｕに関する各栽培事例の圃場ごとに、その位置情報が記憶されている。同図では、各圃場の或る地点の北緯及び東経によって位置情報が示されている。なお、本実施の形態において、位置情報は、ユーザ（作業者Ｕ）の栽培ｕに係る圃場との距離を算出可能な情報であればよい。すなわち、位置情報は、ユーザの栽培ｕに係る圃場との距離の算出に用いられる。
【００７７】
したがって、第二の実施の形態では、所在地域の代わりに、圃場間の距離が用いられる。すなわち、作業ルール採否判断部１１５は、採否パターンの類似性以外に、圃場間の距離の近さを基準として、参考とする他栽培事例を特定する。具体的には、距離の近い他栽培事例が優先的に参考とされる。
【００７８】
例えば、同図では作業ルールＲ１〜Ｒ４に関して、栽培ｕと採否パターンが類似する他作業者は、栽培ａ及び栽培ｂである。ここで、栽培ａの圃場と栽培ｕの圃場との距離の方が、栽培ｂの圃場と栽培ｕの圃場との距離より短ければ、作業ルール採否判断部１１５は、栽培ａにおける作業ルールＲｘの採否結果に基づいて、作業ルールＲｘを「採用」と判断する。なお、平面的な距離だけでなく、標高差、又は勾配等の情報も併せて栽培属性記憶部１１９に記憶されていてもよい。この場合、平面的な距離に加えて、標高差又は勾配等を考慮して、圃場間の距離の近さが判定されてもよい。
【００７９】
第二の実施の形態において、作業ルールの採否判断処理の詳細な処理手順は、図４において説明したものとほぼ同様でよい。但し、図４のステップＳ１０７において、圃場間の距離が最短である他栽培事例が特定されればよい。
【００８０】
圃場間の距離の近さは、第一の実施の形態における所在地域の共通性をより厳密化したものであるといえる。したがって、第二の実施の形態においても、第一の実施の形態と同様の効果を得ることができる。
【００８１】
次に、第三の実施の形態について説明する。第三の実施の形態では、第一の実施の形態と異なる点について説明する。したがって、特に言及しない点いついては、第一の実施の形態と同様でよい。
【００８２】
図１１は、第三の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。図１１中、図３と同一部分には同一符号を付し、その説明は省略する。
【００８３】
第三の実施の形態では、栽培属性記憶部１１９に記憶されている情報が異なる。第三の実施の形態の栽培属性記憶部１１９には、作物Ｕに関する各栽培事例の作型が記憶されている。したがって、第三の実施の形態では、所在地域の代わりに、作型が用いられる。すなわち、作業ルール採否判断部１１５は、採否パターンの類似性以外に、作型の共通性を基準として、参考とする他栽培事例を特定する。具体的には、作型の共通性の高い他栽培事例が優先的に参考とされる。
【００８４】
例えば、同図では作業ルールＲ１〜Ｒ４に関して、栽培ｕと採否パターンが類似する他栽培事例は、栽培ａ及び栽培ｂである。一方、栽培ｕの作型（冬）と最も共通性の高い作型を採用しているのは栽培ａである。したがって、作業ルール採否判断部１１５は、栽培ａにおける作業ルールＲｘの採否結果に基づいて、作業ルールＲｘを「採用」と判断する。
【００８５】
第三の実施の形態において、作業ルールの採否判断処理の詳細な処理手順は、図４において説明したものとほぼ同様でよい。但し、図４のステップＳ１０７において、作型が最も共通する他栽培事例が特定されればよい。
【００８６】
一般的に、同一品種の作物であっても、作型が異なれば必要とされる作業も異なる。したがって、作業ルールの採否の判断の参考とする他栽培事例を作型の共通性に基づいて選択することにより、作業ルールの採否の判断に関して、農作業の実情に即した判断結果が得られる可能性を高めることができる。
【００８７】
なお、上記第一から第三の実施の形態は適宜組み合わされてもよい。すなわち、図４のステップＳ１０７では、圃場の所在地域の共通性、圃場間の距離の近さ、及び作型の共通性に基づいて他栽培事例が特定されるようにしてもよい。更に、農作業に影響を与えうる他のパラメータが考慮されてもよい。この場合、栽培属性記憶部１１９は、例えば、図１２に示されるような情報を記憶してもよい。
【００８８】
図１２は、栽培属性記憶部の構成例を示す図である。同図において、栽培属性記憶部１１９は、栽培ＩＤごとに、作業者ＩＤ、作物、所在地域、位置情報、作型、土壌の特性、及び方針等を作業者ごとに記憶する。
【００８９】
作業者は、栽培ＩＤに係る栽培事例の作業者の識別子である。作物は、栽培対象の作物の品種である。所在地域、位置情報、及び作型については、第一から第三の実施の形態において説明したパラメータである。土壌の特性は、圃場の土壌の特性である。例えば、粘土質であるとか、乾燥しているとか、水はけの良し悪し等が土壌の特性の値となる。方針は、どのような方針に基づく栽培であるかを示すパラメータである。例えば、品質重視、コスト重視、安全性重視、又は短期間重視等の区別がある。なお、同図において、栽培ＩＤの値は、便宜上、栽培ａ、栽培ｂ、・・・、栽培ｕといったように、図５又は図６に示される栽培ＩＤに対して抽象化されている。
【００９０】
図１２に示される栽培属性記憶部１１９を用いることにより、複数のパラメータを組み合わせて、参考とする他栽培事例を特定することができる。この場合、所在地域の共通性、圃場の距離の近さ、作型の共通性、土壌の特性の共通性、又は方針の共通性等を点数化し、合計点数の最も高い他栽培事例が参考対象として選択されてもよい。
【００９１】
次に、第四の実施の形態について説明する。第四の実施の形態では、第一の実施の形態と異なる点について説明する。したがって、特に言及しない点いついては、第一の実施の形態と同様でよい。
【００９２】
図１３は、第四の実施の形態における農作業支援システムの機能構成例を示す図である。図１３中、図１と同一部分には同一符号を付し、その説明は省略する。
【００９３】
図１３において、栽培属性記憶部１１９は図示されていない。但し、いのことは、第四の実施の形態が、栽培属性記憶部１１９を有する実施の形態と排他的であることを意図するものではない。一方、図１３では、作業ルール採否結果評価部１２２が追加されている。作業ルール採否結果評価部１２２は、環境情報又は観察情報に基づいて、作業者による作業ルールの採否結果の妥当性を自動的に評価する。作業者による作業ルールの採否結果とは、図４のステップＳ１０８において受信される作業報告に含まれている採否結果である。すなわち、作業ルール採否結果評価部１２２、作業者が実際に作業ルールの作業指示に従って作業を行ったか否かを示す情報である。
【００９４】
なお、作業ルール採否結果評価部１２２は、農作業支援装置１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。
【００９５】
図１４は、第四の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。図１４中、図３と同一又は対応する部分には同一符号を付し、その説明は適宜省略する。
【００９６】
同図の作業ルール採否履歴Ｌ２には、栽培事例ごとに２行が割り当てられている。上段の行は、各作業ルールの採否結果を示す。下段の行は、各作業ルールの採否結果の妥当性の評価結果を示す。すなわち、○は、妥当であったことを示す。×は、妥当でなかったことを示す。採否結果の妥当性は、作物等の状態に基づいて判断される。なお、厳密には、ユーザの作業ルール採否履歴Ｌ１にも採否結果の妥当性の評価結果は記録されるが、同図では、便宜上省略されている。
【００９７】
第四の実施の形態において、作業ルール採否判断部１１５は、採否パターンの類似性の他に、採否パターンが示す採否結果の妥当性の評価結果を考慮して、参考とする他栽培事例を特定する。すなわち、作物の生育に関して良好な状態が得られた他栽培事例が優先的に参考とされる。
【００９８】
例えば、同図では作業ルールＲ１〜Ｒ４に関して、栽培ｕと採否パターンが類似する他栽培事例は、栽培ａ及びｄである。一方、作業ルールＲ１〜Ｒ４に関して、妥当性の評価結果が相対的に高いのは、栽培ａである。栽培ａの評価結果には、３つの○が記録されているのに対し、栽培ｄの評価結果には、二つの×と１つの○が記録されているからである。したがって、作業ルール採否判断部１１５は、栽培ａにおける作業ルールＲｘの採否結果に基づいて、作業ルールＲｘを「採用」と判断する。
【００９９】
第四の実施の形態において、作業ルールの採否判断処理の詳細な処理手順は、図４において説明したものとほぼ同様でよい。但し、図４のステップＳ１０７において、妥当性の評価結果に基づいて、他栽培事例が特定されればよい。
【０１００】
一方、第四の実施の形態では、各栽培事例に関して、作業ルールの採否結果の評価処理が実行される。そこで、当該評価処理について説明する。図１５は、作業ルールの採否結果の妥当性の評価処理の処理手順の一例を説明するためのフローチャートである。
【０１０１】
作業ルールの採否結果の評価処理は、状態データ（対象状態データ）の更新に応じて開始される（Ｓ２０１）。例えば、図４のステップＳ１０３に応じて開始される。この場合、図４の処理と直列的に図１５の処理が実行されてもよいし、図４の処理と並列的に図１５の処理が実行されてもよい。
【０１０２】
続いて、作業ルール採否結果評価部１２２は、採否結果の評価時期（評価タイミング）であるか否かを判定する（Ｓ２０２）。当該判定は、例えば、いつを評価時期とするかを示す情報に基づいて行われればよい。例えば、生育段階が変わったとき、収穫が行われたとき、又は作物の状態が顕著に変化した等が、評価時期として規定されてもよい。また、病害虫が発生したとき又は除去されたときが評価時期として規定されてもよい。
【０１０３】
評価時期である場合（Ｓ２０２でＹｅｓ）、作業ルール採否結果評価部１２２は、作業ルール採否履歴記憶部１２０において、採否結果は記録されているが評価結果は記録されていない作業ルールの採否結果に関して、妥当性の評価を行う（Ｓ２０３）。
【０１０４】
妥当性の評価は、例えば、予め定義されて、補助記憶装置１０２に保存されている評価基準に基づいて行われてもよい。当該評価基準では、例えば、生育段階ごとに、作物に関して妥当であると判定される状態が定義されていてもよい。また、採用された作業ルールとの関係において、妥当であると評価される状態が評価基準として定義されていてもよい。
【０１０５】
例えば、「病害虫が沈静化した」ことを示すイベントデータが受信されたとする。当該イベントデータに基づいて、「ＩＦ  病害虫が沈静化した  ＴＨＥＮ通常の生育状態に回復」という状態更新ルールが適用され、状態データの一部の属性項目の値がが「通常の生育状態に回復」に更新されたとする。この場合、「作業ルールＲ１適用判断後、通常の生育状態に回復」という評価基準が有れば、作業ルール採否結果評価部１２２は、ルールＲ１の採否結果は妥当であると評価する。なお、評価結果を示す評価値は、２段階（○又は×）ではなく、更に細分化（例えば、５段階等）されてもよい。評価値が細分化される場合についても、どのような生育状態等に対してどのような評価値を付与するかについては、評価基準に定義されてもよい。
【０１０６】
続いて、作業ルール採否結果評価部１２２は、評価結果（すなわち、評価値）を、当該評価結果に係る栽培事例の当該評価結果に係る作業ルールに関して作業ルール採否履歴記憶部１２０に記録する（Ｓ２０４）。
【０１０７】
図１６は、第四の実施の形態における作業ルール採否履歴記憶部の構成例を示す図である。同図の作業ルール採否履歴記憶部１２０の構成例は、図１４において簡易的に示した作業ルール採否履歴Ｌ１及びＬ２を詳細化したものである。
【０１０８】
同図に示されるように、作業ルール採否履歴記憶部１２０は、栽培ＩＤ及び作業者ＩＤごとに、各作業ルールの採否結果及び評価結果を記憶する。同図では、作業ルールＲ１に対して評価結果（○）が記録された例が湿されている。なお、栽培ＩＤと作業者ＩＤとの関連付けが、作業ルール採否履歴記憶部１２０とは別に）管理されていれば、作業ルール採否履歴記憶部１２０において、作業者ＩＤの項目は、必ずしも必要ではない。また、第一から第三の実施の形態における作業ルール採否履歴記憶部１２０は、例えば、同図の構成に対して、作業ルールごとの評価結果の記録欄が除去されたものでよい。
【０１０９】
評価結果が記録されていない作業ルールが複数有る場合、複数の作業ルールに関して、同じ評価結果が記録されてもよい。特に、生育段階の更新に応じて作業ルールの採否結果の妥当性の評価が行われる場合、複数の作業ルールに関して評価結果が記録されていない可能性が高い。このような場合は、一回の評価によって、同じ評価結果（○又は×）が、複数の作業ルールに記録されてもよい。
【０１１０】
評価結果の記録対象となる栽培事例は、例えば、イベントデータに含まれている栽培ＩＤ等に基づいて判断される。或いは、ユーザ端末３０からのイベントデータの送信前のセッションの確立時に、栽培ＩＤ等が農作業支援装置１０に伝達されてもよい。
【０１１１】
なお、作業ルールの採否結果の評価は、作業ルール採否結果評価部１２２によって自動的に行われなくてもよい。例えば、ユーザの主観に基づいて、評価値が入力されてもよい。
【０１１２】
上述したように、第四の実施の形態によれば、作業ルールの採否結果に対する評価が相対的に高い他栽培事例が、作業ルールの採用の是非の判断の参考とされる。したがって、作業ルールの採否パターンが類似する他栽培事例において作物の栽培が失敗している場合に、同じような失敗を繰り返すことを回避できる可能性を高めることができる。
【０１１３】
なお、第四の実施の形態においても、栽培属性記憶部１１９が用いられてもよい。例えば、作業ルールの採否結果に対する評価が相対的に高い他栽培事例の中から、栽培属性の共通性に基づいて、参考とする他栽培事例が絞り込まれてもよい。
【０１１４】
次に、第五の実施の形態について説明する。第五の実施の形態では、第一の実施の形態と異なる点について説明する。したがって、特に言及しない点いついては、第一の実施の形態と同様でよい。
【０１１５】
図１７は、第五の実施の形態における農作業支援システムの機能構成例を示す図である。図１７中、図１と同一部分には同一符号を付し、その説明は省略する。
【０１１６】
図１７では、手本栽培事例登録部１２３及び手本栽培事例記憶部１２４等が追加されている。手本栽培事例記憶部１２４は、栽培ｕの栽培ＩＤに関連付けて、作業ルールの採否に関して手本（又は参考）とする他栽培事例（以下、「手本栽培事例」という。）の栽培ＩＤを記憶する。手本栽培事例登録部１２３は、ユーザ端末３０からの手本候補の栽培事例（以下、「手本候補栽培事例」という。）の指定に応じ、手本候補栽培事例、及び作業ルールの採否パターンが手本候補栽培事例に類似する栽培事例を、手本栽培事例として手本栽培事例記憶部１２４に記録する。なお、手本栽培事例登録部１２３は、農作業支援装置１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。また、手本栽培事例記憶部１２４は、例えば、補助記憶装置１０２又は農作業支援装置１０とネットワークを介して接続される非図示の記憶装置を用いて実現可能である。
【０１１７】
このように、第五の実施の形態では、予め手本栽培事例が登録される。作業ルールの採用の是非の判断においては、手本栽培事例における採否結果が参考とされる。
【０１１８】
図１８は、第五の実施の形態における農作業支援装置の処理概要の一例を説明するための図である。図１８中、図３と同一又は対応する部分には同一符号を付し、その説明は適宜省略する。
【０１１９】
第五の実施の形態では、ステップＳ１より前に、手本栽培事例登録部１２３によって、栽培ｕの栽培ＩＤに関連付けて手本栽培事例の栽培ＩＤが手本栽培事例記憶部１２４に登録される（Ｓ１１）。なお、複数の栽培事例に係る複数の栽培ＩＤが手本栽培事例として登録されてもよい。
【０１２０】
作業ルール採否判断部１１５は、作業ルール採否履歴Ｌ３において、手本栽培事例記録部に記録されている栽培ＩＤに係る採否履歴に基づいて、作業ルールＲｘの採用の是非を判断する。例えば、同図の作業ルール採否履歴Ｌ３において、栽培事例ｅ及び栽培事例ｆが手本栽培事例として指定されている場合、作業ルール採否判断部１１５は、栽培事例ｅ及び栽培事例ｆにおける作業ルールＲｘの採否結果に基づいて、作業ルールＲｘを「採用」と判断する。
【０１２１】
第五の実施の形態において、農作業支援装置１０が実行する処理手順について更に詳しく説明する。図１９は、手本栽培事例の登録処理の処理手順の一例を説明するためのフローチャートである。
【０１２２】
ステップＳ３０１において、受信処理部１１１は、手本候補栽培事例の栽培ＩＤをユーザ端末３０より受信する。当該栽培ＩＤは、例えば、ユーザ端末３０において表示される、過去の栽培事例の一覧画面の中からユーザによって選択された栽培事例に係る栽培ＩＤである。
【０１２３】
続いて、手本栽培事例登録部１２３は、作業ルールの採否パターンが手本候補栽培事例に類似する栽培事例を作業ルール採否履歴記憶部１２０より抽出する（Ｓ３０２）。具体的には、手本栽培事例登録部１２３は、ステップＳ３０１において受信された栽培ＩＤに係る栽培事例（すなわち、手本候補栽培事例）の採否パターンを作業ルール採否履歴記憶部１２０より取得する。手本栽培事例登録部１２３は、取得された採否パターンに類似する採否パターンに係る栽培事例（以下、「類似栽培事例」という。）の栽培ＩＤを作業ルール採否履歴記憶部１２０より取得する。採否のパターンが類似するとは、例えば、作業ルールの採否の判断結果の一致率が所定値以上であることをいう。
【０１２４】
続いて、手本栽培事例登録部１２３は、手本候補栽培事例及び類似栽培事例について、手本栽培事例としての適格性を判定する（Ｓ３０３）。適格であると判定する条件は、適宜定められてよい。適格性の判定の一例は、栽培属性記憶部１１９を用いて行われる。すなわち、栽培ｕと、手本候補栽培事例又は類似栽培事例に係る他栽培事例との間の、栽培属性の共通性（圃場の所在地域の共通性、圃場の距離の近さ、作型の共通性、土壌の特性の共通性、又は栽培方針の共通性等）に基づいて、適格性が判定される。栽培属性のいずれか一つのパラメータの共通性に基づいて適格性が判定されてもよいし、複数のパラメータの組み合わせにより適格性が判定されてもよい。例えば、所在地域、作型、土壌の特定、及び方針に関しては、一致する場合に適格であると判定される。また、距離に関しては、所定値以下である場合に、適格である判定される。または、所在地域の共通性、圃場の距離の近さ、作型の共通性、土壌の特性の共通性、又は方針の共通性等を点数化し、合計点数が所定値以上である場合に適格であると判定されるようにしてもよい。
【０１２５】
続いて、手本栽培事例登録部１２３は、適格であると判定された栽培事例（本候補栽培事例又は類似栽培事例）の栽培ＩＤを、栽培ｕの栽培ＩＤに関連付けて手本栽培事例記憶部１２４に登録（記録）する（Ｓ３０４）。なお、ユーザによって選択された栽培事例（手本候補栽培事例）の栽培ＩＤがそのまま（適格性の判定等が行われることなく）、手本栽培事例記憶部１２４に登録されるようにしてもよい。
【０１２６】
図２０は、第五の実施の形態における農作業支援装置による作業ルールの採否判断処理の処理手順の一例を説明するためのフローチャートである。
【０１２７】
ステップＳ４０１〜Ｓ４０４は、図４のステップＳ１０１〜Ｓ１０４と同様でよい。
【０１２８】
ステップＳ４０５において、作業ルール採否判断部１１５は、栽培ｕに関して、手本栽培事例の栽培ＩＤが手本栽培事例記憶部１２４に記録されているか否かを判定する。手本栽培事例の栽培ＩＤが記録されている場合（Ｓ４０５でＹｅｓ）、作業ルール採否判断部１１５は、手本栽培事例の栽培ＩＤに係る作業ルールの採否履歴に基づいて、ステップＳ４０４において抽出された作業ルールの採用の是非を判断する（Ｓ４０６）。すなわち、ステップＳ４０４において抽出された作業ルールに関して、当該採否履歴の採否結果が採用（○）であれば、作業ルール採否判断部１１５は、当該作業ルールを採用と判断する。一方、当該作業ルールに関して、当該採否履歴の採否結果が不採用（×）であれば、作業ルール採否判断部１１５は、当該作業ルールを不採用と判断する。なお、当該採否履歴が複数有る場合（すなわち、手本栽培事例が複数有る場合）、各採否履歴の多数決等によって、作業ルールの採用の是非が判断されてもよい。
【０１２９】
一方、栽培ｕに関して、手本栽培事例の栽培ＩＤが手本栽培事例記憶部１２４に記録されていない場合（Ｓ４０５でＮｏ）、作業ルール採否判断部１１５は、図４のステップＳ１０５〜Ｓ１０８と同様の処理手順によって、作業ルールの採用の是非を判断する（Ｓ４０７）。
【０１３０】
ステップＳ４０８以降は、図４のステップＳ１０９以降と同様でよい。
【０１３１】
上述したように、第五の実施の形態によれば、ユーザの意思に基づいて、作業ルールの採用の是非の判断に関して参考とする栽培事例が選択される。したがって、作業ルールの採用の是非の判断について、ユーザの価値観や栽培方針等に即した判断結果が得られる可能性を高めることができる。また、ユーザによって選択された栽培事例は、手本として適格であると判断される場合に、手本とされる。したがって、ユーザの圃場の環境等と顕著に相違する栽培事例が、参考とされてしまうことを回避することができる。
【０１３２】
なお、上記各実施の形態において、作業ルールは、規則情報の一例である。作業ルール記憶部１１８は、規則情報記憶部の一例である。作業ルール採否履歴記憶部１２０は、採否履歴記憶部の一例である。栽培属性記憶部１１９は、属性記憶部の一例である。受信処理部１１１は、受付部の一例である。作業ルール抽出部１１４は、抽出部の一例である。作業ルール採否判断部１１５は、判断部の一例である。
【０１３３】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１３４】
１０          農作業支援装置
２０          センシング装置
２１          センサ
２２          送信処理部
３０          ユーザ端末
３１          入力処理部
３２          送信処理部
３３          受信処理部
３４          出力処理部
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１１１        受信処理部
１１２        送信処理部
１１３        状態更新部
１１４        作業ルール抽出部
１１５        作業ルール採否判断部
１１６        状態更新ルール記憶部
１１７        状態データ記憶部
１１８        作業ルール記憶部
１１９        栽培属性記憶部
１２０        作業ルール採否履歴記憶部
１２１        作業ルール採否問い合わせ部
１２２        作業ルール採否結果評価部
１２３        手本栽培事例登録部
１２４        手本栽培事例記憶部
Ｂ            バス
【図１】
0005861256.tif 000002
【図２】
0005861256.tif 000003
【図３】
0005861256.tif 000004
【図４】
0005861256.tif 000005
【図５】
0005861256.tif 000006
【図６】
0005861256.tif 000007
【図７】
0005861256.tif 000008
【図８】
0005861256.tif 000009
【図９】
0005861256.tif 000010
【図１０】
0005861256.tif 000011
【図１１】
0005861256.tif 000012
【図１２】
0005861256.tif 000013
【図１３】
0005861256.tif 000014
【図１４】
0005861256.tif 000015
【図１５】
0005861256.tif 000016
【図１６】
0005861256.tif 000017
【図１７】
0005861256.tif 000018
【図１８】
0005861256.tif 000019
【図１９】
0005861256.tif 000020
【図２０】
0005861256.tif 000021