知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023139999
(43)【公開日】2023-10-04
(54)【発明の名称】出荷計画策定システム
(51)【国際特許分類】
G06Q 50/02 20120101AFI20230927BHJP
【ＦＩ】
G06Q50/02
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022045828
(22)【出願日】2022-03-22
【国等の委託研究の成果に係る記載事項】（出願人による申告）国立研究開発法人農業・食品産業技術総合研究機構、戦略的イノベーション創造プログラム（ＳＩＰ）「スマートバイオ産業・農業基盤技術」委託研究、産業技術力強化法第１７条の適用を受ける特許出願
(71)【出願人】
【識別番号】501203344
【氏名又は名称】国立研究開発法人農業・食品産業技術総合研究機構
(74)【代理人】
【識別番号】100087480
【弁理士】
【氏名又は名称】片山 修平
(72)【発明者】
【氏名】佐藤 文生
(72)【発明者】
【氏名】菅原 幸治
(72)【発明者】
【氏名】岡田 邦彦
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC01
(57)【要約】
【課題】作物の出荷計画を自動で策定することが可能な出荷計画策定システムを提供すること。
【解決手段】出荷計画策定システム１は、圃場に作付けされた作物の作付日以降の圃場の気象情報（日射量や気温）から作物の生育量を予測する生育予測モデル１４を用いて予測された作物の日々の生育量を取得する生育予測装置３と、生育量が出荷規格を満たす日（球重Weが出荷規格の最小値Wmin以上となる日）を収穫可能日（出荷日）として提示する出荷計画策定装置２と、を備える。
【選択図】図６
【解決手段】出荷計画策定システム１は、圃場に作付けされた作物の作付日以降の圃場の気象情報（日射量や気温）から作物の生育量を予測する生育予測モデル１４を用いて予測された作物の日々の生育量を取得する生育予測装置３と、生育量が出荷規格を満たす日（球重Weが出荷規格の最小値Wmin以上となる日）を収穫可能日（出荷日）として提示する出荷計画策定装置２と、を備える。
【選択図】図６
【特許請求の範囲】
【請求項1】
圃場に作付けされた作物の作付日以降の前記圃場の気象情報から前記作物の生育量を予測する予測モデルを用いて予測された前記作物の日々の生育量を取得する生育量取得部と、
前記生育量が出荷規格を満たす日を出荷日として提示する提示部と、
を備える出荷計画策定システム。
前記生育量が出荷規格を満たす日を出荷日として提示する提示部と、
を備える出荷計画策定システム。
【請求項2】
前記提示部は、前記出荷日が複数存在する場合に、複数の出荷日を含む期間を出荷期間として提示することを特徴とする請求項１に記載の出荷計画策定システム。
【請求項3】
前記出荷期間は、前記生育量が、前記出荷規格の下限値と上限値との間に含まれる期間である請求項２に記載の出荷計画策定システム。
【請求項4】
圃場に作付けされた作物の複数の出荷日ごとの出荷計画量を取得する出荷計画量取得部と、
前記作物の作付日以降の前記圃場の気象情報から前記作物の生育量を予測する予測モデルを用いて予測された前記作物の日々の生育量を取得する生育量取得部と、
取得した前記生育量に基づいて、複数の前記出荷日ごとの前記作物の予測収穫量を算出する予測収穫量算出部と、
複数の前記出荷日のうちの第１の出荷日における前記予測収穫量が前記出荷計画量を超えた場合に、前記予測収穫量のうちで前記出荷計画量を超えた部分を収穫する収穫日として、複数の前記出荷日のうちで前記第１の出荷日とは異なる第２の出荷日を提示する提示部と、
を備える出荷計画策定システム。
前記作物の作付日以降の前記圃場の気象情報から前記作物の生育量を予測する予測モデルを用いて予測された前記作物の日々の生育量を取得する生育量取得部と、
取得した前記生育量に基づいて、複数の前記出荷日ごとの前記作物の予測収穫量を算出する予測収穫量算出部と、
複数の前記出荷日のうちの第１の出荷日における前記予測収穫量が前記出荷計画量を超えた場合に、前記予測収穫量のうちで前記出荷計画量を超えた部分を収穫する収穫日として、複数の前記出荷日のうちで前記第１の出荷日とは異なる第２の出荷日を提示する提示部と、
を備える出荷計画策定システム。
【請求項5】
前記作物の出荷規格を取得する出荷規格取得部と、
前記作物が前記圃場に作付けされた状態で前記作物が前記出荷規格を満たす収穫可能期間を特定する収穫可能期間特定部と、を更に備え、
前記提示部が、前記収穫可能期間内のいずれかの日を前記収穫日として提示することを特徴とする請求項４に記載の出荷計画策定システム。
前記作物が前記圃場に作付けされた状態で前記作物が前記出荷規格を満たす収穫可能期間を特定する収穫可能期間特定部と、を更に備え、
前記提示部が、前記収穫可能期間内のいずれかの日を前記収穫日として提示することを特徴とする請求項４に記載の出荷計画策定システム。
【請求項6】
前記提示部は、前記予測収穫量が前記出荷計画量未満の場合に警告を発することを特徴とする請求項４又は５に記載の出荷計画策定システム。
【請求項7】
前記予測収穫量算出部は、複数の前記圃場ごとの前記予測収穫量を算出し、
前記提示部は、前記第１の出荷日における複数の前記圃場を合わせた前記予測収穫量が前記出荷計画量を超えた場合に、複数の前記圃場のいずれかの前記収穫日として前記第２の出荷日を提示することを特徴とする請求項４～６のいずれか一項に記載の出荷計画策定システム。
前記提示部は、前記第１の出荷日における複数の前記圃場を合わせた前記予測収穫量が前記出荷計画量を超えた場合に、複数の前記圃場のいずれかの前記収穫日として前記第２の出荷日を提示することを特徴とする請求項４～６のいずれか一項に記載の出荷計画策定システム。
【請求項8】
前記提示部は、前記第１の出荷日における複数の前記圃場ごとの前記予測収穫量を提示することを特徴とする請求項７に記載の出荷計画策定システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、出荷計画策定システムに関する。
【背景技術】
【0002】
露地野菜等の作物の生産に際しては、複数の圃場ごとに時期をずらしながら作物を作付けすることにより、収穫期における毎日の収穫量が出荷先との間で定めた出荷契約量となるようにしている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】国際公開第２０１７／１６４０９７号明細書
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、作物の生育量は気象条件に左右されるため実際の収穫量は日々変動し、収穫量が出荷契約量を下回ったり、あるいは収穫量が増大し過ぎて余剰が生じた入り、人手不足で収穫ができなかったりする場合がある。これを防ぐためには、日々の収穫量を事前に予測し、いつどれだけ出荷するのかを定めた出荷計画を出荷先と共有して適宜需給調整を行うことが望まれる。しかし、日々変動する気象条件を勘案して、このような出荷計画を策定するのは熟練者といえども極めて難しい作業である。
【0005】
本発明は、作物の出荷計画を自動で策定することが可能な出荷計画策定システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の出荷計画策定システムは、圃場に作付けされた作物の作付日以降の前記圃場の気象情報から前記作物の生育量を予測する予測モデルを用いて予測された前記作物の日々の生育量を取得する生育量取得部と、前記生育量が出荷規格を満たす日を出荷日として提示する提示部と、を備えるシステムである。
【発明の効果】
【0007】
本発明の出荷計画策定システムは、作物の出荷計画を自動で策定することができる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
《第１の実施形態》
図１は、本第１の実施形態に係る出荷計画策定システムのシステム構成図である。
図１は、本第１の実施形態に係る出荷計画策定システムのシステム構成図である。
【0010】
第１の実施形態に係る出荷計画策定システム１は、圃場に作付けされた作物の出荷計画を策定するシステムであって、出荷計画策定装置２、生育予測装置３、利用者端末４、気象データ提供装置５を備える。これらの各装置は、インターネット等のネットワーク６を介して相互に接続される。
【0011】
出荷計画策定装置２は、作物の出荷計画を策定するための物理サーバや仮想サーバ等のコンピュータである。
【0012】
生育予測装置３は、出荷計画策定装置２が出荷計画を策定するのに要する作物の生育量を予測する物理サーバや仮想サーバ等のコンピュータである。一例として、生育予測装置３は、国立研究開発法人農業・食品産業技術総合研究機構が管理する生育量を予測するためのコンピュータである。
【0013】
利用者端末４は、生育予測装置３が必要とするパラメータを作業者が入力するためのスマートフォンやタブレット端末等の携帯端末である。なお、入力作業の効率化のために利用者端末４としてPC(Personal Computer)を用いてもよい。但し、圃場で作業をする場合には携行性を重視してスマートフォンやタブレット端末を利用者端末４として用いるのが好ましい。また、利用者端末４は、出荷計画策定装置２が策定した出荷計画を取得し、それらを利用者に提示する。
【0014】
気象データ提供装置５は、生育予測装置３が作物の生育量を予測するときに必要となる気象データを生育予測装置３に提供するための物理サーバや仮想サーバ等のコンピュータである。一例として、気象データ提供装置５は、アメダスのデータを提供する気象庁が管理するサーバであるが、これに限られない。例えば、作物を作付けする圃場に最も近い位置におけるアメダスの気象データを保管し、これを提供するサーバでもよい。なお、圃場の近くに気象データを取得するための気象観測点を設け、そこで取得された過去の単年度または複数年度の平均値を気象データとして生育予測装置３が取得してもよい。
【0015】
出荷計画を策定する対象となる作物は特に限定されないが、本実施形態では露地野菜の出荷計画を策定する。そのような露地野菜としては、例えば、キャベツ、レタス、ブロッコリー、タマネギ、ネギ、及びハクサイ等がある。これらの露地野菜は、一株から複数の果実を何度かに分けて収穫できるトマト等の施設栽培の作物とは異なり、一株からは一度しか収穫できない。そのため、一株の一果ごとに時期を変えて収穫することで出荷量を微調整できるトマト等の施設栽培の作物とは異なり、露地野菜はより緻密な出荷計画が要求される。以下では、露地野菜としてキャベツを例にして説明する。
【0016】
出荷計画策定システム１について、より具体的に説明する。まず、作業者が、利用者端末４を用いて初期条件を入力する。初期条件とは、少なくとも、作物の種目、作付けする際の作物の葉面積、当該作物を作付けする圃場の位置、作付日、及び要求される当該作物の出荷規格値、例えば等級やサイズ、あるいは重量である。なお、作物の種目は作業者が利用者端末４に直接入力するのではなく、予め登録されている種目リストから選択するようにしても良い。この場合、後述する出荷計画策定装置２の記憶部２２に生育予測に必要な情報として記憶されているパラメータテーブル３０に登録されている作物の種目をリスト化すればよい。
【0017】
なお、利用者端末４は内部に備えた通信機能によりネットワーク６に接続可能に構成されている。
【0018】
初期条件を入力後、作業者が利用者端末４から出荷計画策定装置２に処理の実行を指示すると、出荷計画策定装置２が初期条件に合致した出荷計画（出荷予定日）の算出を開始する。出荷計画策定装置２による出荷計画の算出が終了すると、その結果が利用者端末４に表示され、出荷計画策定の処理が終了する。
【0019】
（出荷計画策定装置２）
次に、本実施形態に係る出荷計画策定装置２について説明する。図２は、出荷計画策定装置２の機能構成図である。図２に示すように、出荷計画策定装置２は、通信部２１、記憶部２２、及び制御部２３を備える。
次に、本実施形態に係る出荷計画策定装置２について説明する。図２は、出荷計画策定装置２の機能構成図である。図２に示すように、出荷計画策定装置２は、通信部２１、記憶部２２、及び制御部２３を備える。
【0020】
通信部２１は、出荷計画策定装置２をネットワーク６（図１参照）に接続するためのインターフェースである。記憶部２２は、後述の生育量テーブル１５、パラメータテーブル３０を記憶する。
【0021】
一方、制御部２３は、出荷計画策定装置２の各部を制御する処理部である。一例として、制御部２３は、パラメータ取得部２５、条件設定部２６、生育量取得部２７、判定部２８、及び提示部２９を備える。
【0022】
このうち、パラメータ取得部２５は、出荷計画策定装置２が出荷計画を策定するのに必要な各種のパラメータを利用者端末４から取得する処理部である。各種のパラメータとは利用者端末４に入力された初期条件である。すなわち、作物を作付けする圃場の位置を示す圃場位置情報、作物の種目、作付時の作物の葉面積、作物の出荷計画日、及び出荷規格値がパラメータとなる。出荷規格値は、例えば作付けする作物の種目がキャベツの場合、キャベツの重量すなわち球重で定められるのが一般的であり、球重によりSサイズ、Mサイズ、Lサイズ等に区分される。Lサイズで出荷を予定する場合、Lサイズの出荷規格が球重２０００ｇ以上２３００ｇ以下であれば、２０００gが出荷規格の最小値となり、２３００gが出荷規格の最大値となる。なお、「球重」は、生育量の一例であって、キャベツの葉球の新鮮重（ｇ）である。
【0023】
条件設定部２６は、生育予測装置３が作物の生育量を算出する日（対象日）を設定する処理部である。
【0024】
生育量取得部２７は、生育予測装置３が予測した対象日の生育量を取得する処理部である。
【0025】
判定部２８は、生育量取得部２７が取得した生育量が判定条件に合致しているか否かの判定を行う処理部である。
【0026】
提示部２９は、判定部２８が判定条件に合致していると判断した日を出荷予定日として利用者端末４に提示する処理部である。
【0027】
【0028】
通信部１１は、生育予測装置３をネットワーク６に接続するためのインターフェースである。記憶部１２は、作物の生育量を予測するための生育予測モデル１４を記憶する。
【0029】
一方、制御部１３は、生育予測装置３の各部を制御する処理部である。一例として、制御部１３は、取得部１６、予測部１７、及び通知部１８を備える。
【0030】
取得部１６は、生育量を予測する際の初期値となる作物の作付日、葉面積（ｍ2／株）、及び栽植密度（株／ｍ2）を取得する。また、取得部１６は、生育量に影響を与える作付日以降の日々の気象条件も取得する。そのような気象条件としては、例えば日々の日射量（ＭＪ／ｍ2）や気温（℃）（一日の平均気温）があるが、これに限られない。
【0031】
予測部１７は、取得部１６が取得した作付時の葉面積及び気象条件に基づいて、作物の作付後の日々の生育量を予測する処理部である。予測に際し、予測部１７は、記憶部１２に格納されている生育予測モデル１４の中から取得部１６が取得した作物の種目に対応したアルゴリズムとパラメータとを用いて予測する。
【0032】
通知部１８は、予測部１７が予測した結果を、ネットワーク６を介して出荷計画策定装置２に通知する。
【0033】
（生育予測装置３の処理）
次に、生育予測装置３が実行する生育予測方法について説明する。図４は、生育予測装置３が実行する生育予測方法のフローチャートである。
次に、生育予測装置３が実行する生育予測方法について説明する。図４は、生育予測装置３が実行する生育予測方法のフローチャートである。
【0034】
まず、取得部１６が、圃場の位置、作物の種目、作付時の葉面積（ｍ2／株）、作付日等の情報を取得する（ステップＳ１）。後述するように、これらの情報は、利用者端末４に入力される情報である。なお、取得部１６は、栽植密度（株／ｍ2）の情報についても取得する。
【0035】
なお、この例では、圃場内の平均的な作物を複数選び、それらの作物の葉面積を一株当たりの平均値（ｍ2／株）として取得部１６が取得する。また、圃場の上空からドローンが撮影した作物の画像を基にして利用者端末４が葉面積（ｍ2／株）を算出するようにしてもよい。更に、作業者が自ら葉面積（ｍ2／株）を計測し、それを利用者端末４が出荷計画策定装置２に通知してもよい。
【0036】
次いで、取得部１６が、作付日以降の日数を示すｎの値を出荷計画策定装置２から取得する（ステップＳ２）。ｎの初期値は１であり、ｎは、取得のたびに１ずつ大きくなる。
【0037】
次いで、取得部１６が、作付日以降の日（ｎ日目）の圃場の気象条件を取得する（ステップＳ３）。取得部１６は、ｎ日目が現時点よりも過去である場合には、過去の気象条件を気象データ提供装置５から取得し、ｎ日目が現時点よりも将来である場合には、将来の気象条件を気象データ提供装置５から取得する。過去の気象条件は、例えば、各圃場の最寄りのアメダスの観測所が観測した気象情報であり、日射量（ＭＪ／ｍ2）と気温（℃）が含まれる。また、将来の気象条件は、気象庁のデータベース等から取得可能な、日射量（ＭＪ／ｍ2）や気温（℃）などの予測値や平年値であるものとする。
【0038】
次いで、予測部１７が、生育予測モデル１４を用いて、ｎ日目の作物の生育量を予測する予測処理を行う（ステップＳ４）。その予測処理の詳細については後述する。
【0039】
次いで、通知部１８が、予測したｎ日目の生育量を出荷計画策定装置２に通知する（ステップＳ５）。
【0040】
次いで、取得部１６は、新たなｎを取得したか否かを判断する（ステップＳ６）。この判断が肯定された場合には、ステップＳ３に戻り、ステップＳ３以降の処理が繰り返し実行される。一方、ステップＳ６の判断が否定された場合には、図４の全処理が終了する。
【0041】
なお、図４のステップＳ３においては、作付日以降の所定日数分の気象条件をまとめて取得してもよい。この場合、ステップＳ６の判断が肯定された場合に、ステップＳ３ではなく、ステップＳ４に戻るようにすればよい。
【0042】
（ステップＳ４の詳細説明）
図５は、ステップＳ４の生育量の予測処理の模式図である。図５は、作物の種目としてキャベツが入力された場合を例にした生育量の予測処理の模式図である。予測部１７は、種目としてキャベツが選択されたことを受け、記憶部１２の生育予測モデル１４から、予測に必要なアルゴリズムとパラメータを取得する。キャベツの生育を予測する場合のパラメータとして、生育予測モデル１４にはキャベツの場合の日射利用効率（ｇ／ＭＪ）、葉球乾物分配率（％）、外葉乾物率（％）、葉球乾物率（％）、葉面積／新鮮重比（ｍ2／ｇ）等が予め記憶されている。
図５は、ステップＳ４の生育量の予測処理の模式図である。図５は、作物の種目としてキャベツが入力された場合を例にした生育量の予測処理の模式図である。予測部１７は、種目としてキャベツが選択されたことを受け、記憶部１２の生育予測モデル１４から、予測に必要なアルゴリズムとパラメータを取得する。キャベツの生育を予測する場合のパラメータとして、生育予測モデル１４にはキャベツの場合の日射利用効率（ｇ／ＭＪ）、葉球乾物分配率（％）、外葉乾物率（％）、葉球乾物率（％）、葉面積／新鮮重比（ｍ2／ｇ）等が予め記憶されている。
【0043】
なお、後述するように、日射利用効率、外葉乾物率および葉球乾物率は日平均気温に依存するとして、これらの関係を生育予測モデル１４に記憶するようにしても良い。
【0044】
予測部１７は、取得したアルゴリズムに従って、ステップＳ２１からステップＳ２８の作業を実行する。ステップＳ２１からステップＳ２８を１回実行することが、１日分の生育予測作業である。予測部１７は、出荷計画策定装置２から指定された日に作付けが行われたものとして予測処理を実行する。
【0045】
まず、ステップＳ２１において、作付日の翌日の予測においては入力された作付の際に想定される作物１株当たりの葉面積、作付日の翌日以降であれば、前日の予測値として算出された葉面積と日積算日射量（ＭＪ／ｍ2）に基づいて、日積算受光量（ＭＪ／株）を算出する。例えば、葉面積（ｍ2／株）と日積算日射量（ＭＪ／ｍ2）の積を求めることで日積算受光量（ＭＪ／株）を得る。なお、予測部１７は、気象データ提供装置５から日積算日射量を取得してもよいし、記憶部１２に予め記憶しておいた日積算日射量を取得してもよい。
【0046】
次に、ステップＳ２２に移り、予測部１７が、算出した日積算受光量（ＭＪ／株）から、当日の日乾物生産量（ｇ／株）を算出する。この日乾物生産量の算出において、予測部１７は、作物が受光した日射の物理エネルギーあたりの光合成産物の生産量を表す日射利用効率（ｇ／ＭＪ）を用いる。例えば、予測部１７は、日積算受光量（ＭＪ／株）と日射利用効率（ｇ／ＭＪ）の積から日乾物生産量（ｇ／株）を得る。なお、日射利用効率（ｇ／ＭＪ）は、日平均気温によって異なる値が与えられてもよい。
【0047】
次いで、ステップＳ２３に移り、予測部１７が、前日までの乾物重（ｇ／株）に、ステップＳ２２で算出した日乾物生産量（ｇ／株）を加算（図示せず）することで、当日の株の乾物重（ｇ／株）を算出する。
【0048】
続いて、ステップＳ２４に移り、予測部１７が、株の乾物重（ｇ／株）と株の乾物重（ｇ／株）に占める葉球乾物重（ｇ／株）の割合を示す葉球乾物分配率（％）とを用いて、葉球乾物重（ｇ／株）と外葉乾物重（ｇ／株）とを算出する。なお、キャベツは、外葉乾物重（ｇ／株）がある程度増加しないと葉球乾物重（ｇ／株）が増加しない特性がある。すなわち、葉球乾物分配率（％）は外葉乾物重（ｇ／株）に依存し、外葉乾物重（ｇ／株）が所定の重量よりも小さいときは、葉球乾物重（ｇ／株）を求める葉球乾物分配率（％）は「０」としてもよい。
【0049】
次に、ステップＳ２５に移り、予測部１７が、ステップＳ２４で算出した外葉乾物重（ｇ／株）と、外葉の新鮮重（ｇ／株）に占める乾物重（ｇ／株）の割合を示す外葉乾物率（％）とに基づいて外葉新鮮重（ｇ／株）を算出する。例えば外葉乾物重（ｇ／株）と外葉の新鮮重（ｇ／株）に占める乾物重（ｇ／株）の割合を示す外葉乾物率（％）の積から外葉新鮮重（ｇ／株）が算出される。なお、外葉乾物率（％）は日平均気温によって異なる値が与えられてもよい。
【0050】
続いて、ステップＳ２６に移り、予測部１７が、ステップＳ２４で算出した葉球乾物重（ｇ／株）と葉球の新鮮重（ｇ／株）に占める乾物重（ｇ／株）の割合を示す葉球乾物率（％）とに基づいて葉球新鮮重（ｇ／株）を算出する。例えば、予測部１７は、葉球乾物重（ｇ／株）と葉球の新鮮重（ｇ／株）に占める乾物重（ｇ／株）の割合を示す葉球乾物率（％）の積から葉球新鮮重（ｇ／株）を得る。なお、葉球乾物率（％）は日平均気温によって異なる値が与えられてもよい。この葉球新鮮重（ｇ／株）が、生育量テーブル１５における「球重」となる。
【0051】
次いで、ステップＳ２８に移り、予測部１７が、外葉の新鮮重（ｇ／株）に対する葉面積と新鮮重の割合を示す葉面積／新鮮重比（ｍ2／ｇ）と外葉新鮮重（ｇ／株）の積を取ることで葉面積（ｍ2／株）を算出する。これで１日分の予測が終了する。生育予測装置３は、出荷計画策定装置２からｎの値が入力されるたびに、作付日からｎ日目の生育量を予測するために、上記処理を実行する。
【0052】
（出荷計画策定システム１の動作）
図６は、第１の実施形態に係る出荷計画策定システム１の動作を示すシーケンス図である。
図６は、第１の実施形態に係る出荷計画策定システム１の動作を示すシーケンス図である。
【0053】
まず、出荷計画策定システム１の処理が開始されると、利用者端末４が圃場の位置情報（L）、作付作物の種目（F）、作付時の葉面積（S）、作付日（D）、及び出荷規格あるいは出荷規格値としての球重の最小値（Wmin）の入力を受け付け、各パラメータL、F、S、D、Wminにこれらの各値を入力する（ステップＳ３１～Ｓ３５）。なお、利用者端末４で出荷規格が指定された場合は、出荷計画策定装置２のパラメータテーブル３０を参照し入力された出荷規格の球重の最小値を利用者端末４が取得するようにすればよい。
【0054】
次いで、利用者端末４が、これらのパラメータL、F、S、D、Wminを出荷計画策定装置２に通知し（ステップＳ３６）、出荷計画策定装置２のパラメータ取得部２５がこれらのパラメータを取得する。
【0055】
次に、出荷計画策定装置２の条件設定部２６が、生育量を予測する対象日を特定するパラメータｎに１を代入する（ステップＳ３７）。ｎ＝１の場合、対象日は、作付日の１日後（栽培日数＝１日）を意味する。
【0056】
続いて、出荷計画策定装置２が、各パラメータL、F、S、D、nを生育予測装置３に通知する（ステップＳ３８）。
【0057】
次に、生育予測装置３の取得部１６が、パラメータLが示す圃場の位置情報に基づいて、気象データ提供装置５であるアメダスから、圃場に最も近い場所の対象日（ｎ日目）の気象データを取得する（ステップＳ３９）。
【0058】
続いて、生育予測装置３が、各パラメータF、S、D、nに基づいて、Dに作付けした場合のD+nにおける球重Weを算出する（ステップＳ４０）。球重Weの算出に当たっては、既述したステップＳ２１からステップＳ２８の１日分が用いられる。
【0059】
次に、生育予測装置３が出荷計画策定装置２に算出された球重Weを通知し（ステップＳ４１）、出荷計画策定装置２の生育量取得部２７が球重Weを取得する。生育量取得部２７は、図７に示すような生育量テーブル１５に、球重Weの情報を格納する。ここで、生育量テーブル１５は、図７に示すように、作付日から数えた「栽培日数」（ｎ）に対応付けて、「日付」と、当該日付における生育量を意味する「球重」と、を時系列順に並べたテーブルである。図７の場合、生育量テーブル１５には、例えば、栽培日数６７日目の１０月２１日に、球重が１８８０ｇになると予測されたことが記録されている。
【0060】
次いで、出荷計画策定装置２の判定部２８が、球重Weが出荷規格の最小値Wmin以上かを判定する（ステップＳ４２）。
【0061】
この判定が否定された場合には条件設定部２６がnを１だけインクリメントし（ステップＳ４３）、その後ステップＳ３８からやり直す。
【0062】
一方、ステップＳ４２の判定が肯定された場合にはステップＳ４４に移る。図７の例において、例えば、出荷規格の最小値Wminが2000ｇであった場合には、ｎ＝６９の１０月２３日のときにステップＳ４２の判定が肯定される。
【0063】
ステップＳ４４では、出荷計画策定装置２の判定部２８が、作付日Dを起算点にしたn日目が収穫可能日であるとして利用者端末４に提示する。そして、利用者端末４は利用者にその収穫可能日を出荷予定日として提示する（ステップＳ４５）。以上により処理を終える。
【0064】
（ハードウェア構成）
次に、本第１の実施形態に係る出荷計画策定装置２のハードウェア構成について説明する。
次に、本第１の実施形態に係る出荷計画策定装置２のハードウェア構成について説明する。
【0065】
図８は、出荷計画策定装置２のハードウェア構成図である。図８に示すように、出荷計画策定装置２は、記憶装置２ａ、メモリ２ｂ、プロセッサ２ｃ、通信インターフェース２ｄ、及び媒体読取装置２ｇを有する。これらの各部は、バス２ｈにより相互に接続される。
【0066】
このうち、記憶装置２ａは、HDD(Hard Disk Drive)やSSD(Solid State Drive)等の不揮発性のストレージであって、本実施形態に係る出荷計画策定プログラム１００を記憶する。
【0067】
なお、出荷計画策定プログラム１００をコンピュータが読み取り可能な記録媒体２ｋに記録し、媒体読取装置２ｇを介してプロセッサ２ｃにその出荷計画策定プログラム１００を読み取らせるようにしてもよい。
【0068】
そのような記録媒体２ｋとしては、例えばCD-ROM(Compact Disc Read only memory)、DVD(Digital Versatile Disc)、及びUSB(Universal Serial Bus)メモリ等の物理的な可搬型記録媒体がある。また、フラッシュメモリ等の半導体メモリやハードディスクドライブを記録媒体２ｋとして使用してもよい。これらの記録媒体２ｋは、物理的な形態を持たない搬送波のような一時的な媒体ではない。
【0069】
更に、公衆回線、インターネット、及びLAN等に接続された装置に出荷計画策定プログラム１００を記憶させてもよい。その場合は、プロセッサ２ｃがその出荷計画策定プログラム１００を読み出して実行すればよい。
【0070】
一方、メモリ２ｂは、DRAM(Dynamic Random Access Memory)等のようにデータを一時的に記憶するハードウェアであって、その上に出荷計画策定プログラム１００が展開される。
【0071】
プロセッサ２ｃは、出荷計画策定装置２の各部を制御するCPU(Central Processing Unit)やGPU(Graphical Processing Unit)等のハードウェアである。また、プロセッサ２ｃは、メモリ２ｂと協働して出荷計画策定プログラム１００を実行する。
【0072】
このようにメモリ２ｂとプロセッサ２ｃとが協働して出荷計画策定プログラム１００を実行することにより、図２の制御部２３の機能が実現される。
【0073】
更に、通信インターフェース２ｄは、出荷計画策定装置２をネットワーク６（図１参照）に接続するためのNIC(Network Interface Card)等のハードウェアである。その通信インターフェースにより通信部２１（図２参照）が実現される。
【0074】
媒体読取装置２ｇは、記録媒体２ｋを読み取るためのCDドライブ、DVDドライブ、及びUSBインターフェース等のハードウェアである。
【0075】
以上詳細に説明したように、本第１の実施形態によると、出荷計画策定システム１は、圃場に作付けされた作物の作付日以降の圃場の気象情報（日射量や気温）から作物の生育量を予測する生育予測モデル１４を用いて予測された作物の日々の生育量を取得する生育予測装置３と、生育量が出荷規格を満たす日（球重Weが出荷規格の最小値Wmin以上となる日）を収穫可能日（出荷予定日）として提示する出荷計画策定装置２と、を備える。これにより、本第１の実施形態では、出荷規格を満たす球重Weの作物を収穫できると予測される日を作業者に提供することができる。
【0076】
なお、上記第１の実施形態では、図６のステップＳ３５において、作業者が作付日を入力し、ステップＳ３４において、作業者が作付日の葉面積を入力する場合について説明したが、これに限られるものではない。例えば、作業者は、作付日に代えて、葉面積を調査した調査日を入力してもよい。また、作業者は、作付時の葉面積に代えて、調査日の葉面積を入力してもよい。この場合、生育予測装置３においては、調査日の葉面積を初期値として、調査日からｎ日目の生育量を予測することができる。したがって、作業者は、新たに葉面積を調査した場合に、その調査日と葉面積を入力することで、より精度よく将来の生育量を予測することができる。また、調査日までは過去の気象情報を用い、調査日以降は平年値や予測値を用いることができるため、全ての気象情報として平年値や予測値を用いる場合に比べ、精度よく生育量を予想することができる。
【0077】
《第２の実施形態》
図９は、第２の実施形態に係る出荷計画策定システム１の動作を示すシーケンス図である。
図９は、第２の実施形態に係る出荷計画策定システム１の動作を示すシーケンス図である。
【0078】
なお、上記第１の実施形態では、球重が出荷規格値の最小値（最低重量）に達すると予測される日を収穫可能日として提示する場合について説明したが、本第２の実施形態では、球重が出荷規格の最小値（最低重量）と最大値（最大重量）との間にある期間を収穫可能期間として提示するものとする。
【0079】
図９に示すように、本第２の実施形態では、まず、利用者端末４が、圃場の位置情報（L）、作付けした作物の種目（F）、作付時の葉面積（S）、作付日（D）、出荷規格値としての球重の最小値（Wmin）及び最大値（Wmax）の入力を受け付け、L、F、S、D、Wmin、Wmaxの各パラメータに入力する（ステップＳ１３１～Ｓ１３６）。なお、出荷規格値に代えて出荷規格の入力を受けるようにしてもよいのは第１の実施形態と同様である。
【0080】
次いで、利用者端末４が、これらのパラメータL、F、S、D、Wmin、Wmaxを出荷計画策定装置２に通知し（ステップＳ１３７）、出荷計画策定装置２のパラメータ取得部２５がこれらのパラメータを取得する。
【0081】
次に、出荷計画策定装置２の条件設定部２６が、生育量を予測する対象日を特定するパラメータｎに１を代入する（ステップＳ１３８）。
【0082】
続いて、出荷計画策定装置２が、各パラメータL、F、S、D、nを生育予測装置３に通知する（ステップＳ１３９）。
【0083】
次に、生育予測装置３の取得部１６が、パラメータLが示す圃場の位置情報に基づいて、気象データ提供装置５であるアメダスから、圃場に最も近い場所の対象日（ｎ日目）の気象データを取得する（ステップＳ１４０）。
【0084】
続いて、生育予測装置３が、各パラメータF、S、D、nに基づいて、Dに作付けした場合のD+nにおける球重Weを算出する（ステップＳ１４１）。球重Weの算出に当たっては、既述したステップＳ２１からステップＳ２８の１日分が用いられる。
【0085】
次に、生育予測装置３が出荷計画策定装置２に算出された球重Weを通知し（ステップＳ１４２）、出荷計画策定装置２の生育量取得部２７が球重Weを取得する。生育量取得部２７は、図１０に示すような生育量テーブル１５に、球重Weの情報を格納する。
【0086】
次いで、出荷計画策定装置２の判定部２８が、球重Weが出荷規格の最大値Wminよりも大きいかを判定する（ステップＳ１４３）。この判定が否定された場合にはステップＳ１４４に移り、条件設定部２６がnを１だけインクリメントし、その後ステップＳ１３９からやり直す。
【0087】
一方、ステップＳ１４３の判定が肯定された場合にはステップＳ１４５に移る。図１０の例において、例えば、出荷規格の最大値Wmaxが2300ｇであった場合には、ｎ＝７３の１０月２７日のときにステップＳ１４３の判定が肯定される。
【0088】
ステップＳ１４５では、出荷計画策定装置２の提示部２９が、Wmin≦We≦Wmaxとなる期間を収穫可能期間として抽出する。図１０の例において、Wmin＝2000ｇ、Wmax＝2300ｇであった場合には、１０月２３日から１０月２６日が収穫可能期間として抽出される。そして、提示部２９は、利用者端末４に収穫可能期間を出荷予定期間として提示する（ステップＳ１４６）。そして、利用者端末４は利用者にその出荷予定期間を提示する（ステップＳ１４７）。例えば、利用者端末４においては、図１１に示すような出荷予定期間を示す表を作業者に提示することができる。以上により処理を終える。
【0089】
以上説明したように、本第２の実施形態によると、出荷計画策定システム１は、圃場に作付けされた作物の作付日以降の圃場の気象情報（日射量や気温）から作物の生育量を予測する生育予測モデル１４を用いて予測された作物の日々の生育量を取得する生育予測装置３と、生育量が出荷規格を満たす日（球重Weが出荷規格の最小値Wmin以上で、最大値Wmax以下となる期間）を収穫可能期間として提示する出荷計画策定装置２と、を備える。これにより、本第２の実施形態では、出荷規格を満たす球重Weの作物を収穫できると予測される期間を作業者に提供することができる。
【0090】
なお、上記第２の実施形態においても、第１の実施形態と同様、作業者は、ステップＳ１３５において調査日を入力し、ステップＳ１３４において調査日の葉面積を入力してもよい。作業者が新たに葉面積を調査した場合に、その調査日と葉面積を入力することで、より精度よく将来の生育量を予測することができる。
【0091】
《第３の実施形態》
次に、本第３の実施形態に係る出荷計画策定システム１について詳細に説明する。上記第２の実施形態では、収穫可能期間をそのまま出荷予定期間として作業者に提示する場合について説明した。しかしながら、収穫量は作付時の作付量で定まるが、契約した出荷量に上限があるほか、収穫作業や調整、箱詰作業の人員、作業機械の能力の都合で１日に出荷できる量に限界がある場合もある。このような場合、収穫・出荷作業を分散し、数日にわたって収穫や出荷を行う必要がある。本第３の実施形態では、１日当たりに収穫・出荷できる作物の量を考慮して、各収穫可能日においてどの程度の量を出荷できるかを作業者に提示する。
次に、本第３の実施形態に係る出荷計画策定システム１について詳細に説明する。上記第２の実施形態では、収穫可能期間をそのまま出荷予定期間として作業者に提示する場合について説明した。しかしながら、収穫量は作付時の作付量で定まるが、契約した出荷量に上限があるほか、収穫作業や調整、箱詰作業の人員、作業機械の能力の都合で１日に出荷できる量に限界がある場合もある。このような場合、収穫・出荷作業を分散し、数日にわたって収穫や出荷を行う必要がある。本第３の実施形態では、１日当たりに収穫・出荷できる作物の量を考慮して、各収穫可能日においてどの程度の量を出荷できるかを作業者に提示する。
【0092】
本第３の実施形態では、１つの作付日に作付けした作物を、いつ、どれくらいの量だけ収穫・出荷するのかを提示する例について説明する。図１２は、本第３の実施形態に係る出荷計画策定システム１の動作を示すシーケンス図である。
【0093】
本第３の実施形態においては、ステップＳ１３１～Ｓ１４５は、上記第２の実施形態と同様となっている。ステップＳ１４５では、図１４（ａ）に示すような収穫可能期間が抽出されているものとする。
【0094】
ステップＳ１４５の後は、ステップＳ１４８に移行する。ステップＳ１４８では、提示部２９が、収穫可能期間に基づいて出荷計画を策定する処理を実行する。具体的には、提示部２９は、ステップＳ１４８において、図１３のフローチャートに沿った処理を実行する。以下、図１３の処理について詳細に説明する。
【0095】
図１３の処理においては、まず、ステップＳ２０２において、提示部２９は、各収穫可能日の優先順位ｋの入力を受け付ける。作業者は、利用者端末４から、例えば、図１４（ｂ）に示すような優先順位を入力する。なお、優先順位ｋは、値が小さいほど優先度が高いことを意味する。なお、提示部２９は、予め定められた方法（例えば、日付が早いほど優先順位を高く設定するなどの方法）で優先順位を自動的に設定してもよい。
【0096】
次いで、ステップＳ２０４では、提示部２９は、１日当たりの出荷計画量の入力を受け付ける。作業者は、利用者端末４から、例えば、図１４（ｃ）において太線枠で示す領域Ｈのような出荷計画量を入力する。なお、出荷計画量は、キャベツの球数を意味する。
【0097】
次いで、ステップＳ２０６では、提示部２９は、作付日の作付量の入力を受け付ける。作業者は、利用者端末４から、例えば、図１４（ｃ）において太線枠で示す領域Ｉに示すような作付日の作付量を入力する。なお、作付量は、キャベツの苗の数である。また、作付量は、栽培中に病虫害等で減少することがあるので、減少量を調査して作付量から差し引いた値を入力してもよい。
【0098】
次いで、ステップＳ２０８では、提示部２９は、優先順位を示すパラメータｋに１を代入する。
【0099】
次いで、ステップＳ２１０では、提示部２９は、優先順位ｋの収穫可能日に作付量に基づく出荷量を代入する。例えば、図１４（ｄ）において太線枠で示す領域Ｊのように、１０月２３日に作付日に作付けした全てを出荷するとして、全作付量を１０月２３日の出荷量とする。なお、ここでは、作付けした苗の全てから１つずつキャベツの球を出荷できると仮定している。
【0100】
次いで、ステップＳ２１２では、提示部２９は、ｋ番目の収穫可能日の出荷量が出荷計画量以下かを判定する。なお、このステップＳ２１２の判定が肯定される場合には、それ以上処理を行う必要が無いため、図１３の処理は終了する。一方、図１４（ｄ）のように出荷量（3000）よりも出荷計画量（2000）の方が少ない場合、ステップＳ２１２の判定は否定される。
【0101】
ステップＳ２１２の判定が否定され、ステップＳ２１４に移行すると、提示部２９は、ｋ＋１番目の収穫可能日があるか判定する。この判定が肯定された場合には、ステップＳ２１６に移行し、提示部２９は、ｋ番目の収穫可能日の超過量をｋ＋１番目の収穫可能日の出荷量に代入する。図１４（ｅ）の場合、１０月２３日の余剰分（1000）を次の優先順位の日（１０月２４日）の出荷量に代入する（太線枠の領域Ｌ参照）。その後は、提示部２９は、ステップＳ２２０において、ｋを１インクリメント（ｋ←ｋ＋１）し、ステップＳ２１２に戻る。例えば、図１４（ｅ）の場合、１０月２４日の出荷量が出荷計画量以下であるので、ステップＳ２１２の判定が肯定される。その結果、図１３の全処理が終了する。
【0102】
一方、ステップＳ２１４の判定が否定された場合、すなわち、余剰分があるにもかかわらず、次の優先順位の収穫可能日がない場合には、提示部２９は、ステップＳ２１８に移行する。ステップＳ２１８に移行すると、提示部２９は、余剰量が発生すると判定する。その後は、図１３の全処理が終了する。
【0103】
図１２に戻り、出荷計画策定装置２において、ステップＳ１４８が行われた後は、策定した出荷計画（例えば図１４（ｅ））や、余剰発生の有無を利用者端末４に提示する（ステップＳ１４９）。そして、利用者端末４は利用者にその出荷計画や余剰発生の有無を提示する（ステップＳ１５０）。以上により処理を終える。本第３の実施形態では、図１４（ｅ）に示すような情報が利用者端末４に表示されるので、利用者は、各日にどの程度の量を収穫し、出荷すればよいかを確認することができる。
【0104】
以上説明したように、本第３の実施形態によると、提示部２９が、ある圃場において「出荷量」のうちで「出荷計画量」を超えた部分を収穫する日を、第１の出荷日とは異なる第２の出荷日に自動的にずらす。そのため、熟練者でも難しい作物の出荷計画を簡単に策定することができる。
【0105】
しかも、第１の出荷日の出荷量が出荷計画量よりも多くなる事態を避けることができるため、作物を多量に収穫するための人員を確保する必要がなく、更に契約先と契約した出荷計画量を日々出荷することができる。
【0106】
《第４の実施形態》
次に、第４の実施形態に係る出荷計画策定システム１について詳細に説明する。上記第３の実施形態では、１つの作付日に作付けした作物を、いつ、どれくらいの量だけ収穫・出荷するのかを提示する例について説明したが、一般的には、出荷は一定期間継続して行われるものであり、それを可能にするために作付日も複数日ある。本第４の実施形態では、複数の作付日がある場合に、一定期間にわたり出荷計画に沿って作物を出荷するために、複数の作付日に作付けした作物をどのように収穫・出荷すればよいかを示す出荷計画を策定するものである。
次に、第４の実施形態に係る出荷計画策定システム１について詳細に説明する。上記第３の実施形態では、１つの作付日に作付けした作物を、いつ、どれくらいの量だけ収穫・出荷するのかを提示する例について説明したが、一般的には、出荷は一定期間継続して行われるものであり、それを可能にするために作付日も複数日ある。本第４の実施形態では、複数の作付日がある場合に、一定期間にわたり出荷計画に沿って作物を出荷するために、複数の作付日に作付けした作物をどのように収穫・出荷すればよいかを示す出荷計画を策定するものである。
【0107】
図１５は、本第４の実施形態に係る出荷計画策定装置２の機能構成図である。図１５に示すように、本第４の実施形態に係る出荷計画策定装置２は、記憶部２２において、生育量テーブル１５と、収穫可能期間テーブル２４と、パラメータテーブル３０を記憶している。パラメータテーブル３０については、上記第１の実施形態と同様である。
【0108】
（生育量テーブル１５）
【0109】
【0110】
【0111】
（収穫可能期間テーブル２４）
図１７は、収穫可能期間テーブル２４の模式図である。収穫可能期間テーブル２４は、作物が栽培時において出荷規格を満たす期間を示す情報であり、提示部２９が、第２の実施形態と同様の収穫可能期間を生育量テーブル１５に基づいて圃場ごとに作成する。
図１７は、収穫可能期間テーブル２４の模式図である。収穫可能期間テーブル２４は、作物が栽培時において出荷規格を満たす期間を示す情報であり、提示部２９が、第２の実施形態と同様の収穫可能期間を生育量テーブル１５に基づいて圃場ごとに作成する。
【0112】
例えば、前述のようにキャベツの出荷規格（Lサイズ）が葉球重で2000g以上2300kg以下の場合を考える。この場合、提示部２９は、生育量テーブル１５において葉球重が2000g以上2300kg以下となる期間を特定する。そして、提示部２９は、特定した期間内の日付と、当該日付における葉球重とを対応付けて収穫可能期間テーブル２４に格納する。図１７の例では、「圃場１」において１１月２２日～１１月２６日の期間が収穫可能期間となる。
【0113】
（提示部２９）
提示部２９は、図１６の生育量テーブル１５から作成される収穫可能期間テーブル２４（図１７）を用いて、図１８に示すような圃場と出荷日とを対応付けた出荷予定テーブル３２を作成し、利用者端末４に提示する。なお、収穫可能期間テーブル２４に格納されている圃場ごとの日付は、上記第２実施形態で説明した収穫可能期間に相当する。
提示部２９は、図１６の生育量テーブル１５から作成される収穫可能期間テーブル２４（図１７）を用いて、図１８に示すような圃場と出荷日とを対応付けた出荷予定テーブル３２を作成し、利用者端末４に提示する。なお、収穫可能期間テーブル２４に格納されている圃場ごとの日付は、上記第２実施形態で説明した収穫可能期間に相当する。
【0114】
なお、提示部２９は、出荷予定テーブル３２を作成するにあたり、作物の複数の出荷日ごとの出荷計画量を取得する。例えば、作物がキャベツの場合は、出荷日に出荷する予定のキャベツの球の個数が出荷計画量となる。一例として、１１月２７日は１０００球、１１月２６日は２０００球、…等のように出荷日と球数とを対応付けた情報を提示部２９は取得する。
【0115】
なお、出荷計画量の取得先は特に限定されず、例えば作業者が利用者端末４に出荷日ごとの出荷計画量を入力し、これらの情報を利用者端末４が出荷計画策定装置２に通知することにより、提示部２９が出荷計画量を取得する。なお、出荷計画量は、作物の生産者と当該作物を購入する購買者との間の契約で決まる量であり、原則的には契約を締結した時点で固定される。但し、購買者が販売した作物の売れ行きが好調だったり逆に不調だったりした場合には、途中で出荷計画量が変更される場合もある。その場合には、提示部２９は、変更後の出荷計画量を改めて取得する。
【0116】
また、提示部２９は、出荷予定テーブル３２を作成するにあたり、利用者端末４から圃場ごとの作物の作付量を取得する。作物がキャベツの場合、提示部２９は、圃場ごとの株数（球数）を利用者端末４から作付量として取得する。なお、作付量は、栽培中に病虫害等で減少することがあるので、減少量を調査して作付量から差し引いた値を取得してもよい。
【0117】
（出荷予定テーブル３２）
図１８は、提示部２９が利用者端末４に提示する出荷予定テーブル３２の模式図である。
図１８は、提示部２９が利用者端末４に提示する出荷予定テーブル３２の模式図である。
【0118】
出荷予定テーブル３２は、作物の出荷計画を示すテーブルである。その出荷予定テーブル３２においては、項目３２ａに示すように、「圃場名」、「面積（ａ）」、及び「株数」が対応付けられる。このうち、「面積（ａ）」は各圃場の面積である。
【0119】
一方、「株数」は、「作付」、「収穫」、及び「余剰」を相互に対応付けてなる。「作付」は、対応する圃場に作付けられている作物の株数を示す。また、「収穫」は、その圃場から最終的に収穫される全ての株数の総数を示す。そして、「余剰」は、その圃場で収穫されず余剰となる株数を示す。
【0120】
なお、「作付」、「圃場名」、「面積（ａ）」は、パラメータ取得部２５が、利用者端末４から取得する。
【0121】
また、出荷予定テーブル３２の項目３２ｂは、「計画（球）」、「予測（球）」、及び「不足（球）」を対応付けてなる。なお、キャベツでは一つの株から一つの球を収穫するので、株と球の数は同じとなる。
【0122】
このうち、「計画（球）」は、出荷計画で定められた出荷日ごとの球数であり、提示部２９が取得した出荷計画量である。「予測（球）」は、対応する出荷日において全ての圃場から収穫される予定の球数を示す。「不足（球）」は、「計画（球）」と「予測（球）」との差であり、対応する出荷日において不足すると見込まれる球数を示す。
【0123】
そして、出荷予定テーブル３２においてハッチングが掛けられた領域３２ｃは、各々の圃場における収穫可能期間に相当する。当該収穫可能期間は、提示部２９が、収穫可能期間テーブル２４から特定する。
【0124】
また、領域３２ｃにおける各セルの数値は、提示部２９が提示した圃場、出荷日ごとの予測収穫量を示す。
【0125】
例えば「圃場１」について考える。１１月２２日～１１月２６日が「圃場１」の収穫可能期間であるとする。「圃場１」の作付けは「8000」であるから、日々の予測収穫量を調節しない場合には、１１月２２日には8000球を収穫できる。しかし、これでは１１月２２日の「計画（球）」である「2600」を超えてしまう。
【0126】
そこで、提示部２９は、「2600」を超えた部分の予測収穫量を収穫する日を、１１月２２日とは異なる収穫可能期間内のいずれかの日にずらす。「圃場１」の収穫可能期間が１１月２２日～１１月２６日であるので、提示部２９は、「圃場１」の収穫可能期間内にある１１月２２日、１１月２３日、１１月２４日、１１月２５日、１１月２６日の予測収穫量をそれぞれ「2600」、「2600」、「2000」、「800」、「0」とする。これにより、「圃場１」の「作付」である「8000」のうち１１月２２日の「計画（球）」である「2600」を超えた部分が、１１月２２日よりも後の日の「圃場１」の予測収穫量となる。
【0127】
このように、提示部２９は、領域３２ｃにおいて「0」以外の値が入った出荷日を、出荷計画量を超えた部分を収穫する収穫日として提示する。
【0128】
また、提示部２９は、収穫可能期間にない日には予測収穫量を格納しないことにより、収穫可能期間にない日を収穫日として提示しない。これにより、提示部２９は、作物が出荷規格を満たしている状態にある日を収穫日として提示することができ、取引先との契約で定められた出荷規格を満たす作物を収穫できるようになる。
【0129】
更に、提示部２９は、「圃場２」についても同様の措置を行うことにより、「圃場１」のみの収穫量では「計画（球）」に満たない１１月２５日において、全ての圃場を合わせた予測収穫量が「計画（球）」の「1500」に等しくなるようにする。これにより、１１月２５日における全ての圃場を合わせた予測収穫量を「計画（球）」に等しくすることができ、取引先との契約を履行することができる。
【0130】
なお、図１８は、提示部２９が全ての出荷日における全ての圃場の予測収穫量を調整し終えた状態を示している。調整前においては、領域３２ｃにおける各圃場の収穫可能期間の初日のセルに提示部２９が算出した予測収穫量が格納され、それ以外のセルには「0」が格納される。
【0131】
更に、提示部２９は、「予測（球）」＜「計画（球）」となる出荷日がある場合、当該出荷日における「不足（球）」に記号「▲」と不足分の数量とを表示することで警告を表示する。また、提示部２９は、「収穫」＞「作付」となる圃場がある場合、当該圃場における「余剰」に株数を表示することで、その発生を提示する。
【0132】
これにより、作業者が、その出荷日において「計画（球）」よりも「予測（球）」が下回ってしまうことや収穫が余剰となることを事前に把握することができる。
【0133】
領域３２ｃにおける各セルの予測収穫量の算出方法は特に限定されない。本実施形態では、提示部２９は、以下の手順に従って予測収穫量を提示する。
【0134】
まず、以下のように各パラメータを設定する。
【0135】
・Sij…i番目の圃場のj日目の出荷日における予測収穫量
・Pj…j日目の出荷日における「計画（球）」
・Qi…i番目の圃場の「作付」
・Lj…j日目の出荷日の「不足（球）」
・Ri…i番目の圃場の「余剰」
なお、予測収穫量Sijの初期値は、前述のように提示部２９が算出した予測収穫量である。また、計画（球）Pj及び作付Qiは、提示部２９が取得した出荷計画量及び圃場ごとの作付量である。
・Pj…j日目の出荷日における「計画（球）」
・Qi…i番目の圃場の「作付」
・Lj…j日目の出荷日の「不足（球）」
・Ri…i番目の圃場の「余剰」
なお、予測収穫量Sijの初期値は、前述のように提示部２９が算出した予測収穫量である。また、計画（球）Pj及び作付Qiは、提示部２９が取得した出荷計画量及び圃場ごとの作付量である。
【0136】
次に、提示部２９は、式（１）の不等式が成立するかを判定する。
式（１）のＮは圃場の総数である。式（１）の左辺はj日目の出荷日におけるi番目の圃場を除いた他の全ての圃場で収穫可能な予測収穫量である。
【数1】
【0137】
式（１）の不等式が成立する場合、j日目の出荷日における出荷計画量はi番目の圃場を除いた他の全ての圃場の予測収穫量で満たされているので、提示部２９は、i番目の圃場のj日目の出荷日における予測収穫量Ｓijに０を入力する（Ｓij←０）。
【0138】
一方、式（１）の不等式が成立しない場合、提示部２９は、次の式（２）の不等式が成立するかを判定する。
【0139】
【数2】
【0140】
式（２）の不等式が成立する場合、提示部２９は、i番目の圃場のj日目の出荷日における予測収穫量Sijを次の式（３）のように更新する。
【0141】
【数3】
【0142】
一方、式（１）の不等式が成立しない場合、提示部２９は、i番目の圃場のj番目の出荷日における予測収穫量Sijを次の式（４）のように更新する。
【0143】
【数4】
【0144】
そして、更新が終了した後に、提示部２９は、全ての出荷日jについて不足（球）Ljを以下の式（５）に従って算出する。
【0145】
【数5】
【0146】
【数6】
【0147】
（出荷計画策定方法について）
次に、本第４の実施形態に係る出荷計画策定方法について説明する。図１９は、本第４の実施形態に係る出荷計画策定方法のフローチャートである。
次に、本第４の実施形態に係る出荷計画策定方法について説明する。図１９は、本第４の実施形態に係る出荷計画策定方法のフローチャートである。
【0148】
なお、図１９のフローチャートが開始される前提として、出荷計画策定装置２内において、生育量テーブル１５は作成済みであり、生育量テーブル１５に基づいて、収穫可能期間テーブル２４も作成済みであるものとする。
【0149】
図１９の処理が開始されると、提示部２９が、利用者端末４から複数の出荷日ごとの出荷計画量を取得する（ステップＳ３３０）。
【0150】
続いて、提示部２９が、作物の圃場ごとの作付量を利用者端末４から取得する（ステップＳ３３２）。
【0151】
次に、提示部２９が、収穫可能期間テーブル２４に基づいて、出荷予定テーブル３２を作成・更新する（ステップＳ３３４）。このとき、提示部２９は、作付当初の収穫計画日と、現在の収穫予測日との日数差を示す日数差情報を利用者端末４に提示する。
【0152】
【0153】
収穫計画日４０ａは、作付日において、生育予測装置３が収穫可能期間に達すると判断した日である。一方、収穫予測日４０ｂは、生育予測装置３が最新の気象情報を用いて生育量を予測し、当該予測結果に基づいて、生育予測装置３が収穫可能期間に達すると判断した日である。
【0154】
このような日数差情報４０を作業者に提示することにより、作業者は、平年と比べて収穫日がどの程度ずれているのかを把握することができる。
【0155】
ステップＳ３３４を初めて行ったときは、出荷予定テーブル３２の領域３２ｃにおける各圃場の収穫可能期間の初日のセルに提示部２９が取得した予測収穫量が格納され、それ以外のセルには「0」が格納される。
【0156】
次いで、提示部２９が、出荷予定テーブル３２における複数の出荷日のうちで、「予測（球）」＞「計画（球）」となる出荷日があるかを判定する（ステップＳ３３６）。
【0157】
ここで、「予測（球）」＞「計画（球）」となる出荷日がある（ＹＥＳ）と判定された場合にはステップＳ３３８に移る。
【0158】
ステップＳ３３８では、提示部２９が、「予測（球）」＞「計画（球）」となる出荷日（第１の出荷日）に対応したある圃場において、「予測（球）」のうちで「計画（球）」を超えた部分の収穫量の全て、或いは、一部を収穫可能期間内の第１の出荷日とは異なる第２の出荷日にずらす。ずらす方向は第１の出荷日の前でも後でもよいが、本実施形態では第１の出荷日よりも後にずらす。これにより、作物に圃場が存在している期間が長くなるため、第１の出荷日よりも前にずらす場合と比較して作物を成熟させることができる。
【0159】
一例として、提示部２９は、前述の式（１）～（６）に従って予測収穫量Sijを更新することにより、上記のように「予測（球）」のうちで「計画（球）」を超えた部分を収穫する日を後日にずらす。その後、再びステップＳ３３４に戻る。
【0160】
一方、ステップＳ３３６において「予測（球）」＞「計画（球）」となる出荷日がない（ＮＯ）と判定された場合にはステップＳ３４０に移る。
【0161】
ステップＳ３４０においては、出荷予定テーブル３２の出荷日のうちで、「予測（球）」＜「計画（球）」となる出荷日があるかを判定する。
【0162】
「予測（球）」＜「計画（球）」となる出荷日がある場合（ＹＥＳ）は、当該出荷日において「予測（球）」が「計画（球）」よりも不足してしまう。よって、この場合にはステップＳ３４２に移り、提示部２９が利用者端末４に警告を提示して、処理を終える。一例として、提示部２９は、図１８に示したように、記号「▲」と不足分の数量とを表示することで警告を表示する。
【0163】
一方、ステップＳ３３６とステップＳ３４０のそれぞれの判定が否定された場合には、全ての出荷日において「予測（球）」＝「計画（球）」となる。この場合は、「予測（球）」が「計画（球）」に対して不足がないため収穫日をずらす必要がない。よって、この場合にはステップＳ３３６で作成・更新した出荷予定テーブル３２を利用者端末４に提示し（ステップＳ３４４）、処理を終える。
【0164】
なお、処理の結果、図１８の出荷予定テーブル３２の項目３２ａに示すように、収穫株数に「余剰」が発生することがある。この場合、作付けした株が出荷されずに無駄になるので、出荷計画量を増やして、再度ステップＳ３３０からの処理を開始してもよい。
【0165】
以上により、本第４の実施形態に係る出荷計画策定方法の基本的な処理を終える。
【0166】
以上説明した本第４の実施形態によれば、ステップＳ３３８において、提示部２９が、ある圃場において「予測（球）」のうちで「計画（球）」を超えた部分を収穫する日を、第１の出荷日とは異なる第２の出荷日に自動的にずらす。そのため、熟練者でも難しい作物の出荷計画を簡単に策定することができる。
【0167】
更に、ステップＳ３３６の判定で使用する出荷予定テーブル３２は、ステップＳ３３４において、取得した収穫可能期間テーブル２４に基づいて提示部２９が作成する。収穫可能期間テーブル２４は、作付日以降の気象情報から作成されるため、出荷予定テーブル３２に当該気象情報を反映させることができ、出荷予定テーブル３２の予想収穫日を高精度で予測できる。
【0168】
しかも、「予測（球）」＜「計画（球）」となる出荷日がある場合には、提示部２９がステップＳ３４０で警告を提示する（Ｓ３４２）。そのため、該当の出荷日における出荷量が契約で定めた「計画（球）」を下回ることを作業者が契約先に事前に伝えることができる。
【0169】
また、第１の出荷日の予測収穫量が「計画（球）」よりも多くなる事態を予め察知することができるため、作物を多量に収穫するための人員や新たな販売先を確保することで、作付けした作物を無駄なく出荷することができる。
【0170】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【0171】
例えば、上述の実施形態では図１のように出荷計画策定装置２と生育予測装置３とをそれぞれ別々のハードウェアとしたが、生育予測装置３の機能を出荷計画策定装置２に持たせることで、生育予測装置３を不要としてもよい。
【符号の説明】
【0172】
１…出荷計画策定システム、２…出荷計画策定装置、３…生育予測装置、４…利用者端末、５…気象データ提供装置、６…ネットワーク、１１…通信部、１２…記憶部、１３…制御部、１４…生育予測モデル、１５…生育量テーブル、１６…取得部、１７…予測部、１８…通知部、２１…通信部、２２…記憶部、２３…制御部、２４…収穫可能期間テーブル、２５…パラメータ取得部、２６…条件設定部、２７…生育量取得部、２８…判定部、２９…提示部、３２…出荷予定テーブル、４０…日数差情報。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】