JPH05242121A - 部品納入指示装置 - Google Patents

Abstract

(57)【要約】 【目的】 緊急に組立工場に納入要請のある部品が生じ
た場合に、人的管理工数の増加を招くことなく、所定の
納入時期に確実に間に合うように部品工場に部品の発注
指示を行なう。 【構成】 発注管理システム１４に輸送変更判定手段１
４ａを設け、組立工場１０に部品を特急で納入すること
が必要である場合は、予め設定された輸送手段による輸
送では特急の部品の組立工場１０への納入が遅れるか否
かを判断し、納入が遅れると判断した場合は納入が確実
に間に合う輸送手段に変更し、輸送手段の変更の旨の情
報を受注管理システム２１に出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、部品工場から組立工場
への部品の納入を指示する部品納入指示装置に関し、と
くに部品工場が組立工場に対して遠隔地にある場合に好
適な部品納入指示装置に関する。

【０００２】

【従来の技術】自動車部品工場から自動車組立工場への
部品納入システムには、従来、計画納入、かんばん納
入、順序納入、の３つのタイプがある。

【０００３】計画納入は、組立工場の生産計画に基づい
て、一定期間前（たとえば１ヶ月前）に納品仕様（数
量、品種、納入期日）を部品工場に指示を出し、その指
示に従って部品を納入するシステムである。ただし、確
定情報は実際の組立の２、３日前に出される。

【０００４】かんばん納入は、組立工場における部品の
消費実績に基づいて、消費した部品と同種の部品を同数
補充するようにかんばんと呼ばれるカードで部品工場に
指示を出し、その指示に従って部品を納入するシステム
である。かんばんは、部品工場と組立工場との間にパレ
ットとともに往復される。

【０００５】順序納入は、組立工場のラインに組立てす
べき車両が投入された時点で、その部品の納入をパーツ
メーカに指示し、その指示に従って部品を、その部品が
ラインの組立場所にくるとき迄に、納入するシステムで
ある。部品納入順序は、車両のラインへの投入順序とな
り、自動的に定まる。

【０００６】生産性の多様化に伴ない、これらのシステ
ムから対象の車両生産に最も適したシステムを選び、最
適生産をしたいというニーズがある。しかし、この場
合、つぎの問題があった。

【０００７】（１）上記３つのシステムは互いに独立で
あり、１つのシステム用の部品使用を登録した部品マス
タファイルや、センサ、コンピュータ等の機器は、他の
システムに用いることはできない。 （２）部品納入システムを１つのシステムから他のシス
テムに変更しようとしても、部品マスタファイルは大幅
に変更さなければならず、そのような大幅に変更はたと
え可能であったとしてもミスを伴なう。 （３）システムの変更が容易なように、各システムに全
てのタイプの部品マスタファイル、センサコンピュータ
を具備させるとすると、コストアップで耐えられなくな
る。

【０００８】そこで、部品納入システムが複数のシステ
ム間で変更可能であり、管理の一元化をはかるようにし
た装置が提案されている（特開平３−１３１４３８号公
報）。この装置では、計画納入、かんばん納入、順序納
入の納入形態の変更が、単一のシステムにおいてデータ
ファイルのパラメータを変更するだけで可能となり、各
納入方式のメリットを十分に生かすことができる。

【０００９】上記の部品納入指示装置においては、組立
工場側の発注管理システムから通信ネットワークを介し
て部品工場側の受注管理システムに発注データが出力さ
れる。部品工場では、発注データに基づいて部品を一定
期間内に組立工場に納入する。部品の納入は、通常トラ
ック輸送によって行なわれるが、部品工場に対して組立
工場が遠隔地にある場合は、輸送コストの関係で船便が
採用される。すなわち、トラックの場合は輸送力が小さ
くコストが高いため、遠隔地輸送に適さないので、輸送
コストが安価で大量輸送が可能な船便が採用される。

【００１０】

【発明が解決しようとする課題】しかしながら、組立工
場に納入された部品に不良品があったり、生産台数の変
更によって、ある部品が緊急に欲しいというときは、組
立工場に対して部品工場が遠隔地にある場合は、通常の
輸送手段では要求に迅速に対応できない。このような場
合は、通常の納入の輸送手段である船便を中止して、ト
ラック便や航空便で輸送することで、できるだけ早く組
立工場に部品を納入する必要がある。

【００１１】上述の特開平３−１３１４３８号公報の部
品納入指示装置では、緊急に納入要請のある特急の部品
についての輸送手段を選択できる機能を備えておらず、
納入システムとは別の方法、たとえば電話やファクシミ
リなどを利用して部品の納入指示をしなければならな
い。そのため、特急の部品の納入指示に対する新たな工
数が発生するとともに、非公式の手続を行なったための
その後のシステムのデータ修正に工数がかかり、人的管
理工数の増加が問題となる。

【００１２】本発明は、上記の問題に着目し、緊急に組
立工場に納入要請ある部品が生じた場合に、人的管理工
数の増加を招くことなく、所定の納入時期に確実に間に
合うように部品工場への部品の発注指示が可能な部品納
入指示装置を提供することを目的とする。

【００１３】

【課題を解決するための手段】この目的に沿う本発明に
係る部品納入指示装置は、組立工場で使用される部品に
関する要求情報に基づいて、部品マスタファイルを検索
して必要情報を引出し、部品発注データを作成する発注
管理システムと、部品工場に設けられ発注管理システム
手段から通信ネットワークを介して送られた発注データ
を受信し、必要データを出力する受注管理システムとを
備えた部品納入指示装置において、前記組立工場に部品
工場からの部品を納入するに際し、予め設定された輸送
手段による輸送では該部品の組立工場への納入が遅れる
か否かを判断し、該部品の納入が遅れると判断した場合
は部品納入が間に合う輸送手段に変更し、該輸送手段の
変更の旨の情報を前記受注管理システムに出力する輸送
変更判定手段を、前記発注管理システムに設けたものか
ら成る。

【００１４】

【作用】このように構成された部品納入指示装置におい
ては、発注管理システムに設けられた輸送変更判定手段
により、特急の部品の組立工場への納入が予め設定され
た通常の輸送手段によって行われた場合に、部品の納入
が遅れるか否かが判断される。ここで、通常の輸送手段
では部品納入が遅れると判断した場合は、輸送変更判定
手段により輸送手段の変更が行われる。すなわち、特急
の部品の輸送は、たとえば通常の船便による輸送からト
ラック便または航空便による輸送に変更される。

【００１５】輸送手段の変更が行われると、この変更の
旨の情報が部品工場の受注管理システムに出力される。
これにより、部品工場では、電話やファクシミリでの連
絡を受けることなく、組立工場への特急の部品の輸送手
段を通常の輸送手段から別の輸送手段に変更することが
可能となる。したがって、特急の部品を指定された納入
期日まで確実に納入することができ、しかも非公式の手
続を行なったためのその後のシステムのデータ修正を行
なうことも不要となる。

【００１６】

【実施例】以下に、本発明に係る部品納入指示装置の望
ましい実施例を、図面を参照して説明する。

【００１７】図１ないし図８は、本発明の一実施例を示
している。図１において、１０は少なくとも１つの車両
組立工場、２０は少なくとも１つの部品工場（パーツメ
ーカ）を示す。各車両組立工場１０と各部品工場２０と
は電話回線等の通信ネットワーク３０で結ばれている。

【００１８】各車両組立工場１０は、生産計画システム
１１、部品情報システム１２、発注管理システム１４を
有する。発注管理システム１４は、ホストコンピュータ
１５と接続されている。ホストコンピュータ１５は、組
立工場１０に設置されていてもよいし、組立工場および
パーツメーカ以外に設置されていてもよい。

【００１９】生産計画システム１１は、従来の計画納入
に対応し、月次及び日次の生産計画を作成する。月基準
の生産計画情報は、予約的情報で月末に次月の予約的情
報が発注管理システム１４に送られる。日基準の生産計
画情報は確定情報であり、２、３日前に発注管理システ
ム１４に送られる。実際には、確定情報で車両が生産さ
れる。

【００２０】部品情報システム１２は、部品消費実績を
検出する機能を有する。通常、部品は複数個のパレット
１２ａに収容されている。パレット１２ａには、かんば
ん１２０が付いており、かんばん１２０には必要な情報
がバーコード化されて印刷されている。パレット１２ａ
から部品が取出されたときに、そのパレット１２ａに付
いているかんばん１２０のバーコード１３２がセンサ１
２ｂ（バーコードリーダ）で読まれ、補充すべき部品の
情報が発注管理システム１４に送られる。

【００２１】発注管理システム１４は、コンピュータか
らなり、図２に示すように、入力インターフェイス１４
ａ、ＣＰＵ１４ｂ、メモリ１４ｃ、設定装置１４ｄ、タ
イマ１４ｅ、表示部１４ｆ、出力インターフェイス１４
ｇを有する。発注管理システム１４は、通常、ホストコ
ンピュータ１５に接続される。ホストコンピュータ１５
は車両組立工場１０に設置されていても、或いは組立工
場１０とは別の場所、たとえばメインオフィスに設置さ
れていてもよい。ホストコンピュータ１５には、後述す
るマスタファイルが格納されている。

【００２２】発注管理システム１４は、生産計画システ
ム１１、部品情報システム１２、から送られてきた情報
を加工し、発注データを作成する機能をもつ。従来はこ
れらのシステムは互いに独立に演算用コンピュータを有
し、各々で発注データを作成していたが、本実施例で
は、それぞれのシステムはセンサ機能は情報処理、送付
機能だけを有し、演算機能は発注管理システム１４のコ
ンピュータが共用される。

【００２３】すなわち、従来、たとえば２台必要とされ
たコンピュータが、発注管理システム１４の１台のコン
ピュータで済む。また、従来２台のコンピュータにそれ
ぞれ必要とされたファイルが、ホストコンピュータ１５
に格納され共用されるマスタファイルで済む。部品マス
タファイル１６は、２つのシステムに共用され得るよう
に、標準化されたフォームを有する。

【００２４】発注管理システム１４が作成すべき発注デ
ータは、発注形態、部品コード、組立連番、部品工場コ
ード、発注数量、納入場所コード、納入日時、収容数、
発注連番から成る。このうち、発注連番は、発注単位毎
にサイクリックな連番、たとえば００００１〜９９９９
９を用いる。発注データは発注連番をキーとして記憶装
置１４ｃに格納しておく。

【００２５】上記の発注データのうち、発注形態、部品
工場コド、納入場所コード、納入日時、収容数は、あら
かじめ、部品コード基準で、部品マスタファイル１６に
登録し、ホストコンピュータ１５に格納しておく。部品
マスタファイル１６は、さらにの便数、納入リードタイ
ム（便数）を含む。

【００２６】マスタファイル１６のうち、発注形態の欄
のパラメータ番号“１”、“２”、“３”は、それぞれ
次の意味をもつように、納入方式と対応づけてある。 “１”……計画納入 “２”……かんばん納入 “３”……順序納入 オペレータは、発注管理システム１４を操作するだけ
で、部品マスタファイル１６の発注形態を変更すること
ができる。本実施例では、発注形態のうち順序納入によ
るシステムは省略されている。

【００２７】発注形態の変更方法は、部品マスタファイ
ル１６の、対象とする部品コードに対応する、発注形態
欄のパラメータを変更するだけの操作で済む。より詳し
くは、通常、部品はどの組立工場にどの発注形態に沿っ
て納入されるかは、決められており、それに従って部品
マスタファイル１６の発注形態欄のパラメータは予め決
められているが、一時的に他の発注形態に変更したいと
きは、その部品の発注形態のパラメータを変更するだけ
でよい。この操作は単純なので、手間はかからず、ミス
の発生も防止できる。

【００２８】発注管理システム１４では、それぞれの納
入システムのための発注データを作成する。この発注デ
ータは発注管理システム１４から、通信ネットワーク３
０を介して、部品工場２０に送られる。

【００２９】各部品工場２０は、受注管理システム２１
を有している。図４に示すように、受注管理システム２
１は、入力部２１ａ、演算部２１ｂ、かんば出力装置２
１ｃ、納品書出力装置２１ｄ、指示帳票出力装置２１
ｅ、記憶装置２１ｆ、設定装置２１ｇを有する。組立工
場１０の発注管理システム１４から発注データを受取る
と、かんばん納入の場合には、部品コード毎にかんばん
１２０を作成する。

【００３０】図３は、作成されたかんばんの一例を示し
ている。かんばん１２０には発注形態欄１２１に発注形
態パラメータ“２”が、部品コード欄１２２には部品コ
ード“４７８１０−２２０３０”が、納入工場コード欄
１３０には納入場所コード“２３１５９”が、納入工場
名欄１２４には納入工場コードを変換して組立工場名
“田原工場”が、納入日時側１２５にはたとえば４月４
日の７便目の２２時００分が、収容数欄１２６には５
が、部品略番の欄１２７には部品コードから変換した部
品略番“７７８”が、部品工場コード欄１２８には部品
工場コード“２９０３−０”が、部品工場名欄１２９に
は部品工場コードから変換した部品工場名“豊田工場”
が、それぞれ記入されており、これらはバーコード１３
２とされている。

【００３１】つぎに、作用について説明する。各組立工
場からは、生産計画情報か、部品情報か、車両情報の何
れかが選択的にその工場の発注管理システム１４に送ら
れる。生産計画情報は、複数の組立工場をまとめて作成
されてもよい。これらの情報を受けて、発注管理システ
ム１４は、部品工場２０への発注データを作成する。こ
のとき発注管理システム１４はホストコンピュータ１５
に格納されている部品マスタファイル１６を検索し、必
要な部品情報を引き出す。この部品マスタファイル１６
およびコンピュータは、複数の部品納入システムについ
て、共用される。部品マスタファイル１６は、フォーム
がすべての部品納入システムについて標準化されてい
る。

【００３２】従来は、生産計画システム、部品情報シス
テム、車両情報システムは、別々にコンピュータを有
し、別々のフォームを有していたが、本発明ではコンピ
ュータが共用され、ファイルのフォームが共用され、管
理が一元化される。発注管理システム１４で作成された
発注データは部品工場２０に送られ、それに従って部品
が納入される。発注データは、通信ネットワーク３０を
介して部品工場２０に送られる。したがって、従来のよ
うに、組立工場から部品工場にかんばんが運ばれるとい
うことはない。

【００３３】つぎに、発注管理システムにおける発注デ
ータの作成について説明する。ここで、生産計画システ
ム１１による発注形態および部品情報システム１２によ
る発注形態においては、納入時刻と発注時刻との関係
は、図５に示す関係となっている。これらの発注情報１
５０は、予めホストコンピュータ１５に記憶されてい
る。

【００３４】まず、計画納入の場合の発注データの作成
は、図６に従って遂行される。ステップ２０１で、生産
計画システム１１から送られてくる月次の生産計画情報
は、各部品コードの日毎の予測消費量（パレット数）を
示している。この計画情報を受けとると、ステップ２０
２で部品マスタファイル１６から、計画納入（発注形態
パラメータ“１”）の対象部品コードを引き出す。続い
て、ステップ２０３で発注数量、納入日時、発注日を表
示部１４ｆに出力する。ただし、

【００３５】たとえば、４月４日の部品コード４７８１
０−２２０５０の納入数量はパレット数でたとえば４で
あるが、納入リードタイムが便数にして４で納入便数が
１日２便であるから、４／２＝２日だけ、納入日時より
発注日を早くすべきであり、発注日は４月２日になると
いった具合である。なお、ステップ２０３においては、
ホストコンピュータ１５に格納された輸送手段リードタ
イムファイル１７によって特急部品の発注処理が行なわ
れる。これについては、後述する。

【００３６】ステップ２０４では、発注数量、納入日
時、発注日を、現場の部品在庫や部品工場の能力負荷を
加味して、修正する必要があるか否かを判別し、必要が
あれば、ステップ２０９に進んで、オペレータが設定装
置を介して修正し、さらにステップ２０５で、修正した
結果を記憶装置１４ｃに格納する。続いて、ステップ２
０６でタイマ１４ｅの監視により発注日となった部品コ
ードに対して、部品マスタファイル１６から発注形態、
部品工場コード、納入場所、収容数を引き出し、発注連
番を付与して、発注データを作成し、部品工場２１へ、
通信ネットワーク３０を介して送信する。発注実績はス
テップ２０７でファイルに記憶し、記憶後、発注数量等
をステップ２０８でメモリから削除する。確定情報は、
通常、車両完成の３日前に出される。

【００３７】図７は、ステップ２０３における指示納入
部品の発注時刻決定方法を示しており、図７の処理は輸
送変更判定手段１４ａを構成する。ステップ２１１で納
入時刻から現在時刻が減算され、減算によって求められ
た時間と船便による輸送のリードタイムとが比較され
る。ここで、減算により求められた時間よりも船便リー
ドタイムが小であると判断された場合は、ステップ２１
６に進み、発注時刻は納入時刻から船便リードタイムを
減算した時刻とされ、処理は終了する。

【００３８】ステップ２１１において、減算によって求
められた時間よりも船便リードタイムが大であると判断
された場合は、ステップ２１２に進み、特急で納入しな
ければならない部品である旨のフラグが付与される。つ
ぎに、ステップ２１３に進み、納入時刻から現在時刻が
減算され、減算によって求められた時間とトラック便に
よる輸送のリードタイムとが比較される。

【００３９】ステップ２１３において、減算によって求
められた時間よりもトラック便のリードタイムが大であ
ると判断された場合は、ステップ２１４に進み、発注時
刻が現在時刻とされ、生産計画の変更が行なわれる。ス
テップ２１３において、減算によって求められた時間よ
りもトラック便のリードタイムが小であると判断された
場合は、ステップ２１５に進み、発注時刻は納入時刻か
らトラック便リードタイムを減算した時刻とされ、処理
終了する。

【００４０】このように、ステップ２０３において納入
日時（消費予定日）と現在日時および船便リードタイム
とを比較し、部品の組立工場への納入が船便で間に合う
か否かを算出し、船便で間に合うならば従来通りの船便
により輸送の処理が行なわれる。部品の組立工場への納
入が間に合わなければ、特急処理のフラグを持たせ、ス
テップ２０６で特急の文字１３５の入ったフォーマット
のかんばん１２０を、部品工場２０の受注管理システム
２１を介して出力させる旨の処理が行なわれる。

【００４１】部品工場２０では、受注管理システム２１
から出力されたかんばん１２０に基づき、特急の部品で
ある場合は、部品の輸送を通常の輸送手段である船便か
ら別の輸送手段であるトラッ便の輸送に変更する。すな
わち、特急の部品は輸送速度で優るトラック便によって
組立工場１０へ納入される。したがって、特急の部品を
指定された納入期日まで確実に組立工場１０に納入する
ことができる。

【００４２】また、輸送手段の変更は、かんばん１２０
を介して行われるので、従来のように非公式の手続によ
るその後のシステムのデータ修正も不要となり、人的工
数の削減がはかれる。

【００４３】かんばん納入の場合の発注データの作成
は、図８にしたがって遂行される。あらかじめ、記憶装
置１４ｃまたはホストコンピュータ１５に、かんばん納
入指示対象の部品コード毎の発注時刻を設定しておく。
ステップ２２１で、部品情報システム１２から情報を受
信する。ステップ２２２で、受信した部品コードの発注
形態は“２”かどうかをチェックし“２”の場合はステ
ップ２２３に進んで、いったん記憶装置１４ｃにかんば
ん情報を記憶していく。

【００４４】ステップ２２４で発注時刻になったか否か
を判別し、発注時刻になると、ステップ２２５で部品コ
ード毎に、前回の発注時刻から現在までに何個のデータ
が記憶されたかを調べ、それを各部品コード毎の発注数
量とする。ステップ２２６では、確定情報から算出され
た補正値を発注数量とする。納入日時は、ステップ２２
７で、発注時刻に納入リードタイムを加えたものとして
演算する。なお、ステップ２２７においては、ホストコ
ンピュータ１５に格納された輸送リードタイムファイル
１７によって特急部品の発注処理が行なわれる。これに
ついては後述する。

【００４５】ステップ２２８では、発注連番を付与して
発注データを作成し、部品工場２０へ発注する。ステッ
プ２２９で発注実績を記憶し、ステップ２３０で発注数
量等を記憶から削除する。なお、部品情報システム１２
から情報が部品コードだけの場合は、部品マスタファイ
ル１６を検索し、部品工場コード、収容数等のデータを
引き出して発注データを作成する。

【００４６】図８のステップ２２７において、納入時刻
を発注時刻に納入リードタイムを加算して算出する際に
は、納入部品が特急で納入すべき部品であるか旨の検索
が行なわれる。ここで、特急で納入すべきである旨のフ
ラグがあれば、納入リードタイムをトラック便のリード
タイムとし、その旨のフラグがなければ通常の船便のリ
ードタイムを加算して納入日時が求められる。ステップ
６２７においては、納入部品が特急で納入すべき部品で
ある場合は、特急の文字１３５の入ったフォーマットの
かんばん１２０を、部品工場２０の受注管理システム２
１を介して出力させる旨の処理が行なわれる。

【００４７】なお、本実施例ではトラック便、船便との
間での変更の場合を示したが、トラック便、船便以外に
航空便、鉄道便およびそれらの組合せを含む種々の輸送
手段のリードタイムを登録しておき、納入希望日時にあ
わせて最適の輸送手段を選択して部品工場２０にプリン
トアウトするような構成にしてもよい。

【００４８】本実施例では生産計画システム１１と部品
情報システム１２のいずれかの発注形態に切替えること
が可能な装置に適用したが、この発注形態の組合せに限
定されるものではない。また、各種発注形態の組合せで
なく、生産計画システム単独の発注形態であっても適用
でき、部品情報システム単独の発注形態にも適用でき
る。

【００４９】

【発明の効果】本発明によれば、つぎのような効果が得
られる。

【００５０】発注管理システムに輸送変更判定手段を設
け、組立工場に部品を納入するに際し、予め設定された
輸送手段による輸送では部品の組立工場への納入が遅れ
るか否かを判断し、部品の納入が遅れると判断した場合
は、部品納入が間に合う輸送手段に変更し、輸送手段の
変更の旨の情報を受注管理システムに出力するようにし
たので、緊急に納入要請のある部品が生じた場合でも、
人的管理工数の増加を招くことなく、輸送コストと納入
時期が最適な部品の発注指示が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例に係る部品納入指示装置の概
略構成図である。

【図２】図１の装置における発注管理システムの概略構
成図である。

【図３】図１の装置の情報伝達に用いられる発注指示カ
ードの平面図である。

【図４】図１の装置における受注管理システムの概略構
成図である。

【図５】図１の装置における納入時刻と発注時刻との関
係を示す関係図である。

【図６】図１の装置のうちの生産計画システムによる部
品発注の処理手順を示すフローチャートである。

【図７】図６のフローチャートのステップ２０３のサブ
ルーチンを示すフローチャートである。

【図８】図１の装置のうちの部品情報システムによる部
品発注の処理手順を示すフローチャートである。

【符号の説明】

１０ 組立工場 １１ 生産計画システム １２ 部品情報システム １４ 発注管理システム １４ａ 輸送変更判定手段 ２０ 部品工場 ２１ 受注管理システム ３０ 通信ネットワーク

Claims (1)

【特許請求の範囲】
1. 【請求項１】 組立工場で使用される部品に関する要求
   情報に基づいて、部品マスタファイルを検索して必要情
   報を引出し、部品発注データを作成する発注管理システ
   ムと、 部品工場に設けられ発注管理システム手段から通信ネッ
   トワークを介して送られた発注データを受信し、必要デ
   ータを出力する受注管理システムとを備えた部品納入指
   示装置において、 前記組立工場に部品工場からの部品を納入するに際し、
   予め設定された輸送手段による輸送では該部品の組立工
   場への納入が遅れるか否かを判断し、該部品の納入が遅
   れると判断した場合は部品納入が間に合う輸送手段に変
   更し、該輸送手段の変更の旨の情報を前記受注管理シス
   テムに出力する輸送変更判定手段を、前記発注管理シス
   テムに設けたことを特徴とする部品納入指示装置。