JP5485020B2 - 農作物トレーサビリティシステム及びそれに用いるサーバ、方法、プログラム - Google Patents

Description

本発明は、農作物トレーサビリティシステム及びそれに用いるサーバ、方法、プログラムに関し、特に、位置情報に基づいて農作物をトレースする技術に関する。

農作物の原産地や農薬の使用履歴などに関する流通業者や消費者の関心が高まってきている。農作物のトレーサビリティに関しては、例えば特許文献１にあるように、メロンなどの物品個体そのもの、あるいは、いちごなどのパック等に入れたかたまりごとにＩＤを付与し、そのＩＤを、流通業者を介して消費者まで物品やかたまりと付随して引き継いでいくことにより、付与されたＩＤに紐付けられた産地や生産履歴情報を、流通業者あるいは消費者が参照出来る仕組みが提案されている。

特許第３３５５３６６号公報

上記特許文献１に記載の技術は、メロンやイチゴ等、生産現場に近い場所で個体のままあるいはパックの形に詰められ、そのままの荷姿で最終消費者まで届く農作物に対しては有効である。

しかしながら、例えば、穀物のように流通の途中段階まで、いわゆる「ばら荷」の状態で運ばれる農作物へ上記特許文献１に記載の技術を適用することは難しい。

また、上記特許文献１に記載の技術では、農地から作業場あるいは倉庫に運ばれ、その後に袋詰めされて初めてＩＤシールが貼り付けられるため、正しい農地から収穫されたものかどうかを確認する際には、紙に記載された指示書などに基づく人手による処理に任さざるを得ない状況にある。従って、万が一農地と農作物の対応付けを間違うと、農地における栽培履歴をいかに綿密に記録に残し、流通過程におけるトレーサビリティの仕組みを構築していたとしても、元となるデータの信頼性が損なわれることで、後の仕組みが全く意味をなさないおそれがあった。

本発明は、この問題を解消し、運ばれてきた農作物と収穫場所である農地あるいはハウス等の施設とを自動的に紐付けするものであり、このことにより、より信頼性の高い流通工程のトレーサビリティの仕組みを実現することを目的とする。

本発明の一観点によれば、自己の位置情報と、自己とともに移動する農作物の収納機械又は運搬機械（以下、「機械」と称する。）の機械ＩＤとを、送信する端末と、前記端末から前記機械ＩＤと前記機械の位置情報とを受け取る通信部と、前記端末同士又は前記端末と自己が保持する地物の位置情報が同じであることを検出して、前記機械同士の機械ＩＤ又は前記機械ＩＤと前記の地物の地物ＩＤとを自動的に紐付けるＩＤ情報関連付け処理部と、を有することを特徴とするサーバとを有することを特徴とする農作物トレーサビリティシステムが提供される。

また、農作物トレーサビリティシステムにおいて用いられるサーバ装置であって、自己の位置情報と、自己とともに移動する農作物の収納機械又は運搬機械（以下、「機械」と称する。）の機械ＩＤとを、送信する端末から前記機械ＩＤと前記機械の位置情報とを受け取る通信部と、前記端末同士又は前記端末と自己が保持する地物の位置情報が同じであることを検出して、前記機械同士の機械ＩＤ又は前記機械ＩＤと前記の地物の地物ＩＤとを自動的に紐付けるＩＤ情報関連付け処理部と、を有することを特徴とするサーバ装置が提供される。

本発明の他の観点によれば、農作物トレーサビリティシステムにおいて用いられる農作物のトレース方法であって、自己の位置情報と、自己とともに移動する農作物の収納機械又は運搬機械（以下、「機械」と称する。）の機械ＩＤとを、送信する端末から前記機械ＩＤと前記機械の位置情報とを受け取るステップと、前記端末同士又は前記端末と自己が保持する地物の位置情報が同じであることを検出して、前記機械同士の機械ＩＤ又は前記機械ＩＤと前記の地物の地物ＩＤとを自動的に紐付けるＩＤ情報関連付けステップと、を有することを特徴とする農作物のトレース方法が提供される。

本発明は、農作物のトレース方法をコンピュータに実行させるためのプログラムであっても良く、当該プログラムを記録するコンピュータ読み取り可能な記録媒体であっても良い。

また、本発明は、農作物を収穫又は運搬する機械とともに移動する端末と、前記端末から情報を受信するサーバと、を備える農作物トレーサビリティシステムであって、前記端末は、前記端末の位置情報を取得する位置情報取得部と、前記位置情報及び前記機械の機械ＩＤを前記サーバへ送信する送信部と、を備え、前記サーバは、地物の位置情報を記憶する記憶部と、前記端末から送信された前記位置情報及び前記機械ＩＤを受信する受信部と、前記記憶部に記憶された地物の位置情報と前記端末から送信された位置情報とが一致する場合に、前記機械ＩＤと前記地物の地物ＩＤとを紐付けるＩＤ情報処理部と、を備えることを特徴とする農作物トレーサビリティシステムである。

本発明の一形態によれば、より信頼性の高い流通工程のトレーサビリティの仕組みを実現することが可能になる。

（ａ）は、農作物のトレーサビリティシステムの全体構成例を示す図であり、（ｂ）は、クライアントの表示画面例を示す図である。 （ａ）は、サーバ装置の一構成例を示す機能ブロック図であり、（ｂ）は、端末の一構成例を示す機能ブロック図である。 （ａ）、（ｂ）は、農作物のトレーサビリティシステムにおける機械と地物の紐付けの例を示した図であり、（ｃ）は、機械との紐付けパターンを示す表であり、（ｄ）は機械の種類に依存する紐付け対象（Ｆｒｏｍ及びＴｏ）を示す表である。 （ａ）は、端末の位置情報送信部の処理の流れを示すフローチャート図であり、（ｂ）は、端末からサーバへ送られる送信データフォーマットの例を示す図である。 第１の実施の形態において、サーバにおける機械と地物の紐付け処理の流れを示すフローチャート図である。 （ａ）、（ｂ）は、第２の実施の形態における処理の流れを示すフローチャート図であり、図４Ａにおいて変更する一部の処理を示す図である。 (a)は、本実施の形態における地物と機械とを含む経路の一例を示す図であり、（ｂ）は、（ａ）の経路を例にした、地物と機械との紐付けの様子をトレースＩＤを用いて示した図である。 サーバに設けられたデータベース内に格納されるデータテーブルの一例であり、（ａ）は地物の属性を管理する地物属性管理マスタ、（ｂ）は機械の属性を管理する機械属性管理マスタ、（ｃ）は機械の紐付けの推移を管理する機械トランザクションテーブルの一構成例を示す図である。 サーバに設けられたデータベース内に格納されるデータテーブルの一例であり、（ａ）は、保管庫等における在庫を管理する在庫情報管理テーブルの一構成例を示す図であり、（ｂ）は、保管場所属性を示す表である。 サーバに設けられたデータベース内に格納されるデータテーブルの一例であり、トレース番号発行管理テーブルと、トレースＩＤを管理するトレース情報記録テーブルの一例を示す図である。 第３の実施の形態によるシステムにおける、ＩＣタグにより場所を認識する場合の例であり、（ａ）は、保管場所に対応させてＩＣタグを付した例を、（ｂ）は、保管場所の情報をＩＣタグに付した例を、（ｃ）は、本実施の形態における端末の送信データフォーマットの例を示す図である。 第３の実施の形態によるシステムにおける、処理の流れを示すフローチャート図であり、図４Ａにおいて変更する一部の処理を示す図である。 第４の実施の形態によるシステムにおける、搬入判定時の表示画面例を示す図（ａ）と、搬入（可否）判定処理のうち端末側における流れを示すフローチャート図（ｂ）と、端末からの送信データフォーマットの例（ｃ）と、を示す図である。 搬入（可否）判定処理のうちサーバ側における流れを示すフローチャート図である。 第５の実施の形態における、運搬結果を確認するための運搬トレース確認ＰＣ画面の表示例を示す図（ａ）と、農地指定時の結果表示例を示す図と（ｂ）、保管庫指定時の結果表示例を示す図（ｃ）である。 第５の実施の形態における、サーバ側の入荷量確認処理の流れを示すフローチャート図である。 第６の実施の形態による運搬ルート決定画面の表示例（ａ）と、ルートテーブルの一構成例を示す図（ｂ）である。 第６の実施の形態によるシステムにおける、処理の流れを示すフローチャート図であり、図４Ａにおいて変更する一部の処理を示す図（ａ）と、運搬ルート決定処理の流れを示すフローチャート図である（ｂ）。 第７の実施の形態によるシステムにおける、栽培履歴確認処理の流れを示すフローチャート図である（ａ）及び（ｂ）。 図１３Ａの処理により出力される穀物履歴書の一例を示す図である。

穀物などの農作物の機械による収穫は、農地内に収穫機械が入り込み、その中を移動することにより行われる。収穫された農作物は、運搬機械に搭載され、倉庫あるいは作業場に運ばれる。収穫する農地の位置や保管庫等（倉庫や出荷先）の位置を例えばＧＩＳ（地理情報システム）により把握しておき、収穫機械や運搬機械の位置を例えば衛星測位システム（ＧＰＳ）により検出すれば、農作物を、機械がどの農地から収穫し、どこの保管庫等に運んだかは、ＧＩＳとＧＰＳのそれぞれの位置情報を使って判断が可能である。

このことに着目して、実施形態に記載の農作物トレーサビリティシステムは、例えば、農作物の生産、保管に関連する、農地やハウス、倉庫、作業場等の固定物の地物情報をあらかじめＧＩＳシステムで管理するサーバと、収穫機械や運搬機械ごとに付与したＩＤを記憶する機能を持ち、運搬機械の移動と共に衛星測位システムなどを使って自分の位置情報を把握できる端末等で構成され、端末から収穫機械あるいは運搬機械のＩＤと位置情報を定期的にサーバに送り、その情報を受信したサーバでは、地物と端末、あるいは、端末同士が同じ場所に、例えば一定時間以上同一場所にいたことを持って、両者のＩＤを自動的に紐付けすることにより、農作物に関して、農地から機械により倉庫に運ぶ場合などのトレース（引き継ぎ）情報の自動記録を達成するものである。

例えば、小麦などの穀物の収穫作業における一般的な例は、コンバインが小麦畑（圃場）内に入って一定時間かけて小麦を収穫し、収穫した小麦は一定時間以上かけてコンバインからコンバインに横付けされた運搬用のトラックに移し替えられ、このトラックが保管庫まで運搬するという流れである。

この場合、位置情報に基づいて、コンバインが特定の農地内に例えば一定時間以上存在することをもって、農地とコンバインを自動的に紐付けすることが可能であり、またトラックが例えば一定時間以上そのコンバインの傍にいたことをもって、そのコンバインとトラックを自動的に紐付けすることができ、さらにそのトラックが例えば一定時間以上特定の倉庫の傍にいることをもってその倉庫とそのトラックを紐付けすることが出来、これらの一連の処理により、倉庫と農地を自動的に紐付けすることが可能となる。この場合には、人を介する工程がないため、農作物トレーサビリティに関する信頼性が高まる。

倉庫に一旦保管された農作物を、例えば大型トラックにより出荷場等別の場所に移動する場合も、その大型トラック等が特定の倉庫に一定時間以上横付けされたことをもって倉庫と大型トラックを紐付けし、大型トラックが加工場に農作物を運搬した場合は、大型トラックが特定の加工場に一定時間以上横付けされたことをもってトラックと加工場を自動的に紐付けすることで、加工場から倉庫、さらには倉庫から農地への紐付けをたどることで、加工場に運搬された農作物の生産履歴を確認することが出来る。

一方、収穫した農作物を一旦農場内に放置し、後にトラックで拾い上げて倉庫に運ぶケースでは、圃場と紐付けする必要があるのは収穫機械でなくトラックとなるが、上記の小麦の例との違いは、機械の種類や作物によって区別が可能であり、どの機械をどの農地に使うかは、後述するようにあらかじめ決めておくことが可能なため、サーバで圃場ごとの収穫方法の違いを管理しておくことで、圃場と何を紐付けすればよいかの判断が可能である。

本明細書において、機械とは、農地で農作物を収穫するための収穫機械、収穫した農作物を運搬する運搬機械などを含む。端末は、機械と対応付けがされていれば良く、機械に組み込まれた形態、機械に組み込んで用いる形態、機械とは分離している携帯端末のような形態などが含まれる。人間や自転車で農作物を運搬する形態も含まれる。

農地や倉庫（保管庫）、出荷先などは、本明細書では、地物と総称し、基本的に位置が固定であり、ＧＩＳシステムなどにより位置が既知である。一方、機械は、位置が時間的に変化するという特性をもつ。

以下、本発明の実施の形態による農作物トレーサビリティシステムについて、図面を参照しながら、詳細に説明する。

（第１の実施の形態）
まず、第１の実施の形態による農作物トレーサビリティシステムを、穀物の収穫に適用した例について説明する。図１Ａ（ａ）は、本実施の形態による農作物トレーサビリティシステムのおおまかな原理を示す図である。図１Ａ（ａ）に示すように、異なる位置にある農地Ａ１１２、農地Ｂ１１３のうち、農地Ａ１１２において、収穫機械１１７によって穀物が収穫され、収穫された穀物が農地の傍に横付けされた運搬機械１１８に移しかえられたあと、運搬機械１１８が穀物を倉庫（保管庫）１１４、倉庫１１５のうち倉庫１１４に運搬して倉庫１１４に収納する様子を示している。また、倉庫内１１４内で保管された穀物が、運搬機械１１９によって出荷先１１６に運ばれる様子も合わせて示している。

収穫機械１１７や運搬機械１１８、運搬機械１１９には、それぞれの機械のＩＤを記憶し衛星測位システム１２３からの電波を利用して自分の位置情報を取得することができ、ネットワーク１２４を経由して機械のＩＤと位置情報を例えば定期的にサーバ１２１に送ることができる端末等１３１、１３２、１３３がそれぞれ搭載され、ともに移動するようになっている。尚、ここでの端末等は、携帯電話のようなものでも良いが、機械のＩＤと位置情報をサーバに送ることができる仕組みを持っていれば機械に組み込まれている発信器のようなものでも良く、機械を始動させる際に電源がオンされるようなものでも良い。以後、機械のＩＤと位置情報をサーバに送ることができる仕組みを端末と称する。

収穫機械１１７は農地１１２内を移動しながら穀物の収穫作業を行うが、その移動に伴って収穫機械１１７の端末１３１の位置が変化する。端末１３１は定期的に（一定期間毎でも良いし、常時でも良く、また異なる期間毎でも良い）衛星測位システム１２３を使って位置情報を取得し、取得した位置情報を記憶している収穫機械１１７のＩＤと共にサーバ１２１に送る。端末１３１から位置情報を受信したサーバ１２１は、農地１１２の位置情報をあらかじめＧＩＳシステムとして管理しているので、収穫機械１１７がどの農地で作業を行ったかを位置情報に基づいて検索して知ることができ、そのことを持って収穫機械１１７と農地１１２との紐付け（収穫機械１１７により農地１１２において収穫作業が行われたことの関係付け）をすることができる。

収穫機械１１７による収穫作業が終了すると、農地１１２内又はその近辺に停車した運搬機械１１８に、収穫した穀物を移動する作業が行われるが、この運搬機械１１８にも端末１３１と同様な機能を持つ端末１３２が搭載されており、運搬機械１１８のＩＤと位置情報とを定期的にサーバ１２１に送る。サーバ１２１では、農地１１２と紐付けされた収穫機械１１７のそばにどの運搬機械が横付けされたかを把握することが出来、収穫された穀物が運搬されたこと、すなわち、収穫機械１１７と運搬機械１１８とを紐付けすることが出来る。その後、運搬機械１１８は倉庫１１４に移動し運搬してきた穀物を倉庫に搬入する際には、倉庫１１４、１１５の位置と運搬機械１１８の位置は、サーバ１２１で把握しているため、運搬機械１１８がどの倉庫に移動したかを把握することが出来、そのことを持って運搬機械１１８と倉庫１１４とを紐付けすることが出来る。

以上の処理の結果、倉庫１１４と運搬機械１１８、運搬機械１１８と収穫機械１１７、収穫機械１１７と農地１１２とのそれぞれの紐付けが出来、倉庫に搬入された農作物がどの農地で収穫されたか、すなわち農作物トレーサビリティを特定するための一連のデータを、自動的に作成することが可能となる。

同様に、倉庫１１４に一時保管された穀物は、出荷時には例えば別の輸送機械１１９によって出荷先１１６に運搬されることになるが、この際も、位置情報に基づいて、運搬機械１１９が倉庫１１４に横付けされたことがサーバにおいて特定され、このことをもって運搬機械１１９と倉庫１１４とを自動的に紐付けし、運搬機械１１９が出荷先１１６に近づいたことをもって出荷先１１６と運搬機械１１９との紐付けをサーバで自動的に行うことができる。これにより、出荷先１１６と運搬機械１１９、運搬機械１１９と倉庫１１４の紐付けが出来る。

これら一連の処理により、出荷先１１９に運ばれた農作物が、実際にはどの農地で収穫され、どの倉庫に保管されていた農作物であるかの記録を、自動的に作成することが出来る。

ＧＩＳシステムは、例えばサーバ１２１及びクライアント１２２で構成されている。図１Ａ（ｂ）において、符号１０１は、クライアントの表示画面の一例を示したものである。画面１０１には、農地１１２に対応した農地図１０２、倉庫１１４に対応した保管庫のアイコン１０４、出荷先１１６に対応した出荷先アイコン１０６等が地図と重ね合わせた形で配置され、収穫機械１１７に対応した収穫機械アイコン１０７や運搬機械１１８、１１９に対応した運搬機械アイコン１０８、１０９が機械の移動に伴って画面上を移動する様子が示されている。機械の位置は、機械に搭載された端末から定期的に送られてくるため、符号１３１、１３２、１３３のように機械の移動の軌跡を画面に表示することが可能である。

図１Ｂ（ａ）は、サーバ１２１の概略構成例を示す機能ブロック図である。サーバ１２１は、端末と通信を行う通信部１と、ＧＩＳによる地図情報や後述する各種テーブルを格納するデータベース部３と、各種テーブルなどのデータの管理を行うデータ管理部７及びＩＤ情報関連付け処理部５と、サーバ全体を制御するＣＰＵ等と、を有している。尚、各種テーブルを格納するデータベース部は、例えばネットワーク経由でサーバからアクセスできるように構成されていても良い。後述するサーバ上での各処理や各フローは、ＣＰＵが他の構成部を制御することにより実行される。

図１Ｂ（ｂ）に示すように、端末（発信部）１３１等は、ＧＰＳシステムなどを用いて自己の位置情報を取得する位置情報取得部２１と、機械のＩＤを取得するＩＤ取得部２２と、タイマ２３と、ＩＤと、位置情報取得部２１から得た位置情報と、タイマ２３から得た時刻と、を格納するデータ蓄積部２４と、データ蓄積部２４内に格納されたデータを、タイマ２３がある一定時刻を計時するとサーバに送信する送信部２５と、を含む位置情報送信部と、端末全体を制御するＣＰＵ等と、を有している。後述する端末上での各処理や各フローは、ＣＰＵが他の構成部を制御することにより実行される。さらに、端末１３１は、後述する実施の形態で用いられる受信部２６と、表示部２７と、を備えていても良い。

収穫機械や農業機械等（移動体）は、農地と倉庫、倉庫と出荷先といった農作物の存在する場所（固定物）を結び付ける役割りを持つ。いろんな種類の機械を何と紐付けすればよいかは、農作物の種類や機械の種類等によって予め決められている。図２を用いてこの点について例示的に説明する。図２のケース１（図２（ａ））は、これまで説明してきた例のように、収穫機械２１１で農地２０１内の農作物を収穫し、収穫した農作物は運搬機械２１２を使って、倉庫２０２に運ばれ、倉庫２０２で一時保管された農作物は運搬機械２１３を使って別の場所２０３に移動される様子を模式化したものである。また、ケース２（図２（ｂ））は、収穫した農作物を一旦農地内に放置し、別の運搬機械２１４が農地内に入り農作物を拾い上げ倉庫２０５に運搬する様子を模式化したものである。農作物の収穫と運搬は、上記ケース１かケース２のいずれかであることが一般的である。

サーバにおける機械の紐付けパターンは３種類ある（図２（ｃ））。
１）収穫機械２１１が農地２０１で収穫を行っているとき、あるいは運搬機械２１４が農地２０４で農作物を拾い上げる場合、あるいは運搬機械２１３が倉庫２０２から荷物を受け取る際のように農地や倉庫などの地物を機械と紐付けするパターン、
２）運搬機械２１２のように、別の機械（収穫機械２１１）と紐付けするパターン、
３）運搬機械２１２や２１３あるいは２１４が、地物に到着した場合のように機械を地物と紐付けするパターンである。

機械の種類によって何から（From）何に（To）紐付けるかは決まる。それをまとめたのが、図２（ｄ）の表「機械の種類と紐付け対象」である。コンバインなどの収穫機械（Ａ）２１１は、地物１）から機械２）へ、トラックなどの運搬機械（Ｂ）２１２は機械２）から地物３）へ、大型トラックなどの運搬機械（Ｃ）２１３及びトラクタ＋アタッチメントなどの機械（Ｄ）２１４は地物１）から地物３）への紐付けとなる。この紐付け対象（Ｆｒｏｍ属性及びＴｏ属性）も機械毎に決められており、サーバにおいて保持又は参照可能となっている。

以下、端末とサーバにおける処理について説明する。適宜、図１Ｂ（ａ）、（ｂ）を参照して説明する。

図３（ａ）は、端末の位置情報送信に関わる内部処理を示すフローチャート図である。それぞれの収穫機械あるいは運搬機械には、例えば、個々の機械を識別するためのユニークなＩＤを記憶したＩＣチップ等を取り付けておく。端末のＩＤ取得部２２では、機械に取り付けられたＩＣチップ等の情報を読み取り（ステップＳ３１１）、データ蓄積部２４に記録する。このＩＤ情報は、例えば、同じ端末を別の機械に搭載した場合には、その機械のＩＤ情報を読み取った際には上書きされる性質のものである。尚、端末（発信器）が機械に固定されている場合には、ＩＤは発信器に予め記憶させておけば良い。

次に、位置情報取得部２１により、衛星測位システムを使って定期的に位置情報を取得（ステップＳ３１２）し、取得した際の時刻情報（タイマ２３の時計を用いる）と共にデータ蓄積部２４に記録する。さらに、記録した位置情報の中で未送信の位置情報と機械のＩＤと、を、送信部２５がサーバ１２１に送信（ステップＳ３１３）し、通信が成功すれば記録した位置情報を消去（ステップＳ３１４）し、タイマ２３による次の位置情報の取得処理タイミング（例えば、１分間隔など決まられたタイミング）でのタイマー処理（ステップ３１５）を経て、次の位置情報取得処理（ステップＳ３１２）に移る。もし、通信が失敗した場合には、記録した位置情報は記録したままで、次のタイマー処理（ステップ３１５）を経て次の位置情報取得処理（ステップＳ３１２）に戻る。

図３（ｂ）は、図３（ａ）に示す処理により端末がサーバに送る送信データフォーマット３３１の一例を示した図である。機械のＩＤ及び一連の位置情報と時刻情報とのペアを時系列的に示した表により構成されている。また、端末から送る情報の種類はいくつかある場合には、メッセージの種類を識別するmsgIDのカラムを持たせておく。

図４Ａは、サーバにおけるＩＤの紐付け処理の流れを示すフローチャート図である。サーバが端末から受信するデータのフォーマットは３３１（図３（ｂ））に示したものである。

まず、サーバ側で管理されているテーブルについて説明する。図６、図７、図８に示されるテーブルは、サーバで管理するテーブルの一構成例を示したものである。図６に示すように、まず、サーバでは、地物の属性を管理する地物属性管理マスタ６０１（図６（ａ））及び機械の属性を管理する機械属性管理マスタ６０４（図６（ｂ））を管理している。地物属性管理マスタ６０１は、農地属性テーブル６０２と、保管庫（倉庫）属性テーブル６０３とを、有している。農地属性管理テーブル６０２では、農地属性として、農地のＩＤ６０２ａ、位置情報６０２ｂ、を有し、その他に、農地の面積、作物情報、栽培履歴、予想収穫量等６０２ｃを管理している。また、保管庫属性テーブル６０３として、保管庫（倉庫）のＩＤ６０３ａ、保管庫位置情報６０３ｂ、収納作物情報６０３ｃを管理している。

また、機械属性管理マスタ６０４としては、機械のＩＤ６０４ａ、図２で説明した機械の紐付け対象パターンにある、どのパターンで紐付けするかの情報がFrom属性６０４ｂ及びTo属性６０４ｃとして管理されている。例えば、機械Ａの例であるコンバインでは、図２（ｄ）に示すように、From属性６０４ｂが１）の地物から機械への紐付けパターンであり、To属性６０４ｃが２）の機械から機械への紐付けパターンである（図２（ａ）の機械Ａ２１１参照）。このように、機械の種別の依存して、From属性６０４ｂ及びTo属性６０４ｃが決められている。その他に、機械の属性として、荷物を搭載する際の最低作業時間としてFrom作業時間６０４ｄ、荷物を降ろす際の最低作業時間としてTo作業時間６０４ｅ、及び、機械に搭載可能な搭載可能積載量６０４ｆを管理している。さらに、機械の位置情報の履歴と、機械を何と紐付けしたかを記録する機械トランザクションテーブル６２１を持つ。

機械トランザクションテーブル６２１は、一時的に作られるテーブルであり、機械が何と紐付けされているかを示すトレースＩＤ６２１ａと、機械の目的地を示す目的地ＩＤ６２１ｂと、機械における端末から送られてきた時刻と位置とのペアの情報を時系列的に示した欄６２１ｃと、を有している。

図７について説明すると、図７に示す在庫情報管理テーブル７０１は、保管場所（倉庫）の在庫を管理するテーブルである。同じ保管場所に、数回に分けて機械により農作物が運ばれてきた場合、それぞれの運搬に対して付与されたユニークなトレースＩＤごとに、入荷量と入荷の日付時刻を管理するテーブルである。このテーブルは、入荷されたものが次々出荷され、在庫が０になるまで記録しておくことで、出荷された農作物と入荷された農作物とを対応付けする役割りを持つ。

テーブル構成例について詳細に説明すると、在庫情報管理テーブル７０１は、保管場所を識別する保管場所ＩＤ７０１ａと、保管場所の在庫容量と７０１ｂ、保管されている農作物の品種７０１ｃと、後述する保管場所属性７０１ｄ（図７（ｂ））と、を有している。また、保管場所ＩＤ７０１ａは、トレースＩＤ７０２ａと、入荷量７０２ｂと、日付時刻７０２ｃと、に紐付けされている。

図８は、流通の後工程でトレースＩＤをキーにして農作物の栽培履歴（作物情報を含む）等を参照する際に利用されるトレース情報記録テーブル８０２であり、個々の運搬ごとに付与されるユニークなトレースＩＤを管理するトレース番号発行管理テーブル８０１、及び、トレースＩＤ８０２ａに関係する、どこから（出発点ＩＤ８０２ｃ）、どこへ（目的地ＩＤ８０２ｄ）、何によって（機械ＩＤ８０２ｅ）、いつ運ばれたか（日付時刻８０２ｆ）の情報、及び、農地から運ばれる際に発行されたトレースＩＤであれば、農地での栽培履歴（作物情報を含む）８１０、倉庫から運ばれる際に発行されたトレースＩＤであれば、その時点での在庫情報管理テーブル７０１に記録されている一連のトレースＩＤ（ＩＤ１〜ＩＤｎ）８１１を管理する。すなわち、新たなトレースＩＤが発行され、実際に農作物が出発点ＩＤ８０２ｃと目的地ＩＤ８０２ｄとで示されるルートで運搬されると、１つのトレースＩＤ８０２ａと、それに対応する情報８０２ｂ〜８０２ｆがトレース情報記録テーブル８０２に記録される。この場合に、トレースＩＤ８０２ａは、栽培履歴８１０とも紐付けされており、運搬された農作物の栽培履歴（作物情報）を知ることができる。別の運搬があると、新たなトレースＩＤが発行され、トレースＩＤから日付時刻までの別の組がトレース情報記録テーブル８０２に記録される。尚、機械ＩＤ８０２ｅは運搬機械のＩＤであるが、ここでは付随的な情報である。図５（ｂ）を参照すると、農地Ａから倉庫Ｄまでの運搬に対してトレースＩＤ＝Ｘ１が発行され、このトレースＩＤ＝Ｘ１は、機械を介して倉庫Ｄまで引き継がれる。また、運搬機械Ｅが倉庫Ｄに到着した時点で、倉庫Ｄから出荷先Ｆまでの運搬に対して新たなトレースＩＤ＝Ｙ１が発行され、出荷先Ｆまで引き継がれる。

上記のトレースＩＤ＝Ｘ１、トレースＩＤ＝Ｙ１について、図８に示すトレース情報記録テーブル８０２のトレースＩＤ８０２ａから日付時刻８０２ｆまでの情報が記録されるようになっている。

トレース情報記録テーブル８０２により、一連のトレースＩＤ８１１−１〜ｎ（ｎは２以上の整数）を管理することで、保管庫内に同じ農地あるいは異なる農地から複数回（図ではｎ回）に分けて運び込まれ、保管庫内で穀物等がまざっている場合でも、その農作物のトレース情報を混ざっている農作物として正しく記録することが出来る仕組みとなっている。

尚、トレースＩＤ属性８０２ｂは、トレースＩＤ属性として、１．農地、２．農地以外のいずれであるかを示すＩＤである。トレースＩＤ属性は、トレース情報記録テーブル８０２にリンクされている次テーブルが、栽培履歴（作物情報）８１０であるのか、或いは、一連のトレースＩＤ８１１であるのかを示す識別枝の役割を持つ。

保管庫内で農作物が混ざっているケースは、特に、穀物等の場合に多いが、このような場合でも、何と何とが保管庫内で混ざっているかを管理することはきわめて重要である。農作物が混ざっていない場合には、一連のトレースＩＤ８１１は１つのみにすれば良い。

このようにすることで、保管庫内で農作物が混ざっている場合、混ざっていない場合の両方に対応することができる。

トレースＩＤを発行する際に、トレース番号発行管理テーブル８０１の発行済みトレース番号を参照して、発行済みでないトレース番号を新たに発行する。

図４Ａに戻って説明すると、端末から送られてきた送信データ（図３（ｂ））、すなわち、機械のＩＤ情報、位置情報、時刻情報を受信し、機械の位置情報と時刻情報とを機械トランザクションテーブル（図６（ｃ））に記録する（ステップＳ４０１）。次に、機械のＩＤ情報に基づいて、機械属性管理マスタ６０４を参照し、機械の属性情報を取得する（ステップＳ４０２）。次に、機械のＩＤ情報に基づいて、機械トランザクション６２１を参照して、トレースＩＤが登録済みであるか否かを判定する。

機械トランザクションテーブルに記載されているトレースＩＤを取り出す。

ここで、トレースＩＤは、機械が、出発点である農地や倉庫と位置情報を元に紐付けられた時点で発行され、機械トランザクションテーブルに記録されるため、ステップＳ４０３において、トレースＩＤが記録済みか否かを判定し、記録がない場合は（ＮＯ）、その機械は、まだ、どの地物とも紐付けがされていない機械であると判断し、機械属性管理マスタ６０４のFrom属性６０４ｂを取り出す（ステップＳ４０４）。

図２（ｄ）の機械の種類と紐付け対象との関係を示すテーブルによれば、機械を何から紐付けするか(From)は、地物か機械の２種類のみである。From属性がコンバインなどの地物と紐付けするタイプの機械であれば（ステップＳ４０５でＦｒｏｍ属性が１））、機械の位置情報からGISシステムが一般に持っている検索機能を使って近隣の地物（例えば、機械が地物内又は地物と接触、近接している状態にあること、地物のうち最も近いもの）を検索し（ステップＳ４０６）、近隣の地物が存在すれば（ステップＳ４０７でＹＥＳ）、トレースＩＤを新たに発行し、図８のトレース情報記録テーブル８０２に、トレースＩＤ８０２ａ、トレースＩＤ属性８０２ｂとして、「１．農地」を書き込み、出発点ＩＤ８０２ｃとして、図６（ａ）の農地ＩＤ６０２ａ及び農地の栽培履歴（６０２ｃ）を記録することで、トレースＩＤを発行し記録する（ステップＳ４０８）。この処理により、収穫機械と農地とが、位置情報を元に紐付けられたことになる。

ステップＳ４０５においてFrom属性が機械と機械を紐付けするタイプであれば（Ｆｒｏｍ属性が２））、近隣に既にトレースＩＤの入った、すなわち既に地物と紐付けされた機械があるかどうかを探し（ステップＳ４０９）、既に地物と紐付けされた機械が存在すれば（ステップＳ４１０でＹＥＳ）、ステップＳ４０９において見つかった機械のトレースＩＤを自己の機械のトレースＩＤとして記録する（ステップＳ４１１）。また、ステップＳ４０９で見つかった機械のトランザクション情報は、既に不要になったため消去する（ステップ４１２）。この処理により、例えば、収穫機械のトレースＩＤに入っていた農地のＩＤを識別する情報を運搬機械（自己）のトレースＩＤとして引き継いだことになる。

次に、ステップＳ４０３において、トレースＩＤが既に記録されている場合（ＹＥＳ）の処理について説明する。トレースＩＤが既に記録されているということは、ステップＳ４０４からＳ４０８まで又はステップＳ４０４からＳ４１２までの処理により、その機械が既に特定の地物と紐付けされていることを意味する。ステップＳ４０３において、トレースＩＤ記録済みの場合は（ＹＥＳ）ステップＳ４１３に進み、ステップＳ４１３で、目的地ＩＤが記録済みか否かを判定する。目的地ＩＤが記録されていない場合において（Ｎｏ）、ステップＳ４１４において、機械属性管理マスタ６０４からＴｏ属性を取り出す。図２（ｃ）、（ｄ）によれば、機械を何に対して紐付けするか（Ｔｏ属性）は、機械か地物（場所）の２種類（２）又３））であるが、紐付け対象が機械（Ｔｏ属性が２）である）の場合には（ステップＳ４１５において、２））、情報を受け取る側がステップＳ４０９からＳ４１２までの処理により地物の情報を引き継ぐため、特に処理は不要である。

一方、紐付け対象が地物（ステップＳ４１５でＴｏ属性が３）である）の場合には、機械の位置情報から近隣の地物を探し出し（ステップＳ４１６）、地物が見つかれば（ステップＳ４１７でＹＥＳ）、機械のトレースＩＤを図７に示される在庫情報管理テーブル７０１のトレースＩＤとして、現在の時刻と共に登録する（ステップＳ４１８）。

ここで、図７について説明すると、図７に示す在庫情報管理テーブル７０１は、保管場所を識別する保管場所ＩＤと、保管場所の在庫容量と、保管されている農作物の品種と、保管場所属性と、を有している。保管場所属性については後述する。トレースＩＤは運搬毎に発行されるため、ｎ回の運搬があった場合には、保管場所ＩＤは、トレースＩＤ１〜ｎと、入荷量１〜ｎと、日付時刻１〜ｎと、に紐付けされている。

また、機械トランザクション情報はいずれ消去する必要があるが、機械が地物から離れるまでは保持しておくことにより、消去したとたんに倉庫と紐付けされるのを防止できる。

その判定のため、機械トランザクションの目的地ＩＤに到着した目的地のＩＤを記憶しておく（ステップＳ４１９）。

その後、ステップ４１３に戻り、目的地ＩＤが登録済みになるため（ステップＳ４１３でＹＥＳ）、機械のトランザクション情報は、その機械が対象となる地物から一定距離以上離れたら（ステップＳ４２０でＹＥＳ）、作業を終了したとみなし、機械のトランザクション情報６２１を消去する（ステップＳ４２１）。

図５は、図４に示す一連の処理により、情報が引き継がれていく様子を表した図である。図５（ａ）に示すように、農地Ａから収穫機械Ｂ、収穫機械Ｂから運搬機械Ｃ、運搬機械Ｃから倉庫Ｄへ農作物が移動し、また、倉庫Ｄから運搬機械Ｅによって出荷先Ｆへ農作物が運ばれる場合の情報の引継ぎの様子を例にしている。図５（ｂ）の（１）〜（７）までは、この一連の処理におけるトレースＩＤと目的地ＩＤとの遷移の様子を示す図である。ここで、機械Ｂ，Ｃ，ＥのトレースＩＤ及び目的地ＩＤは、図６の機械トランザクション６２１のトレースＩＤ及び目的地ＩＤを意味し、倉庫Ｄ及び出荷先ＦのトレースＩＤは、図７の在庫情報管理テーブル７０１のトレースＩＤを意味している。

まず、収穫機械Ｂが農地Ａ内で農作物を収穫すると、新たに発行されたトレースＩＤであるＸ１が、図４のステップＳ４０６からステップＳ４０８までの処理により機械ＢのトレースＩＤとして記録される（図５（ｂ）の（１））。

次に、運搬機械Ｃが収穫機械Ｂに接触すると、図４のステップＳ４０９からステップＳ４１１までの処理により収穫機械ＢのトレースＩＤであるＸ１が運搬機械ＣのトレースＩＤとして引き継がれ、ステップＳ４１２において収穫機械ＢのトレースＩＤは消去される（図５（ｂ）の（２））。

次に、運搬機械Ｃが倉庫Ｄに近づくと、図４のステップＳ４１６からＳ４１８までの処理によりトレースＩＤであるＸ１が倉庫ＤのトレースＩＤとして引き継がれる（図５（ｂ）の（３））。加えて、運搬機械Ｃの目的地ＩＤとして倉庫Ｄが入る。ここで、運搬機械Ｃの情報（目的地ＩＤ＝Ｄ）は、運搬機械Ｃが倉庫Ｄから離れた時に消去される（図５（ｂ）の（４））。もはや、運搬機械Ｃの目的地は倉庫Ｄではなくなるからである。

同様に、運搬機械Ｅが倉庫Ｄに近づくと、新たにトレースＩＤ＝Ｙ１が発行される（図５（ｂ）の（５））。

運搬機械Ｅが出荷先Ｆに近づくと、Ｙ１の情報は出荷先Ｆに引き継がれる（図５（ｂ）の（６））。尚、倉庫ＤのトレースＩＤは、倉庫の在庫が０になった時にクリアされる。運搬機械Ｅが倉庫Ｆから離れると、運搬機械ＥのトレースＩＤと、目的地ＩＤとが消去される（図５（ｂ）の（７））。

以上のような一連の処理により、農地Ａで収穫された農作物が、仲介する機械Ｂ、Ｃを経て、どの倉庫Ｄに運ばれたかを自動的に記録することができる。また、倉庫Ｄから運び出された農作物が、仲介する機械Ｅを経てどこ（出荷先Ｆなど）に運ばれたかについて、自動的に記録を残すことができる。この際に、途中で人手を介する処理がないため、農作物のトレーサビリティに関する信頼度が高くなる。

（第２の実施の形態）
次に、第２の実施の形態による農作物のトレーサビリティシステムについて説明する。第２の実施の形態は、上記の第１の実施の形態において、収穫機械あるいは運搬機械を、目的とする地物に対して、より精度良く紐付けする技術に関係する発明である。

すなわち、例えば図１を例にして説明すると、運搬機械１１８は倉庫１１４に移動する際に、倉庫１１５の傍を通って倉庫１１４に移動している様子が示されている。このように近くに倉庫が並んでいる場合には、いずれの倉庫で荷下ろし作業をしているかを位置情報のみでは判定しにくいケースも考えられる。

そこで、機械を使った収穫作業あるいは荷物の搭載作業、荷降ろし作業には、一定の時間が掛かることに着目し、一定時間以上特定の地物あるいは機械に接触していることをもって対象物と紐付けすることにより、対象物への紐付けの精度を向上させることが出来る。

図６（ｂ）の機械属性管理マスタ６０４には、ＩＤで識別された機械毎の、From作業時間６０４ｃ、To作業時間６０４ｅを管理できるようになっている。From作業時間は、例えば収穫機械であれば農地での収穫に要する最低作業時間であり、また、運搬機械が収穫機械から荷物を受け取る際に必要な最低作業時間である（要するに荷物の受け入れに要する最短の所用時間である）。また、To作業時間は、荷物を降ろす際に必要な最低作業時間である（要するに、荷物の降ろし作業に要する最短の所用時間である）。

図４のフローチャート図において、ステップＳ４０６の処理で紐付け対象の地物を検索する処理を行う際に、図４Ｂ（ａ）に示すように、図４のステップＳ４０７から、ステップＳ４３１において、Ｆｒｏｍ作業時間６０４ｄを取得し、ステップＳ４３２において、実際の作業時間（その位置に留まっていた時間）とＦｒｏｍ作業時間とを比較する。実際の作業時間の方が長い場合には（ＹＥＳ）、実際の作業が行われたものと推定してステップＳ４０８に進み、実際の作業時間の方が長くない場合には（ＮＯ）、実際の作業が行われていなかったもの、例えば単に停車していただけであると推定してステップＳ４０６に進む。

このように、機械のFrom作業時間を取り出し、送信データフォーマット（図３（ｂ））の位置情報と時刻との関係を参照し、このFrom作業時間の値以上、同じ地物の傍に存在するかどうかを判断する処理を追加することで、対象となる地物であると決定することができる。図４Ｂに示すように、同様に、ステップＳ４１０の処理においても、From作業時間以上同一の機械の傍にいるかどうかの判定処理を追加することにより、対象となる機械であると決めることができる。

一方、図４Ｂ（ｂ）に示すように、ステップＳ４１７から、ステップＳ４４１において、Ｔｏ作業時間６０４ｅを取得して、ステップＳ４４２において、実際の作業時間（その位置に留まっていた時間）とＴｏ作業時間とを比較する。実際の作業時間の方が長い場合には（ＹＥＳ）、実際の作業が行われたものと推定してステップＳ４１８に進み、実際の作業時間の方が長くない場合には（ＮＯ）、実際の作業が行われていなかったもの、例えば単に停車していただけであると推定してステップＳ４１６に進む。

このように、機械を目的地の地物と紐付けする処理においては、機械のTo作業時間を取り出し、その時間以上同一の地物の傍にいるかどうかの判定処理を追加することにより、対象となる地物を決めることができる。

（第３の実施の形態）
次に、第３の実施の形態による農作物のトレーサビリティシステムについて説明する。本実施の形態によるシステムでは、衛星測位システムを使った位置情報だけでは、対象となる地物を特定できない場合に用いることが好ましい。例えば、図９Ａ（ａ）に示すように、１つの倉庫（９０１）内が、複数（ここでは２つ）の保管庫Ａ（９１１）と保管庫Ｂ（９１２）に分かれているような場合も多い。このような場合には、例えば、それぞれの保管庫Ａ，Ｂの入り口に対応付けるように、ＩＣチップやバーコード（９２１及び９２２）などの分かれている保管庫を識別することができるような識別用の部品を貼り付けておく。そして、読みとり機能を有する端末により、ＩＣチップやバーコードのコードを読みとり、読み取ったことをトリガーにして、保管庫の識別情報をサーバに送ることにより、衛星測位では識別しきれない保管庫を識別することができる。

あるいは、図９Ａ（ｂ）において符号９３１で示すように、保管場所（倉庫の中のどの場所が保管場所であるかなど）のＩＤを識別するＩＣチップやバーコードをシートに貼り付けておき、端末により読み取るようにしても良い。ここで言う端末とは、ＩＣチップやバーコードなどの読み取り機能（ＩＣチップリーダーやバーコードリーダー機能など）を有している端末であり、第１の実施の形態による端末が可搬可能な端末であればその端末を用いることができ、或いは、一般的な携帯電話機などを用いることも可能である。

この場合、端末から送信するデータフォーマットは、図３の符号３３１で示すフォーマットではなく、符号９６１のように、ＩＣチップやバーコードなどのタグを識別するタグＩＤ９６１ａが設けられているものに変更する。さらに、サーバ側の在庫情報管理テーブル（図７：７０１）に、位置情報だけを元に保管場所が決まるのかそれとも端末で読み取ったＩＤの読み取りを元に保管場所が決まるのかを識別する保管庫属性を持たせておく。

図９Ｂ（ａ）に示すように、データを受信したサーバ側の処理は、図４のステップＳ４０７の処理に次いで、ステップ９７１のように保管場所属性が１であるか２であるかを判定し、保管場所属性が２、すなわち保管庫がタグＩＤで決まる場合には、ステップＳ９７２に示すように、符号９６１のフォーマットでタグＩＤが送られてくるまで何もせず、タグＩＤを受信すると機械のトレースＩＤとしてタグＩＤを記録する（ステップＳ９７３）ことで、始めて地物との対応付けを行う。ステップＳ９７１でＮＯの場合は、ステップＳ４０８に進む。

また、図９Ｂ（ｂ）に示すように、図４ＡのステップＳ４１７の後の目的地との対応付けの処理において、目的地である保管庫がタグＩＤで決まる場合には（ステップＳ９８１で保管場所属性が２）、符号９６１の送信データフォーマットでメッセージが送られてくると（ステップＳ９８２でＹＥＳ）、ステップＳ９８３において、在庫情報管理テーブルのトレースＩＤとしてタグＩＤを記録することで、初めて機械と保管庫との対応付け処理をすることができる。ステップＳ９８１でＮＯの場合は、ステップＳ４１８に進む。

このように、本実施例によれば、保管庫内で保管場所が複数存在する場合でも、わずかな処理の追加・変更により、保管場所を正しく識別することができる。このような技術は、農地、出荷先などが複数に分かれる場合においても応用できるのは言うまでもない。

（第４の実施の形態）
次に、第４の実施の形態について説明する。本実施の形態では、保管庫に運ばれてきた農作物が、異なる品種あるいは異なる栽培技術の農作物と混合することを防止することができる混合防止技術に関する実施例である。

図６の農地属性テーブル６０２に示されるように、サーバでは、農地で作付されている作物の種類や減農薬栽培等作物に関する作物情報６０２ｃを管理しており、同様に保管庫に保管されるべき作物の種類や減農薬栽培等作物に関する属性を保管庫属性テーブルにおいて収納作物６０３ｃという属性として管理している。尚、これらの情報は、ある農地において作付け作物が変更になったり、保管庫が一旦空になり同じ保管庫に別の種類の作物を収納するようになったような場合には、随時、書き換えられるようにするのが好ましい。

図５（ｂ）を参照して説明すると、（３）の運搬機械Ｃが倉庫Ｄに到着した際、あるいは、（６）の運搬機械Ｅが出荷先Ｆに到着した際に、この混合防止機能を利用することができる。すなわち、（３）と（６）のように、倉庫に運搬機械が到着した場合のみ、機械トランザクション（図６（ｃ）の６２１）のトレースＩＤ６２１ａ及び目的地ＩＤ６２１ｂに値が入っていることを利用して処理を行うことになる。（３）と（６）以外の場合には、運搬機械が目的地に到着していないため混合防止の確認処理は無効となる。以下に、図１０Ａ，Ｂを参照して、本実施の形態について説明する。

図１０Ａの符号１００１は、搬入判定時の端末における画面表示例を示した図である。例えば、図１において、運搬機械１１８によって保管庫１１４に農作物が持ち込まれた場合に、運搬機械１１８に搭載された端末１３２の表示画面から、「搬入確認ボタン」１００２を押すことで、図１０Ａ（ｃ）の送信データフォーマット１０１１に示されたデータをサーバに送る。送信データフォーマット１０１１は、ｍｓｇＩＤ１０１１ａ、端末ＩＤ１０１１ｂ、機械ＩＤ１０１１ｃ、及びその時点での位置情報１０１１ｅと時刻情報１０１１ｄと、を、図１０Ａ（ｂ）の符号１０２１に示す一連の搬入判定処理によってサーバに送る。

すなわち、端末は、記録している端末ＩＤ、機械ＩＤを読み出し（ステップＳ１０３１）、現在の位置情報をＧＰＳなどにより取得し（ステップＳ１０３２）、サーバにデータを送信する（ステップＳ１０３３）。サーバから送り返された判定結果（搬入場所としてＯＫ又はＮＧという判定）を端末が受信すると（ステップＳ１０３４）、その内容を搬出先情報及び判定結果として図１０Ａ（ａ）の画面に表示する（ステップＳ１０３５）。

図１０Ｂは、サーバ側における処理の流れ示すフローチャート図である（１０４１）。端末から受信した送信データフォーマット１０１１によるメッセージに入っているMSGIDが搬入確認である場合、メッセージ内の機械ＩＤに対応した機械トランザクション６２１内のトレースＩＤ及び目的地ＩＤを取り出す（ステップＳ１０５１）。

トレースＩＤ及び目的地ＩＤのうちのいずれか一方の値、あるいは、両方の値が入っていない場合は（ステップＳ１０５２の判定処理）、確認ボタンを押す時期が早すぎる（対象地物見登録）としてエラーメッセージを編集する（ステップＳ１０５３）。

一方、トレースＩＤ及び目的値ＩＤの両方が入っている場合は（ステップＳ１０５２で有り）、既に機械が目的地に到着し、目的地に紐付けされているため、機械トランザクションの目的地ＩＤを取り出し（ステップＳ１０５４）、次いで、トレースＩＤを使ってトレース情報管理テーブル８０２（図８）から栽培履歴８１０中の作物情報を取り出し（ステップＳ１０５５）、保管庫属性を使って地物属性管理テーブル６０１内にある保管庫属性テーブル６０３内の作物情報６０３ｃを取り出す（ステップＳ１０５７）。ステップＳ１０５５で取り出した作物情報とステップＳ１０５６で取り出した作物情報との両方の作物情報が同じであれば、その農作物を搬入して良い（OK）として地物情報と共にメッセージを編集し（ステップＳ１０５８）、両方の作物情報が不一致であれば、その農作物の搬入は不可（NG）のメッセージを編集し（ステップＳ１０５９）、端末ＩＤに示された端末に対して農作物が搬入不可である旨などのメッセージを返信する（ステップＳ１０６０）。

以上のように、本実施の形態によれば、保管庫に運ばれてきた農作物が、異なる品種あるいは異なる栽培技術である場合には、搬入を不可として、異なる品種あるいは異なる栽培技術の農作物が混合することを防止することができる。

（第５の実施の形態）
次に、第５の実施の形態について説明する。本実施の形態は、搬入された農作物の量を自動記録しておき、この自動記録された農作物の搬入量と、倉庫に搬入されるべき特定の農地からの農作物の予想収穫量と、比較する比較部をサーバに設けることにより、対象外の圃場から農作物が持ち込まれた場合には、それを後で検知する仕組みを提供するものである。

一般に、農作物を倉庫に搬入する場合には、紙の伝票で搬入量を記録することが多いが、対象外の農地から収穫された農作物を持ち込んで、対象農地の農作物と間違って記入しても、対象農地の予想収穫量を把握していない場合が多いため、保管された農作物の量が不当に多くても判断がつきにくいことが多い。

本実施の形態では、この問題を解決するために、図６の農地属性テーブル６０２にあるように、特定の農地で収穫できる予想収穫量（何年かに関する平均収穫量などでも良い）を農地属性６０２ｃの１つとして管理しておき、機械属性管理マスタ６０４にあるように、運搬機械が１回で運搬できる運搬量を機械属性である搭載可能積載量６０４ｆとして管理しておき（これにより、運搬量の推定値が求められる）、予想収穫量と運搬量の推定値との両方の値を集計して、比較部により比較することで、対象外の圃場から農作物が持ち込まれていないかどうかを確認できる仕組みを提供することで実現される。この際、運搬機械が目的地に到着するたびに、在庫情報管理テーブル７０１の入荷量７０２ｂとして運搬量を記録する。

図１１Ａ（ａ）は、運搬結果を確認するための運搬トレース確認ＰＣ画面の表示例１１０１を示す図である。図１１Ｂは、入出庫量確認処理の流れを示すフローチャート図である。対象期間（期間指定）１１１１と、対象となる場所（場所指定：農地名／保管庫名）１１１２をＰＣ画面などから指定することができ、検索結果を表示する画面（結果表示エリア）１１１３が設けられている（ステップＳ１１３１）。対象となる場所が農地の場合、この農地からどこにどれだけ運ばれたかを表示するために、図８に示すトレース情報記録テーブル８０２を、例えば農地のＩＤ（図８の出発点ＩＤ８０２ｃ）と指定された期間（図８の日付時刻８０２ｆ）により検索し対象となるデータを求める（ステップＳ１１３２）。

対象となるデータが見つかったら、見やすいように、例えば日付ごと、目的地ごとに出荷量を集計し結果を画面に表示する(ステップＳ１１３３)。また、指定された場所が保管庫の場合には、保管庫への入荷情報を符号１１２２の農地指定時の結果表示例のように編集して画面に表示する。

例えば、場所指定１１１２が、図１１Ａ（ｂ）に示すように、農地ＩＤで示された農地Ａである場合には、農地属性テーブル６０２から、予想収穫量６０２ｃが求まり、また、期間指定１１１１によりトレース情報記録テーブル８０２の日付時刻情報８０２ｆを検索して求まったテーブルの範囲から、出発点ＩＤ８０２ｃが農地Ａと一致するテーブルに記録されている機械ＩＤを用いて、機械属性管理マスタ６０４に記録されている搭載可能積載量６０４ｆの合計値から推定搬出量が求まる。農地の代わりに保管庫が指定された場合も同様である。

図１１Ａ（ｂ）に示す表示画面１１２１には、農地トレース情報として、対象農地と、予想収穫量と、搬出先、推定搬出量と、日付毎の、保管庫、機械、搬出回数、推定搬出量が管理されて表示することができるようになっている。

図１１Ａ（ｃ）に示す保管庫指定時の結果表示例１１２２には、対象保管庫名と、搬入元情報として、日付毎に、農地、予想収穫量、機械、搬入回数、推定搬入量が、日付毎に表示される。

以上のように、本実施の形態では、特定の農地で収穫できる予想収穫量を農地属性の１つとして管理しておき、機械属性テーブルにあるように運搬機械が１回で運搬できる運搬量と回数とから求められる搬入量とを管理しておき、両方の値を集計して比較する比較部により、対象外の圃場から農作物が持ち込まれていないかどうかを確認できる仕組みを提供する。

（第６の実施の形態）
次に、第６の実施の形態について説明する。第４の実施の形態は、農作物が搬出先に届いた時に、その場所が正しい保管場所かどうかをチェックすることを目的としたものであるが、第６の実施の形態では、あらかじめ搬送先と搬送先へのルートを決めておき、運送機械が搬送先へのルートから外れた場合にそれを検出することにより、予め決められたルートとは異なることを検出して、間違った保管場所へ搬入されることを事前に防止する技術に関連するものである。

図１２Ｂ（ｂ）の符号１２２１に、サーバにおける運搬ルート決定処理の例を示している。まず、作物の移動元を指定する。図１２Ａ（ａ）の運搬ルート決定画面も参照する。図１２Ａ（ａ）の符号１２００で示す図は、経路を表示した表示画面例を示した図である。農地Ａ１２０１から、ルート１２２１を介して保管庫Ｂ１２０２に農作物を保管し、次いで、ルート１２２２を介して出荷先１２０３に至る。ここで、画面上には、移動元指定ボタン１２１１と、移動先指定ボタン１２１２とが設けられているので、保管庫Ｂを移動元として、又は、移動先として指定することができる。

図１２Ａ（ｂ）に示すルートテーブル１２４１は、農作物が搬出される保管庫が複数ある可能性を考慮して、出発点ＩＤ１２４１ａに対して、行き先ごとにToID（目的地ＩＤ）とそこまでの経路情報（経路情報）とが記憶されることになる。すなわち、目的地ＩＤ（１）１２４１ｂ、経路情報（１）１２４１ｃ、目的地ＩＤ（２）１２４１ｄ、経路情報（２）１２４１ｅのように、構成されている。

図１２Ｂ（ｂ）に示すように、運搬ルート決定処理１２２１は、指定された移動元、移動先を取り出す（ステップＳ１２３１）。例えば、移動元は農地Ａであり、または、倉庫（保管庫）Ｂである。同様に、指定した移動元の属性情報の１つである作物情報６０２ｃを属性テーブルから取り出す(ステップＳ１２３２)。同様に、移動先を指定し、移動先の属性情報の１つである作物情報６０３ｃを属性テーブル（図６（ａ））から取り出す(ステップＳ１２３３)。作物情報６０２ｃと作物情報６０３ｃとの両者の属性が一致した場合（ステップＳ１２３４でＹＥＳ）は、移動元と移動先とを紐付けし、ＧＩＳ技術で一般的に行われる経路選択処理により、移動元から移動先へのルートを決定し（ステップＳ１２３５）、ルートテーブル１２４１に出発地ＩＤ、目的地ＩＤ、経路情報を記録するとともに、図１２Ａ（ａ）に示すように、ルートを地図画面上に表示させる（ステップＳ１２３６）。

そして、次の移動先を指定し（ステップＳ１２３７）、移動先指定（ステップＳ１２３８）があれば（Ｙｅｓ）ステップＳ１２３３に戻り、移動先指定がなければ（Ｎｏ）、処理を終了する（Ｅｎｄ）。このように、予め決められたルートとは異なることを画面上で検出して、間違った保管場所へ搬入されることを事前に防止することができる。

図４Ａのサーバ処理において、本機能を実現した処理は、ステップＳ４０９−４１１（図４Ａ）の替わりに、図１２Ｂ（ａ）に示すように、ステップＳ１２５１のようになる。すなわち、機械に搭載された端末から位置情報を受け取るたびに、まず、（１）ルートテーブル１２４１上のあらかじめ計画を立てた経路情報とを比べ、計画ルートからある一定距離はずれると、画面に異常（警告）を示す表示を出力することにより、管理者に連絡し、管理者は電話等の手段を使って機械の操作者に連絡を取ることが可能になる。（２）計画通り移動している場合には、図４ＡのステップＳ４０２以下の処理を実施することによって達成される。

以上のように、機械に搭載された端末から位置情報を受け取るたびに、まず、ルートテーブル１２４１上のあらかじめ計画を立てた経路情報とを比べ、計画ルートからある一定距離はずれると、画面に異常（警告）を示す表示を出力するような仕組みにより、経路からの外れを大きくなることを未然に防止し、軌道修正することができる。

（第７の実施の形態）
次に、第７の実施の形態について説明する。第１の実施の形態による農作物のトレース技術は、農作物の場所の移動を、位置情報を使って自動的に認識する技術であるが、農作物を取引業者等に渡す際、農作物の栽培履歴、すなわち種子の種類や農薬、肥料の使用状況等のデータを求められることがある。

例えば、図１Ａ（ａ）に示す例では、倉庫１１４から出荷先１１６に農作物を運搬した場合、出荷先１１６に農作物を渡す際に、購入者等から栽培履歴の提出を求められることがある。これに関連して一般的に採用されている方法は、倉庫１１４から出荷する際、栽培履歴を印刷しておき、出荷先に提出することであるが、運ばれてきた農作物と履歴票とが対応しているものかどうかを正確に判断することはできない。

そこで、運搬機械１１９に搭載された端末１３３から、その場でサーバ１２１にアクセスし、サーバ１２１で管理されている栽培履歴を取り出し、その場で印刷あるいはデータ出力（図２（ｂ）の受信部２６による受信と、表示部２７による表示）を行えば、上記第１の実施の形態による技術を用いることで、端末１３３は倉庫１１４に対応付けられ、倉庫１１４は農地１１２に自動的に紐付けられているため、正しい情報をサーバから引き出すことが出来る。

図１３Ａ（ａ）、（ｂ）は、端末側の処理を示す図である。まず、記憶している機械ＩＤを取り出す（ステップＳ１３１１）。機械ＩＤをサーバに送り(ステップＳ１３１２)、サーバからトレース情報を受け取ると（ステップＳ１３１３）、例えば赤外線通信やBluetooth通信等の通信技術を使って、傍にあるプリンタにトレース情報を印刷し、出荷先に提出することができる。

図１３Ａ（ｂ）の符号１３２１は、サーバ側の処理を示した図である。端末から機械ＩＤを受け取ったサーバ(ステップＳ１３３１)では、機械トランザクション６２１（図６）からトレースＩＤを取り出す(ステップＳ１３３２)。

トレース情報記録テーブル８０２をトレースＩＤにより検索し、一致したトレースＩＤのトレースＩＤ属性が農地以外であれば、トレースＩＤに紐付けされているトレースＩＤすべてを取り出し（図８の８１１）、新たなトレースＩＤによって再度、トレース情報記録テーブル（図８の８０２）を検索する（ステップＳ１３３２）。この処理をトレースＩＤ属性が「農地」になるまで繰り返す。そして、これらの処理で見つかった一連の農地の栽培履歴８１０を抽出し（ステップＳ１３３３）、端末に抽出したデータを、例えば電子メールで返送する（ステップＳ１３３４）。

図１３Ｂは、穀物履歴書１３４１などの印刷表示例を示す図である。運搬された農作物がどこの農地においていつ収穫され、どこに保管され、いつ搬出されたか等の情報が表示されている。

尚、端末がＵＳＢメモリ等、媒体にデータを記憶させる機能をもっている場合には、印刷の代わりにデータとして履歴データを書き出しても良い。もちろん、出荷先が同じサーバでトレース情報を管理しているのであれば、これまで述べてきた処理を繰り返せばよく、別システムでトレース情報を管理している地点にたどり着いた際に上記処理を行うことになる。

本実施例によれば、栽培履歴等の農作物の品質等に関係する情報を求められた場合に、運搬機械に搭載された端末からその場でサーバにアクセスし、機械ＩＤからトレースしていくことにより、サーバで管理されている栽培履歴を取り出し、その場で印刷あるいはデータ出力することができる。

尚、本発明は、上記の農作物のトレース方法をコンピュータに実行させるためのプログラムであっても良く、当該プログラムを記録するコンピュータ読み取り可能な記録媒体であっても良い。

以上のように、上記の各実施形態に記載の技術により、運搬されてきた農作物がどの農地で収穫されたものかを自動的に記録することができ、記録の省力化が図れ、かつ記録の信憑性が高まる。このことにより、精魂込めて栽培された農作物が、正しい保管場所に保管され、正しい出荷場所まで運ばれたことを自動的に証明する仕組みが提供できることになる。

１…通信部、３…データベース部、５…ＩＤ情報関連付け処理部、７…データ管理部、２１…位置情報取得部、２２…ＩＤ取得部、２３…タイマ、２４…データ蓄積部、２５…送信部、２６…受信部、２７…表示部、１０１…GISクライアントの画面表示例、１１２、１１３…農地、１１４、１１５…倉庫、１１６…出荷先、１１７…収穫機械、１１８…運搬機械、１１９…大型運搬機械、１２１…サーバ、１２２…クライアント、１２３…ＧＰＳ衛星、１２４…ネットワーク、１３１〜１３３…端末（発信器）、２２１…紐付けパターン、２３１…機械紐付け対象表、３３１…位置情報送信データフォーマット、６０１…地物属性管理マスタ、６０２…農地属性テーブル、６０３…保管庫属性テーブル、６０４…機械属性管理マスタ、６２１…機械トランザクション、７０１…在庫情報管理テーブル、８０１…トレース番号発行管理テーブル、８０２…トレース情報記録テーブル、８１０…栽培履歴（作物情報）、９２１、９２２、９４１、９５１…タグ、９６１…タグによる地物を判定する場合の位置情報送信データフォーマット、１００１…搬入判定時の端末画面例、１０１１…搬入判定時の送信データフォーマット、１１０１…運搬トレース確認ＰＣ画面例、１１２１…農地指定時のトレース結果表示例、１１２２…保管庫指定時のトレース情報表示例、１２００…運搬ルート決定画面、１２１１…移動ルート管理テーブル、１３４１…トレース情報参照画面（穀物履歴書）。

Claims (16)

1. ＧＰＳシステムを用い、農作物を収穫又は運搬する機械とともに移動する端末と、前記端末から情報を受信するサーバと、タイマと、を備える農作物トレーサビリティシステムであって、
   前記端末は、前記端末の位置情報を取得する位置情報取得部と、前記位置情報及び前記機械の機械ＩＤと時間情報とを前記サーバへ送信する送信部と、を備え、
   前記サーバは、地物の位置情報を記憶する記憶部と、前記端末から送信された前記位置情報と時間情報及び前記機械ＩＤを受信する受信部と、前記記憶部に記憶された地物の位置情報と前記端末から送信された位置情報とが、機械による地物からの農作物の収穫、機械から地物又は地物から機械への農作物の搬入又は搬出に必要な最低作業時間以上一致する場合に、前記機械ＩＤと前記地物の地物ＩＤとを紐付けるＩＤ情報処理部と、を備えることを特徴とする農作物トレーサビリティシステム。
2. 請求項１記載の農作物トレーサビリティシステムにおいて、
   前記受信部は、複数の端末から送信された、それぞれの端末の位置情報及び前記それぞれの端末に対応する機械ＩＤを受信し、
   前記ＩＤ情報処理部は、それぞれの端末から送信された位置情報が、機械間の農作物の積み替えに必要な最低作業時間以上一致する場合にそれぞれの端末に対応する機械ＩＤ同士を紐付けることを特徴とする農作物トレーサビリティシステム。
3. 請求項１または２記載の農作物トレーサビリティシステムにおいて、
   前記ＩＤ情報処理部は、前記機械ＩＤと前記地物ＩＤとを紐付けた後、他の端末から送信された前記位置情報と前記地物とは異なる他の地物の位置情報とが、ある一定時間以上一致し、前記地物ＩＤと他の地物ＩＤとの位置の時間変化が繋がる場合に、前記他の端末を備える他の機械ＩＤと前記他の地物の地物ＩＤとを紐付けることを特徴とする農作物トレーサビリティシステム。
4. 請求項３記載の農作物トレーサビリティシステムにおいて、
   前記ＩＤ情報処理部は、前記地物の地物ＩＤを出発地、前記他の地物の地物ＩＤを目的地とする経路情報と、前記経路情報に付与されるトレースＩＤと、を含むトレース情報を記憶することを特徴とする農作物トレーサビリティシステム。
5. 請求項４記載の農作物トレーサビリティシステムにおいて、
   前記ＩＤ情報処理部は、前記地物の地物ＩＤを出発地、前記他の地物の地物ＩＤを目的地とする第１の経路情報および前記第１の経路情報に付与される第１のトレースＩＤを含む第１のトレース情報と、前記他の地物の地物ＩＤを出発地、前記他の地物と更に異なる地物の地物ＩＤを目的地とする第２の経路情報および前記第２の経路情報に付与される第２のトレースＩＤを含む第２のトレース情報とが存在する場合には、前記第１のトレースＩＤと第２のトレースＩＤとを紐付けることを特徴とする農作物トレーサビリティシステム。
6. 請求項１から５の何れか１項に記載の農作物トレーサビリティシステムにおいて、
   前記ＩＤ情報処理部は、前記記憶部に記憶された地物の位置情報と前記端末から送信された位置情報とが、所定の時間に渡って一致する場合に前記機械ＩＤと前記地物の地物ＩＤとを紐付けることを特徴とする農作物トレーサビリティシステム。
7. 前記端末は、前記機械のＩＤを、前記サーバに送信する前に自動的に取得するＩＤ取得部を有していることを特徴とする請求項１から６までのいずれか１項に記載の農作物トレーサビリティシステム。
8. 前記端末は、前記位置情報とともに時刻情報を継続的に送信し、
   前記サーバは、作業単位毎に最低限必要となる最小作業時間を有し、
   前記時刻情報に基づいて求めた前記位置情報が同じである時間が前記最小作業時間よりも長いことを条件として、自動的に紐付けを行うことを特徴とする請求項１から７までのいずれか１項に記載の農作物トレーサビリティシステム。
9. 農作物の格納場所を詳細に識別するための情報を記憶する詳細位置識別タグを前記格納場所に設け、
   前記端末は、前記詳細位置識別タグの内容を読み取るタグ読み取り部を有することを特徴とする請求項１から８までのいずれか１項に記載の農作物トレーサビリティシステム。
10. 前記サーバは、農地で作付けされている第１の農作物属性と、保管庫に保管されるべき第２の農作物の属性と、を保持し、
    前記保管庫に農作物が届いた際に、運搬してきた機械のＩＤを元に、該機械に紐付けられた農地の前記第１の農作物の属性と、前記機械に紐付けられた保管庫の前記第２の農作物の属性とを比較することにより、前記第２の農作物の属性を有する農作物を当該保管庫に移動させるか否かを判定する機能を備えたことを特徴とする請求項１から９までのいずれか１項に記載の農作物トレーサビリティシステム。
11. 前記サーバは、運搬機械の搭載可能積載量情報と、農地の予想収穫量情報と、を保持し、
    前記予想収穫量と、前記搭載可能積載量情報と運搬回数の積と、を比較する比較部を有することを特徴とする請求項１から１０までのいずれか１項に記載の農作物トレーサビリティシステム。
12. 前記サーバは、
    前記機械の出発点と目的地と経路情報とを格納するルートテーブルを管理するデータ管理部を有しており、前記端末から送られる前記機械の位置情報が、前記ルートテーブルの経路情報に記載されている経路から外れたことを検知すると、警告を出すことを特徴とする請求項１から１０までのいずれか１項に記載の農作物トレーサビリティシステム。
13. ＧＰＳシステムを用い、農作物を収穫又は運搬する機械とともに移動する端末であって前記端末の位置情報を取得する位置情報取得部と、前記位置情報及び前記機械の機械ＩＤをサーバへ送信する送信部と、を備える端末と、タイマと、前記端末から情報を受信するサーバと、を備える農作物トレーサビリティシステムにおけるサーバであって、
    前記サーバは、地物の位置情報を記憶する記憶部と、前記端末から送信された前記位置情報と時間情報及び前記機械ＩＤを受信する受信部と、前記記憶部に記憶された地物の位置情報と前記端末から送信された位置情報とが、機械による地物からの農作物の収穫、機械から地物又は地物から機械への農作物の搬入又は搬出に必要な最低作業時間以上一致する場合に、前記機械ＩＤと前記地物の地物ＩＤとを紐付けるＩＤ情報処理部と、を備えることを特徴とするサーバ。
14. 請求項１３記載のサーバにおいて、
    前記受信部は、複数の端末から送信された、それぞれの端末の位置情報及び前記それぞれの端末に対応する機械ＩＤを受信し、
    前記ＩＤ情報処理部は、それぞれの端末から送信された位置情報が、機械間の農作物の積み替えに必要な最低作業時間以上一致する場合にそれぞれの端末に対応する機械ＩＤ同士を紐付けることを特徴とするサーバ。
15. ＧＰＳシステムを用い、農作物を収穫又は運搬する機械とともに移動する端末と、前記端末から情報を受信するサーバと、タイマと、を備える農作物トレーサビリティシステムによる農作物トレース方法であって、
    地物の位置情報を記憶する記憶ステップと、
    前記端末から送信された前記位置情報と時間情報及び前記機械ＩＤを受信する受信ステップと、
    前記記憶ステップで記憶された地物の位置情報と前記端末から送信された位置情報とが機械による地物からの農作物の収穫、機械から地物又は地物から機械への農作物の搬入又は搬出に必要な最低作業時間以上一致する場合に、前記機械ＩＤと前記地物の地物ＩＤとを紐付けるＩＤ情報処理ステップと、を有する農作物トレース方法。
16. 請求項１５記載の農作物トレース方法において、
    前記受信ステップは、複数の端末から送信された、それぞれの端末の位置情報及び前記それぞれの端末に対応する機械ＩＤを受信し、
    前記ＩＤ情報処理ステップは、それぞれの端末から送信された位置情報が、機械間の農作物の積み替えに必要な最低作業時間以上一致する場合にそれぞれの端末に対応する機械ＩＤ同士を紐付けることを特徴とする農作物トレース方法。

Images