JPS6232495B2 - - Google Patents
Info
- Publication number
- JPS6232495B2 JPS6232495B2 JP56155632A JP15563281A JPS6232495B2 JP S6232495 B2 JPS6232495 B2 JP S6232495B2 JP 56155632 A JP56155632 A JP 56155632A JP 15563281 A JP15563281 A JP 15563281A JP S6232495 B2 JPS6232495 B2 JP S6232495B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- record
- final
- processing
- display
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【発明の詳細な説明】
本発明は最終データ判定処理方式、特に例えば
磁気デイスク装置などの外部記憶媒体からレコー
ドを入力し、そのレコードに含まれるデータを順
次取り出しては、そのデータの値により異なる処
理を行なうようなデータ処理装置において、入力
したレコード内の有効データの最終位置を示す最
終データ表示を判定するだけで、結果としてレコ
ードの最終位置も判定されるようにし、処理の高
速化を可能にした最終データ判定処理方式に関す
るものである。DETAILED DESCRIPTION OF THE INVENTION The present invention provides a final data judgment processing method, in particular, inputting a record from an external storage medium such as a magnetic disk device, and sequentially retrieving data included in the record. In a data processing device that performs processing, simply by determining the final data display indicating the final position of valid data in the input record, the final position of the record can be determined as a result, making it possible to speed up processing. The present invention relates to a final data judgment processing method.
例えば、レコードの長さが予め定められてい
て、そのレコード内に有効なデータがどこまで格
納されているかを、例えば16進数の「00」のコー
ドによる最終データ表示で示すようにされ、該レ
コードの先頭から順次データを取り出しては、そ
のデータ内容に応じた処理を行なうような場合
に、従来、データ終了の判定を最終データ表示の
チエツクと共に、現在処理中のデータへのポイン
タとレコード最終アドレスとを比較することによ
つて行なうようにしていた。レコード内のデータ
がすべて有効データである場合には、最終データ
表示、例えば16進数「00」のコードは格納され
ず、最終データ表示の判定のみでは、データ終了
の検出は不十分であるからである。また、第1図
を用いて後述する如く、ジヤンプ・テーブルを用
いて最終データ表示を直接判定せず間接的に判定
するような場合であつても、従来はレコード最終
アドレスの判定を省略することはできなかつた。 For example, the length of a record is predetermined, and the length of valid data stored in that record is indicated by the final data display, for example, a hexadecimal code of "00". When data is retrieved sequentially from the beginning and processing is performed according to the data contents, conventionally, the end of data is determined by checking the display of the final data and using a pointer to the data currently being processed and the record final address. This was done by comparing the If all the data in the record is valid data, the final data display, for example the hexadecimal ``00'' code, is not stored, and determining the final data display alone is not sufficient to detect the end of data. be. Furthermore, as will be described later with reference to FIG. 1, even in cases where the final data display is determined indirectly using a jump table, the determination of the record final address has conventionally been omitted. I couldn't.
第1図は従来方式についての説明図を示す、図
中、1はデータバツフア上に読み出されたレコー
ドデータ、2は以後のデータは無効データである
ことを示す最終データ表示、3はアドレステーブ
ルであつて、例えばレコードデータ1の開始アド
レス(SA)、終了アドレス(EA)、またレコード
データ1の中の現在処理中であるデータをポイン
トするカレントデータポインタ(CP)等が格納
されるもの、4はデータの処理種別を示す処理コ
ード、5は処理コード4に従つて分岐先アドレス
が決定され対応づけれられているジヤンプテーブ
ル、6−1及び6−2はそれぞれ処理コード毎の
データ処理部、7は処理コード4がストツプコー
ド「00」即ち最終データ表示2である場合にレコ
ード終了の処理を行なうレコード終了処理部を表
わす。 Figure 1 shows an explanatory diagram of the conventional method. In the figure, 1 is the record data read out on the data buffer, 2 is the final data display indicating that the subsequent data is invalid data, and 3 is the address table. 4, in which, for example, the start address (SA), end address (EA) of record data 1, and current data pointer (CP) pointing to the data currently being processed in record data 1 are stored; is a processing code indicating the data processing type; 5 is a jump table in which branch destination addresses are determined and associated according to processing code 4; 6-1 and 6-2 are data processing units for each processing code; Reference numeral 7 represents a record end processing section which performs record end processing when processing code 4 is stop code "00", that is, final data display 2.
第1図に示す如き従来方式によれば、例えば磁
気デイスク装置からレコードデータ1をデータバ
ツフア上に読み出した後、アドレステーブル3の
初期設定を行なう。アドレステーブル3の中の開
始アドレスSAおよびカレントデータポインタCP
はレコードデータ1の先頭をポイントするように
され、終了アドレスEAはレコードデータ1の最
終アドレスを示すようにされる。なお、カレント
データポインタCPは各データの処理毎に更新さ
れる。レコードデータ1には先頭から順に処理対
象となるデータが格納されているが、有効データ
部が当該レコードサイズより小さい場合には、最
終データ表示2によつて有効データ部の終わりが
示される。この最終データ表示2はレコード作成
時に設定されるものである。レコードデータ1の
データがすべて有効データである場合には、最終
データ表示2は設定されない。この例において
は、最終データ表示2は処理コード4の1つとし
て意味づけられ、例えば処理コードとして16進数
の「00」が割付けられる。第1図B図示の処理フ
ローに示す如く、データの処理を行なう場合、ま
ずカレントデータポインタCPとレコドデータ1
の終了アドレスEAとが等しいかどうか判定さ
れ、レコード終了のチエツクがなされる。このレ
コード終了判定処理は、従来方式によれば必ず行
なわなければならない処理である。もしこの判定
処理を行なわない場合には、レコードデータ1の
内容がすべて有効データであり、最終データ表示
2が存在しないときに、データバツフアの外すな
わちレコードデータ1の後の全く無関係なメモリ
にアクセスすることとなり、エラーを生じさせる
ことになるからである。レコード終了判定処理に
おいて、カレントデータポインタCPと終了アド
レスEAとが等しいことが検出されると、レコー
ド終了処理がなされ、次の新たなレコード入力の
準備又はデータバツフアの解放などの後処理がな
される。カレントデータポインタCPが終了アド
レスEAに至つていないときは、カレントデータ
ポインタCPが示すレコードデータ1内のデータ
にアクセスし、そのデータの中の処理コード4に
従つて、ジヤンプテーブル5による分岐がなされ
ている。ジヤンプテーブル5には各処理コード4
毎にその処理コード4をもつデータの処理先のア
ドレスが対応づけられて格納されており、特に処
理コード4が「00」となつている場合には、最終
データ表示2を意味するので分岐先がレコード終
了処理部7となつている。従つて、最終データ表
示2であるか否かの判定は、直接判定しなくと
も、このジヤンプテーブル5によつて間接的に判
定されることになる。通常の処理コードである場
合には、各データ処理部6−1,6−2………へ
制御が移行され、そこでデータ処理がなされ、カ
レントデータポインタCPがレコードデータ1の
次のデータをポイントするよう更新される。そし
て、また上記のレコード終了判定処理から処理が
繰返されることになる。 According to the conventional system as shown in FIG. 1, after reading record data 1 from, for example, a magnetic disk device onto a data buffer, the address table 3 is initialized. Start address SA and current data pointer CP in address table 3
is made to point to the beginning of record data 1, and end address EA is made to indicate the final address of record data 1. Note that the current data pointer CP is updated every time each data is processed. Record data 1 stores data to be processed in order from the beginning, but if the effective data section is smaller than the record size, the final data display 2 indicates the end of the effective data section. This final data display 2 is set at the time of record creation. If all data in record data 1 is valid data, final data display 2 is not set. In this example, the final data display 2 is given meaning as one of the processing codes 4, and for example, hexadecimal "00" is assigned as the processing code. As shown in the processing flow shown in Figure 1B, when processing data, first the current data pointer CP and the record data 1 are
It is determined whether the end address EA and the end address EA are equal, and the end of the record is checked. This record end determination process is a process that must be performed according to the conventional system. If this judgment process is not performed, when the contents of record data 1 are all valid data and the final data display 2 does not exist, access is made to a completely unrelated memory outside the data buffer, that is, after record data 1. This is because this will lead to errors. In the record end determination process, if it is detected that the current data pointer CP and the end address EA are equal, the record end process is performed, and post-processing such as preparation for inputting the next new record or release of the data buffer is performed. When the current data pointer CP has not reached the end address EA, the data in the record data 1 indicated by the current data pointer CP is accessed, and the branch by the jump table 5 is executed according to the processing code 4 in that data. being done. Jump table 5 has each processing code 4.
For each processing code, the address of the processing destination of the data with the processing code 4 is stored in correspondence with the processing destination.In particular, when the processing code 4 is "00", it means the final data display 2, so the branch destination is stored. is the record end processing section 7. Therefore, whether or not it is the final data display 2 is determined indirectly by the jump table 5, without having to be directly determined. If it is a normal processing code, control is transferred to each data processing unit 6-1, 6-2, etc., data processing is performed there, and the current data pointer CP points to the next data of record data 1. will be updated to. Then, the process is repeated from the record end determination process described above.
上記処理においてジヤンプテーブル5を用いる
代わりに、処理コード4をその出現頻度順に直接
判定するような方式も用いられているが、いずれ
にせよ従来方式によれば、上述の如く、レコード
サイズを越えてアクセスしてしまうことのないよ
う必ずレコード終了判定処理を行なう必要があつ
た。このレコード終了判定処理は、各データ毎に
行なわなければならないので、特にデータ数が多
くそれらを高速に処理する必要のあるシステムな
どにあつては、処理速度に影響を及ぼし問題とな
る。 Instead of using the jump table 5 in the above processing, a method is also used in which the processing codes 4 are directly judged in the order of their appearance frequency, but in any case, according to the conventional method, as described above, It was necessary to always perform record end determination processing to prevent access. Since this record end determination process must be performed for each piece of data, it affects the processing speed and poses a problem, especially in systems that have a large amount of data and need to process them at high speed.
本発明はこの点の解決を図り、レコード終了判
定処理を省略できるようにして、データ処理の高
速化を図ることを目的としている。そのため本発
明の最終データ判定処理方法は、任意の所定の長
さのレコードを入出力装置からデータバツフア上
に読み出し、該レコード内における有効データの
終了を示す第1の最終データ表示を判定しつつデ
ータの処理を行うデータ処理装置において、上記
データバツフアは、少なくとも上記レコードのサ
イズと最終データ表示のサイズとを合わせた大き
さを持つように構成され、上記データバツフア上
に読み出されるレコードの直後の該データバツフ
ア上の位置に、上記第1の最終データ表示と同じ
内容を持つ第2の最終データ表示を設定しておく
最終データ表示設定手段と、上記第1の最終デー
タ表示および上記第2の最終データ表示を共通の
命令で判定することによつて上記入力レコード内
の有効データの最終位置または当該入力レコード
の最終位置を検出して当該レコードについての処
理の終了を判定する判定手段とを備えたことを特
徴としている。以下図面を参照しつつ説明する。 The present invention aims to solve this problem, and aims to speed up data processing by making it possible to omit record end determination processing. Therefore, the final data determination processing method of the present invention reads a record of an arbitrary predetermined length onto a data buffer from an input/output device, and determines the first final data display indicating the end of valid data in the record. In the data processing device, the data buffer is configured to have a size that is at least the sum of the size of the record and the size of the final data display, and the data buffer is configured to have a size that is at least the sum of the size of the record and the size of the final data display. final data display setting means for setting a second final data display having the same content as the first final data display at the position; A determination means for detecting the final position of valid data in the input record or the final position of the input record by determining with a common command, and determining the end of processing for the record. It is said that This will be explained below with reference to the drawings.
第2図は本発明の一実施例構成を示す。図中、
8はデータ処理装置、9は外部記憶装置、10は
レコード、11はデータバツフア、12はデータ
バツフア11上に固定的に設定される最終データ
表示、13はレコード入力部、14はカレントデ
ータアクセス部、15は最終データ表示判定部を
表わす。 FIG. 2 shows the configuration of an embodiment of the present invention. In the figure,
8 is a data processing device, 9 is an external storage device, 10 is a record, 11 is a data buffer, 12 is a final data display fixedly set on the data buffer 11, 13 is a record input section, 14 is a current data access section, 15 represents the final data display determination section.
第2図において、データバツフア11として、
外部記憶装置9から読み出そうとするレコード1
0のサイズよりも、少なくとも最終データ表示1
2の設定に必要な分だけ大きい領域を予め確保す
るようにする。そして、該データバツフア11に
レコード10が読み出された場合に、そのレコー
ド11の直後に位置する場所に予め最終データ表
示12を設定しておく。この最終データ表示12
は、レコード10内において有効データ部と無効
データ部とを区別する最終データ表示と同じ内容
をもつ表示であつて、例えば16進数の「00」で表
わされるようなものである。データ処理装置8の
レコード入力部13は、データの処理要求によ
り、外部記憶装置9に対し入出力命令を発行し、
所望のレコード10をデータバツフア11に読み
上げる。カレントデータアクセス部14は、読み
上げられたレコード10内の次に処理されるべき
データへのポインタを保持し、更新しつつ、デー
タバツフア11の先頭から順に1つづつ各データ
にアクセスするようにされる。1つのデータにつ
いてカレントデータアクセス部14によつてアク
セスされると、最終データ表示判定部15はその
データ内容が最終データ表示であるか否かの判定
を行なう。この場合、第1図を用いて説明した如
くジヤンプテーブルを利用して間接的に判定する
ようにしてもよい。最終データ表示が検出された
ならば、レコード終了処理部7が起動されレコー
ド終了処理がなされる。通常のデータであれば、
そのデータ内容に応じて各データ処理部6−1,
6−2,………が起動され、データの処理がなさ
れ、次のデータの処理のために、カレントデータ
アクセス部14へ制御が戻される。このようにし
て、最終レコード表示が検出されるまで上記処理
が繰返されるが、本発明の方式によれば、例えば
カレントデータアクセス部14において、レコー
ドの最終位置の判定を行なう必要は全くない。も
しレコード10内のデータがすべて有効データで
あり、レコード10内に最終データ表示が存在し
ない場合でも、データバツフア11上に予め設定
されてある最終データ表示12が検出されて、レ
コード終了処理部7が必ず起動され、レコードデ
ータの処理が完結することとなるからでなる。即
ち、最終データ表示判定部15において、最終デ
ータ表示の判定を行なうだけで、結果としてレコ
ードの最終位置の判定も行なつていることにな
る。 In FIG. 2, as the data buffer 11,
Record 1 to be read from external storage device 9
At least the final data display 1 than the size of 0
An area as large as necessary for setting 2 is secured in advance. When the record 10 is read into the data buffer 11, the final data display 12 is set in advance at a location immediately after the record 11. This final data display 12
is a display having the same content as the final data display for distinguishing between a valid data section and an invalid data section within the record 10, and is expressed, for example, by a hexadecimal number "00". The record input unit 13 of the data processing device 8 issues an input/output command to the external storage device 9 in response to a data processing request,
A desired record 10 is read out to the data buffer 11. The current data access unit 14 maintains and updates a pointer to the next data to be processed in the read record 10, and accesses each data one by one from the beginning of the data buffer 11. . When one piece of data is accessed by the current data access unit 14, the final data display determining unit 15 determines whether the data content is the final data display. In this case, the determination may be made indirectly using a jump table as described with reference to FIG. When the final data display is detected, the record end processing unit 7 is activated and record end processing is performed. If the data is normal,
Each data processing unit 6-1,
6-2, . . . are activated, the data is processed, and control is returned to the current data access unit 14 for processing the next data. In this way, the above processing is repeated until the final record display is detected, but according to the method of the present invention, there is no need for the current data access section 14 to determine the final position of the record at all. Even if all the data in the record 10 is valid data and there is no final data display in the record 10, the final data display 12 preset on the data buffer 11 is detected and the record end processing section 7 This is because it is always activated and the processing of record data is completed. That is, the final data display determination section 15 only determines the final data display, and as a result, it also determines the final position of the record.
第3図は第1図に対応する例についての本発明
の適用例説明図を示す。図中、符号は第1図およ
び第2図に対応する。アドレステーブル3には、
レコードデータ1の開始アドレスSA即ちデータ
バツフア11の先頭アドレスおよびカレントデー
タポインタCPが保持され、終了アドレスEAは必
要がないので設定保持されない。データバツフア
11のレコードデータ1の次には、予め最終デー
タ表示2と同様の内容の、例えば「00」で表わさ
れる最終データ表示12が設定される。上述を如
くカレントデータポインタCPを更新しつつ順次
データの処理を行なうようにされるが、第1図B
の処理フローで示されるようなレコード終了判定
処理はなされない。レコードデータ1内に最終デ
ータ表示2が存在しない場合には、必ずデータバ
ツフア11上の最終データ表示12が検出される
こととなり、結局レコード終了処理が起動されて
処理は完結することとなり、レコード終了を終了
アドレスEAでもつて直接判定したのと同じ結果
が得られるからである。従つて、第1図B図示の
レコード終了判定処理の分だけ処理が高速化され
ることになる。 FIG. 3 shows an explanatory diagram of an application example of the present invention for an example corresponding to FIG. 1. In the figure, the symbols correspond to those in FIG. 1 and FIG. 2. In address table 3,
The start address SA of the record data 1, that is, the start address of the data buffer 11 and the current data pointer CP are held, and the end address EA is not required and is not set and held. Next to the record data 1 of the data buffer 11, a final data display 12 having the same content as the final data display 2, for example represented by "00", is set in advance. As described above, data is processed sequentially while updating the current data pointer CP.
The record end determination process shown in the process flow is not performed. If the final data display 2 does not exist in the record data 1, the final data display 12 on the data buffer 11 will always be detected, and the record end process will be started and the process will be completed. This is because the same result as directly determined using the end address EA can be obtained. Therefore, the processing speed is increased by the amount of the record end determination processing shown in FIG. 1B.
第4図は本発明の具体的な適用例についての説
明図であつて、カナ文字を漢字コードに変換する
際の漢字サーチ処理に適用した場合の処理の流れ
を示している。該漢字サーチ処理の入力情報は
「読み」であつて、出力情報は入力された読みに
対応するデータバツフア11内の漢字である。即
ち、データバツフア11を検索して、指定された
読みに対応する漢字を捜し出す処理を行なう。デ
ータバツフア11に格納される漢字辞書は読み
(1バイト×n)と漢字(2バイト×m)とによ
つて構成され、該データバツフア11内における
有効データ数は不定であるが、最終データ表示と
して16進数の「00」で表わされるストツプコード
が用いられ、ストツプコート以降のデータは無効
データとされる。なお、この場合有効データの中
には16進数の「00」が存在しないことが前提とな
つている。データバツフア11には外部記憶装置
から読み上げられる漢字辞書の内容には無関係
に、予め漢字辞書の次の位置に最終データ表示で
あるストツプコードが設定され保持される。読み
が指定されて漢字サーチの処理要求がなされる
と、まずデータバツフア11から1バイト取り出
して、それがストツプコードであるかどうかの判
定を行なう。もしストツプコード「00」である場
合には、有効データの終了を意味するので、該当
漢字なしとしてリターンコードなどにより処理要
求元へその旨の通知を行ない処理を終了する。ス
トツプコードでない場合にはデータバツフア11
から一連の読みコードを取り出して指定された読
みと比較する。読みが一致する場合には、データ
バツフア11上の当該読みコードの後に続く漢字
コードを該当漢字としてセツトし処理要求元へ報
告する。読みが一致しない場合には次のデータを
1バイト取り出し、そのデータがストツプコード
であるかどうかの判定を行なう。ストツプコード
であるときには、上記の場合と同様該当漢字なし
として処理を終了する。ストツプコードでなけれ
ば、取り出したデータが読みコードであるのか漢
字コードであるのか判定を行なう。漢字コードに
ついては最上位ビツトが「0」、読みコードにつ
いては最上位ビツトが「1」と定められているの
で、この判定は取り出したデータの最上位ビツト
を調べることによつて行なうことができる。漢字
コードは2バイトづつ割当てられるので漢字コー
ドである場合には、2バイト読みとばし、またス
トツプコードの判定および読みコードであるか漢
字コードであるかの判定を行なう。読みコードで
ある場合には、指定された読みとの比較処理が行
なわれて、同様に処理が繰返されることになる。
上記の如き処理を行なうにあたり、もし予めデー
タバツフア11に最後にストツプコードが付加さ
れていなければ、データバツフア11から1バイ
ト取り出す毎に、必ずデータバツフア11の最後
に至つたかどうかの判定が必要となるが、本発明
の適用によつてストツプコードの判定を行なうの
みでレコード終了の検出も行なうことが可能とな
り、処理は高速化される。 FIG. 4 is an explanatory diagram of a specific application example of the present invention, and shows the flow of processing when applied to kanji search processing when converting kana characters into kanji codes. The input information for the kanji search process is the "reading", and the output information is the kanji in the data buffer 11 corresponding to the input reading. That is, the data buffer 11 is searched to find a kanji character corresponding to the designated reading. The kanji dictionary stored in the data buffer 11 is composed of readings (1 byte x n) and kanji (2 bytes x m), and although the number of valid data in the data buffer 11 is indefinite, the final data display is 16 A stop code expressed in decimal notation "00" is used, and data after the stop code is treated as invalid data. Note that in this case, it is assumed that hexadecimal digits "00" do not exist in the valid data. In the data buffer 11, a stop code, which is the final data display, is set and held in advance at the next position of the kanji dictionary, regardless of the contents of the kanji dictionary read out from the external storage device. When a reading is specified and a request for kanji search is made, one byte is first taken out from the data buffer 11 and it is determined whether it is a stop code. If the stop code is "00", it means the end of the valid data, and therefore the process is terminated by notifying the processing requester that there is no corresponding kanji using a return code or the like. If it is not a stop code, data buffer 11
Extracts a series of yomi codes from and compares them with the specified yomi. If the readings match, the kanji code following the reading code on the data buffer 11 is set as the corresponding kanji and is reported to the processing requester. If the readings do not match, 1 byte of next data is extracted and it is determined whether the data is a stop code. If it is a stop code, it is assumed that there is no corresponding kanji character and the process is terminated, as in the case above. If it is not a stop code, it is determined whether the retrieved data is a reading code or a kanji code. For Kanji codes, the most significant bit is ``0'', and for reading codes, the most significant bit is ``1'', so this determination can be made by examining the most significant bit of the extracted data. . Kanji codes are allocated in two-byte units, so if it is a Kanji code, two bytes are skipped, a stop code is determined, and it is determined whether it is a reading code or a Kanji code. If it is a reading code, a comparison process with the specified reading is performed, and the same process is repeated.
When performing the above processing, if a stop code is not added to the end of the data buffer 11 in advance, it is necessary to determine whether the end of the data buffer 11 has been reached every time one byte is extracted from the data buffer 11. By applying the present invention, it becomes possible to detect the end of a record simply by determining the stop code, and the processing speed is increased.
以上説明した如く本発明によれば、最終データ
表示を判定するだけで、レコード終了の検出も可
能となり、各データへのアクセス毎に行なわれる
レコード終了判定処理の分だけ処理を高速化する
ことができる。 As explained above, according to the present invention, it is possible to detect the end of a record simply by determining the final data display, and the processing speed can be increased by the amount of record end determination processing that is performed each time each data is accessed. can.
第1図は従来方式についての説明図、第2図は
本発明の一実施構成、第3図は第1図に対応する
例についての本発明の適用例説明図、第4図は本
発明の具体的な適用例についての説明図を示す。
図中、1はレコードデータ、2は最終データ表
示、3はアドレステーブル、4は処理コード、5
はジヤンプテーブル、6−1および6−2はデー
タ処理部、7はレコード終了処理部、8はデータ
処理装置、9は外部記憶装置、10はレコード、
11はデータバツフア、12は最終データ表示、
13はレコード入力部、14はカレントデータア
クセス部、15は最終データ表示判定部を表わ
す。
FIG. 1 is an explanatory diagram of the conventional system, FIG. 2 is an implementation configuration of the present invention, FIG. 3 is an explanatory diagram of an example of application of the present invention to an example corresponding to FIG. 1, and FIG. 4 is an explanatory diagram of an example of the present invention. An explanatory diagram of a specific application example is shown. In the figure, 1 is record data, 2 is final data display, 3 is address table, 4 is processing code, 5
is a jump table, 6-1 and 6-2 are data processing units, 7 is a record end processing unit, 8 is a data processing device, 9 is an external storage device, 10 is a record,
11 is the data buffer, 12 is the final data display,
Reference numeral 13 represents a record input section, 14 a current data access section, and 15 a final data display determination section.
Claims (1)
らデータバツフア上に読み出し、該レコード内に
おける有効データの終了を示す第1の最終データ
表示を判定しつつデータの処理を行うデータ処理
装置において、 上記データバツフアは、少なくとも上記レコー
ドのサイズと最終データ表示のサイズとを合わせ
た大きさを持つように構成され、 上記データバツフア上に読み出されるレコード
の直後の該データバツフア上の位置に、上記第1
の最終データ表示と同じ内容を持つ第2の最終デ
ータ表示を設定しておく最終データ表示設定手段
と、 上記第1の最終データ表示および上記第2の最
終データ表示を共通の命令で判定することによつ
て上記入力レコード内の有効データの最終位置ま
たは当該入力レコードの最終位置を検出して当該
レコードについての処理の終了を判定する判定手
段とを備えたことを特徴とする最終データ判定処
理方式。[Claims] 1. Read a record of an arbitrary predetermined length onto a data buffer from an input/output device, and process the data while determining a first final data indication indicating the end of valid data in the record. In the data processing device, the data buffer is configured to have a size that is at least the sum of the size of the record and the size of the final data display, and at a position on the data buffer immediately after the record read onto the data buffer. 1st above
final data display setting means for setting a second final data display having the same content as the final data display; and determining the first final data display and the second final data display using a common command. and determining means for detecting the final position of valid data in the input record or the final position of the input record to determine the end of processing for the record. .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP56155632A JPS5856166A (en) | 1981-09-30 | 1981-09-30 | Decision processing system for final data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP56155632A JPS5856166A (en) | 1981-09-30 | 1981-09-30 | Decision processing system for final data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS5856166A JPS5856166A (en) | 1983-04-02 |
| JPS6232495B2 true JPS6232495B2 (en) | 1987-07-15 |
Family
ID=15610224
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP56155632A Granted JPS5856166A (en) | 1981-09-30 | 1981-09-30 | Decision processing system for final data |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS5856166A (en) |
-
1981
- 1981-09-30 JP JP56155632A patent/JPS5856166A/en active Granted
Also Published As
| Publication number | Publication date |
|---|---|
| JPS5856166A (en) | 1983-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0072179A2 (en) | Clearing invalid addresses in cache memory | |
| US5307494A (en) | File name length augmentation method | |
| US5241638A (en) | Dual cache memory | |
| JPS5854449A (en) | Shortening system for branch instruction | |
| EP0173909B1 (en) | Look-aside buffer least recently used marker controller | |
| JPS6232495B2 (en) | ||
| JPH0525359B2 (en) | ||
| JPS6367213B2 (en) | ||
| JPH06266618A (en) | Information processor provided with main storage controller having error correction/detection function | |
| JP2540959B2 (en) | Information processing device | |
| JPH019984Y2 (en) | ||
| JPS6150315B2 (en) | ||
| JP2922956B2 (en) | File area allocation method | |
| JP2000207278A (en) | Information processing apparatus having distributed shared main memory | |
| JPS589452B2 (en) | Firmware broom | |
| JPH06250921A (en) | Access device | |
| JPH07271661A (en) | Memory management device | |
| JPH067373B2 (en) | Data transfer method | |
| JPS6145485A (en) | Magnetic bubble memory control device | |
| JPS59191649A (en) | Program production system | |
| JPS5847785B2 (en) | Buffer-memory control method | |
| JPH07129600A (en) | Data processing device and dictionary used in the device | |
| JPH07199898A (en) | Character display device and character display method | |
| JPH02267646A (en) | Disk cache device | |
| JPH01237722A (en) | Data string retrieving device |