JP2016162347A - 栽培計画管理システム及び方法 - Google Patents

Abstract

【課題】栽培計画に沿って実施される作業に関する情報を通知することが可能な栽培計画管理システム及び方法を提供することにある。【解決手段】実施形態に係る栽培計画管理システムは、第１の格納手段と、取得手段と、通知手段とを具備する。第１の格納手段は、農作物を栽培する際の第１の作業を実施すべき時期を定めるための基準となる基準データを格納する。取得手段は、第１の作業を実施すべき時期に影響を与える実績データを取得する。通知手段は、所定期間の実績データ及び基準に基づいて、第１の作業を実施すべき時期を通知する。【選択図】図４

Description

本発明の実施形態は、栽培計画管理システム及び方法に関する。

一般的に、農業を経営する者（以下、営農者と表記）は、農作物を栽培する際に必要な作業（内容及び時期）を含む栽培計画を作成し、当該栽培計画に沿って当該作業を実施する。栽培計画に沿って実施される作業には、例えば播種、定植、農薬散布、追肥及び収穫等が含まれる。栽培計画は、例えばノートのような紙媒体に記しておく場合が多い。

特開２００９−２５９１０１号公報

ところで、栽培計画は、営農者が栽培する農作物毎に作成される。このため、多くの農作物を栽培する営農者が紙媒体に各農作物の栽培計画を記しておいた場合、後に栽培計画（に沿って実施される作業）を確認する際には非常に手間が掛かり、当該確認に漏れが生じる可能性がある。

そこで、本発明が解決しようとする課題は、栽培計画に沿って実施される作業に関する情報を通知することが可能な栽培計画管理システム及び方法を提供することにある。

実施形態に係る栽培計画管理システムは、第１の格納手段と、取得手段と、通知手段とを具備する。前記第１の格納手段は、農作物を栽培する際の第１の作業を実施すべき時期を定めるための基準となる基準データを格納する。前記取得手段は、前記第１の作業を実施すべき時期に影響を与える実績データを取得する。前記通知手段は、所定期間の前記実績データ及び前記基準に基づいて、前記第１の作業を実施すべき時期を通知する。

実施形態に係る栽培計画管理システムのネットワーク構成の一例を示す図。 栽培計画管理システムに備えられるサーバ装置のシステム構成を示す図。 栽培計画管理システムに備えられるクライアントデバイスのシステム構成を示す図。 栽培計画管理システムの機能構成を示すブロック図。 栽培計画ＤＢに格納されている栽培計画データのデータ構造の一例を示す図。 栽培計画ＤＢに格納されている基準データのデータ構造の一例を示す図。 資材管理ＤＢのデータ構造の一例を示す図。 実績ＤＢに格納されている天気実績データのデータ構造の一例を示す図。 実績ＤＢに格納されている基準データのデータ構造の一例を示す図。 ユーザによって作成される栽培計画の概要を表す図。 栽培計画を閲覧する際のＴＶ装置の表示画面の一例を示す図。 自動通知処理の処理手順を示すフローチャート。 通知情報が新たに受信された際のＴＶ装置の表示画面の一例を示す図。 通知情報の一覧が表示されたＴＶ装置の表示画面の一例を示す図。 通知情報の詳細が表示された際のＴＶ装置の表示画面の一例を示す図。 積算気温に基づく収穫時期を通知する際の自動通知処理の処理手順を示すフローチャート。 農薬の残使用回数を通知する際の自動通知処理の処理手順を示すフローチャート。 農薬の使用期限を通知する際の自動通知処理を示すフローチャート。 農薬散布後の収穫可能日を通知する際の自動通知処理の処理手順を示すフローチャート。

以下、図面を参照して、実施形態について説明する。

図１は、本実施形態に係る栽培計画管理システムのネットワーク構成の一例を示す。本実施形態に係る栽培計画管理システムは、例えば農作物を栽培する際に必要な複数の作業（内容及び時期）を含む栽培計画を管理するために、農業を経営する者（営農者）によって利用される。以下の説明では、栽培計画管理システムを利用する営農者を便宜的にユーザと称する。

図１に示すように、栽培計画管理システムは、サーバ装置１０及びクライアントデバイス２０を備える。

サーバ装置１０は、クライアントデバイス２０と例えばインターネット３０を介して通信可能に接続される電子機器である。サーバ装置１０では、上記した栽培計画に関する各種データを管理する機能を有する。サーバ装置１０は、クライアントデバイス２０以外の外部のサーバ装置等と通信可能に接続されていても構わない。

クライアントデバイス２０は、ユーザの例えば自宅に設置されているＴＶ装置４０と接続可能な電子機器（専用端末）である。クライアントデバイス２０は、例えばＴＶ装置４０のＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）入力端子に、ＨＤＭＩケーブルを介して取り外し可能に接続される。クライアントデバイス２０は、例えば無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉｆｉ（登録商標）等の無線通信機能によりＴＶ装置４０と接続される構成であってもよい。

本実施形態において、ＴＶ装置４０は、栽培計画管理システムの外部ディスプレイとして使用される表示装置である。栽培計画管理システムは、図示しないリモートコントローラから受信される操作信号に基づいて栽培計画に関する各種画面をＴＶ装置４０に表示することができる。

図２は、図１に示す栽培計画管理システムに備えられるサーバ装置１０のシステム構成を示す。図２に示すように、サーバ装置１０は、ＣＰＵ１１、不揮発性メモリ１２、主メモリ１３、ＢＩＯＳ−ＲＯＭ１４、システムコントローラ１５、無線通信デバイス１６及びＥＣ１７等を備える。

ＣＰＵ１１は、サーバ装置１０内の各コンポーネントの動作を制御するプロセッサである。プロセッサは、少なくとも１つの処理回路を含む。ＣＰＵ１１は、ストレージデバイスである不揮発性メモリ１２から主メモリ１３にロードされる様々なプログラム（ソフトウェア）を実行する。このプログラムには、オペレーティングシステム（ＯＳ）及びクライアントデバイス２０と連携して栽培計画を管理するためのプログラム（以下、サーバ用プログラムと表記）等が含まれる。

ＣＰＵ１１は、ＢＩＯＳ−ＲＯＭ１４に格納されている基本入出力システム（ＢＩＯＳ）も実行する。ＢＩＯＳは、ハードウェア制御のためのプログラムである。

システムコントローラ１５は、ＣＰＵ１１のローカルバスと各コンポーネントとの間を接続するデバイスである。システムコントローラ１５には、主メモリ１３をアクセス制御するメモリコントローラも内蔵されている。

無線通信デバイス１６は、クライアントデバイス２０及び外部のサーバ装置等と無線通信を実行するように構成されたデバイスである。

ＥＣ１７は、サーバ装置１０の電力管理を実行するように構成されたエンベデッドコントローラを含むワンチップマイクロコンピュータである。

図３は、図１に示す栽培計画管理システムに備えられるクライアントデバイス２０のシステム構成を示す。図３に示すように、クライアントデバイス２０は、ＣＰＵ２１、不揮発性メモリ２２、主メモリ２３、ＢＩＯＳ−ＲＯＭ２４、システムコントローラ２５、グラフィクスコントローラ２６、ＨＤＭＩ制御回路２７、無線通信デバイス２８及びＥＣ２９等を備える。

ＣＰＵ２１は、クライアントデバイス２０内の各コンポーネントの動作を制御するプロセッサである。プロセッサは、少なくとも１つの処理回路を含む。ＣＰＵ２１は、ストレージデバイスである不揮発性メモリ２２から主メモリ２３にロードされるプログラムを実行する。このプログラムには、オペレーティングシステム及びサーバ装置１０と連係して栽培計画を管理するためのプログラム（以下、クライアント用プログラムと表記）等が含まれる。ＣＰＵ２１は、ＢＩＯＳ−ＲＯＭ２４に格納されているＢＩＯＳも実行する。

システムコントローラ２５は、ＣＰＵ２１のローカルバスと各コンポーネントとの間を接続するデバイスである。システムコントローラ２５には、主メモリ２３をアクセス制御するメモリコントローラも内蔵されている。

グラフィクスコントローラ２６は、ＨＤＭＩ制御回路２７及びＨＤＭＩ端子（図示せず）を介して、外部ディスプレイとしてのＴＶ装置４０にデジタル映像信号を送出する。この場合、サウンドコントローラ（図示せず）がＨＤＭＩ制御回路２７（及びＨＤＭＩ端子）を介してＴＶ装置４０にデジタルオーディオ信号を送出してもよい。

ＨＤＭＩ制御回路２７は、ＴＶ装置４０を含む外部映像機器にデジタル映像信号及びデジタルオーディオ信号をＨＤＭＩ端子を介して送出するためのインタフェースである。ＨＤＭＩ端子によれば、非圧縮のデジタル映像信号とデジタルオーディオ信号とを１本のケーブルでＴＶ装置４０に送出することができる。

無線通信デバイス２８は、サーバ装置１０と無線通信を実行するように構成されたデバイスである。

ＥＣ２９は、クライアントデバイス２０の電力管理を実行するように構成されたエンベデッドコントローラを含むワンチップマイクロコンピュータである。

図３においては省略されているが、クライアントデバイス２０は、リモートコントローラのような外部電子機器からの操作信号を受信するための受信部として機能するインタフェースを備える。このインタフェースは、例えば赤外線受信部であってもよいし、Ｂｌｕｅｔｏｏｔｈ規格に基づく無線通信を実行するデバイスであってもよい。

図４は、栽培計画管理システムの機能構成を示すブロック図である。図４に示すように、サーバ装置１０は、通信処理部１０１、ＤＢ管理部１０２、栽培計画データベース（ＤＢ）１０３、資材管理データベース（ＤＢ）１０４及び実績データベース（ＤＢ）１０５を含む。

本実施形態において、通信処理部１０１及びＤＢ管理部１０２の一部または全ては、上記したＣＰＵ１１にサーバ用プログラムを実行させること、すなわちソフトウェアによって実現されてもよいし、ＩＣ（Integrated Circuit）等のハードウェアによって実現されてもよいし、当該ソフトウェア及びハードウェアの組み合わせ構成として実現されてもよい。

また、本実施形態において、各ＤＢ１０３〜１０５は、不揮発性メモリ１２に格納されているものとする。

栽培計画管理システムを利用するユーザは、上記した栽培計画（当該栽培計画に沿って実施される作業等）を確認したい場合、リモートコントローラに対する操作を行うことによって、クライアントデバイス２０に対して当該栽培計画の表示を指示することができる。この場合、クライアントデバイス２０は、リモートコントローラからの操作信号に対応する指示内容をサーバ装置１０に対して送信する。

通信処理部１０１は、クライアントデバイス２０との無線通信を実行する機能部である。通信処理部１０１は、クライアントデバイス２０によって送信された指示内容を受信する。

ＤＢ管理部１０２は、栽培計画ＤＢ１０３、資材管理ＤＢ１０４及び実績ＤＢ１０５に格納される各種データを管理するための機能部である。

ＤＢ管理部１０２は、通信処理部１０１によって受信された指示内容に基づいて、各ＤＢ１０３〜１０５から必要なデータを取得する。ＤＢ管理部１０２によって取得されたデータは、通信処理部１０１を介してクライアントデバイス２０に対して送信される。

また、ＤＢ管理部１０２は、例えばリモートコントローラに対するユーザの操作（つまり、クライアントデバイス２０によって送信された指示内容）に応じて各ＤＢ１０３〜１０５（に格納されているデータ）を更新する。

栽培計画ＤＢ１０３には、農作物を栽培する際に必要な作業が設定された栽培計画を示す栽培計画データが格納される。また、栽培計画ＤＢ１０３には、農作物を栽培する際の作業を実施すべき時期を定めるための基準となる基準データが格納される。資材管理ＤＢ１０４には、農作物を栽培する際に使用される資材（例えば、農薬等）に関するデータ（以下、資材管理データ）が格納される。実績ＤＢ１０５には、農作物を栽培する際の作業を実施すべき時期に影響を与える実績データが格納される。実績ＤＢ１０５に格納される実績データには、例えば日付毎の気温を含む天気実績データ及び農作物を栽培する際の作業の実績データ等が含まれる。

ここで、ＤＢ管理部１０２は、例えば栽培計画ＤＢ１０３に格納されている栽培計画データによって示される栽培計画（に沿って実施される作業）に関する情報（以下、通知情報と表記）を、自動的にユーザに対して通知する機能（以下、自動通知機能と表記）を有する。通知情報には、例えば栽培計画において設定されている各作業を実施すべき時期（作業時期）等が含まれる。

ＤＢ管理部１０２は、自動通知機能を実現するための機能部として、判定部１０２ａ及び生成部１０２ｂを含む。

判定部１０２ａは、栽培計画ＤＢ１０３を定期的に監視し、各作業時期が到来したか否かを判定する。

生成部１０２ｂは、作業時期が到来したことをユーザに通知するための通知情報を生成する。

生成部１０２ｂによって生成された通知情報は、通信処理部１０１を介してクライアントデバイス２０に対して送信される。

図４に示すように、クライアントデバイス２０は、通信処理部２０１、表示処理部２０２及び操作受付部２０３を含む。

本実施形態において、通信処理部２０１、表示処理部２０２及び操作受付部２０３の一部または全ては、上記したＣＰＵ２１にクライアント用プログラムを実行させること、すなわちソフトウェアによって実現されてもよいし、ＩＣ等のハードウェアによって実現されてもよいし、当該ソフトウェア及びハードウェアの組み合わせ構成として実現されてもよい。

通信処理部２０１は、サーバ装置１０からクライアントデバイス２０に対して送信されたデータ及び通知情報を受信する。

表示処理部２０２は、クライアントデバイス２０内部に予め用意されている表示画面データ、通信処理部２０１によって受信されたデータ及び通知情報に基づいて、各種表示画面を生成する。表示処理部２０２は、生成された表示画面をＴＶ装置４０に表示する。

操作受付部２０３は、ユーザによるリモートコントローラに対する操作を受け付けるための機能部である。操作受付部２０３は、リモートコントローラに対するユーザの操作に応じて、当該操作（信号）に対応する指示（内容）を受け付ける。操作受付部２０３によって受け付けられた指示は、通信処理部２０１を介してサーバ装置１０に対して送信される。

次に、サーバ装置１０に含まれる各ＤＢ１０３〜１０５に格納されるデータについて説明する。

図５は、栽培計画ＤＢ１０３に格納されている栽培計画データのデータ構造の一例を示す。

図５に示すように、栽培計画データは、栽培計画において設定された各作業の作業内容及び作業時期を対応づけて含む。作業内容は、農作物を栽培する際に必要な作業の内容を示す。作業時期は、対応づけられている作業内容の作業を実施する予定の時期（日付）を示す。

図５に示す栽培計画データによれば、栽培計画において例えば播種の作業を４月１０日〜４月２０日に実施する予定であることが示されている。栽培計画データにおいては、定植、農薬散布（１回目）、収穫初め、追肥（１回目）、農薬散布（２回目）、追肥（２回目）、農薬散布（３回目）及び追肥（３回目）の各作業についても同様に作業時期が示されている。

栽培計画データによって示される栽培計画は、リモートコントローラを操作することによって、ユーザが例えばＴＶ装置４０の画面上で作成することができる。具体的には、ユーザは、農作物を栽培する際に必要な作業の内容と当該作業を実施する予定の時期とを、作業毎に順次指定（入力）していくことにより栽培計画を作成することができる。このようにＴＶ装置４０の画面上で栽培計画が作成された場合、当該栽培計画を示す栽培計画データ（各作業が設定された栽培計画データ）は、クライアントデバイス２０からサーバ装置１０に送信され、当該サーバ装置１０に含まれる栽培計画ＤＢ１０３に格納（登録）される。ユーザは、一旦登録された栽培計画（データ）をＴＶ装置４０の画面上で修正（変更）することも可能である。

図５においては便宜的に１つの栽培計画データについてのみ説明したが、ユーザが複数の農作物を栽培する場合、栽培計画ＤＢ１０３には、当該農作物毎の栽培計画データが格納される。このため、栽培計画データは、例えば当該栽培計画データによって示される栽培計画で栽培される農作物名に対応づけて栽培計画ＤＢ１０３に格納されるものとする。

また、栽培計画ＤＢ１０３には、上記したように基準データが更に格納される。図６は、基準データのデータ構造の一例を示す。図６に示す基準データは、収穫作業を実施すべき時期を定めるための基準となるデータである。

図６に示すように基準データは、積算開始日及び予定気温を対応づけて含む。積算開始日は、後述する積算気温の算出を開始する日付を示す。積算開始日は、例えばユーザによって指定されるものとする。具体的には、積算開始日は、リモートコントローラに対するユーザの操作に応じてＴＶ装置４０の画面上で直接指定されてもよいし、ユーザによって指定（作成）された栽培計画における所定の作業（例えば、播種または定植）を実施する予定の時期等に応じて設定されてもよい。更に、積算開始日は、後述するようにユーザによって登録される実際に所定の作業を実施した時期（当該作業の実績）に応じて設定されてもよい。

予定気温は、後述するように収穫作業を実施すべき時期であるか否かを判定するために積算気温と比較される基準値である。予定気温は栽培計画データによって示される栽培計画で栽培される農作物の種別に応じて定められていてもよいし、リモートコントローラに対するユーザの操作に応じてＴＶ装置４０の画面上で設定されてもよい。

図６に示す例では、積算開始日が５月１１日であり、予定気温が９００度である基準データが示されている。

基準データに含まれる積算開始日及び予定気温は、栽培される農作物によって異なる。したがって、基準データは、農作物毎（に作成される栽培計画データ）に紐付けられているものとする。

図７は、資材管理ＤＢ１０４のデータ構造の一例を示す。図７に示すように、資材管理ＤＢ１０４には、例えば農作物を栽培する際に使用される農薬であって、ユーザが所有（購入）している農薬毎に、農薬名、使用期限、使用制限回数及び収穫制限日数を対応づけて含む資材管理データが格納されている。図７においては省略されているが、資材管理データは、農薬が使用される農作物（名）及び当該農薬が使用される時期（例えば、播種及び定植等）に紐付けられている。

農薬名は、ユーザが所有している農薬の名称である。使用期限は、ユーザが所有している農薬の使用期限となる年月を示す。使用期限は、農薬の購入日から自動的に設定されてもよいし、ユーザがリモートコントローラを操作することによってＴＶ装置４０の画面上で設定されてもよい。

使用制限回数は、農作物の栽培において農薬を使用可能な回数の上限を示す。一般的に、過度の農薬の使用は農作物に悪影響を与えることが知られている。このため、使用制限回数は、消費者に対して安全及び安心な農作物を提供するために予め定められているものとする。使用制限回数は、ユーザがリモートコントローラを操作することによってＴＶ装置４０の画面上で設定されてもよい。

一般的に、ユーザ（営農者）は、消費者に対して安全及び安心な農作物を提供するために、農薬散布後の一定期間は当該農作物の収穫作業を実施しない場合が多い。よって、収穫制限日数は、農薬散布（使用）後に農作物の収穫が制限される（つまり、収穫作業を行うことができない）日数を示す。収穫制限日数は、例えば農薬の種別に応じて自動的に設定されているものとする。収穫制限日数は、ユーザがリモートコントローラを操作することによってＴＶ装置４０の画面上で設定されてもよい。

図７に示す例では、資材管理ＤＢ１０４には、例えば農薬名「農薬Ａ」、使用期限「２０１６年１２月」、使用制限回数「３回」及び収穫制限日数「５日」を対応づけて含む資材管理データが格納されている。この資材管理データによれば、農薬名が農薬Ａである農薬の使用期限が２０１６年１２月であり、当該農薬を使用可能な回数の上限が３回であり、当該農薬を使用した後、５日間は農作物の収穫が制限されることが示されている。

ここでは、農薬名が農薬Ａである農薬に関する資材管理データについてのみ説明したが、資材管理ＤＢ１０４には、他の農薬に関する資材管理データについても格納されている。

更に、詳細については省略するが、資材管理ＤＢ１０４においては、農薬に関する資材管理データ以外に、農作物を栽培する際に使用される肥料に関する資材管理データについても同様に格納（管理）されている。

図８及び図９を参照して、実績ＤＢ１０５について説明する。実績ＤＢ１０５には、実績データとして、天気実績データ及び農薬散布実績データが格納される。

図８は、天気実績データのデータ構造の一例を示す。図８に示すように、天気実績データは、日付毎に、天気、最高気温、最低気温、平均気温及び積算気温を対応づけて含む。

日付、天気、最高気温、最低気温及び平均気温は、日毎に、例えば外部のサーバ装置等から自動的に収集されて登録されるものとする。天気実績データは、栽培計画データによって示される栽培計画における農作物の栽培期間にのみ収集されてもよい。

積算気温は、上記した基準データに含まれる積算開始日からの気温の積算値を示す。積算気温は、日付、天気、最高気温、最低気温及び平均気温が収集される度に、前日の積算気温に対して当該気温を加算することによって算出される。積算気温の算出には、最高気温、最低気温及び平均気温のうちの少なくとも１つが用いられる。

図８に示す天気実績データでは、積算開始日が５月１１日であり、積算気温の算出に平均気温が用いられている例が示されている。

図９は、農薬散布実績データのデータ構造の一例を示す。図９に示すように、農薬散布実績データには、農薬名、農薬散布日及び実使用回数を対応づけて含む。

農薬名は、ユーザが使用した農薬の名称である。農薬散布日は、農作物の栽培においてユーザが農薬を散布（使用）した日付を示す。実使用回数は、１の農作物の栽培においてユーザが農薬を実際に使用した回数を示す。

図９に示す例では、農薬散布実績データには、例えば農薬名「農薬Ａ」、農薬散布日「７月１０日」及び実使用回数「１回」が対応づけて含まれている。この農薬散布実績データによれば、農薬名が農薬Ａである農薬が７月１０日に散布されたこと、及び当該農薬を実際に使用した回数が１回であることが示されている。

農薬散布実績データは、リモートコントローラに対するユーザの操作に応じてＴＶ装置４０の画面上で設定（登録）される。

農薬散布実績データは、農薬散布が実施された農作物（名）に紐付けられているものとする。また、実績ＤＢ１０５には、農薬散布以外の他の作業の実績データも格納される。

以下、本実施形態に係る栽培計画管理システムの動作の概要について説明する。営農者であるユーザが栽培計画管理システムを利用する場合、当該ユーザは、当該ユーザが栽培する農作物について栽培計画を作成する必要がある。

まず、クライアントデバイス２０が起動されると、ＴＶ装置４０には、ホーム画面が表示される。このホーム画面には、例えばクライアントデバイス２０を起動した当日の天気（日付、時間帯別の天気及び気温等）とともに、それぞれ異なる番号が割り当てられた複数の項目（ボタン）が表示される。ユーザは、リモートコントローラに設けられている所望の番号のボタンを押下する操作を行うことによって、当該番号が割り当てられた項目に対応する指示をクライアントデバイス２０に対してすることができる。

このようなリモートコントローラに対する操作によって栽培計画の作成が指示された場合、ＴＶ装置４０には、栽培計画を作成するための画面（以下、栽培計画作成画面と表記）が表示される。この栽培計画作成画面においては、ユーザが栽培する農作物を指定した上で、当該農作物を栽培する際に必要な作業の内容及び当該作業を実施する予定の時期（月日等）を指定（選択）することによって、当該農作物の栽培計画を作成する。なお、図１０は、ユーザによって作成される栽培計画の概要を表す図である。図１０においては、作業時期の詳細（日付等）については省略されている。

ユーザによって作成された栽培計画はクライアントデバイス２０からサーバ装置１０に対して送信され、上述した図５に示すような栽培計画データが栽培計画ＤＢ１０３に登録（格納）される。

栽培計画ＤＢ１０３に格納される栽培計画データは、ユーザによって作成された栽培計画を示す栽培計画データではなく、例えば農業協同組合等で予め作成されている栽培計画（栽培暦）を示す栽培計画データであっても構わない。

栽培計画データが栽培計画ＤＢ１０３に登録された後に、リモートコントローラに設けられている所定のボタンがユーザによって押下されたことによって栽培計画の閲覧（表示）が指示された場合を想定する。この場合、クライアントデバイス２０は、栽培計画の閲覧が指示されたことをサーバ装置１０に対して送信（通知）し、栽培計画ＤＢ１０３に格納されている栽培計画データを当該サーバ装置１０から受信する。クライアントデバイス２０によって受信された栽培計画データは、ＴＶ装置４０に表示される。これにより、ユーザは、栽培計画をＴＶ装置４０を介して閲覧することができる。複数の農作物について栽培計画が作成されている場合には、ユーザは、閲覧を希望する農作物を指定するものとする。

図１１は、栽培計画を閲覧する際のＴＶ装置４０の表示画面（以下、栽培計画閲覧画面と表記）の一例を示す。図１１に示す例では、栽培計画閲覧画面において栽培計画はカレンダーの形式で表示されている。

栽培計画閲覧画面の上部には、農作物名表示領域４０１が設けられている。この農作物名表示領域４０１には、栽培計画閲覧画面において閲覧されている栽培計画で栽培される農作物名が表示される。図１１に示す栽培計画閲覧画面においては、農作物名表示領域４０１には、農作物名として農作物Ｘが表示されている。

栽培計画閲覧画面において、農作物名表示領域４０１の下部には、カレンダー表示領域４０２が設けられている。このカレンダー表示領域４０２には、現在（クライアントデバイス２０を起動した当日）の日付を含む月単位のカレンダーが表示される。このカレンダーは、当該カレンダー上でユーザが現在の日付を容易に把握可能な態様で（例えば、現在の日付の欄が強調された状態で）表示される。図１１に示す例では、現在の日付が７月１１日（木）であることが示されている。

また、カレンダー表示領域４０２においては、今後予定されている作業の内容及び時期が表示される。具体的には、カレンダー表示領域４０２に表示されている日付のうち、栽培計画データに含まれる作業時期に該当する日付の欄には、当該作業時期に実施する予定の作業内容を表すマークが付加される。図１１に示す例では、７月２０日（土）の欄には、追肥を表すマーク４０２ａが付加されている。これによれば、ユーザは、７月２０日（土）に追肥を実施する予定であることを容易に把握することができる。ここでは、追肥について説明したが、カレンダー表示領域４０２に表示されているカレンダー上に他の作業（播種、定植、農薬散布及び収穫等）を実施する予定となっている日付が存在する場合には、当該作業内容に対応するマークが当該日付の欄に付加される。

一方、栽培計画に沿ってユーザが実際に作業を実施した場合、ユーザは、当該作業の実績（作業内容及び時期）を例えば栽培計画閲覧画面において登録することができる。

図１１に示すように、例えば７月１日（月）に追肥の実績が登録された場合、カレンダー表示領域４０２の７月１日（月）の欄には、肥料を表すアイコン４０２ｂが付加される。この場合、追肥において使用された肥料の量等が併せて登録されてもよい。

また、例えば７月１０日（水）に農薬散布の実績が登録された場合、カレンダー表示領域４０２の７月１０日（水）の欄には、農薬を表すアイコン４０２ｃが付加される。この場合、農薬散布において使用された農薬量等が併せて登録されてもよい。

ここで、農薬散布の実績が登録された場合には、使用された農薬の農薬名、農薬散布を実施した日（農薬散布日）及び当該農薬の実使用回数を含む農薬散布実績データが実績ＤＢ１０５に格納される。実使用回数は、既に実績ＤＢ１０５に格納されている同一の農薬名を含む農薬散布実績データの実使用回数に１を加算した値とする。

図１１には示されていないが、追肥及び農薬散布以外に、収穫の実績を登録することも可能である。収穫の実績が登録された場合には、当該収穫を表すアイコンが当該収穫が実施された日付の欄に付加される。この場合、収穫量等が併せて登録されてもよい。

更に、音声メモとしてユーザの音声を登録することも可能であるものとする。音声メモが登録された場合には、カレンダー表示領域４０２の該当する日付の欄には音声メモを表すアイコンが付加される。

このような栽培計画閲覧画面によれば、ユーザは、過去に実施された作業及び今後予定されている作業（の内容及び時期）を容易に把握することが可能となる。

上記した農薬散布の実績、追肥の実績、収穫の実績、及び音声メモの登録は、カレンダー表示領域４０２の下部に表示されている作業登録ボタンをリモートコントローラを用いてユーザが指定することによって行われる。図１１に示すように、作業登録ボタンには、例えば「農薬」ボタン４０３ａ、「肥料」ボタン４０３ｂ、「収穫」ボタン４０３ｃ及び「音声メモ」ボタン４０３ｄが含まれる。農薬散布の実績を登録する場合、ユーザは、リモートコントローラに設けられているボタンのうち、「農薬」ボタン４０３ａに割り当てられた番号のボタン（ここでは、「１」のボタン）を押下すればよい。追肥の実績、収穫の実績、及び音声メモを登録する場合についても同様である。なお、作業登録ボタンの指定は、例えばリモートコントローラに設けられているカーソルキー等を用いて、栽培計画閲覧画面に表示されるカーソルを移動させることによって行われても構わない。

ユーザによって登録される農薬散布の実績、追肥の実績、収穫の実績、及び音声メモの登録内容は、実績ＤＢ１０５内で管理される。

図１１に示すように、栽培計画閲覧画面には、現在の時刻及び当日の天気等の情報が更に表示されても構わない。

また、栽培計画閲覧画面には、上記した作業登録ボタン４０３ａ〜４０３ｄ以外に、例えば農薬及び肥料を購入する機能、天気予報を確認（表示）する機能、及び農業協同組合によって作成された栽培計画（栽培暦）を閲覧する機能等に対応するボタンが設けられていてもよい。

また、栽培計画閲覧画面に設けられているボタンに対応する機能をユーザが選択（指定）する等によって、ユーザが栽培計画閲覧画面を編集（カスタマイズ）できるような構成としてもよい。

図１１に示す例では、カレンダー表示領域４０２には現在の日付を含む月のカレンダー（７月のカレンダー）が表示されているが、リモートコントローラに対するユーザの操作に応じて当該カレンダー表示領域４０２に他の月のカレンダーが表示されるようにしてもよい。これによれば、ユーザは、例えば来月実施される作業及び先月以前に実施した作業等についても容易に確認することができる。

更に、図１１に示す例では栽培計画がカレンダーの形式で表示されているが、栽培計画は、例えば図１０に示すような当該栽培計画全体が把握できるような形式で表示されてもよい。この場合、図１１に示すようなカレンダー形式で表示した場合と比較して、日付毎に作業内容等を表示することは困難であるが、少なくとも栽培計画に沿って各作業が行われているか否かをユーザが容易に把握できるような態様で表示されるものとする。また、上記したような栽培計画の表示形式をユーザが選択する（切り替える）ことが可能な構成であってもよい。

上記したように、ユーザは、栽培計画閲覧画面において栽培計画を確認（閲覧）することが可能である。しかしながら、栽培計画を確認するためには、リモートコントローラを操作することによって、例えばホーム画面において栽培計画の閲覧（表示）をクライアントデバイス２０に対して指示する必要がある。すなわち、このような操作が煩雑であり、栽培計画の確認を怠った場合には、栽培計画において設定された作業を実施すべき時期等をユーザが失念する可能性がある。

そこで、本実施形態においては、上述した自動通知機能により、栽培計画に関する通知情報を自動的に通知する処理（以下、自動通知処理と表記）を実行する。

以下、図１２に示すフローチャートを参照して、栽培計画において設定されている作業を実施する予定の時期を通知する際の自動通知処理の処理手順について説明する。

図１２に示す自動通知処理は、例えば、クライアントデバイス２０が起動され、ホーム画面が表示される際に、サーバ装置１０に含まれるＤＢ管理部１０２によって実行される。サーバ装置１０に含まれる栽培計画ＤＢ１０３には、例えばユーザによって作成された栽培計画を示す栽培計画データが既に格納（登録）されているものとする。

まず、ＤＢ管理部１０２は、現在の日付を示す日付データを取得する（ブロックＢ１）。ＤＢ管理部１０２は、サーバ装置１０内で管理されている日付データを取得してもよいし、外部のサーバ装置で管理されている日付データを当該外部のサーバ装置から取得してもよい。

ＤＢ管理部１０２は、栽培計画ＤＢ１０３に格納されている栽培計画データを取得する（ブロックＢ２）。

次に、ＤＢ管理部１０２に含まれる判定部１０２ａは、ＤＢ管理部１０２によって取得された日付データ及び栽培計画データに基づいて、栽培計画において設定されている作業を実施する予定の時期（作業時期）が到来したか否かを判定する（ブロックＢ３）。この場合、判定部１０２ａは、日付データによって示される現在の日付が栽培計画データに含まれる作業時期（日付）に該当する（一致する）場合、当該作業時期が到来したと判定する。

作業時期が到来していないと判定された場合（ブロックＢ３のＮＯ）、自動通知処理は終了される。

一方、作業時期が到来したと判定された場合（ブロックＢ３のＹＥＳ）、ＤＢ管理部１０２に含まれる生成部１０２ｂは、作業時期が到来したことを通知するための通知情報を生成する（ブロックＢ４）。

ＤＢ管理部１０２は、生成部１０２ｂによって生成された通知情報を、クライアントデバイス２０を介してユーザに通知する（ブロックＢ５）。

この場合、生成部１０２ｂによって生成された通知情報は、通信処理部１０１を介してクライアントデバイス２０に対して送信される。クライアントデバイス２０に含まれる表示処理部２０２は、サーバ装置１０によって送信された通知情報を通信処理部２０１を介して受信し、上述した表示画面データに基づいて当該通知情報を含む表示画面を生成する。このように表示処理部２０２によって生成された表示画面は、ＴＶ装置４０に表示される。これにより、通知情報がユーザに対して通知される。

ここで、通知情報が通知される際のＴＶ装置４０の表示画面について具体的に説明する。クライアントデバイス２０において通知情報が受信された場合には、例えば図１３に示すように、通知情報が新たに受信された（つまり、新着情報が存在する）ことを通知するためのポップアップ２００がＴＶ装置４０の画面上に表示される。これによれば、ユーザは、新着情報（通知情報）の存在を認識することができる。

図１３においては、クライアントデバイス２０によって新たな通知情報が受信された場合にポップアップ２００が表示されるものとして説明したが、ユーザが新着情報の存在を容易に把握可能であれば、他の態様で新着情報の存在が通知されてもよい。具体的には、ホーム画面内に新着情報の存在を通知するための領域が設けられていてもよいし、当該新着情報が存在することをアラームまたは音声で通知するようにしてもよい。

この場合、ユーザは、リモートコントローラを操作することにより、通知情報の一覧の表示をクライアントデバイス２０に対して指示することができる。図１４は、通知情報の一覧が表示された際のＴＶ装置４０の表示画面（以下、通知画面と表記）の一例である。

図１４に示すように、通知画面においては、サーバ装置１０によって送信された通知情報の一覧が表示される。通知画面において、新たな通知情報（つまり、ユーザが未読の通知情報）４１１には「新着」アイコン４１２が付されている。図１４に示す例では、新たな通知情報として「農作物Ｘの追肥（２回目）を実施する日です。」の文字列が表示されている。これによれば、ユーザは、クライアントデバイス２０を起動した当日が農作物Ｘの追肥を実施する予定の日であることを認識することができる。なお、この通知情報は、例えば予め用意された作業時期を通知するためのテンプレート（表示画面データ）に対して農作物名（ここでは、農作物Ｘ）及び作業内容（ここでは、追肥（２回目））等を当てはめることによって作成される。農作物名及び作業内容は、栽培計画データから取得可能である。

このような通知画面において所望の通知情報がリモートコントローラを用いて指定された場合には、図１５に示すように、当該指定された通知情報の詳細が表示される。図１５は、図１４に示す通知情報４１１がリモートコントローラを用いて指定された場合のＴＶ装置４０の表示画面（以下、詳細画面と表記）の一例である。なお、通知情報の指定は、リモートコントローラに設けられている複数のボタンのうち、当該通知情報に割り当てられている番号のボタンを押下することによって行われる。

図１５に示す例では、通知情報４１１の詳細として、「７月２０日は追肥を実施する日です。次の追肥（３回目）は８月１５日の予定です。」の文字列が詳細画面に表示されている。このような詳細画面を確認することにより、ユーザは、７月２０日に追肥を実施すべきであることに加えて、次回の追肥を実施すべき時期が８月１５日であることも把握することができる。このため、例えば次回の追肥までに肥料が不足しているような場合には、当該追肥の時期までに新たに肥料を購入しておく等の対応をすることが可能となる。この通知情報の詳細についても、上記した通知情報と同様に、予め用意されたテンプレート（表示画面データ）に対して農作物名、作業内容、及び次回の作業時期を当てはめることによって作成される。農作物名、作業内容、及び次回の作業時期は、栽培計画データから取得可能である。

図１５においては、通知情報４１１の詳細として次回の追肥の作業時期（予定日）が表示されるものとして説明したが、例えばサーバ装置１０に含まれる各ＤＢ１０３〜１０５に格納されているデータ及び外部のサーバ装置から取得可能なデータから作成可能であれば他の内容が表示されてもよい。

上記した自動通知処理によれば、栽培計画ＤＢ１０３に格納されている栽培計画データに含まれる作業時期を自動的にユーザに通知することが可能となる。図１２においては、１の栽培計画データに基づいて作業時期が通知されるものとして説明したが、複数の栽培計画データが栽培計画ＤＢ１０３に格納されている場合（つまり、ユーザが複数の農作物を栽培している場合）には、当該栽培計画データ毎にブロックＢ３〜Ｂ５の処理が繰り返される。

なお、通知情報は、作業時期の当日（つまり、作業を実施する予定の日）にユーザに対して通知されるのではなく、当該作業時期の一定期間前に通知されてもよい。

また、通知情報は、栽培計画データに含まれる作業時期を通知するものに限られない。以下、ユーザに対して通知される通知情報の別の例について説明する。上記した栽培計画データに含まれる作業時期を通知する場合と同様の処理については、その説明を省略する。

栽培計画データには収穫を実施する予定の時期（収穫初めの時期）が含まれているが、農作物を実際に収穫する時期（以下、収穫時期と表記）については積算気温を目安として判断する場合がある。そこで、本実施形態においては、積算気温に基づく収穫時期を通知するような構成とすることができる。

図１６に示すフローチャートを参照して、積算気温に基づく収穫時期を通知する際の自動通知処理の処理手順について説明する。

ＤＢ管理部１０２は、実績ＤＢ１０５に格納されている天気実績データを取得する（ブロックＢ１１）。なお、実績ＤＢ１０５に格納されている天気実績データは、例えば外部のサーバ装置から取得される天気実績データに基づいて日々更新（つまり、収集）されているものとする。

ＤＢ管理部１０２は、実績ＤＢ１０５に格納されている基準データを取得する（ブロックＢ１２）。

次に、ＤＢ管理部１０２に含まれる判定部１０２ａは、取得された天気実績データに含まれる積算気温と、取得された基準データに含まれる予定気温とを比較する。判定部１０２ａは、比較結果に基づいて、積算気温が予定気温に到達したか否かを判定する（ブロックＢ１３）。

積算気温が予定気温に到達していないと判定された場合（ブロックＢ１３のＮＯ）、自動通知処理は終了される。

一方、積算気温が予定気温に到達したと判定された場合（ブロックＢ１３のＹＥＳ）、ＤＢ管理部１０２に含まれる生成部１０２ｂは、積算気温に基づく収穫時期が到来したことを通知するための通知情報を生成する（ブロックＢ１４）。この場合における通知情報は、例えば「農作物Ｘの積算気温が予定気温を超えました。」等の文字列を含む。

ＤＢ管理部１０２は、生成部１０２ｂによって生成された通知情報を、クライアントデバイス２０を介してユーザに通知する（ブロックＢ１５）。

すなわち、図１６に示す自動通知処理によれば、例えば収穫作業を実施すべき時期に影響を与える天気実績データを実績ＤＢ１０５内に収集しておくことにより、例えばユーザによって指定される積算開始日からの積算気温に基づく収穫時期を通知することができる。積算気温に基づく収穫時期は、栽培計画データに含まれる収穫初めの時期と併せて通知してもよい。

実績ＤＢ１０５に格納されている天気実績データは積算気温を含むものとして説明したが、積算気温は、上述したステップＳ１３において積算開始日以降の当該天気実績データに含まれる気温を積算することによって算出されても構わない。このような構成の場合には、天気実績データには、積算気温は含まれていなくてもよい。

図１６においては、天気実績データ（に含まれる気温）を用いて収穫時期が通知されるものとして説明したが、収穫時期に影響を与えるデータであれば、実績データとして例えば降水量等の他のデータを用いてもよい。更に、サーバ装置１０において取得可能な実績データに基づいて作業時期を通知可能であれば、収穫時期以外の作業を実施すべき時期を通知してもよい。

本実施形態において、サーバ装置１０に含まれる資材管理ＤＢ１０４に格納されている資材管理データには、農薬の使用制限回数が含まれている。このため、本実施形態においては、農薬の使用制限回数に基づいて当該農薬の残りの使用回数（以下、残使用回数と表記）を通知するような構成とすることができる。

図１７に示すフローチャートを参照して、農薬の残使用回数を通知する際の自動通知処理の処理手順について説明する。

図１７に示す自動通知処理は、例えば上記した栽培計画閲覧画面において農薬散布の実績（つまり、農薬散布を実施したこと）を登録する操作が行われた場合に実行される。農薬散布の実績を登録する操作がユーザによって行われた場合、クライアントデバイス２０は、当該農薬散布の実績（農薬の使用）をサーバ装置１０に対して通知する。

この場合、サーバ装置１０に含まれるＤＢ管理部１０２は、クライアントデバイス２０からの通知に基づいて、上記した農薬散布実績データを実績ＤＢ１０５に登録する（ブロックＢ２１）。ここで登録される農薬散布実績データには、農薬名、農薬散布日及び実使用回数が含まれる。

次に、ＤＢ管理部１０２は、ブロックＢ２１において登録された農薬散布実績データに含まれる農薬名を含む資材管理データを資材管理ＤＢ１０４から取得する（ブロックＢ２２）。

ＤＢ管理部１０２に含まれる判定部１０２ａは、ブロックＢ２２において取得された資材管理データに含まれる使用制限回数と、ブロックＢ２１において登録された農薬散布実績データに含まれる実使用回数との差分を算出する（ブロックＢ２３）。

判定部１０２ａは、算出された差分が１であるか否かを判定する（ブロックＢ２４）。差分が１でないと判定された場合（ブロックＢ２４のＮＯ）、自動通知処理は終了される。

一方、差分が１であると判定された場合（ブロックＢ２４のＹＥＳ）、ＤＢ管理部１０２に含まれる生成部１０２ｂは、農薬の残使用回数が１回であることを通知するための通知情報を生成する（ブロックＢ２５）。ブロックＢ２１において登録された農薬散布実績データに含まれる農薬名が農薬Ａである場合、生成部１０２ｂによって生成される通知情報は、例えば「農薬Ａの残りの使用回数は１回です。」等の文字列を含む。

ＤＢ管理部１０２は、生成部１０２ｂによって生成された通知情報を、クライアントデバイス２０を介してユーザに通知する（ブロックＢ２６）。

すなわち、図１７に示す自動通知処理によれば、使用制限回数及び実使用回数との差分を農薬を使用可能な残りの回数（つまり、残使用回数）としてユーザに対して通知することができる。

図１７においては、残使用回数が１回である場合にその旨が通知されるものとして説明したが、例えば残使用回数が０となった場合に通知してもよいし、農薬が使用される度に当該農薬の残使用回数が通知されるようにしてもよい。

図１７においては農薬散布実績データに基づいて農薬の残使用回数がユーザに対して通知されるものとして説明したが、肥料に関する資材管理データにおいても使用制限回数が設定されている場合には、例えば追肥の実績データ（実使用回数）に基づいて当該肥料の残使用回数がユーザに通知されてもよい。

本実施形態において、サーバ装置１０に含まれる資材管理ＤＢ１０４に格納されている資材管理データには、使用期限が含まれている。このため、本実施形態においては、農薬の使用期限を通知するような構成とすることができる。

図１８に示すフローチャートを参照して、農薬の使用期限を通知する際の自動通知処理の処理手順について説明する。

ＤＢ管理部１０２は、現在の日付を示す日付データを取得する（ブロックＢ３１）。また、ＤＢ管理部１０２は、資材管理ＤＢ１０４に格納されている資材管理データを取得する（ブロックＢ３２）。

次に、ＤＢ管理部１０２に含まれる判定部１０２ａは、取得された日付データによって示される日付と、取得された資材管理データに含まれる使用期限とを比較する。判定部１０２ａは、比較結果に基づいて、使用期限が近いか否かを判定する（ブロックＢ３３）。具体的には、判定部１０２ａは、使用期限が現在の日付から予め定められた範囲内にある（例えば、現在の日付から１か月以内に使用期限が到来する）場合には、使用期限が近いと判定する。

使用期限が近くないと判定された場合（ブロックＢ３３のＮＯ）、自動通知処理は終了される。

一方、使用期限が近いと判定された場合（ブロックＢ３３のＹＥＳ）、ＤＢ管理部１０２に含まれる生成部１０２ｂは、農薬の使用期限が近いことを通知するための通知情報を生成する（ブロックＢ３４）。ブロックＢ３３において農薬Ａの使用期限が近いと判定された場合、生成部１０２ｂによって生成される通知情報は、例えば「農薬Ａは、１か月以内に使用する必要があります。」等の文字列を含む。この通知情報は、例えばアラートとして通知されても構わない。

ＤＢ管理部１０２は、生成部１０２ｂによって生成された通知情報を、クライアントデバイス２０を介してユーザに通知する（ブロックＢ３５）。

すなわち、図１８に示す自動通知処理によれば、農薬の使用期限をユーザに対して通知することができる。農作物の栽培において複数の農薬を使用している場合には、図１８に示すブロックＢ３２〜Ｂ３５の処理は、当該農薬毎に実行される。

図１８においては、農薬の使用期限が近い場合に当該使用期限を通知するものとして説明したが、例えば農薬が使用される（つまり、農薬散布の実績が登録される）度に当該農薬の使用期限を通知してもよい。

図１８においては農薬に関する資材管理データに基づいて農薬の使用期限がユーザに対して通知されるものとして説明したが、肥料に関する資材管理データに基づいて肥料の使用期限がユーザに通知されてもよい。

本実施形態において、サーバ装置１０に含まれる実績ＤＢ１０５に格納されている農薬散布実績データには、農薬散布日が含まれている。このため、本実施形態においては、農薬散布後に収穫が可能となる日を通知するような構成とすることができる。

図１９に示すフローチャートを参照して、農薬散布後に収穫が可能となる日を通知する際の自動通知処理の処理手順について説明する。

ＤＢ管理部１０２は、現在の日付を示す日付データを取得する（ブロックＢ４１）。また、ＤＢ管理部１０２は、実績ＤＢ１０５に格納されている農薬散布実績データを取得する（ブロックＢ４２）。

次に、ＤＢ管理部１０２は、取得された農薬散布実績データに基づいて、農薬散布後に収穫が可能となる日（以下、収穫可能日と表記）を算出する（ブロックＢ４３）。この場合、ＤＢ管理部１０２は、取得された農薬散布実績データに含まれる農薬名を含む資材管理データを資材管理ＤＢ１０４から取得する。ＤＢ管理部１０２は、取得された農薬散布実績データに含まれる農薬散布日に対して、取得された資材管理データに含まれる収穫制限日数を加算することによって、収穫可能日を算出する。

ＤＢ管理部１０２に含まれる判定部１０２ａは、取得された日付データ及び算出された収穫可能日に基づいて、農薬散布後に収穫可能となったか否かを判定する（ブロックＢ４４）。この場合、判定部１０２ａは、日付データによって示される現在の日付が収穫可能日と一致する（または現在の日付が収穫可能日以降である）場合、農薬散布後に収穫可能となったと判定する。

収穫可能となっていないと判定された場合（ブロックＢ４４のＮＯ）、自動通知処理は終了される。

一方、収穫可能となったと判定された場合（ブロックＢ４４のＹＥＳ）、ＤＢ管理部１０２に含まれる生成部１０２ｂは、農薬散布後に収穫可能となったことを通知するための通知情報を生成する（ブロックＢ４５）。この場合における通知情報は、例えば「農薬散布後に一定期間が経過しましたので、農作物Ｘが収穫可能となりました。」等の文字列を含む。

ＤＢ管理部１０２は、生成部１０２ｂによって生成された通知情報を、クライアントデバイス２０を介してユーザに通知する（ブロックＢ４６）。

すなわち、図１９に示す自動通知処理によれば、農薬が散布された日付（農薬散布日）を実績ＤＢ１０５に登録しておくことにより、当該農薬散布日から一定期間（収穫制限日数）経過後に、農作物の収穫が可能であることを通知することができる。

図１９においては、農薬散布後に収穫が可能となった日にその旨が通知されるものとして説明したが、例えば収穫が可能となるまでの残りの日数（または収穫が可能となる日付）等を通知するような構成であってもよい。

図１９において説明した通知は、例えば栽培計画データに含まれる収穫を実施する予定の時期以降にのみされるものとする。

上記したように本実施形態においては、収穫作業を実施すべき時期（第１の作業を実施すべき時期）に影響を与える天気実績データ（実績データ）を取得し、所定期間内（つまり、積算開始日から現在の日付までの間）の天気実績データに含まれる気温の積算値（実績データの積算値）及び予定気温（収穫作業を実施すべき時期を定めるための基準）に基づいて収穫作業を実施すべき時期を通知する。本実施形態においては、このような構成により、所定期間内の実績データに基づいて作業を実施すべき時期を自動的に通知することが可能となるため、ユーザが当該作業の実施を失念することを防止することができる。

また、本実施形態においては、栽培計画データに含まれる作業時期、農作物の栽培における農薬を使用可能な残りの回数、当該農薬の使用期限及び農薬散布後の農作物の収穫可能日等を通知することも可能である。

すなわち、本実施形態においては、営農者であるユーザに対して栽培計画と連動した通知を自動的に行うことが可能となるため、農作物の生産管理を的確に行うこと可能となり、結果として収穫量の増加に寄与することが可能となる。更に、農薬の使用回数及び使用期限を管理することにより、消費者に対して安心及び安全な農作物を提供することが可能となるとともに、当該農薬の不必要な使用及び購入等を防止することにより、経費削減効果も期待できる。したがって、本実施形態によれば、ユーザの利便性を向上させるとともに、農業経営全体の効率化を図ることが可能となる。

なお、本実施形態に係る栽培計画管理システムを利用するユーザ（つまり、営農者）の中には、例えばパーソナルコンピュータまたはタブレットコンピュータ等の電子機器を使用する機会の少ないユーザも多いと考えられる。このため、本実施形態において、各種通知情報は、ユーザの自宅等に設置されているＴＶ装置４０に表示される。これによれば、パーソナルコンピュータまたはタブレットコンピュータ等の電子機器を使用する機会の少ないユーザであっても、クライアントデバイス２０を自宅のＴＶ装置４０に接続するのみで、本実施形態に係る栽培計画管理システムを容易に利用することが可能となる。ＴＶ装置４０に代えて、他の外部ディスプレイ等が用いられても構わない。

また、本実施形態において説明した通知情報は一例であり、栽培計画と連動したものであれば他の内容が通知されてもよい。具体的には、栽培計画において設定されている作業を実施する予定の時期の天気実績データに基づいて、例えば台風が接近している旨の通知情報等が通知されても構わない。サーバ装置１０内のＤＢには、通知される内容に応じて、本実施形態において説明したデータ以外のデータが管理されていてもよい。

また、本実施形態に係る栽培計画管理システムはサーバ装置１０及びクライアントデバイス２０を備えるものとして説明したが、当該栽培計画管理システムは、１の装置によって実現されても構わない。すなわち、栽培計画管理システムは、サーバ装置１０の機能を更に備えたクライアントデバイス２０によってのみ構成されてもよいし、クライアントデバイス２０の機能を更に備えたサーバ装置１０によってのみ構成されてもよい。栽培計画管理システムがサーバ装置１０によってのみ構成される場合には、リモートコントローラのような外部電子機器からの信号を受信するための受信部として機能するインタフェースはＴＶ装置４０に備えられていればよい。

更に、本実施形態において説明したサーバ装置１０（またはクライアントデバイス２０）が有する各機能が複数の装置に分散された構成とすることも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０…サーバ装置、１１…ＣＰＵ、１２…不揮発性メモリ、１３…主メモリ、１４…ＢＩＯＳ−ＲＯＭ、１５…システムコントローラ、１６…無線通信デバイス、１７…ＥＣ、２０…クライアントデバイス、２１…ＣＰＵ、２２…不揮発性メモリ、２３…主メモリ、２４…ＢＩＯＳ−ＲＯＭ、２５…システムコントローラ、２６…グラフィクスコントローラ、２７…ＨＤＭＩ制御回路、２８…無線通信デバイス、２９…ＥＣ、４０…ＴＶ装置、１０１…通信処理部、１０２…ＤＢ管理部、１０２ａ…判定部、１０２ｂ…生成部、１０３…栽培計画ＤＢ、１０４…資材管理ＤＢ、１０５…実績ＤＢ、２０１…通信処理部、２０２…表示処理部、２０３…操作受付部。

Claims (9)

1. 農作物を栽培する際の第１の作業を実施すべき時期を定めるための基準となる基準データを格納する第１の格納手段と、
   前記第１の作業を実施すべき時期に影響を与える実績データを取得する取得手段と、
   所定期間の前記実績データ及び前記基準に基づいて、前記第１の作業を実施すべき時期を通知する通知手段と
   を具備する栽培計画管理システム。
2. 前記通知手段は、前記所定期間の前記実績データの積算値が前記基準を超えた場合に、前記第１の作業を実施すべき時期が到来したことを通知する、請求項１記載の栽培計画管理システム。
3. 前記実績データは、日付毎の気温を含み、
   前記通知手段は、ユーザによって指定される積算開始日からの前記実績データに含まれる気温の積算値が前記基準を超えた場合に、前記農作物の収穫時期が到来したことを通知する
   請求項２記載の栽培計画管理システム。
4. 前記第１の格納手段は、農作物を栽培する際の第２の作業を実施する予定の時期を含む栽培計画データを更に格納し、
   前記通知手段は、前記栽培計画データに含まれる第２の作業を実施する予定の時期を更に通知する
   請求項１記載の栽培計画管理システム。
5. 前記農作物を栽培する際に使用される農薬に対して予め定められている使用制限回数を含む資材管理データを格納する第２の格納手段と、
   前記農薬を実際に使用した実使用回数を登録する登録手段と、
   を更に具備し、
   前記通知手段は、前記資材管理データに含まれる使用制限回数と前記登録された実使用回数との差分を前記農薬を使用可能な回数として更に通知する
   請求項１記載の栽培計画管理システム。
6. 前記農作物を栽培する際に使用される農薬に対して予め定められている使用期限を含む資材管理データを格納する第２の格納手段を更に具備し、
   前記通知手段は、前記資材管理データに含まれる使用期限までの期間を更に通知する
   請求項１記載の栽培計画管理システム。
7. 前記農作物を栽培する際に使用される農薬が散布された日付を登録する登録手段を更に具備し、
   前記通知手段は、前記登録された日付から予め定められた期間経過後に前記農作物の収穫が可能であることを更に通知する
   請求項１記載の栽培計画管理システム。
8. 前記通知手段は、前記第１の作業を実施すべき時期を前記システムと接続されるＴＶ装置に表示する、請求項１記載の栽培計画管理システム。
9. 農作物を栽培する際の作業を実施すべき時期を定めるための基準となる基準データを格納する格納手段を有するシステムが実行する方法であって、
   前記第１の作業を実施すべき時期に影響を与える実績データを取得することと、
   所定期間の前記実績データ及び前記基準に基づいて、前記作業を実施すべき時期を通知することと
   を具備する方法。

Images