JP3018673B2 - 形式が統一された受注情報の作成装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の生産箇所（通常
は生産ライン）を備え、複数種の製品を生産し、生産さ
れた製品を複数箇所に出荷する生産系のための生産管理
技術に関するものである。

【０００２】

【従来の技術】例えば自動車メーカのエンジン生産工場
は、複数のエンジン生産ラインを備え、複数種のエンジ
ンを生産する。生産されたエンジンは複数の自動車組立
ラインのうちの一つに出荷される。このような生産工場
の生産を管理するためには、いずれの種類のエンジン
を、何個、どの生産ラインで生産し、生産されたエンジ
ンをどの自動車組立ラインに出荷するかを示す情報を必
要とする。この情報（これはこの生産工場が受注してい
る内容を示すものであり、以下受注情報という）を得る
ために、従来の技術では、自動車の組立ライン毎に必要
とするエンジンの種類と数量を示した情報をフロッピー
ディスクに記録し、これをエンジン生産工場の管理用コ
ンピュータに読取らせ、読取られた情報を集約すること
によってエンジン生産工場の受注情報を得ている。すな
わち製品出荷先から指示される発注情報（これは生産系
からみると受注情報となる）に基づいて受注情報を作成
している。

【０００３】しかしながら、製品出荷先が異なる特性を
有していると、そこからの受注情報の形式がそれぞれ異
なることがある。例えば前記エンジン生産工場の場合、
自動車組立ラインのそれぞれから受注情報が送られてく
ることもあれば、そのエンジンを用いて自動車以外の
物、例えば発電機を生産する工場から受注情報が送られ
てくることもある。あるいはエンジンの交換修理用にエ
ンジンを保管しておく部品在庫センターから受注情報が
送られてくる場合もある。この場合、製品出荷先の都合
により、必ずしも全部の情報が送られてくるものではな
い。例えば発電機生産工場からの情報には、その工場を
示すコードデータが示されているだけで、その工場内の
ラインを示すコードデータが含まれていないことがあ
る。あるいは部品在庫センターからの情報には、それが
部品在庫センターからの情報であることを示すコードデ
ータが含まれているだけで、どの部品在庫センターから
の情報であるかを示すコードデータが含まれていないこ
とがある。

【０００４】このように製品出荷先から指示される受注
情報の内容、従って形式が統一されていないため、現在
では受注情報の入力を統一的に実施することが困難であ
り、オペレータが不足情報を補完して形式を統一しつつ
いちいち手入力処理している。データの自動入力も一部
行なわれているが、それは受注情報の形式が規格化され
ている、先に例示したケースでは自動車組立ラインから
の受注情報について行なわれているにすぎず、部品在庫
センターや発電機生産工場に出荷する部分についてはい
ちいちオペレータが手入力している。

【０００５】

【発明が解決しようとする課題】このため、受注情報作
成のための入力操作に極めて多大の人手を有し、生産管
理を特に必要とする大規模生産系になるほど入手操作も
また莫大なものとなってしまっている。そこで本発明で
は、製品出荷先から異なる形式で受注情報が指示される
場合に、欠けている情報を補完して形式が統一された受
注情報を作成する装置を開発し、もって受注情報の入力
操作を簡便化しようとするものである。

【０００６】

【課題を解決するための手段】そのために、本発明で
は、図１にその概念が模式的に示されるように、複数の
生産箇所（Ｃ1,Ｃ2 …）で複数種の製品（Ａ1,Ａ2 …）
を生産し、生産された製品を複数箇所（Ｊ1,Ｊ2 …）に
出荷する生産系（Ｋ）において、いずれの種類を、何
個、いずれの生産箇所で生産し、いずれの箇所に出荷す
るかを示す、形式が統一された受注情報を作成する装置
であり、製品出荷先（Ｊ1,Ｊ2 …）のそれぞれから異な
る形式で指示される受注情報を入力する手段（Ｌ）、入
力された受注情報に欠けている情報を算出する際に参照
する受注品定義情報を記憶しておく手段Ｍ、入力された
受注情報の形式を特定し、その特定結果に基づいて参照
すべき前記受注品定義情報を特定し、特定された受注品
定義情報に基づいて欠けている情報を補完する受注情報
補完手段Ｎとを有する形式が統一された受注情報の作成
装置Ｐを開発した。

【０００７】

【作用】本発明に係わる形式が統一された受注情報を作
成する装置によると、受注品定義情報記憶手段Ｍに必要
な情報が記憶されていることから、出荷先（Ｊ1,Ｊ2
…）からの情報に欠けている情報があっても、補完手段
Ｎが受注品定義情報を参照して欠けている情報を補完す
ることができる。このため異なる形式で情報が入力され
てもそれを形式が統一された受注情報とすることができ
る。このためオペレータが欠けている情報を補完しなが
らいちいち手入力する必要はなくなる。なお本発明は、
先に例示したエンジンの生産工場の管理に有用なばかり
でなく、複数の生産箇所で複数種の製品が生産され、複
数箇所に出荷される生産系において、各製品出荷先から
異なる形式で情報が指示される場合一般に適用されるも
のであることはいうまでもない。

【０００８】

【実施例】次に、本発明の一実施例を説明する。この実
施例は図２に示すように、エンジン生産工場群Ｂ１〜Ｂ
Ｘの生産管理のために、エンジン生産工場群Ｂ１〜ＢＸ
が受けている受注情報を統一化された形式で作成するた
めの装置である。

【０００９】最初に生産系について説明する。前述した
ようにエンジン生産工場は複数存在しており、各工場が
やはり複数のエンジン生産ラインを備えている。このエ
ンジン生産工場群で複数種類のエンジンが生産される。
同一種類のエンジンが２以上の生産ラインで生産される
ことがありえる。

【００１０】このエンジン生産工場群で生産されたエン
ジンは、自動車組立工場Ｄ1 …、このエンジンで自動車
以外の物を生産する工場ＤＹ…、このエンジンを交換修
理用に保管しておく部品在庫センターＤＺ…のいずれか
に出荷される。自動車組立工場等はそれぞれ複数の組立
ラインＪ1,Ｊ2 …等を備えている。

【００１１】図３は、この実施例に係わる形式が統一さ
れた受注情報を作成する装置のシステム構成を示してい
る。図中２は通信処理装置を示し、各地に分散している
部品在庫センターと通信回線で接続されている。この通
信回線によって、各部品在庫センターから図５を参照し
て後で説明する「補給」形式の受注情報が送られてく
る。図中４はフロッピーディスク入力装置であり、自動
車組立ラインや自動車以外の物の組立ラインに出荷すべ
き品番と個数を示した情報を記憶したフロッピーディス
クを読取る。図中６は、通信回線の接続されていない部
品在庫センターや、電話等で受注情報を連絡してくる自
動車以外の物の組立てラインからの情報をオペレータが
入力するコンソール入力装置である。受注情報作成装置
Ｐはこの他、制御プログラム記憶装置１０と、受注品定
義ファイル１８と、受注情報ファイル２０とを備え、こ
れらは内部通信線２２で演算装置８に接続されている。
このシステムはいわゆるコンピュータを構築している。

【００１２】このコンピュータは図７の処理を実行す
る。すなわち情報を入力して形式を判別するプログラム
１１によって、図７のステップＳ２，４が実行される。
ここで入力された形式が「車両」であれば車両用受注処
理プログラム１２が実行されステップＳ１３〜Ｓ１５が
実行される。「補給」形式であれば補給用受注処理プロ
グラム１４が実行され、ステップＳ２０〜Ｓ２５が実行
される。「支給」形式であれば支給用受注処理プログラ
１６が実行され、ステップＳ３０〜Ｓ３５が実行され
る。各受注処理プログラム１２，１４，１６が実行さ
れ、情報が補完された後、受注情報記憶プログラム１７
が実行され、ステップＳ６が実行され、受注情報が形式
が統一されて受注情報ファイル２０に記憶される。

【００１３】最初に自動車以外の物の生産ラインから情
報が送られてきた場合について説明する。車両以外の物
の組立ラインからは、図６(a) に示す形式の受注データ
が前述したようにフロッピーディスクから入力される
（ステップＳ２）。図６(a) の場合は、「Ａ３の品番の
エンジンをＢ５のエンジン工場で生産し、それをＤ４の
工場（ここでは自動車以外の物を生産する）に、Ｇ３個
納入する」ことを例示している。なお通常Ｇ３として
は、一日当りの出荷数が一ケ月分指定されている。また
図６中、後工程とは出荷先を示すコードをいう。ここで
はＢ５の工場のどこのラインで生産すべきかという情報
は欠けている。またＤ４の工場のどのラインに出荷すべ
きかという情報も含まれていない。この形式の情報は、
図６(a) の左端に示すように、「支給」というテキスト
名から始まっている。オペレータが例えば発電機生産工
場からの電話連絡を受け、コンソール６から入力する場
合にも、図６(a) の形式でデータを入力する。

【００１４】図７の処理中、ステップＳ４で「支給」形
式で受注情報が入力されていることが判別されると、支
給用受注処理プログラム１６が起動される。起動される
と、最初にステップＳ３０で製品種類（品番）と後工程
コードをキーとして、受注品定義ファイル１８が検索さ
れる。

【００１５】図３中、参照番号１８で示される受注品定
義ファイルは、製品種類ごとに後工程ラインコードとそ
の振り割り条件を示したファイルと、製品種類ごとに自
工程ラインコードとその振り割り条件を示したファイル
とで構築されている。図７のステップＳ３０では前者の
ファイルが製品種類を示す品番と後工程コードをキーと
して検索される。図６中(b) に示されるデータは、ステ
ップＳ３０でＡ３という品番とＤ４という後工程コード
をキーとして検索されたデータを例示しており、Ａ３と
いう支給用エンジン（自動車組立ラインや部品在庫セン
ターに送られないエンジンのことをいう）がＤ４という
組立工場に出荷される場合には、Ｅ６Ｆ２で示されるラ
インにＩ５の比率で、Ｅ７Ｆ３で示されるラインにＩ６
の比率で出荷すべきことを例示している。このようなデ
ータが前者の受注品定義ファイルに製品と後工程コード
ごとに記憶されている。

【００１６】このようにして図７のステップＳ３１で後
工程ラインコードが抽出されると、次にステップＳ３２
で振り割り処理が実施される。ここではステップＳ３１
で抽出された後工程ラインコード、この場合Ｅ６Ｆ２と
Ｅ７Ｆ３のそれぞれに対し、Ｅ６Ｆ２のラインに対しＧ
３台のうちのｉ５を、Ｅ７Ｆ３のラインに対してＧ３台
のうちのｉ６を振り割る。なおここでｉ５＝Ｉ５／（Ｉ
５＋Ｉ６），ｉ６＝Ｉ６／（Ｉ５＋Ｉ６）である。ステ
ップＳ３２の終了後のデータが図６(c) に例示されてい
る。

【００１７】この段階では、どこに何個出荷するかは特
定されたものの、それをどこのラインで生産するかは特
定されていない。そこで次に図７のステップＳ３３で、
品番と自工程コードをキーとして、品番と自工程コード
と自工程ラインコードと振り割り条件を定めている受注
品定義ファイルを検索する。この結果ステップＳ３４
で、図６(d) に例示するようなデータが抽出される。図
６(d)は、Ａ３という製品をＢ５という工場で作る際に
は、Ｃ９のラインとＣ１０のラインでＨ９：Ｈ１０の比
率で生産すべきことを示している。このようにどこのラ
インでどのような比率で生産するかの情報が抽出される
と、次にステップＳ３５で実際の振り割り処理が実行さ
れる。

【００１８】図６(e) はこの結果を例示するものであ
り、例えば最上段のレコードは、Ａ３という製品をＢ５
工場のＣ９ラインでＧ３×ｉ５×ｈ９台生産し、それを
Ｄ４工場のＥ６Ｆ２のラインに出荷することを示してい
る。ここでｈ９＝Ｈ９／（Ｈ９＋Ｈ１０），ｈ１０＝Ｈ
１０／（Ｈ９＋Ｈ１０）である。以上の処理の結果、必
要な全部の情報が得られる。この結果図７のステップＳ
６を実行する際には全ての不足情報が補完され、形式が
統一された受注情報が受注情報ファイル２０に記憶され
る。

【００１９】次に、図３の通信処理装置２を介して部品
在庫センターからエンジンを補給用に必要とする情報が
入力された場合を説明する。この場合は図５の(a) に示
すように、品番と、出荷先が補給品の受入先であること
を示すタイプ情報と、数量のデータが入力される。タイ
プ情報は後工程ラインコードの末尾コードがゼロである
ことで示される。また数量は１日当りの数量が一定の期
間にわたって示される。この形式のデータは先頭に「補
給」コードが示されることによって他の形式と区分され
る。オペレータが部品在庫センターからの電話連絡等に
よってコンソール装置６から入力する際にも、図５(a)
の形式でデータを入力する。

【００２０】このデータが入力されると、図７のステッ
プＳ４で補給形式のデータであることが判別され、ステ
ップＳ２０以後の処理が実行される。ステップＳ２０で
は受注品定義ファイルから、品番と後工程ラインコード
の末尾ビットがゼロであるデータが検索される。この検
索の結果、ステップＳ２１で後工程ラインコードと振り
割り条件が検索される。図５(b) は、Ａ２という製品に
関する検索結果を示し、これはＡ２という製品がＤ２工
場のＥ２０というライン、Ｅ３１というライン、Ｅ４０
というライン、Ｅ５１というラインにそれぞれＩ１：Ｉ
２：Ｉ３：Ｉ４の比率で出荷すべきデータの例を示して
いる。今入力されたデータ形式が「補給」であることか
らこのうち末尾がゼロのライン、この場合Ｅ２０とＥ４
０というラインに振り分けられる。

【００２１】このようにしてラインコードと振り割り条
件が抽出されると、次に図７のステップＳ２２で後工程
の振り割り処理が実行される。図５(c) はその結果を例
示しており、Ａ２という製品はＤ２工場のＥ２０ライン
にＧ２×ｉ１個、Ｄ３工場のＥ４０ラインにＧ２×ｉ３
個出荷することを例示している。ここでｉ１＝Ｉ１／
（Ｉ１＋Ｉ３），ｉ３＝Ｉ３／（Ｉ１＋Ｉ３）である。

【００２２】この段階ではまだ生産ラインが特定されて
いない。そこで次に図７のステップＳ２３で品番をキー
として受注品定義ファイルを検索し、その製品の生産ラ
インとその振り割り条件を検索する。図５(d) はその一
例を示し、Ａ２という製品はＢ３工場のＣ５ラインとＣ
６ラインとＢ４工場のＣ７ラインとＣ８ラインでそれぞ
れＨ５：Ｈ６：Ｈ７：Ｈ８の比率で生産することを示し
ている。

【００２３】このようにしてステップＳ２４で自工程ラ
インコードと振り割り条件が抽出されると、次にステッ
プＳ２５で実際の振り割り処理が実行される。図５(e)
はそれを示し、最上段のレコードは、Ａ２という製品を
Ｂ３工場のＣ５ラインでＧ２×ｉ１×ｈ５個生産し、そ
れをＤ２という部品在庫センターのＥ２０セクションに
出荷すべきことを例示している。ここでｈ５＝Ｈ５／
（Ｈ５＋Ｈ６＋Ｈ７＋Ｈ８）である。このようにして欠
けていた情報の全てが抽出されたあと、図７のステップ
Ｓ６で受注情報ファイル２０に受注情報が形式が統一化
された状態で記憶される。

【００２４】最後に、車両組立ラインからの受注情報に
ついて説明する。この場合はフロッピーディスクから図
４(a) に示す形式で情報が入力される。この情報は出荷
先を示すデータは完全であるものの、自工程は特定され
ていない。この場合は図７のステップＳ１３以後で前記
ステップＳ２３、Ｓ３３以後と同等の処理が行なわれ
る。図４(e) はその結果を示すものである。なお図中ｈ
１はＨ１／（Ｈ１＋Ｈ２＋Ｈ３＋Ｈ４）である。

【００２５】本実施例では、通信処理装置２、フロッピ
ーディスク入力装置４、コンソール入力装置６によっ
て、製品出荷先から異なる形式で指示される受注情報を
入力する手段Ｌが構成されている。また受注品定義ファ
イル１８で受注品定義情報記憶手段Ｍが構成されてい
る。そして制御プログラム記憶装置１０に記憶されてい
るプログラム、すなわち図７のステップＳ２とＳ４を実
行する情報入力、形式判別プログラム１１、図７のステ
ップＳ１３以後を実行する車両用受注処理プログラム１
２、ステップＳ２０以後を実行する補給用受注処理プロ
グラム１４、ステップＳ３０以後を実行する支給用受注
処理プログラム１６とそれらを実行する演算装置８とに
よって、入力された受注情報の形式を特定し、その特定
結果に基づいて、ステップＳ１３〜１５，２０〜２５，
３０〜３５のいずれかを実行することによって、参照す
べき受注品定義情報を特定し、特定された受注品定義情
報に基づいて欠けている情報を補完する受注情報補完手
段Ｎが構成されている。この実施例の装置によるとテキ
スト名を加えた情報が通信回線やフロッピーディスク等
の任意の記憶媒体から自動入力することができ、入力操
作が著しく容易化される。

【００２６】

【発明の効果】本発明によると、製品出荷先の都合によ
って、それぞれ異なる形式、内容で送られてくる受注情
報の形式が自動的に統一されるため、オペレータが形式
を統一しつついちいち手入力したり、あるいは入力後形
式を整えるといった操作を不要とでき、データの入力操
作が著しく簡便化される。

【図面の簡単な説明】

【図１】本発明の概念を模式的に示す図

【図２】本発明が有用な生産系を模式的に示す図

【図３】実施例のシステム構成を示す図

【図４】「車両」形式のデータとその後の処理内容を模
式的に示す図

【図５】「補給」形式のデータとその後の処理内容を模
式的に示す図

【図６】「支給」形式のデータとその後の処理内容を模
式的に示す図

【図７】実施例の装置で実行される処理手順を示す図

【符号の説明】

Ｌ：受注情報入力手段 Ｍ：受注品定義情報記憶手段 Ｎ：受注情報補完手段

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 複数の生産箇所で複数種の製品を生産
   し、生産された製品を複数箇所に出荷する生産系におい
   て、いずれの種類を、何個、いずれの生産箇所で生産
   し、いずれの箇所に出荷するかを示す、形式が統一され
   た受注情報を作成する装置であり、 製品出荷先のそれぞれから異なる形式で指示される受注
   情報を入力する手段、 入力された受注情報に欠けている情報を算出する際に参
   照する受注品定義情報を記憶しておく手段、 入力された受注情報の形式を特定し、その特定結果に基
   づいて参照すべき前記受注品定義情報を特定し、特定さ
   れた受注品定義情報に基づいて欠けている情報を補完す
   る受注情報補完手段、とを有する形式が統一された受注
   情報の作成装置。