(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-07
(45)【発行日】2022-11-15
(54)【発明の名称】情報処理装置、生産指示支援方法
(51)【国際特許分類】
G06Q 50/04 20120101AFI20221108BHJP
【FI】
G06Q50/04
(21)【出願番号】P 2018232390
(22)【出願日】2018-12-12
【審査請求日】2021-05-20
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】野木 慶太
(72)【発明者】
【氏名】仲田 輝男
【審査官】松田 岳士
(56)【参考文献】
【文献】特開2010-055220(JP,A)
【文献】特開2011-014074(JP,A)
【文献】特開2008-299762(JP,A)
【文献】特開2018-010368(JP,A)
【文献】特開2004-013295(JP,A)
【文献】特開2003-162309(JP,A)
【文献】特開2017-162044(JP,A)
【文献】特開2017-072931(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
G06Q 10/00-99/00
(57)【特許請求の範囲】
【請求項1】
製造現場での生産指示を支援する情報処理装置であって、
前記製造現場から
、作業を実行する作業者の状況を示すManデータを含む実績データを取得するデータ抽出部と、
前記実績データと前記製造現場での作業内容とを対応付けた作業モデルとを用いて現在の作業状況を推定する作業候補計算部と、
生産形態毎に作業モデルが定められた作業モデルパターンの中から、前記作業モデルを選択するモデル選択部と、を有し、
前記作業候補計算部は、前記モデル選択部が選択した作業モデルと前記実績データとを用いて現在の作業を特定して前記作業状況を推定する、
ことを特徴とする情報処理装置。
【請求項2】
前記作業モデルの中で前記作業候補計算部が推定した前記現在の作業の後に行われる作業の候補の中から、KPIが改善する作業を推奨作業として出力する推奨作業計算部
を有する、
ことを特徴とする請求項1に記載の情報処理装置。
【請求項3】
前記推奨作業計算部は、KPIを設備稼働率として、前記作業の候補の中から、設備の稼働開始時刻が早い作業を推奨作業として決定する、
ことを特徴とする請求項
2に記載の情報処理装置。
【請求項4】
前記推奨作業計算部は、前記推奨作業の作業内容を含む推奨作業表示画面を表示装置に表示する、
ことを特徴とする請求項
3に記載の情報処理装置。
【請求項5】
前記作業候補計算部は、前記現在の作業状況の推定を、作業の実行完了を検知したタイミング、前記作業を行う装置が停止したタイミング、前記作業が停止を検知したタイミングで実行する、
ことを特徴とする請求項1に記載の情報処理装置。
【請求項6】
前記モデル選択部は、クラウドに記憶された前記作業モデルパターンから選択した作業モデルと前記データ抽出部が製造現場から抽出した実績データとを用いて抽出した作業モデルが、前記製造現場での作業モデルと一致するか否かを判定し、両者が一致しないと判定した場合、前記実績データを用いて新たな作業モデルを構築し、構築した前記新たな作業モデルを、前記クラウドに記憶された作業モデルパターンの新たなパターンとして登録する、
ことを特徴とする請求項
1に記載の情報処理装置。
【請求項7】
前記データ抽出部は、少なくとも
前記Manデータを含む2Mデータ、3Mデータ、4Mデータのいずれかを前記実績データとして取得する、
ことを特徴とする請求項1に記載の情報処理装置。
【請求項8】
製造現場での生産指示を支援する生産指示支援方法であって、
データ抽出部が、前記製造現場から
、作業を実行する作業者の状況を示すManデータを含む実績データを取得し、
作業候補計算部が、前記実績データと前記製造現場での作業内容とを対応付けた作業モデルとを用いて現在の作業状況を推定する
場合において、
モデル選択部が、生産形態毎に作業モデルが定められた作業モデルパターンの中から、前記作業モデルを選択し、
前記作業候補計算部が、前記モデル選択部が選択した作業モデルと前記実績データとを用いて現在の作業を特定して前記作業状況を推定する、
ことを特徴とする生産指示支援方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、生産指示を支援する技術に関する。
【背景技術】
【0002】
本技術分野の背景技術として、特許文献1がある。この公報には、ベースワークモデルの作業経路情報を利用して、取得した類似ワークモデルの構造情報から類似ワークモデルの作業経路情報を作成することで、被作業対象機器の動作軌跡情報を作成する度に行われるオペレータによる作業経路情報の入力作業を軽減する方法が記載されている。また、特許文献2がある。この公報には、作業内容項目別障害復旧率および作業時間に基づいて最適な作業手順を推定することで、保守作業者の要求に応じた最適な保守作業手順を提示できる保守作業支援プログラムを提供する方法が記載されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開2014-194658号公報
【文献】特開2006-313399号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
製造業では、製品の品質や生産性、製造コストなど種々のKPIを満たすように、作業手順や作業内容を工夫しているが、作業者の熟練度や製造現場に関する知識に応じて、生産性や品質に違いがある。特に新規の装置や工程導入時は、既存の実績がある工場に比べて、生産性や品質が低水準になりがちである。このような実績の有無に応じて発生する品質、生産性の差異を埋めるためには、過去の生産実績から最適な生産手順などをモデル化しておき、設備の稼働状況や、作業状態など刻一刻と変化する生産状況を認識し、前記で作成したモデルと照らし合わせて推奨される作業を提示する生産指示といった方法が有効である。しかしながら、前記モデルを構築する一般的な方法は無く、従来技術では、装置間、工場間で、設備や作業が異なるため、他の工場で構築したモデルを流用することができない。そのため、異なる装置間、工程間で作業内容を流用できるようなモデルを構築し、そのモデルを用いて最適な推奨すべき作業内容を提示することが必要である。
【0005】
前記特許文献1には、オペレータが作業経路情報を作成する際に、過去実績における類似ワークモデルの構造情報から作業経路情報を抽出することで、オペレータの作業負荷を軽減する方法が記載されているが、工場間、装置間など前提となるワークモデルが異なる場合には、流用することが出来ないと考えられる。
【0006】
また前記特許文献2には、保守作業者が作業を実施する際に、作業内容項目別障害復旧率および作業時間に基づいて最適な作業手順を推定する方法が記載されているが、刻一刻と変化する状況変動に対する対処については記載されていない。更に、前記特許文献1と同様に、装置、工場間で、作業が異なる場合についても記載が無く、やはり製造現場が異なれば、元々の現場で最適であった作業手順が最適になるとは限らない。さらに、作業手順を最適とするためには、作業者の作業状況を推定する必要がある。このため、当該推定の際には、例えば、4Mデータ等の実績データのうち、作業者が実行する作業の状況を示すManデータについて留意する必要があるが、上記特許文献1、特許文献2には、この点について考慮されていない。
【0007】
そこで、本発明は、Manデータを含む実績データと製造現場での作業内容とを対応付けた作業モデルとを用いて現在の作業状況を推定することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明の一態様にかかる情報処理装置は、製造現場での生産指示を支援する情報処理装置であって、前記製造現場からManデータを含む実績データを取得するデータ抽出部と、前記実績データと前記製造現場での作業内容とを対応付けた作業モデルとを用いて現在の作業状況を推定する作業候補計算部と、を備えることを特徴とする情報処理装置として構成される。
【0009】
また、本発明の一態様では、上記情報処理装置で行われる生産指示支援方法としても把握される。
【発明の効果】
【0010】
本発明の一態様によれば、Manデータを含む実績データと製造現場での作業内容とを対応付けた作業モデルとを用いて現在の作業状況を推定することができる。
【図面の簡単な説明】
【0011】
【
図16】生産指示支援装置を備えたシステムの活用例である。
【発明を実施するための形態】
【0012】
以下、本発明の実施形態について、図面を参照しながら説明する。以下、説明は半導体製造装置及び装置に付帯する作業を想定した内容であるが、特に設備が限定されることは無く、工作機械等でもよい。尚、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【0013】
図1は、本実施形態における情報処理装置の一例である生産指示支援装置の構成を示している。本装置100は、一般的な計算機(PC等)で構成でき、例えばソフトウェアプログラムの実行処理により本実施例の特徴的な処理を実現する。
【0014】
本装置100は、入出力部110、表示部120、制御部130、記憶部140、およびバス等で構成される。
【0015】
入出力部110では、ユーザの操作により、作業モデルの選択項目やグラフィカルユーザインターフェース(GUI)上にある項目の入力を行う入力装置や特定した作業候補や推奨作業内容の出力を行う出力装置であり、例えばキーボード、マウス、ディスプレイ、プリンタ等がある。
【0016】
本装置では、表示部120の画面で、GUIを構成し、各種の情報を表示する。
【0017】
制御部130は、例えばCPUやRAM、ROM等の公知の要素により構成される。制御部130は、データ抽出部131と、モデル選択部132と、作業候補計算部133と、推奨作業計算部134とを有し、本実施例の特徴的な機能を実現する処理を行う部分である。
【0018】
データ抽出部131は、製造現場から作業モデル構築に必要な4Mデータを抽出する。4Mデータは、製造時に蓄積された実績データである。本実施例では、データ抽出部131が4Mデータを取得する場合について説明しているが、少なくともManデータを含む2Mデータ、3Mデータ、4Mデータのいずれかを実績データとして取得してもよい。本装置において、抽出された4Mデータは、記憶部140における4Mデータ記憶部143に記憶される。モデル選択部132では、生産形態記憶部141に記憶された生産形態データと、作業モデルパターン記憶部145に記憶された作業モデルパターンから、作業者が選択した生産形態に応じて作業モデルを計算し、計算した作業モデルを作業モデル記憶部144に記憶する。
【0019】
次に作業候補計算部133は、データ抽出部131が製造現場から抽出した4Mデータと前記作業モデル記憶部144に記憶された作業モデルを用いて、現在の作業状況を推定し、次に発生する作業候補を導出する。導出した作業候補を作業候補データ記憶部146に記憶する。
【0020】
最後に、推奨作業計算部134は、作業候補データ記憶部146に記憶されている作業候補と、作業者が入力したKPIが記憶されているKPIデータ記憶部142におけるKPIデータとから、推奨すべき作業データを計算し、計算した推奨すべき作業データを推奨作業データ記憶部147に記憶し、推奨作業表示部123へ表示する。
【0021】
以下、制御部における処理の詳細について説明する。
【0022】
図2から
図6を用いて、モデル選択部132の詳細な処理について説明する。
図2はモデル選択部132で実施する処理フローの例である。まず、モデル選択部132は、入出力部110が受け付けた、テーブル形式の生産形態データ201と、作業モデルパターン202を入力とする。
【0023】
生産形態データ201の定義例を
図3に示す。
図3において、生産形態を、縦軸に作業主体、横軸に生産量/品種の2軸で分類している。すなわち、生産形態を、生産を行う作業の主体の種類と、生産対象となる客体の種類とを用いた2軸により分類している。作業主体については、更に搬送作業と段取り作業で分けて、それぞれの作業主体が作業者に拠るのか、もしくはロボットに拠るのか、あるいはその組み合わせで分類している。
【0024】
搬送/段取りの定義としては、設備間で製品を運ぶ作業を搬送と定義し、段取りについては、設備前に到着した製品を設備に投入/設置する作業もしくは設備から外す作業を段取りとして定義している。生産量/品種については、一品一様、少品種大量、多品種少量で分類している。この分類の理由として大きいのは、段取りの有無である。例えば一品一様であれば、製品毎に仕様が異なるため、段取りがほぼ必須となる想定である。一方で少品種大量生産であれば、殆ど同じ製品が流れるため、作業として段取りがほぼ発生しなくなることが想定される。上記の分類により、本実施例においては、生産形態を9パターンで分割しているが、必ずこのパターン分割である必要は無い。また、生産形態データに限らず、以下で示すデータ定義は例であり、データ保持方法は別の方法であってよい。
【0025】
次に、作業モデルパターン202の定義例を
図4に示す。
図3で説明した生産形態に対して、それぞれ対応する作業モデルを登録することにより、作業モデルパターンを構築する。
【0026】
例えば、
図4のパターン5に対しては、作業モデル401が対応した例である。
図2のフローにおいては、モデル選択部132は、作業者が選択した生産形態データと作業モデルパターンから、生産形態に対応する作業モデルを出力する。
【0027】
作業モデル204の定義例について、
図5に示す。この作業モデルは、製造現場での作業内容部分と4M判別用の列に分かれる。作業内容部分は、作業内容、工数、定常/非定常の分類列、4M判別用の列は、それぞれの作業に対して、そのときの4Mデータがどのような値になるかを示している。このような構成にすることで、ある4Mデータが与えられたときに、そのときの作業内容を推定することが可能となる。このように、作業モデル204には、それぞれの生産形態について、作業内容に応じて、作業内容と4Mデータ等の製造時の実績データとを対応付けた作業データが、作業手順ごとに記憶されている。
【0028】
この作業モデル選択処理結果の表示画面例を
図6に示す。作業モデル表示画面601は、モデル選択部132が実行した作業モデル選択処理の結果、選択された作業モデルを表示する画面例である。作業者は生産形態データ201からパターンを選択する。選択した結果、モデル選択部132が作業モデル選択処理を実行し、結果として、作業モデル401が表示される。
【0029】
次に、
図7から
図11を用いて、作業候補計算部133の詳細な処理について説明する。
図7は作業候補導出処理フローの例である。まず、データ抽出部131が、製造現場701から生産管理システムや設備のコントローラを通してデータ抽出処理702を実行することにより、4Mデータ703の実績を収集する。作業候補計算部133は、データ抽出部131が収集した4Mデータ703と、モデル選択部132が
図2の処理結果として出力された作業モデル704を入力とする。
【0030】
4Mデータ703の定義例を
図8に示す。
図8において、4Mデータ703は、4Mデータ記憶部143で記憶される。4Mデータ703は、Machineデータ801、Manデータ802、Materialデータ803、Methodデータ804を含む。Machineデータ801は、1列目から順に設備ID、稼働状況、実行レシピ、累積稼働時間、電流値など設備に関するデータを保持する。Manデータ802は、1列目から順に作業者ID、位置、作業時間、パネル操作など、作業者の作業に関するデータを保持する。Materialデータ803は、1列目から順に製品ID、ID Read、工程搬送、品質、温度など製品に関するデータを保持する。Methodデータ804は、1列目から順にMethod ID、レシピ、作業指示Noなど作業方法に関するデータを保持する。特にレシピは半導体製造における製造条件をまとめたデータを示している。
【0031】
4Mデータの中で、特に作業を実施する作業者の状況を示す。Manデータについて、
図9を用いて詳細に説明する。
図9は、データ抽出部131が取得したManデータとその活用例である。まず
図9の(a)に示すように、作業内容を示す作業リストと位置毎のカメラデータ901を取得する。このとき、作業内容と位置は必ずしも一対一に対応するものではない。データ抽出部131は、このカメラデータから、作業内容と関連付けられた位置に作業者がいる時間帯を抽出し、
図9の(b)に示す作業者データ902を構成する。すなわち、データ抽出部131は、作業(例えば、作業A)を行う位置(例えば、エリア3)に設置されたカメラが撮像した動画像データであるカメラデータ(例えば、Cam1、Cam2)の上記位置と同じ位置を含む作業者データを抽出し、抽出した作業者データに含まれる開始時国および終了時刻から作業時間を算出する。データ抽出部131は、算出した作業時間と作業時間を算出するために用いた位置とを対応付けてManデータに記録する。
【0032】
実際には、データ抽出部131が、カメラデータ901からリアルタイムに位置を把握し、他のデータを組み合わせて作業を特定することで、作業状況を推定ことが可能となる。尚、本願においては、カメラデータを用いてManデータを取得していたが、作業位置における感圧センサやビーコン等を活用して、作業者の位置を把握しても良い。
【0033】
このように、本装置では、作業状況を推定するために、作業を実行する作業者の状況を示すManデータを用いてリアルタイムに作業者の位置を把握している。作業者のデータ取得方法としては、作業者が作業開始/終了時にID読込や、動画から動作を分析する手法などがあるところ、前者は、ID読込を作業者が忘れることもあり、正確な状況を取得するのは困難である。また、後者は、そもそも動作分析が難しく、動作を分析したとしても、どの作業に該当するのか判別できない。そのため、本装置では、作業内容と作業者の位置がほぼ関連付くことを利用し、カメラ画像やその他センサ等により、作業者の位置とその時間帯をManデータとして取得し、他のMachine、Material、Methodのデータも交えて分析することで、精度の高い作業状態の推定が可能とする。
【0034】
後述するように、Man、Machine、Material、Methodデータからなる4Mデータの実績から、作業モデルを構築し、構築した作業モデルとリアルタイムの4Mデータとを照らし合わせることで、現在の作業状況を推定することができ、上記のように推定された作業状況から次の作業候補を抽出し、KPIデータから選択した、例えば設備稼働率のようなKPIに基づいて、作業候補から推奨すべき作業を導出する。更に、この推奨作業導出時に用いる作業モデルは設備や工場が異なる製造現場でも適用できるように各製造現場の生産形態に応じて作業モデルパターンとしてパターン化して構築する。
【0035】
図7のフローにおいて、作業候補計算部133は、データ抽出部131が収集した4Mデータを用いて、作業モデル401における作業判別用の列と比較する処理705を行い、合致するデータを現在実施している作業を推定する。作業候補計算部133は、現在実施している作業を推定した後、次に発生しうる作業を作業候補データ705として抽出する。
【0036】
作業候補データ705の定義例を
図10に示す。作業候補データ705は、
図7の処理により、作業候補計算部133が、作業モデル401から4Mデータ703に合致する作業を抽出したデータである。そのため、作業候補データ705の形式は作業モデルの形式をそのまま継承する。データの形式については、継承が必須ではない。
【0037】
図7で説明した作業候補の計算について、
図11で示す作業候補表示画面を用いて具体例を交えて説明する。作業候補表示画面1101では、製造現場から抽出された4Mデータ703と合致する作業を、作業モデル401から抽出される。その結果、現在の作業状況が推定できる。
図11の実施例では、作業候補計算部133は、作業モデル401における1行目の作業1102を、現在の作業状況として推定した作業として特定する。このとき、作業候補計算部133は、基本的に、特定した行の次の行を作業モデル401における次作業の候補1103とする。さらに、作業候補計算部133は、製造指示における段取り/加工以外の作業については、いつでも発生しうる作業であると判断し、エリアが一致していれば、作業モデル401における次作業の候補1104とする。この現行の作業から、次の作業候補を抽出する条件については、今回の条件で必ずしも選ぶとは限らず、別の条件により作業候補を抽出してもよい。このようにして、作業候補計算部133は、次に実施する作業候補を抽出する。
【0038】
最後に
図12~15を用いて、推奨作業計算部134の詳細な処理について説明する。推奨作業を計算する処理フローの例を
図12に示す。作業候補計算部133で計算した作業候補データ705と、入出力部110が受け付けた、作業者が入力するKPIデータ1201を入力とする。
【0039】
KPIデータ1201の例を
図13に示す。KPIデータ1201は、作業者が入力するデータであり、この図においては、設備稼働率をKPIとして選択した例である。推奨作業計算部134は、作業候補データ705に記憶された作業候補毎にKPIを比較することで、よりKPIが改善する作業を推奨作業データ1203として出力する。例えば、推奨作業計算部134は、作業候補データ705に記憶された作業候補の中から、入力されたKPIが最も改善する作業を抽出し、推奨作業データ1203として出力する。
【0040】
推奨作業データ1203の例を
図14に示す。本実施例においては、推奨作業候補データ705も作業モデルから抽出したデータであるため、推奨作業データ1203はこれと同じデータの形式を継承する。作業候補と同様に、こちらもデータの形式を継承することが必須ではない。
【0041】
図15を用いて、推奨作業表示画面を用いて、具体的な推奨作業計算の流れを説明する。
図15は推奨作業表示画面1501の例である。
【0042】
まず、入出力部110は、作業者から、KPI設定部1502において、KPIの設定および推奨作業計算の実行指示を受け付ける。
図15では、作業候補計算部133が計算した作業候補705が表示されている。その後、推奨作業計算部134は、選択されたKPI(本実施例では設備稼働率)について、どちらの作業がよりKPIが改善する作業であるかを比較するために、ガントチャートで比較し、その結果を出力する。
図15では、KPI比較処理1503の出力結果のうち、上側の出力結果1503aが項番2の作業を次に実施した場合であり、下側の出力結果1503bが項番6の作業を次に実施する場合である。これらの計算結果によれば、項番2を先に実施すると、ロボットが設備設置を自動で実施するため、並行して用品搬送も出来るため稼動開始が早くなる。一方で、項番6を先に実施すると、その後に製品配置をするため、稼働開始が遅くなる。稼働開始が早くなるほど、設備稼働率は向上する。このため、推奨作業計算部134は、この場合の推奨作業として項番2の作業、すなわち「製品をケースに設置」が、次に行うべき推奨作業1504として決定し、当該作業を導出する。
【0043】
本実施例では、作業候補計算部133が推奨作業計算の実行指示を受け付けて現在の作業状況の推定を行う前提で説明している。しかし、作業候補計算部133は、現在の作業状況の推定を、作業の実行完了を検知したタイミング、作業を行う装置が停止したタイミング、作業の停止を検知したタイミング等の様々なタイミングで実行してよい。この場合、作業候補計算部133が各タイミングに応じた作業候補を出力することができる。作業の実行完了を検知したタイミングは、例えば、作業候補計算部133が4MデータのMachine(稼働状況)を参照して「実行完了」を読み取った場合に、作業の実行完了であると判定すれば良い。また、作業を行う装置が停止したタイミングは、例えば、作業候補計算部133が4MデータのMachine(稼働状況)を参照して「停止中」を読み取った場合に、装置が停止していると判定すれば良い。また、作業の停止を検知したタイミングは、例えば、作業候補計算部133が4MデータのMethod(作業条件)を参照して「メンテ期間上限」を読み取った場合に、作業が停止していると判定すれば良い。この場合「メンテ期間上限」は、作業に使用する装置のメンテナンス期間の上限(期限日)が到来しているために、当該装置を用いた作業を停止していることを示している。
【0044】
図16は、本装置の活用例を示した図である。
図16のモデルの活用ブロック1601については、上記説明した内容である。
図16においては、作業モデルパターン202をクラウド側で保管し、必要に応じて作業モデルをエッジ側、製造現場に近い場所に保管されているストレージのような場所に保管し、推奨作業を出力するシステムとして利用しても良い。製品が変わる頻度が多く、作業モデルパターンの変更がしばしば発生する場合には、作業モデルパターン自体もクラウドではなく、エッジ側に保管しても良く、保管場所を限定するものではない。
【0045】
また、
図16におけるパターンの追加ブロック1602は、作業モデルパターン202から抽出した作業モデルが、いずれのパターンにおいても、現場の作業と一致しない場合の活用例を示している。この場合、該当する製造現場から抽出した4Mデータを用いて、作業モデルを構築し、作業モデルパターンに登録することで、別の製造現場でも利用可能となる。
【0046】
図16では、モデル選択部132が、作業モデルパターン202から選択した作業モデルA1601と、データ抽出部131が製造現場1605から抽出した4Mデータ1603とを用いて抽出した作業モデルが、あらかじめ記憶部140に記憶されている製造現場での作業モデルと一致するか否かを判定する(S16A)。モデル選択部132は、両者が一致しないと判定した場合、上記4Mデータ1603を用いて新たな作業モデルを構築し、構築した新たな作業モデルB1604を、作業モデルパターン202の新たなパターン(例えば、パターン10)として登録する。これにより、クラウド上に登録された新たな作業モデルパターンが別の製造現場でも抽出対象となるため、様々な製造現場において、当該新たな作業モデルを考慮した推奨作業データを出力することができる。
【0047】
このように、本実施例によれば、少なくともManデータを含み、Machine、Material、Methodデータからなる4Mデータの実績から構築した作業モデルとリアルタイムの4Mデータとを照らし合わせることで、現行の作業状況を推定することができる。また、既存装置で培った作業モデルを、工場の共有・展開することにより、生産性の向上に貢献することができる。また、新規の工程、工場にも技術知識を展開することにより、立ち上げ期間を短縮することができる。
【符号の説明】
【0048】
100・・・生産指示支援装置
110・・・入出力部
120・・・表示部
121・・・作業モデル表示部
122・・・作業候補表示部
123・・・推奨作業表示部
130・・・制御部
131・・・データ抽出部
132・・・モデル選択部
133・・・作業候補計算部
134・・・推奨作業計算部
140・・・記憶部
141・・・生産形態記憶部
142・・・KPIデータ記憶部
143・・・4Mデータ記憶部
144・・・作業モデル記憶部
145・・・作業モデルパターン記憶部
146・・・作業候補データ記憶部
147・・・推奨作業データ記憶部