JPS63257847A - File management system - Google Patents

File management system

Info

Publication number
JPS63257847A
JPS63257847A JP62093851A JP9385187A JPS63257847A JP S63257847 A JPS63257847 A JP S63257847A JP 62093851 A JP62093851 A JP 62093851A JP 9385187 A JP9385187 A JP 9385187A JP S63257847 A JPS63257847 A JP S63257847A
Authority
JP
Japan
Prior art keywords
program
file
files
data
memory
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
Application number
JP62093851A
Other languages
Japanese (ja)
Inventor
Hirokimi Shimizu
清水 裕公
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP62093851A priority Critical patent/JPS63257847A/en
Publication of JPS63257847A publication Critical patent/JPS63257847A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To effectively use a main storage memory while utilizing the advantage of the memory sufficiently by allowing a control program to manage the main storage memory so as to relieve the load of application programs. CONSTITUTION:A file is placed on a main storage memory 2 as shown in figure and files 10-13 are assigned to always consecutive areas by the management of the control program (os) in the system ROM 4. In case the program file, since the program on the file is executed directly by a CPU 1, the program is executed directly. Then in order to relieve the load of the OS, the deletion of the program file is inhibited during the execution of program and the program file is placed at a lower-order address than that of the data file without fail by the management of the OS, then the program file is not moved during the execution of program. Thus, the load of the OS is relieved and the execution speed of the program is increased.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は携帯形のデータ端末装置においてフロッピーデ
ィスク装置等の外部記憶装置をもたない場合に、データ
や応用プログラムをデータ端末装置上の主記憶メモリ上
に保存する時、制御プログラム(以下O8と略す)の管
理下でファイルとして管理する場合の管理方式に関する
Detailed Description of the Invention [Field of Industrial Application] The present invention is useful for storing data and application programs in a portable data terminal device that does not have an external storage device such as a floppy disk device. It relates to a management method for managing files as files under the control of a control program (hereinafter abbreviated as O8) when storing them on a storage memory.

〔従来技術の説明とその問題点〕[Explanation of conventional technology and its problems]

従来の携帯形のデータ端末装置においては主記憶メモリ
上に保存されるデータやプログラムをO8の管理下でフ
ァイルとして保存するという概念はなかった。このため
主記憶メモリ上の管理は応用プログラムにまかされ、応
用プログラムが複雑になったシ、メモリ容量が変った時
に柔軟に対応できない等の欠点がちった。また従来のフ
ロッピーディスク装置上で行われているファイル管理の
方式をそのままデータ端末装置の主記憶メモリに当ては
めても、主記憶メモリである事の利点を充分に生かす事
はできなかった。
In conventional portable data terminal devices, there was no concept of storing data and programs stored in the main memory as files under the management of the O8. For this reason, the management of the main memory is left to the application program, which has many disadvantages, such as the application program becoming complex and the ability to respond flexibly to changes in memory capacity. Furthermore, even if the file management system used on conventional floppy disk devices were applied directly to the main memory of a data terminal device, the advantages of the main memory could not be fully utilized.

第1図は従来の主記憶メモリの使い方の概念図であり、
特にメモリ管理をするという概念がなかった。
Figure 1 is a conceptual diagram of how to use conventional main memory.
There was no particular concept of memory management.

第2図はフロッピーディスク装置上で行われているファ
イル管理の方法の一例で個々のファイルに対応するディ
レクトリからファイルアロケーション表のそのファイル
に割り当てられるデータブロックを示すエントリアドレ
スが示される。ファイルアロケーション表の各エントリ
はデータブロックに一対一に対° 応していて、そのフ
ァイルに割当てられるデータブロックを次々にポイント
する。この様にあるファイルに割当てられるデータ領域
は必ずしも連続しているとは限らない。フロッピーディ
スク上では一度データ端末装置上の主記憶メモリヘロー
ドして処理をするので特に問題はなかったが、この概念
をデータ端末装置上の主記憶メモリのファイル管理に応
用するには不適当である。例えば主記憶メモリはCPU
から直接アドレス可能であり、プログラムファイル等の
場合はデータブロック上で直接実行可能である。しかし
この場合データブロックが主記憶メモリ上で連続してい
るとは限らないので、次の命令フェッチアドレスがその
データブロック内におさまるのか毎回チェックしなけれ
ばならず、システムのオーバヘッドが大きくなり、主記
憶メモリの利点を充分に生かせない。
FIG. 2 is an example of a file management method carried out on a floppy disk device, in which entry addresses indicating data blocks allocated to each file in a file allocation table are shown from a directory corresponding to each file. Each entry in the file allocation table has a one-to-one correspondence with a data block, and successively points to a data block allocated to that file. In this way, the data areas allocated to a certain file are not necessarily continuous. On a floppy disk, there was no particular problem since the data was once loaded into the main memory of the data terminal device and processed, but this concept was not suitable for applying to file management in the main memory of the data terminal device. be. For example, main memory is the CPU
In the case of program files, etc., it can be directly executed on data blocks. However, in this case, the data blocks are not necessarily consecutive in main memory, so it is necessary to check each time whether the next instruction fetch address fits within the data block, which increases system overhead and The advantages of memory cannot be fully utilized.

〔問題点を解決するだめの手段(及び作用)〕本発明は
上記の欠点を除き、主記憶メモリの管理をO8が行う事
で応用プログラムの負荷を軽くし、プログラムを簡単に
するとともに、主記憶メモリの利点を充分に生かし、主
記憶メモリを有効に使用する事も可能となった。
[Means (and effects) for solving the problem] The present invention eliminates the above-mentioned drawbacks and allows O8 to manage the main memory, thereby lightening the load on application programs and simplifying the program. It has also become possible to take full advantage of the advantages of storage memory and use main memory effectively.

〔実施例〕〔Example〕

第3図は本発明による携帯形データ端末装置の構成の一
例であυ、極く一般的なコンピュータの構成である。1
はCPU、2は主記憶メモリであるメインメモリ、3は
補助記憶メモリであるメモリバック、4は制御プログラ
ム(OS)が置かれるシステムROM、5はキーボード
、6は表示器、7は電源コントロール回路、8は電源で
ある所の電池である。
FIG. 3 shows an example of the configuration of a portable data terminal device according to the present invention, which is the configuration of an extremely common computer. 1
is a CPU, 2 is a main memory, 3 is a memory back as an auxiliary memory, 4 is a system ROM in which a control program (OS) is placed, 5 is a keyboard, 6 is a display, and 7 is a power control circuit. , 8 is a battery which is a power source.

第4図は本発明によるファイル管理の概念の一例であυ
、9は管理表であるポインタ) IJ、10.11はプ
ログラムを保存するファイル、12.13はデータを保
存するファイル、14は未使用の空き領域である。
Figure 4 is an example of the concept of file management according to the present invention.
, 9 is a pointer that is a management table) IJ, 10.11 is a file for storing programs, 12.13 is a file for storing data, and 14 is an unused free area.

10〜13のファイルは常に連続したメモリ領域に割り
当てられる様にO8によって管理される。第5図はメモ
リ管理方法の一例を示す図である。ディレクトリ部は各
々のファイルの開始アドレスとその大きさを管理する。
Files 10 to 13 are managed by O8 so that they are always allocated to consecutive memory areas. FIG. 5 is a diagram showing an example of a memory management method. The directory section manages the start address and size of each file.

第5図の例でファイル2が消去されたシ、ファイル2に
データを追加する時に他のファイル(第5図の例ではフ
ァイル3)が移動する。
In the example of FIG. 5, file 2 is deleted, and when data is added to file 2, another file (file 3 in the example of FIG. 5) is moved.

本発明では主記憶上にファイルが置かれ、常に連続した
メモリ領域に割当てられる様に管理されているので、プ
ログラムファイルの場合、CPUからそのファイル上の
プログラムを直接実行する事が可能であるため直接実行
させる。ところがそのプログラムがファイルを消去した
場合、その消去されるファイルが実行中のプログラムフ
ァイルよシ低位アドレス側にある時、O8によるファイ
ルの移動が生じ、実行中のプログラムも移動してしまう
In the present invention, files are placed on the main memory and managed so that they are always allocated to a contiguous memory area, so in the case of a program file, it is possible to directly execute the program on that file from the CPU. Execute directly. However, when the program erases a file, and the file to be erased is at a lower address than the program file being executed, the file is moved by O8, and the program being executed is also moved.

この場合OiSは移動するファイルが実行中のプログラ
ムファイルかをチェックし、もしそうであれば実行アド
レスを変える処理をしなければならず、O8の負荷が多
くなる。そこでプログラム実行中はプログラムファイル
の消去を禁止し、プログラムファイルを必ずデータファ
イルよりも低位アドレス側に置く様にO8がファイルを
管理していれば、プログラム実行中にその実行中プログ
ラムファイルの移動が生じる事がなくなる。またプログ
ラムをコピーしたシ消去したりする必要性があるのはプ
ログラム開発時、システム設定時だけであり、プログラ
ム実行中にプログラムファイルの消去を禁止する事によ
る不利益はをい。
In this case, OiS must check whether the file to be moved is a program file that is being executed, and if so, change the execution address, increasing the load on O8. Therefore, if the O8 manages files so that deletion of program files is prohibited while the program is running, and program files are always placed at lower addresses than data files, then the program file being executed cannot be moved while the program is running. Nothing will happen. Furthermore, it is necessary to erase copied programs only during program development and system setup, and there is no disadvantage to prohibiting the erasure of program files while the program is running.

尚、第5図の例ではディレクトリ部はメモリの先頭部分
に一個だけ取ってファイル管理を行っているが、これを
各ファイルの先頭部にヘッダとして取り、各ヘッダを順
番にポインタでり/りする方法(第6図)も考えられる
In the example shown in Figure 5, only one directory section is set at the beginning of the memory for file management, but this is set at the beginning of each file as a header, and each header can be accessed in turn with a pointer. A method (Fig. 6) can also be considered.

〔発明の効果〕〔Effect of the invention〕

以上説明したようにデータ端末装置においてその主記憶
メモリ上にデータやプログラムを保存する場合にファイ
ルとして管理し、その領域を連続して割当てるようにし
、さらにプログラムファイルをデータファイルよリモ低
位アドレス側に位置づけるように管理し、さらにプログ
ラム実行中にはプログラムファイルの消去を禁止するよ
うに管理する事で、プログラムファイル上のプログラム
をCPUで直接実行できるようになシ、またプログラム
ファイルの移動もなくなってO8の負荷が軽くなり、プ
ログラムの実行速度が向上する。
As explained above, when data and programs are stored in the main memory of a data terminal device, they are managed as files, the area is allocated contiguously, and the program file is placed on the lower address side of the remote than the data file. By managing the program files so that they are positioned in the correct position, and by prohibiting deletion of the program files while the program is running, the program on the program file can be executed directly on the CPU, and the movement of program files is also eliminated. The load on O8 is reduced and the program execution speed is improved.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は従来のデータ端末装置のメモリ管理の概念図、
第2図はフロッピーディスク装置におけるファイル管理
方式の一例を示す図、第3図は本発明によるデータ端末
装置の構成の一例を示す図、第4図は本発明によるファ
イル管理の概念の一例を示す図、第5図は本発明による
ファイル管理方式を示す図、第6図は本発明によるファ
イル管理の概念の他の例を示す図である。 1 ・・・ CPU 2・・・メインメモリ 3・・・メモリパック 4・・・システムROM 5・・・キーボード 6・・・表示器 7・・・電源コントロール回路 8・・・電池 9・・・ディレクトリ部分 10.11・・・プログラムファイル 12.13・・・データファイル 14・・・空き領域
Figure 1 is a conceptual diagram of memory management in a conventional data terminal device.
FIG. 2 is a diagram showing an example of a file management method in a floppy disk device, FIG. 3 is a diagram showing an example of the configuration of a data terminal device according to the present invention, and FIG. 4 is a diagram showing an example of the concept of file management according to the present invention. 5 is a diagram showing a file management method according to the present invention, and FIG. 6 is a diagram showing another example of the concept of file management according to the present invention. 1... CPU 2... Main memory 3... Memory pack 4... System ROM 5... Keyboard 6... Display 7... Power control circuit 8... Battery 9... Directory part 10.11...Program file 12.13...Data file 14...Free space

Claims (1)

【特許請求の範囲】 外部記憶装置をもたないデータ端末装置に おいてデータやプログラムを主記憶装置上にファイルの
形式で連続した領域に保存する場合にデータファイルと
プログラムファイルとにファイルを分類して、プログラ
ムファイルをデータファイルよりも低位アドレス側に位
置させる事を特徴とするファイル管理方式。
[Claims] In a data terminal device that does not have an external storage device, when data and programs are stored in a continuous area in the form of files on the main storage device, the files are classified into data files and program files. , a file management method characterized by locating program files at lower addresses than data files.
JP62093851A 1987-04-15 1987-04-15 File management system Pending JPS63257847A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP62093851A JPS63257847A (en) 1987-04-15 1987-04-15 File management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP62093851A JPS63257847A (en) 1987-04-15 1987-04-15 File management system

Publications (1)

Publication Number Publication Date
JPS63257847A true JPS63257847A (en) 1988-10-25

Family

ID=14093914

Family Applications (1)

Application Number Title Priority Date Filing Date
JP62093851A Pending JPS63257847A (en) 1987-04-15 1987-04-15 File management system

Country Status (1)

Country Link
JP (1) JPS63257847A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01175048A (en) * 1987-12-29 1989-07-11 Sharp Corp Computer

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01175048A (en) * 1987-12-29 1989-07-11 Sharp Corp Computer

Similar Documents

Publication Publication Date Title
JP3544610B2 (en) Memory device
JP2669365B2 (en) Rewritable ROM file device
JP2734391B2 (en) File management device for nonvolatile memory
JPH08328762A (en) Semiconductor disk device and memory management method therefor
JPH10124401A (en) Memory device
KR0185954B1 (en) Memory management method
JPH04213129A (en) Memory control system and memory control method
JPH10289158A (en) Task management device
JPS63257847A (en) File management system
JPH01204163A (en) File controller
JPH0887433A (en) Block management system of file system
JP3780610B2 (en) Billing information output device
JPS60252973A (en) Dynamic loading control system
JPH05258585A (en) Filing device
JPH0764831A (en) Data storage device
JPH06266619A (en) Page saving/restoring device
JPH01300352A (en) Dump area instruction control system
JPH1139210A (en) Memory controller for flash memory
JP2659979B2 (en) Computer system
JPS6349952A (en) Memory control system
JPS61245251A (en) File control method
JPS5936833A (en) Data processor
JPS6046747B2 (en) Initial program loading method
JPS63149741A (en) Descriptor table control system
JPS6180336A (en) Testing method of program