JPS6235939A - 履歴取得方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、履歴取得方式、つまり計画作成時に履歴を取
得する方式に関し、特に生産計画のように多様な要求が
あり、その要求を満足させるために既存のソフトウェア
に修正を加えて計画を立案する装置に関するものである
。

〔発明の背景〕

近年、生産計画などの各種計画の立案においては、ニー
ズの多様化に対応したきめ細か＜ａｄ＝ｈｏｅな（特に
そのための）計画の迅速な立案か要求されている。この
ため前もって開発された計画ソフトをそのまま実行する
だけではなく、担当省が自分自身のもっている専門知識
を利用し、計画作成の情報や論理（計画作成装置内にあ
、る計画作成の論理）そのものを修正して計画を作成し
、実際の計画として使用しているのが実情である。

しかも、その修正は頻繁かつ多量に行われている。

ところが、このようにａ　ｄ　−ｈ　ｏ　ｃな計画の迅
速な立案が要求されると修正内容を記録しなくなってい
る。そのため担当省がどのような修正を行ったかがあと
から分らないため、作成した計画に不備があっても、ど
こが原因であるのかが分からないという問題があった。

また、使用している論理をより良いものに更新しようと
しても、そのための情報が得られないという問題があっ
た。従来。

この種の文献としては、［多品種少量パッケージ生産の
ＣＡＭシステムＪ　　（ＮＥＣ技報Ｖｏ１．３７、Ｎｏ
、３．１９８４．ｐ４９−５４参照）があり、多品種少
量の電子機器装置の主要構成品となるパッケージの生産
に対応するために、生産ラインに関する各種情報の自動
生成、供給、および多品種少量生産における自動組立機
の段取り換え作業の無人化を計ることが記載されている
。

〔発明の目的〕

本発明の目的は、このような従来の問題点を解決し、機
器のスケジューリング等の各種計画の立案において、担
当省がどのような修正を行ったかを自動記録し、計画の
失敗の原因や計画の最適化の方法を発見する資料を取得
できる履歴取得方式を提供することにある。

〔発明の概要〕

上記目的を達成するため１本発明の履歴取得方式は、計
画を作成するための情報を格納する計画情報格納手段と
、上記計画を作成するための論理プログラムを格納する
計画論理格納手段と５上記情報あるいは論理を修正する
手段とを有する計画作成システムにおいて、計画作成に
用いられた情報および論理あるいは計画作成において情
報や論理に対して施こされた修正内容の中で履歴を取得
すべき項目を指定するテークを保持する取得項目記憶手
段と、該取得項目記憶手段により指定された取得項目の
内容だけを取得する履歴内容取得手段と、取得した履歴
内容を格納する履歴格納手段とを設けることに特徴があ
る。

〔発明の実施例〕

以下、本発明の実施例を、図面により詳細に説明する。

第１図は、本発明の一実施例を示す部品加工ステージョ
ンの制御システム図である。

本実施例に示す部品加工ステージョンは、注文や材料な
どの情報（以下、この情報を計画作成情報と呼ぶ）によ
って、どの注文から加工するか、加工順序をどうするか
などの計画を計画担当者が計算機を用いて立案し、その
計画によって自動的に設備群を制御し、部品の加工を行
う作業ステーションである。また、計画立案では、計画
担当者は計画作成情報や計画作成論理を修正して計画を
立案する。ここで、計画作成情報とは計画作成装置の外
部から与えられる情報（例えば、注文の情報としては注
文ＮＯ０，注文個数、納期などのいくつかの項目があり
、それぞれの項目はいくつかの値をもっている）である
。

また、計画作成論理とは計画作成装置の内部にある論理
（例えば、計画作成プログラムであり、本実施例ではそ
の中にある項目の定数について修゛　正か行われる）で
ある。

本発明では、計画作成過程において、担当者が行った修
正が後で明らかとなるために、自動的に修正内容を残し
ておくのであるが、計画作成においては必要となる情報
量が膨大であり、修正が頻繁であるため、修正内容をす
べて残そうとすると、取得すべき量が膨大となること、
またすべてを残しても後で見ない不要な情報が多いこと
を考慮して、取得すべき内容を必要に応じて自由に指定
できる方法をとる。

本実施例では、計画作成情報と計画作成論理を修正して
、開側を作成し、設備群を制御して、部品を加工する処
理と、その修正内容を履歴として記憶装置に格納する処
理がある。

次に、第１図に示す部品加工ステージョンの構成および
その動作を説明する。

計画の作成、設備群の制御を行うため、各装置が設けら
れる。９は計画作成装置、１５は計画作成用端末、１７
は計画作成情報ファイル、２５は統括制御装置、２６．
２’７．２８は設備群（２６はロボット１．２７はロボ
ット２．２８はコンベア）である。また、計画作成装置
９内部の１４は計画作成論理情報修正部、１６は計画作
成論理ファイル、１８は修正内容ファイル、２３は計画
作成部である。

１４画作成の手順は以下のとうりである。まず、計画作
成用端末１５を用いて、計画作成論理情報修正部１４が
計画作成情報ファイル１７の内容および計画作成装置９
内部の計画作成論理ファイル１６の内容を修正する（信
号線５６，５７，５８゜５９．６０．６＋を通して修正
を行う）。修正と同時に、修正内容の変更ログを修正内
容ファイル】８に自動的に格納する。次に、修正された
計画作成情報ファイルＩ７および計画作成論理ファイル
１６の内容を、信号線７０．７１を通して計画作成部２
３に読み込むことにより、計画作成部２３は計画を作成
して計画ファイル２４に格納する。

このようにして作成された計画によって、統括制御装置
２５は、設備群２６〜２８に信号＄７４〜７９を通して
制御信号を送ることにより、設備群２６〜２８を制御し
、部品を加工する。

また、計画作成用情報および計画作成論理の修正が終了
すると、履歴取得部１９が自動的に起動する。履歴取得
部１９によって、修正内容ファイル１８に格納された変
更ログ（修正内容）は、取得すべき項目が指定されてい
る取得項目ファイル１２の内容と比較されて、該当する
項目の変更ログ（修正内容）が履歴として履歴ファイル
２０に格納される。

次に、計画修正内容を指定し、その履歴を取得して表示
する装置として、計画作成装置９内部の修正内容ファイ
ル１８と履歴取得部１９、および、計画作成装置外部の
取得項目入力装置１１０、取得項目入力用端末１１、お
よび取得指定用の取得項目ファイル１２がある。また、
計画作成装置９の外部には、履歴表示装置２１．ｇ暦表
示用端末２２、および履歴ファイル２０がある。また１
本実施例の計画作成装置９内の履歴取得機能として、論
理情報修正部１４、計画作成用論理ファイル１６、修正
内容ファイル１８．および履歴取得部１９が動作する。

最初に、履歴の取得を行う業務、作業者、取得する期間
、および取得する項目を取得項目入力用端末１１より入
力し、取得項目人力装［２１０により取得項目ファイル
１２内に、履歴を取得する業務、作業者、期間を相定し
た指定キーテーブルと、項目を指定した指定項目テーブ
ルとを作成する。

ここでキーとは、参考情報となる項目であり、本実施例
では業務名１作業者名９作業日時を採用した。

第２図は、第１図で作成される指定キーテーブルを示す
図である。指定キーテーブルは、部品加工ステージョン
で行われる計画業務（例えば、工程計画、振当計画・・
・・）、その業務を行う作業者（銘木、田中、山本・・
・・）のうちで、どの業務の誰が行う作業の履歴を取得
する期間を指定したものである。業務名１００は履歴を
取得する業務の名称、作業者名１０１は履歴を取得する
作業者の名称９期間１０２，１０３は履歴を取得する開
始日と終了日を示している。例えば、第２図、第１行目
の例では、工程計画業務を銘木作業省が６０゜１．１か
ら６０．１２．３１の間に行った修正を履歴として指定
することを示している。

第３図は、第１図において作成される指定項目テーブル
を示す図である。業務名＋０４は、本実施例で示す部品
加工ステージョンで履歴取得の必要がある計画業務の名
称である。履歴取得項目名１０５は、業務名１０４で指
定された業務で履歴を取得しておく必要のある項目の名
称である。

第３図の第１行目の例では工程計画業務で、作業時間２
作業者数２作業コストの項目について履歴を取得するこ
とを指定している。

次に、計画作成装置９内部の計画作成論理情報修正部１
４、履歴取得部１９の動作を、それぞれ第４図、第６＠
の処理フローチャートを用いて説明する。

計画作成論理情報修正部１４および、履歴取得部１９は
、前述の計画作成、設備群の制御の過程で、計画作成論
理ファイル１６および計画作成情報ファイル１７の内容
を修正する必要がある時に起動する。

計画作成論理情報修正部Ｉ４は、計画作成川端末１５よ
り起動要求信号が信号線５７によって入力されることで
起動する（第４図ボックス１５０）。

第４図は、計画作成論理情報修正部１４の処理フローチ
ャートである。計画作成論理情報修正部１４は、計画作
成論理ファイル１６および計画作成情報ファイル１７の
内容を信号ＮｙＡ６０および６１を通して読み込み、信
号線５６を通して計画作成用端末１１に表示する（ボッ
クス１５１）。計画担当者の修正要もしくは修正不要の
信号を計画作成用端末１５より信号線５７を通して受信
し、修正が必要であるかを判定する（ボックス１５２）
。修正が不要であれば計画作成部２３を起動させ（ボッ
クス１５７）、処理を終了する（ボックス１５８）。

修正が必要であれは、計画担当者の修正内容を計画作成
用端末１５より信号線５７を通して受信し。

計画作成論理ファイル１６および、計画作成情報ファイ
ル１７の内容を信号１ＩＪＡ６１，５９を通して修正す
る（ボックス１５３）。その修正内容を項目名、修正位
置、被修正値、修正値（第５図参照。

詳細後述）の形で修正内容ファイル１８に信号線６２を
通して格納する（ボックス１５４）。計画作成用端末１
５より修正終了信号を信号線５７を通して受信すれば、
修正終了として判定しくボックス１５５）、履歴取得部
１９および計画作成部２３を起動させて、修正を終了す
る（ボックス１５６）。修正終了信号が受信されなけれ
ば、修正。

修正内容の格納（ボックス１５３，１５４）を修正が終
了するまで繰返し行う。

このように、計画作成論理ファイル１６および計画作成
情報ファイル１７の内容が、計画作成論理情報修正部１
４によって修正され、修正内容ファイル１８に修正内容
テーブルが自動的に作成される。

第５図は、第１図の修正内容ファイル内の修正内容テー
ブルの図である。項目名１０６は、修正された値の項目
名称である。修正値＠１０７は、項目によってはいくつ
かの値をもっているので、その項目内で修正された値の
位置を示すものである。被修正値１０８は修正された値
であり、修正値１０９は修正した値である。第５図の第
１行目の例は、″作成開始日″という計画作成論理、も
しくは計画作成情報の項目で”Ｄ−３’″の位置の６０
０３０４”という値を”６００３０５”　という値に修
正した修正内容の例である。

計画作成論理情報修正部１４が出力する起動要求により
、履歴取得部１９が起動する（第６図。

ボックス１６０）。第６図は、履歴取得部１９の処理フ
ローチャートである。履歴取得部１９の処理手順として
は、ます、修正した業務、計画担当省の名称、日時を調
べる（ボックス１６１）。取得項目ファイル１２から、
第２に示した指定キーであるかを調べ（ボックス１６２
）、指定されていなければ履歴取得処理を終了しくボッ
クス１７２）、指定されていれば、修正内容ファイル１
８の内容を信号線６３を通してすべて読み込む（ボック
ス１６３）。

本実施例において、第５図で示した修正内容は″工程計
画″業務、パ銘木′″作業考、”６０．４．１”作業日
時に行われたもので修正内容は履歴として修得される（
第２図参照）。

次に、修正内容が第３図の指定取得項目であるかを調べ
（ボックス１６４）、なければその修正内容を削除する
（ボックス１６５）。

第７図（ａ）は、第５図の修正内容より、第３図の指定
取得項目にない項目″作業開始日″の修正内容を削除し
たテーブルである。

次に、変更された修正内容（第７図（ａ））の中で、同
じ項目名かつ修正位置である修正内容があるかを判定し
くボックス１６６）、あればその修正内容を１つに編集
する（ボックス１６７）。

第７図（ｂ）は、第７図（ａ）の修正内容を編集した修
正内容である。第７図（ａ）において、第１行と第４行
の項目名、修正位置は等しい。この２行の修正内容は項
目名″′作業時間″で修正値ｉ”Ｈ−６″の値をｔｒ　
８　ｕから”１２”に修正し、ｔ１１２１Ｊから９″′
へ修正したことを示しており、これを８″から′″９″
へ修正したとして、第７図（ｂ）、第１行のように編集
する。同様にして、第７図（ａ）、第３行と第５行を第
７図（ｂ）、第３行目のように編集する。次に、一つの
修正内容の中で被修正部と修止部の値が同しになったも
のがあるかを調べ（第６図、ボックス１６８）、あれば
その修正内容を削除する（ボックス１６９）。以−にの
事項（ボックス１６／１〜１６９）をすへての修正内容
について調べたか判定しくボックス１７０）、その修正
内容（第７図（Ｃ）に業務名゛′工程計画″１作作業名
″゛鈴本″、作業日時”６０．４．１”のキーを付けて
修正内容を履歴ファイル２０に、第８図３行、４行のよ
うに格納しく第６図、ボックス１７１）、履歴取得を終
了する。なお、第８図は、履歴ファイル２０の履歴テー
ブルの内容を示す図である。

前述した計画作成および設備群の制御の中で、計画に不
都合があり、その原因を探すなどの理由で、イ６正内容
を表示するには、履歴表示用端末２２からｆｎ号線６７
を通して起動要求の信号を送る。

このことによって履歴表示装置２１が起動する。

履歴表示装置２１は、履歴表示用端末２２から。

キー（業務名１作成者名１作業日時）が入力されると、
そのキーと一致する修正内容を履歴ファイル２０から検
索し、履歴表示用端末２２に信号線６８を通して表示す
る。

このようにして、本実施例においては、生産計画等の各
種計画の立案を行い、担当省の行った修正の中で、必要
に応じて必要な項目の修正内容が自動的に取得され、設
備を制御し１部品を加工することができる。また、履歴
は修正内容の項目だけでなく、参照情報としてのキー（
本実施例として考えたキーは業務名９作業者゛名１作業
日時）で検索することができるので、修正内容を、幅広
く色々な視点から把握することができる。

本実施例においては、計画作成情報および計画作成論理
を用いてＲ１画を作成する装置において、担当省による
計画作成情報および計画作成論理の修正の中で、後から
表示する必要のある情報のみが履歴として取得される。

不要な情報が記憶装置に格納されないので、履歴を記憶
する装置が比較的小容量の記憶装置で済む。また、必要
のある修正内容が格納されているので、計画の失敗の原
因な計画の最適化の方法を見つける資料を必要に応じて
取得することができる。

なお、実施例では、立案された計画にもとづき自動的に
制御できるようになっているが、本発明は、そのような
場合のみでなく、計画に表示装置に表示し、オペレータ
がそれに従って制御を行うようにすることも可能である
。また、実施例では、計画作成論理で履歴を取る内容と
して、修正ログのみであったが、論理やデータの全体も
履歴として取得することができる。この場合には、履歴
を格納するメモリ、あるいはファイルを大容量化する必
要がある。

〔発明の効果〕

以上説明したように、本発明によれば、機器のスケジュ
ーリング等の各種の計画の立案に対して。

担当者がどのような修正を行ったかを後になって判別で
き、かつ取得すべき内容を必要に応じて任意に指定でき
るので、計画の最適化および失敗の原因を取得できると
ともに、記憶装置の容量は比較的小容量で済む。

【図面の簡単な説明】

第１図は、本発明の一実施例を示す部品加ニス１ロー テーションのブロック図、第２図は第１図で使用される
取得項目ファイルの指定キーテーブルの内容図、第３図
は第１図で使用される取得項目ファイルの指定修得項目
テーブルの内容図、第４図は第１図における計画作成論
理情報修正部の処理フローチャート、第５図は第１図に
おける修正内容ファイルの修正内容テーブル内容図、第
６図は第１図における履歴取得部の処理フローチャート
、第７図は第１図で使用される修正内容の編集説明用テ
ーブルの内容図、第８図は第１図で使用される履歴ファ
イルの履歴テーブル内容図である。 ９：計画作成装置、１０；取得項目人力装置、１１：取
得項目入力用端末、１５：計画作成用端末、２１：Ｈ暦
表示装置、２２：履歴表示用端末、２５：Ｒ括制御装置
、２６〜２８は設備群、５１〜７９：信号線、１００〜
１１６：属性、１５０〜１７２：処理内容を示すボック
ス。 第２図 第　　　３　　　図 第　　　４　　　図

Claims (3)

【特許請求の範囲】
1. （１）計画を作成するための情報を格納する計画情報格
   納手段と、上記計画を作成するための論理プログラムを
   格納する計画論理格納手段と、上記情報あるいは論理を
   修正する手段とを有する計画作成システムにおいて、計
   画作成に用いられた情報および論理あるいは計画作成に
   おいて情報や論理に対して施こされた修正内容の中で履
   歴を取得すべき項目を指定するデータを保持する取得項
   目記憶手段と、該取得項目記憶手段により指定された取
   得項目の内容だけを取得する履歴内容取得手段と、取得
   した履歴内容を格納する履歴格納手段とを設けることを
   特徴とする履歴取得方式。
2. （２）上記履歴内容を履歴格納手段に格納する場合、参
   考情報を付加して格納することを特徴とする特許請求の
   範囲第１項記載の履歴取得方式。
3. （３）上記履歴内容を履歴格納手段に格納する場合、論
   理あるいは情報の変更ログのみを格納することを特徴と
   する特許請求の範囲第１項記載の履歴取得方式。