(57)【特許請求の範囲】
【請求項１】
少なくとも１つ以上の作業工程を管理し、該作業工程の流れに沿ったアプリケーションのアイコンの表示制御を行う数値制御装置において、
前記作業工程に対して少なくとも１つのアプリケーションを登録し、該登録されたアプリケーションの動作状況を管理すると共に、前記作業工程の内で現在行われている作業工程を管理するアプリケーションマネージャと、
前記アプリケーションマネージャから取得した前記アプリケーションの動作状況に基づく画面の表示制御を行うメニュー表示アプリケーションと、
を備え、
前記アプリケーションマネージャは、
前記現在行われている作業工程に登録されているアプリケーションに対して作業工程が開始されたことを示す通知を出力し、
前記アプリケーションからのユーザ入力要求通知に基づいて、前記メニュー表示アプリケーションに対して前記ユーザ入力要求通知を行ったアプリケーションを強調表示するように指令し、
前記現在行われている作業工程に登録されているすべてのアプリケーションからの動作終了通知を受けると前記現在行われている作業工程が終了したと判断し、前記作業工程の内で前記現在行われている作業工程の次に行うべき作業工程へと作業工程を移行する、
ことを特徴とする数値制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、数値制御装置に関し、特に生産プロセスの改善を行う数値制御装置に関する。
【背景技術】
【０００２】
加工現場では、ＰＤＣＡサイクルなどの品質改善サイクルの考え方にのっとって、加工作業が行われる場合がある。ＰＤＣＡサイクルとは、事業活動における生産管理や品質管理などの管理業務を円滑に進める手法の一つであり、Ｐｌａｎ（計画）→Ｄｏ（実行）→Ｃｈｅｃｋ（評価）→Ａｃｔ（改善）の４段階を繰り返すことによって、業務を継続的に改善することを特徴とする。この考え方において、加工現場のユーザは、加工準備から加工、計測にいたる一連の作業を行い、さらに問題点の洗い出しと更なる改善へとアプローチを行う。これにより加工品の品質の改善を円滑に行うことができる。
【０００３】
また、近年では数値制御のための本来の機能だけではなく、加工全般を支援するアプリケーションを数値制御装置に組み込むことが多くなっている。そのため、各アプリケーションに簡単にアクセスできるようメニュー表示が取り入れられている。従来技術におけるメニュー表示機能を備えた数値制御装置として、例えば特許文献１には、各アプリケーションのメニュー項目（アイコン）がカテゴリで分けられ、加工工程の各場面において使用するべきメニュー項目（アイコン）がユーザに把握できるように工夫された数値制御装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４５４７３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
品質改善サイクルを加工現場の作業に適用した場合、ユーザはサイクルにのっとって、作業を行う。その場合、ユーザがサイクルの順番を意識して作業を行う必要がある。しかしながら、ある作業を行った結果や状況によって作業内容が変わる場合がある。例えば、加工現場の作業中に加工機などの保守部品の交換時期が来た場合には、加工スケジュールの見直しを行い、作業を中断して保守部品を交換するための時間を確保する必要がある。このように、普段とは異なる作業が発生した場合には、作業になれていないユーザは順番に沿って作業をすることが難しい場合がある。
【０００６】
特許文献１に開示される技術では、作業工程の順に従ったアイコン群を表示し、いずれかのアイコンが選択されたとき、このアイコンの工程に関連する情報設定画面を同時に表示することにより作業工程の順に従って作業が行うことができるよう工夫されている。しかしながら、特許文献１に開示される技術では、決められた作業の流れを行う場合には適用できるが、必要な作業が加工などの状況により変わった場合には対応することができなくなる。
【０００７】
そこで本発明の目的は、アプリケーションの登録と管理の機能を備え、必要な作業が状況により変わるような場合にも対応可能な数値制御装置を提供することである。
【課題を解決するための手段】
【０００８】
本願の請求項１に係る発明は、少なくとも１つ以上の作業工程を管理し、該作業工程の流れに沿ったアプリケーションのアイコンの表示制御を行う数値制御装置において、前記作業工程に対して少なくとも１つのアプリケーションを登録し、該登録されたアプリケーションの動作状況を管理すると共に、前記作業工程の内で現在行われている作業工程を管理するアプリケーションマネージャと、前記アプリケーションマネージャから取得した前記アプリケーションの動作状況に基づく画面の表示制御を行うメニュー表示アプリケーションと、を備え、前記アプリケーションマネージャは、前記現在行われている作業工程に登録されているアプリケーションに対して作業工程が開始されたことを示す通知を出力し、前記アプリケーションからのユーザ入力要求通知に基づいて、前記メニュー表示アプリケーションに対して前記ユーザ入力要求通知を行ったアプリケーションを強調表示するように指令し、前記現在行われている作業工程に登録されているすべてのアプリケーションからの動作終了通知を受けると前記現在行われている作業工程が終了したと判断し、前記作業工程の内で前記現在行われている作業工程の次に行うべき作業工程へと作業工程を移行する、ことを特徴とする数値制御装置である。
【発明の効果】
【０００９】
本発明によれば、ユーザが品質改善サイクルに従い、必要な作業が状況により変わるような場合でもアプリケーションを使用する適切な場面を把握することが可能となり、ユーザが品質改善のプロセスに基づいて作業を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の数値制御装置の表示装置に表示されるメニュー画面のイメージを示す図である。
【図２】本発明の一実施形態による数値制御装置のハードウェアの概略構成図である。
【図３】本発明の一実施形態による数値制御装置上でのアプリケーションの実行状況を概略的に示した図である。
【図４】タグ型言語（ＸＭＬ）を用いた場合のメニュー定義ファイルの例を示す図である。
【図５】本発明の実施例における作業工程に基づく数値制御装置の動作の流れを示す図である。
【図６】本発明の実施例におけるメニュー定義ファイルを示す図である。
【図７】本発明の実施例におけるメニュー画面の表示例を示す図である。
【図８】本発明の実施例におけるメニュー画面において加工スケジュール設定アプリケーションが強調表示された状態を示す図である。
【図９】本発明の実施例におけるメニュー画面において自動運転アプリケーションが強調表示された状態を示す図である。
【図１０】本発明の実施例におけるメニュー画面において改善の作業工程に属する加工スケジュール設定アプリケーションが強調表示された状態を示す図である。
【図１１】本発明の一実施形態によるアプリケーションマネージャ上で実行される処理の流れを示す概略的なフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態を図面と共に説明する。
本発明では、数値制御装置に係る作業が複数の作業工程（例えば、計画工程，加工工程，改善工程の３工程）から成ることを前提とし、数値制御装置に対してユーザが現在行っている作業工程を管理する機能を設けると共に、それぞれの作業工程で必要な動作を行うアプリケーションを複数登録して作業工程ごとに表示できる機能を設ける。
【００１２】
図１は、本発明の数値制御装置の表示装置に表示されるメニュー画面のイメージを例示する図である。図１のメニュー画面２００において、符号２０２のＰＬＡＮＮＩＮＧ，ＭＡＣＨＩＮＩＮＧ，ＩＭＰＲＯＶＥＭＥＮＴ，ＵＴＩＬＩＴＹなどは作業工程（カテゴリ）を表しており、メニュー画面２００では各作業工程に登録されているアプリケーションのメニュー項目が作業項目でカテゴリ分けされて表示される。図１のメニュー画面では、各メニュー項目はアイコン２０４とキャプション２０６で構成されており、ユーザがキーボードやマウスなどの入力装置を操作してメニュー項目を選択することで、それぞれのアプリケーションの動作画面を表示装置に表示して当該アプリケーションに対するユーザの操作を受け付けることができるようになっている。
【００１３】
本発明の数値制御装置は、各作業工程が開始されるときに、当該作業工程に登録されているアプリケーションに対して作業工程の開始を通知する。通知を受けたアプリケーションがユーザによる操作や入力が必要としている場合には、数値制御装置の表示装置に表示されるメニュー画面において当該アプリケーションを選択するアイコンが選択候補として強調されて表示される。
【００１４】
その後、本発明の数値制御装置は、作業工程の開始を通知されたアプリケーションが当該作業工程において必要となる処理の実行が完了した際に出力する処理完了通知を受け取り、現在の作業工程に登録されているすべてのアプリケーションからの処理完了通知を受け取ったら、次の作業工程のアプリケーションに作業工程の開始を通知する。そして、本発明の数値制御装置は、上記の流れを繰り返し行うことで作業工程を進めていく。
以下では、本発明の数値制御装置の構成について説明する。
【００１５】
図２は、本実施形態の数値制御装置のハードウェアの概略構成図である。数値制御装置１はプロセッサ１０を中心に構成されている。プロセッサ１０はＲＯＭ１１に格納されたシステム・プログラムに従って数値制御装置１全体を制御する。このＲＯＭ１１にはＥＰＲＯＭあるいはＥＥＰＲＯＭが使用される。また、このシステム・プログラムには、後述するアプリケーションマネージャのプログラムや、メニュー表示アプリケーションのプログラムなどが含まれている。
【００１６】
ＲＡＭ１２にはＤＲＡＭ等が使用され、一時的な計算データ、各種フラグ、表示データ、入出力信号等が格納される。不揮発性メモリ１３には図示されていないバッテリによってバックアップされたＣＭＯＳやＳＲＡＭが使用され、電源切断後も保持すべきパラメータ、加工プログラム、工具補正データ等が記憶される。また、不揮発性メモリ１３には、メニュー定義ファイルや、各種アプリケーションの実行プログラムなども格納されている。
【００１７】
ＬＣＤ／ＭＤＩユニット１８は、数値制御装置１の前面あるいは機械操作盤と同じ位置に配置され、データ及び図形の表示、データ入力、数値制御装置１の運転に使用される。グラフィック制御回路１９は数値データ及び図形データ等のディジタル信号を表示用のラスタ信号に変換し、表示装置２０に送り、表示装置２０はこれらの数値及び図形を表示する。表示装置２０には主に液晶表示装置が使用される。
入力装置２１は数値キー、シンボリックキー、文字キー及び機能キーを備えたキーボードやマウス、タッチパネルなどを含み、加工プログラムやメニュー定義ファイルの作成、編集及び数値制御装置の運転に使用される。
表示装置２０にメニュー画面が表示されている場合には、入力装置２１として表示装置に重ねて設けられているタッチパネルを介してメニュー項目を選択することができる。タッチパネルを操作することにより選択される機能は、表示装置に表示されるメニュー画面に対応して変化する。
【００１８】
軸制御回路１４はプロセッサ１０からの軸の移動指令を受けて、軸の移動指令をサーボアンプ１５に出力する。サーボアンプ１５はこの移動指令を増幅し、工作機械２３に結合されたサーボモータを駆動し、工作機械２３の工具とワークの相対運動を制御する。なお、図では１軸分のみ示したが、軸制御回路１４及びサーボアンプ１５はサーボモータの軸数に対応した数だけ設けられる。
【００１９】
ＰＭＣ（プログラマブル・マシン・コントローラ）１６はプロセッサ１０からバス１７経由でＭ（補助）機能信号、Ｓ（スピンドル速度制御）機能信号、Ｔ（工具選択）機能信号等を受け取る。そして、これらの信号をシーケンス・プログラムで処理して、出力信号を出力し、工作機械２３内の空圧機器、油圧機器、電磁アクチュエイタ等を制御する。また、工作機械２３内の機械操作盤のボタン信号、スイッチ信号及びリミットスイッチ等の信号を受けて、シーケンス処理を行い、バス１７を経由してプロセッサ１０に必要な入力信号を転送する。
なお、図２ではスピンドルモータ制御回路及びスピンドルモータ用アンプ等は省略してある。
【００２０】
図３は、本実施形態による数値制御装置１上でのアプリケーションの実行状況を概略的に示した図である。以下では、より具体的な本発明の数値制御装置１の動作を図３に基づいて説明する。
【００２１】
●＜手順１＞アプリケーションマネージャにメニュー項目を登録
数値制御装置１では、ＯＳなどにより用意されたプログラムを動作させる場である実行環境１００の上でアプリケーションマネージャ１０２やメニュー表示アプリケーション１０４、各種アプリケーションが動作する。アプリケーションマネージャ１０２は、作業工程において使用される各アプリケーション１０６の登録と管理を行うアプリケーションである。アプリケーションマネージャ１０２は、数値制御装置１が起動した後にＯＳの設定などにより自動的に実行環境１００に呼び出され、その動作を開始する。アプリケーションマネージャ１０２は動作開始時にメニュー項目を定義するメニュー定義ファイル３０を読み込む。
【００２２】
図４は、タグ型言語（ＸＭＬ）を用いた場合のメニュー定義ファイル３０の定義の例を示している。図４の例では、メニュー定義ファイル３０にはアプリケーションのメニュー情報が複数記載されており、また、各アプリケーションのメニュー情報は、アプリケーションを一意に識別可能な識別ＩＤ、アプリケーションが属するべき作業工程のカテゴリ（例えば計画、加工、改善など）、メニュー画面に表示されるアプリケーションの名称、アプリケーションの実行ファイルが置かれているファイルパスを含む。また、場合により、各アプリケーションのメニュー情報は、アプリケーションのアイコンファイルが置かれているファイルパスや、アプリケーション実行時のカレントフォルダのパスなどを含むようにしてもよい。
【００２３】
アプリケーションマネージャ１０２は、メニュー定義ファイル３０を読み込むと、当該メニュー定義ファイル３０に記載されている各アプリケーションのメニュー情報に基づいて、それぞれのアプリケーションがそれぞれのカテゴリ（作業工程）に属するものとして登録して管理する。アプリケーションマネージャ１０２は、実行環境１００上で動作しているメニュー画面を表示しているメニュー表示アプリケーション１０４やアプリケーション１０６との間でアプリケーション間通信を行い、各アプリケーションへの通知や各アプリケーションからの情報の取得を行う。アプリケーション間通信の方法に関しては、ウィンドウメッセージ、共有メモリなどの既知の方法を利用するようにすればよい。
【００２４】
●＜手順２＞メニュー項目の表示
メニュー表示アプリケーション１０４は、アプリケーションマネージャ１０２からすべてのアプリケーション１０６のメニュー情報を取得する。メニュー情報には、アプリケーションの識別ＩＤ、キャプション、属する作業工程のカテゴリ、メニュー項目の表示を強調するかを示すフラグを含む。また、場合により、アイコンのファイルパスなどを含めるようにしてもよい。
メニュー表示アプリケーション１０４は、属する作業工程のカテゴリごとにキャプションと、場合によりアイコンからなるメニュー項目の表示を構成し、表示装置２０に対してメニュー画面２００として表示する。メニュー項目の表示を強調するかを示すフラグがＯＮの場合はメニュー項目のキャプションやアイコンの色を変更したり、表示を大きくしたりするなどの強調表示を行う。
メニュー画面２００においてメニュー項目が選択された場合、メニュー表示アプリケーション１０４はアプリケーションマネージャ１０２に選択されたメニュー項目のアプリケーションの識別ＩＤを通知し、アプリケーションマネージャ１０２にアプリケーション１０６の起動を依頼する。なお、識別ＩＤに対応するアプリケーションが既に起動している場合には、当該アプリケーションをユーザが操作可能（アクティブ化）となるように依頼する。
【００２５】
●＜手順３＞作業工程の管理
アプリケーションマネージャ１０２はメモリ上に、現在の作業工程が計画、加工、改善などのいずれの工程であるかと、各アプリケーション１０６に対し、処理を行ったかどうかのフラグを保持している。アプリケーションマネージャ１０２は、現在の作業工程が変わったとき、現在の作業工程に属するアプリケーション１０６を（必要であれば当該アプリケーションを起動した上で）作業工程の開始を通知する。アプリケーション１０６は、作業工程の開始の通知を受けて処理を実行する。また、アプリケーション１０６は処理実行後、アプリケーションマネージャ１０２に対して、処理終了の通知を行う。アプリケーションマネージャ１０２は、現在の作業工程に属する処理を実行するすべてのアプリケーション１０６から処理終了を通知されたら、現在の作業工程を次の作業工程に変更する。
【００２６】
●＜手順４＞ユーザの入力が必要な場合
アプリケーション１０６が処理を実行する際にユーザの入力が必要な場合、アプリケーションマネージャ１０２に対し、ユーザ入力の要求通知を行う。アプリケーションマネージャ１０２は、ユーザ入力の要求が通知された場合、通知元のアプリケーション１０６のメニュー情報のメニュー項目を強調するかを示すフラグをＯＮに変更し、メニュー表示アプリケーション１０４に対し、メニュー項目の更新の要求を通知する。メニュー表示アプリケーション１０４は、メニュー項目の更新要求通知を受けると、アプリケーションマネージャ１０２からメニュー情報を再取得し、再取得したメニュー情報に基づいてメニュー項目をメニュー画面２００に表示する。アプリケーションマネージャ１０２は、アプリケーション１０６からユーザ入力終了の通知や処理終了の通知を受けた際、メニュー情報のメニュー項目を強調するフラグをＯＦＦに変更し、メニュー表示アプリケーション１０４に対し、メニュー項目の更新の要求を通知する。メニュー表示アプリケーション１０４は、メニュー項目の更新要求通知を受けると、アプリケーションマネージャ１０２からメニュー情報を再取得し、再取得したメニュー情報に基づいてメニュー項目をメニュー画面２００に表示する。
【００２７】
次に、上記した手順に基づく実際のメニューの表示例を図５〜図１０に基づいて示す。図５は、本実施例における作業工程に基づく数値制御装置の動作の流れを示している。
アプリケーションマネージャ１０２が、図６に例示されるメニュー定義ファイル３０を読み込むと、作業工程：計画（Ｐｌａｎｎｉｎｇ）に対して加工スケジュール設定アプリケーションが、作業工程：加工（Ｍａｃｈｉｎｉｎｇ）に対して自動運転アプリケーションが、作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）に対して計測アプリケーション、保守アプリケーションが、それぞれ登録される。そして、メニュー表示アプリケーション１０４はアプリケーションマネージャ１０２から登録されたアプリケーションのメニュー情報を取得し、取得したメニュー情報に基づいて、図７に示されるメニュー画面２００を表示装置に表示する。
【００２８】
アプリケーションマネージャ１０２は内部処理で、現在の作業工程を作業工程：計画（Ｐｌａｎｎｉｎｇ）とし、作業工程：計画（Ｐｌａｎｎｉｎｇ）の作業工程に属するすべてのアプリケーションの処理を行ったかどうかを示すフラグをＯＦＦにする。そして、作業工程：計画（Ｐｌａｎｎｉｎｇ）の作業工程に属するアプリケーションである加工スケジュール設定アプリケーションに対して作業工程の開始を通知する。
【００２９】
作業工程の開始を通知された加工スケジュール設定アプリケーションは、例えばネットワークを介して接続されたスケジュール管理サーバや親機となるパソコンなどから加工スケジュール情報を取得する。加工スケジュール情報が取得できない場合には、アプリケーションマネージャ１０２に対してユーザ入力の要求を行い、図８に示すように、メニュー項目を強調することで、ユーザに加工スケジュール情報を設定することを促す（図５（１））。加工スケジュール設定アプリケーションは、加工スケジュールを取得乃至設定されると（図５（２））、数値制御装置１の各部から取得される情報に基づいて運転状態を確認する。そして、加工に係る運転が開始されたことを確認すると処理の終了をアプリケーションマネージャ１０２に対して通知する（加工スケジュール設定アプリケーションの「アプリケーションの処理を行ったかどうかを示すフラグ」をＯＮする）。
【００３０】
この時点で、作業工程：計画（Ｐｌａｎｎｉｎｇ）に登録されているアプリケーションの処理がすべて終了した（すべてのアプリケーションについて、「アプリケーションを行ったかどうかを示すフラグ」がＯＮになった）ので、アプリケーションマネージャ１０２は作業工程：計画（Ｐｌａｎｎｉｎｇ）が終了したと判断し、内部処理で現在の作業工程を作業工程：加工（Ｍａｃｈｉｎｉｎｇ）に変更する。そして、作業工程：加工（Ｍａｃｈｉｎｉｎｇ）の作業工程に属するすべてのアプリケーションの処理を行ったかどうかを示すフラグをＯＦＦにし、作業工程：加工（Ｍａｃｈｉｎｉｎｇ）に属するすべてのアプリケーションに工程の開始を通知する。
【００３１】
作業工程：加工（Ｍａｃｈｉｎｉｎｇ）の作業工程に属する自動運転アプリケーションは、ユーザの確認が必要な場合には、アプリケーションマネージャ１０２に対してユーザ入力の要求を行い、図９に示すように、メニュー項目を強調することで、ユーザに必要事項の確認を促す（図５（３））。自動運転アプリケーションは数値制御装置１の各部から取得される情報に基づいて運転状態を確認し（図５（４））、運転が停止状態であれば、処理の終了をアプリケーションマネージャ１０２に通知する（自動運転アプリケーションの「アプリケーションの処理を行ったかどうかを示すフラグ」をＯＮする）。
【００３２】
この時点で、作業工程：加工（Ｍａｃｈｉｎｉｎｇ）に登録されているアプリケーションの処理がすべて終了した（すべてのアプリケーションについて、「アプリケーションを行ったかどうかを示すフラグ」がＯＮになった）ので、アプリケーションマネージャ１０２は作業工程：加工（Ｍａｃｈｉｎｉｎｇ）が終了したと判断し、内部処理で現在の作業工程を作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）に変更する。そして、作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）の作業工程に属するすべてのアプリケーション（計測アプリケーション、保守アプリケーション）の処理を行ったかどうかを示すフラグをＯＦＦにし、作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）に属するすべてのアプリケーションに工程の開始を通知する。
【００３３】
作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）に属する計測アプリケーションは計測に用いられる各装置を制御して加工品を計測し（図５（５））、計測が完了したら、加工品の計測結果が保持されているマクロ変数を確認して（図５（６））、計測結果をユーザが確認する必要があれば（例えば、計測結果が予め設定されている目標計測値から大きくずれている場合など）、アプリケーションマネージャ１０２にユーザ入力の要求を行い、図１０（ａ）に示すように、計測アプリケーションのメニュー項目を強調することで、ユーザに必要事項の確認を促す（図５（５））。ユーザの確認が終われば、処理の終了をアプリケーションマネージャ１０２に通知する（計測アプリケーションの「アプリケーションの処理を行ったかどうかを示すフラグ」をＯＮする）。
【００３４】
作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）に属する保守アプリケーションは、ＰＭＣ信号などを監視して、寿命が切れそうな機械部品があるかを確認し、保守が必要な場合には、アプリケーションマネージャ１０２にユーザ入力の要求を行い、図１０（ｂ）に示すように、保守アプリケーションのメニュー項目を強調することで、ユーザに必要事項の確認を促す。保守状態が正常となれば処理の終了をアプリケーションマネージャ１０２に通知する（保守アプリケーションの「アプリケーションの処理を行ったかどうかを示すフラグ」をＯＮする）。
【００３５】
アプリケーションマネージャ１０２は、作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）に登録されているアプリケーションの処理がすべて終了した（すべてのアプリケーションについて、「アプリケーションを行ったかどうかを示すフラグ」がＯＮになった）時点で、アプリケーションマネージャ１０２は作業工程：改善（Ｉｍｐｒｏｖｅｍｅｎｔ）が終了したと判断し、内部処理で現在の作業工程を作業工程：計画（Ｐｌａｎｎｉｎｇ）に変更する。
以上の手順を繰り返すことにより、数値制御装置１は作業工程を進捗させる。
【００３６】
図１１は、アプリケーションマネージャ１０２の動作を示すフローチャートである。
●［ステップＳＡ０１］アプリケーションマネージャ１０２は、メニュー定義ファイル３０を読み込み、読み込んだメニュー定義ファイル３０に記述されている内容に基づいて、各作業工程に対してアプリケーションを登録する。
●［ステップＳＡ０２］アプリケーションマネージャ１０２は、メニュー表示アプリケーション１０４に対して各作業工程に登録されたアプリケーションのメニュー情報を出力してメニュー画面２００を表示装置に表示するように指令する。
●［ステップＳＡ０３］アプリケーションマネージャ１０２は、現在の作業工程に属するすべてのアプリケーションの処理を行ったかどうかを示すフラグをＯＦＦにする。
●［ステップＳＡ０４］アプリケーションマネージャ１０２は、現在の作業工程に属するすべてのアプリケーションに対して作業工程の開始を通知する。
【００３７】
●［ステップＳＡ０５］アプリケーションマネージャ１０２は、現在の作業工程に登録されているアプリケーションの「アプリケーションを行ったかどうかを示すフラグ」がＯＮになったか否かを判定する。すべてのフラグがＯＮになっている場合にはステップＳＡ０８へと処理を移行し、一部でもＯＮになっていない場合にはステップＳＡ０６へと処理を移行する。
●［ステップＳＡ０６］アプリケーションマネージャ１０２は、アプリケーションからのユーザ入力要求があるか否かを判定する。アプリケーションからのユーザ入力要求がある場合にはステップＳＡ０７へと処理を移行し、無い場合にはステップＳＡ０５へと処理を移行する。
●［ステップＳＡ０７］アプリケーションマネージャ１０２は、アプリケーションからのユーザ入力要求に基づいて、メニュー表示アプリケーションに対して該当するアプリケーションの表示を強調表示するように指令し、ステップＳＡ０５へと処理を移行する。
●［ステップＳＡ０８］アプリケーションマネージャ１０２は、次の作業工程に属するすべてのアプリケーションの処理を行ったかどうかを示すフラグをＯＦＦにした上で作業工程を次の作業工程へと進め、ステップＳＡ０４へと処理を移行する。
【００３８】
以上、本発明の実施の形態について説明したが、本発明は上記した実施の形態の例にのみ限定されるものでなく、適宜の変更を加えることにより様々な態様で実施することができる。
【符号の説明】
【００３９】
１  数値制御装置
１０  プロセッサ
１１  ＲＯＭ
１２  ＲＡＭ
１３  不揮発性メモリ
１４  軸制御回路
１５  サーボアンプ
１６  ＰＭＣ（プログラマブル・マシン・コントローラ）
１７  バス
１８  ＬＣＤ／ＭＤＩユニット
１９  グラフィック制御回路
２０  表示装置
２１  入力装置
２３  工作機械
３０  メニュー定義ファイル
１００  実行環境
１０２  アプリケーションマネージャ
１０４  メニュー表示アプリケーション
１０６  アプリケーション
２００  メニュー画面
２０４  アイコン
２０６  キャプション
【図１】
0006356722.tif 000002
【図２】
0006356722.tif 000003
【図３】
0006356722.tif 000004
【図４】
0006356722.tif 000005
【図５】
0006356722.tif 000006
【図６】
0006356722.tif 000007
【図７】
0006356722.tif 000008
【図８】
0006356722.tif 000009
【図９】
0006356722.tif 000010
【図１０】
0006356722.tif 000011
【図１１】
0006356722.tif 000012