JPH1185860A - 部品発注期限自動管理システム - Google Patents

Abstract

(57)【要約】 【課題】部品の発注期限とその設計の進捗状況とをリン
クして管理することにより、設計の遅れによる量産開始
期日の遅延を防止する。 【解決手段】本発明の部品発注期限自動管理システムに
おいては、部品の設計の進捗状況を、例えば、部品の設
計が完了したことを契機として定義される部品図番の有
無で捉え、発注可否判定手段１２が、期限管理手段１１
が算出した部品発注期限が迫っている部品であるにも関
わらず、発注に必要な情報が揃っていない（部品図番が
定義されていない）と判定した場合には、アラーム発生
手段１３が、そのような部品に関するアラーム情報を作
成し、アラーム送付手段１６が、作成されたアラーム情
報を、対応する部品の関係者（設計者等）の端末に送付
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、部品の発注期限と
その設計の進捗状況とをリンクして管理することによ
り、部品の設計の遅れによる量産開始期日の遅延を防止
することを可能とする技術に関し、特に、製品のライフ
サイクルが短く、新製品の開発から量産までの期間が短
い製品の製造業での利用に適している。

【０００２】

【従来の技術】近年、製品開発においては、開発期限を
遵守するために、コンピュータを利用したプロジェクト
管理システムが普及しつつある。

【０００３】これらの多くは、試作，性能検査，信頼性
検査など、開発着手から量産開始までの工程管理を実現
するためのものであり、例えば、特開平１−１１６７６
５号公報に記載されているように、設計ツールとプロジ
ェクト管理ツールとを、自動的に、ユーザインターフェ
イスとして提供することにより、プロジェクト管理のた
めの入力工数を削減すると共に、進捗実績を高精度に取
得するものがある。

【０００４】また、特開平８−３１５０１８号公報に記
載されているように、予め登録されている工程手順に基
づいて、製品を構成する各部品の出庫日を、当該製品の
製造開始日から逆算して求めることで、出庫指示を効率
的に行うようにしたものがある。

【０００５】

【発明が解決しようとする課題】家電製品やコンピュー
タ製品などの、特に、製品のライフサイクルが短く、新
製品の開発から量産までの期間が短い製品の製造業にお
いては、開発と量産とが連続または並行して行われてい
るのが実状であり、このような状況で量産開始期日を遵
守するためには、設計途中で部品の調達／製造に着手せ
ざるを得ず、量産準備と開発・設計とを同期を取って管
理する必要が生じている。

【０００６】上述した従来技術を始めとする従来のプロ
ジェクト管理システムにおいては、各部品の設計が完了
していることが前提となっているので、量産準備と開発
・設計とを同期を取って管理することはできない。

【０００７】そこで、本発明の目的は、部品の発注期限
とその設計の進捗状況とをリンクして管理することによ
り、部品の設計の遅れによる量産開始期日の遅延を防止
することを可能とする部品発注期限自動管理システムを
提供することにある。

【０００８】

【課題を解決するための手段】本発明が提供する部品発
注期限自動管理システムは、発注期限が迫っているか部
品であるにも関わらず、当該部品を発注が不可能である
場合に、アラームを発生するようにしている。

【０００９】例えば、部品の設計の進捗状況を、当該部
品の設計が完了したことを契機として定義される部品図
面の図番（以下、「部品図番」と称す。）の有無で捉え
るようにし、発注期限が迫っている部品であるにも関わ
らず、当該部品を発注するために必要な情報が揃ってい
ない（部品図番が定義されていない）場合に、当該部品
を発注が不可能であるとして、アラームを発生するよう
にする。

【００１０】すなわち、本発明は、第１の態様として、
製品を構成する各部品の分類コード、各分類コードに属
する部品の製造／調達リードタイム、当該製品の生産予
定日を含む生産計画情報、および、各部品の設計の進捗
状況を、少なくとも記憶している部品情報記憶手段と、
各部品について、上記部品情報記憶手段が記憶している
生産予定日および製造／調達リードタイムから、当該部
品の発注期限を算出する発注期限管理手段と、各部品に
ついて、上記発注期限管理手段が算出した部品発注期限
が迫っているか否かを判定すると共に、上記部品情報記
憶手段が記憶している進捗状況から、当該部品の発注が
可能であるか否かを判定する発注可否判定手段と、上記
発注可否判定手段によって、部品発注期限が迫っている
と判定され、かつ、発注が可能でないと判定された部品
について、当該部品に関するアラーム情報を発生するア
ラーム発生手段とを有することを特徴とした部品発注期
限自動管理システムを提供している。

【００１１】また、本発明は、第２の態様として、上述
した第１の態様において、ネットワークを介して複数の
端末と接続され、上記アラーム発生手段が発生したアラ
ーム情報を、対応する部品の関係者の端末に送付するア
ラーム送付手段をさらに有することを特徴とした部品発
注期限自動管理システムを提供している。

【００１２】これにより、上記アラーム発生手段が発生
したアラーム情報を、確実かつ迅速に関係者に伝達する
ことが可能となる。

【００１３】なお、上述した第１の態様および第２の態
様のいずれにおいても、上記部品情報記憶手段は、設計
が完了した部品については、その旨を示す設計完了情報
を、当該部品の設計の進捗状況として記憶するように
し、上記発注可否判定手段は、上記部品情報記憶手段が
設計完了情報を記憶している部品を、当該部品の発注が
可能であると判定するようにすることができる。

【００１４】ここで、特に、上記設計完了情報は、設計
の完了を契機として定義される部品図番であるようにす
ることができ、そして、このようにした場合、さらに、
上記部品情報記憶手段は、部品図番を記憶していない部
品の分類コードについては、過去の類似製品における同
一の分類コードに対応する製造／調達リードタイムを、
当該分類コードに属する部品の製造／調達リードタイム
として記憶するようにし、部品図番を記憶している部品
の分類コードについては、当該部品図番が定義された部
品図面の内容から確定されて定義される製造／調達リー
ドタイムを、当該分類コードに属する部品の製造／調達
リードタイムとして記憶するようにすることができる。

【００１５】本発明によれば、部品の設計を担当する設
計者等の関係者に対して、優先的に設計すべき部品を指
示することが可能となるので、部品の設計の遅れによる
量産開始期日の遅延を防止することが可能となる。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。

【００１７】図１は本発明の実施形態の部品発注期限自
動管理システムの機能ブロック図である。

【００１８】図中、１１は期限管理手段、１２は発注可
否判定手段、１３はアラーム発生手段、１４は概略設計
手段、１５は端末管理手段、１６はアラーム送付手段、
２１は部品情報ファイル、２２は部品構成情報ファイ
ル、２３は生産計画情報ファイル、２４はアラーム情報
ファイル、２５は図面ファイルである。

【００１９】なお、図示していないが、本発明の実施形
態の部品発注期限自動管理システムは、通信回線を介し
て、部品の設計を担当する設計者の端末と接続されてい
る。

【００２０】本発明の実施形態の部品発注期限自動管理
システムは、生産計画情報ファイル２３，部品構成情報
ファイル２２，部品情報ファイル２１のいずれかが更新
されたとき、または、予め定めた期限になったときに、
自動的に起動して、部品の製造／調達リードタイムから
求めた部品発注期限に対する、設計の進捗状況を判定
し、必要に応じてアラームを発生するものである。

【００２１】具体的には、本発明の実施形態の部品発注
期限自動管理システムにおいては、部品の設計の進捗状
況を、当該部品の設計が完了したことを契機として定義
される部品図番の有無で捉えるようにしており、発注期
限が迫っている部品であるにも関わらず、当該部品を発
注するために必要な情報が揃っていない（部品図番が定
義されていない）場合に、アラームを発生するようにし
ている。

【００２２】図１において、期限管理手段１１は、生産
計画情報ファイル２３，部品構成情報ファイル２２，部
品情報ファイル２１に基づいて、部品発注期限を算出す
る機能ブロックである。

【００２３】また、発注可否判定手段１２は、期限管理
手段１１が算出した部品発注期限に基づいて、アラーム
を発生すべき部品であるか否かを判定する機能ブロック
である。

【００２４】また、アラーム発生手段１３は、発注可否
判定手段１２の判定結果に基づいて、アラームを発生す
べき部品に関するアラーム情報を作成する機能ブロック
である。

【００２５】また、概略設計手段１４は、部品構成情報
ファイル２２を作成／更新する機能ブロックであり、実
際には、進捗管理を容易にするために従来から用いられ
ている設計支援ツールを利用することができる。

【００２６】また、端末管理手段１５は、本発明の実施
形態の部品発注期限自動管理システムと接続されている
端末を管理する機能ブロックである。

【００２７】また、アラーム送付手段１６は、アラーム
発生手段１３が作成したアラーム情報を、対応する部品
の設計を担当する設計者の端末等の、必要な送付先に送
付する機能ブロックである。

【００２８】図２は本発明の実施形態の部品発注期限自
動管理システムのハードウェア構成図である。

【００２９】図中、２０１はＣＰＵ、２０２は主メモ
リ、２０３は２次記憶装置、２０４は通信制御装置、２
０５は入力装置、２０６は表示装置である。

【００３０】図２において、図１における期限管理手段
１１，発注可否判定手１２，アラーム発生手段１３，概
略設計手段１４，端末管理手段１５，アラーム送付手段
１６は、ＣＰＵ２０１が、２次記憶装置２０３に格納さ
れているプログラムを主メモリ２０２にロードして実行
することにより実現される機能ブロックである。特に、
端末管理手段１５，アラーム送付手段１６は、通信制御
装置２０４を介して、本発明の実施形態の部品発注期限
自動管理システムと接続されている端末との間の通信も
行う。

【００３１】また、図１における部品情報ファイル２
１，部品構成情報ファイル２２，生産計画情報ファイル
２３，アラーム情報ファイル２４，図面ファイル２５
は、２次記憶装置２０３に格納されるファイルである。

【００３２】以下、本発明の実施形態の部品発注期限自
動管理システムの動作概要について、図３（ａ）を用い
て説明する。

【００３３】図３（ａ）に示すように、まず、期限管理
手段１１は、生産計画情報ファイル２３から、製品の生
産予定日を取得し（ステップ３０１）、部品構成情報フ
ァイル２２から、当該製品を構成する各部品に関する情
報を取得する（ステップ３０２）。

【００３４】続いて、期限管理手段１１は、部品情報フ
ァイル２１から、当該部品の製造／調達リードタイムを
取得し、部品発注期限を算出する（ステップ３０３）。

【００３５】続いて、発注可否判定手段１２は、ステッ
プ３０３で算出された部品発注期限と、部品構成情報フ
ァイル２２から分かる部品発注管理情報とを照合し、部
品発注期限と現在日との差分（以下、「余裕期間」と称
す。）を算出し（ステップ３０４）、算出した余裕期間
を、予め定めた閾値と比較し、閾値未満であるにも関わ
らず、発注に必要な情報が揃っていない（部品図番が定
義されていない等）部品がある場合には、当該部品に関
するアラーム情報を作成すべきであると判定する（ステ
ップ３０５）。

【００３６】続いて、アラーム発生手段１３は、ステッ
プ３０５の判定結果に基づいて、アラーム情報を作成す
べきであると判定された部品に関するアラーム情報を作
成し、作成したアラーム情報をアラーム情報ファイル２
４に格納する（ステップ３０６）。

【００３７】次に、概略設計手段１４が部品構成情報フ
ァイル２２を作成／更新する際の設計者の操作手順につ
いて、図３（ｂ）および図４を用いて説明する。

【００３８】図４は概略設計手段１４が提供するユーザ
インタフェースである表示画面の例を示す図である。

【００３９】設計者は、表示装置２０６に表示された本
表示画面上に、入力装置２０５を操作してブロックを描
くことで、所望の製品の部品構成を詳細化して定義して
いく。また、設計者は、過去の類似製品に関するデータ
を呼び出して修正することで、所望の製品の部品構成を
定義することもできる。

【００４０】図４において、ブロック４１は、設計しよ
うとする製品（部組品でもよいが、以下では、製品とす
る。）を定義するためのブロックである。

【００４１】図４の例では、ブロック４１によって、
「エアコン室外機」という製品が定義されている。

【００４２】ブロック４１において、「Ａシリーズ」
は、「エアコン室外機」の分類コードであり、「２２Ｋ
タイプ」は、「エアコン室外機」の属性コードである。
なお、同じシリーズに属する製品は、同じ分類コードと
なることから、分類コードによって、当該製品の類似製
品が分かる。

【００４３】また、図４において、ブロック４１とリン
クされたブロック４０１〜４０４は、各々、ブロック４
１によって定義された製品（「エアコン室外機」）を構
成する主要部品を定義するためのブロックである。

【００４４】図４の例では、ブロック４０１〜４０４に
よって、各々、「背面筺体」，「前面筺体」，「冷凍サ
イクル」，「制御ユニット」という主要部品が定義され
ている。

【００４５】ブロック４０１において、「ＡＡ」は、
「背面筺体」のタイプコードであり、「ＸＸ１」は、
「背面筺体」の部品図番である。このように、部品図番
がブロック中に定義されている部品は、既に設計が完了
している旨を示している。

【００４６】ブロック４０２において、「ＡＡ」は、
「全面筺体」のタイプコードであり、「（Ｐ１０）」の
ような括弧つき数字は、本部品が設計中である旨を示
し、設計中の部品図面が、「Ｐ１０」で示される図面フ
ァイル２５に格納されている旨を示している。

【００４７】ブロック４０３〜４０４において、「−」
は、本部品の設計が全く行われていない旨を示してい
る。

【００４８】なお、ブロック４１のリンクの先端の矢印
４０５は、ブロック４１の下に定義すべき部品が残って
いる場合に用いられる記号である。

【００４９】また、図４において、ブロック４０２とリ
ンクされたブロック４１１〜４１２は、各々、ブロック
４０２によって定義された部品（「全面筐体」）の構成
部品を定義するためのブロックである。

【００５０】図４の例では、ブロック４１１〜４１２に
よって、各々、「グリル」，「ルーバー」という構成部
品が定義されている。

【００５１】ブロック４１１において、「Ｇ１」は、
「グリル」のタイプコードであり、「（Ｐ１１）」のよ
うな括弧つき数字は、本部品が設計中である旨を示し、
設計中の部品図面が、「Ｐ１１」で示される図面ファイ
ル２５に格納されている旨を示している。

【００５２】ブロック４１２において、「Ｇ２」は、
「ルーバー」のタイプコードであり、「ＸＹ２」は、
「ルーバー」の部品図番である。

【００５３】なお、ブロック４０２のリンクの先端の丸
印４１３は、ブロック４０２の下にこれ以上定義すべき
部品が残っていない場合に用いられる記号であり、ブロ
ック４１１のリンクの先端の矢印４２１は、矢印４０５
と同様の意味の記号である。また、ブロック４１２のリ
ンクの先端の丸印４２２は、丸印４１３と同様の意味の
記号である。

【００５４】設計者は、概略設計手段１４が提供するユ
ーザインタフェースを利用して、所望の製品の部品構成
や部品図番を定義することで、部品構成情報ファイル２
２を作成／更新することができ、また、所望の製品の設
計がどこまで完了しどこが残っているかといった進捗状
況を把握することができる。

【００５５】すなわち、図３（ｂ）に示すように、設計
者は、まず、概略設計手段１４が提供するユーザインタ
フェースを利用して、製品の主要部品を定義し（ステッ
プ３１１）、主要部品の構成部品を定義する（ステップ
３１２）。概略設計手段１４は、設計者による定義内容
を部品構成情報ファイル２２に格納する。

【００５６】その後、設計者は、部品の詳細設計に着手
する際に、概略設計手段１４が提供するユーザインタフ
ェースを利用して、「（Ｐ１０）」のような括弧つき数
字を記入することで、当該部品の部品図面を格納する図
面ファイル２５を定義する（ステップ３１３）。概略設
計手段１４は、設計者による定義内容を部品構成情報フ
ァイル２２に格納する。

【００５７】そして、設計者は、部品の詳細設計が完了
すると、概略設計手段１４が提供するユーザインタフェ
ースを利用して、当該部品の部品図面の部品図番を確定
して定義する（ステップ３１４）。概略設計手段１４
は、設計者による定義内容を部品構成情報ファイル２２
に格納する。

【００５８】次に、期限管理手段１１，発注可否判定手
段１２，アラーム発生手段１３の詳細な動作内容につい
て、図５〜図７を用いて説明する。

【００５９】ここでは、生産計画情報ファイル２３，部
品構成情報ファイル２２，部品情報ファイル２１が、図
５に示す格納内容である場合を例にして説明する。な
お、図５では、本説明に必要な格納内容のみを示してい
る。

【００６０】図５（ａ）は生産計画情報ファイル２３の
格納内容の例を示す図であり、図５（ａ）に示すよう
に、生産計画情報ファイル２３は、製品名と、生産予定
日と、生産個数とが格納されている。

【００６１】図５（ａ）の例では、製品「Ａ」を「第Ｎ
日目」までに「１００個」生産する旨を示している。

【００６２】そこで、期限管理手段１１は、図３のステ
ップ３０１では、生産計画情報ファイル２３から、製品
名である「Ａ」と、その生産予定日である「第Ｎ日目」
とを取得する。

【００６３】図５（ｂ）は部品構成情報ファイル２２の
格納内容の例を示す図であり、図５（ｂ）に示すよう
に、部品構成情報ファイル２２には、製品名と、部品名
と、図番と、部品個数とが格納されている。

【００６４】図５（ｂ）の例では、製品「Ａ」が、１個
の部品「ロ」と１個の部品「ハ」とから構成され、部品
「ロ」については、部品図番「ＸＸ１」が定義されてい
るが、部品「ハ」については、部品図番が定義されてい
ない旨を示している。なお、部品図番は、上述したよう
に、対応する部品の設計が完了したときに確定されて定
義されるものである。

【００６５】そこで、期限管理手段１１は、図３のステ
ップ３０２では、部品構成情報ファイル２２から、製品
「Ａ」を構成する部品名である「ロ」および「ハ」を取
得する。

【００６６】図５（ｃ）は部品情報ファイル２１の格納
内容の例を示す図であり、図５（ｃ）に示すように、部
品情報ファイル２１には、製品／部品名と、図番と、製
造／調達日数（製造／調達リードタイム）と、発注日
と、設計者とが格納されている。

【００６７】図５（ｃ）の例では、製品「Ａ」が、製造
に「Ｔ１日」を要し、部品「ロ」および部品「ハ」が、
各々、調達に「Ｔ２１日」，「Ｔ３日」を要する旨を示
している。ここで、部品「ロ」については、部品図番
「ＸＸ１」が定義されているので、この部品図番「ＸＸ
１」から分かる調達日数である「Ｔ２１日」が確定され
て定義されているが、部品「ハ」については、部品図番
が定義されていないので、確定された調達日数ではな
く、過去の類似製品の製造／調達日数から分かる目安の
調達日数である「Ｔ３日」が定義されている。

【００６８】そこで、期限管理手段１１は、図３のステ
ップ３０３では、部品情報ファイル２１から、部品
「ロ」の製造／調達日数である「Ｔ２１日」を取得し、
部品「ロ」の部品発注期限を、第（Ｎ−（Ｔ１＋Ｔ２
１））日であると算出し、算出結果を発注可否判定手段
１２に出力する。

【００６９】また、期限管理手段１１は、図３のステッ
プ３０３では、部品情報ファイル２１から、部品「ハ」
の製造／調達日数である「Ｔ３日」を取得し、部品
「ハ」の部品発注期限を、第（Ｎ−（Ｔ１＋Ｔ３））日
であると算出し、算出結果を発注可否判定手段１２に出
力する。

【００７０】発注可否判定手段１２は、期限管理手段１
１から算出結果である部品発注期限が出力されると、図
３のステップ３０４で、部品構成情報ファイル２２か
ら、部品「ロ」については、毎日発注されることが分か
るので、図６に示すように、第（Ｎ−（Ｔ１＋Ｔ２
１））日に発注できることが分かる。そこで、発注可否
判定手段１２は、図３のステップ３０４では、図６に示
すように、現在日を第０日とすると、部品「ロ」の余裕
期間Ｙ２（６０１）を、（Ｎ−（Ｔ１＋Ｔ２１））日間
であると算出し、図３のステップ３０５では、算出した
余裕期間Ｙ２（６０１）が、閾値（６０２）であるＴａ
日間よりも大きく、また、既に部品図番「ＸＸ１」が定
義されていることから、発注上の問題はないと判定す
る。

【００７１】また、発注可否判定手段１２は、図３のス
テップ３０４で、部品構成情報ファイル２２から、部品
「ハ」については、毎月末に発注されることが分かるの
で、図６に示すように、第（Ｎ−（Ｔ１＋Ｔ３））日と
その直前の発注日（毎月末）との間に、Ｔｂ日間の間隔
があることが分かる。そこで、発注可否判定手段１２
は、図３のステップ３０４では、図６に示すように、現
在日を第０日とすると、部品「ハ」の余裕期間Ｙ３（６
０３）を、（Ｎ−（Ｔ１＋Ｔ３＋Ｔｂ））日間であると
算出し、図３のステップ３０５では、算出した余裕期間
Ｙ３（６０３）と閾値（６０２）であるＴａ日間とを比
較する。本例では、余裕期間Ｙ３（６０３）＜閾値Ｔａ
（６０２）となり、余裕期間Ｙ３（６０３）が閾値Ｔａ
（６０２）を下回っているにも関わらず、部品図番が定
義されていないので、部品「ハ」に関するアラーム情報
を作成すべきであると判定する。

【００７２】この判定結果を受けて、アラーム発生手段
１３は、図３のステップ３０６で、部品「ハ」に関する
アラーム情報を作成し、作成したアラーム情報をアラー
ム情報ファイル２４に格納する。

【００７３】ここで、アラーム情報としては、例えば、
図７に示すように、製品名（本例では、「Ａ」）と、部
品名（本例では、「ハ」）と、余裕期間（本例では、Ｙ
３（６０３））と、問題点（本例では、図番未が定義で
ある旨）とから構成されるようにすることができる。

【００７４】このようにして作成されてアラーム情報フ
ァイル２４に格納されたアラーム情報は、アラーム送付
手段１６によって、対応する部品の設計を担当する設計
者の端末等の、必要な送付先に送付されることとなる。

【００７５】以下、アラーム送付手段１６の詳細な動作
内容について、図３（ｃ），図８，図９を用いて説明す
る。

【００７６】アラーム送付手段１６は、アラーム情報フ
ァイル２４を監視し、アラーム情報ファイル２４に新た
なアラーム情報が格納されると、動作を開始する。

【００７７】すなわち、アラーム送付手段１６は、図３
（ｃ）に示すように、まず、アラーム情報ファイル２４
に新たに格納されたアラーム情報から、問題となってい
る部品を認識する（ステップ３２１）。

【００７８】続いて、アラーム送付手段１６は、概略設
計手段１４に対して、当該部品の設計を担当する設計
者、および、当該部品の部品図面が格納されている図面
ファイル２５を問い合わせ、概略設計手段１４から回答
を取得する（ステップ３２２）。

【００７９】具体的には、アラーム送付手段１６は、図
８の８０１に示すように、概略設計手段１４に対して、
当該部品に関する情報（例えば、製品／部品名）を送付
することで、設計者および図面ファイル２５を問い合わ
せる。概略設計手段１４は、アラーム送付手段１６から
の問い合わせに対して、図８の８０２，８０３に示すよ
うに、設計者名および図面ファイル２５のファイル名を
回答する。

【００８０】続いて、アラーム送付手段１６は、端末管
理手段１５に対して、概略設計手段１４から回答として
取得した設計者が使用している端末、または、概略設計
手段１４から回答として取得した図面ファイル２５が呼
び出されている端末を問い合わせ、端末管理手段１５か
ら回答を取得する（ステップ３２３）。

【００８１】具体的には、アラーム送付手段１６は、図
８の８０４，８０５に示すように、端末管理手段１５に
対して、設計者名および図面ファイル２５のファイル名
を送付することで、当該設計者が使用している端末、ま
たは、当該図面ファイル２５が呼び出されている端末を
問い合わせる。端末管理手段１５は、アラーム送付手段
１６からの問い合わせに対して、各端末のユーザログイ
ンの記録やファイルアクセスの記録を参照し、図８の８
０６に示すように、端末の端末ＩＤを回答する。

【００８２】続いて、アラーム送付手段１６は、端末管
理手段１５から回答として取得した端末に対して、アラ
ーム情報を送付し、当該アラーム情報を画面表示するよ
う要求する（ステップ３２４）。これにより、アラーム
情報を受け取った端末は、表示画面上にアラーム情報を
表示する。

【００８３】また、アラーム送付手段１６は、概略設計
手段１４に対して、アラーム情報を送付するようにして
もよい（ステップ３２５）。これにより、アラーム情報
を受け取った概略設計手段１４は、対応する部品につい
て、表示画面上で設計者が優先順位を認識できるように
するために、マーキングしたり着色表示する等、画面表
示時に表示態様が変更されるようにする。

【００８４】また、アラーム送付手段１６は、概略設計
手段１４から回答として取得した設計者宛の電子メール
を作成し、既存の電子メールシステムを利用して、作成
した電子メールを、当該設計者宛に送付するようにして
もよい（ステップ３２６）。なお、設計者宛に加えて、
資材購入者や生産計画者等の予め定めた宛先にも、作成
した電子メールを送付するようにしてもよい。

【００８５】ここで、端末の表示画面上でのアラーム情
報の表示例について、図９を用いて説明する。

【００８６】アラーム送付手段１６は、実際には、アラ
ーム情報から、予め定めたフォーマットを用いて表示デ
ータを生成し、生成した表示データを、端末に送信する
ことが好ましい。そのようにして送信された表示データ
の表示例は、図９に示す通りである。

【００８７】図９の例では、アラーム情報が示す内容に
加えて、設計者がアラーム送付手段１６に対する回答を
返信するための領域を設けている。

【００８８】例えば、設計者は、即答できないときに
は、「保留」ボタンを押下するようにすることができ、
設計者が「保留」ボタンを押下した場合には、回答が返
信されてこないことから、アラーム送付手段１６は、翌
日以降も、回答が返信されてくるまで、アラーム情報の
送信を繰り返すようにすることができる。

【００８９】また、例えば、設計者が、部品図番の登録
予定日を入力して「返信」ボタンを押下した場合には、
アラーム送付手段１６は、回答として取得した登録予定
日を過ぎても、部品図番が定義されていなければ、再
度、アラーム情報の送信を行うようにすることができ
る。

【００９０】

【発明の効果】以上説明したように、本発明の部品発注
期限自動管理システムによれば、部品の発注期限とその
設計の進捗状況とをリンクして管理することにより、設
計の遅れによる量産開始期日の遅延を防止することがで
きる。

【図面の簡単な説明】

【図１】本発明の実施形態の部品発注期限自動管理シス
テムの機能ブロック図。

【図２】本発明の実施形態の部品発注期限自動管理シス
テムのハードウェア構成図。

【図３】本発明の実施形態の部品発注期限自動管理シス
テムの動作の流れを示すフローチャート図。

【図４】概略設計手段が提供するユーザインタフェース
である表示画面の例を示す説明図。

【図５】生産計画情報ファイル，部品構成情報ファイ
ル，部品情報ファイルの格納内容の例を示す説明図。

【図６】発注可否判定手段の処理内容を示す説明図。

【図７】アラーム情報ファイルの格納内容の例を示す説
明図。

【図８】アラーム送付手段の処理内容を示す説明図。

【図９】アラーム情報の表示例を示す説明図。

【符号の説明】

１１…期限管理手段、１２…発注可否判定手段、１３…
アラーム発生手段、１４…概略設計手段、１５…端末管
理手段、１６…アラーム送付手段、２１…は部品情報フ
ァイル、２２…部品構成情報ファイル、２３…生産計画
情報ファイル、２４…アラーム情報ファイル、２５…図
面ファイル、２０１…ＣＰＵ、２０２…主メモリ、２０
３…２次記憶装置、２０４…通信制御装置、２０５…入
力装置、２０６…表示装置。

Claims (6)

【特許請求の範囲】
1. 【請求項１】製品を構成する各部品の分類コード、各分
   類コードに属する部品の製造／調達リードタイム、当該
   製品の生産予定日を含む生産計画情報、および、各部品
   の設計の進捗状況を、少なくとも記憶している部品情報
   記憶手段と、 各部品について、上記部品情報記憶手段が記憶している
   生産予定日および製造／調達リードタイムから、当該部
   品の発注期限を算出する発注期限管理手段と、 各部品について、上記発注期限管理手段が算出した部品
   発注期限が迫っているか否かを判定すると共に、上記部
   品情報記憶手段が記憶している進捗状況から、当該部品
   の発注が可能であるか否かを判定する発注可否判定手段
   と、 上記発注可否判定手段によって、部品発注期限が迫って
   いると判定され、かつ、発注が可能でないと判定された
   部品について、当該部品に関するアラーム情報を発生す
   るアラーム発生手段とを有することを特徴とする部品発
   注期限自動管理システム。
2. 【請求項２】請求項１記載の部品発注期限自動管理シス
   テムであって、 ネットワークを介して複数の端末と接続され、 上記アラーム発生手段が発生したアラーム情報を、対応
   する部品の関係者の端末に送付するアラーム送付手段を
   さらに有することを特徴とする部品発注期限自動管理シ
   ステム。
3. 【請求項３】請求項１または２記載の部品発注期限自動
   管理システムであって、 上記部品情報記憶手段は、 設計が完了した部品については、その旨を示す設計完了
   情報を、当該部品の設計の進捗状況として記憶し、 上記発注可否判定手段は、 上記部品情報記憶手段が設計完了情報を記憶している部
   品を、当該部品の発注が可能であると判定することを特
   徴とする部品発注期限自動管理システム。
4. 【請求項４】請求項３記載の部品発注期限自動管理シス
   テムであって、 上記設計完了情報は、 設計の完了を契機として定義される、部品図面の図番で
   あることを特徴とする部品発注期限自動管理システム。
5. 【請求項５】請求項４記載の部品発注期限自動管理シス
   テムであって、 上記部品情報記憶手段は、 部品図面の図番を記憶していない部品の分類コードにつ
   いては、過去の類似製品における同一の分類コードに対
   応する製造／調達リードタイムを、当該分類コードに属
   する部品の製造／調達リードタイムとして記憶し、 部品図面の図番を記憶している部品の分類コードについ
   ては、当該図番が定義された部品図面の内容から確定さ
   れて定義される製造／調達リードタイムを、当該分類コ
   ードに属する部品の製造／調達リードタイムとして記憶
   することを特徴とする部品発注期限自動管理システム。
6. 【請求項６】コンピュータにインストールされるプログ
   ラムを記録した記録媒体であって、 製品を構成する各部品の分類コード、各分類コードに属
   する部品の製造／調達リードタイム、当該製品の生産予
   定日を含む生産計画情報、および、各部品の設計の進捗
   状況を、少なくとも記憶させる手順と、 各部品について、記憶された生産予定日および製造／調
   達リードタイムから、当該部品の発注期限を算出する手
   順と、 各部品について、算出された部品発注期限が迫っている
   か否かを判定すると共に、記憶された進捗状況から、当
   該部品の発注が可能であるか否かを判定する手順と、 部品発注期限が迫っていると判定され、かつ、発注が可
   能でないと判定された部品について、当該部品に関する
   アラーム情報を発生する手順とを、上記コンピュータに
   実行させるためのプログラムを記録したことを特徴とす
   る記録媒体。