JP7329364B2 - 生産計画修正装置、生産計画修正方法及びプログラム - Google Patents

Description

本発明は、生産計画修正装置、生産計画修正方法及びプログラムに関する。

設定パラメータ種別画面で「品目優先度設定」ボタンをクリックすると、品目優先度設定画面が表示され、品目優先度設定画面では品目名ごとに優先度を設定でき、設定パラメータ種別画面で「ロット優先度設定」ボタンをクリックすると、ロットの納期を設定するパラメータが表示され設定でき、設定パラメータ種別画面で「ディスパッチングルール設定」ボタンをクリックすると、ディスパッチングルール設定画面が表示され、最早納期優先や、最早完了予定日時優先などのルールが自動立案処理に適用され、全ての計画のパラメータ設定が完了したら、作業計画の自動立案を行う作業計画立案システムは、知られている（例えば、特許文献１参照）。

特許第４６４７５８１号公報

実際の操業現場では、予め指定した優先度では表現できない製品の処理順序に関する要望が発生することがあり、そのような場合は、操作者が製品の希望する処理順序を手入力することになる。しかしながら、このように操作者が製品の希望する処理順序を手入力した際に、特定の品目優先、特定のロット優先、納期優先、完了予定日時優先等のルールを適用して作業計画の立案を行うに過ぎない構成を採用したのでは、特に複数の製品の事前立案されたバッチ処理の計画を修正することができない。

本発明の目的は、操作者が製品の希望する処理順序を手入力した際に、複数の製品の事前立案されたバッチ処理の計画を修正できるようにすることにある。

かかる目的のもと、本発明は、複数の製品の事前立案されたバッチ処理の計画を示す第１のバッチ計画情報を取得する第１のバッチ計画情報取得部と、複数の製品の処理順序として操作者が希望する処理順序である希望処理順序を受け付ける希望処理順序受付部と、第１のバッチ計画情報を希望処理順序に基づいて修正することにより、複数の製品の修正されたバッチ処理の計画を示す第２のバッチ計画情報を取得する第２のバッチ計画情報取得部とを備えた生産計画修正装置を提供する。

生産計画修正装置は、第１のバッチ計画情報を製品単位に展開することにより、複数の製品の製品ごとの計画を示す製品計画情報を取得する製品計画情報取得部を更に備え、希望処理順序受付部は、製品計画情報に対して入力された希望処理順序を受け付ける、ものであってよい。その場合、第２のバッチ計画情報取得部は、希望処理順序に従って、同じバッチ処理で処理可能な製品を順に選択し、選択された製品を、バッチ処理を行う設備の容量の範囲内、かつ、バッチ処理の開始時刻を遅らせない範囲内でバッチ処理に含めることにより、製品計画情報を修正する、ものであってよい。

生産計画修正装置は、第１のバッチ計画情報の評価指標である第１の評価指標と、第２のバッチ計画情報の評価指標である第２の評価指標とを、比較可能な形式で出力する評価指標出力部を更に備えた、ものであってよい。その場合、第１の評価指標は、第１のバッチ計画情報の生産性及び納期遵守度合いの少なくとも何れか一方であり、第２の評価指標は、第２のバッチ計画情報の生産性及び納期遵守度合いの少なくとも何れか一方であってよい。

バッチ処理は、複数の製品の各製品が、時間推移と温度推移とで表現される複数の熱処理パターンの何れかを持つ、バッチ焼鈍処理であってよい。

また、本発明は、コンピュータの第１のバッチ計画情報取得部が、複数の製品の事前立案されたバッチ処理の計画を示す第１のバッチ計画情報を取得するステップと、コンピュータの希望処理順序受付部が、複数の製品の処理順序として操作者が希望する処理順序である希望処理順序を受け付けるステップと、コンピュータの第２のバッチ計画情報取得部が、第１のバッチ計画情報を希望処理順序に基づいて修正することにより、複数の製品の修正されたバッチ処理の計画を示す第２のバッチ計画情報を取得するステップとを含む生産計画修正方法も提供する。

更に、本発明は、コンピュータに、複数の製品の事前立案されたバッチ処理の計画を示す第１のバッチ計画情報を取得する機能と、複数の製品の処理順序として操作者が希望する処理順序である希望処理順序を受け付ける機能と、第１のバッチ計画情報を希望処理順序に基づいて修正することにより、複数の製品の修正されたバッチ処理の計画を示す第２のバッチ計画情報を取得する機能とを実現させるためのプログラムも提供する。

本発明によれば、操作者が製品の希望する処理順序を手入力した際に、複数の製品の事前立案されたバッチ処理の計画を修正できるようになる。

本発明の実施の形態における生産計画修正装置の機能構成例を示したブロック図である。 本発明の実施の形態で用いられる製品情報の一例を示した図である。 本発明の実施の形態で用いられる初期計画情報の一例を示した図である。 本発明の実施の形態で用いられる初期計画評価指標の一例を示した図である。 本発明の実施の形態で想定される処理まとめ条件の一例を示した図である。 本発明の実施の形態で生成される展開後計画情報の一例を示した図である。 本発明の実施の形態で生成される修正後順序情報の一例を示した図である。 本発明の実施の形態で生成される修正後計画情報の一例を示した図である。 本発明の実施の形態で算出される修正後計画評価指標の一例を示した図である。 本発明の実施の形態で表示される修正後計画画面の一例を示した図である。 本発明の実施の形態における生産計画修正装置の動作例を示したフローチャートである。 本発明の実施の形態における計画情報展開処理の流れを示したフローチャートである。 本発明の実施の形態における計画情報修正処理の流れを示したフローチャートである。 本発明の実施の形態における生産計画修正装置を実現するコンピュータのハードウェア構成例を示した図である。

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

［本実施の形態の背景及び概要］
複数の製品をまとめて一度に処理するバッチ処理設備においては、一度に単一製品を処理する設備に比べて、同一バッチにまとめられるかどうかや設備容量等の生産計画立案時に考慮すべき制約が多岐に渡る。これらの制約を考慮することに加え、顧客納期や次工程からの処理要求も考慮しながら生産計画を立案することは非常に難しい問題である。このような問題に対し、システムで自動的に生産計画を立案することが考えられる。

しかしながら、システムで自動的に生産計画を立案した場合にも、工場の操業状況や顧客からの特急出荷依頼等に応じて製品の処理順序を変更する必要性が生じることはある。そのため、前述の制約を考慮しつつも操作者が製品の処理順序を手入力で変更できるようにすることが、柔軟な工場運営には必要である。

ところで、操作者は、製品の処理順序を変更する際、製品単位で変更を検討するが、前述のバッチ処理設備の場合、複数の製品で１つのバッチを構成しているため、複数の製品での変更が必要となる。無理に製品単位で変更すると、設備容量に対し１つのバッチの処理量が減ることによる生産性の悪化や納期遅れが懸念される。しかしながら、バッチ単位では柔軟な変更ができず、操作者がバッチ処理設備の制約を考慮しつつ製品の処理順序を変更することは難しい。そのため、操作者の手入力による変更希望をシステムが汲み取り、その希望に沿う形で各種制約を満たした計画を立案するシステムの実現が望まれる。

そこで、本実施の形態では、まず、初期計画情報をバッチ単位から製品単位に展開し、操作者が手入力で製品の処理順序を変更し、その変更後の処理順序を希望処理順序とする。次に、操作者が指定した希望処理順序に従い、同一バッチにまとめられるかどうかを制約としてバッチを再形成する。その後、再形成したバッチについて、設備能力に余裕がある場合や、処理を遅らせることがない場合に、１つのバッチにまとめる処理を行う。

また、本実施の形態では、初期計画及び修正後の計画の生産性や納期遵守度合いを評価指標として比較可能とする処理も行う。

［生産計画修正装置の構成］
図１は、本実施の形態における生産計画修正装置１０の機能構成例を示したブロック図である。図示するように、生産計画修正装置１０は、情報取得部１１と、計画情報展開部１２と、希望処理順序取得部１３と、計画情報修正部１４と、評価指標算出部１５とを備える。

情報取得部１１は、各処理部で用いられる各種情報を取得する。ここで、各種情報は、生産計画の対象製品を示す製品情報を含む。製品情報は、例えば、顧客からの製品の注文に応じてデータベースに蓄積された情報であってよい。また、各種情報は、複数の製品をまとめて一度に処理するバッチ処理の初期計画を示す初期計画情報も含む。初期計画情報は、例えば、生産計画修正装置１０から独立した生産計画立案装置で事前に作成されたものでよい。更に、各種情報は、初期計画の評価指標である初期計画評価指標も含む。初期計画評価指標は、例えば、初期計画の生産性や納期遵守度合い等の初期計画評価値を含む。更にまた、各種情報は、バッチ処理に要する時間をバッチ処理のパターンごとに定義したバッチ処理時間情報や、バッチ処理設備に製品が到着する時刻である到着時刻等の前工程から得られた前工程情報も含む。本実施の形態では、複数の製品の事前立案されたバッチ処理の計画を示す第１のバッチ計画情報の一例として、初期計画情報を用いており、第１のバッチ計画情報を取得する第１のバッチ計画情報取得部の一例として、情報取得部１１を設けている。

計画情報展開部１２は、情報取得部１１が取得した初期計画情報を製品ごとに展開し並べ直すことにより、展開後計画情報を生成する。その際、情報取得部１１が取得した製品情報や前工程情報を用いてもよい。そして、展開後計画情報を表示機構９５（図１４参照）に表示する。具体的には、バッチとしてまとめられている複数の製品を、順序を付けた形で表示する。本実施の形態では、複数の製品の製品ごとの計画を示す製品計画情報の一例として、展開後計画情報を用いており、第１のバッチ計画情報を製品単位に展開することにより製品計画情報を取得する製品計画情報取得部の一例として、計画情報展開部１２を設けている。

希望処理順序取得部１３は、計画情報展開部１２により表示機構９５（図１４参照）に表示された展開後計画情報を、操作者が入力デバイス９６（図１４参照）を用いて修正すると、その修正結果から希望処理順序を取得する。そして、製品に希望処理順序を対応付けた修正後順序情報を生成する。本実施の形態では、複数の製品の処理順序として操作者が希望する処理順序である希望処理順序を受け付ける希望処理順序受付部の一例として、また、製品計画情報に対して入力された希望処理順序を受け付ける希望処理順序受付部の一例として、希望処理順序取得部１３を設けている。

計画情報修正部１４は、計画情報展開部１２が生成した展開後計画情報と、希望処理順序取得部１３が生成した修正後順序情報とに基づいて、初期計画を修正した修正後計画を示す修正後計画情報を生成する。その際、情報取得部１１が取得したバッチ処理時間情報を用いてもよい。本実施の形態では、複数の製品の修正されたバッチ処理の計画を示す第２のバッチ計画情報の一例として、修正後計画情報を用いており、第１のバッチ計画情報を希望処理順序に基づいて修正することにより第２のバッチ計画情報を取得する第２のバッチ計画情報取得部の一例として、計画情報修正部１４を設けている。

評価指標算出部１５は、計画情報修正部１４により生成された修正後計画情報に基づいて、修正後計画の評価指標である修正後計画評価指標を算出する。修正後計画評価指標は、例えば、初期計画の生産性や納期遵守度合い等の修正後計画評価値を含む。そして、情報取得部１１から取得した初期計画評価指標と、ここで算出した修正後計画評価指標とを、修正後計画画面に含めて、表示機構９５（図１４参照）に表示する。本実施の形態では、第１のバッチ計画情報の評価指標である第１の評価指標の一例として、初期計画評価指標を用いており、第２のバッチ計画情報の評価指標である第２の評価指標の一例として、修正後計画評価指標を用いており、第１の評価指標と第２の評価指標とを比較可能な形式で出力する評価指標出力部の一例として、評価指標算出部１５を設けている。

［具体例］
まず、情報取得部１１が取得する各種情報のうち、製品情報、初期計画情報、初期計画評価指標について説明する。

図２は、製品情報の一例を示した図である。図示するように、製品情報は、製品ＩＤと、処理まとめ条件と、納期とを含む。

製品ＩＤは、製品を識別する情報である。図では、製品ＩＤをａ～ｘの文字で示しているが、製品を識別できれば、文字以外の情報を採用してもよい。尚、以下では、製品ＩＤがａ～ｘの製品を、それぞれ、製品ａ～製品ｘと称することもある。

処理まとめ条件は、対応する製品ＩＤで識別される製品を他の製品と同一バッチにまとめられるかどうかを判定するための条件である。ここでは、処理まとめ条件として２つの条件を想定し、それらをα、βで表している。この条件の具体例については後述する。

納期は、対応する製品ＩＤで識別される製品の納期である。

図３は、初期計画情報の一例を示した図である。図示するように、初期計画情報は、バッチ番号と、処理まとめ条件と、処理開始時刻と、処理終了時刻と、製品ＩＤ（１）～製品ＩＤ（４）とを含む。

バッチ番号は、バッチ処理に対して処理順に振られたバッチ処理を識別する番号である。尚、以下では、バッチ番号がｎのバッチをバッチｎと称することもある。

処理まとめ条件は、対応するバッチ番号で識別されるバッチ処理にまとめられる製品を判別するための条件である。ここでは、上述したように、処理まとめ条件として２つの条件を想定し、それらをα、βで表している。この条件の具体例については後述する。

処理開始時刻は、対応するバッチ番号で識別されるバッチ処理が開始する時刻であり、処理終了時刻は、対応するバッチ番号で識別されるバッチ処理が終了する時刻である。ここでは、対応する処理まとめ条件がαであるバッチについては、バッチ処理に要する時間を２４時間とし、対応する処理まとめ条件がβであるバッチについては、バッチ処理に要する時間を２８時間４８分としている。

製品ＩＤ（１）～製品ＩＤ（４）は、対応するバッチ番号で識別されるバッチ処理でまとめて処理される製品の製品ＩＤである。ここで、本実施の形態で対象とする設備は一度に４つの製品を処理可能としているので、４つの製品ＩＤが含まれている。

図４は、初期計画評価指標の一例を示した図である。図示するように、初期計画評価指標は、初期計画評価値として、生産性と、納期遵守度合いの一例である納期遵守率とを含む。初期計画では、２４本の製品が６バッチで処理されるので、生産性は４本／バッチとなっている。また、製品情報の製品ごとの納期と初期計画情報の製品ごとの処理終了時刻とを比較して、納期遅れは発生していないことが分かるので、納期遵守率は１００％となっている。尚、ここでは、初期計画評価指標を、生産性及び納期遵守率の両方を含むものとしたが、生産性及び納期遵守率の少なくとも何れか一方を含むものとしてもよい。

ここで、処理まとめ条件の具体例について説明する。

図５は、処理まとめ条件の一例を示した図である。ここでは、処理まとめ条件として、バッチ焼鈍設備における温度パターン（熱処理パターン）が同一であるという条件を例にとっている。換言すれば、バッチ処理として、同じ温度パターンを持つ複数の製品をまとめて処理するバッチ焼鈍処理を例にとっている。温度パターンは昇温、均熱、降温の３つの過程で表現することができる。このうち、昇温及び降温の過程は、傾きと処理時間とで表現することができ、均熱の過程は、処理温度と均熱時間とで表現することができる。尚、図では、１つの温度パターンしか示していないが、これが例えば処理まとめ条件αに対応する。そして、図示しないが、もう１つ別の温度パターンがあり、それが処理まとめ条件βに対応する。

次に、計画情報展開部１２が初期計画情報を展開することにより生成する展開後計画情報について説明する。

図６は、展開後計画情報の一例を示した図である。図示するように、展開後計画情報は、製品ＩＤと、処理まとめ条件と、納期と、到着時刻と、処理開始時刻と、処理終了時刻とを含む。

製品ＩＤは、上述したように、製品を識別する情報である。この製品ＩＤは、初期計画情報の製品ＩＤ（１）～製品ＩＤ（４）が行ごとに分けて並べ直されたものである。

処理まとめ条件は、上述したように、対応する製品ＩＤで識別される製品を他の製品と同一バッチにまとめられるかどうかを判定するための条件である。この処理まとめ条件は、初期計画情報に含まれていた処理まとめ条件がコピーされたものである。

納期は、対応する製品ＩＤで識別される製品の納期である。この納期は、製品情報に含まれていた納期がコピーされたものである。

到着時刻は、対応する製品ＩＤで識別される製品がバッチ処理設備に到着する時刻である。この到着時刻は、情報取得部１１が取得した前工程情報に含まれていた到着時刻がコピーされたものである。

処理開始時刻は、対応する製品ＩＤで識別される製品を処理するバッチ処理が開始する時刻である。この処理開始時刻は、初期計画情報に含まれていた処理開始時刻がコピーされたものである。

処理終了時刻は、対応する製品ＩＤで識別される製品を処理するバッチ処理が終了する時刻である。この処理終了時刻は、初期計画情報に含まれていた処理終了時刻がコピーされたものである。

尚、計画情報展開部１２は、この展開後計画情報を、製品に上から順に処理順序を対応付けて、表示機構９５（図１４参照）に表示する。これに対して、操作者は、この処理順序を、入力デバイス９６（図１４参照）を用いて修正する。すると、希望処理順序取得部１３が、この修正結果から製品の希望処理順序を取得する。

次に、希望処理順序取得部１３が取得する希望処理順序を含む修正後順序情報について説明する。

図７は、修正後順序情報の一例を示した図である。図示するように、修正後順序情報は、製品ＩＤと、処理まとめ条件と、納期と、希望処理順序とを含む。

製品ＩＤは、上述したように、製品を識別する情報である。この製品ＩＤは、例えば、展開後計画情報に含まれていた製品ＩＤがコピーされたものであってよい。

処理まとめ条件は、上述したように、対応する製品ＩＤで識別される製品を他の製品と同一バッチにまとめられるかどうかを判定するための条件である。この処理まとめ条件は、例えば、展開後計画情報に含まれていた処理まとめ条件がコピーされたものであってよい。

納期は、上述したように、対応する製品ＩＤで識別される製品の納期である。この納期は、例えば、展開後計画情報に含まれていた納期がコピーされたものであってよい。

希望処理順序は、対応する製品ＩＤで識別される製品について、操作者が希望する処理順序である。図６の展開後計画情報では、製品ｉの処理順序は９番目であったが、この修正後順序情報では、図に太枠で囲んで示すように、製品ｉの希望処理順序を５番目としている。例えば、顧客の要求等により製品ｉを早期に処理する必要が生じたため、製品ｉの処理順序を前に持ってくることが考えられる。

次に、計画情報修正部１４が展開後計画情報と修正後順序情報とに基づいて生成する修正後計画情報について説明する。

図８は、修正後計画情報の一例を示した図である。図示するように、修正後計画情報は、バッチ番号と、処理まとめ条件と、処理開始時刻と、処理終了時刻と、製品ＩＤ（１）～（４）とを含む。

バッチ番号は、上述したように、バッチ処理に対して処理順に振られたバッチ処理を識別する番号である。但し、修正後計画情報では初期計画情報における製品の処理順序が変更されているので、初期計画情報に含まれる製品ＩＤ（１）～製品ＩＤ（４）のセットがそのまま修正後計画情報に含まれていたとしても、初期計画情報と修正後計画情報とでそのセットに対するバッチ番号が同じになるとは限らない。

処理まとめ条件は、上述したように、対応するバッチ番号で識別されるバッチ処理にまとめられる製品を判別するための条件である。

処理開始時刻は、上述したように、対応するバッチ番号で識別されるバッチ処理が開始する時刻である。但し、この処理開始時刻は、必ずしも、初期計画情報に含まれていた処理開始時刻がコピーされたものではなく、修正後順序情報に含まれる製品ごとの希望処理順序に応じて新たに計算された時刻であることもある。

処理終了時刻は、上述したように、対応するバッチ番号で識別されるバッチ処理が終了する時刻である。但し、この処理終了時刻は、必ずしも、初期計画情報に含まれていた処理終了時刻がコピーされたものではなく、修正後順序情報に含まれる製品ごとの希望処理順序に応じて新たに計算された時刻であることもある。

製品ＩＤ（１）～製品ＩＤ（４）は、上述したように、対応するバッチ番号で識別されるバッチ処理でまとめて処理される製品の製品ＩＤである。この製品ＩＤ（１）～製品ＩＤ（４）は、初期計画情報に含まれていた製品ＩＤ（１）～製品ＩＤ（４）が、修正後順序情報に含まれる製品ごとの希望処理順序に応じて変更されたものである。

以下、計画情報修正部１４が、図６の展開後計画情報を図７の修正後順序情報に含まれる希望処理順序に応じて変更し、図８の修正後計画情報を生成する際の概略動作を説明する。

まず、計画情報修正部１４は、製品ａを基準にバッチを形成する。具体的には、修正後順序情報に含まれる製品のうち、製品ａと同一バッチで処理できる製品を、希望処理順序が早いものから選択し、処理開始時刻にバッチ処理設備に届いているものを同一バッチで処理できる製品とする。図の例では、製品ａを処理するバッチの処理開始時刻は２０１９年３月７日０時０分であり、展開後計画情報で製品ａ，ｂ，ｃ，ｄの到着時刻は全てこれよりも前になっているので、製品ａ，ｂ，ｃ，ｄにて１バッチが形成される。

次に、計画情報修正部１４は、製品ｉを基準にバッチを形成する。図３の初期計画情報では、製品ｉと同一バッチで処理できる製品は、製品ｉ，ｊ，ｋ，ｌであった。しかしながら、製品ｉの処理順序の変更により、製品ｉを処理するバッチの処理開始時刻は２０１９年３月８日０時０分となり、この時点で製品ｋ，ｌはバッチ処理設備に届いていないので、図に太枠で囲んで示すように、製品ｉ，ｊのみでバッチが形成される。

以降、計画情報修正部１４は、同様の処理を繰り返し、全ての製品が計画された時点で処理を終了する。

次に、評価指標算出部１５が算出する修正後計画評価指標について説明する。

図９は、修正後計画評価指標の一例を示した図である。図示するように、修正後計画評価指標は、修正後計画評価値として、生産性と、納期遵守度合いの一例である納期遵守率とを含む。修正後計画では、２４本の製品が７バッチで処理されるので、生産性は３．４本／バッチとなっている。また、修正後順序情報の製品ごとの納期と修正後計画情報の製品ごとの処理終了時刻とを比較して、納期遅れは発生していないことが分かるので、納期遵守率は１００％となっている。尚、ここでは、修正後計画評価指標を、生産性及び納期遵守率の両方を含むものとしたが、生産性及び納期遵守率の少なくとも何れか一方を含むものとしてもよい。

次に、評価指標算出部１５が表示機構９５（図１４参照）に表示する修正後計画画面について説明する。

図１０は、修正後計画画面５０の一例を示した図である。図示するように、修正後計画画面５０は、修正後計画情報領域５１と、初期計画評価指標領域５２と、修正後計画評価指標領域５３と、修正確定ボタン５４と、修正取消ボタン５５とを含む。

修正後計画情報領域５１は、図８に示した修正後計画情報を含む。

初期計画評価指標領域５２は、図４に示した初期計画評価指標を含む。評価指標算出部１５は、情報取得部１１から初期計画評価指標を取得し、これを初期計画評価指標領域５２に含める。

修正後計画評価指標領域５３は、図９に示した修正後計画評価指標を含む。評価指標算出部１５は、計画情報修正部１４から取得した修正後計画情報に基づいて修正後計画評価指標を算出し、これを修正後計画評価指標領域５３に含める。

この例では、初期計画評価指標領域５２における生産性が４本／バッチであり、修正後計画評価指標領域５３における生産性が３．４本／バッチであるので、評価指標のうち生産性が悪化する結果となっている。これらの評価指標を修正後計画画面５０に含めることにより、操作者は、計画を確定させるか再修正するか初期計画に戻すかを客観的に判断することが可能となる。

修正確定ボタン５４は、初期計画情報の修正を確定させるためのボタンである。修正確定ボタン５４を押した場合、初期計画情報は修正後計画情報により上書きされる。

修正取消ボタン５５は、初期計画情報の修正を取り消すためのボタンである。修正取消ボタン５５を押した場合、修正後計画情報は削除される。

［生産計画修正装置の動作］
図１１は、本実施の形態における生産計画修正装置１０の動作例を示したフローチャートである。

図示するように、生産計画修正装置１０では、まず、情報取得部１１が、各処理部で用いられる各種情報を取得する（ステップ１０１）。ここで、各種情報は、上述したように、図２の製品情報、図３の初期計画情報、図４の初期計画評価指標、バッチ処理時間情報、前工程情報を含む。

次に、計画情報展開部１２が、ステップ１０１で取得された製品情報、初期計画情報、前工程情報を用いて、計画情報展開処理を行う（ステップ１０２）。これにより、計画情報展開部１２は、図６の展開後計画情報を生成する。この計画情報展開処理の詳細については後述する。

そして、計画情報展開部１２は、ステップ１０２で生成された展開後計画情報を表示機構９５（図１４参照）に表示する（ステップ１０３）。具体的には、展開後計画情報に含まれる製品ごとに処理順序を対応付けて表示する。

次に、ステップ１０３で表示機構９５（図１４参照）に表示された展開後計画情報において製品に対応付けられた処理順序を、操作者が入力デバイス９６（図１４参照）を用いて修正したとする。すると、希望処理順序取得部１３が、その修正後の処理順序を希望処理順序として取得する（ステップ１０４）。これにより、希望処理順序取得部１３は、図７の修正後順序情報を生成する。

次いで、計画情報修正部１４は、ステップ１０２で生成された展開後計画情報と、ステップ１０４で生成された修正後順序情報とを用いて、計画情報修正処理を行う（ステップ１０５）。これにより、計画情報修正部１４は、図８の修正後計画情報を生成する。この計画情報修正処理の詳細については後述する。

その後、評価指標算出部１５は、ステップ１０５で生成された修正後計画情報に基づいて、図９の修正後計画評価指標を算出する（ステップ１０６）。

そして、評価指標算出部１５は、ステップ１０１で取得された初期計画評価指標と、ステップ１０６で算出された修正後計画評価指標とを比較可能な形式で含む修正後計画画面（図１０参照）を、表示機構９５（図１４参照）に表示する（ステップ１０７）。

次に、ステップ１０２の計画情報展開処理について詳細に説明する。

図１２は、計画情報展開処理の流れを示したフローチャートである。

図示するように、計画情報展開部１２は、まず、図１１のステップ１０１で取得された初期計画情報から１つのバッチの行を読み込む（ステップ２０１）。

次に、計画情報展開部１２は、ステップ２０１で読み込んだバッチの行から処理まとめ条件、処理開始時刻、処理終了時刻を取得する（ステップ２０２）。

次いで、計画情報展開部１２は、ステップ２０１で読み込んだバッチの行に含まれる１つの製品に着目する（ステップ２０３）。具体的には、１つの製品ＩＤを取得する。

そして、計画情報展開部１２は、図１１のステップ１０１で取得した製品情報から、ステップ２０３で取得した製品ＩＤで識別される製品の納期を取得する（ステップ２０４）。

また、計画情報展開部１２は、図１１のステップ１０１で取得した前工程情報から、ステップ２０３で取得した製品ＩＤで識別される製品の到着時刻を取得する（ステップ２０５）。

これにより、計画情報展開部１２は、ステップ２０３で取得した製品ＩＤ、ステップ２０２で取得した処理まとめ条件、ステップ２０４で取得した納期、ステップ２０５で取得した到着時刻、ステップ２０２で取得した処理開始時刻及び処理終了時刻を、展開後計画情報に書き出す（ステップ２０６）。

その後、計画情報展開部１２は、ステップ２０１で読み込んだバッチの行に他の製品があるかどうかを判定する（ステップ２０７）。具体的には、他の製品ＩＤが含まれているかどうかを判定する。

その結果、ステップ２０１で読み込んだバッチの行に他の製品があると判定すれば、計画情報展開部１２は、処理をステップ２０３へ戻し、他の製品についてステップ２０３～ステップ２０６の処理を実行する。

一方、ステップ２０１で読み込んだバッチの行に他の製品があると判定しなければ、計画情報展開部１２は、初期計画情報に他のバッチの行があるかどうかを判定する（ステップ２０８）。そして、初期計画情報に他のバッチの行があると判定すれば、計画情報展開部１２は、処理をステップ２０１へ戻し、他のバッチの行についてステップ２０１～ステップ２０７の処理を実行する。また、初期計画情報に他のバッチの行があると判定しなければ、計画情報展開部１２は、処理を終了する。

次に、ステップ１０５の計画情報修正処理について詳細に説明する。

図１３は、計画情報修正処理の流れを示したフローチャートである。

図示するように、計画情報修正部１４は、まず、図１１のステップ１０４で生成された修正後順序情報から、最も早い希望処理順序を含む未選択の製品の行を読み込む（ステップ４０１）。

これにより、計画情報修正部１４は、そのような製品の行の読み込みが成功したかどうかを判定する（ステップ４０２）。つまり、修正後順序情報にそのような製品の行があったかどうかを判定する。

その結果、そのような製品の行の読み込みが成功したと判定しなければ、バッチ処理の基準となる製品が存在しないので、計画情報修正部１４は、処理を終了する。

一方、そのような製品の行の読み込みが成功したと判定すれば、計画情報修正部１４は、ステップ４０１で読み込んだ製品の行に含まれる製品を基準とするバッチ処理の処理開始時刻及び処理終了時刻を決定する（ステップ４０３）。具体的には、今回対象とするバッチ処理が１つ目のバッチ処理である場合は、図１１のステップ１０２で生成された展開後計画情報から、ステップ４０１で読み込んだ製品の行に含まれる製品ＩＤに対応する処理開始時刻及び処理終了時刻を取得し、これをバッチ処理の処理開始時刻及び処理終了時刻とすればよい。また、今回対象とするバッチ処理が２つ目以降のバッチ処理である場合は、１つ前のバッチ処理の処理終了時刻を今回対象とするバッチ処理の処理開始時刻とする。そして、図１１のステップ１０１で取得したバッチ処理時間情報から、ステップ４０１で読み込んだ製品の行に含まれる処理まとめ条件に対応するバッチ処理時間を取得し、今回対象とするバッチ処理の処理開始時刻にこのバッチ処理時間を加算した時刻を今回対象とするバッチ処理の処理終了時刻とすればよい。

次に、計画情報修正部１４は、ステップ４０１で読み込んだ製品の行に含まれる製品の到着時刻が、ステップ４０３で算出したバッチ処理の処理開始時刻よりも前であるかどうかを判定する（ステップ４０４）。ここで、製品の到着時刻は、図１１のステップ１０１で取得された前工程情報から取得すればよい。

その結果、製品の到着時刻がバッチ処理の処理開始時刻よりも前であると判定されなければ、製品が到着しておらずバッチ処理を開始することができないので、計画情報修正部１４は、処理をステップ４０１へ戻し、バッチ処理の基準となる別の製品を探す。

一方、製品の到着時刻がバッチ処理の処理開始時刻よりも前であると判定されれば、製品が到着しておりバッチ処理を開始することができるので、計画情報修正部１４は、その製品をバッチ処理の基準となる製品として選択する（ステップ４０５）。具体的には、その製品の製品ＩＤを、バッチ処理の基準となる製品の製品ＩＤとして保持する。

次いで、計画情報修正部１４は、図１１のステップ１０４で生成された修正後順序情報から、ステップ４０５で選択した製品と処理まとめ条件が同じで最も早い希望処理順序を含む未選択の製品の行を読み込む（ステップ４０６）。

これにより、計画情報修正部１４は、そのような製品の行の読み込みが成功したかどうかを判定する（ステップ４０７）。つまり、修正後順序情報にそのような製品の行があったかどうかを判定する。

その結果、そのような製品の行の読み込みが成功したと判定しなければ、同じバッチ処理で処理可能な製品が存在しないので、計画情報修正部１４は、処理をステップ４１１へ進める。

一方、そのような製品の行の読み込みが成功したと判定すれば、計画情報修正部１４は、ステップ４０６で読み込んだ製品の行に含まれる製品の到着時刻が、ステップ４０３で算出したバッチ処理の処理開始時刻よりも前であるかどうかを判定する（ステップ４０８）。ここで、製品の到着時刻は、図１１のステップ１０１で取得された前工程情報から取得すればよい。

その結果、製品の到着時刻がバッチ処理の処理開始時刻よりも前であると判定されなければ、製品が到着しておらずバッチ処理を開始することができないので、計画情報修正部１４は、処理をステップ４０６へ戻し、同じバッチ処理で処理可能な別の製品を探す。

一方、製品の到着時刻がバッチ処理の処理開始時刻よりも前であると判定されれば、製品が到着しておりバッチ処理を開始することができるので、計画情報修正部１４は、その製品を同じバッチ処理で処理可能な製品として選択する（ステップ４０９）。具体的には、その製品の製品ＩＤを、同じバッチ処理で処理可能な製品の製品ＩＤとして保持する。

また、計画情報修正部１４は、ステップ４０５及びステップ４０９で選択した製品の数の合計が、設備容量に達したかどうかを判定する（ステップ４１０）。

その結果、製品の数の合計が設備容量に達したと判定されなければ、計画情報修正部１４は、処理をステップ４０６へ戻し、同じバッチ処理で処理可能な別の製品を探す。

一方、製品の数の合計が設備容量に達したと判定されれば、計画情報修正部１４は、バッチ番号、処理まとめ条件、処理開始時刻、処理終了時刻、製品ＩＤを、修正後計画情報に書き出す（ステップ４１１）。具体的には、今回対象とするバッチ処理が１つ目のバッチ処理である場合は、「１」をこの書き出すバッチ番号とし、今回対象とするバッチ処理が２つ目以降のバッチ処理である場合は、１つ前のバッチ処理のバッチ番号に「１」を加算した値をこの書き出すバッチ番号とすればよい。また、ステップ４０５で選択した製品の行に含まれる処理まとめ条件をこの書き出す処理まとめ条件とすればよい。更に、ステップ４０３で決定されたバッチ処理の処理開始時刻及び処理終了時刻をこの書き出す処理開始時刻及び処理終了時刻とすればよい。更にまた、ステップ４０５及びステップ４０９で選択した製品の製品ＩＤをこの書き出す製品ＩＤとすればよい。

尚、ステップ４１１で製品ＩＤを書き出した際に、図７の修正後順序情報のその製品ＩＤを含む行に対して、その行が選択された旨を記憶しておき、ステップ４０１及びステップ４０６で製品の行が未選択かどうかを判定するのに用いるとよい。

その後、計画情報修正部１４は、処理をステップ４０１へ戻し、ステップ４０２で読み込みが成功したと判定しなくなるまで、ステップ４０１～４１１の処理を繰り返す。

［生産計画修正装置のハードウェア構成］
本実施の形態における生産計画修正装置１０は、例えば、汎用のコンピュータにより実現してよい。そこで、生産計画修正装置１０がコンピュータ９０により実現されるものとして、このコンピュータ９０のハードウェア構成について説明する。

図１４は、コンピュータ９０のハードウェア構成例を示す図である。

図示するように、コンピュータ９０は、例えば汎用のＰＣ（Personal Computer）等により実現され、演算手段であるＣＰＵ９１と、記憶手段であるメインメモリ９２及び磁気ディスク装置（ＨＤＤ：Hard Disk Drive）９３とを備える。ここで、ＣＰＵ９１は、ＯＳ（Operating System）やアプリケーションソフトウェア等の各種プログラムを実行し、上述した各処理部を実現する。また、メインメモリ９２は、各種プログラムやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ９３は、各種プログラムに対する入力データ（例えば、注文情報）や各種プログラムからの出力データ（例えば、スケジュール情報）等を記憶する記憶領域である。

また、コンピュータ９０は、外部との通信を行うための通信Ｉ／Ｆ９４と、ビデオメモリやディスプレイ等からなる表示機構９５と、キーボードやマウス等の入力デバイス９６と、記憶媒体に対してデータの読み書きを行うためのドライバ９７とを備える。

［本実施の形態の効果］
以上述べたように、本実施の形態では、初期計画情報をバッチ単位から製品単位に展開し、操作者が手入力した製品の希望する処理順序に従い、同一バッチにまとめられるかどうかを制約としてバッチを再形成し、その後、再形成したバッチについて、設備能力に余裕がある場合や、処理を遅らせることがない場合に、１つのバッチにまとめる処理を行うようにした。これにより、操作者が製品の希望する処理順序を手入力した際に、その処理順序に基づいて初期計画情報の計画を修正できるようになった。

また、本実施の形態では、初期計画及び修正後の計画の生産性や納期遵守度合いを評価指標として比較可能とする処理も行うようにした。これにより、操作者は初期計画のままとするか修正後の計画に変更するかを判断し易くなった。

１０…生産計画修正装置、１１…情報取得部、１２…計画情報展開部、１３…希望処理順序取得部、１４…計画情報修正部、１５…評価指標算出部

Claims (6)

1. 複数の製品の事前立案されたバッチ処理の計画を示す第１のバッチ計画情報を取得する第１のバッチ計画情報取得部と、
   前記第１のバッチ計画情報を製品単位に展開することにより、前記複数の製品の製品ごとの計画を示す製品計画情報を取得する製品計画情報取得部と、
   前記製品計画情報に対して入力された、前記複数の製品の処理順序として操作者が希望する処理順序である希望処理順序を受け付ける希望処理順序受付部と、
   前記希望処理順序に従って、同じバッチ処理で処理可能な製品を順に選択し、選択された当該製品を、当該バッチ処理を行う設備の容量の範囲内、かつ、当該バッチ処理の開始時刻を遅らせない範囲内で当該バッチ処理に含めることにより、前記製品計画情報を修正することにより、前記複数の製品の修正されたバッチ処理の計画を示す第２のバッチ計画情報を取得する第２のバッチ計画情報取得部と
   を備えたことを特徴とする生産計画修正装置。
2. 前記第１のバッチ計画情報の評価指標である第１の評価指標と、前記第２のバッチ計画情報の評価指標である第２の評価指標とを、比較可能な形式で出力する評価指標出力部を更に備えたことを特徴とする請求項１に記載の生産計画修正装置。
3. 前記第１の評価指標は、前記第１のバッチ計画情報の生産性及び納期遵守度合いの少なくとも何れか一方であり、
   前記第２の評価指標は、前記第２のバッチ計画情報の生産性及び納期遵守度合いの少なくとも何れか一方であることを特徴とする請求項２に記載の生産計画修正装置。
4. 前記バッチ処理は、前記複数の製品の各製品が、時間推移と温度推移とで表現される複数の熱処理パターンの何れかを持つ、バッチ焼鈍処理であることを特徴とする請求項１に記載の生産計画修正装置。
5. コンピュータの第１のバッチ計画情報取得部が、複数の製品の事前立案されたバッチ処理の計画を示す第１のバッチ計画情報を取得するステップと、
   コンピュータの製品計画情報取得部が、前記第１のバッチ計画情報を製品単位に展開することにより、前記複数の製品の製品ごとの計画を示す製品計画情報を取得するステップと、
   コンピュータの希望処理順序受付部が、前記製品計画情報に対して入力された、前記複数の製品の処理順序として操作者が希望する処理順序である希望処理順序を受け付けるステップと、
   コンピュータの第２のバッチ計画情報取得部が、前記第１のバッチ計画情報を前記希望処理順序に従って、同じバッチ処理で処理可能な製品を順に選択し、選択された当該製品を、当該バッチ処理を行う設備の容量の範囲内、かつ、当該バッチ処理の開始時刻を遅らせない範囲内で当該バッチ処理に含めることにより、前記製品計画情報を修正することにより、前記複数の製品の修正されたバッチ処理の計画を示す第２のバッチ計画情報を取得するステップと
   を含むことを特徴とする生産計画修正方法。
6. コンピュータに、
   複数の製品の事前立案されたバッチ処理の計画を示す第１のバッチ計画情報を取得する機能と、
   前記第１のバッチ計画情報を製品単位に展開することにより、前記複数の製品の製品ごとの計画を示す製品計画情報を取得する機能と、
   前記製品計画情報に対して入力された、前記複数の製品の処理順序として操作者が希望する処理順序である希望処理順序を受け付ける機能と、
   前記第１のバッチ計画情報を前記希望処理順序に従って、同じバッチ処理で処理可能な製品を順に選択し、選択された当該製品を、当該バッチ処理を行う設備の容量の範囲内、かつ、当該バッチ処理の開始時刻を遅らせない範囲内で当該バッチ処理に含めることにより、前記製品計画情報を修正することにより、前記複数の製品の修正されたバッチ処理の計画を示す第２のバッチ計画情報を取得する機能と
   を実現させるためのプログラム。