JPS59117648A - デ−タ処理方式 - Google Patents
デ−タ処理方式Info
- Publication number
- JPS59117648A JPS59117648A JP57226369A JP22636982A JPS59117648A JP S59117648 A JPS59117648 A JP S59117648A JP 57226369 A JP57226369 A JP 57226369A JP 22636982 A JP22636982 A JP 22636982A JP S59117648 A JPS59117648 A JP S59117648A
- Authority
- JP
- Japan
- Prior art keywords
- area
- data
- specific period
- date
- stored
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
本発明は、製品出荷制御装置における予約データ管理等
に用いて好適なデータ処理方式に関するものである。
に用いて好適なデータ処理方式に関するものである。
一般に、製品を顧客に出荷する場合には、それよシ前に
顧客から発せられた注文に従って、指定日に、指定され
た量のものを出荷しなくてはならない。顧客の数が多く
、また注文の寄せられる日付けもまちまちである場合に
は、それらの注文を良く整理しておく必要があり、その
ために、コンピュータから成る製品出荷制御装置が用い
られる。
顧客から発せられた注文に従って、指定日に、指定され
た量のものを出荷しなくてはならない。顧客の数が多く
、また注文の寄せられる日付けもまちまちである場合に
は、それらの注文を良く整理しておく必要があり、その
ために、コンピュータから成る製品出荷制御装置が用い
られる。
本発明は、かかる制御装置において、追加注文等があっ
た場合に、その指定日における指定量のデータを追加記
憶したり、或いは当日出荷分のデータを読出したり、日
時の経過に伴い予約データの日付を変更したり等の様々
な処理を行なう際に、効率の良い処理がなされるように
したデータ処理方式に関するものである。
た場合に、その指定日における指定量のデータを追加記
憶したり、或いは当日出荷分のデータを読出したり、日
時の経過に伴い予約データの日付を変更したり等の様々
な処理を行なう際に、効率の良い処理がなされるように
したデータ処理方式に関するものである。
さて、このような技術分野では、−週間とか一ヶ月とか
一定の期間以前から製品出荷の予約を受付ける場合が多
く、一定期間内の予約データを日付毎に区分して管理す
ることが必要である。このとき、その期間内の最大予約
件数はある範囲内とするが、−８分の件数は不定である
ことが一般的であるみこのような予約データを管理する
について、日付を指定しての注文の追加・登録処理２日
付毎の注文量の統計処理１日付更新時の予約ファイルの
変更処理等がスムーズに行なわれる必要がある。
一定の期間以前から製品出荷の予約を受付ける場合が多
く、一定期間内の予約データを日付毎に区分して管理す
ることが必要である。このとき、その期間内の最大予約
件数はある範囲内とするが、−８分の件数は不定である
ことが一般的であるみこのような予約データを管理する
について、日付を指定しての注文の追加・登録処理２日
付毎の注文量の統計処理１日付更新時の予約ファイルの
変更処理等がスムーズに行なわれる必要がある。
一例として最大予約件数６００件の一週間分の出荷予約
を管理する際の従来方式を第１図を参照して説明する。
を管理する際の従来方式を第１図を参照して説明する。
第１図において、Ｆｌはメモリ上における予約データ格
納領域を示し、Ｆ２は、各予約データの領域Ｆ１におけ
る格納アドレス（ディレクトリと称す）を日付ごとに整
理して登録しておくためのディレクトリ領域であり、日
付単位ごとに例えば６００件分の゛ディレクトリ用スペ
ースをメモリ上に確保しである。
納領域を示し、Ｆ２は、各予約データの領域Ｆ１におけ
る格納アドレス（ディレクトリと称す）を日付ごとに整
理して登録しておくためのディレクトリ領域であり、日
付単位ごとに例えば６００件分の゛ディレクトリ用スペ
ースをメモリ上に確保しである。
Ｆ１領域は、Ｆ２領域における１日月の子約（当日出荷
分）に対応したデータを予約データとして登録するため
の領域であり、そのスペースは、ｌデータをｎワード長
から成るものとして、６００データ（６００Ｘｎワード
）分の容量を有している。図中、未登録と記した領域は
、全体とじて６００デ一タ分の領域が用意されているも
のの、実際に注文のあった予約データが６００件に達し
ないために、空きになっている領域を示している。
分）に対応したデータを予約データとして登録するため
の領域であり、そのスペースは、ｌデータをｎワード長
から成るものとして、６００データ（６００Ｘｎワード
）分の容量を有している。図中、未登録と記した領域は
、全体とじて６００デ一タ分の領域が用意されているも
のの、実際に注文のあった予約データが６００件に達し
ないために、空きになっている領域を示している。
またＦ２領域では、例えば日付（１日月）のディレクト
リ登録領域には、Ｆ１領域における各データの先頭アド
レス、未登録領域の先頭アドレスを併せて６００件分の
アドレスポインタが登録されている。
リ登録領域には、Ｆ１領域における各データの先頭アド
レス、未登録領域の先頭アドレスを併せて６００件分の
アドレスポインタが登録されている。
第２図は、第１図における領域Ｆｌ内に、第を日月の子
約データを追加して格納する場合の動作の流れを示すフ
ローチャートである。
約データを追加して格納する場合の動作の流れを示すフ
ローチャートである。
同図において、処理■において領域Ｆ１内における未登
録領域を求め、処理■で、処理のにより求めた未登録領
域に予約データを格納し、処理■で領域Ｆ２内の第を日
月のディレクトリ領域に今回格納した予約データのディ
レクトリ（先頭アドレス）を登録する。
録領域を求め、処理■で、処理のにより求めた未登録領
域に予約データを格納し、処理■で領域Ｆ２内の第を日
月のディレクトリ領域に今回格納した予約データのディ
レクトリ（先頭アドレス）を登録する。
第３図は、日時が経過して格納データの日付更新を行な
う場合の処理動作の流れを示す７０−チャートである。
う場合の処理動作の流れを示す７０−チャートである。
同図において、日付更新時にはそれまで第を日月の子約
だったものが、第（１−１）日月の子約となり、第１日
月の子約であったものはすべて消去する必要がある。そ
こで処理■において、領域Ｆ２内１日目予約ディレクト
リ領域に示される予約をすべて未登録状態に戻しく未登
録コードをセット）、処理■において、第１白目予約デ
ィレクトリ領域内のディレクトリをすべて消去し、処理
■によって、領域Ｆ２内の日付ごとの予約ディレクトリ
領域内の日付データ（ディレクトリの属する日付を定義
している）をデクレメントし、第１日月（当日）であっ
たディレクトリ領域を第７白目のディレクトリ領域と定
義することにより、日付更新が行なわれる。
だったものが、第（１−１）日月の子約となり、第１日
月の子約であったものはすべて消去する必要がある。そ
こで処理■において、領域Ｆ２内１日目予約ディレクト
リ領域に示される予約をすべて未登録状態に戻しく未登
録コードをセット）、処理■において、第１白目予約デ
ィレクトリ領域内のディレクトリをすべて消去し、処理
■によって、領域Ｆ２内の日付ごとの予約ディレクトリ
領域内の日付データ（ディレクトリの属する日付を定義
している）をデクレメントし、第１日月（当日）であっ
たディレクトリ領域を第７白目のディレクトリ領域と定
義することにより、日付更新が行なわれる。
以上、説明したような従来のディレクトリを用いた予約
管理のためのデータ処理方式では以下のような問題点が
存在した。
管理のためのデータ処理方式では以下のような問題点が
存在した。
（１）第１図に見られる如く、領域Ｆ２のディレクトリ
領域に、工夫次第では無くても良い無駄なスペースが存
在する。
領域に、工夫次第では無くても良い無駄なスペースが存
在する。
（２）予約データの登録の手順が煩雑である。
（３） 日付更新時の処理が煩雑である。
（４）同一日付の予約データが領域Ｆｌ内で点在するた
め、同−日付内データを用いての各種統計処理、及びあ
る特定の予約データを取り出す際における読出しのため
の処理が複雑であ一す、処理速度も遅い。
め、同−日付内データを用いての各種統計処理、及びあ
る特定の予約データを取り出す際における読出しのため
の処理が複雑であ一す、処理速度も遅い。
本発明は、上述の如き従来技術における欠点を除去する
ためになされたものであり、従って本発明の目的は、所
要の格納スペースが少なくてすみ、しかも処理動作が効
率良く行なわれるようにした、予約データ管理等に用い
て好適なデータ処理方式を提供することにある。
ためになされたものであり、従って本発明の目的は、所
要の格納スペースが少なくてすみ、しかも処理動作が効
率良く行なわれるようにした、予約データ管理等に用い
て好適なデータ処理方式を提供することにある。
本発明の構成の要点は、同一長のランダムに入力される
多量のデータを時間単位に区分し管理する場合に、区分
単位ごとに連続した領域に該データを格納し、各区分領
域の先頭アドレスを別の領域で管理するようにし、成る
口番目の区分領域にデータを登録する際には、上記管理
領域を参照して、その領域以前の区分領域において、第
８番目の区分領域内の最初のデータを第（ａ−１）番目
の区分領域の先頭位置に転送するという処理をａ−１〜
（ｎ−１）まで順次行なうことによってｎ番目の区分領
域を１デ一タ分拡張し、この拡張された領域に前記デー
タを登録するようにした点にある。
多量のデータを時間単位に区分し管理する場合に、区分
単位ごとに連続した領域に該データを格納し、各区分領
域の先頭アドレスを別の領域で管理するようにし、成る
口番目の区分領域にデータを登録する際には、上記管理
領域を参照して、その領域以前の区分領域において、第
８番目の区分領域内の最初のデータを第（ａ−１）番目
の区分領域の先頭位置に転送するという処理をａ−１〜
（ｎ−１）まで順次行なうことによってｎ番目の区分領
域を１デ一タ分拡張し、この拡張された領域に前記デー
タを登録するようにした点にある。
次に図を参照して本発明の一実施例を説明する。
第４図は本発明の一実施例を示す方式説明図である。同
図において、Ｒ５は予約データ格納領域（日付ごとに連
続した領域に格納される）であって、第１図におけるＦ
ｌに相当する領域であり、Ｆｌｌは、Ｒ５における日付
ごとの予約領域の先頭アドレスを示す予約領域アドレス
ポインタが確保され予約の管理が行なわ１Ｌる領域であ
って、第１図におけるＦ２に相当する領域である。
図において、Ｒ５は予約データ格納領域（日付ごとに連
続した領域に格納される）であって、第１図におけるＦ
ｌに相当する領域であり、Ｆｌｌは、Ｒ５における日付
ごとの予約領域の先頭アドレスを示す予約領域アドレス
ポインタが確保され予約の管理が行なわ１Ｌる領域であ
って、第１図におけるＦ２に相当する領域である。
領域Ｆ５は、第１図における領域Ｆｌ と異なり、未登
録領域が予約データと予約データの間に介在することな
く、未登録領域は空き領域として下の方にまとめられて
おり、それから順に上の方に、第１白目の予約領域には
、第１白目の子約データが隙間なく格納されており、以
下、第７日月の予約領域に至るまで、各日付毎の予約デ
ータが隙間なく格納されている。
録領域が予約データと予約データの間に介在することな
く、未登録領域は空き領域として下の方にまとめられて
おり、それから順に上の方に、第１白目の予約領域には
、第１白目の子約データが隙間なく格納されており、以
下、第７日月の予約領域に至るまで、各日付毎の予約デ
ータが隙間なく格納されている。
領域ＦＩＩには、領域Ｆ５における日付毎の各予約領域
および空き領域の先頭アドレスが格納されているだけで
あるから、この場合、１個の先頭アドレスを１ワードで
構成するものとすると、８ワ一ド分のスペースがあれば
良く、第１図におけるＦ２に比して、充分小さなスペー
スであることが認められるであろう。
および空き領域の先頭アドレスが格納されているだけで
あるから、この場合、１個の先頭アドレスを１ワードで
構成するものとすると、８ワ一ド分のスペースがあれば
良く、第１図におけるＦ２に比して、充分小さなスペー
スであることが認められるであろう。
さて第５図に、第を１目の子約データをＲ５領域内に格
納する際の処理を示す。同図における処理■において、
領域Ｒ５内の第り１目の予約領域を予約データ１件分拡
張し、処理■により拡張された領域に予約データを格納
し、処理■によって領域Ｆｌｌ内の各先頭アドレスの調
整を行なう０以上の操作により予約データが登録される
。処理のにおける第を１目の予約領域を１デ一タ分拡張
する際の処理方式を第６図に示すと共に、そのときのデ
ータの流れの略例を第７図に示し、以下で説明する。
納する際の処理を示す。同図における処理■において、
領域Ｒ５内の第り１目の予約領域を予約データ１件分拡
張し、処理■により拡張された領域に予約データを格納
し、処理■によって領域Ｆｌｌ内の各先頭アドレスの調
整を行なう０以上の操作により予約データが登録される
。処理のにおける第を１目の予約領域を１デ一タ分拡張
する際の処理方式を第６図に示すと共に、そのときのデ
ータの流れの略例を第７図に示し、以下で説明する。
さて、第を１目の予約領域をデータｌ性分拡張する際に
、第（ｔ−１）日月以前の予約領域を全て一子約デ゛−
タ分ずらすということは行なわず、領域Ｆ１１に示され
るアドレスポインタを基−に、第（１−１）日以前の予
約領域において、第ｍ日月の予約領域における先頭予約
データを第（ｍ−１）１目の予約領域内の先頭アドレス
位置に移すという処理をｍ−１からｍ−（４−１）まで
行うことによって第を１目の予約領域の１デ一タ分の拡
張を行っている。
、第（ｔ−１）日月以前の予約領域を全て一子約デ゛−
タ分ずらすということは行なわず、領域Ｆ１１に示され
るアドレスポインタを基−に、第（１−１）日以前の予
約領域において、第ｍ日月の予約領域における先頭予約
データを第（ｍ−１）１目の予約領域内の先頭アドレス
位置に移すという処理をｍ−１からｍ−（４−１）まで
行うことによって第を１目の予約領域の１デ一タ分の拡
張を行っている。
第６図は、かかる処理動作の流れを示している〇なお、
第６図における処理■において、ｍ−０のときは、（ｍ
−１）は空き領域の先頭アドレスポインタを示すものと
する。
第６図における処理■において、ｍ−０のときは、（ｍ
−１）は空き領域の先頭アドレスポインタを示すものと
する。
次に第７図を参照して説明を加える。先ず、用いられて
いる記号から説明する。
いる記号から説明する。
Ｒｔ ｘｌｄ、、第を１目の第１番目の子約データで
あ・ることを示す。ＡＰＲｔは第を１目の予約領域の先
頭アドレスを示す。Ｒ１１ｐは空き領域を示す。
あ・ることを示す。ＡＰＲｔは第を１目の予約領域の先
頭アドレスを示す。Ｒ１１ｐは空き領域を示す。
ＡＰＲｓｐは空き領域の先頭アドレスを示す。
第７図（−）において、領域Ｆ３には、下から空き領域
Ｒ８，に続いて、第１日目の子約データが第１番目から
第５番目まで％ Ｒ１１，〜Ｒ１−５として格納されて
おり、以下、順に、第４日目の子約データＲＩＩ−１〜
Ｒ１１−５に至るまで、格納されている。
Ｒ８，に続いて、第１日目の子約データが第１番目から
第５番目まで％ Ｒ１１，〜Ｒ１−５として格納されて
おり、以下、順に、第４日目の子約データＲＩＩ−１〜
Ｒ１１−５に至るまで、格納されている。
また領域Ｆｑにおいては、領域Ｆ５における空き領域Ｒ
８，の先頭アドレスＡＰＲｓｐを初めとして、以下、順
に、第１日目の予約領域Ｒ１−１〜Ｒ１−５における先
頭アドレスＡＰＲ１が、次に第２日目の予約領域Ｒ２−
１〜Ｒ２−Ｉ＋ における先頭アドレスＡＰＲ２が、と
いう順でＡＰＲ，まで格納されている。
８，の先頭アドレスＡＰＲｓｐを初めとして、以下、順
に、第１日目の予約領域Ｒ１−１〜Ｒ１−５における先
頭アドレスＡＰＲ１が、次に第２日目の予約領域Ｒ２−
１〜Ｒ２−Ｉ＋ における先頭アドレスＡＰＲ２が、と
いう順でＡＰＲ，まで格納されている。
この状態において、第３日の予約データとして第４番目
のデータＲう−４を第３日目の予約領域に追加登録する
ことが必要になったとする。
のデータＲう−４を第３日目の予約領域に追加登録する
ことが必要になったとする。
この場合、第５図における■の処理に基づき、第７図（
ａ）において、Ｒ１１を空き領域Ｒ３ｐの先頭アドレス
位置へ移しく■−１）％その後へ、Ｒ２１を移す（■−
２）。その空いた所へ、■の処理に基づき、Ｒ５１４を
格納する。その結果、領域Ｆ５における予約データの格
納状況は、第７図（ｂ）に示す如くなる。
ａ）において、Ｒ１１を空き領域Ｒ３ｐの先頭アドレス
位置へ移しく■−１）％その後へ、Ｒ２１を移す（■−
２）。その空いた所へ、■の処理に基づき、Ｒ５１４を
格納する。その結果、領域Ｆ５における予約データの格
納状況は、第７図（ｂ）に示す如くなる。
次に、第５図における■の処理に基づき、第７図（ｂ）
の領域ＦＩＩにおいて、それまでの空き領域Ｒ８，の先
頭アドレスＡＰＲ，ｐに、ｌデータ長に相邑するｎワー
ドをプラスして、（ＡＰＲｓｐ 十ｎ ）を新たな空き
領域Ｒ８ｐ′の先頭アドレスＡＰＲ，ｐ’とする。同様
に、それまでの第１日目のデータ領域Ｒ１−１〜Ｒ１−
５に対する先頭アドレスＡＰＲ１にｎワードをプラスし
て、新たな第１日目のデータ領域Ｒ１−２〜Ｒ１−１に
対する先頭アドレスＡＰＲ１’とする。以下、同様であ
る。
の領域ＦＩＩにおいて、それまでの空き領域Ｒ８，の先
頭アドレスＡＰＲ，ｐに、ｌデータ長に相邑するｎワー
ドをプラスして、（ＡＰＲｓｐ 十ｎ ）を新たな空き
領域Ｒ８ｐ′の先頭アドレスＡＰＲ，ｐ’とする。同様
に、それまでの第１日目のデータ領域Ｒ１−１〜Ｒ１−
５に対する先頭アドレスＡＰＲ１にｎワードをプラスし
て、新たな第１日目のデータ領域Ｒ１−２〜Ｒ１−１に
対する先頭アドレスＡＰＲ１’とする。以下、同様であ
る。
このようにして、この場合、第３日目の予約領域につい
て必要となった領域拡張の処理速度の向上を図っている
。
て必要となった領域拡張の処理速度の向上を図っている
。
次に第８図に日付変更時の処理を示す。同図の処理■に
見られるように、日付変更の際には、領域Ｆ５内の実際
の予約データを操作する必要がなく、領域Ｆｑ内の予約
領域アドレスポインタを１ワ一ド分シフトすることのみ
で日付更新が実現できる。
見られるように、日付変更の際には、領域Ｆ５内の実際
の予約データを操作する必要がなく、領域Ｆｑ内の予約
領域アドレスポインタを１ワ一ド分シフトすることのみ
で日付更新が実現できる。
以下、このことを第９図を参照して具体的に説明する。
先ず記号の説明から行なう。
第９図において、Ｒ８ｔは第を日月の予約領域を示し、
Ｒ８よけ空き領域を示す。
Ｒ８よけ空き領域を示す。
第９図（ａ）は日付変更前の格納状況を示す。この状況
において、空き領域アドレスポインタ（ＡＰＲｓｐ）の
位置に第１日目の予約領域アドレスポインタ（ＡＰＲＩ
）をセットし、第１日目の予約領域アドレスポインタの
位置に第２日目の予約領域アドレスポインタをセットす
るというようにアドレスポインタを再配置することによ
って、日付更新前に第を日月の子約として管理されてい
たものが、上述の処理により第（１−１）日月の子約と
して管理されるようになる。
において、空き領域アドレスポインタ（ＡＰＲｓｐ）の
位置に第１日目の予約領域アドレスポインタ（ＡＰＲＩ
）をセットし、第１日目の予約領域アドレスポインタの
位置に第２日目の予約領域アドレスポインタをセットす
るというようにアドレスポインタを再配置することによ
って、日付更新前に第を日月の子約として管理されてい
たものが、上述の処理により第（１−１）日月の子約と
して管理されるようになる。
日付変更処理後の格納状況を第９図（ｂ）に示す。
同図についての説明は、もはやするまでもなく明らかで
あろう。なお第９図（ｂ）において、領域Ｆ１１の最下
端において、ＡＰＲ＋１’−０とあるのは、新たに紹４
日月となった領域には予約登録が無いことを意味してい
る。
あろう。なお第９図（ｂ）において、領域Ｆ１１の最下
端において、ＡＰＲ＋１’−０とあるのは、新たに紹４
日月となった領域には予約登録が無いことを意味してい
る。
この発明によれば、Ｆ５．Ｆ４という格納領域のファイ
ル構成及び第６図に示されるような登録方式を採用した
ことにより、次のような効果を期待することができる。
ル構成及び第６図に示されるような登録方式を採用した
ことにより、次のような効果を期待することができる。
（１） アドレスポインタファイルＦＩＩの有効活用
により、予約データの登録２日付更新等の処理の単純化
・高速化が可能となる。
により、予約データの登録２日付更新等の処理の単純化
・高速化が可能となる。
（２）同一日付の予約データを連続領域に格納しである
ため、統計処理会特定予約データのピックアップ処理等
の単純化、高速化が可能となる。
ため、統計処理会特定予約データのピックアップ処理等
の単純化、高速化が可能となる。
（３）ファイル構成の単純化によりメモリ専有スペース
を減少できる。
を減少できる。
第１図は、出荷予約管理のための従来のデータ処理方式
を示す説明図、第２図は第１図における領域Ｆ１内に、
予約データを追加して格納する場合の動作の流れを示す
フローチャート、第３図は格納データの日付更新を行な
う場合の処理動作の流れを示すフローチャート、第４図
は本発明の−実施例を示す方式説明図、第５図は第４図
における領域Ｆ５内に予約データを格納する場合の動作
の流れを示すフローチャート、第６図は第５図における
処理■の動作の詳細を示す７０−チャート、第７図はそ
のときにおけるデータの流れを具体的に示す説明図、第
８図は本発明の一実施例における日付変更時の処理動作
を示すフローチャート、第９図はそのときにおけるデー
タの流れを具体的に示す説明図、である。 符号説明 ｐｌ、ｒ５・・・メモリ上における予約データ格納領域
％Ｆ２１ＦＩＩ・・・予約データの格納アドレスを登録
しておくためのディレクトリ領域。 代理人 弁理士 並 木 昭 夫 代理人 弁理士 松 崎 清 第１図 第２図 第３図 第４図 ３ ｗＥｂ図 第７図（仄） ３ 第７図（ｂ） ３
を示す説明図、第２図は第１図における領域Ｆ１内に、
予約データを追加して格納する場合の動作の流れを示す
フローチャート、第３図は格納データの日付更新を行な
う場合の処理動作の流れを示すフローチャート、第４図
は本発明の−実施例を示す方式説明図、第５図は第４図
における領域Ｆ５内に予約データを格納する場合の動作
の流れを示すフローチャート、第６図は第５図における
処理■の動作の詳細を示す７０−チャート、第７図はそ
のときにおけるデータの流れを具体的に示す説明図、第
８図は本発明の一実施例における日付変更時の処理動作
を示すフローチャート、第９図はそのときにおけるデー
タの流れを具体的に示す説明図、である。 符号説明 ｐｌ、ｒ５・・・メモリ上における予約データ格納領域
％Ｆ２１ＦＩＩ・・・予約データの格納アドレスを登録
しておくためのディレクトリ領域。 代理人 弁理士 並 木 昭 夫 代理人 弁理士 松 崎 清 第１図 第２図 第３図 第４図 ３ ｗＥｂ図 第７図（仄） ３ 第７図（ｂ） ３
Claims (1)
- ■）各特定期間に属する任意の個数のデータをそれぞれ
格納する第１の格納領域と、前記第１の領域における各
特定期間毎のデータの先頭アドレスを格納する第２の格
納領域とをもち、各特定期間別に分けてデータを書込ん
だり読出したりするデータ処理方式において、前記第１
の領域では、空き領域に続いて、各特定期間の先後の順
に従って、先の順から、各特定期間に属するデータを隙
間なく順次格納し、第２の領域では、前記空き領域の先
頭アドレスに続いて、各特定期間の先後の順に従って、
先の順から、各特定期間に属するデータの前記第１の領
域における先頭アドレスを順次格納しておき、第１の領
域において、初めから第ｎ番目（但しｎは任意の整数）
の特定期間に属するデータとして更に１個のデータを追
加して格納したいときは、一番初めの特定期間に属する
領域の先頭アドレスに位置する一つのデータを空き領域
の先頭アドレス位置に移し、２番目の特定期間に属する
領域の先頭アドレスに位置する一つのデータを、前記一
番初めの特定期間に属する領域の空いた位置に移し、以
下、同様のことを繰り返すことにより、第（ｎ−１）番
目の特定期間に属する領域の先頭アドレス位置に空き領
域を形成し、該空き領域に追加すべき前記１個のデータ
を格納し、次に前記第２の領域において、第（ｎ−１）
番目から１番目までの各特定期間領域の先頭アドレスお
よび空き領域の先頭アドレスを１デ一タ長分だけずらす
ことにより、第１の領域における第ｎ番目の特定期間領
域に１個のデータを追加格納する処理を終了するように
したことを特徴とするデータ処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57226369A JPS59117648A (ja) | 1982-12-24 | 1982-12-24 | デ−タ処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57226369A JPS59117648A (ja) | 1982-12-24 | 1982-12-24 | デ−タ処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS59117648A true JPS59117648A (ja) | 1984-07-07 |
Family
ID=16844056
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP57226369A Pending JPS59117648A (ja) | 1982-12-24 | 1982-12-24 | デ−タ処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS59117648A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6198405A (ja) * | 1984-10-19 | 1986-05-16 | Tokico Ltd | ロボツトデ−タ記憶装置 |
| JPH01155242A (ja) * | 1987-12-14 | 1989-06-19 | Shimadzu Corp | クロマトスキャナのデータ処理方法 |
| JPH04125237U (ja) * | 1991-05-01 | 1992-11-16 | 澁谷工業株式会社 | ローラコンベアの吸音ローラ |
| US8709566B2 (en) | 2010-02-24 | 2014-04-29 | Samsung Display Co., Ltd. | Lamination sheet |
-
1982
- 1982-12-24 JP JP57226369A patent/JPS59117648A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6198405A (ja) * | 1984-10-19 | 1986-05-16 | Tokico Ltd | ロボツトデ−タ記憶装置 |
| JPH01155242A (ja) * | 1987-12-14 | 1989-06-19 | Shimadzu Corp | クロマトスキャナのデータ処理方法 |
| JPH04125237U (ja) * | 1991-05-01 | 1992-11-16 | 澁谷工業株式会社 | ローラコンベアの吸音ローラ |
| US8709566B2 (en) | 2010-02-24 | 2014-04-29 | Samsung Display Co., Ltd. | Lamination sheet |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5355476A (en) | File update apparatus for generating a matrix representing a subset of files and the update correspondence between directories and files | |
| US5117495A (en) | Method of sorting data records | |
| US5623669A (en) | High speed online copy of partitioned data | |
| JPH04213129A (ja) | メモリ管理システム及びメモリ管理方法 | |
| JPS59117648A (ja) | デ−タ処理方式 | |
| US11914740B2 (en) | Data generalization apparatus, data generalization method, and program | |
| KR960018996A (ko) | 데이터 처리장치 | |
| JPH0271342A (ja) | メモリ管理装置 | |
| JP2550429B2 (ja) | 問題解決システム | |
| US20240078251A1 (en) | Data storage using vectors of vectors | |
| JPS62287350A (ja) | インデツクス一括更新方式 | |
| Wang et al. | Arrays and Dictionaries | |
| JPH04233664A (ja) | データベース管理システム | |
| JPH02156348A (ja) | 複数のハッシュ表のあふれ領域管理方法 | |
| JP2002123311A (ja) | 資材管理装置および管理方法並びにその管理方法を実行するコンピュータプログラムを格納した記憶媒体 | |
| JPH064558A (ja) | 原価管理装置 | |
| JPS63305460A (ja) | 帳票デ−タ処理方式 | |
| JP2669241B2 (ja) | マイグレーション処理方式 | |
| JP2615046B2 (ja) | レコード追加処理方法 | |
| JPH0785079A (ja) | 情報ファイルの管理装置 | |
| EP1576500A2 (en) | Saving and retrieving archive data | |
| JP2000298680A (ja) | 事例分類方法、事例分類装置、およびそのプログラム記録媒体 | |
| Coughlan et al. | Processing Sequential Files | |
| JPS6379147A (ja) | デ−タベ−ス格納設計装置 | |
| Itter et al. | Computer supported design of kanban controlled production: Integrated system analysis and simulation with higher order Petri nets |