JP2002318613A - 部品供給管理システム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザとサプライヤ間の情報のやり取りを密
にして、臨機応変な対応が可能な部品納品管理システム
を提供するものである。 【解決手段】 ユーザにおけるユーザ端末（２０）とネ
ットワーク（１）を介して接続可能であって、前記ユー
ザに対して部品を供給するサプライヤにおけるサーバ
（１０）において、ユーザ端末より部品使用予測情報を
受信し、部品予測情報に基づいて部品製造手配情報を求
め、部品製造手配情報に基づいてユーザへ部品を納品す
るためのストックポイントにおける部品入庫予定情報を
求め、部品使用予測情報、部品製造手配情報及び部品入
庫予定情報に基づいてストックポイントにおける将来の
在庫予測情報を求めることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、部品供給を受ける
会社（ユーザ）と部品製造を行う会社（サプライヤ）と
を密接に結び付け、必要な時期に、必要な部品を過不足
なく供給ならびに購入するための部品供給管理システム
に関するものである。

【０００２】

【従来の技術】ユーザは、複数のサプライヤから部品を
購入し、それらの部品を組み立てて、最終製品を製造等
としている。通常サプライヤは、多種多用の部品を扱っ
ているため、常に全ての種類の部品を大量に在庫してい
るわけではない。しかしながら、ユーザからは、特定の
部品について、出来るだけ短い納期で希望する量の納品
を行うよう要望されている。

【０００３】そこで、サプライヤは、ユーザから部品使
用予測情報（フォーキャスト）を受取り、そのフォーキ
ャストに基づいて、ユーザが必要な部品を予め製造し、
ユーザの近くの集積地（ストックポイント）まで輸送し
て保管していた。これによって、ユーザから、例えば、
明日中に所定の部品を所定数量納品してほしい旨の確定
注文を受けても、速やかにユーザの希望通りの納品を行
えるように準備していた。

【０００４】しかしながら、人気のある部品の注文が大
量になされる反面、人気の無い部品の注文は大幅に減少
することがある。したがって、ユーザはフォーキャスト
通りにサプライヤに部品の注文を行うとは限らず、さら
にフォーキャストと実際の部品の注文との間に大きな差
が生ずる場合もあった。フォーキャストの方が実際の注
文より大きい場合には、サプライヤが過剰な量の部品を
在庫として保管することが必要となり、逆に、フォーキ
ャストの方が実際の注文より小さい場合、ユーザが希望
する量の部品を納品することが出来ないという不具合が
生じることとなる。

【０００５】また、ストックポイントに保管されている
部品の在庫は、必ずしも１回分の納品数量分だけが保管
されている訳ではないが、例えば急に大量の部品の注文
を受けた場合、その注文には応じられるが、その歪によ
って、次回以降の注文には応じられないという場合もあ
った。

【０００６】

【発明が解決しようとする課題】本発明は、上記のよう
な従来技術が有する欠点を補ったものであり、ユーザと
サプライヤ間の情報のやり取りを密にして、臨機応変な
対応が可能な部品納品管理システムを提供するものであ
る。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、本発明に従った部品供給管理システムでは、ユーザ
におけるユーザ端末とネットワークを介して接続可能で
あって、前記ユーザに対して部品を供給するサプライヤ
におけるサーバにおいて、ユーザ端末より部品使用予測
情報を受信し、部品予測情報に基づいて部品製造手配情
報を求め、部品製造手配情報に基づいてユーザへ部品を
納品するためのストックポイントにおける部品入庫予定
情報を求め、部品使用予測情報、部品製造手配情報及び
部品入庫予定情報に基づいてストックポイントにおける
将来の在庫予測情報を求めることを特徴とする。ストッ
クポイントにおける将来の在庫予測情報を求めることに
よって、ユーザの要求に何処まで応じられるかの指標を
提示することが可能となる。

【０００８】また、サーバは、部品使用予測情報、部品
製造手配情報、部品入庫予定情報及び在庫予測情報に基
づいて納品状況画面を作成して、ユーザ端末へ送信する
ことが好ましい。ユーザ端末に対し、部品の製造、納品
及び在庫状況が一目で分かる画面を提供するものであ
る。さらに、サーバは、部品使用予測情報、部品製造手
配情報、部品入庫予定情報及び在庫予測情報をユーザ端
末へ送信することが好ましい。ユーザ端末に対し、納品
状況画面を送信するのではなく、納品状況画面のための
データを送信し、ユーザ端末側に予めインストールされ
ているアプリケーション・ソフトウエアによって納品状
況画面を作成及び表示できるようにしたものである。

【０００９】さらに、サーバは、部品使用予測情報に基
づいて、ストックポイントにおける理想在庫数情報を求
め、理想在庫数情報に基づいて部品製造手配情報を求め
ることが好ましい。さらに、サーバは、現時点から予め
決められた期間中の部品使用予測情報の平均値に係数α
を乗じた値を前記理想在庫情報とし、係数αはサプライ
ヤにおける部品の製造期間以上且つ所要期間（製造期間
＋輸送期間）以下に設定されることが好ましい。係数α
を所定の範囲に設定することによって、適正なストック
ポイントにおける在庫を維持しようとするものである。

【００１０】

【発明の実施の形態】図１は、本発明による部品供給管
理システムの一実施形態を示したシステム図である。図
１を用いて、本システムの概要について説明する。本シ
ステムは、インターネットや特殊回線等の各種のネット
ワーク１に接続された、サプライヤ側サーバ１０、ユー
ザ端末２０及びストックポイント端末３０等から構成さ
れる。

【００１１】サプライヤ側サーバ１０は、各種の表示を
行う表示部１１、各種データの送受信及び各種の処理を
行う処理部１２、各種データの記憶を行うための主記憶
部１３および各種データの入力や各種操作入力を行うた
めの入力部１４等から構成されている。同様に、ユーザ
端末２０は、表示部２１、処理部２２、主記憶部２３及
び入力部２４等から構成され、ストックポイント端末３
０は、表示部３１、処理部３２、主記憶部３３及び入力
部３４等から構成されている。

【００１２】サプライヤは、電子部品設備１６を用いて
部品を製造し、製造した電子部品をユーザの所在地の近
傍に位置するストックポイント（倉庫等）まで輸送及び
保管して、ユーザからの注文があった場合に速やかに納
品できるように準備している。次に、本システムにおい
て使用される各種データについて説明する。

【００１３】「フォーキャスト」データとは、ユーザが
その週に確定注文を行うと予想される部品の数量を示す
ものである。本実施形態では、各週毎に、サプライヤ側
サーバ１０はユーザ端末２０より、常に１３週分の「フ
ォーキャスト」データを受信することとしている。「確
定注文」データとは、正式に、ユーザからサプライヤに
対して部品の注文を行う数量を示すデータである。本実
施形態では、各週毎に、サプライヤ側サーバ１０はユー
ザ端末２０より、常に１週分の「確定注文」データを受
信することとしている。

【００１４】「当週入庫累計数」データとは、当週の月
曜日から現時点までに、ストックポイントに入庫された
部品の累計数を示すデータである。また、「当週入庫累
計数」データは、ストックポイント端末３０から入力さ
れてサプライヤ側サーバ１０で受信される。「現時点出
荷可能在庫数」データとは、現時点で、ストックポイン
トからユーザに対して納品することができる部品の数量
を表すデータである。実際に納品するためには、伝票や
梱包等の諸手続きを必要とする場合があるので、ストッ
クポイントに入庫されて部品の内の全ての部品が納品可
能な訳ではない。また、「現時点出荷可能在庫数」デー
タは、ストックポイント端末３０から入力されてサプラ
イヤ側サーバ１０で受信される。

【００１５】「当週出荷指示累計数」データとは、当週
の月曜日から現時点までに、ストックポイントに対して
サプライヤが行った、ユーザに対する部品の納品指示の
累計数を示すデータである。なお、「当週出荷指示累計
数」データは、サプライヤ側サーバ１０によって、「現
時点出荷可能在庫数」データの範囲内で、ユーザ端末２
０から受信した「確定注文」データに応じて決定され
る。なお、本実施形態では、ストックポイントからユー
ザへは、１週間以内に納品可能であることとしている。

【００１６】「生産予定数」データとは、サプライヤの
部品製造設備１６において生産される予定の部品の数量
を示すデータである。本実施形態では、サプライヤ側の
部品製造設備１６へ部品の製造手配を行った後、４週間
後に部品が完成することとしている（以下「部品製造期
間」と言う）。したがって、当週から３週間先の「生産
予定数」データは、当週に生産完了予定の部品の数量を
示し、当週から４週間先の「生産予定数」データは、次
週に生産完了予定の部品の数量を示し、当週から５週間
先の「生産予定数」データは、３週間先に生産完了予定
の部品の数量を示し、当週から６週間先の「生産予定
数」データは、当週から４週間先に生産完了予定の部品
の数量を示している。

【００１７】「入庫予定数」データとは、サプライヤ１
０からストックポイント３０へ入庫される予定の部品の
数量を示すデータである。本実施形態では、サプライヤ
側の部品製造設備からストックポイントへの輸送に２週
間を必要とすることとしている（以下「輸送期間」と言
う）。したがって、当週の「入庫予定数」データは、当
週にストックポイントに入庫予定の部品の数量を示し、
次週の「入庫予定数」データは、次週にストックポイン
トに入庫予定の部品の数量を示している。

【００１８】「当週月曜日出荷可能予測在庫」データと
は、該当する週の月曜日に、ストックポイント３０から
出荷可能な部品の数量を予測したデータである。「生産
計画枠取数」データとは、サプライヤの部品製造設備１
６における生産能力には限界があるため、予め製造する
部品の枠取を行うためのデータである。当週から６週間
先の「生産計画枠取数」データは、当週に製造手配を行
う部品の数量を示し、当週から７週間先〜１３週間先の
「生産計画枠取数」データは、当週から７週間〜１３週
間先に製造手配を行う部品の数量を各々示している。当
週から６週間先から「生産計画枠取数」データを求める
のは、部品の製造に４週間、部品製造設備１６からスト
ックポイントへの輸送に２週間、ストックポイントから
ユーザへの納品に０週間を必要とするためである（以下
「所要期間」と言う）。

【００１９】「当週当社理想在庫水準」データとは、各
週において、ストックポイントに在庫として保管されて
いる部品の理想数量を示すデータである。前述したよう
に、部品の製造に４週間、部品製造設備１６からストッ
クポイントへの輸送に２週間、ストックポイントからユ
ーザへの納品に０週間として、「フォーキャスト」デー
タに基づいて後述する手順によって決定される。

【００２０】「在庫製造手配理想数」データとは、「当
週当社理想在庫水準」データを満足するために、部品製
造設備に対して部品の製造手配を行う必要がある部品の
数量を示す値である。「在庫製造手配実際数」データと
は、実際にサプライヤが、部品製造設備に部品の製造手
配を行った数量を示す値である。「在庫製造手配実際
数」データ＋「在庫製造手配理想数」データ＝０である
ことが理想的であるが、様々な理由によって、そのよう
な手配ができない状況も考え得る。

【００２１】次に、図２を用いて、本システムの全体の
処理フローについて説明する。まず、ユーザはユーザ端
末２０の入力部２４を用いて「フォーキャスト」データ
及び「確定注文」データを入力し、処理部２２を用いネ
ットワーク１を介してサプライヤ側サーバ１０に送信す
る（ステップ２０１）。各種データの詳細については後
述する。

【００２２】次に、サプライヤ側サーバ１０は、ネット
ワーク１と接続された処理部１２を用いて、ユーザ側か
らの「フォーキャスト」データ及び「確定注文」データ
を受信して、主記憶部１３へ記憶する（ステップ２０
２）。次に、ストックポイントでは、ストックポイント
端末３０の入力部３４を用いて「当週入庫累計数」デー
タ及び「現時点出荷可能在庫数」データを入力し、処理
部３２を用いてネットワーク１を介してサプライヤ側サ
ーバ１０に送信する（ステップ２０３）。

【００２３】次に、サプライヤ側サーバ１０は、ネット
ワーク１と接続された処理部１２を用いて、ストックポ
イント端末３０からの「当週入庫累計数」データ及び
「現時点出荷可能在庫数」データを受信して、主記憶部
１３へ記憶する（ステップ２０４）。なお、ステップ２
０１及び２０２と、ステップ２０３及び２０４の順番は
逆でも良い。

【００２４】次に、サプライヤ側サーバ１０は、「当週
出荷指示累計数」データを確定させる（ステップ２０
５）。また、確定した「当週出荷指示累計数」データに
基づいて、ストックポイントからユーザへの出荷指示が
なされるようにしても良い。その場合には、サプライヤ
側サーバ１０からストックポイント端末３０へ「出荷指
示」データが送信されることとなる（ステップ２０
６）。

【００２５】次に、サプライヤ側サーバ１０の処理部１
２は、予め主記憶部１３に記憶されているプログラムに
したがって、各種パラメータ及び前述した各種受信デー
タに基づき、「入庫予定数」データ、「生産予定数」デ
ータ、「当週月曜日出荷可能予測在庫」データ、「生産
計画枠取数」データ、「当週当社理想在庫水準」デー
タ、「在庫製造手配理想数」データ、及び「在庫製造手
配実際数」データを演算により求める（ステップ２０
７）。各種パラメータ及び各種演算データの詳細につい
ては後述する。

【００２６】次に、サプライヤ側サーバ１０の処理部１
２は、各種受信データ及び各種演算データに基づいて、
納品状況画面を作成する（ステップ２０８）。納品状況
画面の詳細については後述する。次に、サプライヤ側サ
ーバ１０の処理部１２は、ネットワーク１を介して、作
成した納品状況画面をユーザ側に送信する（ステップ２
０９）。

【００２７】次に、ユーザ端末２０の処理部２２は、納
品状況画面を受信し（ステップ２１０）、表示部２１に
表示を行い、ユーザ側に詳細な部品納品管理に関する現
状をレポートすることとなる。この様にして受信された
納品状況画面を確認しながら、ユーザは、さらに次回以
降の「フォーキャスト」データ及び「確定注文」データ
を送信する。以後、同様のステップが繰り返される。

【００２８】なお、図２のフローにおいては、サプライ
ヤ側サーバ１０から納品状況画面が作成されてユーザ端
末２０に送信されたが、サプライヤ側サーバ１０から所
定のデータのみが送信され、ユーザ端末２０に予め記憶
されている所定のソフトウエアにしたがってユーザ端末
２０で所定の画面が構成されるようにしても良い。図３
には、ユーザ端末２０からサプライヤ側サーバ１０に送
信されるデータが表示されている。図３において、３０
１はデータの発行日データ、フォーキャストの納品予定
データ３０２、「フォーキャスト」データ３０３、確定
注文の納品予定データ３０４及び「確定注文」データ３
０５から構成されている。

【００２９】ここでは、ユーザは２０００年第３６週の
時点において、２０００年の第３６週〜第４１に０ユニ
ット、第４２週に４０ユニット、第４３週に３０ユニッ
ト、第４４週に５０ユニット、第４５週に４０ユニッ
ト、第４６週に３０ユニット、第４７週に３０ユニッ
ト、第４８週に６０ユニットの注文を予測しているとい
うデータ構成となっている。なお、図３では、「フォー
キャスト」データは２０００年の第３６週から第４８週
までの１３週分について、「確定注文」データについて
は２０００年の第３６週の１週分について記載されてい
るが、これらに限定されることなく、任意の期間につい
てのデータを添付することも可能である。また、フォー
キャスト及び確定注文の納品予定データは、週単位のデ
ータとなっているが、状況に応じて、日単位、月単位又
は任意の期間を基準とすることも可能である。さらに、
「フォーキャスト」データ及び「確定注文」データは、
ユニット単位となっているが、部品の実際の個数を用い
ること等も可能である。

【００３０】次に、図２のステップ２０７で求められる
各種データの演算手順について説明する。図４は、「入
庫予定数」データの演算手順を示すフロー図である。当
週の「入庫予定数」データ（＝「入庫予定数」（１））
は、前週における次週の「入庫予定数」データ（＝「入
庫予定数」（２））から「当週入庫累計数」データを引
くことによって求められる（ステップ４０１）。例え
ば、現在が、２０００年第４２週である場合、２０００
年第４１週における次週の「入庫予定数」データが４７
ユニット、２０００年第４２週の「当週入庫累計数」デ
ータが４７の場合、当週の「入庫予定数」データは「０
（ゼロ）」ユニットとなる（図１７参照）。

【００３１】次に、次週の「入庫予定数」データ（＝
「入庫予定数」（２））は、前週における当週から３週
先の「生産予定数」（＝「生産予定数」（３））となる
（ステップ４０２）。例えば、現在が、２０００年第４
２週である場合、２０００年第４１週における当週から
３週先の「生産予定数」データが４７ユニット、２００
０年第４２週の「当週入庫累計数」データが４２の場
合、次週の「入庫予定数」データは「４２」ユニットと
なる（図１７参照）。

【００３２】図５は、「当週当社理想在庫水準」データ
の演算手順を示すフロー図である。当週の「当週当社理
想在庫水準」データ（＝「当週当社理想在庫水準」
（１））は、前週における次週の「当週当社理想在庫水
準」データ（＝「当週当社理想在庫水準」（２））とな
る（ステップ５０１）。例えば、現在が、２０００年第
４２週である場合、２０００年第４１週における次週の
「当週当社理想在庫水準」データが１１２ユニットの場
合、当週の「当週当社理想在庫水準」データは「１１
２」ユニットとなる（図１７参照）。

【００３３】以下同様に、次週〜５週先までの「当週当
社理想在庫水準」データ（＝「当週当社理想在庫水準」
（２）〜「当週当社理想在庫水準」（５））を求める
（ステップ５０２〜５０５）。次に、当週から６週先の
「当週当社理想在庫水準」データ（＝「当週当社理想在
庫水準」（６））を、当週〜１３週先の「フォーキャス
ト」データの平均に係数αを掛けて、さらに６週先の
「フォーキャスト」データ（＝「フォーキャスト」
（６））を加算した値とする（ステップ５０６）。な
お、小数点以下は切り上げる。なお、係数αは、ユーザ
毎に今までの取引実情を踏まえて決定される値である。
本実施形態では、α＝３として計算している。例えば、
現在が、２０００年第４２週であって、当週〜１３週先
までの「フォーキャスト」データの合計が５００ユニッ
トで、６週先の「フォーキャスト」データが３０ユニッ
トの場合、「当週当社理想在庫水準」（６）は１４６と
なる（図１７参照）。

【００３４】なお、係数αは、「製造期間−１」以上で
あって、「所要期間−１」以下であることが望ましい。
本実施例においては、製造期間が４週間、所要期間が６
週間であるから、係数αは、３以上且つ５以下であるこ
とが望ましい。本実施例では、週単位で様々なデータの
処理を行っていることから、係数αを週単位で判断して
いるが、月又は日単位で様々なデータの処理を行ってい
る場合には、係数αは月又は日単位で判断することが望
ましい。なお、「当週当社理想在庫水準」（６）は、当
週〜１３週先の「フォーキャスト」データの平均×α＋
６週先の「フォーキャスト」データであることから、上
記の係数αを求め方では、「製造期間」及び「所要期
間」から１をマイナスしている。

【００３５】サプライヤ側サーバ１０は、ユーザ端末２
０からフォーキャストを受信し、フォーキャストに基づ
いて部品の製造を行うわけである。ところが前述したよ
うに、フォーキャストは変動するので、フォーキャスト
通りの数量の部品をストックポイントに在庫しておくだ
けでは、急にユーザからのフォーキャストが増加してい
った場合には、ユーザの要求に応じることができない。
そこで、サプライヤが必要とする製造期間分の在庫をス
トックポイントに保持していれば、ユーザの要求に応じ
て部品を納品していくことが可能となると考えられるの
で、係数αは「製造期間−１」以上であることが好まし
い。逆に、あまりに多くの在庫をストックポイントに保
持することは、フォーキャストが減少していく場合など
に不利に働くこととなるので、係数αは「所要期間−
１」以下であることが好ましい。

【００３６】図６は、「在庫製造手配理想数」データの
演算手順を示すフロー図である。「在庫製造手配理想
数」データは、当週から６週先の「当週月曜日出荷可能
在庫数」（＝「当週月曜日出荷可能在庫数」（６））か
ら、当週から６週先の「当週当社理想在庫水準」（＝
「当週当社理想在庫水準」（６））を引いた値とされる
（ステップ６０１）。例えば、現在が、２０００年第４
２週であって、「当週月曜日出荷可能在庫数」（６）が
１１１ユニット、「当週当社理想在庫水準」（６）が１
４６ユニットとすると、「在庫製造手配理想数」データ
はマイナス３５ユニットとなる（図１７参照）。

【００３７】図７は、「在庫製造手配実際数」データの
演算手順を示すフロー図である。当週の「在庫製造手配
実際数」データ（＝「在庫製造手配実際数」（１））
は、前週における次週の「在庫製造手配実際数」データ
（＝「在庫製造手配実際数」（２））となる（ステップ
７０１）。例えば、現在が、２０００年第４２週である
場合、２０００年第４１週における次週の「在庫製造手
配実際数」データが４７ユニットの場合、当週の「在庫
製造手配実際数」データは「４７」ユニットとなる（図
１７参照）。

【００３８】以下同様に、次週〜５週先までの「在庫製
造手配実際数」データ（＝「在庫製造手配実際数」
（２）〜「在庫製造手配実際数」（５））を求める（ス
テップ７０２〜７０５）。次に、当週から６週先の「在
庫製造手配実際数」データ（＝「在庫製造手配実際数」
（６））と「在庫製造手配理想数」を加算すると「０
（ゼロ）」になるように、「在庫製造手配実際数」
（６）を求める（ステップ７０６）。ただし、「在庫製
造手配理想数」が正の場合には、「在庫製造手配実際
数」（６）＝０（ゼロ）とする。「在庫製造手配理想
数」が正とは、製造手配をしなくても在庫過剰な状態を
示しているからである。

【００３９】図８は、「生産予定数」データの演算手順
を示すフロー図である。当週から３週先の「生産予定
数」データ（＝「生産予定数」（３））は、前週におけ
る４週先の「生産予定数」データ（＝「生産予定数」
（４））とする（ステップ８０１）。例えば、現在が、
２０００年第４２週である場合、２０００年第４１週に
おける４週先の「生産予定数」データが４２ユニットの
場合、当週から３週先の「生産予定数」データは「４
２」ユニットとなる（図１７参照）。

【００４０】以下同様に、４週先〜５週先までの「生産
予定数」データ（＝「生産予定数」（４）〜「生産予定
数」（６））を求める（ステップ８０２〜８０３）。次
に、当週から６週先の「生産予定数」データ（＝「生産
予定数」（６））を、当週から６週先の「在庫製造手配
実際数」（＝「在庫製造手配実際数」（６））とする
（ステップ８０４）。

【００４１】図９は、「生産計画枠取数」データの演算
手順を示すフロー図である。当週から６週先の「生産計
画枠取数」データ（＝「生産計画枠取数」（６））は、
当週から６週先の「在庫製造手配実際数」（＝「在庫製
造手配実際数」（６））とする（ステップ９０１）。次
に、当週から７週先〜１３週先の「生産計画枠取数」デ
ータ（＝「生産計画枠取数」（７）〜「生産計画枠取
数」（１３））を、当週〜１３週先の「フォーキャス
ト」データの平均に係数βを掛けた値とする（ステップ
９０２）。なお、小数点以下は切り上げる。なお、係数
βは、ユーザ毎に今までの取引実情を踏まえて決定され
る値である。本実施形態では、β＝１．５として計算し
ている。例えば、現在が、２０００年第４２週であっ
て、当週〜１３週先までの「フォーキャスト」データの
合計が５００ユニットの場合、「生産計画枠取数」
（７）〜「生産計画枠取数」（１３）は５８となる（図
１７参照）。

【００４２】図１０は、「当週月曜日出荷可能予測在
庫」データの演算手順を示すフロー図である。最初に、
当週の「フォーキャスト」データ（＝「フォーキャス
ト」（１））と当週の「確定注文」データ（＝「確定注
文」（１））を比較し、何れか大きい方から、「当週出
荷指示累計数」を引いた値をＸとする（ステップ１００
１）。

【００４３】次に、Ｘが負の値か否かの判断を行う（ス
テップ１００２）。Ｘが負の値の場合、次週の「当週月
曜日出荷可能予測在庫」データ（＝「当週月曜日出荷可
能予測在庫」（２））を、「現時点出荷可能在庫数」デ
ータに当週の「入庫予定数」（＝「入庫予定数」
（１））を加算した値とする（ステップ１００３）。ま
た、Ｘが負でない場合、「当週月曜日出荷可能予測在
庫」（２）を、「現時点出荷可能在庫数」データに「入
庫予定数」（１）を加算した値から、Ｘを引いた値とす
る（ステップ１００４）。例えば、２０００年第４２週
であって、「フォーキャスト」（１）が４０ユニット、
「確定注文」（１）が４０ユニット、「当週出荷指示累
計数」が４０ユニット、「現時点出荷可能在庫数」デー
タが７２ユニット、及び「入庫予定数」（１）が０ユニ
ットとすると、Ｘ＝０となり、Ｘは負ではない。したが
って、「当週月曜日出荷可能予測在庫」（２）は７２ユ
ニットとなる（図１７参照）。

【００４４】次に、当週から３週先の「当週月曜日出荷
可能予測在庫」データ（＝「当週月曜日出荷可能予測在
庫」（３））を、「当週月曜日出荷可能予測在庫」
（２）に当週から２週先の「入庫予定数」データ（＝
「入庫予定数」（２））を加算した値から、当週から２
週先の「フォーキャスト」データ（＝「フォーキャス
ト」（２））を引いた値とする（ステップ１００５）。
例えば、２０００年第４２週であって、「当週月曜日出
荷可能予測在庫」（２）が７２ユニット、「入庫予定
数」（２）が４２ユニット、及び「フォーキャスト」
（２）が３０ユニットの場合、「当週月曜日出荷可能予
測在庫」（３）は８４ユニットとなる（図１７参照）。

【００４５】次に、当週から４週先の「当週月曜日出荷
可能予測在庫」データ（＝「当週月曜日出荷可能予測在
庫」（４））を、「当週月曜日出荷可能予測在庫」
（３）に当週から３週先の「生産予定数」データ（＝
「生産予定数」（３））を加算した値から、当週から３
週先の「フォーキャスト」データ（＝「フォーキャス
ト」（３））を引いた値とする（ステップ１００６）。
例えば、２０００年第４２週であって、「当週月曜日出
荷可能予測在庫」（３）が８４ユニット、「生産予定
数」（３）が５６ユニット、及び「フォーキャスト」
（３）が５０ユニットの場合、「当週月曜日出荷可能予
測在庫」（４）は９０ユニットとなる（図１７参照）。

【００４６】以下、同様に、当週から５週先〜７週先の
「当週月曜日出荷可能予測在庫」データ（＝「当週月曜
日出荷可能予測在庫」（５）〜「当週月曜日出荷可能予
測在庫」（７））を求める。図１１〜図１７は、納品状
況画面の一例を示したものである。ここでは、２０００
年第３６週から第４２週まので画面の移り変わりを、先
に示した図４〜図１０のフロー図に従って示している。
なお、図１１〜１７では、ユーザ端末２０から受信する
「フォーキャスト」データに変動がない、即ち、ユーザ
が前もって予告する「フォーキャスト」データが納品期
日が迫っても変化しない場合を示している。

【００４７】図１１〜図１７においては、２０００年の
第３６週現在から「フォーキャスト」データがユーザ端
末２０からサプライヤ側サーバ１０に受信され、２００
０年の第４２週に初めて商品の納品指示がなされるよう
に状況を示している。図１７に示すように、第４２週に
おいては、「当週出荷指示累計数」が４０ユニットと、
ユーザ端末２０からの「確定注文」データ通りとなって
おり、さらに「現時点出荷可能在庫数」が７２ユニット
となっており、ユーザからの急な要求にも直ぐに応じら
れるような部品の在庫がストックポイントに保管されて
いる状況となっている。さらに、「当週月曜日出荷可能
予測在庫数」（２）〜（７）と「フォーキャスト」
（２）〜（７）を比較すると、「フォーキャスト」
（２）〜（７）通りの「確定注文」を受けても、常に
「確定注文」の応じられるだけの部品がストックポイン
トに保管されている状態であって、非常に健全な納品が
維持できる状況であることを示している。

【００４８】図１８〜図２４は、納品状況画面の他の一
例を示したものである。ここでは、２０００年第３６週
から第４２週まので画面の移り変わりを、先に示した図
４〜図１０のフロー図に従って示している。なお、図１
８〜２４では、ユーザ端末２０から受信する「フォーキ
ャスト」データが、徐々に増加するように変動していく
ような場合を例にしている。即ち、ユーザが前もって予
告する「フォーキャスト」データが納品期日が迫るにし
たがって増加するように変化してしまう場合を示してい
る。また、図１８〜図２４の例では、図１１〜図１７に
示した例と同様に、２０００年の第３６週現在から「フ
ォーキャスト」データがユーザ端末２０からサプライヤ
側サーバ１０に受信され、２０００年の第４２週に初め
て商品の納品指示がなされるような状況を示している。

【００４９】図２４に示すように、第４２週において
は、「当週出荷指示累計数」が１４０ユニットと、ユー
ザからの「確定注文」データ通りとなっており、さらに
「現時点出荷可能在庫数」が１４５ユニットとなってお
り、ユーザからの急な要求にも直ぐに応じられるような
部品の在庫がストックポイントに保管されている状況と
なっている。さらに、「当週月曜日出荷可能予測在庫
数」（２）〜（６）と「フォーキャスト」（２）〜
（６）を比較すると、「フォーキャスト」（２）及び
（３）には応じられないが、「ファーキャスト」（４）
〜（６）には応じられるような状態となっている。さら
に、「フォーキャスト」（２）〜（６）の合計が８４０
ユニットであるのに対し、「当週月曜日出荷可能予測在
庫数」（２）〜（６）の合計が１３１１ユニットであ
り、第２週及び第３週ではユーザの「フォーキャスト」
に応じられはしないが、第６週まので合計としては、十
分に対応できる状況となっている。これは、６週前（第
３６週）の「フォーキャスト」（週当たり２０ユニッ
ト）に対し、現在（第４２週）の「フォーキャスト」
（週当たり１４０ユニット）が７倍になっていることを
考慮すれば、非常に良い対応であると言える。

【００５０】なお、図１１〜図２４で用いた納品状況画
面は、一例であって、種々の変更が可能であることに留
意されたい。例えば、上記の例では、週単位で各種演算
データ等が表示されるように構成したが、日単位、月単
位等に変更することも可能である。また、部品は、電子
部品であることが好ましいしいが、電子部品以外の部品
等の管理に応用することも可能である。

【００５１】次に、図２５〜図３１を用いて、図１８〜
図２４に示したものと同じ様に「フォーキャスト」デー
タが増加した場合に、「フォーキャスト」通りに製造手
配を行うとどのようなことが生じるかを示す。図２５〜
図３１では、現在から６週先の「フォーキャスト」
（６）のデータをそのまま「生産予定数」（６）、「当
週月曜日出荷予測在庫数」（７）及び「在庫製造手配実
際数」（６）としている。即ち、６週先の「フォーキャ
スト」に合わせて、製造の手配等を行い、６週後に手配
した分の部品がストックポイントに在庫されるようにし
ているものである。

【００５２】図３１に示すように、第４２週において
は、「当週出荷指示累計数」が６０ユニットであって、
ユーザからの「確定注文」データ１４０ユニットを満し
ていない。また、「当週月曜日出荷可能予測在庫数」
（２）〜（６）と「フォーキャスト」（２）〜（６）を
比較すると、「フォーキャスト」（２）〜（６）の全て
に応じられないような状態となっている。これは、６週
前（第３６週）の「フォーキャスト」（週当たり２０ユ
ニット）に対し、現在（第４２週）の「フォーキャス
ト」（週当たり１４０ユニット）が７倍になっているこ
とに起因する。

【００５３】

【発明の効果】部品使用予測情報、部品製造手配情報及
び部品入庫予定情報に基づいてストックポイントにおけ
る将来の在庫予測情報を求めたので、ユーザ側の部品の
発注予測の変化に機敏に対応することができる部品供給
システムを提供することが可能となった。

【００５４】また、納品状況画面を作成して、又は納品
状況画面を作成するためのデータをユーザ端末へ送信す
ることとしたので、部品の製造、納品及び在庫状況が一
目で分かる画面を提供することが可能となった。さら
に、現時点から予め決められた期間中の部品使用予測情
報の平均値に係数αを乗じた値を前記理想在庫情報とし
て製造等の手配を行うようにしたので、適正な量の部品
をストックポイントに維持できるようになった。

【図面の簡単な説明】

【図１】本発明に従ったシステムの概略を説明するため
の図である。

【図２】本発明に従ったシステムの全体処理フローを説
明するためのフロー図である。

【図３】「フォーキャスト」データ及び「確定注文」デ
ータの一例を示す図である。

【図４】「入庫予定数」の演算手順を示すフロー図であ
る。

【図５】「当週当社理想在庫水準」の演算手順を示すフ
ロー図である。

【図６】「在庫製造手配理想数」データの演算手順を示
すフロー図である。

【図７】「在庫製造手配実際数」データの演算手順を示
すフロー図である。

【図８】「生産予定数」データの演算手順を示すフロー
図である。

【図９】「生産計画枠取数」データの演算手順を示すフ
ロー図である。

【図１０】「当週月曜日出荷可能予測在庫」データの演
算手順を示すフロー図である。

【図１１】納品状況画面（第３６週）の一例を示す図で
ある。

【図１２】納品状況画面（第３７週）の一例を示す図で
ある。

【図１３】納品状況画面（第３８週）の一例を示す図で
ある。

【図１４】納品状況画面（第３９週）の一例を示す図で
ある。

【図１５】納品状況画面（第４０週）の一例を示す図で
ある。

【図１６】納品状況画面（第４１週）の一例を示す図で
ある。

【図１７】納品状況画面（第４２週）の一例を示す図で
ある。

【図１８】納品状況画面（第３６週）の他の一例を示す
図である。

【図１９】納品状況画面（第３７週）の他の一例を示す
図である。

【図２０】納品状況画面（第３８週）の他の一例を示す
図である。

【図２１】納品状況画面（第３９週）の他の一例を示す
図である。

【図２２】納品状況画面（第４０週）の他の一例を示す
図である。

【図２３】納品状況画面（第４１週）の他の一例を示す
図である。

【図２４】納品状況画面（第４２週）の他の一例を示す
図である。

【図２５】納品状況画面（第３６週）の更に他の一例を
示す図である。

【図２６】納品状況画面（第３７週）の更に他の一例を
示す図である。

【図２７】納品状況画面（第３８週）の更に他の一例を
示す図である。

【図２８】納品状況画面（第３９週）の更に他の一例を
示す図である。

【図２９】納品状況画面（第４０週）の更に他の一例を
示す図である。

【図３０】納品状況画面（第４１週）の更に他の一例を
示す図である。

【図３１】納品状況画面（第４２週）の更に他の一例を
示す図である。

【符号の説明】

１…ネットワーク １０…サプライヤ側サーバ １１…サプライヤ側表示部 １２…サプライヤ側処理部 １３…サプライヤ側主記憶部 １４…サプライヤ側入力部 １６…部品製造設備 ２０…ユーザ端末 ２１…ユーザ側表示部 ２２…ユーザ側処理部 ２３…ユーザ側主記憶部 ２４…ユーザ側入力部 ３０…ストックポイント端末 ３１…ストックポイント側表示部 ３２…ストックポイント側処理部 ３３…ストックポイント側主記憶部 ３４…ストックポイント側入力部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小松 由起夫 長野県駒ヶ根市下平4339−17 (72)発明者 浜崎 喜文 長野県上伊那郡中川村大草5828 Ｆターム(参考） 3C100 AA36 AA45 BB05 BB36 BB38 BB39 CC03 EE08

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ユーザにおけるユーザ端末とネットワー
   クを介して接続可能であって、前記ユーザに対して部品
   を供給するサプライヤにおけるサーバにおいて、 前記ユーザ端末より、部品使用予測情報を受信し、 前記部品予測情報に基づいて部品製造手配情報を求め、 前記部品製造手配情報に基づいて、ユーザへ部品を納品
   するためのストックポイントにおける部品入庫予定情報
   を求め、 前記部品使用予測情報、前記部品製造手配情報、及び前
   記部品入庫予定情報に基づいて、前記ストックポイント
   における将来の在庫予測情報を求めることを特徴とする
   部品供給管理システム。
2. 【請求項２】 前記サーバは、前記部品使用予測情報、
   前記部品製造手配情報、前記部品入庫予定情報、及び前
   記在庫予測情報に基づいて納品状況画面を作成して、前
   記ユーザ端末へ送信する請求項１に記載の部品供給管理
   システム。
3. 【請求項３】 前記サーバは、前記部品使用予測情報、
   前記部品製造手配情報、前記部品入庫予定情報、及び前
   記在庫予測情報を前記ユーザ端末へ送信する請求項１に
   記載の部品供給管理システム。
4. 【請求項４】 前記サーバは、前記部品使用予測情報に
   基づいて、前記ストックポイントにおける理想在庫数情
   報を求め、前記理想在庫数情報に基づいて前記部品製造
   手配情報を求める請求項１〜３の何れか一項に記載の部
   品供給管理システム。
5. 【請求項５】 前記サーバは、現時点から予め決められ
   た期間中の前記部品使用予測情報の平均値に係数αを乗
   じた値を前記理想在庫情報とする請求項４に記載の部品
   供給管理システム。
6. 【請求項６】 前記係数αは、前記サプライヤにおける
   前記部品の製造期間以上であって、前記製造期間に前記
   サプライヤから前記ストックポイントまでの輸送期間を
   加算した期間以下に設定される請求項５に記載の部品供
   給管理システム。