(57)【特許請求の範囲】
【請求項１】
物流段階における農産物の複数の生産元への発注状況と生産元からの入荷状況とを管理するコンピュータシステムであって、１つの商品番号で特定される農産物についての物流センターから複数の生産元への発注処理を特定する主管理番号とその複数の生産元を特定する副管理番号とを用いて、発注処理の発注内容を主管理番号及び副管理番号ごとに特定可能に格納した発注内容記憶部と、農産物を生産元に発注する段階において発注入力画面情報を画面情報記憶部から読み出して画面表示する表示部と、新規の発注を入力するごとに、発注内容記憶部から既格納で最大の主管理番号を読み出し、読み出された最大の主管理番号に基づいて新たな主管理番号を生成する主管理番号生成部と、発注入力画面に表示された主管理番号と副管理番号とから最大の番号を読み出し、読み出された最大の番号に基づいて新たな副管理番号を生成しうる副管理番号生成部と、発注内容が発注入力画面に入力された場合に、前記生成された主管理番号及び副管理番号ごとに発注内容を発注内容記憶部に格納する発注内容格納部とを備えた発注管理システムと、農産物がいずれかの生産元から物流センターへ入荷した段階において発注内容記憶部から主管理番号及び副管理番号で特定される発注内容を読み出し、この発注内容を表示した入荷内容入力画面を構成し表示する表示部と、入荷内容に発注内容からの変動が有った場合に、発注内容に関連してすでに生成済みの副管理番号を除く副管理番号を発注内容からの変動に対して新しく生成しうる副管理番号生成部と、入荷内容入力画面に入力された入荷内容を主管理番号及び副管理番号ごとに入荷内容記憶部に格納する入荷内容格納部とを備えた入荷管理システムとからなる発注管理と入荷管理のシステム。
【請求項２】
発注管理システムにおいて、主管理番号が一定数ごとに飛び飛びで生成され、副管理番号が主管理番号に連続して生成されると共に、前記一定数より少ない数だけ生成しうる請求項１に記載の発注管理と入荷管理のシステム。
【請求項３】
発注内容には、主管理番号および副管理番号ごとに生産元を特定するデータが含まれており、発注内容格納部は、各番号ごとにそれぞれの生産元を特定するデータを結びつけて発注内容記憶部に格納する請求項１または２に記載の発注管理と入荷管理のシステム。
【請求項４】
生産元ごとに発注内容を切り分け、各生産元に対して、切り分けた発注情報を送信する発注送信部を有する請求項１〜３のいずれかに記載の発注管理と入荷管理のシステム。
【請求項５】
入荷管理システムの副管理番号生成部において新しく生成しうる副管理番号が、発注内容に含まれる副管理番号に引き続いて生成されるものである請求項１〜４のいずれかに記載の発注管理と入荷管理のシステム。
【請求項６】
入荷内容に基づいて、主管理番号および副管理番号ごとに、農産物を特定するためのバーコードラベルを必要な枚数印刷出力するバーコードラベル出力部を有する請求項１〜５のいずれかに記載の発注管理と入荷管理のシステム。
【請求項７】
農産物が青果物である請求項１〜６のいずれかに記載の発注管理と入荷管理のシステム。
【請求項８】
物流段階における農産物の生産元への発注状況と生産元からの入荷状況とを管理するコンピュータシステムに実行させるためのプログラムであって、１つの商品番号で特定される農産物についての物流センターから複数の生産元への発注処理を特定する主管理番号とその複数の生産元を特定する副管理番号とを用いて、発注処理の発注内容を主管理番号及び副管理番号ごとに特定可能に格納する発注内容記憶ステップと、農産物を発注先に発注する段階において発注入力画面情報を画面情報記憶部から読み出して画面表示する表示ステップと、新規の発注を入力するごとに、発注内容記憶ステップにより構成された発注内容記憶部から既格納で最大の主管理番号を読み出し、読み出された最大の主管理番号に基づいて新たな主管理番号を生成する主管理番号生成ステップと、発注入力画面に表示された主管理番号と副管理番号とから最大の番号を読み出し、読み出された最大の番号に基づいて新たな副管理番号を生成しうる副管理番号生成ステップと、発注内容が発注入力画面に入力された場合に、前記生成された主管理番号及び副管理番号ごとに発注内容を発注内容記憶部に格納する発注内容格納ステップとを有する発注管理プログラムと、農産物が生産元から物流センターへ入荷した段階において発注内容記憶部から主管理番号及び副管理番号で特定される発注内容を読み出し、この発注内容を表示した入荷内容入力画面を構成し表示する表示ステップと、入荷内容に発注内容からの変動が有った場合に、発注内容に関連してすでに生成済みの副管理番号を除く副管理番号を発注内容からの変動に対して新しく生成しうる副管理番号生成ステップと、入荷内容入力画面に入力された入荷内容を主管理番号及び副管理番号ごとに入荷内容記憶部に格納する入荷内容格納ステップとを有する入荷管理プログラムとからなる発注管理と入荷管理のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、野菜や果物のような青果物、花、木等の農産物（以下、商品とも言う）の物流において、生産者から物流センターに至る中間物流段階を管理するためのシステムに関する。特に物流センターから生産者への商品の発注および、生産者から物流センターへの商品の入荷を管理するためのシステムおよびそのためのプログラムに関する。
【０００２】
【従来の技術】
野菜、果物などの青果物、花、木等の農産物（以下、青果物等ともいう。）のごとき商品では、同じ種類の青果物等であっても複数の産地にまたがって生産されているのが通常である。また、各生産地では、収穫の季節であっても毎日あるいは一定日数ごとに一定量ずつ収穫して出荷するのが通常である。そのため、青果物等はある一定の量を確保するには、複数の生産地から同時に調達する必要が生じる。さらに、青果物等は、毎日新しいものが供給される必要があるから、各青果物等に関して、それぞれの複数の生産地から毎日調達する必要がある。
【０００３】
ところで、青果物等では、産地等が異なる場合はもちろん、同じ産地、同じ種類の収穫物であっても、季節や天候変動によって収穫物の数量や大きさ・品質などが変動する。そのため、発注時と品質や数量が異なる内容の青果物等が、しばしば生産地から物流センターに入荷するし、輸送途中の何らかのトラブルにより品質が変化した結果、商品として使用できる入荷量が減少してしまうこともありうる。さらには、ある青果物等の発注時の大きさや等級が発注時と食い違っている物が、発注通りのものと混在して入荷することもある。
【０００４】
そして、一般に、青果物等では収穫から販売までの時間は日・週単位とすこぶる短く、この短期間のうちに支障なく青果物等の物流を行わなければならない。
【０００５】
これらの状況のために、通常の工業製品で行われるような、商品の質、数量などの変動を考慮していない物流管理手法では、青果物等の物流を管理することは事実上不可能である。
【０００６】
そこで、従来の青果物等の物流では、もっぱら現場の物流担当者による現物を見ながらの口頭の指図に基づいて行われている。そのため、どの生産地のどの青果物等がどのような内容で入荷したのかに関する記録を残すことが困難で、物流管理は事実上行われていない。また、前年度の青果物等ごとの個別データがほとんど収集できないために、翌年度の各生産地での青果物等ごとの生産計画をたてたり、物流センターが配送計画をたてることも困難な状況にある。
【０００７】
食品、農産物などの物流管理に関する先行技術としては、生産者と購入者等との間にネットワークを設け、生産予約と購入希望を調整する農産物の生産流通管理システムが特開平１１−１７５６０９号に開示されている。
【０００８】
同様に、農産物の出荷予定量と入荷量を比較し、所定のアルゴリズムに基づいて出荷予定量を更新する農産物分荷作業の支援システムが特開平１０−２２２５５８号公報に開示されている。
【０００９】
また、食品物流センターにおける商品の在庫管理に関して、複数日分の入出荷予定及び論理在庫管理を行い、また欠品防止のため最低在庫数を下回る物について発注勧告を促すという商品の適正在庫管理方法が特開平９−１１４８９８号公報に開示されている。
【００１０】
しかし、これらのシステムはいずれも、複数の生産地に発注を行い、かつ商品が入荷した後に内容の変動が判明したりする青果物等の特性には対処できておらず、発注と入荷とを結びつけて柔軟に物流管理を行うことは困難である。
【００１１】
【発明が解決しようとする課題】
本発明は、毎日、複数の生産地から調達する必要がある青果物のごとき商品の発注または入荷の管理を、商品内容の変動に対応して柔軟かつ統一的に行なうことができるシステムを提供することを課題とする。
【００１２】
さらには、得られた物流管理データを翌年度の各商品ごと、各生産地ごとの生産計画、発注計画に役立てることができる物流管理システムを提供することを課題とする。
【００１３】
【課題を解決するための手段】
本発明は、新規発注入力ごとに生成させた主管理番号と、それらに関連性を有する数字を用いた副管理番号とを用い、副管理番号を商品の変化状況に対応して動的に発生せしめることにより、青果物のごとき変動要因の多い商品の物流における発注および入荷の各段階における課題が統一的に解決できることを見出してなされたものである。
【００１４】
すなわち、請求項１に記載の発明は、物流段階における農産物の複数の生産元への発注状況と生産元からの入荷状況とを管理するコンピュータシステムであって、１つの商品番号で特定される農産物についての物流センターから複数の生産元への発注処理を特定する主管理番号とその複数の生産元を特定する副管理番号とを用いて、発注処理の発注内容を主管理番号及び副管理番号ごとに特定可能に格納した発注内容記憶部と、農産物を生産元に発注する段階において発注入力画面情報を画面情報記憶部から読み出して画面表示する表示部と、新規の発注を入力するごとに、発注内容記憶部から既格納で最大の主管理番号を読み出し、読み出された最大の主管理番号に基づいて新たな主管理番号を生成する主管理番号生成部と、発注入力画面に表示された主管理番号と副管理番号とから最大の番号を読み出し、読み出された最大の番号に基づいて新たな副管理番号を生成しうる副管理番号生成部と、発注内容が発注入力画面に入力された場合に、前記生成された主管理番号及び副管理番号ごとに発注内容を発注内容記憶部に格納する発注内容格納部とを備えた発注管理システムと、農産物がいずれかの生産元から物流センターへ入荷した段階において発注内容記憶部から主管理番号及び副管理番号で特定される発注内容を読み出し、この発注内容を表示した入荷内容入力画面を構成し表示する表示部と、発注内容に関連してすでに生成済みの副管理番号を除く副管理番号を発注内容からの変動に対して新しく生成しうる副管理番号生成部と、入荷内容入力画面に入力された入荷内容を主管理番号及び副管理番号ごとに入荷内容記憶部に格納する入荷内容格納部とを備えた入荷管理システムとからなる発注管理と入荷管理のシステムである。
【００１５】
この構成により、生産地への発注など最初のアクション時に発生させる主管理番号と副管理番号が関連性をもって生成されるので、その後の状況変化に対応して副管理番号を動的に発生させることにより、状況変化に関するデータを柔軟に吸収することが可能になる。また、どの副管理番号がどの主管理番号に関係しているの関連性を維持できるからデータがバラバラにならず、相互に結びついた状態で管理することが可能になる。そのため、生産元ごとや商品ごとの履歴情報を得ることが可能になる。また、発注時には予想されなかった状況変化が生じていることが、入荷時になって判明した場合でも、副管理番号を動的に用いて入力処理することにより、変化した状況に対応して柔軟に状況を管理することが可能になる。さらに、発注から入荷まで一貫して柔軟かつ統一的に物流管理を行うことが可能になる。
【００１６】
請求項２に記載の発明は、主管理番号が一定数ごとに飛び飛びで生成され、副管理番号が主管理番号に連続して生成されると共に、前記一定数より少ない数だけ生成しうる請求項１に記載の発注管理と入荷管理のシステムである。
【００１７】
この構成により、生産地への発注など最初のアクション時に発生させる主管理番号が飛び飛びに生成されるので、その間の番号を副管理番号として用いることができる。そして、その後の状況変化に対応して副管理番号を動的に発生させることにより、状況変化に関するデータを柔軟に吸収することが可能になる。また、どの副管理番号がどの主管理番号に関係しているかが明確であるからデータがバラバラにならず、相互に結びついた状態で管理することが可能になる。そのため、生産元ごとや各商品ごとの履歴情報を得ることが可能になる。
【００１８】
請求項３に記載の発明は、発注内容には、主管理番号および副管理番号ごとに生産元を特定するデータが含まれており、発注内容格納部は、各番号ごとにそれぞれの生産元を特定するデータを結びつけて発注内容情報記憶部に格納する請求項１または２に記載の発注管理と入荷管理のシステムである。
【００１９】
この構成により、複数の生産元に対して一括して発注することが可能となる。また、複数の生産元に対する発注がバラバラにならず、相互に結びついた状態で管理できる。そのため、生産元ごとの履歴情報を得ることができる。
【００２０】
請求項４に記載の発明は、生産元ごとに発注内容を切り分け、各生産元に対して、切り分けた発注情報を送信する発注送信部を有する請求項１〜３のいずれかに記載の発注管理と入荷管理のシステムである。
【００２１】
この構成により、複数の生産元に対する発注を一括して行うことが可能になる。
【００２２】
請求項５に記載の発明は、入荷管理システムの副管理番号生成部において新しく生成しうる副管理番号が、発注内容に含まれる副管理番号に引き続いて生成されるものである請求項１〜４のいずれかに記載の発注管理と入荷管理のシステムである。
【００２３】
この構成により、新しく発生した副管理番号およびそれに関して入力されたデータが商品番号と結びついて管理されるから、変化した状況に柔軟に対応することが可能になる。
【００２４】
請求項６に記載の発明は、入荷内容に基づいて、主管理番号および副管理番号ごとに、農産物を特定するためのバーコードラベルを必要な枚数印刷出力するバーコードラベル出力部を有する請求項１〜５のいずれかに記載の発注管理と入荷管理のシステムである。
【００２５】
この構成により、農産物ごとに異なる様々な情報がバーコード管理されるから、その後の物流管理が簡単にできるようになる。
【００２６】
請求項７に記載の発明は、農産物が青果物である請求項１〜６のいずれかに記載の発注管理と入荷管理の発注管理システムである。
【００２７】
この構成により、青果物に特有の複数の生産地への同時発注を関連づけて管理することができるし、発注後に季節変動などに起因するさまざまな変動が発生しても、それらを吸収して柔軟に変動データを入力・格納・管理することが可能になる。また、その変動が、入荷時に初めて判明しても、それらを吸収して、発注段階のデータと結びつけて柔軟に変動データを管理することが可能になる。
【００２８】
請求項８に記載の発明は、物流段階における農産物の生産元への発注状況と生産元からの入荷状況とを管理するコンピュータシステムに実行させるためのプログラムであって、１つの商品番号で特定される農産物についての物流センターから複数の生産元への発注処理を特定する主管理番号とその複数の生産元を特定する副管理番号とを用いて、発注処理の発注内容を主管理番号及び副管理番号ごとに特定可能に格納する発注内容記憶ステップと、農産物を生産元に発注する段階において発注入力画面情報を画面情報記憶部から読み出して画面表示する表示ステップと、新規の発注を入力するごとに、発注内容記憶ステップにより構成された発注内容記憶部から既格納で最大の主管理番号を読み出し、読み出された最大の主管理番号に基づいて新たな主管理番号を生成する主管理番号生成ステップと、発注入力画面に表示された主管理番号と副管理番号とから最大の番号を読み出し、読み出された最大の番号に基づいて新たな副管理番号を生成しうる副管理番号生成ステップと、発注内容が発注入力画面に入力された場合に、前記生成された主管理番号及び副管理番号ごとに発注内容を発注内容記憶部に格納する発注内容格納ステップとを有する発注管理プログラムと、農産物が生産元から物流センターへ入荷した段階において発注内容記憶部から主管理番号及び副管理番号で特定される発注内容を読み出し、この発注内容を表示した入荷内容入力画面を構成し表示する表示ステップと、発注内容に関連してすでに生成済みの副管理番号を除く副管理番号を発注内容からの変動に対して新しく生成しうる副管理番号生成ステップと、入荷内容入力画面に入力された入荷内容を主管理番号及び副管理番号ごとに入荷内容記憶部に格納する入荷内容格納ステップとを有する入荷管理プログラムとからなる発注管理と入荷管理のプログラムである。
【００２９】
このプログラムをコンピュータに実行させることにより、請求項１に記載の発明と同様の効果を得ることが可能となる。
【００３０】
【発明の実施の形態】
以下、本発明における一つの実施形態を図面を参照しながら説明する。
【００３１】
図１は、請求項１の発注管理システムの一例を図示したものである。この図１に記載された記憶部について説明する。
【００３２】
まず、画面情報記憶部の例について説明する。画面情報記憶部には、具体的に生産地などに青果物等を発注する際に用いる定型の発注入力画面を構成するための画面情報が格納されている。
【００３３】
図２に、画面を開いた直後の発注入力画面の例を示す。画面上部には自動表示された入力日と、飛び飛びに自動付番された主管理番号が表示され、商品番号を入力する窓と入荷希望日を入力する窓、さらに、商品の産地、発注先（生産元）、等級、サイズ、数量、単位、梱包単位、梱包数を入力するための窓が設けられている。主管理番号は、複数の発注先への発注を含む１の発注処理に対応して生成される番号であって、その際に入力された複数の発注先への発注データをまとめて特定するための番号である。
【００３４】
この例では、主管理番号は１００番飛びで付されており、下２桁が常に「00」となるように生成されている。商品番号の入力窓の隣には、商品番号に対応する商品名を表示されるスペースがあり、数量を入力する窓の下には、入力された数量の合計数量が表示されるスペースが設けられている。
【００３５】
また、産地などを入力する窓の左端には、番号として主管理番号および副管理番号の下２桁が表示されている。副管理番号は、主管理番号により特定された発注処理に含まれる複数の発注先等への発注データを特定するための番号であり、この例では、副管理番号は主管理番号と上６桁が同じであり、下２桁だけが異なる。
【００３６】
副管理番号は、次の主管理番号と重複しないようにするため飛び飛びの数字より少ない数だけ用意される。ここでは１００個より少ない９９個になるまで副管理番号が生成できるように用意されている。図２の状態では、主管理番号に対応する「00」だけが表示され、入力窓も一行分のみが示されている。さらに、画面の下部には、副管理番号追加ボタン、入荷日別画面ボタン、発注先別画面ボタン、確定ボタン、発注ボタンが設けられている。
【００３７】
副管理番号追加ボタンがクリックされると、番号「00」の行の下に新しい番号「01」の行が一行追加される。さらにもう一度副管理番号追加ボタンがクリックされると、もう一行「02」の行が追加される。このようにして必要な数だけ行が追加できる。番号「00」の行が主管理番号「12345600」に対応する行であり、番号「01」の行は、副管理番号「12345601」に対応する行である。以下同様に続く。すなわち、「00」、「01」、「02」は、それぞれ、主管理番号若しくは副管理番号の下２桁が表示されているものである。副管理番号追加ボタンによって２行追加された状態の例が図３に示されている。
【００３８】
なお、発注入力画面を開いた直後は、図２に示されたとおり、発注内容入力窓のうち入力できるのは副管理番号が「00」と表示された一行のみであるが、副管理番号追加ボタンがクリックされるとその下の行の副管理番号欄に「01」と表示されると共に、その行に入力できるようになる。図３の例は、副管理番号が「00」の行に入力されたあと、副管理番号追加ボタンがクリックされて「01」の行が生成されて２番目の発注先の発注内容が入力され、さらにもう一度、副管理番号追加ボタンがクリックされて「02」の行が生成された状態を示している。つまり、図３は、これから３番目の発注先の発注内容が入力されるであろう状態を示している。
【００３９】
入荷日別画面ボタンがクリックされると、同じ商品で同じ入荷希望日の発注入力済みのものが発注内容記憶部から検索されて、一覧画面で表示される。これにより、他の日にすでに発注したが、同じ入荷希望日になっている同じ商品の発注内容を確認しながら、発注入力作業を進めることができ、誤って重複して発注してしまったり、発注の抜けを防止することができる。なお、このボタンに対応する処理部は、図１には示されていない。
【００４０】
発注先別画面ボタンがクリックされると、その商品を取り扱っている生産元からの、先に入力された入荷希望日前後１週間の入荷予定が表示される。画面例を図４に示す。図４から分かるように、特定の商品を取り扱っている各出荷元からの入荷予定日（入荷希望日に同じ）を含む１週間の納入予定状況を一覧で確認することができる。また、前の１週間の入荷予定及び次の１週間の入荷予定を確認することができる。これにより、それぞれの生産元の実績や出荷量を考慮しながら新しい発注をかけることができる。このボタンに対応する処理部は図１には示されていない。
【００４１】
確定ボタンがクリックされると、発注内容格納部が、発注内容記憶部に発注内容を格納する。
【００４２】
発注ボタンがクリックされると、発送送信部によって各発注先ごとに発注内容が切り分けられ、各発注先にファックスで発注連絡が行われる。なお、確定ボタンをクリックしてからでないと、発注ボタンをクリックすることはできないようになっている。
【００４３】
発注内容記憶部は、既発注分の発注内容を、主管理番号および副管理番号を用いて発注内容テーブルに格納している。発注内容テーブルの一部分を図５に示す。このテーブルには、主管理番号と副管理番号が、まとめて管理番号の行に表示されている。
【００４４】
主管理番号は、１００番飛びで付されており末尾が「00」になっているものである。副管理番号は、主管理番号に続いて末尾が「01」から順次付され、例えば図５では、主管理番号「12345600」に対して副管理番号「12345601」が付されている。「12345601」に続く管理番号は、主管理番号である「12345700」に飛んでいる。その後の状況変化により「12345600」の発注に対して状況変化があれば、さらに「12345602」等の副管理番号が付されてデータが動的に追加されていく。
【００４５】
さらに図５のテーブルには、入力日、発注日、入荷希望日、商品名、産地、発注先、等級、サイズ、数量、単位、梱包単位、梱包数、価格等のデータが格納されている。ここで入力日は、発注内容を入力した日、発注日は物流センターから各発注先に実際に発注を送信した日である。入荷希望日とは、生産地から物流センターへの商品の入荷希望日である。
【００４６】
１つの商品名もしくは商品番号で特定される商品に対する発注先が一カ所のみで品質なども一種類のみの場合は主管理番号だけで足りるが、複数の場合（複数の出荷先に同日に発注するなどの場合）は、それぞれの発注先への発注内容に関して副管理番号を生成する。
【００４７】
図５の例では、副管理番号は、発注先（生産地などに対応する）を区別するために用いられているが、例えば、等級や入荷希望日などが異なる場合にも副管理番号を用いて区別することができる。たとえば、同じ発注先に２種類の品質の商品を発注すれば２つの副管理番号が発生することになる。
【００４８】
つまり、副管理番号は、１つの主管理番号に対して１または２以上が状況に対応して動的に付されるものである。副管理番号は任意個数発生しうるが、後の段階での使用を考慮して１つの主管理番号に対して９９個用意している。つまり、主管理番号は１００番とばしで生成するようにしている。
【００４９】
商品名とは、「みかん」、「りんご」などのように、青果物等の大まかな種類を分類するものである。商品名には当業界の慣習に従って青果物等のサイズや等級、さらにはある程度の加工状態を付加したものを用いても良い。たとえば、「りんご（Ｍサイズ）」、「山菜ミックス」等である。産地とは、県ていどの広さの範囲の生産地を示している。県ていどであれば各種の青果物等の生産地がある程度特定できるからである。
【００５０】
発注先とは、それぞれの生産地の青果物等を取り扱っている集荷農協もしくは集荷会社等であり、等級とは青果物等の品質を示すものであり、サイズとは青果物等のおよその大きさを示し、単位は生産地からの出荷する数量の単位であり、梱包単位とは生産地から出荷する際の商品の梱包状態を示しており、ケースやピース、箱、袋等で表される。梱包数とは、梱包単位で数えたときの商品の数量である。
【００５１】
なお、発注入力に必要な商品名、商品番号、等級、サイズ、単位、産地、発注可能先等のデータは、商品テーブルに格納されている。また、各発注先の名称、住所、ファックス番号、電話番号、担当者名などが発注先テーブルに格納されている。これらのテーブルも記憶部に格納されているが、図１には示されていない。
【００５２】
次に、発注管理システムの処理部の例の説明を行う。
【００５３】
表示部は、主管理番号生成部で生成された主管理番号と、画面情報記憶部から読み出した定型の発注入力画面情報とを合わせて発注端末に送る。発注端末の発注入力画面に商品番号および入荷希望日が入力されたときは、対応する商品名を商品テーブルから検索して商品名を発注入力画面に表示する。
【００５４】
副管理番号追加ボタンがクリックされた場合は、発注入力画面の入力窓を１行追加し、新しい副管理番号の下２桁を追加した入力窓の行の左に表示するように画面を再構成して発注端末に送る。
【００５５】
また、表示部は、入荷日別画面や発注先別画面がクリックされた場合に、定型のそれぞれの画面情報を画面情報記憶部から、発注内容を発注内容記憶部からそれぞれ読み出して、発注端末に送る。
【００５６】
副管理番号生成部は、副管理番号追加ボタンがクリックされるたびに、発注入力画面に表示された主管理番号若しくは副管理番号のうち、もっとも大きい番号を読み出し、それに１を加えて新しい副管理番号を生成し、表示部に送る。
【００５７】
発注内容格納部は、確定ボタンがクリックされると、画面入力された発注内容を読み込み、図５に示す発注内容情報記憶部に主管理番号もしくは副管理番号ごとに１列のデータとして格納する。
【００５８】
発注送信部は、発注ボタンがクリックされると、各発注先ごとに発注内容を切り分け、発注先テーブルを参照しながら、ＦＡＸモデムを経由して各発注先に発注内容を通知する。さらに、各発注先への通知終了ごとに、発注内容情報記憶部の該当する主管理番号、副管理番号の列に発注完了フラグを立てる。
【００５９】
次に、図６を用いて、請求項１に記載のうち、発注管理システムを用いた処理フローの一例を説明する。
【００６０】
発注処理が選択されてスタートすると(SH1)、まず、主管理番号生成部が、発注内容記憶部から既格納の主管理番号の最大のものを読み出し、それに１００を足して主管理番号を生成し表示部に送る(SH2)。表示部は、画面情報記憶部から、定型の発注入力画面情報を読み出し、主管理番号と合わせて発注端末に送り、画面表示される(SH3)。
【００６１】
発注入力画面に、発注端末から、商品の入荷希望日と、みかん・りんごなどの商品番号が商品テーブルを参照して入力される(SH4)。続いて副管理番号追加ボタンがクリックされると(SH5)、フローは右に分岐して、未だ副管理番号が生成していない場合は副管理番号生成部が画面表示されている主管理番号に１を足して副管理番号を生成し、すでに副管理番号が表示されている場合には、既生成の副管理番号の最大のものに１を足して新たな副管理番号を生成し表示部に送る(SH6)。表示部では、入力行を追加すると共に、新しい副管理番号を用いて発注入力画面を再構成し、発注端末に送る。副管理番号が追加される限り、SH3-SH4-SH5-SH6-SH3のフローを繰り返す。SH5で副管理番号が追加されず確定ボタンがクリックされた場合は、フローは下に分岐して、発注内容格納部が画面に表示されているデータを発注内容記憶部に格納する。
【００６２】
続いて、発注ボタンがクリックされると、各発注先ごとに発注内容が切り分けられて、発注先テーブルを参照しながら各発注先に発注内容がファックスで送信される。ファックスが到達したものから、発注内容記憶部の該当管理番号の列に発注完了フラグが立てられる。すべての発注先について発注が完了して発注処理が終了する(SH9)。
【００６３】
次に、入荷管理システムの例について説明する。図７は、請求項１に記載されたうちの入荷管理システムの一例を図示したものである。
【００６４】
発注内容記憶部は、発注管理システムの説明において説明したものと同様のものであり、発注内容情報が図５のテーブル形式で蓄積されている。
【００６５】
画面情報記憶部には、各発注先から送られた青果物等を入荷受け入れする際に用いる定型の入荷入力画面を構成するための画面情報が格納されている。入荷入力画面の画面を開いた直後の状態を図８に示す。図８では、主管理番号に入力窓が設けられ、それに対応して商品名が発注内容記憶部から読み出されて画面表示されるようになっている。その下には、発注時のデータと入荷時に入力する窓の行が、比較しながら入力できるように表形式で並んでおり、末尾と題された項目は主管理番号もしくは副管理番号の下２桁を意味する。すなわち主管理番号では「00」であり、副管理番号であれば「01」や「02」等となる。表には、発注先、サイズ、等級、数量、単位、梱包数、梱包単位、入荷日の各項目がそれぞれ設けられており、商品の入荷時に発注内容と比較しながら入力できるように構成されている。
【００６６】
表の下には、副管理番号追加ボタン、入荷内容の確定ボタン、バーコードラベル印刷用のラベルボタンが設けられている。副管理番号追加ボタンがクリックされると、画面表示されている主管理番号、副管理番号のうち、最も大きいものに１を足して新しい副管理番号が生成され、入荷時データの入力行が一行追加されるとともに、新しい副管理番号の末尾下２桁がその行に表示される。確定ボタンがクリックされると、画面表示されたデータを読み出し、図１０に示された入荷内容テーブルに主管理番号、副管理番号ごとに格納する。ラベルボタンがクリックされると入荷内容を読み出し、図１１に示されたバーコードラベルのついたシールを、バーコードラベルプリンタで印刷する。バーコードラベルには、バーコード以外にも主管理番号もしくは副管理番号、商品名、等級、サイズ、発注先、入荷日、入荷元、梱包単位ごとに順番に付された算用数字および梱包単位の総数（図１１では「全５ケースの３」）が印刷されている。
【００６７】
副管理番号追加ボタンは、クリックされると画面の「入荷時」の入力行一行が追加される。その際、新しい副管理番号の末尾下２桁がその行に表示される。この新しい副管理番号は、入荷入力画面に表示されている主管理番号若しくは副管理番号のうち、もっとも大きいものに１を足して生成される。
【００６８】
図８の入荷入力画面にデータが入力された状態の例を図９に示す。図９では、図８の画面にまず主管理番号が入力されて、その主管理番号の発注データと、その主管理番号に続いて格納されていた末尾２桁が「01」の副管理番号の発注データがそれぞれ発注内容記憶部から読み出されて画面表示され、各発注データに対応する入荷商品の状況が入荷時の入力行に入力されている。また、副管理番号追加ボタンが一回クリックされて副管理番号が一つ、入荷入力行が一行追加されている。図９の「00」の行の発注では、等級が「Ａ」のキュウリを１０ケース発注しているが、それに対応する入荷状況は、等級が「Ａ」のキュウリは５ケースのみで、残りは等級が「Ｂ」のキュウリが５ケースであった。そこで、元の発注に対応する行には「Ａ」の５ケースのみが入力され、続いて副管理番号追加ボタンがクリックされて、末尾２桁が「02」の副管理番号、すなわち「12345602」の入力行が一行追加され、ここに等級が「Ｂ」のキュウリ５ケースの入荷データが入力されている。このようにして青果物等の入荷状況の変化に対応して動的に副管理番号を生成することでデータを柔軟に管理でき、しかも、当初の発注データとも連携がとれる結果となる。
【００６９】
入荷内容記憶部は、主管理番号又は副管理番号で特定される商品の入荷検品結果を表１０のテーブル形式で格納している。表１０では、発注内容テーブルと同様に主管理番号と副管理番号を合わせて管理番号という項目が設けられ、さらに入力日、入荷日、商品名、産地、発注先、等級、サイズ、数量、単位、梱包単位、梱包数、価格等の入荷時に確定したデータが、主管理番号と副管理番号ごとに一列で格納されている。
【００７０】
次に、入荷管理システムの処理部の例の説明を行う。
【００７１】
表示部は、新しい入荷処理がスタートすると、画面情報記憶部から定型の入荷入力画面情報を読み出して入荷端末に送る。また、端末に表示された入力画面に主管理番号が入力され、対応する発注内容が発注内容記憶部から検索されたときは、それらのデータを読み込んで画面に表示するよう再構成して入荷端末に送る。さらに、副管理番号追加ボタンがクリックされると、画面の入力行を１行増やし、新しく生成された副管理番号の末尾２桁をその入力行の先頭に表示して、画面を再構成して入荷端末に送る。
【００７２】
副管理番号生成部は、副管理番号追加ボタンがクリックされるたびに、画面に表示された主管理番号または副管理番号のもっとも大きいものを読み出し、それに１を加えて新しい副管理番号を生成し、画面構成表示部に送る。
【００７３】
入荷内容格納部は、確定ボタンがクリックされると、画面に表示されている入荷内容を読み出し、主管理番号と副管理番号ごとに図１０に示されているようなテーブルの１列のデータとして格納する。
【００７４】
プリンタ出力部は、ラベルボタンがクリックされると、画面表示されている入荷内容データを読み出し、図１１に示されているバーコードラベルの定型の画面に、読み出した入荷内容データを組み込んで、各梱包単位ごとに対応するバーコードラベルを印刷出力する。
【００７５】
次に、請求項１に記載のうち、入荷管理システムを用いた処理フローの例を、図１２のフローチャートを用いて説明する。
【００７６】
まず、入荷処理がスタートすると(SN0)、表示部は、画面情報記憶部から図８に示された定型の入荷入力画面情報を読みだし、入荷端末に送って画面表示する(SN1)。続いて、主管理番号が入力されると、発注内容情報記憶部から該当する主管理番号の発注内容データを読み出す。主管理番号以外に副管理番号のデータがあれば、それも同時に読み出し、主管理番号、副管理番号のデータをそれぞれ表示するように画面を再構成して入荷端末に送り画面表示する。図９では、主管理番号に対応する「00」のデータと一つ目の副管理番号に対応する「01」のデータが発注時の行にそれぞれ表示されている(SN4)。なお、すでに入荷検品が終了している商品は表示されず、入荷作業済みとメッセージが表示される。「入荷」の行はそれぞれが入力窓の行になっており、図９の例では「発注」の行が２行あるので、それに対応して「入荷」の行も２行分が設けられている。
【００７７】
入荷した商品が検品され、その結果が対応する「入荷」の行に入力される(SN5)。検品の結果、入荷した商品が発注時に特定した商品と一部が異なる場合、例えば、１０個袋で１００個発注したものが、１０個袋では６０個しか入荷せず、代わって４個袋で４０個入荷した場合は、まず１０個袋の分が画面入力され(SN5)、次いで副管理番号追加ボタンがクリックされる(SN6)。するとフローはSN6から右に分岐して、すでに画面表示されている主管理番号および副管理番号のうち、最大のものに１を加えて新しい副管理番号を生成する(SN7)。また、図９に示したように、新しい「入荷」の行が画面に追加され、新しい副管理番号の末尾２桁が「入荷」の新しい行に表示されるように入荷入力画面が再構成されて画面表示される(SN4)。この新しい入力行に、発注時と異なる入荷内容が入力される(SN5)。上記の例では、４個袋で４０個入荷した分の入荷内容が入力される。さらに発注時と異なる入荷内容があれば、再び副管理番号追加ボタンがクリックされ、SN6-SN7-SN4-SN5-SN6のループをたどって入荷内容が追加入力される。追加入力すべき内容が尽きた段階で確定ボタンがクリックされると、フローはSN6から下に分岐し、画面表示内容を読み取って、入力内容記憶部に図１０に示されたように、管理番号ごとに１列で入荷内容のデータを格納する(SN8)。続いてラベルボタンがクリックされると、必要な情報がバーコードラベルに印刷できるように構成されて、ラベルプリンタから商品の梱包単位ごとに、図１１に示されたバーコードシールが印刷出力される(SN9)。これで、入荷管理のフローが終了する。
【００７８】
次に、請求項１に記載の発注管理と入荷管理のシステム全体について説明する。このシステムは、発注管理システムと入荷管理システムとを合わせ、発注から入荷検品までを一貫して行なえる管理システムである。このシステムのハードウェア構成の例を図１３に示す。この例では、データベースを管理するサーバ、発注端末、ＦＡＸモデム、入荷端末、バーコードラベルプリンタ、ルータが、主にＬＡＮ（Local Area Network）により接続されている。データベースには、発注内容記憶部、入荷内容記憶部、画面情報記憶部が設けられている。
【００７９】
このシステム例は、青果物等の物流センター内に設置されることを前提にしているが、それに限定される必要はない。特に物流センターが複数箇所存在する場合は、物流センター内には入荷端末が備えられていればよい。各部分は、例えば、電話回線によって直接結合するものでもよいし、ＷＡＮ（Wide Area Network）やインターネットを介して結合していてもよい。
【００８０】
なお、発注管理システムや入荷管理システムのハードウェア構成例は、図１３に示されたハードウェア構成の該当部分を用いて構成することができる。
【００８１】
請求項８に記載のプログラムは、請求項１に記載の発明をコンピュータにより実現するためのプログラムであり、これをコンピューターが読み取り可能な記録媒体に格納してもよい。ここで、記録媒体とは、フレキシブルディスク、光磁気ディクス、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記録装置のことを言う。また、プログラムは部分に分割し、分割したものをそれぞれに記憶媒体に格納することも可能である。
【００８２】
実施例のデータベースは、リレーショナルデータベースを用いて構成してもよいし、ＸＭＬ（eXtensible Markup Language）型のデータベースで構成してもよい。
【００８３】
発注端末、入荷端末は、それぞれ汎用のパーソナルコンピュータであるが、必ずしもそれらには限られず携帯電話やＰＤＡ（Personal Digital Assistance）、さらには専用のネットワーク端末などであってもよい。
【００８４】
また、各コンピュータには、上記以外に周辺機器として入力装置、ディスプレイ、プリンタ等が接続される。ここで、入力装置とはキーボード、マウスなどの入力デバイスをいう。ディスプレイとは、ＣＲＴ（Cathode Ray Tube）や液晶表示装置などを言う。
【００８５】
データベースは、サーバに内蔵するものであってもよいし、他の装置内にあり通信によりサーバからアクセスするものであってもよい。また、発注端末若しくは入荷端末内部に設けられていても良い。記憶部またはデータベースは、ハードディスク装置や光磁気ディスク装置、フラッシュメモリなどの不揮発性メモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭのような揮発性のメモリ、あるいはこれらの組み合わせにより構成される。各端末にあっても同じ。
【００８６】
主管理番号は画面表示しても良いが、発注データが特定できさえすればよく、必ずしも画面表示されている必要はない。すなわち、商品番号、発注先、発注日等で特定できるのであれば、主管理番号はコンピュータの内部管理番号として機能すればよく、必ずしも画面表示される必要はない。
【００８７】
副管理番号は、本実施態様に記載したような末尾２桁が「01」から始まる必要はなく、任意の記号等を用いて実質的に区別できるようにすればよい。旧請求項１にいう「主管理番号に関連する」とは、上記の例のように主管理番号に連続する副管理番号を用いる場合に限定されるものではなく、主管理番号との関連性を維持した状態の副管理番号を用いることを意味している。従って、副管理番号が主管理番号から一定番号とばした番号から始まっていても良い。また、上記の例で、主管理番号の末尾２桁の「00」を無視して、主管理番号を形式上６桁の数字とし、副管理番号は上記の例と同じ８桁の数字とし、副管理番号の前６桁を主管理番号との関連性を維持するための番号とすることもできる。
【００８８】
発注送信部は、上記の例ではファックスを用いて発注連絡を行っているが、もちろん、電子メールによる方法やホームページに掲載する方法を用いることもできる。
【００８９】
入荷内容画面は、図８のように、主管理番号を用いて発注内容記憶部から読み出しても良いが、発注先と入荷希望日でデータを特定し、複数の商品番号の商品を１つの画面に表示するようにしてもよい。実際の商品物流では、同一の生産地からのトラックには、同じ入荷日の複数種の青果物等が搭載されているのが通常であるから、一々主管理番号ごとに入荷入力画面を呼び出すより、同じ生産地から同じ日に納品される予定の商品を一覧形式で表示する方法には実際上のメリットがある。
【００９０】
入荷内容情報記憶部は、図１０に示したように発注内容情報記憶部とは別のテーブルとしてもよいが、両者を主管理番号と副管理番号で管理される１つのテーブルとしてもよい。
【００９１】
また、発注と入荷の管理システムだけではなく、同様の主管理番号、副管理番号を用いて、物流センターから各販売店への分荷および出荷の管理システムを構築することも可能である。
【００９２】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の思想を逸脱しない設計変更も含まれる。
【００９３】
【発明の効果】
複数の生産地から頻度高く調達する必要があったり、品質や数量が随時変動するような商品の発注管理と入荷管理を柔軟に行なうことができる。その結果、それらのデータを翌年度の生産計画や発注計画に活かすことができる。特に青果物の物流管理に適している。
【図面の簡単な説明】
【図１】 発注管理システム例を示すブロック図である。
【図２】 発注内容を入力するための定型画面例の図である。
【図３】 発注内容が発注入力画面に入力されている例の図である。
【図４】 入荷希望日別画面例の図である。
【図５】 発注内容データが格納されているテーブル例の図である。
【図６】 発注処理のフローチャート例である。
【図７】 入荷管理システム例を示すブロック図である。
【図８】 入荷内容を入力するための定型画面例の図である。
【図９】 入荷内容が入荷内容入力画面に入力されている例の図である。
【図１０】 入荷内容情報が格納されているテーブル例の図である。
【図１１】 バーコードラベル例の図である。
【図１２】 入荷処理のフローチャート例である。
【図１３】 ハードウェア構成例の概念図である。
【符号の説明】
1 処理部、2 記憶部、3 表示部、4 主管理番号生成部、5 副管理番号生成部、6 発注内容格納部、7 発注送信部、8 画面情報記憶部、9 発注内容記憶部、10入力インターフェイス、11 画面出力インターフェイス、12 ファックスインターフェイス。SH1 スタート、SH2 主管理番号生成ステップ、SH3 発注入力画面表示ステップ、SH4 発注内容入力、SH5 判断ステップ、SH6 副管理番号生成ステップ、SH7 発注内容格納ステップ、SH8 発注ファックス送信ステップ、SH9 終了。71 処理部、72 記憶部、73 表示部、74 副管理番号生成部、75 入荷内容格納部、76 ラベルプリンタ出力部、77 発注内容記憶部、78 画面情報記憶部、79 入荷内容記憶部、80 入力インターフェイス、81 画面出力インターフェイス、82プリンタ出力インターフェイス。SN0 スタート、SN1 入荷入力画面表示ステップ、SN2 主管理番号入力、SN3 対応発注情報取得ステップ、SN4 入力画面再構成再表示ステップ、SN5 入荷内容入力、SN6 副管理番号追加判断ステップ、SN7 副管理番号生成ステップ、SN8 入荷内容格納ステップ、SN9 バーコードラベル印刷ステップ、SN10 終了。131 データベース、132 サーバ、133 発注端末、134 ファックスモデム、135入荷端末、136 バーコードラベルプリンタ、137 ルータ、138 公衆回線、139 外部ルータ。
【図１】
0004689117.tif 000002
【図２】
0004689117.tif 000003
【図３】
0004689117.tif 000004
【図４】
0004689117.tif 000005
【図５】
0004689117.tif 000006
【図６】
0004689117.tif 000007
【図７】
0004689117.tif 000008
【図８】
0004689117.tif 000009
【図９】
0004689117.tif 000010
【図１０】
0004689117.tif 000011
【図１１】
0004689117.tif 000012
【図１２】
0004689117.tif 000013
【図１３】
0004689117.tif 000014