生産管理装置および生産管理プログラム
【課題】利用者がサプライヤで実施される工程を含めた全体の工程の状況を把握することを可能にすること。
【解決手段】生産管理装置１０は、通信部１１と、納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて記憶する記憶部１３と、発注された部品の発注日と記憶部１３に記憶されている所要時間とに基づいて、発注された部品に対して工程のそれぞれの実施が完了する予定日を算出するとともに、通信部１１による通信を介して部品に対して工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得する制御部１２とを備える。
【解決手段】生産管理装置１０は、通信部１１と、納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて記憶する記憶部１３と、発注された部品の発注日と記憶部１３に記憶されている所要時間とに基づいて、発注された部品に対して工程のそれぞれの実施が完了する予定日を算出するとともに、通信部１１による通信を介して部品に対して工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得する制御部１２とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生産管理装置および生産管理プログラムに関する。
【背景技術】
【０００２】
プル生産方式（カンバン方式）と呼ばれる生産方式が知られている。プル生産方式では、各工程が、後工程の需要に応じて、部品等の生産物を生産し、生産物を後工程に納品する。特許文献１では、プル生産方式に基づいた生産計画作成方法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０４−１０５８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
プル生産方式では、需要に応じて前工程から生産物が確実に納品されることを前提として各工程での作業が行われるが、現実には、生産トラブル等の諸事情によって生産に変動が発生し、自工程で必要な数の生産物が前工程から納品されない場合が起こりうる。このような予定外の事態が生じると、自工程および後工程において納期の遅延等の重大な支障が生じる可能性がある。そのような重大な支障が生じることを回避するには、サプライヤで実施される工程を含めた全体の工程の状況を把握することが重要である。
【０００５】
本発明は、上記に鑑みてなされたものであって、利用者がサプライヤで実施される工程を含めた全体の工程の状況を把握することを可能にする生産管理装置および生産管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る生産管理装置は、通信部と、納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて記憶する記憶部と、発注された前記部品の発注日と前記記憶部に記憶されている前記所要時間とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するとともに、前記通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得する制御部とを備える。
【０００７】
ここで、本発明の望ましい態様として、前記制御部は、前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するとともに、前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定し、前記予定上の進捗状況と前記実際の進捗状況とを対比して表示する。
【０００８】
また、本発明の望ましい態様として、前記制御部は、前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出し、当該予定数に基づいて当日発注する部品の数を調整する。
【０００９】
また、本発明の望ましい態様として、前記制御部は、前記予定数が当日発注する部品が納入される日に必要な部品数よりも多い場合には、当日発注する部品の数を０個にする。
【００１０】
また、本発明の望ましい態様として、前記制御部は、前記実施状況に関する情報に基づいて、当日発注する部品が納品される日までのそれぞれの日に納品される部品の数を算出し、納品される部品の数が必要な部品の数よりも少ない日があれば、その日の不足分をその日に納品される部品の発注先とは異なるサプライヤへ発注する。
【００１１】
また、上述した課題を解決し、目的を達成するために、本発明に係る生産管理プログラムは、納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて保持する情報と、発注された前記部品の発注日とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するステップと、通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得するステップとをコンピュータに実行させる。
【００１２】
ここで、本発明の望ましい態様として、本発明に係る生産管理プログラムは、前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するステップと、前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定するステップと、前記予定上の進捗状況と前記実際の進捗状況とを対比して表示するステップとをさらにコンピュータに実行させる。
【００１３】
また、本発明の望ましい態様として、本発明に係る生産管理プログラムは、前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出するステップと、前記予定数に基づいて当日発注する部品の数を調整するステップとをさらにコンピュータに実行させる。
【発明の効果】
【００１４】
本発明に係る生産管理装置および生産管理プログラムは、利用者がサプライヤで実施される工程を含めた全体の工程の状況を把握することを可能にするという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１は、本実施例に係る生産管理装置の構成と、本実施例に係る生産管理装置を含む生産管理システムの構成とを示すブロック図である。
【図２】図２は、工程マスタの一例を示す図である。
【図３】図３は、発注数情報の一例を示す図である。
【図４】図４は、進捗情報の一例を示す図である。
【図５】図５は、生産管理プログラムの構成を示すブロック図である。
【図６】図６は、進捗管理装置から送信される通知の一例を示す図である。
【図７】図７は、視覚化された進捗情報の一例を示す図である。
【図８】図８は、発注数決定処理の処理手順を示すフローチャートである。
【図９】図９は、優先経路発注数算出処理の処理手順を示すフローチャートである。
【図１０】図１０は、代替経路発注数算出処理の処理手順を示すフローチャートである。
【図１１】図１１は、障害発生時の状況の一例を示す図である。
【図１２】図１２は、発注数を抑制する例を示す図である。
【図１３】図１３は、部品が不足する例を示す図である。
【図１４】図１４は、部品の不足が解消した例を示す図である。
【図１５】図１５は、各社の関係を示す図である。
【図１６】図１６は、発注数を調整せずに発注を行った例を示す図である。
【発明を実施するための形態】
【００１６】
以下に、本発明に係る生産管理装置および生産管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、この実施例における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。
【実施例】
【００１７】
まず、本実施例に係る生産管理装置１０の構成と、生産管理装置１０を含む生産管理システム１の構成とについて説明する。なお、以下では、説明を簡単にするために、１種類の部品を対象として生産管理を行う例について説明するが、当業者であれば、生産管理システム１を複数の部品を対象として生産管理を行うようにすることは容易である。
【００１８】
図１は、生産管理装置１０の構成と、生産管理装置１０を含む生産管理システム１の構成とを示すブロック図である。図１に示す生産管理システム１は、Ｘ社に設置された生産管理装置１０と、Ａ社に設置された進捗管理装置２０ａと、Ｂ社に設置された進捗管理装置２０ｂと、Ｃ社に設置されたＷＥＢ端末３０とを含む。生産管理装置１０は、インターネット等のネットワーク２を介して、進捗管理装置２０ａ、進捗管理装置２０ｂおよびＷＥＢ端末３０と通信可能に接続される。なお、サプライヤの数および各種装置の数は図１の通りでなくてもよい。
【００１９】
ここで、Ｘ社と、Ａ社、Ｂ社およびＣ社との関係について説明しておく。図１５は、Ｘ社と、Ａ社およびＢ社の関係を示す図である。Ａ社、Ｂ社およびＣ社は、Ｘ社で製品を生産するために必要な部品を供給するサプライヤである。具体的には、Ｂ社は、部品に対して加工、熱処理および出荷検査という３つの工程を実施し、その後、部品をＡ社に納品する。図示していないが、Ｃ社もＢ社と同様に、部品に対して加工、熱処理および出荷検査という３つの工程を実施し、その後、部品をＡ社に納品する。
【００２０】
Ａ社は、納品された部品に対して、洗浄、表面処理および出荷検査という３つの工程を実施し、その後、部品をＸ社に納品する。Ｘ社は、納品された部品と他の部品とを用いて製品を組み立てる。なお、本実施例における「製品」とは、必ずしも最終製品を意味しない。すなわち、本実施例における「製品」には、最終製品に部品として組み込まれるものも含まれる。
【００２１】
Ｘ社と各サプライヤでは、プル生産方式による生産管理が行われている。すなわち、各工程は、後工程の需要に応じて部品を後工程に納めるように管理されている。最先の工程を担当するＢ社およびＣ社には、Ｘ社での製品の生産数を調整するため、Ｘ社から発注数を指定して部品が発注される。
【００２２】
図１の説明に戻る。進捗管理装置２０ａは、Ａ社の各工程での作業の進捗状況を管理する。進捗管理装置２０ｂは、Ｂ社の各工程での作業の進捗状況を管理する。進捗管理装置２０ａおよび進捗管理装置２０ｂは、例えば、各工程での作業の開始時および完了時に作業者が入力する情報と情報が入力された日時とに基づいて、各工程での作業の進捗状況を部品毎に記録する。ＷＥＢ端末３０は、ＷＥＢブラウジング機能を有し、ＷＥＢページを取得して表示したり、ＷＥＢページに含まれる入力フォームに対して入力された情報をサーバへ送信したりする。
【００２３】
生産管理装置１０は、Ｘ社およびサプライヤでの各工程の進捗状況を総合的に管理する。生産管理装置１０は、通信部１１と、制御部１２と、記憶部１３と、表示部１４と、入力部１５と、媒体読取部１６とを備える。
【００２４】
通信部１１は、所定の通信プロトコルに基づいて、他の装置との間での情報の送受信を制御する。通信部１１は、ＷＥＢサーバとしての機能も有する。表示部１４は、液晶パネルや有機ＥＬ（Organic Electro−Luminescence）パネル等の表示装置を有し、文字や図形等の各種情報を表示する。入力部１５は、キーボード等の入力装置を有し、利用者からの情報や指示の入力を受け付ける。媒体読取部１６は、ＣＤ−ＲＯＭ等の記憶媒体からプログラムやデータを読み出す。
【００２５】
制御部１２は、演算手段であるＣＰＵ（Central Processing Unit）１２１と、記憶手段であるメモリ１２２とを備え、これらのハードウェア資源を用いてプログラムを実行することによって各種の機能を実現する。具体的には、制御部１２は、記憶部１３に記憶されているプログラムを読み出してメモリ１２２に展開し、メモリ１２２に展開されたプログラムに含まれる命令をＣＰＵ１２１に実行させる。そして、制御部１２は、ＣＰＵ１２１による命令の実行結果に応じて、メモリ１２２および記憶部１３に対してデータの読み書きを行ったり、通信部１１等の動作を制御したりする。
【００２６】
記憶部１３は、磁気記憶装置や半導体記憶装置等の不揮発性を有する記憶装置からなり、各種のプログラムやデータを記憶する。記憶部１３に記憶されるプログラムには、生産管理プログラム１３１が含まれる。記憶部１３に記憶されるデータには、工程マスタ１３２と、発注数情報１３３と、進捗情報１３４とが含まれる。
【００２７】
生産管理プログラム１３１は、Ｘ社およびサプライヤでの各工程の進捗状況を総合的に管理するための各種の機能を提供する。生産管理プログラム１３１が提供する機能には、例えば、各工程の進捗状況に関する情報を収集する機能、収集した情報を視覚化する機能、収集した情報に基づいて部品の発注数を調整する機能等が含まれる。
【００２８】
工程マスタ１３２は、Ｘ社およびサプライヤで実施される工程に関する情報を保持する。図２は、工程マスタ１３２の一例を示す図である。図２に示す工程マスタ１３２は、工程コード、工程名、実施順序、サプライヤ名、所要時間という項目を有し、工程ごとにデータが格納される。また、サプライヤ名および所要時間は、優先経路と代替経路とで異なる値を設定できるようになっている。
【００２９】
ここで、優先経路とは、平常時において各工程が実施される経路である。代替経路は、生産トラブル等の諸事情により、優先経路から十分な数の部品が供給されない場合に、各工程が実施される経路である。本実施例では、Ｂ社→Ａ社→Ｘ社の順に各工程が実施される経路を優先経路とし、Ｃ社→Ａ社→Ｘ社の順に各工程が実施される経路を代替経路とする。なお、代替経路は複数あってもよい。
【００３０】
工程コードは、工程を識別するためのコードである。工程名は、工程の名称である。実施順序は、工程が実施される順序を示す。サプライヤ名は、工程を実施するサプライヤの名称である。所要時間は、工程の実施に要する計画上の時間である。
【００３１】
図２に示すに工程マスタ１３２は、「Ｐ０１」というコードで識別される「加工」という名称の工程と、「Ｐ０２」というコードで識別される「熱処理」という名称の工程と、「Ｐ０３」というコードで識別される「出荷検査」という名称の工程と、「Ｐ０４」というコードで識別される「洗浄」という名称の工程と、「Ｐ０５」というコードで識別される「表面処理」という名称の工程と、「Ｐ０６」というコードで識別される「出荷検査」という名称の工程とがこの順序で実施されることを示している。
【００３２】
また、図２に示す工程マスタ１３２は、「Ｐ０１」、「Ｐ０２」および「Ｐ０３」というコードで識別される工程は、優先経路ではＢ社で実施され、代替経路ではＣ社で実施されることを示している。また、図２に示す工程マスタ１３２は、「Ｐ０４」、「Ｐ０５」および「Ｐ０６」というコードで識別される工程は、優先経路においても代替経路においてもＡ社で実施されることを示している。
【００３３】
また、図２に示す工程マスタ１３２は、優先経路では各工程の実施にそれぞれ１日を要するが、代替経路では、「Ｐ０１」、「Ｐ０２」および「Ｐ０３」というコードで識別される３つの工程を１日で実施できることを示している。すなわち、図２に示すに工程マスタ１３２は、優先経路のリードタイムは６日であり、代替経路のリードタイムは４日であることを示している。
【００３４】
なお、図２に示す例では、工程マスタ１３２は、サプライヤで実施される工程についての情報のみを保持しているが、工程マスタ１３２は、Ｘ社内で実施される工程についての情報を保持することもできる。
【００３５】
発注数情報１３３は、最先の工程を担当するＢ社およびＣ社への部品の発注数に関する情報を保持する。図３は、発注数情報１３３の一例を示す図である。図３に示す発注数情報１３３は、日付、必要数、発注数という項目を有し、日付ごとにデータが格納される。また、発注数は、優先経路と代替経路とで異なる値を設定できるようになっている。
【００３６】
必要数は、対応する日付においてＸ社が必要とする部品の数である。発注数は、対応する日付においてＸ社が最先の工程を担当するサプライヤに対して発注する部品の数である。図３に示す発注数情報１３３は、Ｘ社が必要とする部品の数が、２０１１年３月７日までは１日あたり３個であり、２０１１年３月８日以降は１日あたり５個であることを示している。また、図３に示す発注数情報１３３は、優先経路のリードタイムが６日であるために、２０１１年３月８日の７日前である２０１１年３月１日から優先経路への発注数が３個から５個へ増加することを示している。
【００３７】
進捗情報１３４は、Ｘ社およびサプライヤでの各工程の進捗状況に関する情報を保持する。図４は、進捗情報１３４の一例を示す図である。図４に示す進捗情報１３４は、発注番号、枝番、発注日、工程コード、サプライヤ名、完了予定日、完了日、遅延日数という項目を有し、発注番号および枝番の組み合わせに対して、工程コードから遅延日数の組み合わせを複数対応づけることができるように設定されている。
【００３８】
発注番号は、発注毎に発番される番号である。枝番は、発注される個々の部品を識別するための番号である。発注番号および枝番の組み合わせにより、発注した個々の部品を特定することができる。発注日は、発注が行われた日付である。
【００３９】
工程コードから遅延日数の組み合わせは、発注された部品に対して実施される工程の数分だけ作成される。工程コードは、工程を識別するためのコードである。サプライヤ名は、工程を実施するサプライヤの名称である。完了予定日は、工程が完了する計画上の日付である。完了予定日は、発注日と、工程マスタ１３２に登録されている当該工程までの所要時間の合計とに基づいて設定される。完了日は、工程が実際に完了した日付である。遅延日数は、設備の障害等により工程を実施できないと予想される日数である。遅延日数は、１以上の値が設定されている場合、日次処理によって毎日１ずつ減算される。
【００４０】
次に、生産管理装置１０が記憶する生産管理プログラム１３１についてより詳細に説明する。図５は、生産管理プログラム１３１の構成を示すブロック図である。図５に示すように、生産管理プログラム１３１は、進捗管理部１３１ａと、視覚化部１３１ｂと、発注数決定部１３１ｃとを有する。
【００４１】
進捗管理部１３１ａは、各工程の進捗状況を管理する機能を提供する。具体的には、進捗管理部１３１ａは、工程マスタ１３２および発注数情報１３３に基づいて、発注された部品に対して実行される各工程に対応するデータを進捗情報１３４に追加する処理を制御部１２に実行させる。初期状態では、進捗情報１３４の完了日は未設定のままとされ、遅延日数は０に設定される。
【００４２】
また、進捗管理部１３１ａは、進捗管理装置２０ａ、進捗管理装置２０ｂおよびＷＥＢ端末３０から送信される情報に基づいて進捗情報１３４の完了日および遅延日数を更新する処理を制御部１２に実行させる。
【００４３】
進捗管理装置２０ａおよび進捗管理装置２０ｂからは、どの部品に対してどの工程が完了したかを示す通知が送信される。図６は、進捗管理装置２０ａおよび進捗管理装置２０ｂから送信される通知の一例を示す図である。図６に示す通知には、発注番号と、枝番と、工程コードと、完了日とが含まれている。この通知が通信部１１で受信されると、制御部１２は、通知に含まれる発注番号、枝番および工程コードに対応する進捗情報１３４内のデータを選択し、通知に含まれる完了日を選択したデータの完了日に上書きする。遅延日数の更新も同様の仕組みによって実現される。
【００４４】
また、進捗管理装置２０ａおよび進捗管理装置２０ｂのようなシステムをもたないＣ社では、ＷＥＢ端末３０が、通信部１１のＷＥＢ機能によって提供される進捗報告用のＷＥＢページを表示する。そして、ＷＥＢ端末３０は、ＷＥＢページに含まれる入力フォームに入力された発注番号、枝番、工程コード、完了日等をＨＴＴＰ（HyperText Transfer Protocol）等により生産管理装置１０へ送信する。制御部１２は、送信された枝番および工程コードに対応する進捗情報１３４内のデータを選択し、選択したデータの完了日等を更新する。
【００４５】
なお、各サプライヤから生産管理装置１０へ進捗状況に関する情報を送信する仕組みは、上記の仕組みに限定されない。例えば、進捗状況に関する情報が電子メールによって生産管理装置１０へ送信されてもよい。
【００４６】
視覚化部１３１ｂは、各工程の進捗状況を視覚化する機能を提供する。具体的には、視覚化部１３１ｂは、進捗情報１３４に登録されている情報を理解しやすい形式で表示する処理を制御部１２に実行させる。なお、視覚化された情報は、生産管理装置１０が備える表示部１４に表示されてもよいし、ＷＥＢページ等の形式で他の装置の表示部に表示されてもよい。また、視覚化された情報がＷＥＢページ等の形式でサプライヤ内に設置されたＷＥＢ端末の表示部に表示されるようにしてもよい。
【００４７】
図７は、視覚化された進捗情報１３４の一例を示す図である。図７に示す例では、各工程の進捗状況が、計画と現状とを対比させる形式で視覚化されている。具体的には、各工程に対応する計画の枠と現状の枠とが、工程の実施順序に従って配置され、それらの枠の中に部品に対応する矩形のオブジェクトが図示されている。部品に対応する矩形のオブジェクトの内部には、発注番号が図示されている。
【００４８】
部品に対応する矩形のオブジェクトは、計画の枠のうち、進捗情報１３４において対応する部品の完了予定日が当日である工程の枠内、すなわち、計画上では対応する部品に対して当日実施されることになっている工程の枠内に図示されている。また、部品に対応する矩形のオブジェクトは、現状の枠のうち、進捗情報１３４において対応する部品の完了日が設定されている最後の工程の枠、すなわち、実際に完了している最後の工程の枠内に図示されている。
【００４９】
このように、各工程の進捗状況を計画と現状とを対比させる形式で視覚化することにより、管理者等は、計画に対する変動状況を容易に把握することができ、その結果、対策を迅速に講じることができる。例えば、図７に示す例では、発注番号が「２」の部品の１つに１工程分（１日分）の遅れが生じていることが容易に理解できる。この場合、例えば、発注番号が「２」の部品を用いて組立を行う日の生産量を１台分翌日に遅らせ、さらに、翌日の要員を増員する等して翌日の生産量を１台分増加させる対策を事前に講じることにより、変動による影響を抑制することができる。
【００５０】
発注数決定部１３１ｃは、発注数情報１３３に登録されている必要数と進捗情報１３４に登録されている各工程の進捗状況とに基づいて発注数を決定する機能を提供する。このように、各工程の進捗状況を考慮して発注数を決定することにより、いずれかの工程において生じた変動にともなう部品の供給量の変化の影響を抑制することができる。
【００５１】
次に、生産管理装置１０の動作について説明する。なお、進捗管理部１３１ａが提供する機能に基づく動作と、視覚化部１３１ｂが提供する機能に基づく動作とについては、既に説明したため、ここでは発注数決定部１３１ｃが提供する機能に基づく動作について説明する。
【００５２】
図８は、発注数決定処理の処理手順を示すフローチャートである。図８に示す処理手順は、発注数決定部１３１ｃが提供する機能に基づいて、例えば、日時処理の一部として実行される。図８に示すように、生産管理装置１０の制御部１２は、まず、後述する優先経路発注数算出処理を実行して優先経路への対象日（例えば、当日）以降の発注数を算出する（ステップＳ１０１）。そして、制御部１２は、算出された発注数に基づいて求められる対象日以降の各日の予想入荷数と発注数情報１３３に登録されている部品の必要数との差である不足数を日ごとに求め、不足数の累計値を算出する（ステップＳ１０２）。
【００５３】
不足数の累計値が０でない場合（ステップＳ１０３，Ｎｏ）、制御部１２は、不足分を補うために、後述する代替経路発注数算出処理を実行して代替経路への発注数を算出する（ステップＳ１０４）。部品の不足数の累計値が０の場合（ステップＳ１０３，Ｙｅｓ）、代替経路発注数算出処理は実行されない。
【００５４】
図９は、優先経路発注数算出処理の処理手順を示すフローチャートである。図９に示すように、制御部１２は、まず、日付を示す変数である発注日を対象日に初期設定する（ステップＳ２０１）。また、制御部１２は、進捗の変動に伴って過剰に納品された状態となっている部品の数を示す変数である余剰数を０に設定する（ステップＳ２０２）。
【００５５】
続いて、制御部１２は、発注数情報１３３に登録されている発注数と、進捗情報１３４に登録されている各工程の進捗状況と、工程マスタ１３２に登録されている各工程の所要時間とに基づいて、発注日以降の優先経路および代替経路からの部品の予想入荷数を日ごとに算出する（ステップＳ２０３）。ここでは、例えば進捗が１日分遅れている部品は納品が１日遅れるというように、現状の進捗がそのまま維持されるものとして、各日の予想入荷数が算出される。また、遅延日数に１以上の日数が設定される部品は、その日数分だけ納品が遅れるものとして、各日の予想入荷数が算出される。
【００５６】
続いて、制御部１２は、優先経路のリードタイムに基づいて、発注日に対応する納品日、すなわち、発注日に発注された部品が納品される予定の日付を算出する（ステップＳ２０４）。そして、制御部１２は、ステップＳ２０３の算出結果から納品日の予想入荷数を取得する（ステップＳ２０５）。また、制御部１２は、発注数情報１３３から納品日の部品の必要数を取得する（ステップＳ２０６）。
【００５７】
ここで、予想入荷数と余剰数の合計が必要数よりも多い場合、すなわち、何も発注しなくても納品日に過剰な数の部品が納品される場合（ステップＳ２０７，Ｙｅｓ）、制御部１２は、発注数情報１３３の発注日における優先経路への発注数に０を設定する（ステップＳ２０８）。このように、発注数を０に設定することにより、余剰在庫の発生を最小限に抑制することができる。
【００５８】
続いて、制御部１２は、余剰数を、現状の余剰数に予想入荷数を加算した値から必要数を減算した値に更新する（ステップＳ２０９）。そして、制御部１２は、発注日を翌日に設定し（ステップＳ２１０）、ステップＳ２０３以降を再実行する。このように余剰数を更新しながらステップＳ２０３以降を再実行することにより、進捗の変動に伴って過剰に納品される部品の影響を複数の日に分散させることができる。
【００５９】
一方、予想入荷数と余剰数の合計が必要数以下の場合、すなわち、過剰な数の部品が納品されることがない場合（ステップＳ２０７，Ｎｏ）、制御部１２は、発注数情報１３３の発注日における優先経路への発注数に、必要数から予想入荷数と余剰数の和を減算した値を設定する（ステップＳ２１１）。そして、制御部１２は、優先経路発注数算出処理を終了させる。
【００６０】
図１０は、代替経路発注数算出処理の処理手順を示すフローチャートである。図１０に示すように、制御部１２は、まず、日付を示す変数である発注日を対象日に初期設定する（ステップＳ３０１）。そして、制御部１２は、代替経路のリードタイムに基づいて、発注日に対応する納品日、すなわち、発注日に発注された部品が納品される予定の日付を算出する（ステップＳ３０２）。
【００６１】
続いて、制御部１２は、発注数情報１３３に基づいて、発注日から納品日までの部品の不足数を算出する（ステップＳ３０３）。そして、制御部１２は、発注数情報１３３の発注日における代替経路への発注数に、算出した不足数を設定する（ステップＳ３０４）。そして、制御部１２は、不足数の累計から発注日の発注数を減算する（ステップＳ３０５）。不足数の累計は、ステップＳ１０２で算出された値である。
【００６２】
減算後の不足数の累計が０になっていない場合（ステップＳ３０６，Ｎｏ）、制御部１２は、発注日を翌日に設定し（ステップＳ３０７）、ステップＳ３０２以降を再実行する。減算後の不足数の累計が０になっている場合（ステップＳ３０６，Ｙｅｓ）、制御部１２は、代替経路発注数算出処理を終了させる。このように、優先経路の各工程の進捗状況に応じて不足する部品を代替経路に自動的に発注することにより、優先経路において障害等による納品の遅れが生じた場合にも、当初計画していた通りの数の製品を生産することができる。
【００６３】
次に、発注数決定処理の具体例について説明する。まず、これから説明する例の前提について説明する。優先経路および代替経路の構成および所要時間は、図２に示した工程マスタ１３２の通りであるものとする。また、Ｘ社の部品の必要数は、現在は１日あたり４個であるが、７日後から１日あたり５個になるものとする。また、図１１に示すように、各工程の進捗状況は、Ｂ社の出荷検査の工程以降は計画通りであるが、Ｂ社の熱処理の工程で２日の修理期間を要する障害が発生しているものとする。
【００６４】
この場合、生産管理システム１が導入されておらず、Ｂ社の障害をＸ社が知ることができなかったとすると、優先経路のリードタイムは６日なので、Ｘ社は、７日後の必要数である５個の部品をＢ社に発注することになる。その結果、図１６に示すように、Ｂ社の熱処理の工程の障害のために５日後および６日後の２日に渡って入荷数が０になった後、２日分の８個の部品と本日発注する５個の部品という計１３個の部品が一度に納品されることになる。これでは、５日後と６日後に製品を生産できない上に、７日後には多数の余剰在庫を抱えることとなり、生産管理上好ましくない。
【００６５】
一方、生産管理システム１が導入されていれば、余剰在庫が発生することが予め検知されて余剰在庫を最小にするように発注数が調整される。そのため、図１２に示すように、優先経路への発注数は、本日は０個に、１日後は２個に抑制され、その結果、８日後には余剰在庫がなくなる。
【００６６】
ただし、優先経路への発注数を調整しただけでは、図１３に示すように、５日後および６日後の入荷数が０個のままのため、８個の製品を生産することができなくなってしまう。そこで、生産管理システム１では、図１４に示すように、５日後および６日後にそれぞれ４個の部品が納品されるように代替経路に対して発注が行われる。その結果、Ｘ社では当初の計画通りの数の製品を生産できるようになる。
【００６７】
上述してきたように、本実施例では、サプライヤで実施される工程を含めて進捗状況を管理することとしたので、利用者がサプライヤで実施される工程を含めた全体の工程の状況を把握することができる。
【符号の説明】
【００６８】
１ 生産管理システム
２ ネットワーク
１０ 生産管理装置
１１ 通信部
１２ 制御部
１２１ ＣＰＵ
１２２ メモリ
１３ 記憶部
１３１ 生産管理プログラム
１３１ａ 進捗管理部
１３１ｂ 視覚化部
１３１ｃ 発注数決定部
１３２ 工程マスタ
１３３ 発注数情報
１３４ 進捗情報
１４ 表示部
１５ 入力部
１６ 媒体読取部
２０ａ、２０ｂ 進捗管理装置
３０ ＷＥＢ端末
【技術分野】
【０００１】
本発明は、生産管理装置および生産管理プログラムに関する。
【背景技術】
【０００２】
プル生産方式（カンバン方式）と呼ばれる生産方式が知られている。プル生産方式では、各工程が、後工程の需要に応じて、部品等の生産物を生産し、生産物を後工程に納品する。特許文献１では、プル生産方式に基づいた生産計画作成方法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０４−１０５８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
プル生産方式では、需要に応じて前工程から生産物が確実に納品されることを前提として各工程での作業が行われるが、現実には、生産トラブル等の諸事情によって生産に変動が発生し、自工程で必要な数の生産物が前工程から納品されない場合が起こりうる。このような予定外の事態が生じると、自工程および後工程において納期の遅延等の重大な支障が生じる可能性がある。そのような重大な支障が生じることを回避するには、サプライヤで実施される工程を含めた全体の工程の状況を把握することが重要である。
【０００５】
本発明は、上記に鑑みてなされたものであって、利用者がサプライヤで実施される工程を含めた全体の工程の状況を把握することを可能にする生産管理装置および生産管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る生産管理装置は、通信部と、納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて記憶する記憶部と、発注された前記部品の発注日と前記記憶部に記憶されている前記所要時間とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するとともに、前記通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得する制御部とを備える。
【０００７】
ここで、本発明の望ましい態様として、前記制御部は、前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するとともに、前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定し、前記予定上の進捗状況と前記実際の進捗状況とを対比して表示する。
【０００８】
また、本発明の望ましい態様として、前記制御部は、前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出し、当該予定数に基づいて当日発注する部品の数を調整する。
【０００９】
また、本発明の望ましい態様として、前記制御部は、前記予定数が当日発注する部品が納入される日に必要な部品数よりも多い場合には、当日発注する部品の数を０個にする。
【００１０】
また、本発明の望ましい態様として、前記制御部は、前記実施状況に関する情報に基づいて、当日発注する部品が納品される日までのそれぞれの日に納品される部品の数を算出し、納品される部品の数が必要な部品の数よりも少ない日があれば、その日の不足分をその日に納品される部品の発注先とは異なるサプライヤへ発注する。
【００１１】
また、上述した課題を解決し、目的を達成するために、本発明に係る生産管理プログラムは、納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて保持する情報と、発注された前記部品の発注日とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するステップと、通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得するステップとをコンピュータに実行させる。
【００１２】
ここで、本発明の望ましい態様として、本発明に係る生産管理プログラムは、前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するステップと、前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定するステップと、前記予定上の進捗状況と前記実際の進捗状況とを対比して表示するステップとをさらにコンピュータに実行させる。
【００１３】
また、本発明の望ましい態様として、本発明に係る生産管理プログラムは、前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出するステップと、前記予定数に基づいて当日発注する部品の数を調整するステップとをさらにコンピュータに実行させる。
【発明の効果】
【００１４】
本発明に係る生産管理装置および生産管理プログラムは、利用者がサプライヤで実施される工程を含めた全体の工程の状況を把握することを可能にするという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１は、本実施例に係る生産管理装置の構成と、本実施例に係る生産管理装置を含む生産管理システムの構成とを示すブロック図である。
【図２】図２は、工程マスタの一例を示す図である。
【図３】図３は、発注数情報の一例を示す図である。
【図４】図４は、進捗情報の一例を示す図である。
【図５】図５は、生産管理プログラムの構成を示すブロック図である。
【図６】図６は、進捗管理装置から送信される通知の一例を示す図である。
【図７】図７は、視覚化された進捗情報の一例を示す図である。
【図８】図８は、発注数決定処理の処理手順を示すフローチャートである。
【図９】図９は、優先経路発注数算出処理の処理手順を示すフローチャートである。
【図１０】図１０は、代替経路発注数算出処理の処理手順を示すフローチャートである。
【図１１】図１１は、障害発生時の状況の一例を示す図である。
【図１２】図１２は、発注数を抑制する例を示す図である。
【図１３】図１３は、部品が不足する例を示す図である。
【図１４】図１４は、部品の不足が解消した例を示す図である。
【図１５】図１５は、各社の関係を示す図である。
【図１６】図１６は、発注数を調整せずに発注を行った例を示す図である。
【発明を実施するための形態】
【００１６】
以下に、本発明に係る生産管理装置および生産管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、この実施例における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。
【実施例】
【００１７】
まず、本実施例に係る生産管理装置１０の構成と、生産管理装置１０を含む生産管理システム１の構成とについて説明する。なお、以下では、説明を簡単にするために、１種類の部品を対象として生産管理を行う例について説明するが、当業者であれば、生産管理システム１を複数の部品を対象として生産管理を行うようにすることは容易である。
【００１８】
図１は、生産管理装置１０の構成と、生産管理装置１０を含む生産管理システム１の構成とを示すブロック図である。図１に示す生産管理システム１は、Ｘ社に設置された生産管理装置１０と、Ａ社に設置された進捗管理装置２０ａと、Ｂ社に設置された進捗管理装置２０ｂと、Ｃ社に設置されたＷＥＢ端末３０とを含む。生産管理装置１０は、インターネット等のネットワーク２を介して、進捗管理装置２０ａ、進捗管理装置２０ｂおよびＷＥＢ端末３０と通信可能に接続される。なお、サプライヤの数および各種装置の数は図１の通りでなくてもよい。
【００１９】
ここで、Ｘ社と、Ａ社、Ｂ社およびＣ社との関係について説明しておく。図１５は、Ｘ社と、Ａ社およびＢ社の関係を示す図である。Ａ社、Ｂ社およびＣ社は、Ｘ社で製品を生産するために必要な部品を供給するサプライヤである。具体的には、Ｂ社は、部品に対して加工、熱処理および出荷検査という３つの工程を実施し、その後、部品をＡ社に納品する。図示していないが、Ｃ社もＢ社と同様に、部品に対して加工、熱処理および出荷検査という３つの工程を実施し、その後、部品をＡ社に納品する。
【００２０】
Ａ社は、納品された部品に対して、洗浄、表面処理および出荷検査という３つの工程を実施し、その後、部品をＸ社に納品する。Ｘ社は、納品された部品と他の部品とを用いて製品を組み立てる。なお、本実施例における「製品」とは、必ずしも最終製品を意味しない。すなわち、本実施例における「製品」には、最終製品に部品として組み込まれるものも含まれる。
【００２１】
Ｘ社と各サプライヤでは、プル生産方式による生産管理が行われている。すなわち、各工程は、後工程の需要に応じて部品を後工程に納めるように管理されている。最先の工程を担当するＢ社およびＣ社には、Ｘ社での製品の生産数を調整するため、Ｘ社から発注数を指定して部品が発注される。
【００２２】
図１の説明に戻る。進捗管理装置２０ａは、Ａ社の各工程での作業の進捗状況を管理する。進捗管理装置２０ｂは、Ｂ社の各工程での作業の進捗状況を管理する。進捗管理装置２０ａおよび進捗管理装置２０ｂは、例えば、各工程での作業の開始時および完了時に作業者が入力する情報と情報が入力された日時とに基づいて、各工程での作業の進捗状況を部品毎に記録する。ＷＥＢ端末３０は、ＷＥＢブラウジング機能を有し、ＷＥＢページを取得して表示したり、ＷＥＢページに含まれる入力フォームに対して入力された情報をサーバへ送信したりする。
【００２３】
生産管理装置１０は、Ｘ社およびサプライヤでの各工程の進捗状況を総合的に管理する。生産管理装置１０は、通信部１１と、制御部１２と、記憶部１３と、表示部１４と、入力部１５と、媒体読取部１６とを備える。
【００２４】
通信部１１は、所定の通信プロトコルに基づいて、他の装置との間での情報の送受信を制御する。通信部１１は、ＷＥＢサーバとしての機能も有する。表示部１４は、液晶パネルや有機ＥＬ（Organic Electro−Luminescence）パネル等の表示装置を有し、文字や図形等の各種情報を表示する。入力部１５は、キーボード等の入力装置を有し、利用者からの情報や指示の入力を受け付ける。媒体読取部１６は、ＣＤ−ＲＯＭ等の記憶媒体からプログラムやデータを読み出す。
【００２５】
制御部１２は、演算手段であるＣＰＵ（Central Processing Unit）１２１と、記憶手段であるメモリ１２２とを備え、これらのハードウェア資源を用いてプログラムを実行することによって各種の機能を実現する。具体的には、制御部１２は、記憶部１３に記憶されているプログラムを読み出してメモリ１２２に展開し、メモリ１２２に展開されたプログラムに含まれる命令をＣＰＵ１２１に実行させる。そして、制御部１２は、ＣＰＵ１２１による命令の実行結果に応じて、メモリ１２２および記憶部１３に対してデータの読み書きを行ったり、通信部１１等の動作を制御したりする。
【００２６】
記憶部１３は、磁気記憶装置や半導体記憶装置等の不揮発性を有する記憶装置からなり、各種のプログラムやデータを記憶する。記憶部１３に記憶されるプログラムには、生産管理プログラム１３１が含まれる。記憶部１３に記憶されるデータには、工程マスタ１３２と、発注数情報１３３と、進捗情報１３４とが含まれる。
【００２７】
生産管理プログラム１３１は、Ｘ社およびサプライヤでの各工程の進捗状況を総合的に管理するための各種の機能を提供する。生産管理プログラム１３１が提供する機能には、例えば、各工程の進捗状況に関する情報を収集する機能、収集した情報を視覚化する機能、収集した情報に基づいて部品の発注数を調整する機能等が含まれる。
【００２８】
工程マスタ１３２は、Ｘ社およびサプライヤで実施される工程に関する情報を保持する。図２は、工程マスタ１３２の一例を示す図である。図２に示す工程マスタ１３２は、工程コード、工程名、実施順序、サプライヤ名、所要時間という項目を有し、工程ごとにデータが格納される。また、サプライヤ名および所要時間は、優先経路と代替経路とで異なる値を設定できるようになっている。
【００２９】
ここで、優先経路とは、平常時において各工程が実施される経路である。代替経路は、生産トラブル等の諸事情により、優先経路から十分な数の部品が供給されない場合に、各工程が実施される経路である。本実施例では、Ｂ社→Ａ社→Ｘ社の順に各工程が実施される経路を優先経路とし、Ｃ社→Ａ社→Ｘ社の順に各工程が実施される経路を代替経路とする。なお、代替経路は複数あってもよい。
【００３０】
工程コードは、工程を識別するためのコードである。工程名は、工程の名称である。実施順序は、工程が実施される順序を示す。サプライヤ名は、工程を実施するサプライヤの名称である。所要時間は、工程の実施に要する計画上の時間である。
【００３１】
図２に示すに工程マスタ１３２は、「Ｐ０１」というコードで識別される「加工」という名称の工程と、「Ｐ０２」というコードで識別される「熱処理」という名称の工程と、「Ｐ０３」というコードで識別される「出荷検査」という名称の工程と、「Ｐ０４」というコードで識別される「洗浄」という名称の工程と、「Ｐ０５」というコードで識別される「表面処理」という名称の工程と、「Ｐ０６」というコードで識別される「出荷検査」という名称の工程とがこの順序で実施されることを示している。
【００３２】
また、図２に示す工程マスタ１３２は、「Ｐ０１」、「Ｐ０２」および「Ｐ０３」というコードで識別される工程は、優先経路ではＢ社で実施され、代替経路ではＣ社で実施されることを示している。また、図２に示す工程マスタ１３２は、「Ｐ０４」、「Ｐ０５」および「Ｐ０６」というコードで識別される工程は、優先経路においても代替経路においてもＡ社で実施されることを示している。
【００３３】
また、図２に示す工程マスタ１３２は、優先経路では各工程の実施にそれぞれ１日を要するが、代替経路では、「Ｐ０１」、「Ｐ０２」および「Ｐ０３」というコードで識別される３つの工程を１日で実施できることを示している。すなわち、図２に示すに工程マスタ１３２は、優先経路のリードタイムは６日であり、代替経路のリードタイムは４日であることを示している。
【００３４】
なお、図２に示す例では、工程マスタ１３２は、サプライヤで実施される工程についての情報のみを保持しているが、工程マスタ１３２は、Ｘ社内で実施される工程についての情報を保持することもできる。
【００３５】
発注数情報１３３は、最先の工程を担当するＢ社およびＣ社への部品の発注数に関する情報を保持する。図３は、発注数情報１３３の一例を示す図である。図３に示す発注数情報１３３は、日付、必要数、発注数という項目を有し、日付ごとにデータが格納される。また、発注数は、優先経路と代替経路とで異なる値を設定できるようになっている。
【００３６】
必要数は、対応する日付においてＸ社が必要とする部品の数である。発注数は、対応する日付においてＸ社が最先の工程を担当するサプライヤに対して発注する部品の数である。図３に示す発注数情報１３３は、Ｘ社が必要とする部品の数が、２０１１年３月７日までは１日あたり３個であり、２０１１年３月８日以降は１日あたり５個であることを示している。また、図３に示す発注数情報１３３は、優先経路のリードタイムが６日であるために、２０１１年３月８日の７日前である２０１１年３月１日から優先経路への発注数が３個から５個へ増加することを示している。
【００３７】
進捗情報１３４は、Ｘ社およびサプライヤでの各工程の進捗状況に関する情報を保持する。図４は、進捗情報１３４の一例を示す図である。図４に示す進捗情報１３４は、発注番号、枝番、発注日、工程コード、サプライヤ名、完了予定日、完了日、遅延日数という項目を有し、発注番号および枝番の組み合わせに対して、工程コードから遅延日数の組み合わせを複数対応づけることができるように設定されている。
【００３８】
発注番号は、発注毎に発番される番号である。枝番は、発注される個々の部品を識別するための番号である。発注番号および枝番の組み合わせにより、発注した個々の部品を特定することができる。発注日は、発注が行われた日付である。
【００３９】
工程コードから遅延日数の組み合わせは、発注された部品に対して実施される工程の数分だけ作成される。工程コードは、工程を識別するためのコードである。サプライヤ名は、工程を実施するサプライヤの名称である。完了予定日は、工程が完了する計画上の日付である。完了予定日は、発注日と、工程マスタ１３２に登録されている当該工程までの所要時間の合計とに基づいて設定される。完了日は、工程が実際に完了した日付である。遅延日数は、設備の障害等により工程を実施できないと予想される日数である。遅延日数は、１以上の値が設定されている場合、日次処理によって毎日１ずつ減算される。
【００４０】
次に、生産管理装置１０が記憶する生産管理プログラム１３１についてより詳細に説明する。図５は、生産管理プログラム１３１の構成を示すブロック図である。図５に示すように、生産管理プログラム１３１は、進捗管理部１３１ａと、視覚化部１３１ｂと、発注数決定部１３１ｃとを有する。
【００４１】
進捗管理部１３１ａは、各工程の進捗状況を管理する機能を提供する。具体的には、進捗管理部１３１ａは、工程マスタ１３２および発注数情報１３３に基づいて、発注された部品に対して実行される各工程に対応するデータを進捗情報１３４に追加する処理を制御部１２に実行させる。初期状態では、進捗情報１３４の完了日は未設定のままとされ、遅延日数は０に設定される。
【００４２】
また、進捗管理部１３１ａは、進捗管理装置２０ａ、進捗管理装置２０ｂおよびＷＥＢ端末３０から送信される情報に基づいて進捗情報１３４の完了日および遅延日数を更新する処理を制御部１２に実行させる。
【００４３】
進捗管理装置２０ａおよび進捗管理装置２０ｂからは、どの部品に対してどの工程が完了したかを示す通知が送信される。図６は、進捗管理装置２０ａおよび進捗管理装置２０ｂから送信される通知の一例を示す図である。図６に示す通知には、発注番号と、枝番と、工程コードと、完了日とが含まれている。この通知が通信部１１で受信されると、制御部１２は、通知に含まれる発注番号、枝番および工程コードに対応する進捗情報１３４内のデータを選択し、通知に含まれる完了日を選択したデータの完了日に上書きする。遅延日数の更新も同様の仕組みによって実現される。
【００４４】
また、進捗管理装置２０ａおよび進捗管理装置２０ｂのようなシステムをもたないＣ社では、ＷＥＢ端末３０が、通信部１１のＷＥＢ機能によって提供される進捗報告用のＷＥＢページを表示する。そして、ＷＥＢ端末３０は、ＷＥＢページに含まれる入力フォームに入力された発注番号、枝番、工程コード、完了日等をＨＴＴＰ（HyperText Transfer Protocol）等により生産管理装置１０へ送信する。制御部１２は、送信された枝番および工程コードに対応する進捗情報１３４内のデータを選択し、選択したデータの完了日等を更新する。
【００４５】
なお、各サプライヤから生産管理装置１０へ進捗状況に関する情報を送信する仕組みは、上記の仕組みに限定されない。例えば、進捗状況に関する情報が電子メールによって生産管理装置１０へ送信されてもよい。
【００４６】
視覚化部１３１ｂは、各工程の進捗状況を視覚化する機能を提供する。具体的には、視覚化部１３１ｂは、進捗情報１３４に登録されている情報を理解しやすい形式で表示する処理を制御部１２に実行させる。なお、視覚化された情報は、生産管理装置１０が備える表示部１４に表示されてもよいし、ＷＥＢページ等の形式で他の装置の表示部に表示されてもよい。また、視覚化された情報がＷＥＢページ等の形式でサプライヤ内に設置されたＷＥＢ端末の表示部に表示されるようにしてもよい。
【００４７】
図７は、視覚化された進捗情報１３４の一例を示す図である。図７に示す例では、各工程の進捗状況が、計画と現状とを対比させる形式で視覚化されている。具体的には、各工程に対応する計画の枠と現状の枠とが、工程の実施順序に従って配置され、それらの枠の中に部品に対応する矩形のオブジェクトが図示されている。部品に対応する矩形のオブジェクトの内部には、発注番号が図示されている。
【００４８】
部品に対応する矩形のオブジェクトは、計画の枠のうち、進捗情報１３４において対応する部品の完了予定日が当日である工程の枠内、すなわち、計画上では対応する部品に対して当日実施されることになっている工程の枠内に図示されている。また、部品に対応する矩形のオブジェクトは、現状の枠のうち、進捗情報１３４において対応する部品の完了日が設定されている最後の工程の枠、すなわち、実際に完了している最後の工程の枠内に図示されている。
【００４９】
このように、各工程の進捗状況を計画と現状とを対比させる形式で視覚化することにより、管理者等は、計画に対する変動状況を容易に把握することができ、その結果、対策を迅速に講じることができる。例えば、図７に示す例では、発注番号が「２」の部品の１つに１工程分（１日分）の遅れが生じていることが容易に理解できる。この場合、例えば、発注番号が「２」の部品を用いて組立を行う日の生産量を１台分翌日に遅らせ、さらに、翌日の要員を増員する等して翌日の生産量を１台分増加させる対策を事前に講じることにより、変動による影響を抑制することができる。
【００５０】
発注数決定部１３１ｃは、発注数情報１３３に登録されている必要数と進捗情報１３４に登録されている各工程の進捗状況とに基づいて発注数を決定する機能を提供する。このように、各工程の進捗状況を考慮して発注数を決定することにより、いずれかの工程において生じた変動にともなう部品の供給量の変化の影響を抑制することができる。
【００５１】
次に、生産管理装置１０の動作について説明する。なお、進捗管理部１３１ａが提供する機能に基づく動作と、視覚化部１３１ｂが提供する機能に基づく動作とについては、既に説明したため、ここでは発注数決定部１３１ｃが提供する機能に基づく動作について説明する。
【００５２】
図８は、発注数決定処理の処理手順を示すフローチャートである。図８に示す処理手順は、発注数決定部１３１ｃが提供する機能に基づいて、例えば、日時処理の一部として実行される。図８に示すように、生産管理装置１０の制御部１２は、まず、後述する優先経路発注数算出処理を実行して優先経路への対象日（例えば、当日）以降の発注数を算出する（ステップＳ１０１）。そして、制御部１２は、算出された発注数に基づいて求められる対象日以降の各日の予想入荷数と発注数情報１３３に登録されている部品の必要数との差である不足数を日ごとに求め、不足数の累計値を算出する（ステップＳ１０２）。
【００５３】
不足数の累計値が０でない場合（ステップＳ１０３，Ｎｏ）、制御部１２は、不足分を補うために、後述する代替経路発注数算出処理を実行して代替経路への発注数を算出する（ステップＳ１０４）。部品の不足数の累計値が０の場合（ステップＳ１０３，Ｙｅｓ）、代替経路発注数算出処理は実行されない。
【００５４】
図９は、優先経路発注数算出処理の処理手順を示すフローチャートである。図９に示すように、制御部１２は、まず、日付を示す変数である発注日を対象日に初期設定する（ステップＳ２０１）。また、制御部１２は、進捗の変動に伴って過剰に納品された状態となっている部品の数を示す変数である余剰数を０に設定する（ステップＳ２０２）。
【００５５】
続いて、制御部１２は、発注数情報１３３に登録されている発注数と、進捗情報１３４に登録されている各工程の進捗状況と、工程マスタ１３２に登録されている各工程の所要時間とに基づいて、発注日以降の優先経路および代替経路からの部品の予想入荷数を日ごとに算出する（ステップＳ２０３）。ここでは、例えば進捗が１日分遅れている部品は納品が１日遅れるというように、現状の進捗がそのまま維持されるものとして、各日の予想入荷数が算出される。また、遅延日数に１以上の日数が設定される部品は、その日数分だけ納品が遅れるものとして、各日の予想入荷数が算出される。
【００５６】
続いて、制御部１２は、優先経路のリードタイムに基づいて、発注日に対応する納品日、すなわち、発注日に発注された部品が納品される予定の日付を算出する（ステップＳ２０４）。そして、制御部１２は、ステップＳ２０３の算出結果から納品日の予想入荷数を取得する（ステップＳ２０５）。また、制御部１２は、発注数情報１３３から納品日の部品の必要数を取得する（ステップＳ２０６）。
【００５７】
ここで、予想入荷数と余剰数の合計が必要数よりも多い場合、すなわち、何も発注しなくても納品日に過剰な数の部品が納品される場合（ステップＳ２０７，Ｙｅｓ）、制御部１２は、発注数情報１３３の発注日における優先経路への発注数に０を設定する（ステップＳ２０８）。このように、発注数を０に設定することにより、余剰在庫の発生を最小限に抑制することができる。
【００５８】
続いて、制御部１２は、余剰数を、現状の余剰数に予想入荷数を加算した値から必要数を減算した値に更新する（ステップＳ２０９）。そして、制御部１２は、発注日を翌日に設定し（ステップＳ２１０）、ステップＳ２０３以降を再実行する。このように余剰数を更新しながらステップＳ２０３以降を再実行することにより、進捗の変動に伴って過剰に納品される部品の影響を複数の日に分散させることができる。
【００５９】
一方、予想入荷数と余剰数の合計が必要数以下の場合、すなわち、過剰な数の部品が納品されることがない場合（ステップＳ２０７，Ｎｏ）、制御部１２は、発注数情報１３３の発注日における優先経路への発注数に、必要数から予想入荷数と余剰数の和を減算した値を設定する（ステップＳ２１１）。そして、制御部１２は、優先経路発注数算出処理を終了させる。
【００６０】
図１０は、代替経路発注数算出処理の処理手順を示すフローチャートである。図１０に示すように、制御部１２は、まず、日付を示す変数である発注日を対象日に初期設定する（ステップＳ３０１）。そして、制御部１２は、代替経路のリードタイムに基づいて、発注日に対応する納品日、すなわち、発注日に発注された部品が納品される予定の日付を算出する（ステップＳ３０２）。
【００６１】
続いて、制御部１２は、発注数情報１３３に基づいて、発注日から納品日までの部品の不足数を算出する（ステップＳ３０３）。そして、制御部１２は、発注数情報１３３の発注日における代替経路への発注数に、算出した不足数を設定する（ステップＳ３０４）。そして、制御部１２は、不足数の累計から発注日の発注数を減算する（ステップＳ３０５）。不足数の累計は、ステップＳ１０２で算出された値である。
【００６２】
減算後の不足数の累計が０になっていない場合（ステップＳ３０６，Ｎｏ）、制御部１２は、発注日を翌日に設定し（ステップＳ３０７）、ステップＳ３０２以降を再実行する。減算後の不足数の累計が０になっている場合（ステップＳ３０６，Ｙｅｓ）、制御部１２は、代替経路発注数算出処理を終了させる。このように、優先経路の各工程の進捗状況に応じて不足する部品を代替経路に自動的に発注することにより、優先経路において障害等による納品の遅れが生じた場合にも、当初計画していた通りの数の製品を生産することができる。
【００６３】
次に、発注数決定処理の具体例について説明する。まず、これから説明する例の前提について説明する。優先経路および代替経路の構成および所要時間は、図２に示した工程マスタ１３２の通りであるものとする。また、Ｘ社の部品の必要数は、現在は１日あたり４個であるが、７日後から１日あたり５個になるものとする。また、図１１に示すように、各工程の進捗状況は、Ｂ社の出荷検査の工程以降は計画通りであるが、Ｂ社の熱処理の工程で２日の修理期間を要する障害が発生しているものとする。
【００６４】
この場合、生産管理システム１が導入されておらず、Ｂ社の障害をＸ社が知ることができなかったとすると、優先経路のリードタイムは６日なので、Ｘ社は、７日後の必要数である５個の部品をＢ社に発注することになる。その結果、図１６に示すように、Ｂ社の熱処理の工程の障害のために５日後および６日後の２日に渡って入荷数が０になった後、２日分の８個の部品と本日発注する５個の部品という計１３個の部品が一度に納品されることになる。これでは、５日後と６日後に製品を生産できない上に、７日後には多数の余剰在庫を抱えることとなり、生産管理上好ましくない。
【００６５】
一方、生産管理システム１が導入されていれば、余剰在庫が発生することが予め検知されて余剰在庫を最小にするように発注数が調整される。そのため、図１２に示すように、優先経路への発注数は、本日は０個に、１日後は２個に抑制され、その結果、８日後には余剰在庫がなくなる。
【００６６】
ただし、優先経路への発注数を調整しただけでは、図１３に示すように、５日後および６日後の入荷数が０個のままのため、８個の製品を生産することができなくなってしまう。そこで、生産管理システム１では、図１４に示すように、５日後および６日後にそれぞれ４個の部品が納品されるように代替経路に対して発注が行われる。その結果、Ｘ社では当初の計画通りの数の製品を生産できるようになる。
【００６７】
上述してきたように、本実施例では、サプライヤで実施される工程を含めて進捗状況を管理することとしたので、利用者がサプライヤで実施される工程を含めた全体の工程の状況を把握することができる。
【符号の説明】
【００６８】
１ 生産管理システム
２ ネットワーク
１０ 生産管理装置
１１ 通信部
１２ 制御部
１２１ ＣＰＵ
１２２ メモリ
１３ 記憶部
１３１ 生産管理プログラム
１３１ａ 進捗管理部
１３１ｂ 視覚化部
１３１ｃ 発注数決定部
１３２ 工程マスタ
１３３ 発注数情報
１３４ 進捗情報
１４ 表示部
１５ 入力部
１６ 媒体読取部
２０ａ、２０ｂ 進捗管理装置
３０ ＷＥＢ端末
【特許請求の範囲】
【請求項１】
通信部と、
納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて記憶する記憶部と、
発注された前記部品の発注日と前記記憶部に記憶されている前記所要時間とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するとともに、前記通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得する制御部と
を備えることを特徴とする生産管理装置。
【請求項２】
前記制御部は、前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するとともに、前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定し、前記予定上の進捗状況と前記実際の進捗状況とを対比して表示することを特徴とする請求項１に記載の生産管理装置。
【請求項３】
前記制御部は、前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出し、当該予定数に基づいて当日発注する部品の数を調整することを特徴とする請求項１または２に記載の生産管理装置。
【請求項４】
前記制御部は、前記予定数が当日発注する部品が納入される日に必要な部品数よりも多い場合には、当日発注する部品の数を０個にすることを特徴とする請求項３に記載の生産管理装置。
【請求項５】
前記制御部は、前記実施状況に関する情報に基づいて、当日発注する部品が納品される日までのそれぞれの日に納品される部品の数を算出し、納品される部品の数が必要な部品の数よりも少ない日があれば、その日の不足分をその日に納品される部品の発注先とは異なるサプライヤへ発注することを特徴とする請求項１から４のいずれか１項に記載の生産管理装置。
【請求項６】
納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて保持する情報と、発注された前記部品の発注日とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するステップと、
通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得するステップと
をコンピュータに実行させることを特徴とする生産管理プログラム。
【請求項７】
前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するステップと、
前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定するステップと、
前記予定上の進捗状況と前記実際の進捗状況とを対比して表示するステップと
をさらにコンピュータに実行させることを特徴とする請求項６に記載の生産管理プログラム。
【請求項８】
前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出するステップと、
前記予定数に基づいて当日発注する部品の数を調整するステップと
をさらにコンピュータに実行させることを特徴とする請求項６または７に記載の生産管理プログラム。
【請求項１】
通信部と、
納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて記憶する記憶部と、
発注された前記部品の発注日と前記記憶部に記憶されている前記所要時間とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するとともに、前記通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得する制御部と
を備えることを特徴とする生産管理装置。
【請求項２】
前記制御部は、前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するとともに、前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定し、前記予定上の進捗状況と前記実際の進捗状況とを対比して表示することを特徴とする請求項１に記載の生産管理装置。
【請求項３】
前記制御部は、前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出し、当該予定数に基づいて当日発注する部品の数を調整することを特徴とする請求項１または２に記載の生産管理装置。
【請求項４】
前記制御部は、前記予定数が当日発注する部品が納入される日に必要な部品数よりも多い場合には、当日発注する部品の数を０個にすることを特徴とする請求項３に記載の生産管理装置。
【請求項５】
前記制御部は、前記実施状況に関する情報に基づいて、当日発注する部品が納品される日までのそれぞれの日に納品される部品の数を算出し、納品される部品の数が必要な部品の数よりも少ない日があれば、その日の不足分をその日に納品される部品の発注先とは異なるサプライヤへ発注することを特徴とする請求項１から４のいずれか１項に記載の生産管理装置。
【請求項６】
納品される部品に対して実施される工程と、それぞれの工程の所要時間とを対応づけて保持する情報と、発注された前記部品の発注日とに基づいて、前記発注された部品に対して前記工程のそれぞれの実施が完了する予定日を算出するステップと、
通信部による通信を介して前記部品に対して前記工程のそれぞれを実施するサプライヤから工程の実施状況に関する情報を取得するステップと
をコンピュータに実行させることを特徴とする生産管理プログラム。
【請求項７】
前記予定日に基づいて前記発注された部品に対して実施される工程の予定上の進捗状況を判定するステップと、
前記実施状況に関する情報に基づいて前記発注された部品に対して実施される工程の実際の進捗状況を判定するステップと、
前記予定上の進捗状況と前記実際の進捗状況とを対比して表示するステップと
をさらにコンピュータに実行させることを特徴とする請求項６に記載の生産管理プログラム。
【請求項８】
前記実施状況に関する情報に基づいて、前記発注された部品のうち、当日発注する部品が納品される日に納品される予定数を算出するステップと、
前記予定数に基づいて当日発注する部品の数を調整するステップと
をさらにコンピュータに実行させることを特徴とする請求項６または７に記載の生産管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−２２６５４１（Ｐ２０１２−２２６５４１Ａ）
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１１−９３２６６（Ｐ２０１１−９３２６６）
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（０００００６２０８）三菱重工業株式会社 (10,378)
【Ｆターム（参考）】
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（０００００６２０８）三菱重工業株式会社 (10,378)
【Ｆターム（参考）】
[ Back to top ]