JPH03266039A - フリーフォーマットデータリンク処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　要〕 １つのデータをリンクされた複数のレコードに記憶する
フリーフォーマットデータリンク処理方式に関し。

所定の大きさを越えるデータを容品に記憶できるように
することを目的とし。

レコードの各々を、データを記憶するデータ記憶部と、
当該レコードにリンクされた他のレコードのアドレス情
報を記憶するリンク部とから構成し、前記データをその
大きさに応して１又は２以上の前記レコードに記憶させ
るデータ記憶処理部を設け、前記データ記憶処理部力（
、前記データがこれを記憶すべき前記所定のレコードよ
り大きいか否かを判別し、大きい場合に前記所定のレコ
ード以外のレコードを選択し、当該選択したレコードを
前記所定のレコードにそのリンク部によりリンクすると
共にこれらリンクしたレコードのデータ記憶部に前記デ
ータを記憶させるように構成する。

〔産業上の利用分野］ 本発明はフリーフォーマットデータリンク処理方式に関
し、更に詳しくは、１つのデータをリンクされた複数の
レコードに記憶するフリーフォーマットデータリンク処
理方式に関する。

データ処理システムの端末等で作成されたデータは、磁
気ディスク装置等に記憶される。この際。

データは、プログラム設計時に予め大きさが定められた
フォーマット（レコード）に記憶されるがデータがレコ
ードに収容しきれない大きさになることがある。

［従来の技術〕 従来のファイル構造においては、データの記憶用エリア
（レコード）について、プログラムの設計段階で予め決
定する方式が採られている。例えば、プログラム設計時
に、レコードにおける数値／文字の種別と、何バイトの
エリアを使用するかを決定している。従って、データの
記憶は、この決定された範囲内で行う必要がある。

一方、このようなオーツドックスな技術とは別に近年の
ソフトウェア開発においては１画面の作成をユーザに開
放することを求められることがある。この場合９画面作
成のために入力されるデータの大きさ等は、プログラム
の作成段階では特定できない。従って、正しくは、入力
されるデータの種類、大きさが決まった段階で、レコー
ドについて決定する必要がある。

〔発明が解決しようとする課題〕

前述のように、データの一部についてユーザにその定義
を開放する場合、以下の如き問題を生じる。

プログラムの設計段階において、レコードについても一
応の大きさ等を定める必要がある。従って、設計者は、
レコードの大きさ等についてその可能性を検討しなけれ
ばならず、設計を簡略化することができなかった。

また　このように検討してレコードの大きさ等を決定し
たとしても、扱う数値の桁が多くなったり１文字数が増
えた場合には、データをレコードに収容しきれなくなる
ことがある。このような場合には、入力が不能となるの
で、ユーザの要求により、プログラムを設計し直す必要
があった。

また　このプログラムの設計し直しが生ずるのを避ける
ために、設計時にレコードの大きさを必要以上に大きく
確保することが通常となっており。

記憶領域の無駄が多くなり、磁気ディスク装置の利用効
率が極めて悪（なってしまっていた。

本発明は、所定の大きさを越えるデータを容易に記憶で
きるようにしたフリーフォーマットデータリンク処理方
式を捉供することを目的とする。

［課題を解決するための手段］ 第１図は本発明の原理構成図であり１本発明によるデー
タ処理システムを示している。

第１図において、１は入力装置１２は処理装置３はデー
タ記憶処理部、４は記憶装置、５はレコード（フォーマ
ット）、５１はデータ記憶部。

５２はリンク部である。

入力装置１は、ユーザがデータを入力するためのもので
あり１例えばキーボード等からなる。

記憶部ｙ１４は、データを記憶するためのものであり５
例えば磁気ディスク装置等からなる。記憶装置４は、複
数のレコード５を含む。データは。

このレコードに記憶される。

処理袋′１１２は１中央処理装置（ＣＰＵ）及びメモリ
からなり、入力装置１から入力されたデータを５記憶装
置４内の所定のレコード５に記憶さ廿る等の処理を行う
。

データ記憶処理部３は、処理装置２に設けられ。

データを、その大きさに応じて、ｌ又は２以上のレコー
ド５に記憶させる処理を行う、即ち、データが所定のレ
コード５内に収容可能であれば、当該データを所定のレ
コード５に記憶させる。また。

収容不可能であれば、当該所定のレコード５を含む２以
上のレコードに、当該データを記憶させる。

そして、データ記憶処理部３は、このために必要な処理
を行う。

（作　用〕 データ記憶処理部３は、入力装置１から入力されたデー
タについて、これを記憶すべき所定のレコード５に記憶
させる処理を、以下の如くに行う。

まず、当該データが当該所定のレコード５より大きいか
否かを判別する。そして、当該データが所定のレコード
５より小さい場合（等しい場合を含むものとする）には
、当該データをそのまま当該所定のレコード５に記憶さ
せる。一方、当該データが所定のレコード５より大きい
場合には、所定のレコード５以外のレコード５を選択す
る。この新たに選択されるレコード５の数は、当該デー
タの大きさに依存する。次に、所定のレコード５と新た
に選択−したレコード、とをリンクする。

このリンクを可能とするために、処理装置２又はデータ
記憶処理部３によって、レコード５の各々は、データを
記憶するためのデータ記憶部５１とそのレコード５にリ
ンクされた他のレコードのアドレス情報を記憶するリン
ク部５２とで構成される。

データ記憶処理部３は、所定のレコード５のリンク部５
２に、新たに選択したレコード５のアドレスを記憶させ
る。これにより、所定のレコード５の後に新たに選択し
たレコード５がリンクされる。

この後、データ記憶処理部３は、所定のレコード５を含
むこれらのリンクしたレコード５に、当該データ各記憶
させる。

以上によれば、データがこれを記憶すべきレコード（フ
ォーマット）よりも大きい場合であっても、これに拘束
されることなく　（フリーフォーマットで）、ユーザ及
びプログラム設計者の何の操作も必要とすることなく、
記憶することができる。

〔実施例〕

（ａ）一実施例の説明 第２図ないし第５図は、第１の実施例を示す。

第１の実施例においてリンク部５２はレコード５の先頭
に設けられるヘッダの一部とされ、また。

１つのレコード５の大きさは一定ではない。

第２図は１本実施例における記憶装置４内でのレコード
５の構成を示している。

第２図において、６はヘッダ、６１はレコード名称部、
６２はサイズ部、６３は追加アドレス部である。

第２図（Ａ）図示の如く、各々のレコード５の先頭には
へラダ６が設けられる。ヘッダ６は、所定のサイズ（バ
イト数）とされる。ヘッダ６は、当該ヘッダ６の付され
たレコード５の名称を記憶するレコード名称部６１　と
、当該レコード５における当該ヘッダ６に続く領域の大
きさを記憶するサイズ部６２と、当該レコード５にリン
クされた他のレコード５のアドレスを記憶する追加アド
レス部６３とからなる。このうち、サイズ部６２は。

ヘッダ６に続く領域の大きさ、即ち、データ記憶部５１
の大きさを示す、また、追加アドレス部６３はリンク部
５２に相当する０例えば１図示の１つのレコードＡに、
他のレコードＡ′　をリンクした場合、レコードへの追
加アドレス部６３にはレコードＡ′の（先頭）アドレス
ｒ　１０８２　Ｊが記憶される。このアドレスｒ１０８
２Ｊの書き込みは　データ記憶処理部３が行う、なお、
この書き込みと共に５　レコードＡ′のヘッダ６の作成
も行われる。

第２図（ｎ）図示の如く、レコード５の大きさハ、各々
、異なり１例えば、レコードＡは１４バイト、レコード
Ａ′　は６バイトである。レコードＡ及びレコードＢの
大きさは、予め、プログラム設計者によって定められた
値である。一方、レコードＡ′の大きさは、データ記憶
処理部３にょって定められるものであり、当該レコード
に記憶すべきデータの大きさに依存する。即ち、初めに
定義されるレコード５（レコードＡ）の大きさ等は不変
のものではなく、データの変更に伴って変更できる。従
って、プログラム作成者も　レコード５の大きさを検討
する必要がなく１　ソフトウェア作成の筒略化が可能で
ある。

レコード５は、予め定められた処理によって。

処理装置２又はデータ記憶処理部３によって作成される
。

第３図はレコードリンク説明図である。

第３図（Ａ）図示の如く、そのサイズ部６２によりその
大きさが「Ｉ４」バイトと設定されたＬつのレコードＡ
において２文字「あいうえお」がデータとして記憶され
ている。この大きさの設定はプログラム設計者が行った
ものである。また、そのレコード名称は、プログラム設
計者により。

「５０音」とレコード名称部６１に設定されている。

今、データとしての１文字を記憶するのに２バイトを割
り当てるとすると、レコードＡにおいて。

文字「あいうえお」の記憶に１０バイトが用いられ、４
バイトが空きとして残されている。

また、この時点では、記憶すべきデータを全てレコード
Ａに収容できたので、追加アドレス部６３は、設定され
ない。即ち、追加アドレス部６３は２通常ではとり得な
い値とされ、これによって、当該レコードＡにリンクさ
れたレコード５は存在しないことを示す。従って、追加
アドレス部６３は、アドレス情報を格納するエリアであ
ると共に、リンクされたレコード５の有無を示すフラグ
でもある。

次に、ユーザによるデータ「かきくけこ」の追加入力が
行われ、レコードＡに文字［あいうえおかきくけこ」を
記憶しなければならなくなったとする。このデータは２
０バイトに相当し、１４バイトのレコードＡより大きい
。

この場合、第３図（Ｂ）図示の如く、追加データ「かき
くけこ」のうち、　「かき」はレコードＡに。

「くけこ」はレコードＡ′　に記憶される。即ちまず、
レコードＡの空きの４バイトに、データ「かき」が記憶
される。一方、収容しきれないデータ「くけこ」のため
に、その大きさ分（６バイト）のレコードＡ′を選択し
、これにデータ「くけこ」を記憶する。このために、追
加データがこれを記憶すべきレコードＡに記憶可能か否
かが判断される。即ち、全データ「あ」ないし「こ」が
レコードＡより大きいか否か、又は、追加データ「かき
くけこ」がレコードへの空きより大きいか否かが判断さ
れる。そして、記憶可能でない場合その記憶できない分
（６バイト）だけの新たなレコード５が用意され、レコ
ードＡにリンクされてレコードＡ′　とされる。

レコードＡ′　をレコードＡにリンクするために、レコ
ードＡの追加アドレス部６３に、レコードＡ′の開始ア
ドレスｒ１０Ｂ２Ｊが記憶される。これにより、レコー
ドＡにはリンクされたレコードＡ′が存在すること、及
び、その存在位置が示される。

レコードＡ′において、そのレコード名称部６１　には
、レコードＡと同様のレコード名称［５０音」がレコー
ドＡからの複写によって記憶される。

また、そのサイズ部６２には、レコードＡ′のサイズ「
６（バイト）」が記憶される。

以上の処理は、データ記憶処理部３によって行われる。

なお１以上の処理は　１４バイトのレコードＡに始めに
１０バイトのデータが記憶された後１０バイトのデータ
を追加した場合の例であるが。

ユーザにより始めから２０バイトのデータが入力された
場合であっても、略同様の処理が行われる。

このようなデータ記憶処理部３による処理によって、デ
ータの大きさについてのプログラムによる制限を無くす
ことができ、また、何回でもデータを更新することがで
きる。従って、プログラム設計者及びユーザ共に５デー
タの大きさを意識する必要がなくなる。また、レコード
の大きさを必要以上に大きくする必要もなく、データの
更新によるプログラムの設計し直しということは　生じ
得ない。更に、リンク部５２をレコード５のへラダ６に
設けることにより、リンクの有無を知るために当該レコ
ード５外を検索する必要をなくすことができ、レコード
５を設定できる領域がある限りレコード５のリンクをく
り返すことができる。

第４図はファイル整理説明図である。

記憶装置４は、処理装置２又はデータ記憶処理部３によ
って、定期的に保守点検処理され、その１つとしてリン
クされたレコードＡ′の整理が行われる。

第４図図示の如く、レコードＡとレコードＡ′とが１つ
にまとめられ、新たなレコードＡとされる。即ち、レコ
ードＡが拡張される。新たなレコードＡは９文字「あ」
ないし「こ」の２０バイトのデータを記憶する。従って
、そのサイズ部６２は「２０（バイト）」に更新される
。また、レコードＡ′を解消したことにより、その追加
アドレス部６３は、何も設定されない状態となる。

なお、レコードＡの拡張により、レコードＢのアドレス
がｒ　１０４４　Ｊから’１０５０Ｊに変更される。

このようなファイル（レコード）整理処理によって、こ
れ以後の当該データについてのアクセス時間を短縮する
ことができる。また、レコードＡ′のヘッダ６が除去さ
れることにより、この分記憶領域の節約が可能となる。

これらは、リンクされたレコード５が２以上である場合
９例えば、レコードＡ′に更にレコードＡ＃がリンクさ
れているような場合に、特に有効である。

第５図はデータ記憶処理フローであり、データ記憶処理
部３の行う処理を示している。

第５図（＾）は、データの書き込み（最初の記憶）時に
ついて示す。

■　入力装置１からあるレコード５についてのデータの
入力要求があると、これに応じて記憶装置！４を検索し
、他のレコード５が格納されていない空きアドレスを選
択する。

■　入力装置１から当該レコード５についてのレコード
名称の入力があると、これを当該アドレスの所定の位置
に格納する。

■　入力装置１から書き込むべきデータの入力があると
、・まず、その大きさ（バイト数）を求め。

これを当該アドレスの所定の位置に書き込む。

■　求めた空きアドレスの所定の領域に当該データを書
き込む。

以上により、１つのレコード５の書き込みが完成する。

レコード名称及び大きさの書き込まれた部分が各々、レ
コード名称部６１及びサイズ部６２である。また、追加
アドレス部６３には、何も設定されない。

第５図（Ｂ）は、データの更新時について示す。

■　入力装置ＩＩからレコード名称を指定してデータの
入力があると、これに応じて、当該レコード名称を用い
て記憶装置４を検索し、該当レコード５を知る。

■　入力されたデータの大きさを求める。

■　当該データの大きさと、当該レコード５の空き領域
の大きさとを比較し、当該データが当該レコード５に収
容できるか否かを調べる。

■　収容できる場合、当該データを空き領域の先頭から
順に収容する。

■　収容できない場合、まず５当該データのうち当該レ
コード５に収容できる分だけを、これに収容する。

■　他のレコード５が格納されていない空きアドレスを
選択する。

■　当該選択した空きアドレスを１元のレコード５の所
定の領域（追加アドレス部６３）に書き込む。

また、これと共に、当該選択した空きアドレスの所定の
位置（レコード名称部６１）に元のレコード５からレコ
ード名称を複写する。更に、収容すべき残りのデータの
大きさを求めて、当該選択した空きアドレスの所定の位
置（サイズ部６２）に書き込む。

■　残った分のデータを、当該選択した空きアドレスの
所定の領域に収容する。

以上の処理により、データの更新時に追加したデータの
書き込みが終了する。追加データが元のレコード５に収
容しきれない場合であっても、新たなレコード５が元の
レコード５にリンクされ。

これにより全データの収容が可能となる。

第５図（Ｃ）は１データの引き出しく参照）時について
示す。

■　入力装置１からレコード名称を指定してデータ（の
参照）の要求入力があると、これに応じて当該レコード
名称を用いて記憶装置４を検索し該当レコード５を知る
。

■　当該レコード５のサイズ部６２から、その大きさを
知り、該当する大きさ分のデータを引き出す。

■　当該レコード５の追加アドレス部６３からリンクさ
れたレコード５の有無（追加データの有無）を調べる。

■　リンクされたレコード５がある場合、当該追加アド
レスによりリンクされたレコード５ヘアクセスし、処理
■以下をくり返す。

■　リンクされたレコード５がない場合、引き出したデ
ータを入力装置１に引き渡す、このために入力装置１は
１例えばＣＲＴ等の出力装置を備えた入出力装置とされ
る。なお、この引き渡しに先立って、リンクされたレコ
ード５がある場合には。

これから引き出された追加データが５元のレコード５か
ら引き出されたデータに結合され、１つのデータとされ
る。これは、リンクされたレコード５が複数あっても同
様である。

以上の処理により、複数のレコード５に分割されて収容
されていたデータを、これを意識することなく、１つの
データとして引き出すことができる。

第５図（Ｄ）は、データ整理（ファイル整理）時につい
て示している。

■　処理対象データ（レコード５）を１つ選択する。こ
の処理は１例えば、記憶装置４の先頭のレコード５から
順に行われる。

■　削除データか否かを調べ、削除データであればこれ
を削除し処理■へ戻る。

■　削除データでない場合１分割データ（リンクされた
レコード５をもつレコード５）か否かを調べる。

分割データである場合、当該レコード５及び全てのリン
クされたレコード５からデータを引き出しく第５図（Ｃ
）の処理による）、これらを結合して１つのデータとす
る。

■　当該データを、−時、所定の領域に退避する。

■　当該データを、−括して（再分割することなく）前
のデータの次アドレスから収容できるか否かを調べる。

収容できない場合、最終アドレス、即ち、全データの次
アドレスに仮収容し、処理■に戻る。

■　収容できる場合、当該データを収容し、処理■に戻
る。

以上により、レコード５の整理が行われ２分割されて複
数のレコード５に収容されていたデータを１つのレコー
ド５にすることができる。

（ｂ）他の実施例の説明 第６図ないし第８図は、第２の実施例を示す。

第２の実施例において、リンク部５２はレコード５の先
頭に設けられるヘッダの一部とレコード５の最後尾に設
けられるリンクヘッダとで構成されまた。１つのレコー
ド５の大きさは一定である。

第６図図示の如く１本実施例のレコード５の大きさは、
所定の大きさ２例えば、３２バイトに予め定められてい
る。そして、先頭のレコード５から１頓に１例えば、　
　’０ＯＯＩＪ、　　’０００２Ｊ、・・・の如くアド
レスが付される。

１つのレコード５において、その先頭にヘッダ６′が設
けられ、その最後尾にリンクヘッダ７が設けられる。ヘ
ッダ６′及びリンクヘッダ７は所定の大きさとされ、そ
の間の残りの領域がデータの記憶領域（データ記憶、部
５１）として用いられる。

ヘッダ６′は、当該レコード５に記憶されたデータが当
該レコード５を含めていくつのレコード５に収容されて
いるかを記憶する。リンクへラダ７は、当該レコード５
では収容しきれなかったデータをどのアドレスのレコー
ド５に収容したかを記憶する。即ち５　リンクヘッダ７
は、当該レコード５にリンクされたレコード５のアドレ
スを記憶し。

追加アドレス部６３又はリンク部５２に相当する。

第７図はレコードリンク説明図である。

第７図（＾）図示の如く、アドレスｒ　０００１　Ｊ及
びｒ　０００２．に１各々、レコードＡ及びＢが格納さ
れている。レコードＡ及びＢは、共に、あるデータを格
納し、空き領域が残った状態にある。従って。

レコードＡ及びＢにおいて、そのヘッダ６′は「ｌ」と
され、リンクヘッダ７は何も設定されない。

即ち、当該レコードＡ及びＢにリンクされた他のレコー
ド５は存在しない。

なお、アドレスｒ　０００３　Ｊは空き領域（アドレス
）であるとする。この時、ヘッダ６′には空き記号「０
」が設定される。

次に、レコードＡに、その空き領域の大きさを越える大
きさのデータを追加する必要が生じたとする。

この場合、第７図（Ｂ）図示の如（、追加データは、レ
コードＡの空き領域及びレコードＡ′に記憶される。こ
の時、レコードＡのヘッダ６′は、リンクしたレコード
５の数の分だけカウントアツプされる。この場合、レコ
ードＡのヘッダ６′は「２」とされる、一方、リンクさ
れたレコードＡ′のヘッダ６′には、連続記号「舛」が
設定される。これにより、レコードＡ′　は、他のレコ
ードＡにリンクされたものであることが示される。また
、レコードＡのリンクヘッダ７には、レコードＡ′のア
ドレスｒ　０００３　、が記憶される。

なお、複数例えば２つのレコード５をリンクする場合、
レコードＡのヘッダ６′は「３」とされ。

また、レコードＡ′のリンクヘッダ７はレコードＡ′に
続く他のレコード５のアドレスを記憶するようにされる
。

第７図（Ｃ）はファイル整理について示している。

即ち、レコードＡ及びＡ′のアドレスがｒ　０００１　
Ｊ及びｒ　０００３　Ｊと不連続であるので、これを連
続するアドレスとなるように、ファイル整理が行われる
。

図示の如く、レコードＡ′　とレコードＢとが入れ換え
られ、レコードＡ′　のアドレスがｒ　０００２　Ｊと
される。これに伴い、レコードＡのリンクヘッダ７もｒ
　０００２　ｊと書き換えられる。

第８図はデータ記憶処理フローである。

第８図（＾）はデータの書き込み時について示す。

■　入力装置１からデータの入力要求があると。

これに応じて、当該データの大きさ（データ長）から必
要なレコードの数を求める。

■　記憶装置４を検索して、空きアドレスを必要な数だ
け選択してリンク付けする。

■　選択した空きアドレスの先頭のもの（ｎ番地とする
）のヘッダ６′に、先に求めたレコードの数を書き込む
。

■　当該先頭アドレスに当該データを書き込み。

残りデータの有無を調べる。

■　残りデータがある場合、当該ｎ番地のレコードのリ
ンクへラダ７に１次の空きアドレス（ｎ＋１番地とする
）の番地を書き込むと共に、当該次の空きアドレスのヘ
ッダ６′に連続記号を書き込む。

この後処理■へ戻る。

■　残りデータがない場合、当該アドレスのリンクヘッ
ダ７に終了記号を書き込む、これにより。

データの終了及びリンクされたレコードの終了を示すこ
とができる。

第８図（Ｂ）はデータの更新時について示す。

■　入力装置ｌから更新データの入力があると。

当該更新データの大きさ（データ長）から、必要なレコ
ードの数を求める。

■　当該更新データの更新前データが格納されている（
ｎ番地の）レコード５のヘッダ６′に記憶されているレ
コード数と、求めたレコード数とを比較する。

■　両者が等しい場合、データの更新を行う。

■　求めたレコード数の方が少ない場合、当該ｎ番地の
ヘッダ６′を求めたレコード数に書き換えた後、以下の
処理■ないし■を行う。

■　データを更新し、残りデータの有無を調べる。

■　残りデータがある場合、当該レコード５のリンクへ
・ラダ７の内容（アドレス）を読み取り、当該アドレス
をアクセスし、処理■をくり返す。

■　残りデータがない場合、当該レコード５のリンクヘ
ッダ７の内容を読み取った後、これに終了記号を書き込
む。

■　当該読み取ったアドレスにアクセスし、そのヘッダ
６′に空き記号を書き込み当該アドレス（のレコード５
）を解放すると共に、当該アドレスのリンクへラダ７の
内容を読み取る。

■　当該読み取った内容が終了記号か否かを調べる。

終了記号でない場合、当該内容の示すアドレスをアクセ
スし、処理■をくり返す。

終了記号である場合、処理を終了する。

［相］　求めたレコード数の方が多い場合、記憶装置４
を検索して、空きアドレスを追加が必要な分だけ選択し
てリンク付けした後、以下の処理■ないし［相］を行う
。

■　当該ｎ番地のヘッダ６′に求めたレコード数を書き
込む。

■　データを更新し、残りデータの有無を調べる。

■　残りデータがある場合、必要に応し、当該レコード
５のリンクへラダ７に次のアドレスの番地を書き込み、
当該次アドレスをアクセスし１処理＠をくり返す、この
時、必要に応じて、当該アドレスのヘッダ６′に連続記
号を書き込む。

［相］　残りデータがない場合、当該アドレスのリンク
ヘッダ７に終了記号を書き込む。

〔発明の効果〕

以上説明したように２本発明によれば、フリーフォーマ
ットデータリンク処理において、データ記憶処理部を設
けてレコード（フォーマット）自体に当該レコードとリ
ンクされたレコードについての情報を書き込むことによ
り、書き込むべきデータがレコードより大きい場合であ
っても、データを複数のレコードに書き込むことができ
るので。

ユーザ及びプログラム設計者がデータの大きさを意識す
る必要をなくすことができ５記憶領域の使用効率を向上
させることができる。

【図面の簡単な説明】

第１図は本発明の原理構成図 第２図はレコード構成図。 第３図はレコードリンク説明図 第４図はファイル整理説明図 第５図はデータ記憶処理フロー 第６図はレコード構成図 第７図はレコードリンク説明図 第８図はデータ記憶処理フロー １は入力装置、２は処理装置５３はデータ記憶処理部、
４は記憶装置、５はレコード（フォーマット）、５１　
はデータ記憶部、５２はリンク部である。 工Ｏ 口）

Claims (1)

1. 【特許請求の範囲】 データを入力するための入力装置（１）と、前記データ
   を記憶するためのレコード（５）を複数含む記憶装置（
   ４）と、 前記入力装置（１）から入力されたデータを前記記憶装
   置（４）の所定のレコード（５）に記憶させる処理装置
   （２）とを備えたデータ処理システムにおいて、 前記レコード（５）の各々を、前記データを記憶するデ
   ータ記憶部（５１）と、当該レコード（５）にリンクさ
   れた他のレコード（５）のアドレス情報を記憶するリン
   ク部（５２）とから構成し、 前記データをその大きさに応じて１又は２以上の前記レ
   コード（５）に記憶させるデータ記憶処理部（３）を設
   け、 前記データ記憶処理部（３）が、前記データがこれを記
   憶すべき前記所定のレコード（５）より大きいか否かを
   判別し、大きい場合に前記所定のレコード（５）以外の
   レコード（５）を選択し、当該選択したレコード（５）
   を前記所定のレコード（５）にそのリンク部（５２）に
   よりリンクすると共にこれらリンクしたレコード（５）
   のデータ記憶部（５１）に前記データを記憶させる ことを特徴とするフリーフォーマットデータリンク処理
   方式。