JP6536782B2 - 穀物共同乾燥調製施設における荷受管理システム - Google Patents

Description

本発明は、農家の穀粒（籾）を荷受して半乾燥までを行う複数のサテライト施設と、該複数のサテライト施設の中央に設置して、半乾燥の籾を受けて本乾燥までを行うターミナル施設と、を備えた穀物共同乾燥調製施設における荷受管理システムに関するものである。

従来から、農家から持ち込まれた籾を荷受して半乾燥までを分担して行う複数のサテライト施設と、該複数のサテライト施設の中央に設置して、半乾燥された籾を荷受して本乾燥までを分担して行うターミナル施設とを備えた穀物共同乾燥調製施設が知られている（例えば、特許文献１参照）。この穀物共同乾燥調製施設は、農家が収穫後の籾を直接ターミナル施設に持ち込むのではなく、農家の近隣に設置されたサテライト施設に持ち込んで半乾燥を行い、次いで、時期をみて半乾燥された籾をターミナル施設に搬入して本乾燥を行うため、多くの農家が一カ所に集中して交通が渋滞するなどの問題がなく、品位劣化の問題が生じず、また、荷受け作業を効率化することができるなどの様々な利点がある。

ここで、サテライト施設に持ち込まれた籾は、荷受時に一部を試料（サンプル籾）として採取し、自主検定装置にかけて農家への払い渡し金の精算などに利用される。しかし、通常、サテライト施設側には自主検定装置が設置されていないため、サテライト施設で採取したサンプル籾を、管理者が自家用車などを利用して、自主検定装置が設置されたターミナル施設側へ搬入する作業が行われている（例えば、特許文献１の第５ページ右欄上から3行目〜6行目および第２図参照）。

この場合、サテライト施設とターミナル施設との距離が近い場合は一日に何度も往復してサンプル籾を搬入することが可能であるが、サテライト施設とターミナル施設との距離が１０ｋｍ〜３０ｋｍ程度離れている場合は、せいぜい一日一往復してサンプル籾を搬入するのが限度である。すなわち、サンプル籾をターミナル施設側に毎日搬入することが非効率であることから、実際はある程度の荷口数がまとまった段階で（２〜３日後に）サンプル籾をターミナル施設に搬入することが行われている（このとき、サンプル籾は品位が劣化するので、これを防止するため乾燥処理が行われている。）。

つまり、上記特許文献１記載の穀物共同乾燥調製施設では、サテライト施設に農家から籾が持ち込まれて、荷受が完了した場合であっても、サンプル籾をサテライト施設からターミナル施設に搬入し、その後、ターミナル施設のデータコンピュータに荷受データを入力しない限り、当日荷受けした荷受データが更新されない問題があった。したがって、複数の穀物共同乾燥調製施設を管理・管轄する農業協同組合（通称：農協，愛称：ＪＡ、以下、「農協」という。）の本所などでは、どの穀物共同乾燥調製施設にどれだけ集荷されているかの正確な荷受データを得るため、各穀物共同乾燥調製施設のターミナル施設やサテライト施設に対して都度問い合わせするなどの煩雑な事務作業を行い、手作業で集計していた。

また、農家がサテライト施設に穀粒を持ち込む際に、その施設の荷受量に余裕がない場合に、他の施設に持ち込めるか否かの確認についても、各施設に都度問い合わせするなどして手作業による確認が行われていた。

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

本発明は上記問題点にかんがみ、複数の穀物共同乾燥調製施設を管理・管轄している農協など管理者が荷受スケジュール管理や集荷目標管理の作業負担を軽減することのできる荷受管理システムを提供することを目的とする。

上記課題を解決するため本発明は、農家から持ち込まれた穀粒を荷受して半乾燥までを行う複数のサテライト施設と、該複数のサテライト施設にて半乾燥された穀粒を荷受して本乾燥までを行うターミナル施設と、前記複数のサテライト施設に設置される荷受データ収集用のデータ収録装置と、前記ターミナル施設に設置される自主検定データ収集用のデータ収録装置と、前記各データ収録装置と通信可能に配置されて各データを蓄積するサーバとを備えた穀物共同乾燥調製施設の荷受管理システムであって、前記サーバは、前記サテライト施設で荷受した穀粒の荷受データと前記ターミナル施設で荷受した穀粒の自主検定データとを照合し、前記荷受けデータと前記自主検定データとを統合した統合データベースを作成するものであり、
前記サーバには、農家から持ち込まれる穀粒をいずれの施設で受け入れるかを管理する荷受スケジュール管理プログラムが組み込まれ、
該荷受スケジュール管理プログラムは、当該施設の収容可能重量と当該施設の現時点の荷受重量とから受け入れ可能重量を演算し、該受け入れ可能重量が所定値未満の場合には、受け入れ可能重量に余裕のある他の施設へ荷受の振り替えを表示するという技術的手段を講じた。

さらに、前記サーバには、あらかじめ設定した集荷目標にどれだけ到達したかを管理する集荷目標管理プログラムを組み込み、該集荷目標管理プログラムが、あらかじめ設定した集荷目標と全ての施設の荷受重量の総計とから現在の集荷目標達成度を演算・表示するとともに、該集荷目標達成度が所定値以上の場合には、特定箇所のサテライト施設の荷受の中止を表示するよう実行させるとよい。

本発明によれば、複数のサテライト施設に設置される荷受データ収集用のデータ収録装置と、ターミナル施設に設置される自主検定データ収集用のデータ収録装置と、各データ収録装置と通信可能に配置されて荷受データ及び自主検定データを蓄積するサーバとを備え、該サーバが、生産者氏名、ＩＤコード又は荷受番号などのデータから前記サテライト施設で荷受した穀粒の荷受データと前記ターミナル施設で荷受した穀粒の自主検定データとを照合し、前記荷受けデータと前記自主検定データとを統合した統合データベースを作成するものであるから、サンプル籾がサテライト施設からターミナル施設に移送されていない場合でも、サテライト施設で荷受したときの荷受データがリアルタイムでサーバに記録・蓄積され、どの穀物共同乾燥調製施設に穀粒がどれだけ集荷されているかの正確なデータを把握することが可能となる。

そして、サーバには、農家から持ち込まれる穀粒をいずれの施設で受け入れるかを管理する荷受スケジュール管理プログラムが組み込まれており、該荷受スケジュール管理プログラムを起動することで、当該施設の収容可能重量と当該施設の現時点の荷受重量とから受け入れ可能重量を演算・表示されるとともに、該受け入れ可能重量が所定値未満の場合には、受け入れ可能重量に余裕のある他の施設へ荷受の振り替えが表示されるので、管理者は手作業によることなく、穀物共同乾燥調製施設の設置地域内における荷受を計画的に実行することができる利点がある。

さらに、サーバには、あらかじめ設定した集荷目標にどれだけ到達したかを管理する集荷目標管理プログラムを組み込まれており、該集荷目標管理プログラムを起動することで、あらかじめ設定した集荷目標と全ての施設の荷受重量の総計とから現在の集荷目標達成度を演算・表示されるとともに、該集荷目標達成度が所定値以上の場合には、特定箇所のサテライト施設の荷受の中止が表示されるので、あらかじめ設定した集荷目標に対して、どれだけ集荷目標に到達したかをリアルタイムで知ることができる。
また、集荷目標到達度の値が高い収穫の終期においては、特定箇所のサテライト施設を間引いて稼働させる指示を出すことで、施設全体での燃料代や電気代等のランニングコスト及び人件費を削減することが可能となり、経済的な稼働計画を設定することができる利点がある。

本発明の実施形態に係る荷受管理システムを示すブロック図である。 荷受管理システムのクラウドサーバ内部のブロック図である。 サテライト施設での荷受データをファイルサーバに蓄積するときの基本的なデータベース構成である。 ターミナル施設での荷受データをファイルサーバに蓄積するときの基本的なデータベース構成である。 サテライト施設とターミナル施設との統合データベースである。 荷受管理システムを起動する際の初期画面である。 荷受管理システムにおける荷受スケジュール管理のプログラムを立ち上げた画面である。 荷受管理システムにおける集荷目標管理のプログラムを立ち上げた画面である。 荷受スケジュール管理の動作を示すフローチャートである。 集荷目標管理の動作を示すフローチャートである。

図１は本発明の実施形態に係る荷受管理システムを示すブロック図である。一般的に、市町村単位の地域を管轄する農協では、複数の穀物共同乾燥調製施設ＣＥを管理しており、例えば、図１のブロック図では、Ａ地区及びＢ地区にそれぞれ建設・施工した計二カ所の穀物共同乾燥調製施設ＣＥを管理することを想定している。このような穀物共同乾燥調製施設ＣＥには、農家から持ち込まれる籾の荷受から半乾燥までを行う複数のサテライト施設Ｓ１，Ｓ２…と、該複数のサテライト施設Ｓ１,Ｓ２…の中央に設置して、半乾燥の籾を受けて本乾燥までを行うターミナル施設Ｔ１，Ｔ２とがそれぞれ備えられている。

前記サテライト施設Ｓ１の構成は、主として農家から持ち込まれる生籾を受ける荷受ホッパ１１、粗選機（図示せず）、荷受計量機１２からなる荷受部１３と、複数の通風乾燥機１４からなる貯留乾燥部１５と、前記荷受計量機１２からの荷受データ（穀粒の重量値・水分値・所有者コード及び品種等）を取得するデータ収録装置１６ａとから形成されている。このほか、Ａ地区のサテライト施設Ｓ２及びＢ地区のサテライト施設Ｓ３，Ｓ４もほぼ同様の構成となっているが、前記データ収録装置１６についてのみ、ｂ〜ｄの添え字をつけて他のサテライト施設のデータ収録装置と区別をしている。

一方、前記ターミナル施設Ｔ１の構成は、サテライト施設Ｓ１…からトラックＴｒなどで持ち込まれた籾を受ける荷受部２１と、穀物を貯留する貯留ビン２２と、穀物を循環させながら所定水分に乾燥する乾燥機２３と、乾燥済の穀物を貯留する複数のサイロ２４…と、間隙サイロに配置した循環型の乾燥機（図示せず）と、乾燥済の穀物の籾摺・精選・計量を行う調製機２５とにより主要部が形成される。そして、荷受部２１の近傍において、サテライト施設Ｓ１…から持ち込まれたサンプル籾を所定水分値まで乾燥するテストドライヤー２６と、乾燥済のサンプル籾を脱ぷ処理して整粒と屑粒とに分別し、各重量値から歩留率を算出する自主検定装置２７と、自主検定装置２７からの穀粒を取り出して光学的に品位などを算出する穀粒判別器２８と、光学的に食味値などを算出する食味測定器２９とを備え、さらに、自主検定装置２７からの自主検定データ（籾、玄米、整粒及び屑粒の重量値・歩留率・所有者コード及び品種等）、穀粒判別機２８からの品位データ（整粒、屑粒、着色粒の重量値等）及び食味測定器２９からの食味データ（食味値等）を取得するデータ収録装置３０ａが設置されている。このほか、Ｂ地区のターミナル施設Ｔ２もほぼ同様の構成となっていて、前記データ収録装置３０についてのみ、ｂの添え字をつけて他のターミナル施設のデータ収録装置と区別をしている。

図１に示すように、荷受管理システム１は、インターネット２を介しサテライト施設におけるサンプル籾の荷受データを送信するデータ収録装置１６ａ，１６ｂ，１６ｃ，１６ｄと、ターミナル施設におけるサンプル籾の自主検定データ，品位データ及び食味データを送信するデータ収録装置３０ａ，３０ｂと、前記データ収録装置１６…．３０…からのデータを記録・蓄積するクラウドサーバ５と、農協の本所などに設置され、前記クラウドサーバ５に記録・蓄積されたデータの閲覧・編集を行う管理者用のクライアント用コンピュータ６と、農協の支所や現場において携帯して閲覧ができる閲覧用の複数のタブレット端末７とを備えている。該タブレット端末７はノート型の汎用パーソナルコンピュータであってもよい。

前記クラウドサーバ５は、外部の端末と情報の送受信を行うＷＥＢサーバ３と、各種データを蓄積してデータベースとして機能させるファイルサーバ４と、前記クライアント用コンピュータ６やタブレット端末にインストールが必要なアプリケーションを配信するためのアプリケーションサーバ８など汎用的な基本機能を備えたものである。

図２は、本実施形態に係る荷受管理システム１を構成するクラウドサーバ５の内部構造が示されている。クラウドサーバ５は、中央演算処理装置（ＣＰＵ）４０と、該ＣＰＵ４０の作業領域としてデータの読み書きのできる第１記憶媒体（ＲＡＭ）４１と、前記ＣＰＵ４０で実行される基本的なプログラムを記録する読み出し専用の第２記憶媒体（ＲＯＭ）４２と、ハードディスク装置や不揮発性のフラッシュメモリ装置からなる第３の記憶媒体４３と、キーボードやマウス等の入力装置４４と、ディスプレイ等の表示装置４５と、データの入出力に関する入出力インターフェース４６とを備えて構成される。

なお、前記クライアント用コンピュータ６及び前記タブレット端末７の内部構成についても、図２とほぼ同様の構成であるが、コンピュータからのデータの出力装置として紙媒体へ印字を行うプリンタを接続するのがよい。また、前記タブレット端末７は、前記キーボードやマウス等の入力装置４４の機能が表示装置４５でのタッチパネルであることを除いてはほぼ同様の構成である。

図３には、データ収録装置１６ａ，１６ｂ，１６ｃ，１６ｄにより取得されるサテライト施設での荷受データをファイルサーバ４に蓄積するときの基本的なデータベース構成を示し、図４には、データ収録装置３０ａ，３０ｂにより取得されるターミナル施設での荷受データをファイルサーバ４に蓄積するときの基本的なデータベース構成を示す。

荷受データとしては、図３に図示するように、サテライト施設（この例では１号ライスセンタ（ＲＣ））で荷受したときの生産者氏名、ＩＤコード、品種名、品種コード、荷受月日、荷受番号、荷受重量、水分及びサンプル籾の重量などのデータがデータベースとして構築される。一方、ターミナル施設に搬入されたサンプル籾から得られるデータとしては、図４に図示するように、サンプル籾（１号ライスセンタ（ＲＣ）から搬入されたことを表示）の生産者氏名、ＩＤコード、荷受番号、サンプル籾の重量、精品重量、屑重量、精品歩合、屑歩合、品位及び食味値などのデータがデータベースとして構築される。このとき、穀粒判別機２８で測定される他のデータとして、サンプル中の整粒、未熟粒、被害粒、胴割粒、死米及び着色粒の各割合が表示されるようにしてもよいし、食味測定器２９で測定される他のデータとして、タンパク、アミロース及び脂肪酸の各成分割合が表示されるようにしてもよい。

図５は、サテライト施設とターミナル施設との統合データベースである。この統合データベースでは、サテライト施設で荷受したときの生産者氏名、ＩＤコード、荷受月日、荷受番号及びサンプル籾の重量と、ターミナル施設に移送して荷受するときの生産者氏名、ＩＤコード、荷受番号、サンプル籾の重量とが一致するか否かを照合し、各データの値が一致したときに、サテライト施設とターミナル施設とを統合する統合データベースが構築されるようになっている。

図５に示す統合データベースでは、サンプル籾がサテライト施設からターミナル施設に搬入（移送）されていない場合でも、サテライト施設で荷受したときの生産者氏名、ＩＤコード、品種名、品種コード、荷受月日、荷受番号、荷受重量、水分及びサンプル籾の重量データは、荷受データとしてリアルタイムでファイルサーバ４に記録・蓄積されるようになっている。

次に、本発明の実施形態に係る荷受管理システム１の機能構成を、クライアント用コンピュータ６及び複数のタブレット端末７に表示される画面表示例を参照してその手順と一緒に説明する。

クライアント用コンピュータ６及び複数のタブレット端末７では、アプリケーションサーバ８から荷受管理システムを読み込むことができ、このプログラムを実行すると図６に示す初期画面１００が表示され、起動ボタン１０１をクリックしてしばらくすると、ログイン画面１０２が表示される。ログイン画面１０２ではユーザＩＤ入力枠１０３及びパスワード入力枠１０４に、あらかじめ登録されている文字列を入力し、ログインボタン１０５を押すことで、システム１にアクセスすることができる。

図７は荷受管理システムにおける荷受スケジュール管理のプログラムを立ち上げた画面である。図９は荷受スケジュール管理の動作を示すフローチャートである。図７及び図９を参照して荷受スケジュール管理の動作について説明する。

図７の初期画面２００を起動させ、次いで、左欄にあるメインメニュー２０１の荷受スケジュール２０２をクリックすると、スケジュール用データベース２０３が立ち上がる（図９のＳ００１）。そして、農協などの管理者は、あらかじめデータベース２０３に各サテライト施設（１号〜４号ＲＣなど）及び各ターミナル施設（ＣＥなど）の籾の収容可能量２０４を登録する（図９のＳ００２）。
次に、日付入力欄２０５に今日の日付を入力すると、各サテライト施設（１号〜４号ＲＣなど）及び各ターミナル施設（ＣＥなど）の現時点の荷受重量２０６が、荷受データベース（図３参照）から自動的に取得される（図９のＳ００３）。
そして、前記収容可能量２０４から現時点の荷受重量２０６を減算するなどの演算処理が行われ、その結果、推定受け入れ可能重量２０７及び受け入れの残割合２０８が演算・表示される（図９のＳ００４）。

次に、前記受け入れの残割合２０８の数値が、例えば、２０％未満か否かを判断し（図９のＳ００５）、受け入れの残割合２０８の数値が２０％未満の場合は、図７のメッセージ表示部２０９にメッセージを表示する（図９のＳ００６）。このメッセージとしては、例えば、「本日は、Ａ地区の３号ＲＣの荷受に余裕はありますが、２号ＲＣは余裕が少なくなっています。３号ＲＣの荷受を優先する荷受スケジュールを計画してください。」等の表示がなされる。
そうすると、農協の本所などで荷受管理を行っている職員は、２号ＲＣの近隣の農家に対して、当日の収穫前に「本日の荷受は、２号ＲＣの荷受に余裕がないので、３号ＲＣにて荷受を行ってください。」などと受け入れ施設の変更を指示・指導することとなる（図９のＳ００７）。ここで、農協から農家への受け入れ施設変更の指示・指導は、農家の家に直接電話したり、農家が所有する携帯電話へ音声通話したり、農家の所有する携帯電話へＥメール送信をしたりする連絡方法を活用することができる。
次に、農協から農家への受け入れ施設変更の指示・指導を行ったか否かアラーム解除ボタン２１０を押したか否かで判断し（図９のＳ００８）、アラーム解除ボタン２１０を押した場合にはアラーム表示が解除とともに、荷受の振り分け処理が完了したことになり（図９のＳ００９）、荷受管理プログラムが終了することになる（図９のＳ０１０）。
以上のように、農協などの管理者は、本発明の実施形態に係る荷受管理システム１を利用することにより、穀物共同乾燥調製施設ＣＥの設置地域内における当日の荷受を計画的に実行することができる。

なお、図７の符号２１１は「前週」タブであり、符号２１２は「今週」タブ２０９であり、符号２１３は「次週」タブであり、符号２１４は「次々週」タブである。これらは週単位のスケジュール作成用のタブであって、荷受件数や荷受重量をあらかじめ予測して将来の荷受計画をスケジューリングしたり、前年度など過去の荷受実績から荷受計画をスケジューリングしたりすることが可能となっている。

次に、図８及び図１０を参照して集荷目標管理の動作について説明する。図８は荷受管理システムにおける集荷目標管理のプログラムを立ち上げた画面であり、図１０は集荷目標管理の動作を示すフローチャートである。

図８の初期画面２００を起動させ、次いで、左欄にあるメインメニュー２０１の集荷目標管理２２０をクリックすると、スケジュール用データベース２０３が立ち上がる（図１０のＳ１０１）。そして、メインメニュー２０１には、収穫年度入力欄２２２や、農協などが収穫前にあらかじめ決定した集荷目標入力欄２２３が配置されていて、集荷目標入力欄２２３は、米を重量単位で入力することができる重量入力部２２３ｂとしたり、米を俵の単位で入力することができる俵単位入力部２２３ａとしたりすることができる。
そして、農協などの管理者が、収穫年度と収穫目標とを各入力欄に入力し（図１０のＳ１０２）、次いで、日付入力欄２０５に今日の日付を入力すると、農協の管轄（例えば、Ａ地区とＢ地区）の全てのサテライト施設（１号〜４号ＲＣなど）及び全てのターミナル施設（ＣＥなど）における現時点の荷受重量２０６が、統合データベース（図５参照）から自動的に取得される（図１０のＳ１０３）。
次に、Ａ地区及びＢ地区の全てのサテライト施設や全てのターミナル施設の荷受重量の総計２２７が演算・表示され（図１０のＳ１０４）、さらに、前記集荷目標入力欄２２３に入力した集荷目標値と前記荷受重量の総計２２７とから現在の集荷目標達成度が演算されるとともに、この数値が集荷目標到達度表示部２２１に表示される（図１０のＳ１０５）。

図８に示す例では、集荷目標到達度表示部２２１に表示された集荷目標達成度が「７．８％」であるから、現在は収穫の初期段階であることが分かり、複数のターミナル施設やサテライト施設に都度問い合わせする必要がなく、集荷目標にどれだけ到達したかがリアルタイムで知ることができるのである。

引き続き処理される集荷目標管理プログラムでは、集荷目標到達度の値が、例えば、８０％以上か否かが判断される（図１０のＳ１０６）。この集荷目標到達度の値が８０％以上となっている状況は、収穫も終期段階となっている時期と判断される。そこで、全てのサテライト施設が稼働している状況から、特定箇所のサテライト施設を間引いて稼働させる目的で、特定箇所のサテライト施設の荷受を中止するメッセージを表示する（図１０のＳ１０７）。図８の例では、データベース２０３に次回の荷受予定欄２２８を設け、次回の荷受予定を中止するサテライト施設（この例では２号ＲＣ）に対して中止と表示させている。

この場合、図９のＳ００７の処理と同様に、農協の本所などで荷受管理を行っている職員が、２号ＲＣの近隣の農家に対し、他のサテライト施設に荷受を振り分ける処理を行う（図１０のＳ１０８）。そうすると、特定箇所のサテライト施設の稼働が停止されるので、集荷目標となる１００％に到達する期間は多少長引いてしまうが、施設全体の経費を考慮すれば、燃料代や電気代等のランニングコスト及び人件費を削減することが可能となる。以上の荷受の振り分け処理が終了すると、集荷目標管理も終了することになる（図１０のＳ１０９）。

なお、図８のメインメニュー２０１内に配置される検索プログラム２２４は、生産者氏名、ＩＤコード、荷受番号などのデータの入力により処理状況等が検索できるものであり、統計プログラム２２５は、データ収録装置により収集された穀粒判別機で測定されたデータや、食味測定器で測定されたデータや、品種ごとに荷受した統計データを、棒グラフ、円グラフ、レーダーチャート等に表すことができるものであり、精算金管理プログラム２２６は、生産者氏名、ＩＤコード、荷受番号などのデータの入力により農家への払い渡し金の精算等の状況が照会できるものである。

以上のように、本発明の実施形態の荷受管理システム１を利用することにより、農協などがあらかじめ設定した集荷目標に対して、どれだけ集荷目標に到達したかをリアルタイムで知ることができる。
また、集荷目標到達度の値が８０％以上となる収穫の終期段階においては、特定箇所のサテライト施設を間引いて稼働させる指示が出せるため、施設全体での燃料代や電気代等のランニングコスト及び人件費を削減することが可能となり、経済的な稼働計画を設定することができる利点がある。

本発明の荷受管理システムは、穀物共同乾燥調製施設の分野や、精米工場の分野や、食品加工工場の分野などで適用することができる。

１ 荷受管理システム
２ インターネット
３ ＷＥＢサーバ
４ ファイルサーバ
５ クラウドサーバ
６ クライアントコンピュータ
７ タブレット端末
８ アプリケーションサーバ
１１ 荷受ホッパ
１２ 荷受計量機
１３ 荷受部
１４ 通風乾燥機
１５ 貯留乾燥部
１６ データ収録装置
２１ 荷受部
２２ 貯留ビン
２３ 乾燥機
２４ サイロ
２５ 調製機
２６ テストドライヤー
２７ 自主検定装置
２８ 穀粒判別機
２９ 食味測定器
３０ データ収録装置
４０ 中央演算処理装置（ＣＰＵ）
４１ 第１記憶媒体（ＲＡＭ）
４２ 第２記憶媒体（ＲＯＭ）
４３ 第３記憶媒体
４４ 入力装置
４５ 表示装置
４６ 入出力インターフェース
ＣＥ 穀物共同乾燥調製施設
Ｓ サテライト施設
Ｔ ターミナル施設

Claims (2)

1. 農家から持ち込まれた穀粒を荷受して半乾燥までを行う複数のサテライト施設と、該複数のサテライト施設にて半乾燥された穀粒を荷受して本乾燥までを行うターミナル施設と、前記複数のサテライト施設に設置される荷受データ収集用のデータ収録装置と、前記ターミナル施設に設置される自主検定データ収集用のデータ収録装置と、前記各データ収録装置と通信可能に配置されて各データを蓄積するサーバとを備えた穀物共同乾燥調製施設の荷受管理システムであって、
   前記サーバは、前記サテライト施設の荷受データと前記ターミナル施設の自主検定データとを照合し、前記荷受けデータと前記自主検定データとを統合した統合データベースを作成するものであり、
   前記サーバには、農家から持ち込まれる穀粒をいずれの施設で受け入れるかを管理する荷受スケジュール管理プログラムが組み込まれ、
   該荷受スケジュール管理プログラムは、当該施設の収容可能重量と当該施設の現時点の荷受重量とから受け入れ可能重量を演算し、該受け入れ可能重量が所定値未満の場合には、受け入れ可能重量に余裕のある他の施設へ荷受の振り替えを表示することを特徴とする穀物共同乾燥調製施設の荷受管理システム。
2. 農家から持ち込まれた穀粒を荷受して半乾燥までを行う複数のサテライト施設と、該複数のサテライト施設にて半乾燥された穀粒を荷受して本乾燥までを行うターミナル施設と、前記複数のサテライト施設に設置される荷受データ収集用のデータ収録装置と、前記ターミナル施設に設置される自主検定データ収集用のデータ収録装置と、前記各データ収録装置と通信可能に配置されて各データを蓄積するサーバとを備えた穀物共同乾燥調製施設の荷受管理システムであって、
   前記サーバは、前記サテライト施設の荷受データと前記ターミナル施設の自主検定データとを照合し、前記荷受けデータと前記自主検定データとを統合した統合データベースを作成するものであり、
   前記サーバには、あらかじめ設定した集荷目標にどれだけ到達したかを管理する集荷目標管理プログラムが組み込まれており、
   該集荷目標管理プログラムは、あらかじめ設定した集荷目標と全ての施設の荷受重量の総計とから現在の集荷目標達成度を演算・表示するとともに、該集荷目標達成度が所定値以上の場合には、特定箇所のサテライト施設の荷受の中止を表示することを特徴とする穀物共同乾燥調製施設の荷受管理システム。

Images