JP3490281B2 - Data management method - Google Patents
Data management methodInfo
- Publication number
- JP3490281B2 JP3490281B2 JP3575298A JP3575298A JP3490281B2 JP 3490281 B2 JP3490281 B2 JP 3490281B2 JP 3575298 A JP3575298 A JP 3575298A JP 3575298 A JP3575298 A JP 3575298A JP 3490281 B2 JP3490281 B2 JP 3490281B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- block
- block table
- empty
- management data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 22
- 238000013523 data management Methods 0.000 title claims description 11
- 238000007726 management method Methods 0.000 claims description 57
- 238000012545 processing Methods 0.000 description 17
- 238000012546 transfer Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 9
- 238000013500 data storage Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 5
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 101100321304 Bacillus subtilis (strain 168) yxdM gene Proteins 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- General Factory Administration (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Multi-Process Working Machines And Systems (AREA)
Description
【発明の詳細な説明】
【0001】
【産業上の利用分野】本発明は、アドレス移動させるデ
ータを管理するデータ管理方法に関する。
【0002】
【従来の技術】通常、データをテーブル間で転送すると
共に、転送したデータを転送先テーブルでデータ群とし
て連続して配列させるには、トリガ発生時に、転送先テ
ーブルに配列するデータ群の最後尾のデータが存在する
ポインタを確認して、次のアドレスに対応するテーブル
に転送元テーブルのデータ群の先頭に位置するデータを
転送するポインタ方式の転送方法で行っている。
【0003】
【発明が解決しようとする課題】しかしながら、従来の
技術にあっては、データの転送を行う際に、下記の
(1)又は(2)のごとき内容等が原因してポインタが
狂う場合があり、転送先テーブルのデータ群にデータが
上書きされてしまい、誤ったロケーションが伝達されて
しまう可能性がある。
(1)制御装置が故障し代替え製品に代えた場合に、デ
ータの修正もしくは再登録に失敗した場合
(2)正規の手段以外のものでデータの操作を行い、制
御装置がそのデータ操作を認知していなかった場合
【0004】 本発明は、従来の技術が有するこのよう
な問題点に鑑みてなされたものであり、その目的とする
ところは、部品と管理データとの対応関係の狂いを防止
し、信頼性の高い部品の情報管理ができるデータ管理方
法を提供しようとするものである。
【0005】
【課題を解決するための手段】上記課題を解決すべく請
求項1に係る発明は、複数のブロックテーブルを配列し
てなるテーブルを備え、管理データを先頭のブロックテ
ーブルから前詰めして記憶するデータ管理方法であっ
て、他のテーブルから転送されてくる管理データは全て
最後尾のブロックテーブルに書き込むと共に、先頭のブ
ロックテーブルから順番に走査し、データ空ブロックテ
ーブル群と次に続くデータ保有ブロックテーブル群を確
認すると、データ保有ブロックテーブル群の管理データ
群を、その先頭管理データが前記データ空ブロックテー
ブル群の先頭のブロックテーブルに保有されるまで移動
させる前詰め処理を繰り返し行うものである。
【0006】
【0007】
【0008】
【発明の実施の形態】以下に本発明の実施の形態を添付
図面に基づいて説明する。ここで、図1は本発明に係る
データ管理方法を適用したデータ管理装置の構成図、図
2はロケーション用テーブルの説明図、図3は管理デー
タの前詰め処理におけるテーブル検索の説明図、図4は
管理データの前詰め処理の説明図、図5は細部テーブル
間のデータ転送と管理データの前詰め処理のフローチャ
ートである。
【0009】自動車生産工場では、例えばエンジンを組
立てる複数のエンジン組立ラインと、これらのエンジン
組立ラインで組立られたエンジンを車体に組付ける複数
の車体組立ラインの間に、図1に示すように、エンジン
・ストック場ESを設けている。エンジン・ストック場
ESは、複数のエンジン組立ラインで組立られる多機種
のエンジンを複数の車体組立ラインへ円滑に供給するた
めに設けられるもので、本発明の実施の形態では、直列
接続した第1〜第4流動領域S1,S2,S3,S4か
らなるエンジン搬送ライン1を構成している。
【0010】第1〜第4流動領域S1,S2,S3,S
4におけるエンジン(部品)のロケーション制御を行う
ために、各流動領域S1,S2,S3,S4に対応して
下位の第1〜第4端末シーケンサSC1,SC2,SC
3,SC4が設けられ、更に第1〜第4端末シーケンサ
SC1,SC2,SC3,SC4を統轄する上位のマス
タシーケンサMが設けられている。マスタシーケンサM
と第1〜第4端末シーケンサSC1,SC2,SC3,
SC4は、互いに情報伝達自在な通信ネットワーク2で
接続されている。
【0011】また、マスタシーケンサMは、LAN(ロ
ーカル・エリア・ネットワーク)3により、生産工場全
体の生産管理を行うホストコンピュータ(不図示)に接
続されている。
【0012】第1流動領域S1は、細分化された複数の
細部領域A1,B1,C1,…からなり、各細部領域A
1,B1,C1,…の最上流位置には、エンジンが通過
するとトリガパルスを発生する通過確認スイッチ4が設
けられている。なお、第2〜第4流動領域S2,S3,
S4についても、第1流動領域S1と同様に細部領域A
2,B2,C2,…を備え、夫々の最上流位置に通過確
認スイッチ4が設けられている。
【0013】第1端末シーケンサSC1の内部に設けら
れたロケーション用テーブル5は、図2に示すように、
第1流動領域S1の細分化された複数の細部領域A1,
B1,C1,…に合わせて細分化された細部テーブル
A’1,B’1,C’1,…からなっている。
【0014】更に、細部テーブルA’1,B’1,C’
1,…には、夫々細分化されたブロックテーブルが設け
られている。例えば、細部領域A1用の細部テーブル
A’1の場合は、先頭から最後尾まで、m個のブロック
テーブルa11,a12,…a1mが設けられている。
【0015】そして、各ブロックテーブルa11,a12,
…a1mに夫々エンジンに関する情報が収まった管理デー
タが格納されることになる。なお、他の細部テーブル
B’1,C’1,…についても、細部テーブルA’1と
同様に先頭から最後尾まで、複数個のブロックテーブル
b11〜b1n,c11〜c1k,…が設けられ、各ブロックテ
ーブルb11〜b1n,c11〜c1k,…に夫々エンジンに関
する管理データが格納されることになる。
【0016】また、第1端末シーケンサSC1には、各
ブロックテーブルa11〜a1m,b11〜b1n,c11〜c1
k,…を先頭から所定のアドレス順に検索し、最初のデ
ータ空ブロックテーブルのアドレス(EmpADD)とデータ
空ブロックテーブルの連続個数(EmptCNT)、データ空
ブロックテーブルの後に存在するデータ保有ブロックテ
ーブルのアドレス(ExistADD)とデータ保有ブロックテ
ーブルの連続個数(ExistCNT)を検索し、最初のデータ
空ブロックテーブルまで連続するデータ保有ブロックテ
ーブルが保有する管理データを詰める前詰め処理手段が
備えられている。なお、他の端末シーケンサSC2,S
C3,SC4についても同様な前詰め処理手段が備えら
れている。
【0017】以上のように構成されたデータ管理装置に
おいて、第1流動領域S1の細部テーブルB’1におけ
る管理データの前詰め処理方法を説明する。細部テーブ
ルB’1が、図3に示すように、記憶容量20バイトず
つ連続して13個のブロックテーブルb1,b2,…b13
に細分化されているとする。
【0018】例えば、エンジン搬送ライン1の第1流動
領域S1の中の細部領域B1から緊急にエンジンを複数
取り出し、第1端末シーケンサSC1を操作して、取り
出したエンジンの管理データを削除した結果、図3に示
すように、細部テーブルB’1の先頭から連続して並ぶ
ブロックテーブルb1,b2,…b13の中に管理データが
空のブロックテーブルが生じたとする。なお、図3及び
図4において、丸印が管理データ有りとする。
【0019】図3に示す細部テーブルB’1のデータ配
列状態において、第1端末シーケンサSC1の前詰め処
理手段による前詰め処理は、定期的に次のような処理手
順で繰り返し行われる。先ず、テーブル検索が、細部テ
ーブルB’1の先頭ブロックテーブルb1から順番に、
最初のデータ空ブロックテーブルを確認するまで行われ
る。
【0020】第1回目のテーブル検索で先頭のブロック
テーブルb1、第2回目のテーブル検索で2番目のブロ
ックテーブルb2の検索を行うが、各ブロックテーブル
b1,b2に管理データが存在するので、検索記録は行わ
ない。
【0021】第3回目のテーブル検索では、3番目のブ
ロックテーブルb3の検索を行い、ブロックテーブルb3
が空になっていることを確認すると、記憶情報のEmptCN
T(データ空ブロックテーブルの連続個数)とEmpADD
(最初のデータ空ブロックテーブルのアドレス)に、Em
ptCNT=1、EmpADD=80を書き込む。
【0022】第4回目のテーブル検索では、4番目のブ
ロックテーブルb4の検索を行い、ブロックテーブルb4
が空になっていることを確認すると、データ空ブロック
テーブルの連続個数が2であるから、記憶情報のEmptCN
T=1をEmptCNT=2に書き換え、最初のデータ空ブロックテ
ーブルのアドレスは80であるから、記憶情報のEmpADDは
そのまま、EmpADD=80とする。
【0023】第5回目のテーブル検索では、5番目のブ
ロックテーブルb5の検索を行い、ブロックテーブルb5
が空になっていることを確認すると、データ空ブロック
テーブルの連続個数が3であるから、記憶情報のEmptCN
T=2をEmptCNT=3に書き換え、最初のデータ空ブロックテ
ーブルのアドレスは80であるから、記憶情報のEmpADDは
そのまま、EmpADD=80とする。
【0024】第6回目のテーブル検索では、6番目のブ
ロックテーブルb6の検索を行い、ブロックテーブルb6
が空になっていることを確認すると、データ空ブロック
テーブルの連続個数が4であるから、記憶情報のEmptCN
T=3をEmptCNT=4に書き換え、最初のデータ空ブロックテ
ーブルのアドレスは80であるから、記憶情報のEmpADDは
そのまま、EmpADD=80とする。
【0025】第7回目のテーブル検索では、7番目のブ
ロックテーブルb7の検索を行い、ブロックテーブルb7
に管理データが存在することを確認すると、記憶情報の
ExistCNT(データ保有ブロックテーブルの連続個数)と
ExistADD(データ空ブロックテーブルの直後に存在する
データ保有ブロックテーブルのアドレス)に、ExistCNT
=1、ExistADD=240を書き込む。なお、記憶情報として、
EmptCNT=4とEmpADD=80は、そのまま保持する。
【0026】第8回目のテーブル検索では、8番目のブ
ロックテーブルb8の検索を行い、ブロックテーブルb8
に管理データが存在することを確認すると、データ保有
ブロックテーブルの連続個数が2であるから、記憶情報
のExistCNT=1をExistCNT=2に書き換え、データ空ブロッ
クテーブルの直後に存在するデータ保有ブロックテーブ
ルのアドレスは240であるから、記憶情報のExistADDは
そのまま、ExistADD=240とする。なお、記憶情報とし
て、EmptCNT=4とEmpADD=80は、そのまま保持する。
【0027】第9回目のテーブル検索では、9番目のブ
ロックテーブルb9の検索を行い、ブロックテーブルb9
に管理データが存在することを確認すると、データ保有
ブロックテーブルの連続個数が3であるから、記憶情報
のExistCNT=2をExistCNT=3に書き換え、データ空ブロッ
クテーブルの直後に存在するデータ保有ブロックテーブ
ルのアドレスは240であるから、記憶情報のExistADDは
そのまま、ExistADD=240とする。なお、記憶情報とし
て、EmptCNT=4とEmpADD=80は、そのまま保持する。
【0028】第10回目のテーブル検索では、10番目
のブロックテーブルb10の検索を行い、ブロックテーブ
ルb10が空になっていることを確認する。そして、記憶
情報であるEmptCNT=4、EmpADD=80、ExistCNT=3、ExistA
DD=240に基づき、アドレス240のブロックテーブルb7か
ら、ブロックテーブル3個分(b7,b8,b9)の管理
データを、先頭がアドレス80の位置にくるまで4ブロッ
クテーブル分だけ、図4(a)に示すように、移動させ
る前詰め処理を行う。
【0029】次に、細部領域A1から細部領域B1への
エンジンの移動があり、通過確認スイッチ4によるトリ
ガパルスが発生し、管理データDが細部テーブルA’1
から細部テーブルB’1に移動する場合には、先ず管理
データDは細部テーブルA’1の先頭のブロックテーブ
ルa11から、図4(b)に示すように、細部テーブル
B’1の最後尾のブロックテーブルb13に転送される。
【0030】このように、図4(b)に示す細部テーブ
ルB’1のデータ配列状態において、前詰め処理手段に
よる前詰め処理の順番が細部テーブルB’1に回ってき
た場合には、次のような処理手順で行われる。先ず、細
部テーブルB’1の先頭ブロックテーブルb1から順番
に、最初のデータ空ブロックテーブルを確認するまで行
われる。
【0031】第1回目のテーブル検索で先頭のブロック
テーブルb1、第2回目のテーブル検索で2番目のブロ
ックテーブルb2、第3回目のテーブル検索で3番目の
ブロックテーブルb3、第4回目のテーブル検索で4番
目のブロックテーブルb4、第5回目のテーブル検索で
5番目のブロックテーブルb5の検索を行うが、各ブロ
ックテーブルb1,b2,b3,b4,b5に管理データが
存在するので、検索記録は行わない。
【0032】次いで、第6回目のテーブル検索では、6
番目のブロックテーブルb6の検索を行い、6番目のブ
ロックテーブルb6が空になっていることを確認する
と、データ空ブロックテーブルの連続個数が1であるか
ら、記憶情報のEmptCNTにEmptCNT=1を書き込み、最初の
データ空ブロックテーブルのアドレスが200であるか
ら、記憶情報のEmpADDにEmpADD=200を書き込む。
【0033】更に、第7回目〜第12回目のテーブル検
索を行い、データ空ブロックテーブルの連続個数をカウ
ントする。すると、ブロックテーブルb6からブロック
テーブルb12まで連続して7個のブロックテーブルb6
〜b12が空であるから、データ空ブロックテーブルの連
続個数は7となり、記憶情報のEmptCNT=1を最終的にEmp
tCNT=7に書き換え、最初のデータ空ブロックテーブルの
アドレスは200であるから、記憶情報のEmpADDをそのま
ま、EmpADD=200とする。
【0034】次いで、第13回目のテーブル検索で、1
3番目のブロックテーブルb13の検索を行い、13番目
のブロックテーブルb13に管理データDが存在するのを
確認すると、ブロックテーブルb13は最後尾なので、そ
の時点でデータ保有ブロックテーブルの連続個数が1
で、そのデータ保有ブロックテーブルのアドレスが480
なので、記憶情報のExistCNTとExistADDに、ExistCNT=
1、ExistADD=480を書き込む。
【0035】そして、細部テーブルA’1から細部テー
ブルB’1に移動した管理データDを、記憶情報のEmpt
CNT=7、EmpADD=200、ExistCNT=1、ExistADD=480に基づ
き、最後尾のブロックテーブルb13から最初のデータ空
ブロックテーブルb6まで、図4(c)に示すように、
前詰め処理する。
【0036】以上のように、管理データの削除が行われ
た場合(図3に示す細部テーブルB’1の状態)には、
1サイクル目の前詰め処理でデータ空ブロックテーブル
に管理データを前詰め処理した後(図4(a)に示す細
部テーブルB’1の状態)、2サイクル目の前詰め処理
で、最後尾のブロックテーブルb13から管理データDの
前詰め処理(図4(c)に示す細部テーブルB’1の状
態)を行う。
【0037】なお、各々の細部テーブルA’1,B’
1,C’1,…のデータ配列状態で、先頭のブロックテ
ーブルに管理データが存在しない場合でも、上記処理を
行えば、最初のデータ空ブロックテーブルが先頭のもの
であると認識できるので、管理データの前詰め処理を行
うことが可能である。
【0038】また、細部テーブルB’1のブロックテー
ブルb13に存在する最後尾の管理データDの前詰め処理
が終了しないうちに、エンジン搬送ライン1の第1流動
領域S1における細部領域A1から細部領域B1にエン
ジンの移動があって、通過確認スイッチ4がオン状態に
なっても、トリガパルスの発生を最後尾のブロックテー
ブルb13が空になるまで待機させるので、管理データの
上書きが発生することはない。
【0039】即ち、細部テーブルB’1の前詰め処理
後、細部テーブルA’1の先頭のブロックテーブルa11
から細部テーブルB’1の最後尾のブロックテーブルb
1nに管理データDが移動し、最後尾のブロックテーブル
b1nから最初のデータ空ブロックテーブルまでの管理デ
ータDの前詰め処理は、図5に示すフローチャートに基
づいて、次のように行われる。
【0040】先ず、ステップSP1で、細部テーブル
A’1のブロックテーブルa11の内容をチェックし、ス
テップSP2で、ブロックテーブルa11に管理データが
存在するか否かを判断する。ブロックテーブルa11に管
理データが存在すれば、ステップSP3で、細部テーブ
ルB’1の最後尾ブロックテーブルb1nの内容をチェッ
クし、ブロックテーブルa11に管理データが存在しなけ
れば、ステップSP1に戻る。
【0041】次いで、ステップSP4で、最後尾ブロッ
クテーブルb1nに管理データが存在するか否かを判断す
る。最後尾ブロックテーブルb1nに管理データが存在し
なければ、ステップSP3に戻り、最後尾ブロックテー
ブルb1nに管理データが存在すれば、ステップSP5
で、ブロックテーブルa11の管理データをブロックテー
ブルb1nに移動する。そして、ステップSP6で、細部
テーブルB’1における管理データの前詰め処理を行っ
て、細部テーブル間の管理データ移動と管理データの前
詰め処理作業は終了する。
【0042】
【発明の効果】以上説明したように請求項1に係る発明
によれば、管理データを転送先テーブルに転送する際、
一旦最後尾のブロックテーブルに書き込んだ後、先頭の
管理データ群の最後尾まで前詰めする処理を行うことに
より、部品が搬送ラインから抜かれた場合に対応する管
理データをテーブルから削除しても、部品と管理データ
との対応関係の狂いは生じず、信頼性の高い情報管理が
可能となる。
【0043】
【0044】Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data management method for managing data to be moved. 2. Description of the Related Art Normally, in order to transfer data between tables and continuously arrange the transferred data as a data group in a transfer destination table, a data group to be arranged in the transfer destination table when a trigger occurs is generated. The pointer-based transfer method of transferring the data located at the head of the data group of the transfer source table to the table corresponding to the next address after confirming the pointer at which the last data exists is performed. However, in the prior art, when data is transferred, the pointer goes out of order due to the following contents (1) or (2). In some cases, data may be overwritten on the data group in the transfer destination table, and an incorrect location may be transmitted. (1) When the control device breaks down and is replaced with a substitute product, when data correction or re-registration fails (2) Data operation is performed by means other than regular means, and the control device recognizes the data operation. SUMMARY OF THE INVENTION The present invention has been made in view of the above-described problems of the conventional technology, and has as its object to prevent the correspondence between parts and management data from being disordered. Data management method that can manage parts information with high reliability
It seeks to provide the law . [0005] In order to solve the above problems, the invention according to claim 1 is provided with a table in which a plurality of block tables are arranged, and management data is shifted from the first block table to the front. Is a data management method for writing and storing, in which all management data transferred from other tables are written to the last block table, scanned in order from the first block table, and the data empty block table group and the next When the data holding block table group is confirmed, the front-end processing for moving the management data group of the data holding block table group until the head management data is held in the head block table of the data empty block table group is repeatedly performed. It is. [0008] Embodiments of the present invention will be described below with reference to the accompanying drawings. Here, FIG. 1 relates to the present invention.
FIG. 2 is a configuration diagram of a data management device to which the data management method is applied , FIG. 2 is an explanatory diagram of a location table, FIG. 3 is an explanatory diagram of a table search in management data front-justification processing, and FIG. FIG. 5 and FIG. 5 are flowcharts of the data transfer between the detail tables and the management data pre-justification processing. In an automobile production plant, for example, between a plurality of engine assembly lines for assembling engines and a plurality of body assembly lines for assembling the engines assembled on these engine assembly lines to a vehicle body, as shown in FIG. There is an engine stock space ES. The engine stocking site ES is provided for smoothly supplying various types of engines assembled on a plurality of engine assembly lines to a plurality of vehicle body assembly lines. To the fourth flow region S1, S2, S3, S4. First to fourth flow regions S1, S2, S3, S
4 to control the location of the engine (parts) in the first to fourth lower terminal sequencers SC1, SC2, SC2 corresponding to the respective flow areas S1, S2, S3, S4.
3 and SC4, and an upper master sequencer M that supervises the first to fourth terminal sequencers SC1, SC2, SC3 and SC4. Master sequencer M
And the first to fourth terminal sequencers SC1, SC2, SC3
The SCs 4 are connected to each other by a communication network 2 that can freely transmit information. The master sequencer M is connected to a host computer (not shown) for controlling the production of the entire production plant by a LAN (local area network) 3. The first flow region S1 is composed of a plurality of subdivided detail regions A1, B1, C1,.
At the most upstream position of 1, B1, C1,..., There is provided a passage confirmation switch 4 for generating a trigger pulse when the engine passes. The second to fourth flow regions S2, S3,
S4 also has a detailed area A similar to the first flow area S1.
, B2, C2,..., And a passage confirmation switch 4 is provided at each of the most upstream positions. The location table 5 provided inside the first terminal sequencer SC1 has, as shown in FIG.
A plurality of subdivided detail areas A1, of the first flow area S1
B1, C1,... Are subdivided in accordance with B1, C1,. Further, detail tables A'1, B'1, C '
, Are provided with subdivided block tables. For example, in the case of the detail table A′1 for the detail area A1, m block tables a11, a12,... A1m are provided from the beginning to the end. Each of the block tables a11, a12,
.., A1m stores management data in which information on the engine is stored. .. Also have a plurality of block tables b11 to b1n, c11 to c1k,... From the beginning to the end, similarly to the detail table A′1. Each block table b11-b1n, c11-c1k,... Stores management data relating to the engine. The first terminal sequencer SC1 has respective block tables a11 to a1m, b11 to b1n, and c11 to c1.
k,... are searched in order of predetermined address from the top, and the address of the first empty data block table (EmpADD), the number of consecutive empty data block tables (EmptCNT), and the address of the data holding block table existing after the empty data block table (ExistADD) and a continuation number (ExistCNT) of the data holding block table are searched, and a front-justification processing unit is provided for packing management data held by the continuous data holding block table up to the first empty data block table. Note that the other terminal sequencers SC2, S
The C3 and SC4 are also provided with the same front-justification processing means. In the data management apparatus configured as described above, a method of leading management data in the detail table B'1 of the first flow area S1 will be described. As shown in FIG. 3, the detail table B'1 is composed of thirteen block tables b1, b2,.
Is subdivided into For example, as a result of urgently taking out a plurality of engines from the detailed area B1 in the first flow area S1 of the engine transport line 1, operating the first terminal sequencer SC1, and deleting management data of the taken-out engines, As shown in FIG. 3, it is assumed that a block table with empty management data has occurred in the block tables b1, b2,... B13 arranged continuously from the head of the detail table B′1. Note that in FIGS. 3 and 4, the circles indicate that there is management data. In the data arrangement state of the detail table B'1 shown in FIG. 3, the leading padding processing by the leading padding processing means of the first terminal sequencer SC1 is periodically repeated by the following processing procedure. First, a table search is performed in order from the head block table b1 of the detail table B'1.
This is performed until the first empty data block table is confirmed. In the first table search, the first block table b1 is searched, and in the second table search, the second block table b2 is searched. Since management data exists in each block table b1, b2, the search is performed. No record is made. In the third table search, the third block table b3 is searched, and the block table b3 is searched.
Confirm that is empty, and confirm that the stored information
T (continuous number of empty data block tables) and EmpADD
Em at the address of the first empty data block table
Write ptCNT = 1, EmpADD = 80. In the fourth table search, the fourth block table b4 is searched, and the block table b4 is searched.
Is empty, the number of consecutive data empty block tables is two, so the EmptCN
T = 1 is rewritten to EmptCNT = 2, and since the address of the first empty data block table is 80, EmpADD of the storage information is set to 80 as it is. In the fifth table search, the fifth block table b5 is searched, and the block table b5 is searched.
Is empty, and the number of consecutive data empty block tables is 3, so the EmptCN
T = 2 is rewritten to EmptCNT = 3, and since the address of the first empty data block table is 80, EmpADD of the storage information is set to EmmpADD = 80 as it is. In the sixth table search, the sixth block table b6 is searched, and the block table b6 is searched.
Is empty, the number of continuous data empty block tables is 4, so the EmptCN
T = 3 is rewritten to EmptCNT = 4, and since the address of the first empty data block table is 80, EmpADD of the storage information is set to EmmpADD = 80 as it is. In the seventh table search, the seventh block table b7 is searched, and the block table b7 is searched.
Confirm that the management data exists in the
ExistCNT (continuous number of data holding block tables)
ExistCNT (ExistADD) is the address of the data holding block table that exists immediately after the empty data block table.
= 1, Write ExistingADD = 240. In addition, as stored information,
EmptCNT = 4 and EmpADD = 80 are kept as they are. In the eighth table search, an eighth block table b8 is searched, and the block table b8 is searched.
It is confirmed that the management data exists in the data storage block table. Since the continuous number of the data storage block table is 2, the ExistCNT = 1 of the storage information is rewritten to ExistCNT = 2, and the data storage block table that exists immediately after the empty data block table. Is 240, the ExistADD of the storage information is set as it is, and ExistADD = 240. Note that EmptCNT = 4 and EmpADD = 80 are retained as stored information. In the ninth table search, the ninth block table b9 is searched, and the block table b9 is searched.
It is confirmed that the management data exists in the data storage block table. Since the continuous number of the data storage block table is 3, the stored information ExistCNT = 2 is rewritten to ExistCNT = 3, and the data storage block table that exists immediately after the empty data block table. Is 240, the ExistADD of the storage information is set as it is, and ExistADD = 240. Note that EmptCNT = 4 and EmpADD = 80 are retained as stored information. In the tenth table search, the tenth block table b10 is searched to confirm that the block table b10 is empty. Then, the stored information, EmptCNT = 4, EmpADD = 80, ExistCNT = 3, ExistA
Based on DD = 240, the management data of three block tables (b7, b8, b9) from the block table b7 of the address 240 is stored for four block tables until the head reaches the position of the address 80 in FIG. As shown in FIG. Next, the engine moves from the detail area A1 to the detail area B1, a trigger pulse is generated by the passage confirmation switch 4, and the management data D is stored in the detail table A'1.
When moving to the detail table B′1, the management data D is firstly moved from the head block table a11 of the detail table A′1 to the tail block of the detail table B′1 as shown in FIG. The data is transferred to the block table b13. As described above, in the data arrangement state of the detail table B'1 shown in FIG. 4B, when the order of the leading justification processing by the leading justification processing means is turned to the detail table B'1, The processing procedure is as follows. First, the processing is performed in order from the head block table b1 of the detail table B'1 until the first empty data block table is confirmed. First block table b1 in the first table search, second block table b2 in the second table search, third block table b3 in the third table search, fourth table search Then, the fourth block table b4 is searched and the fifth block table b5 is searched in the fifth table search. However, since management data exists in each of the block tables b1, b2, b3, b4, and b5, the search record is Not performed. Next, in the sixth table search, 6
When the sixth block table b6 is searched and it is confirmed that the sixth block table b6 is empty, the number of continuous data empty block tables is 1, so that EmptCNT = 1 is written in the EmptCNT of the storage information. Since the address of the first data empty block table is 200, EmpADD = 200 is written in EmpADD of the storage information. Further, the seventh to twelfth table searches are performed to count the number of consecutive empty data block tables. Then, seven block tables b6 are continuously provided from the block table b6 to the block table b12.
Since b12 is empty, the number of consecutive data empty block tables becomes 7, and the storage information EmptCNT = 1 is finally changed to EmptCNT.
Since tCNT is rewritten to 7, the address of the first empty data block table is 200, and EmpADD of the storage information is set to EmpADD = 200 as it is. Next, in the thirteenth table search, 1
The third block table b13 is searched to confirm that the management data D exists in the thirteenth block table b13. Since the block table b13 is the last, the number of continuous data holding block tables at that time is 1
And the address of the data holding block table is 480
So, in the stored information ExistCNT and ExistADD, ExistCNT =
1, Write ExistingADD = 480. The management data D moved from the detail table A′1 to the detail table B′1 is stored in the storage information Empt.
Based on CNT = 7, EmpADD = 200, ExistCNT = 1 and ExistADD = 480, from the last block table b13 to the first empty block table b6, as shown in FIG.
Perform MSB justification. As described above, when the management data is deleted (the state of the detail table B'1 shown in FIG. 3),
After the management data is stuffed into the data empty block table in the stuffing process of the first cycle (the state of the detail table B′1 shown in FIG. 4A), the last data is stuffed by the stuffing process of the second cycle. From the block table b13, the management data D is left-justified (the state of the detail table B'1 shown in FIG. 4C). Each detail table A'1, B '
Even if there is no management data in the head block table in the data array state of 1, C'1,..., The above processing can recognize that the first empty data block table is the head data table. Data can be left-justified. Further, before the front-end processing of the last management data D existing in the block table b13 of the detail table B'1 is completed, the detail area A1 to the detail area in the first flow area S1 of the engine transport line 1 are not completed. Even if the engine is moved to B1 and the passage confirmation switch 4 is turned on, the generation of the trigger pulse is waited until the last block table b13 becomes empty, so that the overwriting of the management data does not occur. Absent. That is, after the leading table processing of the detail table B′1, the leading block table a11 of the detail table A′1 is executed.
To the last block table b of the detail table B'1
The management data D is moved to 1n, and the leading-up processing of the management data D from the last block table b1n to the first empty data block table is performed as follows based on the flowchart shown in FIG. First, in step SP1, the contents of the block table a11 of the detail table A'1 are checked, and in step SP2, it is determined whether or not management data exists in the block table a11. If the management data exists in the block table a11, the content of the last block table b1n of the detail table B'1 is checked in step SP3. If the management data does not exist in the block table a11, the process returns to step SP1. Next, in step SP4, it is determined whether or not management data exists in the last block table b1n. If the management data does not exist in the last block table b1n, the process returns to step SP3. If the management data exists in the last block table b1n, the process returns to step SP5.
Moves the management data of the block table a11 to the block table b1n. Then, in step SP6, the management data in the detail table B'1 is stuffed, and the management data transfer between the detail tables and the management data stuffing process are completed. As described above, according to the first aspect of the present invention, when the management data is transferred to the transfer destination table,
Once written in the last block table, by performing a process of shifting to the end of the first management data group, the management data corresponding to the case where the part is removed from the transport line is deleted from the table. The correspondence between the parts and the management data does not change, and highly reliable information management becomes possible. [0044]
【図面の簡単な説明】
【図1】本発明に係るデータ管理方法を適用したデータ
管理装置の構成図
【図2】ロケーション用テーブルの説明図
【図3】管理データの前詰め処理におけるテーブル検索
の説明図
【図4】管理データの前詰め処理の説明図で、(a)は
1サイクル目の前詰め処理後の細部テーブルの状態図、
(b)は管理データが他の細部テーブルから移動してき
た状態図、(c)は2サイクル目の前詰め処理後の細部
テーブルの状態図
【図5】細部テーブル間の管理データ転送と管理データ
の前詰め処理のフローチャート
【符号の説明】
1…エンジン搬送ライン、2…通信ネットワーク、3…
LAN、4…通過確認スイッチ、5…ロケーション用テ
ーブル、A1,B1,C1,D1…細部領域、A’1,
B’1…細部テーブル、a11〜a1m,b1〜b1n…ブロ
ックテーブル、EmptCNT…データ空ブロックテーブルの
連続個数、EmpADD…最初のデータ空ブロックテーブルの
アドレス、ExistCNT…データ保有ブロックテーブルの連
続個数、ExistADD…データ空ブロックテーブルの直後に
存在するデータ保有ブロックテーブルのアドレス、ES
…エンジン・ストック場、M…マスタシーケンサ、S
1,S2,S3,S4…第1〜第4流動領域、SC1,
SC2,SC3,SC4…第1〜第4端末シーケンサ。BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a configuration diagram of a data management apparatus to which a data management method according to the present invention is applied . FIG. 2 is an explanatory diagram of a location table. FIG. FIG. 4 is an explanatory diagram of a management data front-justification process, in which (a) is a state diagram of a detail table after a first-cycle front-justification process;
(B) is a state diagram in which the management data has moved from another detail table, and (c) is a state diagram of the detail table after the second-cycle justification processing. [FIG. 5] Management data transfer between the detail tables and management data [Description of References] 1 ... Engine transfer line, 2 ... Communication network, 3 ...
LAN, 4: passage confirmation switch, 5: location table, A1, B1, C1, D1: detail area, A'1,
B'1: Detail table, a11 to a1m, b1 to b1n: Block table, EmptCNT: Continuous number of empty data block tables, EmpADD: Address of the first empty data block table, ExistCNT: Continuous number of data holding block tables, ExistingADD ... Address of the data holding block table that exists immediately after the data empty block table, ES
... Engine stocking area, M ... Master sequencer, S
1, S2, S3, S4 ... first to fourth flow regions, SC1,
SC2, SC3, SC4 ... first to fourth terminal sequencers.
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平8−175626(JP,A) 特開 昭64−51868(JP,A) 特開 平9−11090(JP,A) 特開 平11−231911(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 17/60 G06F 12/00 B65G 61/00 ──────────────────────────────────────────────────続 き Continuation of the front page (56) References JP-A-8-175626 (JP, A) JP-A-64-51868 (JP, A) JP-A-9-11090 (JP, A) JP-A-11-110 231911 (JP, A) (58) Fields investigated (Int. Cl. 7 , DB name) G06F 17/60 G06F 12/00 B65G 61/00
Claims (1)
テーブルを備え、管理データを先頭のブロックテーブル
から前詰めして記憶するデータ管理方法であって、他の
テーブルから転送されてくる管理データは全て最後尾の
ブロックテーブルに書き込むと共に、先頭のブロックテ
ーブルから順番に走査し、データ空ブロックテーブル群
と次に続くデータ保有ブロックテーブル群を確認する
と、データ保有ブロックテーブル群の管理データ群を、
その先頭管理データが前記データ空ブロックテーブル群
の先頭のブロックテーブルに保有されるまで移動させる
前詰め処理を繰り返し行うことを特徴とするデータ管理
方法。(57) [Claim 1] A data management method comprising a table in which a plurality of block tables are arranged, wherein management data is stored by shifting the management data from the head block table to the left. All the management data transferred from the table is written to the last block table, and scanning is performed in order from the first block table to check the data empty block table group and the next data holding block table group. Management data group of table group,
A data management method comprising repeatedly performing a front-justification process of moving the leading management data until the leading management data is held in a leading block table of the data empty block table group.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP3575298A JP3490281B2 (en) | 1998-02-18 | 1998-02-18 | Data management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP3575298A JP3490281B2 (en) | 1998-02-18 | 1998-02-18 | Data management method |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH11232331A JPH11232331A (en) | 1999-08-27 |
JP3490281B2 true JP3490281B2 (en) | 2004-01-26 |
Family
ID=12450570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP3575298A Expired - Fee Related JP3490281B2 (en) | 1998-02-18 | 1998-02-18 | Data management method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3490281B2 (en) |
-
1998
- 1998-02-18 JP JP3575298A patent/JP3490281B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH11232331A (en) | 1999-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0165382B1 (en) | Data processing system including a data storage unit and its method of operation | |
JPS5943787B2 (en) | Read error handling method | |
US5983317A (en) | Storage device and method for data sharing | |
US6415299B1 (en) | Method for merging versions of a model in an object oriented repository | |
US5410722A (en) | Queue system for dynamically allocating and moving memory registers between a plurality of pseudo queues | |
JPH10508967A (en) | System and method for on-line, real-time, data transfer technical field | |
JP2004126903A (en) | Document revision support program, computer-readable recording medium with the program recorded thereon and document revision support device | |
JPH02206857A (en) | Method and apparatus for performing read-change-write operations | |
JPS5942897B2 (en) | Text data content transfer device | |
JP3490281B2 (en) | Data management method | |
US5860088A (en) | Method for extraction of a variable length record from fixed length sectors on a disk drive | |
GB2268292A (en) | Error handling in a state-free system | |
US5857213A (en) | Method for extraction of a variable length record from fixed length sectors on a disk drive and for reblocking remaining records in a disk track | |
JP2972548B2 (en) | File management method | |
JPH0962697A (en) | Merchandise code retrieving system | |
JPH11353122A (en) | Method and system for data transfer | |
US5659744A (en) | Data file store system with means for efficiently managing freeing of data blocks | |
JPH1165634A (en) | Nc program management system and record medium used for the same | |
JP3238390B2 (en) | Buffer storage device | |
JPH07101383B2 (en) | Schematic program editor error display method | |
JPH0434647A (en) | Retrieving device | |
AU653863B2 (en) | File storage apparatus | |
JPH0991195A (en) | Block memory management device | |
JPS6336375A (en) | File managing method in data filling device | |
JPH04156626A (en) | File entry generating system for vtoc |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071107 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091107 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091107 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101107 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101107 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111107 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |