JP2001101325A

JP2001101325A - 資材所要量管理システム及び資材所要量管理プログラムを記録したコンピュータ読取可能な記録媒体

Info

Publication number: JP2001101325A
Application number: JP27856699A
Authority: JP
Inventors: Yoshio Yamada; 美穂山田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1999-09-30
Filing date: 1999-09-30
Publication date: 2001-04-13

Abstract

(57)【要約】【課題】複数の資材ベンダが存在する場合に、製品が
親資材と子資材とからなる階層構造であっても、一の所
要情報から複数ベンダのそれぞれに対する発注情報デー
タを前記複数の資材ベンダに対応して生成すること。【解決手段】処理対象としての対象資材を指定する対
象資材指定部と、同一資材ＩＤデータに複数のベンダ名
データが対応付けられているマルチベンダレコードを抽
出するマルチベンダ識別部と、前記マルチベンダレコー
ドが抽出された場合に，前記在庫数量データの値の方が
小さいときにその差分の数量を手配数データとする発注
情報データを生成し，且つ発注振分率にしたがって前記
発注情報データを前記複数のベンダそれぞれに振り分け
る発注振分部と、発注結果情報ファイルに記録する発注
結果情報出力部とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、同一資材に対する
発注先ベンダ（資材を提供する企業等）が複数ある場合
でも、発注先ベンダのそれぞれに対応する発注情報デー
タを生成することができる資材所要量管理システム及び
資材所要量管理プログラムを記録したコンピュータ読取
可能な記録媒体に関する。

【０００２】

【従来の技術】従来より、製品の生産効率を向上させて
需要に迅速に対応するべく、さまざまな生産計画方法が
提案されている。例えば、製造命令に基づいてその都度
命令の生産量だけ生産する製番管理方式（オーダーコン
トロールシステム），使用頻度の高い部品等に対してロ
ット単位で調達等を行なって常備品を持つ常備品管理方
式（ストックコントロールシステム），多量生産の職場
の生産統制に適用される流動管理方式（フローコントロ
ールシステム），そして、ジャストインタイム生産とし
てのいわゆるかんばん方式等がある。

【０００３】また、近時は、コンピュータ端末及びソフ
トウェアパッケージの普及によって、製品の生産計画に
基づいてそれに必要な資材（部品）の所要量を計算し、
製品の生産日程に合わせて係る資材（部品）の調達や生
産日程を作成する資材所要量計画システム（Material R
equirement Planning System：ＭＲＰＳ）の導入も進ん
でいる。

【０００４】ここで、特開平４−４２３６０号公報は、
複数の発注先のそれぞれに発注すべき発注対象品の発注
比率を決定できる生産計画方法等を開示している。しか
しながら、係る生産計画方法等は、近時のＭＲＰＳの普
及においては不都合を生じていた。例えば、ある製品の
資材発注の配分比率を決定することができても、資材が
親資材と子資材とからなる階層構造の製品である場合に
は対応できないし、ベンダ別，資材別の納期期限までも
従属させた管理ができなかった。

【０００５】

【発明が解決しようとする課題】したがって、従来の生
産計画方法等では、一の所要に対して単一のリードタイ
ム及び発注方法でしか発注情報データを生成することが
できなかった。そのため、製品に使用される資材が何段
階かの子資材を有するような構成である場合、子資材に
係る所要情報も単一のものしか生成することができず、
しかも手計算で行うこともあり、子資材も含めた全所要
に係る発注情報データを迅速，正確に計算することがで
きず、過剰発注や欠品状態が生じるという問題があっ
た。

【０００６】

【発明の目的】そこで本発明は、係る従来例の有する不
都合及び欠点を改善し、特に、子資材も含めた全所要に
係る発注情報データを迅速，正確に計算することができ
る資材所要量管理システム及び資材所要量管理プログラ
ムを記録したコンピュータ読取可能な記録媒体を提供す
ることを目的とする。

【０００７】

【課題を解決するための手段】本発明に係る資材所要量
管理システムは、構成情報ファイルを読み出して対象資
材を指定する対象資材指定部と、ベンダ情報ファイルを
読み出してマルチベンダレコードを抽出するマルチベン
ダ識別部と、前記マルチベンダレコードが抽出された場
合に，前記所要数データと前記在庫数量データとの差分
を手配数データとする発注情報データを生成し，且つ発
注振分率にしたがって前記発注情報データを前記複数の
ベンダそれぞれに振り分ける発注振分部と、前記振り分
けられる発注情報データを発注結果情報データとして発
注結果情報ファイルに記録する発注結果情報出力部とを
備えている。

【０００８】例えば、前記対象資材指定部が指定する対
象資材は、構成情報ファイルに記録されている，製品を
構成する資材の構成関係等の構成情報データから処理対
象として指定される資材である。構成関係とは、具体的
には、ある製品を構成する資材（部品）の相互関係であ
り、例えば資材ａ，資材ｂ及び資材ｃとから製品Ａが構
成されるというような関係である。

【０００９】また、前記マルチベンダ識別部は、ベンダ
別の資材ＩＤデータ，発注振分率データ等のベンダ情報
データが記録されるベンダ情報ファイルを読み出す。そ
して、前記ベンダ情報ファイルからマルチベンダレコー
ドを抽出する。マルチベンダレコードとは、前記ベンダ
情報ファイルにおける同一資材ＩＤデータに、複数のベ
ンダ名データが対応付けられているようなレコードをい
い、例えば、「ベンダＶ₁から供給される資材ａ」と
「ベンダＶ₂から供給される資材ａ」とがともに登録さ
れている場合は、「ベンダＶ₁と資材ａ」の対応を含む
レコード、及び「ベンダＶ₂と資材ｂ」の対応を含むレ
コードを、それぞれマルチベンダレコードと称す。

【００１０】前記発注振分部は、前記マルチベンダレコ
ードが抽出された場合に，所要情報ファイルに記録され
る所要数データと、在庫情報ファイルに記録される在庫
数量データとを比較して、在庫数量データの値の方が小
さいときに、その差分の数量を手配数データとする発注
情報データを新規に生成する。更に、前記ベンダ情報フ
ァイルに記録される前記発注振分率データの値にしたが
って前記発注情報データを前記複数のベンダそれぞれに
振り分ける。

【００１１】前記発注結果情報出力部は、振り分けられ
る前記発注情報データを前記複数のベンダ毎に対応する
発注結果情報データとして発注結果情報ファイルに記録
する。このとき、発注結果情報ファイルは発注結果テー
ブルとしたデータ構造にて記録されることがある。ま
た、その内容はモニタ，プリンタ，ネットワーク上の遠
隔端末等に出力される構成とすることがある。

【００１２】

【発明の実施の形態】以下、本発明の資材所要量管理シ
ステムの好適な実施の一形態について図面に基づいて説
明する。まず、図１は、本発明の資材所要量管理システ
ムの構成図である。本発明の資材所要量管理システムは
コンピュータによって好適に実現されることがあり、単
数又は複数の端末装置Ｃ₁，Ｃ₂，Ｃ₃，…からネットワ
ークＮを経由して操作されたり、その端末装置Ｃ₁，
Ｃ₂，Ｃ₃，…に前記ネットワークＮを介して処理結果を
出力することがある。

【００１３】本明細書において、前記ネットワークＮと
は、ＬＡＮ（Local Area Network），ＷＡＮ（Wide Are
a Network），イントラネット，エクストラネット，専
用線網，ＶＰＮ（Virtual Private Network），ＰＳＴ
Ｎ（Public Switched Telephone Network）その他のあ
らゆる通信網を意味するものとする。

【００１４】本発明の資材所要量管理システムは、主
に、ＭＰＵ１００と、入力部２００と、出力部３００
と、通信制御部４００と、資材所要量解析部５００と、
記憶手段６００と、データ記録手段７００とから構成さ
れる。

【００１５】先ず、前記ＭＰＵ１００は、中央演算処理
装置であって、本発明の資材所要量管理システムの各構
成要素を、資材所要量管理プログラムの実行結果に基づ
いて適宜に制御するものであり、単数にて適用すること
もあるが、複数適用することもある（マルチプロセッ
サ）。

【００１６】次に、前記データ記録手段７００は、資材
に関するデータ，資材供給会社であるベンダに関するデ
ータ，製品の構成に関するデータ，日付（暦）に関する
データ，在庫量に関するデータ，所要量に関するデー
タ，資材の発注に関するデータ，一連の資材所要量解析
結果に関するデータ及びその他の関連データを記録（格
納）するための記録媒体（記録装置）である。

【００１７】具体的には、各データ別に形成されるデー
タファイル（テーブル）を保存記録する装置であり、デ
ータベースとして使用されることがあり、例えば、単数
又は複数（ＲＡＩＤシステム）のハードディスク装置を
適用することが好ましいが，光磁気ディスク装置（MO:M
agneto-Optical Disk），磁気テープ，ＤＡＴ（Digital
Audio Tape），ＲＡＭ（Random Access Memory）その
他あらゆる記録媒体が適用できる。

【００１８】また、前記データ記録手段７００は、好ま
しくは、資材のＩＤや資材毎のリードタイム等の資材情
報データが記録される資材情報ファイル７０１と、同一
資材に対する発注のベンダ毎の振分比率やリードタイ
ム，資材単価等のベンダ情報データが記録されるベンダ
情報ファイル７０２と、製品組立に必要な資材の構成
（親子関係）等の構成情報データが記録される構成情報
ファイル７０３と、日付けの休日等を定義する日付情報
データが記録される日付情報ファイル７０４と、資材毎
の在庫数量等の在庫情報データが記録される在庫情報フ
ァイル７０５と、資材毎の所要日，所要数等の所要情報
データが記録される所要情報ファイル７０６と、資材の
発注情報データを記録する発注情報ファイル７０７と、
資材所要量の解析結果に対応する資材毎の所要日，所要
数等の所要結果情報データが記録される所要結果情報フ
ァイル７０８と、資材所要量の解析結果に対応する資材
毎又はベンダ毎の手配日，納期期限，手配数等の発注結
果情報データが記録される所要結果情報ファイル７０９
とを記録するが、その他の種々の情報に係るデータファ
イルも記録する構成としてもよい。

【００１９】ここで、本発明の資材所要量管理システム
が解析した結果出力されることがある前記所要結果情報
データ又は前記発注結果情報データは、解析に使用され
る前記所要情報データ又は前記発注情報データに追加出
力された一体のテーブル，ファイル等のデータ構造とす
ることもあるし、全く新規に別個のデータ構造とするこ
ともある。

【００２０】次に、前記記憶手段６００は、本発明の資
材所要量管理システムが種々の処理を実行する際に使用
するワーキングエリアや、バッファ，一時記憶，実行プ
ログラムの格納及び展開等に使用される記憶領域を提供
するための記録媒体であり、例えば、ＲＡＭ，ＲＯＭ
（Read Only Memory）等を適用することが好ましいが、
ＤＲＡＭ（Dynamic RAM），ＳＲＡＭ（Static RAM），
ＳＤＲＡＭ（SynchronousDRAM），ＰＲＯＭ（Programma
ble ROM），ＥＰＲＯＭ（Erasable ProgrammableRO
M），ＥＥＰＲＯＭ（Electrically Erasable Programma
ble ROM）その他あらゆる単数又は複数の記録媒体が適
用できる。本実施形態では、通常、データの一時記憶や
プログラムの展開等に好適に使用されるＲＡＭ等を第１
記憶部６０１と、プログラムを格納するためのＲＯＭや
ハードディスク装置等を第２記憶部６０２とするが、こ
れに限定されない。例えば、ＯＳ（Operation System）
の制御指令によって仮想メモリとして前記第２記憶部６
０２がＲＡＭ等の代わりに使用されることもある。ま
た、本記憶手段６００は前記データ記録手段７００と同
一種類の記録媒体，又は物理的に同一の記録媒体にて提
供されることがある。

【００２１】次に、前記入力部２００は、データや指示
を入力するための装置で、例えば、マウス，キーボー
ド，スキャナ，バーコードリーダ，音声入力マイク（音
声認識エンジンを含む）その他のあらゆる入力装置が適
用できる。

【００２２】次に、前記出力部３００は、入力データや
演算結果等を出力するための装置であり、例えば、ＣＲ
Ｔディスプレイ装置，液晶表示装置，プリンタ装置，外
部記録装置等を適用することが好ましいが、その他、Ｓ
ＣＳＩ，ＲＳ−２３２Ｃ，ＲＳ−４３２，ＩＥＥＥ１３
９４，ＵＳＢ等のインターフェースとすることがある。

【００２３】次に、前記通信制御部４００は、本発明の
資材所要量管理システムと、前記端末装置Ｃ₁，Ｃ₂，Ｃ
₃，…とを通信可能にするための装置であり、例えば、
前記ネットワークＮと接続するためのＬＡＮカード，Ｈ
ＵＢ装置，ルーター装置，専用線インターフェース，赤
外線通信装置等が好ましいが、その他ダイアルアップ接
続のためのＴＡ（ターミナルアダプタ）装置，通信モデ
ム装置その他のあらゆる通信装置が適用できる。

【００２４】ここで、本発明の資材所要量管理システム
は、前記入力部２００からデータを直接入力することで
棚卸シミュレーションを実行する構成としてもよいし、
前記端末装置Ｃ₁，Ｃ₂，Ｃ₃，…によって前記通信制御
部４００を介して制御される構成とすることもあるが、
本実施形態においては、前記端末装置Ｃ₁，Ｃ₂，Ｃ₃，
…によって前記通信制御部４００を介して制御される構
成にて説明する。

【００２５】次に、本実施形態における資材所要量管理
システムの動作について詳細に説明する。図２は本発明
の資材所要量管理システムの処理に係るフローチャート
であり、資材所要量管理プログラムの実行によって実現
されることがある。図３（Ａ）は、本実施形態で説明の
為に適用される資材の構成図であり、具体的には、製品
ＸＹを構成する資材（部品）は親資材ｘと親資材ｙとか
らなり、更に前記親資材ｘは子資材ａと子資材ｂとから
なり、前記親資材ｙは子資材ｂとからなる。

【００２６】まず、ＭＰＵ１００は、前記データ記録手
段７００から種々のデータを読み出す。具体的には、前
記資材情報ファイル７０１に記録されている資材情報テ
ーブルＴ₁を読み出して、前記記憶手段６００にロード
する〔図４（Ａ）参照〕。その資材情報テーブルＴ
₁は、資材ＩＤデータをキーとして、例えば資材毎に組
立又は調達に係るリードタイムデータ等を登録するもの
とするが、これに限定されずその他のあらゆるデータも
登録することができる。

【００２７】同様に、ＭＰＵ１００は、前記ベンダ情報
ファイル７０２に記録されているベンダ情報テーブルＴ
₂を読み出して、前記記憶手段６００にロードする〔図
４（Ｂ）参照〕。そのベンダ情報テーブルＴ₂は、ベン
ダ名データ（○○○株式会社，又はベンダＩＤ等）をキ
ーとして、例えば、リードタイムデータや単価データ等
を登録するものとし、更に、どのベンダにどの割合で発
注を振り分けるかについて定義する発注振分率データも
登録するものとするが、これに限定されない。同一資材
に対して複数のベンダが供給を実施している場合、その
同一資材に対する発注振分率データの値の合計は１００
％とすることが好ましい。例えば資材ＩＤデータが
「ｂ」である資材は、ベンダＶ₁，Ｖ₂及びＶ₃から供給
されており、それぞれの振分率は５０，３０，２０％と
なって合計１００％である。

【００２８】同様に、ＭＰＵ１００は、前記構成情報フ
ァイル７０３に記録されている構成情報テーブルＴ₃を
読み出して、前記記憶手段６００にロードする〔図４
（Ｃ）参照〕。その構成情報テーブルＴ₃は、資材ＩＤ
データ，特に親資材とされているものの資材ＩＤデータ
をキーとして、対応する子資材の子資材ＩＤデータと単
位数データとを登録するものとするが、これに限定され
ない。

【００２９】同様に、ＭＰＵ１００は、前記日付情報フ
ァイル７０４に記録されている日付情報テーブルＴ₄を
読み出して、前記記憶手段６００にロードする〔図５
（Ａ）参照〕。その日付情報テーブルＴ₄は、日付デー
タをキーとして、好ましくはその日が休日であるか否か
を示すデータを登録するものとするが、これに限定され
ない。例えば、休日であるか否かを示すデータは、
「０」，「１」の休日フラグとして、休日とするならば
「１」を、休日でないとするならば「０」としてもよ
い。

【００３０】同様に、ＭＰＵ１００は、前記在庫情報フ
ァイル７０５に記録されている在庫情報テーブルＴ₅を
読み出して、前記記憶手段６００にロードする〔図５
（Ｂ）参照〕。その在庫情報テーブルＴ₅は、資材ＩＤ
をキーとして、読込時点におけるその資材の在庫数量を
登録するものとするが、これに限定されない。以上の各
データの読み出しは、前記対象資材指定部５０１が前記
ＭＰＵ１００に指令することで実行される構成とするこ
とがある。

【００３１】以下、図１，図２及び図３（Ｂ）の機能ブ
ロック図を参照して詳細に説明すると、まず、対象資材
指定部５０１は、処理対象とする資材を指定する（Ｓ１
０１）。具体的には、読み出した前記構成情報テーブル
Ｔ₃から処理対象とする資材ＩＤデータを選択すること
で指定する。その指定は、任意の資材ＩＤデータとする
こともあるが、好ましくは、親資材ＩＤデータから子資
材ＩＤデータの順，即ち上位資材ＩＤデータから順に、
処理が終わる度に指定する構成とする。以降、指定され
た資材ＩＤをキー（トリガ）にして処理が実行される。
本実施形態では、図３（Ａ）の構成から「ｘ」，
「ｙ」，「ａ」，「ｂ」の順に処理を進めることにな
る。

【００３２】次に、ソート部５０２は、前記対象資材指
定部５０１が指定した資材に対応する所要情報と注文情
報とを、前記所要情報ファイル７０６及び前記発注情報
ファイル７０７からそれぞれ読み出して、前記記憶手段
６００にロードする（Ｓ１０２及びＳ１０３）。そし
て、期日（所要の場合は所要日、注文の場合は納期期
限）の昇順であって、且つ、好ましくは注文から所要に
至る順にてソートを実行する（Ｓ１０４）。

【００３３】次に、発注振分部５０４の在庫計算部５０
４ａは、前記在庫情報テーブルＴ₅の在庫数量データを
読み取り、その時点で登録されている在庫数量を出発点
として、期日の若い日から順に、処理が発注の場合は数
量を加算し、処理が所要の場合は数量を減算する（Ｓ１
０５）。

【００３４】次に、マルチベンダ識別部５０３は、前記
在庫計算部５０４ａの計算によって数量が負となった場
合（Ｓ１０６）、新規の発注情報データが生成されるに
あたり、対象資材が複数のベンダによって供給されてい
るものか否かを識別する（Ｓ１０７）。具体的には、ベ
ンダ情報ファイル７０２に記録されているベンダ別の資
材ＩＤデータ，発注振分率データ等のベンダ情報データ
（ベンダ情報テーブルＴ₂）を読み出し、前記対象資材
指定部５０１が指定した対象資材の資材ＩＤデータと同
一の資材ＩＤデータについて、複数のベンダ名データが
対応付けられているマルチベンダレコードを抽出するこ
とで、複数のベンダが登録されているか否かを識別す
る。例えば、図４（Ｂ）の場合、対象資材が「ｂ」なら
ば複数のベンダによる供給と判断される。

【００３５】そして、前記対象資材が複数のベンダ
Ｖ₁，Ｖ₂，Ｖ₃，…による供給でないと判断される場
合、発注振分部５０４は、不足した対象資材の数量を補
うに足る数量の新規発注情報データを生成する（Ｓ１０
８）。具体的には、単一ベンダにのみ手配する新規発注
情報データを１レコード生成することになるが〔図４
（Ｄ）参照〕、この時、負となった数量を「手配数」
と、負となった日付を「納期期限」と、該納期期限から
前記資材情報テーブルＴ₁の「調達／組立リードタイ
ム」分及び前記日付情報テーブルＴ₄で「休日」に定義
されている分を除いた日付を「手配日」と、それぞれ定
義する。

【００３６】一方、対象資材が複数のベンダＶ₁，Ｖ₂，
Ｖ₃，…による供給である場合（前記マルチベンダレコ
ードが抽出された場合）も、前記発注振分部５０４は、
不足した対象資材の数量を補うに足る数量の新規発注情
報データを生成する（Ｓ１１２）。即ち、所要数データ
等の所要情報データを記録する所要情報ファイル７０６
と在庫数量データ等の在庫情報データを記録する在庫情
報ファイル７０５とをそれぞれ読み出して前記在庫数量
データの値の方が小さいときにその差分の数量を手配数
データとする発注情報データを生成する。

【００３７】このとき、前記発注振分部５０４は、前記
ベンダ情報テーブルＴ₂の発注振分率データを読み出し
て、その発注振分率にしたがって発注情報データを供給
元ベンダＶ₁，Ｖ₂，Ｖ₃，…に所定の割合で振り分ける
（Ｓ１１３）。これにより、一の所要から複数のベンダ
毎に対応する発注量等の算出が可能となる。

【００３８】次に、子資材識別部５０５は、資材構成に
下位構成が存在するか否かを識別する（Ｓ１０９）。具
体的には、前記構成情報テーブルＴ₃の親資材ＩＤデー
タと子資材ＩＤデータとを参照する。即ち、前記構成情
報ファイル７０３を読み出して、階層資材レコードを抽
出する。前記階層資材レコードとは、親資材ＩＤデータ
に一段階下位の子資材ＩＤデータが対応付けられている
ようなレコードのそれぞれをいう。例えば、図４（Ｂ）
によれば、対象資材「ｘ」について処理がされていた場
合は、対応する子資材「ａ」と「ｂ」とが存在すること
が識別される。したがって、「親資材ｘと子資材ａ」と
いう対応を含むレコードと、「親資材ｘと子資材ｂ」と
いう対応を含むレコードとを、それぞれ階層資材レコー
ドと称することがある。

【００３９】そして、下位構成が存在する場合（前記階
層資材レコードが存在する場合）は、構成展開部は、１
段階下位構成に係る子資材について構成展開する（Ｓ１
１０）。即ち、対象資材が「ａ」であるとすると、もし
子資材「ａ」に更に子資材が存在すれば、資材「ａ」を
次の対象資材とする。

【００４０】そして、所要生成部は、前記階層資材レコ
ードが存在する場合に、対象資材（子資材）について所
要情報データを登録する（Ｓ１１１）。所要情報データ
には、子資材ＩＤデータに係る所要日データ，所要数デ
ータ等が含まれる。新規に所要情報データを生成する場
合は、所要展開元の発注の「手配日」を「所要日」に、
「注文数×構成情報の単位数」を「所要数」に登録す
る。

【００４１】以上を、下位構成がなくなるまで行い、そ
の後、次の資材があれば次の資材の処理に進む。

【００４２】すべての資材について、次の処理対象とな
る対象資材がなくなるまでＳ１０１乃至Ｓ１１１まで処
理を繰り返した後、Ｓ１０８又はＳ１１３で生成された
全ての所要情報データと発注情報データとを、所要結果
出力部５０８と発注結果出力部５０９とがそれぞれ出力
して、資材所要量管理処理が完了となる（Ｓ１１５，Ｓ
１１６）。

【００４３】前記所要結果出力部５０８は、生成された
所要情報データを「所要結果情報データ」として前記所
要結果情報ファイル７０８に記録することがある。前記
発注結果出力部５０９は、生成された発注情報データを
「発注結果情報データ」として前記発注結果情報ファイ
ル７０９に記録することがある。

【００４４】次に、本発明の資材所要量管理システムの
動作を具体的な数値による実施例として説明する。製品
の資材構成は図３（Ａ）の通りとする。前記資材情報フ
ァイル７０１に記録されている資材情報テーブルＴ
₁は、図４（Ａ）の通りとする。同様に、前記ベンダ情
報テーブルＴ₂は図４（Ｂ）、前記構成情報テーブルＴ₃
は図４（Ｃ）、日付情報テーブルＴ４は図５（Ａ）、在
庫情報テーブルＴ₅は図５（Ｂ）、所要情報テーブルＴ₆
は図５（Ｃ）、発注情報テーブルＴ₇は図５（Ｄ）の通
りとする。

【００４５】まず、前記対象資材指定部５０１は、前記
資材情報テーブルＴ₁，前記ベンダ情報テーブルＴ₂，前
記構成情報テーブルＴ₃，前記日付情報テーブルＴ₄及び
前記在庫情報テーブルＴ₅を前記データ記録手段７００
から読み出し、ＲＡＭ等の前記第１記憶部６０１上に展
開する（Ｓ１００）。そして、前記構成情報テーブルＴ
₃の記録内容から、上位レベルの資材「ｘ」，「ｙ」を
識別し、例えば若番の順にしたがって、資材「ｘ」を対
象資材と指定する（Ｓ１０１）。即ち、本実施例の場合
は、結果として対象資材は資材「ｘ」，「ｙ」，
「ａ」，「ｂ」の順に処理される。

【００４６】次に、前記ソート部５０２は、前記対象資
材指定部５０１が指定した対象資材「ｘ」に対応する所
要情報データと注文情報データとを、前記所要情報テー
ブルＴ₆及び前記発注情報テーブルＴ₇からそれぞれ読み
出して、前記第１記憶部６０１にロードする（Ｓ１０２
及びＳ１０３）。本実施例では、対象資材「ｘ」につい
ては発注情報がなく、所要情報のみであるから、所要毎
に発注情報データを生成する（例えば図６に示す所要量
計算結果テーブルＴ₈）。そして、期日の昇順であっ
て、且つ、好ましくは注文から所要に至る順にてソート
を実行するが（Ｓ１０４）、別の実施形態として、ソー
トを実行しないこともある。

【００４７】次に、前記在庫計算部５０４ａは、前記在
庫情報テーブルＴ₅の資材「ｘ」に関する在庫数量デー
タ「０個」を読み取り、その時点で登録されている在庫
数量「０個」を出発点として、期日の若い日から順に、
処理が所要であるから数量を減算して「−１０個」とす
る（Ｓ１０５）。

【００４８】ここで、前記マルチベンダ識別部５０３
は、対象資材「ｘ」が複数のベンダによって供給されて
いるものか否かを識別する（Ｓ１０７）。具体的には、
前記ベンダ情報テーブルＴ₂を読み出し、対象資材
「ｘ」に複数のベンダ名データが対応付けられているよ
うなマルチベンダレコードを抽出する。本実施例では、
図４（Ｂ）の通り、対象資材「ｘ」が登録されていない
ので、対象資材「ｘ」に係るマルチベンダレコードも存
在しないから、複数のベンダによる供給ではないと識別
される。そして、前記在庫計算部５０４ａの計算によっ
て数量が負（−１０個）となるので（Ｓ１０６）、新規
の発注情報データを生成する処理を実行する（Ｓ１０
８）。

【００４９】即ち、対象資材「ｘ」の所要情報データ
は、前記所要情報テーブルＴ₆から、所要日データが
「１９９９年７月２０日」，所要数データが「１０個」
の１つのみであることが識別できる。また、前記在庫情
報テーブルＴ₅から、在庫数量データが「０個」と識別
できる。これより、所要に対する不足分としての１０個
を補うように、納期期限データが「１９９９年７月２０
日」，手配日データが「１９９９年７月１９日」，手配
数が「１０個」とする発注情報データが生成される。

【００５０】ここで、各発注の納期期限データは、対応
する所要の所要日データが設定される。これにより、複
数のベンダによる資材供給であっても、確実にベンダ毎
に納期期限データを生成することができる。また、手配
日データは、前記資材情報テーブルＴ₁から、対象資材
「ｘ」の「組立／調達リードタイム」データが「１日」
であるので、１稼働日遡った日が設定される。以上によ
り、対象資材「ｘ」に関する発注情報データの生成処理
が完了する。

【００５１】次に、前記子資材識別部５０５は、資材構
成に下位構成が存在するか否かを識別する（Ｓ１０
９）。即ち、前記構成情報テーブルＴ₃を読み出して、
親資材ＩＤデータ（対象資材「ｘ」）に一段階下位の子
資材ＩＤデータが対応付けられているような階層資材レ
コードを抽出する。本実施例では、親資材が「ｘ」なの
で、対応する子資材は「ａ」，「ｂ」の両方が存在する
ことが識別される。

【００５２】ここで、前記構成展開部５０６は、１段階
下位構成に係る子資材「ａ」，「ｂ」について構成展開
するが（Ｓ１１０）、子資材「ａ」，「ｂ」には更なる
子資材が存在しないので、次の処理へ進む。

【００５３】次に、前記所要生成部５０７は、対象資材
「ｘ」について所要情報データを登録する（Ｓ１１
１）。まず、親資材「ｘ」に対する子資材「ａ」につい
て処理を行う。親資材「ｘ」については、発注数データ
が「１０個」、手配日データが「１９９９年７月１９
日」とした発注情報データが登録されている。また、前
記構成情報テーブルＴ₃から親資材「ｘ」に対する子資
材「ａ」の単位数は「１」なので、子資材「ａ」には、
所要数データが「１０個」，所要日データが「１９９９
年７月１９日」なる所要情報データが生成される。

【００５４】次に、親資材「ｘ」に対する子資材「ｂ」
について処理を行う。親資材「ｘ」には、発注数データ
が「１０個」，手配日データが「１９９９年７月１９
日」なる発注情報データが登録されている。前記構成情
報テーブルＴ₃から、親資材「ｘ」に対する子資材
「ｂ」の単位数は「２」なので、子資材「ｂ」には、所
要数データが「２０個」，所要日データが「１９９９年
７月１９日」なる所要情報データが生成される（Ｓ１１
１）。

【００５５】これで、対象資材「ｘ」の子資材は全て処
理したことになるので、次の資材の処理に進む（Ｓ１１
４）。

【００５６】次に、前記対象資材指定部５０１は、次の
対象資材として資材「ｙ」を指定する（Ｓ１０１）。資
材「ｘ」の処理の例と同様に、対象資材「ｙ」の所要情
報と発注情報とを読み出して、前記第１記憶部６０１上
に展開する（Ｓ１０２，Ｓ１０３）。但し、今回は対象
資材「ｙ」に係る発注情報が存在していなかったので、
所要情報毎に発注情報データを生成する（Ｓ１０８）。
即ち、納期期限データが「１９９９年７月２０日」，手
配日データが「１９９９年７月１９日」，発注数データ
が「２０個」とした発注情報データを生成する。前記ソ
ート部５０２と前記マルチベンダ識別部５０３の動作
は、資材「ｘ」のときと同様なので説明を省略する。

【００５７】次に、前記子資材識別部５０５は、対象資
材「ｙ」に下位構成が存在するか否かを識別する（Ｓ１
０９）。即ち、前記構成情報テーブルＴ₃に対象資材
「ｙ」を親資材とする情報があるかどうか検索する。今
回は、親資材が「ｙ」の場合、対応する子資材は資材
「ｂ」が存在することが識別される。

【００５８】ここで、前記構成展開部５０６は、１段階
下位構成に係る子資材「ｂ」について構成展開するが
（Ｓ１１０）、子資材「ｂ」には更なる子資材が存在し
ないので、次の処理へ進む。

【００５９】次に、前記所要生成部５０７は、対象資材
「ｙ」について所要情報を登録する（Ｓ１１１）。即
ち、親資材「ｙ」に対する子資材「ｂ」について処理を
行う。親資材「ｙ」については、発注数データが「２０
個」、手配日データが「１９９９年７月１９日」とした
発注情報データが登録されている。また、前記構成情報
テーブルＴ₃から親資材「ｙ」に対する子資材「ｂ」の
単位数は「５」なので、子資材「ｂ」には、所要数デー
タが「１００個」，所要日データが「１９９９年７月１
９日」なる所要情報データが生成される。対象資材
「ｙ」の子資材は資材「ｂ」以外にはないので、次の資
材の処理に進む（Ｓ１１４）。

【００６０】次に、前記対象資材指定部５０１は、次の
対象資材として資材「ｙ」を指定する（Ｓ１０１）。資
材「ｘ」の処理の例と同様に、対象資材「ａ」の所要情
報と発注情報とを読み出して、前記第１記憶部６０１上
に展開する（Ｓ１０２，Ｓ１０３）。

【００６１】今回は発注情報が存在している。即ち、納
期期限データが「１９９９年７月１５日」，手配日デー
タが「１９９９年７月１３日」，発注数データが「１０
個」とした発注情報データが存在するので、既に生成さ
れている、所要日データが「１９９９年７月１９日」，
所要数データが「１０個」という所要をまかなうことが
できる。したがって、今回は新規の発注情報データは生
成しない（Ｓ１０８）。対象資材「ａ」には更なる子資
材が存在しないので、次の資材の処理に進む（Ｓ１１
４）。前記ソート部５０２と前記マルチベンダ識別部５
０３の動作は、資材「ｘ」のときと同様なので説明を省
略する。

【００６２】次に、図２及び図８を参照して、次の対象
資材である資材「ｂ」についての処理の一例について説
明する。前記対象資材指定部５０１は、次の対象資材と
して資材「ｂ」を指定する（Ｓ１０１）。資材「ａ」の
処理の例と同様に、対象資材「ｂ」の所要情報と発注情
報とを読み出して、前記第１記憶部６０１上に展開する
（Ｓ１０２，Ｓ１０３）。但し、今回は所要情報が存在
する。即ち、親資材「ｘ」の分として、所要数データ
「２０個」，所要日データ「１９９９年７月１９日」か
らなる所要情報が存在する。また、親資材「ｙ」の分と
して、「所要数データ「１００個」，所要日データ「１
９９９年７月１９日」からなる所要情報が存在する。

【００６３】したがって、１９９９年７月１９日には、
合計所要数「１２０個」が存在することにあるが、対象
資材「ｂ」には在庫数量データとして「１０個」が登録
されているので、正味の所要量は減産した「１１０個」
となる〔図５（Ｂ）及び図８参照〕。前記ソート部５０
２の動作は、資材「ａ」のときと同様なので説明を省略
する。

【００６４】次に、前記マルチベンダ識別部５０３は、
対象資材「ｂ」が複数のベンダによって供給されている
ものか否かを識別する（Ｓ１０７）。具体的には、前記
ベンダ情報テーブルＴ₂内を参照し、対象資材「ｂ」に
ついて、複数のベンダが登録されているか否かを識別す
る。したがって、対象資材「ｂ」は、ベンダＶ₁，Ｖ₂及
びＶ₃から供給されていることが識別される〔図４
（Ｂ）参照〕。

【００６５】そして、前記発注振分部５０４は、正味の
所要量「１１０個」に係る発注情報データを生成するが
（Ｓ１１２）、発注振分部５０４はその所要量を前記３
件のベンダＶ₁，Ｖ₂及びＶ₃に所定の比率で振り分ける
（Ｓ１１３）。即ち、正味の所要量「１１０個」に対し
て、ベンダＶ₁が５０％、ベンダＶ₂が３０％、ベンダＶ
₃が２０％なので、例えば前記ベンダＶ₁に対する発注数
データは、正味所要量１１０個×５０％（振分率）＝５
５個となる。また、前記ベンダＶ₂に対しては、正味所
要量１１０個×３０％＝３３個となる。また、前記ベン
ダＶ₃に対しては、正味所要量１１０個×２０％＝２２
個となる。

【００６６】そして、前記発注振分部５０４は、各ベン
ダのリードタイムを遡って発注手配日を算出する。即
ち、ベンダＶ₁について、納期期限データ「１９９９年
７月１９日」，手配日データ「１９９９年７月１５
日」，発注数データ「５５個」となる。また、ベンダＶ
₂については、納期期限データ「１９９９年７月１９
日」，手配日データ「１９９９年７月１４日」，発注数
データ「３３個」となる。また、ベンダＶ₃について
は、納期期限データ「１９９９年７月１９日」，手配日
データ１９９９年７月１３日」，発注数データ「２２
個」となる。以上の３レコードについて発注情報データ
が生成されることになり、正確且つ確実にベンダ毎の発
注情報データを生成することができる。

【００６７】ここで、対象資材「ｂ」の子資材は存在し
ないので、次の資材の処理に進むが（Ｓ１１４）、既に
全ての資材について処理を完了してしまったので、所要
結果情報出力部５０８は、生成された所要情報データを
所要結果情報データとして前記所要結果情報ファイル７
０８に記録する。このとき、生成された所要情報データ
を所要結果情報テーブルＴ₉として記録するために出力
することがある〔図７（Ａ）参照〕。同様に、所要結果
情報出力部５０８は、生成された発注情報データを発注
結果情報データとして前記発注結果情報ファイル７０９
に記録する。このとき、生成された発注情報データを発
注結果情報テーブルＴ₁₀として記録することがある〔図
７（Ｂ）参照〕。

【００６８】以上記載した資材所要量管理処理は、資材
所要量管理プログラムとして、それぞれ実現されること
があり、コンピュータ読取り可能な記録媒体にて提供さ
れることがある。

【００６９】前記記録媒体とは、本明細書では情報を記
録できるいかなる記録媒体でも適用可能であり、その一
例を図９に示す。即ち、ハードディスクＭ₁、ＣＤ−Ｒ
ＯＭ，ＭＯ，ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＰＤ等
の円盤状記録媒体Ｍ₂、フロッピーディスクＭ₃、ＲＡ
Ｍ，ＲＯＭ等のメモリチップＭ₄、ＥＰＲＯＭ，ＥＥＰ
ＲＯＭ，スマートカード（登録商標），スマートメディ
ア（登録商標），フラッシュメモリ，コンパクトフラッ
シュカードその他の書換可能なカード型ＲＯＭＭ ₅等に
記録保存することができ、コンピュータ読取り可能であ
る。

【００７０】そして、前記円盤状記録媒体Ｍ₂からデー
タを読み取る図示しないディスクドライブ装置又は前記
フロッピーディスクＭ₃からデータを読み取る図示しな
いフロッピードライブ装置から、図示しないＳＣＳＩポ
ート（ケーブル），ＵＳＢポート（ケーブル），ＩＥＥ
Ｅ１３９４ポート（ケーブル）等を経由して、コンピュ
ータＰにプログラムを転送することもできる。この場合
は、そのコンピュータＰに内臓又は外付けされる前記ハ
ードディスクＭ１等の記録媒体に、資材所要量管理プロ
グラムが記録されるように構成してもよい。

【００７１】前記コンピュータＰは、例えば、パーソナ
ルコンピュータ，デスクトップ型コンピュータ，ノート
ブック型コンピュータ，モバイルコンピュータ，ラップ
トップコンピュータ，ポケットコンピュータ，サーバー
コンピュータ，クライアント端末，ワークステーショ
ン，ホストコンピュータ，汎用コンピュータその他あら
ゆるコンピュータが好適に適用できる。

【００７２】

【発明の効果】本発明は、以上のように構成されて機能
するもので、製品を構成する資材の構成関係等の構成情
報データが記録される構成情報ファイル７０３を読み出
して処理対象とする対象資材を指定する対象資材指定部
５０１と、ベンダ別の資材ＩＤデータ，発注振分率デー
タ等のベンダ情報データが記録されるベンダ情報ファイ
ル７０２を読み出して前記対象資材が複数のベンダによ
って供給されているものか否かを識別するマルチベンダ
識別部５０３と、対象資材が複数のベンダによって提供
されていると判断される場合に，所要とする前記対象資
材の発注量データ等の発注情報データを生成し，且つ前
記ベンダ情報データに基づいて前記発注情報データを前
記複数のベンダそれぞれに対応して振り分ける発注振分
部５０４と、前記発注情報データを前記複数のベンダ毎
に資材ＩＤ，納期，発注数等の発注結果情報データとし
て出力する発注結果情報出力部５０９とを備える。

【００７３】その結果、製品に使用される資材が何段階
かの子資材を有する場合で、いずれかの資材が複数のベ
ンダによって供給されていても、ベンダ情報ファイル７
０２の記録に基づいて、一の所要に対してベンダ数に対
応した数のリードタイム，発注数量等で発注情報データ
を生成することができる。即ち、子資材も含めた全所要
に係る発注情報データが正確且つ確実に算出されること
になるので、過剰発注や欠品状態を生じないという極め
て優れた効果を有する。

【００７４】特に、ベンダ別の資材ＩＤデータ，発注振
分率データ等のベンダ情報データが記録されるベンダ情
報ファイル７０２を読み出して前記対象資材が複数のベ
ンダによって供給されているものか否かを識別するマル
チベンダ識別部５０３を備えたことで、ベンダ毎の場合
と資材毎の場合と別々に発注情報を登録する必要もなく
なるので、データ登録作業の工程を大幅に簡素化するこ
とができるという極めて優れた利点もある。

【００７５】また、特に、対象資材が複数のベンダによ
って提供されていると判断される場合に，所要とする前
記対象資材の発注量データ，納期期限データ等の発注情
報データを生成し，且つ前記ベンダ情報データに基づい
て前記発注情報データを前記複数のベンダそれぞれに対
応して振り分ける発注振分部５０４を備えたことで、従
来のＭＲＰＳではできなかった、資材が親資材と子資材
とからなる階層構造の製品である場合におけるベンダ
別，資材別の納期期限までも従属させた所要量管理が確
実にできるという極めて優れた効果を有する。

【図面の簡単な説明】

【図１】本発明の資材所要量管理システムのブロック図
である。

【図２】本発明の資材所要量管理システムが実行するこ
とがある資材所要量管理処理のフローチャートである。

【図３】図３（Ａ）は本実施例における製品の資材構成
図であり、図３（Ｂ）は本発明の資材所要量管理システ
ムにおける機能ブロック図である。

【図４】図４（Ａ）は資材情報テーブルＴ₁のデータ構
造の概略図であり、図４（Ｂ）はベンダ情報テーブルＴ
₂のデータ構造の概略図であり、図４（Ｃ）は構成情報
テーブルＴ₃のデータ構造の概略図である。

【図５】図５（Ａ）は日付情報テーブルＴ₄のデータ構
造の概略図であり、図５（Ｂ）は在庫情報テーブルＴ₅
のデータ構造の概略図であり、図５（Ｃ）は所要情報テ
ーブルＴ₆のデータ構造の概略図であり、図５（Ｄ）は
発注情報テーブルＴ₇のデータ構造の概略図である。

【図６】所要量計算結果テーブルＴ₈のデータ構造の概
略図である。

【図７】図７（Ａ）は所要結果情報テーブルＴ₉のデー
タ構造の概略図であり、図７（Ｂ）は発注結果情報テー
ブルＴ₁₀のデータ構造の概略図である。

【図８】一の所要が複数のベンダに振分けられる際のデ
ータフローの一例を示す概念図である。

【図９】本発明の資材所要量管理プログラムが記録され
ることがある記録媒体の一例を示す概念図である。

【符号の説明】

５０１対象資材指定部５０３マルチベンダ識別部５０４発注振分部５０５子資材識別部５０７所要生成部５０８所要結果情報出力部５０９発注結果情報出力部７０２ベンダ情報ファイル７０３構成情報ファイル７０５在庫情報ファイル７０６所要情報ファイル７０８所要結果情報ファイル７０９発注結果情報ファイルＶ₁，Ｖ₂，Ｖ₃，… ベンダ

Claims

【特許請求の範囲】

【請求項１】製品を構成する資材の構成関係等の構成
情報データが記録される構成情報ファイルを読み出して
処理対象としての対象資材を指定する対象資材指定部
と、ベンダ別の資材ＩＤデータ，発注振分率データ等の
ベンダ情報データが記録されるベンダ情報ファイルを読
み出して同一資材ＩＤデータに複数のベンダ名データが
対応付けられているマルチベンダレコードを抽出するマ
ルチベンダ識別部とを備えると共に、前記マルチベンダレコードが抽出された場合に，所要数
データ等の所要情報データを記録する所要情報ファイル
と在庫数量データ等の在庫情報データを記録する在庫情
報ファイルとをそれぞれ読み出して前記在庫数量データ
の値の方が小さいときにその差分の数量を手配数データ
とする発注情報データを生成し，且つ前記ベンダ情報フ
ァイルから前記発注振分率データを読み出してその発注
振分率にしたがって前記発注情報データを前記複数のベ
ンダそれぞれに振り分ける発注振分部と、前記振り分け
られる発注情報データを前記複数のベンダ毎に対応する
資材ＩＤデータ，手配数データ等の発注結果情報データ
として発注結果情報ファイルに記録する発注結果情報出
力部とを備えたことを特徴とする資材所要量管理システ
ム。
【請求項２】前記対象資材指定部は資材構成の上位レ
ベルから順に対象資材を指定することを特徴とする請求
項１記載の資材所要量管理システム。
【請求項３】前記構成情報ファイルを読み出して親資
材ＩＤデータに一段階下位の子資材ＩＤデータが対応付
けられている階層資材レコードを抽出する子資材識別部
と、前記階層資材レコードが存在する場合に前記子資材
ＩＤデータに係る所要日データ，所要数データ等の所要
情報データを生成する所要生成部と、前記所要情報デー
タを所要結果情報データとして所要結果情報ファイルに
記録する所要結果情報出力部とを設けたことを特徴とす
る請求項１又は２記載の資材所要量管理システム。
【請求項４】前記発注振分部は、所要とする前記対象
資材に対応して納期期限データも生成することを特徴と
する請求項１，２又は３記載の資材所要量管理システ
ム。
【請求項５】コンピュータを使用して資材所要量を管
理するための資材所要量管理プログラムを記録した記録
媒体であって、当該資材所要量管理プログラムは、前記
コンピュータを動作させる指令として、製品を構成する
資材の構成関係等の構成情報データが記録される構成情
報ファイルを読み出して処理対象としての対象資材を指
定する対象資材指定指令と、ベンダ別の資材ＩＤデー
タ，発注振分率データ等のベンダ情報データが記録され
るベンダ情報ファイルを読み出して同一資材ＩＤデータ
に複数のベンダ名データが対応付けられているマルチベ
ンダレコードを抽出するマルチベンダ識別指令とを備え
ると共に、前記マルチベンダレコードが抽出された場合に，所要数
データ等の所要情報データを記録する所要情報ファイル
と在庫数量データ等の在庫情報データを記録する在庫情
報ファイルとをそれぞれ読み出して前記在庫数量データ
の値の方が小さいときにその差分の数量を手配数データ
とする発注情報データを生成し，且つ前記ベンダ情報フ
ァイルから前記発注振分率データを読み出してその発注
振分率にしたがって前記発注情報データを前記複数のベ
ンダそれぞれに振り分ける発注振分指令と、前記振り分
けられる発注情報データを前記複数のベンダ毎に対応す
る資材ＩＤデータ，手配数データ等の発注結果情報デー
タとして発注結果情報ファイルに記録する発注結果情報
出力指令とを備えたことを特徴とする資材所要量管理プ
ログラムを記録したコンピュータ読取り可能な記録媒
体。
【請求項６】前記対象資材指定指令は、資材構成の上
位レベルから順に対象資材を指定ることを特徴とする請
求項５記載の資材所要量管理プログラムを記録したコン
ピュータ読取り可能な記録媒体。