JP2001350969A - 受注管理システム - Google Patents

Abstract

(57)【要約】 【課題】 製品納入及び出荷を的確に行なうことができ
るとともに、適正在庫の維持を可能とする受注管理シス
テムを提供すること。 【解決手段】 コントロールセンタ３のコンピュータ３
ａの記憶部４２に格納される注文１１、生産依頼１２、
生産回答１３、生産実績１４及び在庫実績１５などの各
種情報には、それぞれユーザ、セールス担当、製品名な
どの受注情報に関連付けられたＩＤコードが設定されて
いる。そしてこれらの各種情報は、入出力制御部４３に
よりその出力が制御されている。コントロールセンタ３
は、入出力制御部２ｅにおける受注情報のＩＤデータの
受け取りに基づいて、記憶部４２に格納されている各種
情報から当該ＩＤコードが設定されている情報を識別
し、特定の情報を販売部門２のコンピュータ２ａへ転送
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、製品の販売・生産
における情報を管理し、的確な製品納入と適正在庫の維
持を可能とする受注管理システムに関するものである。

【０００２】

【従来の技術】近年、技術の飛躍的革新や顧客ニーズの
多様化などにより、企業などにおいては顧客主導型の商
取引が求められている。このため、企業などは個々のユ
ーザのニーズに適合した製品の開発に尽力し、その結
果、多種多様な製品が製造されている。一方、顧客ニー
ズの変化は激しく、また、技術革新の加速化に伴い製品
のライフサイクルが短縮化し、極めて早期に陳腐化して
しまうという実態がある。

【０００３】また、商取引において製品の欠品は信用問
題に直結するため、企業は製品の在庫を確保することに
より、欠品問題が生じないように対応している。そし
て、製品のライフサイクルが短縮化傾向にあるという現
状の下では、過剰在庫は企業の経営基盤を揺るがす事態
となるため、適正在庫を維持することが求められてい
る。

【０００４】そして、インターネットや情報電子機器端
末などの普及に伴い、受発注、輸送、決済などのビジネ
ス文書などを、コンピュータ・ネットワークを介して電
子的に送受信するＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａ
ｔａ Ｉｎｔｅｒｃｈａｎｇｅ）を利用して行い、製造
業者から消費者の手に製品が渡るまでの製造・物流・販
売過程の情報や製品流通などを管理することにより、企
業活動の効率化が図られている。その手段として、例え
ば、Ｅメールやインターネット、ＬＡＮ（Ｌｏｃａｌ
Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＶＡＮ（Ｖａｌｕｅ Ａ
ｄｄｅｄ Ｎｅｔｗｏｒｋ）などが知られている。

【０００５】上記手段を実現したシステムとして、例え
ば、半導体製造業における従来の管理システムについて
説明する。

【０００６】図９に示すように、ユーザ１は、販売部門
２に対してＶＡＮなど利用して注文８１を行い、これを
受けた販売部門２は、その注文８１に基づいて３ヵ月先
までの受注予測を立てて設定した生産依頼８２を、ＬＡ
Ｎなどを利用して製造部門４に行なう。製造部門４は、
製造部門４が保有する在庫８３を確認し在庫調整を行い
ながら、この生産依頼８２に基づき製造計画を立案し、
製品８５を製造する。そして、このようにして製造され
た製品８５は物流センタ５に納品され、物流センタ５か
らユーザ１に出荷される。

【０００７】半導体製品は、ウエハーに回路を焼き付け
るウエハー製造工程６と、完成品としてのＩＣパッケー
ジを組み立てる組立工程７を経て製造される。そして、
半導体製品を製造するには、ウエハー製造工程６におい
て約２ヶ月程度、組立工程７において約１週間程度の製
造期間を要する。

【０００８】

【発明が解決しようとする課題】しかし、上述したよう
に、従来の管理システムにおいては、販売部門２から製
造部門４への生産依頼８２は、通常月次報告で行なわれ
ているため、ユーザ１と販売部門２との間で生じる突発
的な事態、例えば突然の大量な注文８１などに対して製
造部門４が迅速に対応することが困難であった。また、
販売部門２は、製品の種類、納期及び数量が確定した注
文８１に基づいてのみ、製造部門４への生産依頼８２を
行っていたため、製造部門４においては販売部門２にお
ける販売計画などを把握することができず、そのため、
中・長期的な製造計画を適正に立案することが困難であ
った。

【０００９】これらの問題は、上述した半導体製造業な
どのように、製造種類が多く、しかも製造期間が長期間
にわたり、製造対応において小回りの聞かない業種にと
って、特に問題となる。そして、これらの問題を解決す
るために、従来は、販売部門２からの急な生産依頼８２
に柔軟に対応できるように、製造部門４は製品種類ごと
に十分な在庫８３を確保していたが、このようにする
と、結果として過剰な在庫８３を抱えることとなり、適
正在庫の維持を図ることができない。

【００１０】一方、販売部門２においては、欠品問題を
引き起こさないように過剰の生産依頼８２を製造部門４
へ行なうようになり、在庫８３，８４の増加に拍車をか
けることとなる。

【００１１】本発明は、上記問題を鑑みてなされたもの
であり、その目的は、製品の販売・生産における情報を
管理することにより、製品納入及び出荷を的確に行なう
ことができるとともに、適正在庫の維持を可能とする受
注管理システムを提供することにある。

【００１２】

【課題を解決するための手段】上記問題点を解決するた
めに、請求項１に記載の発明は、製品の受注情報とその
受注情報に関連付けられた生産情報とを記憶する記憶手
段と、受注情報を受け取る受取手段と、受注情報の受け
取りに基づき、受注情報に関連付けられた特定の生産情
報を前記記憶手段から出力されるように制御する制御手
段とを備えていることを特徴とする。

【００１３】製品の受注情報とその受注情報に関連付け
られた生産情報とを記憶させ、受注情報の受け取りに基
づき、その受注情報に関連付けられた特定の生産情報を
出力させることにより、受注情報に対応した製品の生産
情報を把握することができる。このため、適正在庫の維
持に有効であるとともに、納期や数量が的確な製品納入
を行なうことが可能になる。

【００１４】請求項２に記載の発明は、製品の受注情報
及び生産情報の少なくとも一方に関連付けられた在庫情
報を記憶する記憶手段と、受注情報を受け取る受取手段
と、受注情報の受け取りに基づき、受注情報及び生産情
報に関連付けられた特定の在庫情報を前記記憶手段から
出力されるように制御する制御手段とを備えていること
を特徴とする。

【００１５】製品の受注情報及び生産情報の少なくとも
一方に関連付けられた生産情報を記憶させ、その受注情
報及び生産情報に関連付けられた特定の在庫情報を出力
させることにより、受注情報に対応した製品の在庫情報
を把握することができ、適正在庫の維持に一層有効であ
るとともに、納期や数量が的確な製品納入を行なうこと
が可能になる。

【００１６】請求項３に記載の発明は、請求項１又は２
において、前記受注情報は複数に区分されるとともに、
前記生産情報は、その受注情報の区分に従って関連付け
られていることを特徴とする。

【００１７】受注情報を複数に区分し、生産情報をその
受注情報の区分に従って関連付けたことにより、受注情
報を適正に区分して、販売要求者からの受注情報を生産
情報に反映させることができる。これにより、製品の販
売及び製造の情報をリンクさせることができ、適正在庫
の維持に有効である。

【００１８】請求項４に記載の発明は、請求項１〜３の
いずれかにおいて、前記受注情報は、少なくとも、製品
の種類、生産依頼者及び販売要求者を含むことを特徴と
する。

【００１９】少なくとも、製品の種類、生産依頼者及び
販売要求者を含む受注情報を用いることにより、製品の
種類、生産依頼者、販売要求者の各別ごとに製品の受注
情報を把握することができるため、的確に製品の納入及
び出荷を行なうことができる。

【００２０】請求項５に記載の発明は、請求項１〜４の
いずれかにおいて、前記受注情報は、製品の納期及び数
量ともに確定していない第１情報と、製品の納期は確定
していないが数量が確定している第２情報と、製品の納
期及び数量が確定した第３情報とに区分されていること
を特徴とする。

【００２１】受注情報を、製品の納期及び数量ともに確
定していない第１情報と、製品の納期は確定していない
が数量が確定している第２情報と、製品の納期及び数量
が確定した第３情報とに区分したことにより、より的確
に製品の受注情報を把握できて、それを製造計画に反映
させることができる。このため、適正在庫の維持に役立
たせることができる。

【００２２】請求項６に記載の発明は、請求項５におい
て、前記生産情報は、少なくとも、前記受注情報に関連
付けられている生産依頼情報と、この生産依頼情報に関
連付けられている生産回答情報とに区分されることを特
徴とする。

【００２３】生産情報を、少なくとも、受注情報に関連
付けられている製品の生産の依頼時の生産依頼情報と、
この生産依頼情報に関連付けられている製品の生産開始
時における生産回答情報とに区分することにより、生産
される製品の情報をより的確に把握でき、それを販売計
画に反映することができる。

【００２４】請求項７に記載の発明は、請求項６におい
て、前記生産依頼情報は、少なくとも、前記第１受注情
報に関連付けられている第１生産依頼情報と、前記第２
受注情報に関連付けられている第２生産依頼情報とに区
分されることを特徴とする。

【００２５】生産依頼情報を、少なくとも、第１受注情
報に関連付けられている第１生産依頼情報と、第２受注
情報に関連付けられている第２生産依頼情報とに区分す
ることにより、生産される製品の情報をより的確に把握
でき、それを製造計画に反映することができる。

【００２６】請求項８に記載の発明は、請求項７におい
て、前記生産回答情報は、少なくとも、前記第１生産依
頼情報に関連付けられている第１生産回答情報と、前記
第２生産依頼情報に関連付けられている第２生産回答情
報とに区分されることを特徴とする。

【００２７】生産回答情報を、少なくとも、第１生産依
頼情報に関連付けられている第１生産回答情報と、第２
生産依頼情報に関連付けられている第２生産回答情報と
に区分したことにより、生産される製品の情報をより的
確に把握することができ、それを販売計画に反映させる
ことができる。

【００２８】請求項９に記載の発明は、請求項３〜８の
いずれかにおいて、前記区分に従って、各情報を入力す
る入力手段を備えていることを特徴とする。

【００２９】各情報をその区分に従って入力することに
より、各情報を的確に入力することができ、これによ
り、各情報の入力が容易となる。

【００３０】請求項１０に記載の発明は、請求項１〜９
のいずれかにおいて、出力された情報を前記関連付けに
従って表示する表示手段を備えたことを特徴とする。

【００３１】出力された情報を関連付けに従って表示さ
せることにより、各情報についての関連付けを的確に把
握することができる。

【００３２】請求項１１に記載の発明は、請求項１〜１
０のいずれかにおいて、前記制御手段は、特定の情報に
識別コードを付与して出力されるように制御することを
特徴とする。

【００３３】制御手段により特定の情報に識別コードを
付与して出力させることにより、各種情報から、その付
与された識別コードに従って特定の情報を識別すること
ができる。これにより、受注情報に対応した製品の生産
情報又は在庫情報を把握することができ、適正在庫の維
持に一層有効であるとともに、納期や数量が的確な製品
納入を行なうことが可能になる。しかも、識別コードを
付与することにより、受注情報、生産情報、在庫情報の
関連付けを容易に行なうことができる。

【００３４】請求項１２に記載の発明は、請求項１１に
おいて、前記識別コードは、少なくとも、製品の種類、
生産依頼者及び販売要求者に対して付与されることを特
徴とする。

【００３５】少なくとも、製品の種類、生産依頼者及び
販売要求者に対して識別コードを付与することにより、
製品の種類、生産依頼者、販売要求者の各別ごとに製品
の受注情報、生産情報、在庫情報を把握することができ
るようになり、的確に製品の納入及び出荷を行なうこと
ができる。

【００３６】

【発明の実施の形態】以下、この発明を具体化した実施
形態を図１〜図８に従って説明する。

【００３７】（全体構成）図１に示すように、ユーザ１
との間で受注情報及び製品の受け渡しを行なう販売部門
２は、予想在庫演算システムを構成するコンピュータ２
ａを備えている。また、コントロールセンタ３はコンピ
ュータ３ａを、製造部門４はコンピュータ４ａを、物流
センタ５はコンピュータ５ａをそれぞれ備えている。

【００３８】コントロールセンタ３のコンピュータ３ａ
は、イントラネットサーバとして機能する。そして、販
売部門２、製造部門４及び物流センタ５のコンピュータ
２ａ，４ａ，５ａは、イントラネットを介してコントロ
ールセンタ３のコンピュータ３ａへアクセス可能となっ
ており、コントロールセンタ３のコンピュータ３ａを共
通データベースとして利用可能となっている。

【００３９】販売要求者としてのユーザ１は、購入を希
望する特定の製品について、販売部門２に注文１１を送
付する。ユーザ１の注文１１は、注文書やＦＡＸなどの
非電子データによるものや、ＶＡＮやインターネットな
どを利用して電子データを送信するものなどが利用可能
である。

【００４０】販売部門２は、セールス担当などがユーザ
１と取引を行い、主として製品の販売、マーケティン
グ、在庫管理などを行なう。ここで、販売部門２の営業
形態としては、一般的な商取引や、インターネット販売
などの種々の形態が知られているが、その形態に制限さ
れるものではない。

【００４１】この実施形態において、製造部門４は、製
品３１ｃとしてのＩＣパッケージを製造し、ウエハー製
造工程６、組立工程７を有するとともにパーツセンタ８
を有している。ウエハー製造工程６においてはシリコン
ウエハー３１ａに回路を焼き付け、そして、組立工程７
においては、シリコンウエハー３１ａから製品３１ｃと
してのＩＣパッケージを組み立てる。また、パーツセン
タ８は、製造部門４の管理下におかれ、組立工程７にて
製造された製品３１ｃのサンプルや、保守パーツ、歩留
まり製品（歩留まりの向上などに伴って余分に製造され
る完成品）などのパーツ３１ｂが納品され、主として、
物流センタ５からユーザ１への通常出荷以外の小口注文
などへの対応を行なう。

【００４２】物流センタ５は、完成された製品在庫を保
有・管理するためのものであって、販売部門２の管理下
に属している。そして、製造部門４にて製造された製品
３１ｃはこの物流センタ５に納品され、物流センタ５
は、ユーザ１に対して製品３１ｃを出荷する。

【００４３】なお、これらの各部門、すなわち、販売部
門２、コントロールセンタ３、製造部門４及び物流セン
タ５は、同一主体（企業など）に属するものであって
も、それぞれ別個の主体に属するものであってもよい。

【００４４】（情報の流れ）生産依頼者としての販売部
門２のセールス担当は、前記ユーザ１からの受注情報と
しての特定の製品に対する注文１１に基づき、生産依頼
情報としての生産依頼１２を、３ヵ月先までの受注予測
を考慮して決定し、コンピュータ２ａを用いてイントラ
ネットを介してコントロールセンタ３へ転送する。ま
た、販売部門２のセールス担当は、製品の納期が確定し
た時点でユーザ１に注文１１に対する納期回答１８を送
付する。

【００４５】コントロールセンタ３は、販売部門２から
転送された生産依頼１２及び後述する製造部門４から転
送される生産実績１４などに基づいて生産計画を立案
し、この生産計画に基づいて需給調整や納期を調整・修
正して生産指示１７を決定する。決定された生産指示１
７は、製造部門４に転送される。また、後述する製造部
門４からの生産実績１４や販売部門２からの生産依頼１
２に基づいて、需給調整や納期調整して生産回答情報と
しての生産回答１３を決定し、販売部門２からの生産依
頼１２に対する生産回答１３として、コンピュータ３ａ
を用いてイントラネットを介して販売部門２へ転送す
る。

【００４６】製造部門４は、コントロールセンタ３から
の生産指示１７に基づいて製品を製造し、その生産実績
１４を、コンピュータ４ａを用いてイントラネットを介
してコントロールセンタ３へ転送する。ここで、生産実
績１４には、製造したシリコンウエハー３１ａ、パーツ
３１ｂ及び製品３１ｃの数量に関する情報の他、各製造
工程における仕掛品についての情報も含まれる。

【００４７】物流センタ５は、製造部門４から納品され
た製品３１ｃと、ユーザ１へ出荷された製品３１ｃに基
づいて在庫情報としての在庫実績１５を、コンピュータ
５ａを用いてイントラネットを介してコントロールセン
タ３へ転送する。

【００４８】なお、図２に示すように、販売部門２は、
実際には多数の販社などの組織を含んでいるため、多数
存在するが、ここでは、これらの多数の組織を一つの販
売部門２として取り扱う。さらに、半導体製品は、実際
には、多数の工程から製造されるが、ここでは、シリコ
ンウエハー３１ａに回路を焼き付けるまでの工程をウエ
ハー製造工程６と、回路を焼き付けた後、シリコンウエ
ハー３１ａから製品３１ｃとしてのＩＣパッケージを組
み立てるまでの工程を組立工程７として取り扱う。加え
て、製造部門４は、実際には多数の工場などからなり、
しかも、それぞれの工場においては上述した多数の半導
体製造工程のなかのいずれかの製造工程を有しているた
め、多種多様の工場が存在するが、ここではそれらをま
とめて一つとして取り扱う。さらに、物流センタ５は、
実際には、販売部門２と対応するように多数の組織が個
々に有する倉庫などであるが、ここでは、それらをまと
めて一つとして取り扱う。しかも、この物流センタ５
は、ユーザ１により指定された１種類の製品をセールス
担当ごとに扱うものとして、バーチャル的に設定された
ものである。

【００４９】また、本実施形態においては、販売部門
２、コントロールセンタ３及び製造部門４における情報
の伝達は、生産依頼１２についてはユーザ１からの注文
１１があったときに随時行なわれ、生産回答１３及び生
産指示１７については一週間に一回の頻度で行なわれ、
生産実績１４については一日一回行なわれる。

【００５０】（情報の定義）ここで、ユーザ１からの受
注情報としての特定の製品に対する注文１１は、以下の
ように区分される。すなわち、製品の納期及び数量とも
確定していない注文１１を第１受注情報としての見込注
文１１ｃとし、製品の数量は確定しているが、納期が確
定していない注文１１を第２受注情報としての内示注文
１１ｂとし、製品の納期及び数量とも確定している注文
１１を第３受注情報としての確定注文１１ａとする。

【００５１】また、生産情報としては、前述したよう
に、販売部門２からの生産情報としての生産依頼情報
と、コントロールセンタ３からの生産情報としての生産
回答情報とに区分される。

【００５２】そして、販売部門２からの生産依頼情報と
して特定の製品に対する生産依頼１２は以下のように区
分される。すなわち、ユーザ１からの見込注文１１ｃに
対する生産依頼１２を第１生産依頼情報としての見込生
産依頼１２ｂとし、ユーザ１からの内示注文１１ｂに対
する生産依頼１２を第２生産依頼情報としての内示生産
依頼１２ａとする。

【００５３】また、製造部門４からの生産実績１４など
に基づいて調整されたコントロールセンタ３からの生産
回答情報として特定の製品に対する生産回答１３は以下
のように区分される。すなわち、販売部門２からの見込
生産依頼１２ｂに対する生産回答１３を第１生産回答情
報としての見込生産回答１３ｂとし、販売部門２からの
内示生産依頼１２ａに対する生産回答１３を第２生産回
答情報としての内示生産回答１３ａとする。ここで、内
示生産回答１３ａは組立工程７から生産出荷される製品
３１ｃを対象とし、見込生産回答１３ｂはウエハー製造
工程６で生産されるシリコンウエハー３１ａを対象とし
ている。そして、内示生産回答１３ａは、ユーザ１によ
り指定された１種類の製品に対応している。

【００５４】なお、上記各情報においては、その納期ま
たは数量の確定の有無により優先順位が設定されてお
り、注文１１においては確定注文１１ａ，内示注文１１
ｂ、見込注文１１ｃの順に、生産依頼１２においては内
示生産依頼１２ａ、見込生産依頼１２ｂの順に、生産回
答１３においては内示生産回答１３ａ、見込生産回答１
３ｂの順にそれぞれ優先順位が設定されている。

【００５５】そして、コントロールセンタ３のコンピュ
ータ３ａは、各部の制御やデータの転送、種々の演算な
どを行なう演算部４１、各種のデータを格納する記憶手
段としての記憶部４２、入出力されるデータを制御する
制御手段及び受取手段としての入出力制御部４３、ＣＲ
Ｔなどからなる表示部４４などから構成されている。そ
して、コントロールセンタ３は、主として製品の需給調
整、納期管理、生産管理、基本情報管理など、情報の一
元管理を行なう。

【００５６】コントロールセンタ３のコンピュータ３ａ
の記憶部４２は、例えば、ＲＡＭやＲＯＭ、ハードディ
スクなどの記録装置から構成される。その記憶部４２に
は、ユーザ１からの注文１１（確定注文１１ａ、内示注
文１１ｂ、見込注文１１ｃ）、販売部門２からの生産依
頼１２（内示生産依頼１２ａ、見込生産依頼１２ｂ）、
コントロールセンタ３からの生産回答１３（内示生産回
答１３ａ、見込生産回答１３ｂ）、製品の生産情報とし
ての製造部門４からの生産実績１４（ウエハー製造実績
１４ａ，組立製造実績１４ｂ）及び製品の在庫実績１５
などが、それぞれユーザ別、セールス担当別、製品別、
納期別にデータベース化された状態で格納される。

【００５７】また、販売部門２のコンピュータ２ａは、
演算手段及びシミュレーション手段としての演算部２
ｂ、メモリーなどから構成される記憶手段としての記憶
部２ｃ、表示手段としてのＣＲＴなどからなる表示部２
ｄ、制御手段としての入出力制御部２ｅを備えている。
そして、記憶部２ｃには、コントロールセンタ３のコン
ピュータ３ａから転送される各種のデータ及び物流セン
タ５の現在の在庫実績１５及び将来の所定期間（例えば
１ヶ月分、２ヶ月分、３ヶ月分など）における日毎の予
想在庫１６のデータなどが記憶される。また、演算部２
ｂは、記憶部２ｃに記憶された製品の注文１１や生産依
頼１２、生産回答１３、以前に演算された予想在庫１６
などから指定時期における予想在庫１６を演算する。

【００５８】以下、上記各情報の流れについて図１，図
３及び図４を用いて説明する。

【００５９】販売部門２のコンピュータ２ａの入力端末
から見込注文１１ｃが入力されると、製品種類、ユーザ
及びセールス担当をそれぞれ示す複数のＩＤコードとと
もにその内容が記憶部２ｃに記憶される（ステップＳ
１）。そして、このデータは、コントロールセンタ３の
コンピュータ３ａに転送されて記憶部４２に記憶される
（ステップＳ２）とともに、製造部門４のコンピュータ
４ａに転送されて製造部門４に通知される（ステップＳ
３）。ここで、見込注文１１ｃは、数量及び納期が確定
した受注情報ではないが、製造部門４において、ウエハ
ー製造工程６へのウエハーの投入量及び投入タイミング
の判断に役立つ。

【００６０】一方、販売部門２のコンピュータ２ａの入
力端末から確定注文１１ａ及び内示注文１１ｂの数量が
それぞれ入力されると、製品種類、セールス担当、ユー
ザ、納期をそれぞれ示す複数のＩＤコードとともにその
内容が記憶部２ｃに記憶される（ステップＳ４）。そし
て、その内容が表示部２ｄに表示される（ステップＳ
５）。

【００６１】次いで、後述する図８に示すフローチャー
トに従って、販売部門２のセールスにより予想在庫演算
シミュレーションが行なわれる（ステップＳ６）。この
シミュレーションにより、指定時期における予想在庫１
６が算出されるとともに、ユーザ１からの確定注文１１
ａ及び内示注文１１ｂに基づいた適正な生産依頼数が設
定された生産依頼１２が決定される（ステップ７）。そ
して、生産依頼１２が決定されると（ステップＳ７）、
上記各種データが、販売部門２のコンピュータ２ａの記
憶部２ｃに記憶されるとともに、予想在庫１６が更新さ
れる（ステップＳ８）。そして、これらの各種データ
は、コントロールセンタ３のコンピュータ３ａに転送さ
れ、記憶部４２に記憶される（ステップＳ９）。ここ
で、販売部門２のコンピュータ２ａの記憶部２ｃ及びコ
ントロールセンタ３の記憶部４２に格納される各種デー
タには、製品名別、ユーザ別、セールス担当、納期別に
それぞれコード化されたＩＤデータが設定される。

【００６２】コントロールセンタ３においては、指定の
期日に到達したか判断し（ステップＳ１０）、指定の期
日に到達した場合に、前述したように生産依頼１２や生
産実績１４等に基づいて需給調整や納期調整などを行
い、前記ＩＤデータに基づいて各々の生産依頼１２に対
し、それぞれ生産量及び適当な納期日が設定された生産
指示１７が決定される（ステップＳ１１）。決定された
生産指示１７は、コントロールセンタ３のコンピュータ
３ａの記憶部４２に記憶されるとともに（ステップＳ１
２）、製造部門４のコンピュータ４ａに転送され、製造
部門４に通知される（ステップＳ１３）。ここで、コン
トロールセンタ３のコンピュータ３ａの記憶部４２に記
憶される生産指示１７及び製造部門４に通知される生産
指示１７には、前述したＩＤコードが設定される。

【００６３】一方、製造部門４は、コントロールセンタ
３からの生産指示１７に基づき、各工程へ生産投入（各
工程における製造を開始すること）を行なう（ステップ
Ｓ１４）。ここで、製造部門４に転送される生産指示１
７には前記ＩＤデータが設定され、しかも、製造部門４
における生産投入が生産指示１７に基づいて行なわれる
ため、製造部門４において製造される各製品について
は、そのＩＤコードにより、ユーザ、製品名、セールス
担当、納期毎に、生産指示１７（生産依頼１２）と、製
造する製品とが一対一に関係付けられることとなる。

【００６４】なお、製造部門４においては、原則とし
て、見込生産依頼１２ｂに基づいてウエハー製造工程６
を開始し、内示生産依頼１２ａに基づいて組立工程７を
開始する。従って、内示生産依頼１２ａのない製品の組
立工程７への生産投入は原則として行なわれない。但
し、例えば、生産ラインの稼働率の低下を防止する場合
などには、製造部門４は独自の判断にて、製品の製造を
行なうことができる。

【００６５】そして、製造部門４においては、前述した
ように設定されたＩＤコードに基づいて、生産指示１７
毎の生産状況としての生産実績１４が得られ（ステップ
Ｓ１５）、得られた生産実績１４は、コントロールセン
タ３に転送され、記憶部４２に記憶される（ステップＳ
１６）。コントロールセンタ３に転送される生産実績１
４には、前述したＩＤコードが設定される。

【００６６】コントロールセンタ３においては、指定の
期日に到達したかを判断し（ステップＳ１７）、指定の
期日に到達した場合には、前述したように、生産依頼１
２や生産実績１４等に基づいて需給調整や納期調整など
を行い、それぞれ生産量及び適当な納期を設定して販売
部門２の生産依頼１２に対応する生産回答１３を決定す
る（ステップＳ１８）。ここで、生産回答１３は、前記
ＩＤコードに基づいて、ユーザ、製品、セールス担当、
納期毎に、各々の生産依頼１２に対応して決定される。
なお、生産実績１４等に基づく需給調整や納期調整はス
テップＳ１１の生産指示１７を決定する際にも反映され
る。

【００６７】決定された生産回答１３は、記憶部４２に
記憶される（ステップ１９）とともに、販売部門２へ転
送されて、販売部門２のコンピュータ２ａの記憶部２ｃ
に記憶される（ステップＳ２０）。ここで、販売部門２
に転送される生産回答１３及び販売部門２においてコン
ピュータ２ａの記憶部２ｃに記憶される生産回答１３に
は、前記ＩＤコードが設定される。

【００６８】販売部門２は、転送された生産回答１３に
基づいて、予想在庫１６を更新し（ステップＳ２１）、
更新された予想在庫１６のデータ及び各種の情報は販売
部門２のコンピュータ２ａの記憶部２ｃに記憶される
（ステップＳ２１）。また、更新された各種のデータ
は、コントロールセンタ３へ転送されて、コントロール
センタ３の記憶部４２に記憶される（ステップＳ２
２）。ここで、販売部門２に転送される生産回答１３及
び販売部門２においてコンピュータ２ａの記憶部２ｃに
記憶される生産回答１３には、前記ＩＤコードが設定さ
れ、また、販売部門２のコンピュータ２ａの記憶部２ｃ
に記憶される各種データ及びコントロールセンタ３のコ
ンピュータ３ａの記憶部４２に記憶される各種情報に
は、前記ＩＤコードが設定される。

【００６９】なお、販売部門２、コントロールセンタ３
及び製造部門４における情報の伝達については、生産依
頼１２についてはユーザ１からの注文１１があったとき
に随時行なわれ、生産回答１３及び生産指示１７につい
ては一週間に一回の頻度で行なわれ、生産実績１４につ
いては毎日行なわれる。

【００７０】また、このようにしてＩＤコードが設定さ
れた生産依頼１２に基づいて製造された半導体製品は、
製品３１ｃについては物流センタ５へ、パーツ３１ｂに
ついてはパーツセンタ８へ納品される。そして、製品３
１ｃは設定された納期に、物流センタ５からユーザ１へ
出荷される。なお、内示注文１１ｂがされ、ＩＤコード
に従って製造された製品３１ｃについては、そのＩＤコ
ードに従ってユーザ１に出荷される。

【００７１】次に、販売部門２のセールス担当におけ
る、注文１１、生産依頼１２及び予想在庫１６の更新手
順について図５（ａ）〜（ｃ），図６及び図７により説
明する。

【００７２】まず、ブラウザを起動してイントラネット
に接続し、コントロールセンタ３にアクセスする。する
と、図５（ａ）に示すように、セールス担当名５２及び
パスワード５３の入力を促す画面が表示されので、予め
登録されたセールス担当名５２とパスワード５３とを入
力し、ログインする。ここで、入力されたセールス担当
名５２及びパスワード５３が予め設定されたものと相違
する場合は、コントロールセンタ３へのアクセスが拒否
される。

【００７３】ログインすると、次に、図５（ｂ）に示す
ように、セールス担当名５２及びパスワード５３により
予め付与されたユーザＩＤ５４及び部署コード５５を示
す画面が表示され、セールス担当の属する営業所５６の
入力を促されるので、セールス担当は自らが所属する営
業所５６を選択しクリックする。すると、図５（ｃ）に
示すように、得意先コード５７、製品名５８の入力及び
日単位入力５９または週単位入力６０の選択を促す画面
が表示される。そして、セールス担当は、得意先コード
５７及び製品名５８を入力し、例えば、週単位入力６０
を選択し、クリックすると、図６に示すように、週単位
の生産依頼入力画面が表示される。

【００７４】なお、セールス担当が他の製品の入力を行
なう場合は、図６に示す生産依頼入力画面において、得
意先・製品入力画面ボタン６３をクリックすると、図５
（ｃ）の画面が表示されるので、そこで再入力を行なう
ことができる。あるいは、前画面ボタン６４、次画面ボ
タン６５をクリックすることにより他の製品について入
力することも可能である。このように、生産依頼１２
は、得意先、製品、セールス担当、納期毎に管理され
る。

【００７５】ここで、販売部門２のセール担当が入力し
たセールス担当名５２、パスワード５３、部署コード５
５、営業所５６、得意先コード５７及び製品名５８につ
いては、上述したようにあらかじめＩＤコードが設定さ
れている。そして、これらのＩＤデータは、販売部門２
のコンピュータ２ａの入出力制御部２ｅから出力され、
コントロールセンタ３の入出力制御部４３にて受け取ら
れる。コントロールセンタ３はこのＩＤデータの受け取
りに基づいて、記憶部４２に格納されている各種情報か
ら当該ＩＤコードが設定されている情報を識別し、特定
の情報を選択することができる。

【００７６】すなわち、このＩＤコードは、販売要求者
としてのユーザ１、生産依頼者としての販売部門２のセ
ールス担当、製品３１ｃの種類などを識別する識別子と
して機能する。そして、注文１１、生産依頼１２、生産
回答１３、生産実績１４は、それぞれ相互に関連付けら
れ、例えば、特定の内示注文１１ｂに設定されたＩＤコ
ードは、その内示注文１１ｂに対する内示生産依頼１２
ａや内示生産回答１３ａ、予想在庫１６などについても
同一のＩＤコードが設定される。そのため、コントロー
ルセンタ３などは、ユーザ１からの注文１１に対して設
定された各ＩＤコードにより、ユーザ１別、販売部門２
のセールス担当別、製品３１ｃ別などに区分して管理す
ることができることとなる。

【００７７】そして、図６に示すように、前記ＩＤコー
ドに基づいてコントロールセンタ３により選択された特
定の情報は、コントロールセンタ３のコンピュータ３ａ
の入出力制御部４３から出力され、販売部門２のコンピ
ュータ２ａの記憶部２ｃへ格納されるとともに、生産依
頼画面の該当箇所、すなわち、図示するようにそれぞれ
関連付けられた状態で表示される。

【００７８】次いで、販売部門２のセールス担当によ
り、前記ステップＳ６における予想在庫シミュレーショ
ンが行なわれる。以下、その手順について図７に従って
説明する。

【００７９】生産依頼画面には、コントロールセンタ３
から転送され、または、販売部門２の記憶部２ｃに記憶
された各種データが読み出され（ステップＳ６１）、各
種データは、それぞれ該当箇所に表示される（ステップ
Ｓ６２）。表示される情報は、以下の通りである。すな
わち、確定注文１１ａ、内示注文１１ｂ、見込注文１１
ｃ、内示生産回答１３ａ、見込生産回答１３ｂ、内示生
産依頼１２ａ、見込生産依頼１２ｂ、予想在庫１６が、
製品の納期と関連付けられて表示される（ステップＳ６
２）。更に、日付６６、カレンダー６７などが表示され
る（ステップＳ６２）。

【００８０】そして、販売部門２のセールス担当は、ユ
ーザ１から受注した注文１１について、確定注文１１
ａ、内示注文１１ｂ、見込注文１１ｃとに区分して生産
依頼画面においてユーザ希望納期毎に「ユーザ販売要
求」箇所に入力すると（ステップＳ６３）、その内容が
生産依頼画面の「ユーザ販売要求」箇所に表示される
（ステップＳ６４）。

【００８１】次いで、生産依頼画面に表示されたユーザ
１からの注文１１や、市場予測などの要因を考慮し、販
売部門２のセールス担当は、自らの判断で適宜生産依頼
数を修正した生産依頼１２を内示生産依頼１２ａ及び見
込生産依頼１２ｂとにそれぞれ区分して「生産依頼箇
所」に入力する（ステップＳ６５）。生産依頼１２を入
力した後、予想在庫演算ボタン６１をクリックすると、
後述する図８に示す演算式の中から該当する演算式が演
算部２ｂにより選択されるとともに予想在庫１６が算出
され（ステップＳ６６）、その結果が生産依頼画面に表
示される（ステップＳ６７）。なお、予想在庫１６の演
算は指定期日毎に処理され、将来の所定期日の予想在庫
１６を販売部門２のセールス担当が認識できるようにな
る。

【００８２】そして、販売部門２のセールス担当は、こ
の算出された予想在庫１６に基づいて、製品の生産依頼
１２における生産依頼数が適正な生産依頼数となってい
るかを判断する（ステップＳ６８）。すなわち、適正在
庫の維持を図るためには、所定の時期における予想在庫
１６が、適正在庫量となるように生産依頼１２の生産依
頼数を決定することが望ましい。そのため、販売部門２
のセールス担当は、注文１１に応じた数量をそのまま生
産依頼１２の生産依頼量として入力するだけでなく、市
場予測などを考慮して、所定の時期における予想在庫量
が適正値となるように自ら修正して生産依頼１２の生産
依頼数を決定する。ここで、販売部門２のセールス担当
は、生産依頼数が適正でないと判断した場合は、このシ
ミュレーションを繰り返し、すなわち、内示生産依頼１
２ａ、見込生産依頼１２ｂについてそれぞれ生産依頼数
を再入力し、予想在庫１６の算出を行なう（ステップＳ
６５〜Ｓ６６）。このようにして、販売部門２のセール
ス担当は、生産依頼１２の生産依頼数が適正となるよう
に調整し、生産依頼１２が決定される（ステップＳ６
９）。そして、生産依頼１２が決定された後、生産依頼
画面において更新ボタン６２をクリックすると、予想在
庫１６のデータが更新され（ステップＳ７０）るととも
に、販売部門２のコンピュータ２ａの記憶部２ｃに、前
記各種データが、前述した得意先、製品、セールス担
当、納期毎に設定されたＩＤコードが付加された状態で
記憶される（ステップＳ７０）。そして、販売部門２の
コンピュータ２ａの記憶部２ｃに記憶された各種データ
は、コントロールセンタ３のコンピュータ３ａへ転送さ
れ、コントロールセンタ３の記憶部４２に格納されてい
る各種データが新たなデータに更新される（ステップＳ
７１）。

【００８３】このようにして新たに更新された各種情報
は、前記ＩＤコードが設定された状態でコントロールセ
ンタ３の記憶部４２に格納され、コントロールセンタ３
のコンピュータ３ａの記憶部４２における各種情報の識
別に役立つ。

【００８４】ここで、前記ステップＳ６６においては、
予想在庫演算ボタン６１をクリックして予想在庫１６を
算出した状態においては、販売部門２のコンピュータ２
ａの記憶部２ｃにおいて算出結果が記憶されるのみで、
コントロールセンタ３のコンピュータ３ａの記憶部４２
のデータの更新は行われない。そのため、販売部門２の
セールス担当は、コンピュータ２ａ上で予想在庫１６の
演算のシミュレーションを行なうこととなる。また、予
想在庫１６のシミュレーション結果は、生産依頼画面に
おいて更新ボタン６２をクリックことにより、外部シス
テムとしてのコントロールセンタ３のコンピュータ３ａ
に転送されるため、この更新ボタン６２により、シミュ
レーション結果を転送するモードと、転送しないモード
とに切替可能となっている。

【００８５】前記ステップＳ６６における予想在庫１６
の演算においては、図８に示すフローチャートに従って
以下に示す式１〜式４のいずれかの演算式が選択され
る。

【００８６】（式１） 前日までの予想在庫１６＋内示
生産依頼１２ａ−内示注文１１ｂ（内示注文１１ｂのみ
で、生産回答１３がない場合） （式２） 前日までの予想在庫１６＋内示生産回答１３
ａ−確定注文１１ａ（確定注文１１ａ及び生産回答１３
がある場合） （式３） 前日までの予想在庫１６＋内示生産回答１３
ａ−内示注文１１ｂ（内示注文１１ｂのみで、生産回答
１３がある場合） （式４） 前日までの予想在庫１６＋内示生産依頼１２
ａ−確定注文１１ａ（確定注文１１ａがあり、生産回答
１３がない場合） ここで、確定注文１１ａ及び内示注文１１ｂは、受注情
報であるため、物流センタ５の在庫量を減少させるファ
クタであるが、内示注文１１ｂは納期が確定されていな
い情報である。従って、確定注文１１ａと内示注文１１
ｂとの関係においては、確定注文１１ａが優先される。
つまり、確定注文１１ａと内示注文１１ｂとがある場
合、及び確定注文１１ａのみの場合、演算部２ｂは、物
流センタ５における予想在庫１６の納期日の前日の予想
在庫データから確定注文１１ａの数量に合わせて減算さ
れる。また、受注情報が内示注文１１ｂのみの場合は、
その納期が任意に設定され、その納期日の前日の予想在
庫データから内示注文１１ｂの数量にあわせて減算され
る。

【００８７】一方、製造部門４から供給される製品は、
製品在庫の増加ファクタであるため、製品の供給日にお
ける供給量をそれまでの在庫量に加算する演算が行なわ
れる。すなわち、予想在庫１６の納期日の前日の予想在
庫データから内示生産回答１３ａの数量に合わせて加算
される。この場合、内示生産回答１３ａが行なわれず、
言い換えれば、供給量がゼロの場合もあり得る。このよ
うな場合には、内示生産回答１３ａの基礎データとなる
前記ステップＳ７で設定された内示生産依頼１２ａが在
庫のプラスファクタとして利用される。このことからも
明らかなように、内示生産依頼１２ａと内示生産回答１
３ａとの関係においては、内示生産回答１３ａが優先さ
れる。

【００８８】なお、上記式１〜式４において、前日まで
の予想在庫１６が演算されていない場合は、現実の在庫
実績１５が前日までの予想在庫１６として充当される。
また、図８において、確定注文受付期限とあるのは、あ
らかじめ定められた確定注文期限（例えば４週間）より
先の納期の確定注文１１ａの有無判別のことであり、こ
の期限より先の確定注文１１ａは、内示注文１１ｂとし
て扱われる。そして、以上の式１〜式４で算出された予
想在庫１６のデータは、その後の予想在庫１６の演算の
際における前日までの予想在庫１６として用いられる。

【００８９】また、販売部門２のセールス担当が依頼し
た生産依頼１２に基づいて製造された製品３１ｃについ
ては、原則として、その依頼を行なったセールス担当の
責任にて在庫管理を行なう。そして、在庫量が過剰にな
った場合は、販売部門２のセールス担当は、ユーザ１の
注文１１に対して生産依頼１２を行なうことなく、在庫
を充当して製品３１ｃを出荷する。これにより、販売部
門２の過剰な生産依頼１２を抑制することができるとと
もに、適正在庫の維持を図ることができる。

【００９０】上記実施形態によれば、以下のような効果
を得ることができる。

【００９１】・ ユーザ１からの注文１１と、販売部門
２からの生産依頼１２及び予想在庫１６と、コントロー
ルセンタ３からの生産回答１３と、製造部門４からの生
産実績１４と、物流センタ５の在庫実績１５とを、コン
トロールセンタ３のコンピュータ３ａの記憶部４２に記
憶させた。これにより、製品の情報管理を一元的に行な
うことができるとともに、コントロールセンタ３のコン
ピュータ３ａを共通データベースとして利用、すなわ
ち、販売部門２、製造部門４のコンピュータ２ａ，３ａ
に各種情報を表示させることにより、販売部門２及び製
造部門４において、特定の製品に関する情報を閲覧する
ことが可能となる。しかも、各種情報に、少なくとも生
産依頼者、販売要求者、製品の種類に基づいてＩＤコー
ドを設定したことにより、必要とする特定の製品に関連
する情報のみを閲覧することができる。これにより、製
品の中・長期的な販売計画（生産依頼１２など）及び製
造計画などをそれぞれの部門が相互に、より詳細に把握
することができるため、より適正な生産依頼１２を行な
うことができ、適正在庫の維持を図ることができるとと
もに、製品納期や数量が的確な納入を行なうことができ
る。

【００９２】・ 注文１１を確定注文１１ａ、内示注文
１１ｂ及び見込注文１１ｃに区分し、その内示注文１１
ｂ、見込注文１１ｃに対応させて内示生産依頼１２ａ、
見込生産依頼１２ｂを行なうことにより、製造部門４に
おいて、販売部門２における販売予定状況をより詳細に
把握することができる。これにより、製造部門４におい
ては、その販売計画を考慮してより適正な製造計画を立
案することができることとなり、適正在庫の維持を図る
ことができる。

【００９３】・ 数量が確定している内示生産依頼１２
ａに基づいて組立工程７における製品３１ｃの製造を開
始することにより、販売部門２のセールス担当による過
剰の生産依頼１２を行なうことに歯止めをかけることが
できる。一方、内示生産依頼１２ａに基づいて製造部門
４にて製造された製品３１ｃについては、販売部門２に
おいて確実にユーザ１に出荷されるため、在庫増大の要
因とはならない。これにより適正在庫の維持を図ること
ができるとともに、生産依頼１２とウエハー製造工程６
及び組立工程７とをリンクさせることができ、製品３１
ｃを的確に納入及び出荷することができる。

【００９４】・ 生産回答１３を内示生産依頼１２ａに
対応する内示生産回答１３ａと、見込生産依頼１２ｂに
対応する見込生産回答１３ｂとに区分したことにより、
販売部門２において、セールス担当は、その内示生産依
頼１２ａ及び見込生産回答１３ｂを把握することができ
るため、これを考慮してより正確に生産依頼１２を行な
うことができるため、適正在庫の維持を図ることができ
る。

【００９５】・ 予想在庫１６を販売部門２のコンピュ
ータ２ａにおいて演算させ、表示部２ｄに表示させたこ
とにより、販売部門２において、製品の予想在庫１６を
把握することができるようになる。そのため、この予想
在庫１６を参照しながら製品の生産依頼１２を行なうこ
とができるようになり、適正な生産依頼１２を行なうこ
とができる。また、あらかじめ演算された予想在庫１６
から更に新たな予想在庫１６を演算することにより、長
期間にわたる予想在庫１６の変動を把握することがで
き、長期間にわたる生産依頼１２を検討することができ
る。さらに、コンピュータ２ａ上で予想在庫１６の演算
のシミュレーションを行なうことができるため、シミュ
レーションに基づいて適正な生産依頼１２を検討するこ
とできる。

【００９６】・ 注文１１、生産依頼１２及び生産回答
１３を、製品の納期及び数量の確定の有無によりそれぞ
れ確定注文１１ａ、内示注文１１ｂ、見込注文１１ｃ、
内示生産依頼１２ａ、見込生産依頼１２ｂ、内示生産回
答１３ａ、見込生産回答１３ｂとに区分し、優先順位を
定めて予想在庫１６を演算するようにした。つまり、予
想在庫１６を正確に算出するために、より直接的に予想
在庫１６の算出に反映される情報を優先したため、より
確実なデータに基づいて予想在庫１６を演算することが
可能となる。そのため、算出される予想在庫１６の信頼
性を向上させることができるとともに、販売部門２のセ
ールス担当がこの信頼性の高い予想在庫１６を考慮して
生産依頼１２を検討することにより、より適正な生産依
頼１２を行なうことができ、その結果、適正在庫の維持
を図ることができる。

【００９７】・ 販売部門２、コントロールセンタ３及
び製造部門４がイントラネットを介して接続され、ま
た、予想在庫１６のシミュレーション結果はコントロー
ルセンタ３のコンピュータ３ａの記憶部４２に記憶され
る。そのため、このコントロールセンタ３のコンピュー
タ３ａは、受注情報及び生産情報に関する情報のデータ
ベースとして機能し、ユーザ１の注文１１、生産依頼１
２、生産回答１３、在庫実績１５、予想在庫１６などの
製品の情報管理を一元管理することができる。これによ
り、いずれの部門においても、製品の販売及び製造状況
を把握することが可能となり、従来と比較して中・長期
的な製造計画又は販売計画を立案することができ、適正
在庫の維持を図ることができる。

【００９８】なお、この発明は、前記実施形態に限定さ
れるものではなく、以下のような態様で具体化すること
も可能である。

【００９９】・ この発明をＩＣパッケージ以外の製品
の製造，販売管理システムにおいて具体化すること。

【０１００】次に、上記実施形態から把握される請求項
に記載した発明以外の技術的思想について、それらの効
果とともに以下に記載する。

【０１０１】・ 相互に関連付けられた製品の受注情
報、生産情報、在庫情報を記憶する記憶手段と、受注情
報を受け付ける受付手段と、受注情報の受け取りに基づ
き、受注情報に関連付けられた特定の生産情報及び在庫
情報が前記記憶手段から出力されるように制御する制御
手段とを備えていることを特徴とする受注管理システ
ム。

【０１０２】各情報を相互に関連付けて記憶手段に記憶
させ、関連付けられた情報を一括して出力させることに
より、製品の受注情報に関連付けられた情報のすべてを
把握することができる。

【０１０３】

【発明の効果】以上説明したように、本発明によれば、
製品の販売・生産における情報を管理することにより、
製品納入及び出荷を的確に行なうことができるととも
に、適正在庫の維持を図ることができる。

【図面の簡単な説明】

【図１】 本システムの全体構成を示すブロック図。

【図２】 本システムの販売部門及び製造部門を表す概
念図。

【図３】 本システムにおける流れ図。

【図４】 本システムにおける流れ図。

【図５】 （ａ）担当者及びパスワードの入力画面、
（ｂ）営業所の選択画面、（ｃ）得意先及び製品入力画
面。

【図６】 生産依頼入力画面。

【図７】 予想在庫の更新手順を示すフローチャート。

【図８】 予想在庫の演算式を選択するフローチャー
ト。

【図９】 従来における管理システムの構成を示すブロ
ック図。

【符号の説明】

１…販売要求者としてのユーザ、２…生産依頼者として
の販売部門、２ｃ…記憶手段としての記憶部、２ｄ…表
示手段としての表示部、２ｅ…入力手段としての入力
部、１１…受注情報としての注文、１１ａ…第３情報と
しての確定注文、１１ｂ…第２情報としての内示注文、
１１ｃ…第１情報としての見込注文、１２…生産情報と
しての生産依頼情報、１２ａ…第２生産依頼情報として
の内示生産依頼、１２ｂ…第１生産依頼情報としての見
込生産依頼、１３…生産情報としての生産回答情報、１
３ａ…第２生産回答情報としての内示生産回答、１３ｂ
…第１生産回答情報としての見込生産回答、１５…在庫
情報としての在庫実績、３１ｃ…製品、４２…記憶手段
としての記憶部、４３…制御手段及び受取手段としての
入出力制御部。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 製品の受注情報とその受注情報に関連付
   けられた生産情報とを記憶する記憶手段と、 受注情報を受け取る受取手段と、 受注情報の受け取りに基づき、受注情報に関連付けられ
   た特定の生産情報を前記記憶手段から出力されるように
   制御する制御手段とを備えていることを特徴とする受注
   管理システム。
2. 【請求項２】 製品の受注情報及び生産情報の少なくと
   も一方に関連付けられた在庫情報を記憶する記憶手段
   と、 受注情報を受け取る受取手段と、 受注情報の受け取りに基づき、受注情報及び生産情報に
   関連付けられた特定の在庫情報を前記記憶手段から出力
   されるように制御する制御手段とを備えていることを特
   徴とする受注管理システム。
3. 【請求項３】 請求項１又は２において、 前記受注情報は複数に区分されるとともに、 前記生産情報は、その受注情報の区分に従って関連付け
   られていることを特徴とする受注管理システム。
4. 【請求項４】 請求項１〜３のいずれかにおいて、 前記受注情報は、少なくとも、製品の種類、生産依頼者
   及び販売要求者を含むことを特徴とする受注管理システ
   ム。
5. 【請求項５】 請求項１〜４のいずれかにおいて、 前記受注情報は、製品の納期及び数量ともに確定してい
   ない第１情報と、製品の納期は確定していないが数量が
   確定している第２情報と、製品の納期及び数量が確定し
   た第３情報とに区分されていることを特徴とする受注管
   理システム。
6. 【請求項６】 請求項５において、 前記生産情報は、少なくとも、前記受注情報に関連付け
   られている生産依頼情報と、この生産依頼情報に関連付
   けられている生産回答情報とに区分されることを特徴と
   する受注管理システム。
7. 【請求項７】 請求項６において、 前記生産依頼情報は、少なくとも、前記第１受注情報に
   関連付けられている第１生産依頼情報と、前記第２受注
   情報に関連付けられている第２生産依頼情報とに区分さ
   れることを特徴とする受注管理システム。
8. 【請求項８】 請求項７において、 前記生産回答情報は、少なくとも、前記第１生産依頼情
   報に関連付けられている第１生産回答情報と、前記第２
   生産依頼情報に関連付けられている第２生産回答情報と
   に区分されることを特徴とする受注管理システム。
9. 【請求項９】 請求項３〜８のいずれかにおいて、 前記区分に従って、各情報を入力する入力手段を備えて
   いることを特徴とする受注管理システム。
10. 【請求項１０】 請求項１〜９のいずれかにおいて、 出力された情報を前記関連付けに従って表示する表示手
    段を備えたことを特徴とする受注管理システム。
11. 【請求項１１】 請求項１〜１０のいずれかにおいて、 前記制御手段は、特定の情報に識別コードを付与して出
    力されるように制御することを特徴とする受注管理シス
    テム。
12. 【請求項１２】 請求項１１において、 前記識別コードは、少なくとも、製品の種類、生産依頼
    者及び販売要求者に対して付与されることを特徴とする
    受注管理システム。