(57)【要約】【課題】  各販売会社で発注を生産工場にしたとき、生産工場側がその発注が在庫補充のための発注か早急に必要とする発注か区別がつかず、顧客に納期の遅れが生じる場合があった。【解決手段】  拠点サーバ装置は在庫マスタデータベースと注文マスタデータベースと受注マスタデータベースと発注システムとを有し、拠点基幹装置は拠点在庫管理データベースと発注予定情報作成プログラムを有し、中央基幹装置は中央在庫管理データベースを有する。【選択図】    図１
2007091419.tif 000002
【特許請求の範囲】
【請求項１】
拠点サーバ装置に付随する拠点基幹装置とその拠点基幹装置のデータを集約する中央基幹装置とがネットワークを経由して接続され、さらに中央基幹装置と各生産工場の閲覧用端末とがネットワークを経由して接続されている在庫管理システムであって、
拠点サーバ装置は、
在庫情報を有する在庫マスタデータベースと、
注文情報を有する注文マスタデータベースと、
受注情報を有する受注マスタデータベースと、
発注情報を有する発注システムと、を少なくとも具備し、
拠点基幹装置は、
拠点サーバ装置の在庫情報と注文情報と受注情報と、中央基幹装置の発注予定情報と、を格納する拠点在庫管理データベースと、
拠点サーバ装置の前記データベースから在庫情報と注文情報と受注情報とを収集し、中央管理装置から発注予定情報を収集する情報収集手段と、を具備し、
中央基幹装置は、
拠点基幹装置から取得した在庫情報と注文情報と受注情報を格納する中央在庫管理データベースと、
拠点基幹装置の前記拠点在庫管理データベースから在庫情報と注文情報と受注情報を取得する中央基幹装置取得手段と、
拠点基幹装置へ発注予定情報を送信する送信手段と、を少なくとも具備し、
各拠点の在庫情報と注文情報と発注情報とを各生産工場の閲覧用端末で管理可能であることを特徴とする在庫管理システム。
【請求項２】
拠点基幹装置の情報収集手段は、
ある所定時間の到来により、処理を開始させるかどうかを判断する判断手段と、
処理開始時に指定したサーバ装置の前記マスタデータベース内及び中央在庫管理データベースに格納されている在庫情報と注文情報と受注情報とを参照して設定した在庫管理パラメータ、発注予定情報のデータを取得するデータ取得手段と、
取得した在庫情報と注文情報と受注情報と在庫管理パラメータと発注予定情報を前記拠点在庫管理データベースに蓄積させるデータ蓄積手段と、を具備し、
所定の時間に定期実行することにより、拠点サーバ装置内の各マスタデータベース及び中央基幹装置内の中央在庫管理管理データベースから最新の在庫情報と注文情報と受注情報の収集を行う、
ことを特徴とする請求項１に記載の在庫管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各海外拠点及び国内拠点の販売会社に各々設けられている販売物流システムと各生産工場とを通信ネットワークで接続した在庫管理システムに関する。
【背景技術】
【０００２】
従来、各海外拠点及び国内拠点の販売会社に在庫情報、顧客からの注文情報、受注情報があり、販売をしていくために必要な情報は販売会社側が全部所有しており、在庫管理も生産工場側ではなく販売会社側が行っていた。
【０００３】
また、特許文献１に記載の「在庫管理システム及び在庫管理方法」が知られている。このシステム及び方法は、全国各地に点在する倉庫の在庫情報を統一して一元管理し、商品の受注に応じた配送を迅速かつ的確に行うようにしている。
【特許文献１】特開平１０−１２０１２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した特許文献１に開示された発明では、販売会社側の情報の把握による間接的な管理であり、在庫の管理を生産工場が直接的に行っているわけではなく、生産工場が販売会社によって行われる発注量の管理を適切に行っているわけでもない。
【０００５】
通常、販売会社において商品を販売した際に在庫量を補充する必要があるので、販売会社は工場に対して商品を発注する。例えば、工場側に２つの海外拠点の販売会社から発注があり、１つ目の販売会社は早急に必要な発注であり、２つ目の販売会社は早急に必要ではなく在庫補充のための発注であった場合に、工場側では、その発注の背景を把握できない。つまり、工場側では、早急に必要な発注であるのかないのか区別することができず、早急な納品が必要な販売会社の方の納期を遅らせてしまうこともあった。
【０００６】
そこで、本発明者は、上記の問題点を解決することを目的として鋭意検討を重ね、その結果、販売会社側の在庫情報、注文情報、受注情報を生産工場側で一元管理すると共に、生産工場側で販売会社が行う発注行為をより効率的にすることが可能とする在庫管理システムを発明するに至ったものである。
【課題を解決するための手段】
【０００７】
この発明の在庫管理システムは、拠点サーバ装置に付随する拠点基幹装置とその拠点基幹装置のデータを集約する中央基幹装置とがネットワークを経由して接続され、さらに中央基幹装置と各生産工場の閲覧用端末とがネットワークを経由して接続されてなるものである。
【０００８】
拠点サーバ装置は、在庫情報を有する在庫マスタデータベースと、注文情報を有する注文マスタデータベースと、受注情報を有する受注マスタデータベースと、発注情報を有する発注システムと、を少なくとも具備している。
【０００９】
拠点基幹装置は、拠点サーバ装置の在庫情報と注文情報と受注情報と、中央基幹装置の発注予定情報と、を格納する拠点在庫管理データベースと、拠点サーバ装置の前記データベースから在庫情報と注文情報と受注情報とを収集し、中央管理装置から発注予定情報を収集する情報収集手段と、を具備している。
【００１０】
中央基幹装置は、拠点基幹装置から取得した在庫情報と注文情報と受注情報を格納する中央在庫管理データベースと、拠点基幹装置の前記拠点在庫管理データベースから在庫情報と注文情報と受注情報を取得する中央基幹装置取得手段と、拠点基幹装置へ発注予定情報を送信する送信手段と、を少なくとも具備している。
【００１１】
このような構成によれば、各拠点で独自に所持していた製品の在庫情報、注文情報、発注情報は、拠点基幹装置でデータをとりまとめることにより、データの共通性を持たせることができる。
【００１２】
本発明システムの好ましい実施の形態にあっては、拠点基幹装置の情報収集手段は、ある所定時間の到来により、処理を開始させるかどうかを判断する判断手段と、処理開始時に指定したサーバ装置の前記マスタデータベース内及び中央在庫管理データベースに格納されている在庫情報と注文情報と受注情報とを参照して設定した在庫管理パラメータ、発注予定情報のデータを取得するデータ取得手段と、取得した在庫情報と注文情報と受注情報と在庫管理パラメータと発注予定情報を前記拠点在庫管理データベースに蓄積させるデータ蓄積手段と、を具備している。
【００１３】
このような構成によれば、情報収集を所定の時間に定期実行することにより、拠点サーバ装置内の各マスタデータベース及び中央基幹装置内の中央在庫管理管理データベースから最新の在庫情報と注文情報と受注情報の収集を行うことができる。
【発明の効果】
【００１４】
本発明によれば、各海外拠点及び国内拠点の販売会社の在庫情報、注文情報、受注情報を１箇所で一元管理することで、各販売会社が持っている在庫数等を各生産工場は把握することができる。また、生産工場側で把握した情報をもとに、生産工場から販売会社に対して適切な発注情報を通達することができる。このため、各生産工場は生産の優先順位を把握することができ、各販売会社への納期も遅らせてしまうことなく納品することが出来ると共に、過剰生産を防ぐことができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明にかかる在庫管理システムの一実施例を図面を用いて詳細に説明する。本発明の在庫管理システムは、図１に示すように、主に海外を拠点とする海外販売会社に設置される販売物流システムの拠点サーバを１０と、各拠点サーバ１０に付随して在庫管理データベース１０５を有する拠点基幹装置１１と、国内を拠点とする国内販売会社に設置される拠点サーバ１３と、拠点基幹装置１１や国内販売会社の拠点サーバ１３との間でデータ受け渡しを行うとともに、生産工場等がデータ照会可能であり、国内の本社または工場などに設置される中央基幹装置１２と、を含んでいる。生産工場や生産会社に設置される閲覧用端末１０８，１０９は、この中央基幹装置に対して情報を照会でき、データベースに情報を書き込むことができ、さらに装置の操作や管理を行うことができる。海外販売会社の拠点サーバ１０は、販売担当営業が使用する販売物流システムと、在庫マスタデータベース１０１と、注文マスタデータベース１０２と、受注マスタデータベース１０３とを含んでいる。販売物流システムを介して、在庫マスタデータベース１０１には、その海外販売会社における在庫情報が、注文マスタデータベース１０２には、その海外販売会社において顧客から申し込まれた注文情報が、受注マスタデータベース１０３には、その海外販売会社において顧客からの注文を受け付けた受注情報が、発注システム１０４には、生産工場の閲覧用端末１０８，１０９に対して品物の補充を発注するための発注情報が、それぞれ格納される。
【００１６】
拠点基幹装置１１は、各拠点サーバ１０毎に設けられている。各拠点サーバ１０の各マスタデータベースに格納されている在庫情報と注文情報と受注情報とは、拠点期間装置内の拠点在庫管理データベース１０５に集約されて格納される。そして、拠点基幹装置１１は、発注予定情報を作成または管理する手段１０６を持っている。発注予定情報作成手段１０６により、作成した発注予定情報を自動的に拠点サーバ１０の発注システムに送信する。発注予定情報作成手段１０６に必要なパラメータは中央基幹装置から設定する構成とすることができる。それぞれの拠点基幹装置１１の拠点在庫管理データベースに格納された各情報は、中央基幹装置１２に設けられている中央在庫管理データベース１０７に集約されて格納される。国内販売会社の販売物流システム１３の国内配送センタ在庫管理データベース１１０の在庫情報も同様に、中央在庫管理データベース１０７に集約されて格納される。
【００１７】
また、本発明の在庫管理システムにおいて、図２に示すように、各海外販売会社２０と拠点基幹装置２１と中央基幹装置２２との間で、受注や発注などが矢印で示されるような流れで行われる。図中右上の顧客から注文を各海外販売会社２０が受けて受注し、在庫で持っていた品物を顧客に対して出荷する。それらの受注、在庫、注文に関する情報は、拠点基幹装置２１に集約されて格納される。それらの情報は中央基幹装置２２にて集約されて格納される。そして図示しない生産工場や生産会社の閲覧用端末１０８，１０９から、上記それぞれの情報を照会し、販売会社の在庫情報や工場の生産予定情報に基づいて在庫管理パラメータを拠点基幹装置２１の在庫管理パラメータ記憶部に設定入力することができる。在庫管理パラメータとは、販売会社の在庫管理に関する情報、例えば、発注量情報や発注時期情報、発注点などを含む。促しを開始する条件情報として、例えば発注点方式がある。発注点方式とは、在庫管理の分野で当業者に一般的に知られた手法であり、在庫有効残数量が一定の水準まで減少したら、あらかじめ定めておいた発注量を機械的に発注する方法である。他に例えば、品物毎の毎月の出庫増減傾向や、現在の受注状況などから、在庫が所定数以下になった発注点のタイミングで在庫補充の発注をかけた方がよいといった経験則に照らして導いた発注タイミングに関する情報で、発注点を判断するのに必要なデータを条件情報とすればよい。また、中央基幹装置２２は、発注情報をマニュアルで作成できる機能も持っているので、生産工場側の生産計画などの事情によって生産工場から都度的に販売会社へ発注を促すこともできるような構成をしている。販売会社システム２０にて拠点基幹装置２１からの自動的に作成された発注予定情報、または中央基幹装置２２から手動的に作成された発注予定情報を受信すると、発注残の情報と在庫情報とを確認し、その発注促しに準じて、販売会社２０は、拠点基幹装置２１を経由して、中央基幹装置２２に対して補充したい品物分の注文（発注）を送信する。その注文情報は在庫管理サポートへ渡され、生産工場にて把握することができるようになっている。なお、在庫管理サポート装置を生産工場に設置する構成も変形例として考えられる。
【００１８】
拠点基幹装置１１（または２１）の内部構成は図３に示すように、中央基幹装置１２などとデータ送受信するためのネットワークにつながるインターフェース３０１と、プロセッサ３０２と、入力装置３０３と、出力装置３０４と、システムバス３０５と、内部に発注予定情報作成プログラム３０６と、各種データ送受信プログラム３０７と、拠点在庫管理データベース３０８とを有する記憶装置とで、構成されるものである。発注予定情報作成プログラム３０６は、プロセッサ３０２で実行されるものである。この発注予定情報作成プログラム３０６は、中央基幹装置２２が自動的に海外販売会社へ発注を促すことができるように、前述の促しを開始する条件情報を求める処理をプロセッサ３０２にさせるためのものである。なお、図１の発注予定情報作成手段１０６は、図３における発注予定情報作成プログラム３０６がプロセッサ３０２で実行される構成に該当する。
【００１９】
中央基幹装置１２（または２２）の内部構成は図４に示すように、生産工場の閲覧用端末１０８，１０９や各拠点サーバ１０、拠点基幹装置１２などとデータ送受信するためのネットワークにつながるインターフェース４０１と、プロセッサ４０２と、入力装置４０３と、出力装置４０４と、システムバス４０５と、内部に各種データ送受信プログラム４０６と、中央在庫管理データベース４０７とを有する記憶装置とで、構成されるものである。プロセッサ４０２では、図２で説明した在庫管理パラメータを送信することや、マニュアル発注情報入力をすることができる機能も併せ持っている。なお、図３の発注予定情報作成プログラム３０６と同様のプログラムを記憶装置に格納し、そのプログラムをプロセッサ４０２で実行させても良い。
【００２０】
次に、以上の構成を有する在庫管理システムの処理フローについて具体的に説明する。本実施形態システムの在庫管理の動作を示すゼネラルフローチャートを図７に示す。
【００２１】
まず、拠点サーバ１０にデータが蓄積される。蓄積されるデータは在庫情報、注文情報、受注情報である（ステップ７０１）。
【００２２】
次に拠点基幹装置１１は拠点サーバ１０からデータ取得処理を行う。拠点在庫管理データベース１０５に在庫情報、注文情報、受注情報が蓄積される（ステップ７０２）。
【００２３】
次に中央基幹装置１２でデータ取得処理が行われる。拠点基幹装置１１の拠点在庫管理データベース１０５に蓄積されたデータが中央基幹装置１２の中央在庫管理データベース１０７に蓄積される（ステップ７０３）。
【００２４】
次に拠点基幹装置１１でデータ取得処理が行われる。あらかじめ、生産工場側にて発注点、発注量などの在庫管理パラメータやマニュアル発注予定情報を設定しておき、中央基幹装置１２の中央在庫管理データベース１０７に格納しておく。拠点基幹装置１１は、その格納してある発注点、発注量などの在庫管理パラメータやマニュアル発注予定情報などを取得し、拠点在庫管理データベース１０５に蓄積する。発注予定情報の一部は発注予定情報作成プログラム１０６で自動的に作成される（ステップ７０４）。
【００２５】
次に拠点サーバ１０でデータ取得が行われる。拠点基幹装置１１の拠点在庫管理データベースにあるマニュアル発注予定情報が拠点サーバ１０にある発注システム１０４に蓄積されるか、拠点基幹装置１１の発注予定情報作成プログラム１０６で作成された発注予定情報が拠点サーバ１０にある発注システム１０４に蓄積される（ステップ７０５）。そして、拠点サーバ１０においては、拠点基幹装置１１から発注予定情報を得て、販売会社の担当者がその情報を確認し、生産工場から中央基幹装置を経由して促されている発注の促しを認識する。販売会社の担当者は発注の促しを確認し、発注システム１０４を操作することにより発注処理を行う。発注システム１０４は、発注情報を入力し、その情報を記憶する。
【００２６】
次に中央基幹装置１２でデータ取得処理が行われる。拠点サーバ１０の発注システムにある発注情報が中央基幹装置の中央在庫管理データベース１０７に蓄積される（ステップ７０６）。なお、中央基幹装置１２が発注システム１０４から発注情報を取得する構成に代えて、発注情報発注システム１０４が発注処理にて中央基幹装置に発注情報を送信する構成であっても良い。
【００２７】
次に工場へのデータ送信処理が行われる。中央基幹装置１２の中央在庫管理データベース１０７にある発注情報が各国内工場１０９へ送信される（ステップ７０７）。これにより、工場の端末１０８，１０９が販売会社へ発注を促したことに基づいて、工場の端末１０８，１０９がその発注を受け付けることができる。つまり、発注のコントロールを工場側で行うような構成となっている。
【００２８】
拠点サーバによる拠点基幹装置へのデータ送信処理を示すフローチャートを図８に示す。まず、現在の時刻を取得し（ステップ８０１）、処理開始時刻が到来していない場合、ステップ８０１へ戻り、処理開始時刻が到来した場合（ステップ８０２）、自拠点サーバ内の在庫マスタデータベースの在庫情報を取得し（ステップ８０３）、自拠点サーバ内の注文マスタデータベースの注文情報を取得し（ステップ８０４）、自拠点サーバ内の受注マスタデータベースの受注情報を取得し（ステップ８０５）、拠点基幹装置へデータを送信する（ステップ８０６）。
【００２９】
拠点基幹装置による拠点サーバからのデータ受信処理を示すフローチャートを図９に示す。まず、拠点サーバからのデータ送信処理の有無を確認し（ステップ９０１）、拠点サーバからのデータ送信処理が無い場合、ステップ９０１へ戻り、拠点サーバからのデータ送信処理が有る場合、拠点サーバからの在庫情報、注文情報、受注情報を取得し（ステップ９０２）、取得した在庫情報、注文情報、受注情報を拠点在庫管理データベースに保存し（ステップ９０３）、取得処理に該当するデータは取得済みであるか確認し（ステップ９０４）、取得済みでない場合、ステップ９０２へ戻り、取得済みである場合、終了する。
【００３０】
拠点基幹装置による中央基幹装置へのデータ送信処理を示すフローチャートを図１０に示す。まず、現在の時刻を取得し（ステップ１００１）、処理開始時刻が到来していない場合、ステップ１００１へ戻り、処理開始時刻が到来した場合（ステップ１００２）、自拠点基幹装置内の拠点在庫管理データベースに格納されている在庫情報、注文情報、受注情報を取得し（ステップ１００３）、中央基幹装置へデータ送信する（ステップ１００４）。
【００３１】
中央基幹装置による拠点基幹装置からのデータ受信処理を示すフローチャートを図１１に示す。まず、拠点基幹装置からのデータ送信処理の有無を確認し（ステップ１１０１）、拠点基幹装置からのデータ送信処理が無い場合、ステップ１１０１へ戻り、拠点基幹装置からのデータ送信処理が有る場合、在庫情報、注文情報、受注情報を取得し（ステップ１１０３）、取得した在庫情報、注文情報、受注情報を中央在庫管理データベースに保存し（ステップ１１０４）、取得処理に該当するデータは取得済みであるか確認し（ステップ１１０５）、取得済みでない場合、ステップ１１０３へ戻り、取得済みである場合、終了する。
【００３２】
中央基幹装置による拠点基幹装置へのデータ送信処理を示すフローチャートを図１２に示す。まず、現在の時刻を取得し（ステップ１２０１）、処理開始時刻が到来していない場合、ステップ１２０１へ戻り、処理開始時刻が到来した場合（ステップ１２０２）、中央基幹装置内の中央在庫管理データベースに格納されている在庫補充発注パラメータ、マニュアル発注予定情報、サプライヤカレンダ、コントロールテーブルを取得し（１２０３）、送信条件が成立した場合（１２０４）、拠点基幹装置へデータ送信され（ステップ１２０５）、送信条件が成立しない場合（ステップ１２０４）、何もしない。なお、ここでの送信条件は、在庫補充発注パラメータについては在庫補充発注パラメータに変更があったかどうかであり、マニュアル発注予定情報についてはマニュアル発注予定情報が入力されたかどうかであり、サプライヤカレンダについてはサプライヤカレンダに変更があったかどうかであり、コントロールテーブルについては無条件である。例えば、在庫補充発注パラメータに変更があり、サプライヤカレンダに変更があった場合、在庫補充発注パラメータ、サプライヤカレンダ、及びコントロールテーブルが拠点基幹装置へデータ転送される。
【００３３】
拠点基幹装置による中央基幹装置からのデータ受信処理を示すフローチャートを図１３に示す。まず、中央基幹装置からのデータ送信処理の有無を確認し（ステップ１３０１）、中央基幹装置からのデータ送信処理が無い場合、ステップ１３０１へ戻り、中央基幹装置からのデータ送信処理が有る場合、中央基幹装置からデータを受信し（ステップ１３０２）、在庫補充発注パラメータ、マニュアル発注予定情報、サプライヤカレンダ、コントロールテーブルを取得し（ステップ１３０３）、取得した在庫補充発注パラメータ、マニュアル発注予定情報、サプライヤカレンダ、コントロールテーブルを拠点在庫管理データベースに保存し（ステップ１３０４）、取得処理に該当するデータは取得済みであるか確認し（ステップ１３０５）、取得済みでない場合、ステップ１３０３へ戻り、取得済みである場合、終了する。
【００３４】
拠点基幹装置１１による拠点サーバへの発注予定情報送信処理を示すフローチャートを図１４に示す。自動発注でなくマニュアル発注を想定している場合（ステップ１４０１）、拠点在庫管理データベース１０からマニュアル発注予定情報を取得する（ステップ１４０４）。このマニュアル発注予定情報は、工場の担当者によって中央基幹装置１２にあらかじめ入力されたマニュアル発注予定情報であって、図１３のステップ１３０４によって中央基幹装置１２から拠点在庫管理データベース１０へ送信されたものである。自動発注である場合（ステップ１４０１）、発注予定情報作成プログラム３０６の実行により、入庫予定有効残数量が発注点を下回るかどうかの判断をする（ステップ１４０２）。入庫予定有効残数量が発注点を下回らない場合、まだ発注しなくて良いので、発注予定情報を自動作成せずにステップ１４０５へ進む。ステップ１４０２にて、入庫予定有効残数量が発注点を下回ったと判断した場合、発注を促す必要があるので、発注点方式にて発注予定情報を自動生成し（ステップ１４０３）、ステップ１４０５へ進む。なお発注点方式とは、在庫管理の分野で当業者に一般的に知られた手法であり、在庫有効残数量が一定の水準まで減少したら、あらかじめ定めておいた発注量を機械的に発注する方法である。次に発注予定情報が存在する場合（ステップ１４０５）、つまり、マニュアル発注予定情報か自動作成された発注予定情報かのいずれかが存在する場合、販売会社の各拠点サーバ１０へ発注予定情報を送信し、発注予定情報が存在しない場合（ステップ１４０５）、何もしない。なお、各拠点サーバ１０への発注予定情報の送信は、拠点サーバ１０からデータ取得するような構成であっても良い。
【００３５】
拠点サーバによる拠点基幹装置からのデータ受信処理を示すフローチャートを図１５に示す。まず、拠点基幹装置からのデータ送信処理の有無を確認し（ステップ１５０１）、拠点基幹装置からのデータ送信処理が無い場合、ステップ１５０１へ戻り、拠点基幹装置からのデータ送信処理が有る場合、拠点基幹装置からデータを受信し（ステップ１５０２）、発注予定情報を取得し（ステップ１５０３）、取得した発注予定情報を発注システムに保存し（ステップ１５０４）、取得処理に該当するデータは取得済みであるか確認し（ステップ１５０５）、取得済みでない場合、ステップ１５０３へ戻り、取得済みである場合、終了する。発注予定情報を取得したということは、工場側の端末１０８，１０９から発注の促しがあったということであり、販売会社の担当者がその発注促しを認識できる仕組みとなっている。
【００３６】
拠点サーバによる中央基幹装置へのデータ送信処理を示すフローチャートを図１６に示す。まず、現在の時刻を取得し（ステップ１６０１）、処理開始時刻が到来していない場合、ステップ１６０１へ戻り、処理開始時刻が到来した場合（ステップ１６０２）、自拠点サーバ内の発注システムの発注情報を取得し（１６０３）、中央基幹装置へデータを送信する（ステップ１６０４）。処理開始時刻を任意に定めることで、中央基幹装置１２への発注送信を１日１回行うようにしたり、１日数回、または数日に１回行うようにすることができる。なお、ステップ１６０１〜１０６３を自動的に行う代わりに、販売会社の担当者がその発注促しを認識し、手動にて発注処理を行うようにする構成であっても良い。
【００３７】
中央基幹装置による拠点サーバからのデータ受信処理を示すフローチャートを図１７に示す。まず、拠点サーバからのデータ送信処理の有無を確認し（ステップ１７０１）、拠点サーバからのデータ送信処理が無い場合、ステップ１７０１へ戻り、拠点サーバからのデータ送信処理が有る場合、拠点サーバからデータを受信し（ステップ１７０２）、発注情報を取得し（ステップ１７０３）、取得した発注情報を中央在庫管理データベースに保存し（ステップ１７０４）、取得処理に該当するデータは取得済みであるか確認し（ステップ１７０５）、取得済みでない場合、ステップ１７０３へ戻り、取得済みである場合、終了する。
【００３８】
以上が主な処理の流れである。このように、工場側の端末１０８，１０９から販売会社への発注の促しを行い、販売会社に対応する発注をさせるような仕組みが構築できる。なお、好ましくは、拠点サーバと拠点基幹装置とを同じ時差内の場所に設置すると良い。拠点基幹装置において、販売会社内で日々の顧客からの受注や発注状況、在庫状況に基づいて拠点サーバの稼働状態と同期して発注処理をすることができるからである。また、中央基幹装置側は工場と同じ時差内の場所に設置すると良い。工場の業務遂行時間に合わせて工場の閲覧用端末１０８，１０９から各拠点サーバに格納されている在庫情報と受注情報と発注情報を一元化して見れるようにした方が便利だからである。
【００３９】
次に在庫補充発注について説明する。在庫補充発注パラメータ更新の画面例を示す図を図６に示す。この画面は工場の在庫管理担当者が販売会社の在庫の発注点等を更新するものである。工場の在庫管理担当者が更新する項目は、補充発注方法、発注点自動設定フラグ、発注点、発注量、安全係数、オーダー上限件数である。更新された情報は販売会社毎に決められた時間に拠点基幹装置に送信され、拠点基幹装置にて発注予定情報を生成し拠点サーバに送信、当日の夜間からの補充発注に適用される。
【００４０】
中央または拠点在庫管理データベース内のレイアウト例を示す説明図を図５に示す。データベース内は例えば商品コード５０１、販売会社名称５０２、個々の在庫の保管場所のコード５０３、現物有効残数量５０４、入庫予定有効残数量５０５、日付５０６、補充発注方法５０７、発注点５０８，発注量５０９、発注点自動設定フラグ５１０、オーダー上限件数５１１、安全係数５１２などがある。
【００４１】
なお、上記の実施例の説明は、本発明の一例であり、本発明を限定するものではなく、種々の変更が考えられる。
【産業上の利用可能性】
【００４２】
本発明によれば、各海外拠点及び国内拠点の販売会社の在庫情報、注文情報、受注情報を１箇所で一元管理することで、各販売会社が持っている在庫数等を各生産工場は把握することができる。また、把握した情報を基に発注予定情報を販売会社に通達することができる。このため、各生産工場は生産の優先順位を把握することができ、各販売会社への納期も遅らせてしまうことなく納品することが出来ると共に、過剰生産を防ぐことができる。
【図面の簡単な説明】
【００４３】
【図１】本実施形態システムのシステム構成図である。
【図２】本実施形態システムのシステム構成詳細図である。
【図３】拠点基幹装置の内部構成を概略的に示すブロック図である。
【図４】中央基幹装置の内部構成を概略的に示すブロック図である。
【図５】中央（拠点）在庫管理データベース内のレイアウト例を示す説明図である。
【図６】在庫補充発注パラメータ更新の画面例を示す図である。
【図７】本実施形態システムの在庫管理の動作を示すゼネラルフローチャートである。
【図８】拠点サーバによる拠点基幹装置へのデータ送信処理を示すフローチャートである。
【図９】拠点基幹装置による拠点サーバからのデータ受信処理を示すフローチャートである。
【図１０】拠点基幹装置による中央基幹装置へのデータ送信処理を示すフローチャートである。
【図１１】中央基幹装置による拠点基幹装置からのデータ受信処理を示すフローチャートである。
【図１２】中央基幹装置による拠点基幹装置へのデータ送信処理を示すフローチャートである。
【図１３】拠点基幹装置による中央基幹装置からのデータ受信処理を示すフローチャートである。
【図１４】拠点基幹装置による拠点サーバへの発注予定情報送信処理を示すフローチャートである。
【図１５】拠点サーバによる拠点基幹装置からのデータ受信処理を示すフローチャートである。
【図１６】拠点サーバによる中央基幹装置へのデータ送信処理を示すフローチャートである。
【図１７】中央基幹装置による拠点サーバからのデータ受信処理を示すフローチャートである。
【符号の説明】
【００４４】
１０  拠点サーバ
１１、２１  拠点基幹装置
１２、２２  中央基幹装置
１３  国内拠点サーバ販売物流システム
２０  各海外販売会社
１０１  在庫マスタデータベース
１０２  注文マスタデータベース
１０３  受注マスタデータベース
１０４  発注システム
１０５、３０８  拠点在庫管理データベース
１０６、３０６  発注予定情報作成プログラム
１０７、４０７  中央在庫管理データベース
１０８  海外生産会社の閲覧用端末
１０９  国内工場の閲覧用端末
１１０  国内拠点在庫管理データベース
３０１、４０１  インターフェース
３０２、４０２  プロセッサ
３０３、４０３  入力装置
３０４、４０４  出力装置
３０５、４０５  システムバス
３０７、４０６  各種データ送受信プログラム
【図１】
2007091419.tif 000003
【図２】
2007091419.tif 000004
【図３】
2007091419.tif 000005
【図４】
2007091419.tif 000006
【図５】
2007091419.tif 000007
【図６】
2007091419.tif 000008
【図７】
2007091419.tif 000009
【図８】
2007091419.tif 000010
【図９】
2007091419.tif 000011
【図１０】
2007091419.tif 000012
【図１１】
2007091419.tif 000013
【図１２】
2007091419.tif 000014
【図１３】
2007091419.tif 000015
【図１４】
2007091419.tif 000016
【図１５】
2007091419.tif 000017
【図１６】
2007091419.tif 000018
【図１７】
2007091419.tif 000019