CN1162788C - 可换存储媒体和控制方法及计算机系统 - Google Patents

可换存储媒体和控制方法及计算机系统 Download PDF

Info

Publication number
CN1162788C
CN1162788C CNB971022143A CN97102214A CN1162788C CN 1162788 C CN1162788 C CN 1162788C CN B971022143 A CNB971022143 A CN B971022143A CN 97102214 A CN97102214 A CN 97102214A CN 1162788 C CN1162788 C CN 1162788C
Authority
CN
China
Prior art keywords
data
program
data file
management information
storage medium
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
Application number
CNB971022143A
Other languages
English (en)
Other versions
CN1164069A (zh
Inventor
中田正弘
����һ
小川絃一
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of CN1164069A publication Critical patent/CN1164069A/zh
Application granted granted Critical
Publication of CN1162788C publication Critical patent/CN1162788C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F2003/0697—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers device management, e.g. handlers, drivers, I/O schedulers
    • 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
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • 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
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99932—Access augmentation or optimizing
    • 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
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99933—Query processing, i.e. searching
    • Y10S707/99934—Query formulation, input preparation, or translation

Abstract

本发明旨在使得OS不同的计算机系统可以共同使用已存于可换存储媒体中的数据文件。解决方法如下：在数据文件的写入时，处理装置对写入对象的数据文件施行使之变成为以后计算机系统可以利用的那种加工后写入可换存储媒体中去。处理装置在数据文件的读入时，用既是与读入对象的数据文件相对应的程序又是计算机系统可执行的程序对数据文件施行使之可在计算机系统中利用的变换之类的加工，以后，用已施行了该加工的数据文件执行规定的处理。

Description

可换存储媒体和控制方法及计算机系统
本发明涉及对应地存储数据文件和对该数据文件施行目的是使之可在计算机系统中利用的加工的程序的可换存储媒体、向可换存储媒体进行的数据文件的写入/读入方法及以该可换存储媒体为数据输入媒体的计算机系统。
以往，为了使已记录于软盘和光盘之类的可换存储媒体(可以携带和更换的存储媒体)上的数据文件可在计算机系统中利用，必须先把用来利用已存储在可换存储媒体上的数据的软件存到计算机系统中去。
为此，现有技术存在着下述问题：想使用已记录于可换存储媒体中的数据的用户，必须根据已存于可换存储媒体中的数据的形式和其保管方法把用于利用数据的软件(程序)在利用数据之前登录于计算机系统中去，操作性能不好，而且在不能进行这种登录的情况下就不能利用已存储于可换存储媒体中的数据。特别是存在着有的情况下虽然在某一计算机系统或操作系统中可以利用已存于可换存储媒体中的数据，但在别的计算机系统或操作系统中却不能利用，在不同的构造的计算机系统之间或不同的操作系统之间不能进行数据的交换的问题。
此外，还存在着虽然有想限定可以利用已存于可换存储媒体中的数据的计算机系统(操作系统)或利用者的情况，或者，想使之仅仅能读入数据却禁止写入的情况等等，但却不能简单地进行以往那种控制的问题。
此外，由于现有技术是指定文件名后进行数据文件的读入的技术，故存在着不能用检索关键字简单地读入数据文件，或者不能用检索关键字一次读入多个数据文件的问题。
此外，由于现有的操作系统(OS)定义固定数据长单位(簇.Cluster)及其排列方法后才进行数据文件的存取，故存在着若簇长较短则在动画数据那样的长尺寸的数据将变成切分得很细的状态，使关于写入的性能变坏，反过来，在使簇长加长时对文本数据(text data)那样比较小的数据进行记录时，则将产针产生不能使用的区域，从而使空间效率降低的问题。
因此，本发明的目的是，使得为了利用已存于可换存储媒体中的数据文件，用户不必把与数据的形式和其保管方法有关的软件登录于计算机系统中去。
本发明的目的是使得OS不同的计算机系统可以共同使用已存储于可换存储媒体中的数据文件。
本发明的目的是使得可以容易地限定可以利用已存储于可换存储媒体中的数据文件的计算机系统(操作系统)或利用者，且可容易地设定读入/写入可能条件。
本发明的目的是使得采用输入检索关键字的办法就可以读入所希望的数据文件。
本发明的目的是使得可以用适合于数据文件的数据尺寸单位和数据配置进行数据文件的记录。
图1是本发明的原理说明图。图中，1是可以携带和交换的可换存储媒体，例如是光盘，2是光盘驱动装置，3是计算机系统，3a是处理装置(CPU)。
在可换存储媒体1中存储有用户数据管理信息30，程序管理信息40、多个数据文件(Data A～DATA C)31～33、对数据文件施行使之可在计算机系统中利用的加工的程序(DATA DRIVER1～DATA DRIVER 3〕41～43。用户数据管理信息30对于每一个数据文件都保持有(1)文件名30a，(2)数据文件的所在位置30b、(3)对数据文件施行为了使之可在计算机系统中利用的加工的程序的名称30C之间的对应关系。程序管理信息40对每一程序都保持有(1)程序名40a、(2)程序所在位置40b、(3)可使用程序的操作系统的名称(OS信息)之间的对应关系。另外，操作系统名不一定非要存储不可(本发明第1和第2方面)。
在数据文件写入时，计算机系统的处理装置3a还对应地把用于使写入对象的数据文件成为以后计算机系统3可以利用的加工程序写入可换存储媒体1中去。这样一来，处理装置3a在数据文件读入时，借助于与读入对象的数据文件相对应的程序，对于该数据文件施行用来使之可在计算机系统3中利用的变换之类的加工，之后，用已施行了该加工的数据文件执行规定的处理。比如说，对数据文件进行压缩并写入可换存储媒体1中去，在读入该数据文件之际，应用与数据文件对应的程序对数据文件进行复原(扩张)变换成计算机系统3可以处理的数据形式(本发明的第8、9、20方面)。
在数据文件写入时，处理装置3a使对于写入对象的数据文件进行使之变成为以后计算机系统可以利用的加工程序和可执行该程序的操作程序各进行对应并写入可换存储媒体1中去。这样一来，处理装置3a在数据文件的读入时，用既是与读入对象的数据文件相对应的程序，又是计算机系统3可以执行的程序、对数据文件施行用来使之在计算机系统中可以利用的变换之类的加工。之后，用已施行了该加工的数据文件执行规定的处理。比如，把数据文件以不依赖于操作系统的数据形式记录于可换存储媒体1中的同时，把用于进行使该数据文件变成为计算机系统可以利用的加工程序相应于各种操作系统存储起来。这样一来，在已具备规定的OS的计算机系统读入数据文件时，就用这既是与该读入对象的数据文件相对应的程序又是与该计算机系统OS相对应的程序把数据文件变换成可以处理的数据形式(本发明的第3、10、11、21方面)。
在程序管理信息40中，含有除了(1)程序名40a、(2)程序所在位置40b、(3)可使用程序的操作系统OS的名称40c之外，还要加上(4)规定用该OS可否进行该数据文件的读入和写入，或读入和写入可能条件的信息，并借助于该信息进行指示，使得可以进行写入/读入这两者或仅能读入，或禁止读入/写入这两者。这样，就可以限定可以利用已存储于可换存储媒体中的数据的操作系统OS或利用者(本发明的第4、12-15方面)。
在程序管理信息40中，除了(1)程序名40a、(2)程序所在位置40b之外，还含有数据文件检索用的关键字，采用在数据文件读入时指定该检索关键字的办法，读入具有所指定的关键字的数据文件(本发明的第7、16、17方面)。
在用规定的数据尺寸单位记录数据文件的情况下，在用户数据管理信息30中，除了(1)文件名(2)用于决定该数据尺寸及数据配置的程序的名称之外，还含有指示数据文件的开头位置和记录各数据尺寸单位的数据的数据位置的数据配置信息，以在数据文件读入时用该开头位置和配置信息读入数据文件(…本发明的第8、18、19方面)。
以下简单地说明附图。
图1是本发明的原理说明图。
图2是本发明的计算机系统的构成图。
图3是可换存储媒体中的数据构成图。
图4是第1实施例的数据文件的读出处理流程图。
图5是用户选择数据驱动程序时的第1实施例的写入处理流程图。
图6是程序管理信息中含有扩展名时的可换存储媒体的数据构造图。
图7是用文件名的扩展名选择数据驱动程序时的第1实施例的写入处理流程图。
图8是第1实施例的可换存储媒体的数据构造图。
图9是第2实施例的数据文件的读入处理流程图。
图10是第2实施例的数据文件的写入处理流程图。
图11是第2实施例的第1优选例说明图。
图12是第2实施例的第2优选例说明图。
图13是数据驱动程序中的加工处理流程图。
图14是第3实施例的可换存储媒体的数据构造图。
图15是第3实施例的数据文件的读入处理流程图。
图16是第3实施例的数据文件的写入处理流程图。
图17是第3实施例的数据文件的另一读入处理流程图。
图18是第3实施例的数据文件的另一写入处理流程图。
图19是OS/A用数据驱动程序Data Driver 1的处理流程图。
图20是OS/B用数据驱动程序Data Driver 1的处理流程图。
图21是OS/A用数据驱动程序Data Driver 2的处理流程图。
图22是OS/B用数据驱动程序Data Driver 2的处理流程图。
图23是第4实施例的用户数据管理信息的说明图。
图24是第4实施例的数据文件的读入处理流程图。
图25是第4实施例的数据文件的写入处理流程图。
图26是具备有数据文件检索程序的可换存储媒体的数据构成图。
图27是第5实施例的可换存储媒体中的数据构造图。
图28是第5实施例的数据文件的读入处理流程图。
图29是第5实施例的数据文件的写入处理流程图。
图30是第6实施例的可换存储媒体中的数据构成图。
图31是第6实施例的处理流程图(读入)。
图32是第6实施例的处理流程图(写入)。
图33是第6实施例的优选例说明图。
以下说明实施例。
(A)第1实施例
(a)系统构成
图2是本发明的计算机系统的构成图，1是可携带和交换的可换存储媒体(例如光盘)，2是从光盘读取数据(数据文件、程序)的同时写入数据的光盘驱动装置，3是计算机系统。在计算机系统3中，3a是处理装置(CPU)、3b是总线(BUS)，3c是RAM，3d是ROM，4a是CRT控制装置，4b是显示装置(例如CRT)、5a是键盘控制装置，5b是键盘，6a是鼠标控制部分，6b是鼠标，7a是打印机控制部分，7b是打印机，8a是硬盘之类的外部存储装置，8b是硬盘驱动装置，9a是控制各驱动装置的外部存储控制装置，9b是外部存储装置用BUS。
光盘1有N个光迹，各个光迹由比如说24个扇区构成，从第1光迹的第1扇区开始到第N光迹的第24扇区为止依次给以逻辑上的扇区地址，结果变成为用该扇区地址来指定扇区位置。
(b)可换存储媒体的数据构成
在作为可换存储媒体的光盘1中，如图3所示，存有卷管理信息20、用户数据管理信息30、程序管理信息(数据驱动程序管理信息)40、多个数据文件(DATA A～DATA C)31～33、对于数据文件施行用来使之可在计算机系统中利用的加工的数据驱动程序(DATA DRIVER L～DATA DRIVER 3)41～43。
卷管理信息20被写入光盘1的事先定好的场所上，具有(1)给出用户管理信息30的开始位置的数据20a，(2)给出程序管理信息40的开始位置的数据20b。用户数据管理信息30在每一数据文件中均保持有(1)文件名(DATA A～DATA C)30a、(2)数据文件的开始位置(文件开头扇区位置)30b、(3)与对数据文件施行用来使之可在计算机系统中利用的加工的数据驱动程序(程序)的名称(DATA DRIVER 1～DATADRIVER 3)30c之间的对应关系。程序管理信息40，在每一数据驱动动器中均具有(1)数据驱动程序名(DATA DRIVER 1～DATA DRIVER 3)40a、和(2)数据驱动程序的开始位置(数据驱动程序开头扇区)40b。
(c)工作概况
计算机系统3用含于ROM 3d或可换存储媒体1或硬盘8a之类的外部存储装置中的任何一个中的程序或各自的程序的协同而构成的操作系统OS来运行。
当借助于程序或键盘5b，产生了应从可换存储媒体1中获得数据文件的要求(例如数据文件读入指令)时，CPU3a参照已记录于媒体上的用户数据管理信息30、获得对象数据文件的开始位置30b和对该数据文件施行用来使之可在计算机系中利用的加工的数据驱动程序的名称3c并存放于RAM 3c之内。
接着，CPU 3a参照程序管理信息40，求得具有上述已得到的数据驱动程序名的数据驱动程序的开始位置并存放于RAM3c之内。然后，把数据驱动程序读出至RAM 3c的同时，用上述已得到的对象数据文件的开始位置读出数据文件，并用数据驱动程序对该数据文件加工成可在计算机系统中利用的形式。以后，CPU 3a对该加工后的数据文件执行用别的方法指示的处理。
(d)数据文件读入处理
图4是从可换存储媒体1中读入规定的数据文件时的第1实施例的处理流程。
当CPU 3a发出了指定数据文件的读入指令时，把用户数据管理信息30读入RAM3C中(步骤101)。接着，从用户数据管理信息30之内寻找与由读入指令所指定的文件名(数据名)一致的文件名(数据名)(步骤102～104)。在用户数据管理信息30中没有由读入指令所指定的文件名的情况下，意味着在可换存储媒体1中尚未进行记录，处理结束(异常结束abend)。
另一方面，在用户数据管理信息30中存在该文件名的情况下，获得与该文件名相对应地已存储好了的数据文件开始位置和数据驱动程序的名称(步骤105)。在比如说安装得到Data A这一名称的文件的情况下，如果在可换存储媒体1中已经记录下图3所示的那种数据管理信息的话，则可获得作为开始扇区位置的“1”和作为数据驱动程序名的“Data Driver 1”。之后，CPU 3a把程序管理信息40读入RAM 3c(步骤106)，再从其中获得具有在步骤105已求得的数据驱动程序名的程序管理信息(步骤107～109)。
在程序管理信息40中不存在步骤105所求得的数据驱动程序名的情况下，意味着在可换存储媒体1中尚未记录该数据驱动程序，处理结束(异常结束abend)。
另一方面，在程序管理信息40中存在步骤105中已求到的数据驱动程序名的情况下，就获得与该数据驱动程序名相对应地已存储好了的数据驱动程序的记录开始位置并存于RAM 3c中(步骤110)。在刚才的例子中，将获得“Data Driver 1”的开始位置“10”。之后，CPU 3a从该开始位置把数据驱动程序读入RAM 3c的同时，从在步骤105中得到的开始位置把数据文件读入RAM 3c(步骤111～112)。然后，CPU 3a借助于已读入的数据驱动程序对数据文件施行使之可在计算机系统中利用的规定的加工(步骤113)。
例如，对数据文件进行压缩并写进可换存储媒体1中去，在读入该数据文件之际则应用与数据文件对应的数据驱动程序使数据文件复原(扩张)变换成计算机系统不可以处理的形式。
(e)数据文件写入处理
在数据文件写入时，要选择对数据文件进行加工的数据驱动程序有三种方法。第1种方法是用户选择方法，第2种方法是应用(程序)选择方法，第3种方法是数据驱动程序本身进行选择的方法。
(e-1)用第1种方法对数据驱动程序进行选择处理
图5是用第1种方法对数据驱动程序进行选择并把数据文件写入可换存储媒体中去的第1实施例的写入处理流程图。
在数据文件的写入开始时，用户输入数据驱动程序名或者指定与之相当的数据驱动程序的信息(步骤151)。比如用键盘之类的输入装置送入“Set Data Driver＝Driver 1”这样的指令，就可以明白地指定数据驱动程序。
之后，CPU 3a进行在程序管理信息40中是否存在所指定的数据驱动程序名的判断(步骤152～154)，在存在的情况下进行步骤155以后的写入处理。另一方面，在程序管理信息40内不存在所指定的数据驱动程序名的情况下，由于在可换存储媒体中不存在该数据驱动程序，故处理结束(异常结束abend)。
在存在数据驱动程序的情况下，就获得由程序管理信息40所指定的数据驱动程序的记录开始位置并存于RAM 3c中(步骤155)。之后，CPU 3a从该开始位置把数据驱动程序读入RAM 3c中去(步骤156)，用该数据驱动程序对数据文件施行规定的加工处理(步骤157)。
加工处理结束后，CPU 3a从可换存储媒体1读入用户数据管理信息30(步骤158)、获得记录数据文件的位置(步骤159)、把加工完毕的数据文件写入该记录位置(步骤160)。然后，CPU 3a生成表示出数据文件的文件名和数据驱动程序的名称及数据文件的写入位置之间的对应关系的用户数据管理信息并写入可换存储媒体中去(步骤161)。
用户选择数据驱动程序的第1种方法在下述那种情况下使用。例如，在可换存储媒体1上存在不限制利用者的第1数据驱动程序datadriver 1和催促输入口令以限制别人利用的第2数据驱动程序datadriver 2的情况下，在记录用户已作成的文本数据文件时不限制该文本数据(text data)的利用的情况下，选择data driver 1，在限制利用者的情况下选择data driver 2。
(e-2)用第2种方法对数据驱动程序进行选择处理
选择数据驱动程序的第2种方法是应用程序对数据驱动程序进行选择的方法。就像把字处理器叫做文本数据、把表计算软件叫做表计算那样，预先定好处理各种应用的数据形式。这样一来，在写入已作成了的数据文件时，应用程序就自动地发出比如说“Set Data driver＝Driver 1”这样的指令以选择适合于自己的数据形式的数据驱动程序。用该第2种方法进行的数据写入处理流程图和图5的流程图几乎一样。不同之处是步骤151中，在写入数据之前，应用程序用上述指令要输入数据驱动程序名或指定数据驱动程序的信息这一点，步骤152以后的处理与图5完全一样。
(e-3)用第3种方法对数据驱动程序进行选择处理
选择数据驱动程序的第3种方法是数据驱动程序本身先对可否处理想写入的数据进行判断。在可以处理的情况下，就使用该数据驱动程序的方法。在写入数据时，例如，像“write data A.txt”那样，对指示进行写入的“write”这一指令加上“data A.txt这样的在媒体上的文件名。该文件名的圆点“·”以后的叫作扩展名、例如在文本文件中扩展名为“txt”，若为图像数据则为“bmp”，若为音乐数据则为“wav”，以指定文件的内容。因此，在作成数据驱动程序时先定义扩展名，并如图6所示在程序管理信息40中，使数据驱动程序名40a与数据驱动程序开始位置40b和扩展名40c相对应地存入可换存储媒体1中去。这样一来，如果发出了上述写入指令，则以文件名的扩展名为关键字就可以由程序管理信息40选择数据驱动程序。
图7是用第3方法指定数据驱动程序并把数据文件写入可换存储媒体中去的第1实施例的写入处理流程图。
当发出了“Write data A.txt”这样的写入指令时(步骤181)，CPU 3a就分离出作为扩展名的“txt”(步骤182)。接着，从程序管理信息40的开头取出各数据驱动程序可以处理的扩展名(步骤183～185)。在图6的程序管理信息40的例子中，最初和第2个数据驱动程序Data Driver 1，Data Driver 2所可以处理的扩展名分别是“wav”，“bmp”，故不能选择这些数据驱动程序。但是，第3个数据驱动程序Data Driver 3所能处理的扩展名是“txt”，与含于写入指令中的扩展名相符。因此，选择数据驱动程序Data Driver 3并进行以后的写入处理。但是，在不存在可以处理含于写入指令中的数据文件的扩展名的数据驱动程序时，则进行异常结束。
以后，进行与图5同样的处理，把用写入指令指定的数据文件写入可换存储媒体1中去。即从程序管理信息40获得数据驱动程序的记录开始位置，存于RAM 3c中(步骤186)。之后，CPU 3a从该开始位置把数据驱动程序读入RAM 3c(步骤187)，再用该数据驱动程序对数据文件进行规定的加工(步骤188)。
加工处理完了之后，CPU 3a从可换存储媒体1读入用户数据管理信息30(步骤1 89)、获得记录数据文件的位置(步骤190)、把加工完毕的数据文件写入该记录位置中去(步骤191)。然后，CPU 3a生成给出数据文件的文件名、上述数据驱动程序的名称和数据文件的写入位置之间的对应关系的数据管理信息并写入可换存储媒体中去(步骤192)。
在上边虽然示出的是用扩展名选择数据驱动程序的例子，但在数据文件中大多填入有用于指定其数据形式的ascii字符串等等。因此，在这样的情况下，可以构成为在程序管理信息中，预先使数据驱动程序开始位置40b和上述ascii字符串与数据驱动程序名40a相对应，使得在发出了数据文件写入指令时，参照含于该数据文件中的ascii字符串选择数据驱动程序。当然，也可并用扩展名和这种方法。
以上，在第1实施例的说明中，把数据文件的读入/写入和数据文件的加工分了开来，但也可边顺次加工边进行读入/写入。
作为第1实施例的数据文件在利用图象数据文件的情况下，先用JPEG，TIFF等这样的格式记录到可换存储媒体1上，再把向某一OS中擅长的数据格式进行变换的变换程序作为数据驱动程序进行登录。这样的话，OS就不需理会已记录的图象数据文件的格式是什么格式，用成对地读入数据驱动程序与数据，然后用数据驱动程序对数据文件进行加工(变换)这样的处理顺序来利用图象数据。
另外，在向可换存储媒体2中记录数据文件的情况下，也可以用数据驱动程序的读入、数据文件的加工、加工后的数据文件的写入这样的步骤进行数据文件的写入。因此，在利用特殊的数据形式或者新的数据形式的数据文件的情况下，就变成为仅仅进行数据驱动程序的制作，不需变更OS就可利用。
(B)第2实施例
(a)第2实施例概况
第2实施例是作成为使之即使是用不同的OS也可以共同使用数据文件的实施例，系统构成与示于图2的第1实施例的构成相同。
作为可换存储媒体的光盘1，如图8所示，具有和图3的第1实施例几乎一样的数据存储构成。第1个不同点是程序管理信息40在每一数据驱动程序中除了(1)数据驱动程序名(DATA DRIVER 1～DATA DRIVER3)40a、(2)数据驱动程序的开始位置(数据驱动程序的开头扇区)40b之外，还具有(3)可以使用数据驱动程序的操作系统的名称这一点。第2个不同之点是存在两个以上具有同一数据驱动程序名的程序管理信息，且各自的操作系统各不同这一点。就是说，作为数据驱动程序DataDriver 1已登录了操作系统A，B用的两个。此外，作为数据驱动程序Data Driver 2登录了操作系统A，B用两个。
把数据文件以不依赖于操作系统的数据形式记录于可换存储媒体1中去的同时，还把用来使该数据文件变成计算机系统可以利用的加工程序与各个操作系统的相对应地分别存放。这样一来，当已具有规定的操作系统OS的计算机系统读入数据文件之际，用既是与该读入对象的数据文件相对应的数据驱动程序，又是与自己的操作系统OS相对应的数据驱动程序把数据文件变换成操作系统OS所能处理的形式。
(b)第2实施例的数据文件读入处理
图9是第2实施例的数据文件读入处理的流程图。
当发出了数据文件的读入指令时，CPU 3a就把用户数据管理信息30读入RAM 3e(步骤201)。接着，从用户数据管理信息30中寻求与被读入指令所指定的文件名一致的文件名(数据名)(步骤202～204)。在用户数据管理信息30中不存在被读入指令所指定的文件名的情况下，使处理结束(异常结束abend)。
另一方面，在用户数据管理信息30中存在该文件名的情况下，从用户数据管理信息中获得与该文件名相对应地已存好了的数据文件开始位置和数据驱动程序的名字(步骤205)。接着，CPU 3a把程序管理信息40读入RAM 3c(步骤206)，从其中获取既是具有在步骤205中所求得的数据驱动程序名的数据驱动程序又是自己的操作系统OS所能够执行(可以使用)的数据驱动程序的程序管理信息(步骤207～210)，以后，执行步骤211以后的读入处理。
另一方面，在不存在既是具有在步骤205中所求得的数据驱动程序名的数据驱动程序，又是自己的操作系统OS可以执行(可以使用)的数据驱动程序的情况下则使处理结束(异常结束abend)。
在步骤210之后，CPU 3a获得数据驱动程序的记录开始位置并存储于RAM 3c之中(步骤211)。之后，CPU 3a从该开始位置开始把数据驱动程序读入RAM 3c的同时，从在步骤205中所得出的开始位置开始把数据文件读入RAM 3c(步骤212～213)。之后，CPU 3a用已读入的数据驱动程序对数据文件施行使之可以在计算机系统中利用的加工(步骤214)。
据上所述，如图8所示，在可换存储媒体1中已记录有用户数据管理信息30和程序管理信息40等等的情况下，在读入数据文件Data A时，从用户数据管理信息30中作为对该数据文件施行加工的数据驱动程序寻找“Data Driver 1”。接着，当参照图8的程序管理信息40时，因OS的不同，登录有2种“Data Driver 1”。如果在计算机系统3中所使用的操作系统是OS/B，则可把数据驱动程序的开始位置指定为“12”，并从该开始位置开始，读入数据驱动程序Data Driver 1，用该数据驱动程序对数据文件Data A施行规定的加工。
(c)第2实施例的数据文件写入处理
图10是第2实施例的数据文件写入处理流程，是用户选择数据驱动程序的情况。
在数据文件的写入开始时，用户输入数据驱动程序名或指定与之相当的数据驱动程序的信息(步骤251)。比如，通过用键盘之类的输入装置送入“Set data Driver＝Driver 1”这样的指令，就可以明白地指定数据驱动程序。
之后，CPU 3a就对在程序管理信息40中是否存在既是具有上述所指定的数据驱动程序名的数据驱动程序又是自己的操作系统OS所可使用的驱动程序进行判断(步骤252～255)，在存在的情况下就进行步骤256以后的写入处理。另一方面，在程序管理信息40中不存在所指定的数据驱动程序名的情况下，由于在可换存储媒体1中不存在该数据驱动程序，故处理结束(异常结束abend)。
在存在数据驱动程序的情况下，就从程序管理信息40中获取数据驱动程序的记录开始位置，存于RAM 3c中(步骤256)。其后，CPU 3a就从该开始位置开始把数据驱动程序读入RAM 3c(步骤257)、并用该数据驱动程序对数据文件施行规定的加工(步骤258)。
加工处理完毕之后，CPU 3a从可换存储媒体1中读入用户数据管理信息30(步骤259)、获得将记录数据文件的位置(步骤260)、并把已加工完毕的数据文件写入该记录位置(步骤261)。然后，CPU 3a生成给出数据文件的文件名、上述数据驱动程序的名称和数据文件写入位置之间的对应关系的数据管理信息并写入可换存储媒体中去(步骤262)。
(d)第2实施例的适用例
(d-1)第1适用例
倘采用第2实施例，则在把数据文件以不依赖于操作系统的数据形式记录于可换存储媒体1中去的同时，分别预先进行用于使该数据文件变成计算机系统可以利用的那种加工的加工程序与各操作系统相对应地存放，在已具备规定的操作系统OS的计算机系统读入数据文件时，用既是该读入对象的数据文件的数据驱动程序又是与自己的操作系统OS相对应数据驱动程序把数据文件变换成操作系统OS可以处理的数据形式。
图11是第2实施例的第1优选例说明图，图11(a)是用ascii码编制的文本数据文件Data A的一部分字符串，图1(b)是以操作系统OS/A所能处理的Shift JIS形式表示出来的字符串，图11(c)是以操作系统OS/B所能处理的JIS形式表示出来的字符串。
OS/A可用叫做Shift JIS形式这种字符代码形式处理文本数据、OS/B可用叫做JIS形式的字符代码形式处理文本数据，而在可换存储媒体1中假定已用ascii代码记录有文本数据文件Data A。在这种情况下，要想用OS/A向存储器内读入已记录于可换存储媒体1中的数据文件Data A的话，OS/A先访问用户数据管理信息30以检索有关数据文件Data A的记述。从这一检索中，OS/A将得到数据文件Data A的开始位置和数据驱动程序的名称(Data Driver 1)。其次，OS/A访问程序管理信息40以参照有关数据驱动程序Data Driver 1的信息。有关数据驱动程序Data Driver 1的记述，在图8的例子中虽然找到了有对于OS/A的记述和对OS/B的记述，但由于正在进行对OS/A的参照，故可以获得有关对于OS/A的数据驱动程序Data Driver 1的开始位置信息(开始扇区10)。于是，就把有关OS/A的数据驱动程序Data Driver 1读入存储器内。这一OS/A用的数据驱动程序Data Driver 1具有把已记录于可换存储媒体1中的ascii形式的文本数据变换成Shift JIS形式的功能。因此，可以在从可换存储媒体1中读出数据文件Data A的同时，或者在暂时保管于存储器中之后，用该OS/A用的数据驱动程序Data Driver 1把数据文件Data A从ascii形式变换成shift JIS形式，变成在OS/A中可以使用的数据形式。
在OS/B的情况下，在图8的数据驱动程序管理状态40的访问时，选择OS/B用的数据驱动程序Data Driver 1并读入存储器内。该OS/B用的数据驱动程序Data Driver 1，具有把ascii形式的文本数据变换成JIS形式的功能，故采用进行与OS/A的时候同样的变换的方法，就可以变换成在OS/B中可用的数据形式。
即便是在数据的写入中，如果在OS/A中在媒体中记录的是shiftJIS形式的文本数据，则通过用程序管理信息40选择OS/A用的数据驱动程序Data Driver 1，该OS/A用的数据驱动程序Data Driver 1就进行从Shift JIS形式向ascii形式的变换，用ascii形式向可换存储媒体1进行数据文件的记录。另外，如果在OS/B中在媒体中记录的是JIS形式的文本数据，则选择OS/B用的数据驱动程序1，该数据驱动程序Data Driver 1进行从JIS形式向ascii形式的数据形式的变换，用ascii的形式进行向可换存储媒体1的数据文件的记录。
在以上的例子中，虽然示出的是在文本数据中的形式变换的例子，但在图象数据文件，音乐数据文件，表计算数据文件等等的各种数据文件中也是相同的。即，操作系统OS在OS从可以利用的资源为基础的限制之中，对于各自的数据种类支持一种最适合于自己的形式，并用数据驱动程序对数据文件进行加工使之满足该形式，这样一来，即使在不同的OS之间也可以容易地进行数据的交换。
(d-2)第2适用例
图12是第2优选例的说明图，是OS/A用位映象(Bitmap)方式处理图象，OS/B用Raw形式处理图象，在可换存储媒体1中以称之为不依赖于操作系统的JPEG的形式记录数据文件Data A的情况。
如图12(a)所示，对于8×8象素，假定用户已在OS/B中作成了用1字节/象素表现的图象数据。在OS/B中，由于是称之为RAW形式的仅仅单纯的图象这种数据形式，故将变成图12(b)那种数据形式。要想把它记录于可换存储媒体中去的话，OS/B用的数据驱动程序就要把上述RAW形式的图象数据变换成JPEG形式进行记录。就是说，首先用被称为DCT(离散余弦变换)的方式把RAW形式图象数据变换成空间频域的数据。接着，对各频率成分用(Huffman)霍夫曼表之类的量化表使之量化，之后进行熵(entropy)编码以变换成示于图12(c)的JPEG形式的图象数据并把用变换所得到的JPEG形式的图象数据记录于可换存储媒体1中。
此后，在用OS/A使用已记录于该可换存储媒体1中的JPEG形式的图象数据时，OS/A用的数据驱动程序在把JPEG图象数据暂时在存储器上进行熵译码之后，用量化表进行反量化，接着，进行DCT变换以再生RAW形式的图象数据。其后，进行数据配置的替换，如图12(d)所示，变换成在OS/A中可执行的位映象形式。
在本例中，虽然示出的是从OS/B向OS/A的变换，但反过来的情况也是一样的。另外，对于RAW、JPEG，位映象以外的被称作TIFF的形式也是一样的。另外，即使是在由多数个图象数据构成的动画的情况下也是一样的。
(d-3)第3适用例
采用把数据驱动程序作成为进行数据压缩或扩张的程序的办法，可以减小要记录于可换存储媒体中的数据文件的大小。在应用这种数据驱动程序的情况下，在图9的步骤214的数据处理中，可用该数据驱动程序进行扩张(压缩数据的复原处理)，在图10的步骤258的数据处理中可以进行数据压缩处理。
作为压缩/扩张的方法人们提出了种种的方法，例如使用运行长度法情况下的数据压缩处理的流程图示于图13。运行长度法在连续出现0或1的数据时，采用对其连续量进行记录的方法进行压缩。在图10的步骤258的数据加工处理(压缩处理)中，CPU 3a在使第1寄存器变数C变为0之后，从已存储有应进行压缩的数据的存储器中，把n位(例如8位)的数据取入寄存器(步骤258a～258b)。接着，在把第2寄存器变数I变成0之后，(步骤258c)，对每一位进行检查它是否与前一位相同，如果相同则对C进行增1计数，同时对I进行增量计数，检查I＝8否(步骤258d～258h)。如果I＜8，则返回至步骤258d以后的处理。如果I＝8，则检查数据是否完了(步骤258i)，如果没有完，则返回步骤258b读出下一个8位数据继续进行以后的处理。另一方面，在步骤258d中，如果和前边的数据的一样，则输出变数C(“1”或者“0”的连续个数)(步骤258j)，接着，使该寄存器变数C清0(步骤258K)，以后，反复进行步骤258g以下的处理。
在以上的压缩处理的例子中，把从存储器取入寄存器中的数据定为8位，但是，由于所使用的计算机系统的CPU和OS的不同，一次所能够取入的数据量n也不同，比如8位，16位，32位，64位等等，n越大处理效率越好。于是，把用例如数据量n＝16进行数据压缩/扩张的数据驱动程序作为OS/A用，把用数据量n＝64进行数据压缩/扩张的数据驱动程序作为OS/B用并分别预先存入可换存储媒体1中，采用根据OS来分别使用数据驱动程序的办法，就可以实现最大限度的性能。
另外，虽然作为数据压缩方式，用运行长度法进行了说明，但本发明并不受限于这种方式。
(c)第3实施例
第3实施例是对已存储于可换存储媒体中的数据文件的利用环境和利用者进行限定的实施例，系统构成和图2的第1实施例相同。
(a)可换存储媒体中的数据构造
图14是第3实施例中的可换存储媒体的数据构成说明图，具有和图8几乎相同的数据构成。不同之处在于，程序管理信息40在每一数据驱动程序中，除去(1)数据驱动程序名(DATA DRIVER 1～DATADRIVER 3)40a，(2)数据驱动程序的开始位置(数据驱动程序开头扇区)40b和(3)可以使用数据驱动程序的操作系统OS的名称40d之外，还具有(4)对已存储于可换存储媒体中的数据文件的利用环境和利用者进行限定的条件40e。借助于条件40e，可以指定(1)操作系统是否可以无条件地用数据驱动程序进行数据文件的读入和写入，(2)可以指定用于使读入和写入成为可能的利用条件。利用条件用OS等的种类、数据种类和大小、利用者信息来记述，且可用这些信息中的一个或把多个组合起来进行记述，条件既可永远固定，又可对利用者促使输入口令之类的数据并以之作为条件。另外，没有必要把写入和读入时的条件作成相同。还有，条件既可在整个可换存储媒体中作成相同。也可以文件为单位进行指定。
在图14中，使用“Data Driver 1”的数据文件Data A，在OS/A中只能用Read only进行存取，但在OS/B中，则变为可以Read/write。另外，使用“Data Driver 2”的数据文件Data B在OS/A中必须输入口令password，仅仅在已输入了“abc”时才可进行存取。与此相对，在OS/B中则不可能无条件地进行存取。
(b)数据文件的读入处理
图15是第3实施例中的数据文件的读入处理流程图。
当产生了数据文件的读入指令后，CPU 3a就把用户数据管理信息30读入RAM 3c中(步骤301)。接着，从用户数据管理信息30中，寻找与被读入指令指定的文件名一致的文件名(数据名)(步骤301-304)，在用户数据管理信息30中不存在由读入指令指定的文件名的情况下，使处理结束(异常结束abend)。
另一方面，在用户数据管理信息30中存在该文件名的情况下，从用户数据管理信息30中获得与该文件名对应的数据文件开始位置和数据驱动程序的名称(步骤305)。接着，CPU 3a把程序管理信息40读入RAM 3c(步骤306)，并从其中获得既是具有在步骤305中求得的数据驱动程序名的数据驱动程序，又是自己的操作系统OS所能执行(能使用)的数据驱动程序的程序管理信息(步骤307～310)，以后，进行步骤311以下的读入处理。
另一方面，在不存在既是具有在步骤325中所求得的数据驱动程序名的数据驱动程序又是自己的操作系统OS所能执行(能使用)的数据驱动程序的情况下，则使处理结束(异常结束abend)。
在步骤310之后，CPU 3a获得数据驱动程序的记录开始位置并存储于RAM 3c中(步骤311)。其后，CPU 3a从该开始位置开始把数据驱动程序读入RAM 3c(步骤312)。
数据驱动程序读入结束后，CPU 3a就从程序管理信息40中获得读入条件(利用可能环境条件)40e(步骤313)，并判断是否已满足读入条件(步骤314)。在未满足读入条件的情况下使之异常结束。在已满足条件的情况下，就从在步骤305所得到的开始位置开始把数据文件读入RAM 3c，并用已读入的数据驱动程序对数据文件施行规定的加工使之可以在计算机系统中利用(步骤315)。
在步骤313中，在利用条件为“Read only”(只能读)或“fullaccess”(完全存取)的情况下，允许无条件地进行数据文件的读入，在“disable”(不能)的情况下，则无要件地禁止数据文件的读入，另外，在“password abc”(口令abc)的情况下，在显示屏上表示出促使输入口令的信息，只有在输入了该口令“abc”的情况下才允许输入数据文件。
(c)数据文件的写入处理
图16是第3实施例的数据文件写入处理流程图，是用户对数据驱动程序进行选择的情况。
在数据文件的写入开始时，用户输入数据驱动程序名或指定与之相当的数据驱动程序的信息。例如，通过用键盘之类的输入装置送入“Setdata Driver＝Driver 1”这样的指令，就可以明白地指定数据驱动程序。在已输入了上述指令之后，CPU 3a就对在程序管理信息40内是否存在既是具有上述指定的数据驱动程序名的数据驱动程序，又是自己的操作系统OS所能使用的数据驱动程序进行判断(步骤351～354)，在存在的情况下就进行步骤355以后的处理。另一方面，在程序管理信息40中不存在用上述指令所指定的数据驱动程序名的情况下则使处理结束(异常结束abend)。
在数据驱动程序存在的情况下，则从程序管理信息40中获得数据驱动程序的记录开始位置并存储于RAM 3c中(步骤355)。其后，CPU3a就从该开始位置开始，把数据驱动程序读入RAM 3c(步骤356)，从程序管理信息40中获得写入条件(利用可能环境条件)40e(步骤357)、判断是否已满足写入条件(步骤358)。
在尚未满足写入条件的情况下使之异常结束，在已满足了的情况下，就从可换存储媒体1读入用户数据管理信息30(步骤359)、获得要记录数据文件的位置(步骤360)。然后，CPU 3a用在步骤456中已读入的数据驱动程序对写入对象的数据文件施行规定的加工处理，并把加工处理后的数据文件写入在步骤360所求得的记录位置中去(步骤361)。最后，CPU 3a生成给出数据文件的文件名、数据驱动程序的名称及数据文件的写入位置之间的对应关系的数据管理信息并写入可换存储媒体中去(步骤362)。
在步骤358中，在利用条件为“full access”的情况下，无条件地允许数据文件的写入，在“Read only”或“disable”的情况下，无条件地禁止数据文件的写入，而在“Password abc”的情况下，则在显示屏上显示促使输入口令的信息，只有在输入了该口令“abc”的情况下，才允许数据文件的写入。
如以上所述，借助于用数据驱动程序来实现限定利用环境的功能的办法，使得能够在例如数据文件的创作(auzhoring)环境下成为fullaccess，在用户的利用环境下成为Read only，或者仅使满足利用条件的用户才可以使用，从而能够在进行数据的权利保护的同时广泛地利用数据。
(d)第3实施例的变形例
以上，是给数据驱动程序管理信息40附加上利用条件(数据文件的存取条件)并根据该利用条件允许或禁止数据文件的读入、写入的情况。但是，也可以使数据驱动程序具有管理用户对于数据文件进行的存取的功能。
图17是这种情况的读入处理的流程图，与图15的处理流程相同的那些步骤给以相同的步骤序号。另外，数据驱动程序仅仅进行对数据文件的存取管理、不对文件施行变换之类的加工。
在图17中，与图15的处理不同之处是同步骤312把数据驱动程序读入RAM3c之后的处理。CPU3a读入数据驱动程序后，立即执行该数据驱动程序(步骤321)，并根据数据驱动程序的执行结果，对是否应继续进行以下的数据文件的读入处理进行判断(步骤322)。在因数据驱动程序的执行而得到的返回值是FALSE的情况下使之异常结束。在TRUE的情况下则从在步骤305中所得到的开始位置把数据文件读入RAM3c(步骤315)。
图18是写入处理的流程图，对与图16的处理流程相同的步骤赋以相同的步骤序号。另外。数据驱动程序仅仅对数据文件的存取进行管理，不对数据文件进行变换之类的加工。
在图18中，与图16的不同之处是用步骤356把数据驱动程序读入RAM3c之后的处理。CPU3a读入数据驱动程序后立即执行该数据驱动程序(步骤371)，并根据数据驱动程序的执行结果，判断是否应继续执行以后的数据文件的写入处理(步骤372)。在因数据驱动程序的执行而得到的返回值为FALSE的情况下，使之异常结束，在TRUE的情况下则从可换存储媒体1中读入用户数据管理信息30(步骤359)，获得记录数据文件的位置(步骤360)。然后，CPU 3a把写入对象的数据文件写入在步骤360中求得的记录位置中去(步骤361)、最后，生成给出数据文件的文件名数据驱动程序的名称及数据文件的写入位置之间的对应关系的数据管理信息并写入可换存储媒体中去(步骤362)。
图19是OS/A用的数据驱动程序Data Driver#1的处理流程图，图20是OS/B用的数据驱动程序Data Driver#1的处理流程图，图21是OS/A用的数据驱动程序Data Driver#2的处理流程图，图22是OS/B用的数据驱动程序Data Driver#2的处理流程图。
用于规定数据文件Data A的存取条件的OS/A用data Driver#1，如图19所示，先判断是不是写入(步骤401)，在写入的情况下使返回值变成FALSE(步骤402)，在读入的情况下使返回值变为TRUE(步骤403)。结果，在已备有OS/A的计算机系统读入数据文件Data A的情况下，在步骤322(图17)中返回值变成TRUE，使得可以进行数据文件Data A的读入。但是，在写入数据文件Data A的情况下。在步骤372(图18)中返回值将变成FALSE，数据文件DataA的写入被禁止。另一方面，用于规定数据文件Data A的存取条件的OS/B用data Driver #1如图20所示，不管是读入还是写入返回值总是变成TRUE(步骤410)。结果是已备有OS/B的计算机系统可以自由地进行数据文件Data A的读/写。
另外，用于规定数据文件Data B的存取条件的OS/A用data Driver#12如图21所示，显示口令输入画面(步骤421)、比较用户已输入的口令与设定口令(步骤422和423)，在已输入了设定口令时使返回值为TRUE(步骤424)、在未输入设定口令时使返回值为FALSE(步骤425)。结果，在已备有OS/A的计算机系统要读入或写入数据文件Data B的情况下，在已输入了设定好了的口令的情况下，在步骤322(图17)和步骤372(图18)中，返回值变为TRUE，使数据文件Data B的读入和写入变为可能。但是，在没有正确地输入口令的情况下，在步骤322和步骤372中返回值将变成FALSE，数据文件Data B的写入和读入被禁止。另一方面，用于规定数据文件Data B的存取条件的OS/B用data Driver#2如图22所示，不论是读入还是写入，总是使返回值为FALSE(步骤431)。结果是已备有OS/B的计算机系统无条件地变成为不可能进行数据文件Data B的读/写。
如上所述，倘采用第3实施例。则可以根据OS或用户这样一些数据利用环境容易地进行数据文件的利用限制。比如，借助于对编辑时的OS和用户利用时的OS进行变更。成为能够容易地进行使用户不可能改写数据文件，或者使用户不能看见数据文件的内容等的控制。
(D)第4实施例
第4实施例是不用文件名而代之以用检索关键字进行数据文件的读入和写入的例子，可用与图2的第1实施例的系统相同的构成实现。
第4实施例中的可换存储媒体的数据存储构造与图8的第2实施例几乎相同，不同之处如图23所示，是使在用户数据管理信息30中具有关键字30d-1、30-2…。就是说，在用户数据管理信息30对每一数据文件，除去(1)文件名30a和(2)用于对数据文件进行使之可在计算机系统中利用的规定的加工的数据驱动程序的名称30c和(3)数据文件的所在位置30b之间的地应关系之外，还具有(4)用于对数据文件进行检索的检索关键字30d-1、30d-2……。
图24是第4实施例的数据文件读入处理流程图、对于那些与图9的处理流程相同的步骤赋与相同的步骤序号。
在数据文件的读入时，要和读入指令一起输入与想要读入的数据文件有关的检索关键字(步骤501)。产生了读入指令后，CPU 3a就把用户数据管理信息30从可换存储媒体1中读出来并存放于RAM3c中去(步骤502)。接着，CPU 3a从用户数据管理信息30中取出关键字(步骤503)，并寻找具有与用读入指令指定的检索关键字一致的关键字的用户数据管理信息(步骤504，505)。在不存在具有与用读入指令指定的检索关键字一致的关键字的用户数据管理信息的情况下则使之异常结束，在存在的情况下就从用户数据管理信息中读取数据文件的开始位置和数据驱动程序名并收存于RAM3c中(步骤205)，以后，进行与第2实施例相同的处理后进行数据文件的读入。
关键字既可以对一个数据文件与多个，又可对数件文件重复使用同一个关键字。例如在图23的情况下，当输入“mouse”这一关键字时，只有数据文件Data C被读入存储器中。但当输入“Car”这一关键字时，则可以把数据文件Data A和数据文件Data B读入存储器中。
图25是第4实施例的数据文件的写入处理流程图、对于那些与图10的处理流程相同的步骤赋以相同的步骤序号。从步骤251到步骤261与第2实施例的写入处理相同。
在步骤261中，当数据文件向存储媒体中的写入结束后，CPU 3a就使用户输入数据文件的检索关键字，或者自动地作成检索关键字(步骤271)。然后，CPU 3a作成已具备有写入对象的数据文件的名称、对该数据文件施行加工的程序的名称、数据文件的存放位置和检索关键字的用户数据管理信息并记录于存储媒体之中(步骤262)。
以上，虽然是对检索关键字为字符串的情况进行的说明。但只要是可以指定数据文件的即可，也不一定必须是文字数据。另外，在文字数据的情况下。也不一定非是与整个关键字都一致。也可以在前边一致、后边一致、部分一致的条件下进行检索。再有，为了自动地作成检索关键字。也可以采用公布于特许公告序号H07-113926号上的方法。另外，检索方法也可以预先记录于计算机系统之内，采用总是固定的方式，但是如图26所示，也可以和数据驱动程序一样，把数据检索程序50记录于可换存储媒体1上，并应用该数据检索程序进行检索。
倘采用本实施例、则借助于输入检索关键字就可以容易地选择数据和数据驱动程序。
(E)第5实施例
第5实施例是不在驱动程序中固定簇长及其配置而是以适合于数据文件和媒体的数据尺寸单位及数据配置把数据文件记录于可换存储媒体1中，且使用数据驱动程序使得可以读入的例子，可以用与图2的第1实施例的系统相同的构成来实现。
(a)存储媒体中的数据构造
图27是第5实施例中的可换存储媒体的数据构成说明图，30是用户数据管理信息、40是程序管理信息、31-1～31-5，32-1，33-1～33-2是数据文件(DATA A～DATA C)、41～43是规定数据文件的簇长及其配置的数据驱动程序(DATA DRIVER 1～DATA DRIVER 3)。
数据文件DATA A以簇为单位(1簇为4个扇区)分散存储于扇区地址11，17，21，25，30中，数据文件Data B以簇为单位(1簇为1个扇区)存储于扇区地址15中。数据文件Data C则以簇为单位(1簇为1个扇区)分散存储于地址16，29中。
用户数据管理信息30保持有每一数据文件的(1)文件名(DATA A～DATA C)30a，(2)数据文件的开始位置(开头扇区位置)30b，(3)决定数据文件的簇大小和配置的数据驱动程序的名称(DATA DRIVER 1-DATA DRIVER 3)30e、(4)数据文件的以簇为单位的数据配置信息30e之间的对应关系。数据文件Data A，由于从扇区地址11开始存储一簇，从扇区地址17开始存储3簇，从扇区地址30开始存储了一簇，故作为数据配置信息30e记录了11(1)，17(3)，30(1)(括弧内的数值是连续的簇数)。即在数据尺寸大的数据文件Data A中，把4个扇区作为1簇来处理，数据展开信息也以用“开始位置(连续长)”这么一种形式以能够数据传送效率良好的连续读出的方法来管理数据的记录。对此，在数据尺寸小的数据文件Data B、Data C中，则通过使1扇区为1簇的方法，以空间效率良好的方法来管理数据。
程序管理信息40具备每一数据驱动程序中的(1)数据驱动程序名(DATA DRIVER 1～DATA DRIVER 3)40a和(2)数据驱动程序的存储开始位置(数据驱动程序的开头扇区)40b。
(b)第5实施例的读入处理
图28是本发明的第5实施例的数据文件读入处理流程图，对与图4的第1实施例的读入处理流程相同的步骤赋予同一步骤序号。此外，数据驱动程序决定簇长和数据配置。或者根据该簇长和数据配置读出数据文件，对数据文件不施行变换之类的加工。
CPU 3a在发生了指定的数据文件的读入指令后就把用户数据管理信息30读入RAM 3c(步骤101)。接着，从用户数据管理信息30中寻找与被读入指令指定的文件名一致的文件名(数据名)(步骤102～104)。在用户数据管理信息30中不存在被读入指令所指定的文件名的情况下，使之异常结束。
另一方面，在用户数据管理信息30中存在着该文件名的情况下。就从用户数据管理信息30中获得与该文件名相对应地存储起来的数据文件的开始位置、数据驱动程序的名字及数据展开信息(数据配置信息)(步骤601)。比如说，在读入数据文件Data A的情况下。花在可换存储媒体1中已记录不了示于图27的数据管理信息，则作为开始扇区位置将获得“11”，作为数据驱动程序名将获得“Data Driver 1”，作为数据配置信息将获得11(1)、17(3)，30(1)。其后，CPU 3a程序管理信息40读入RAM 3c(步骤106)，并从其中获得具有在步骤601中所求得的数据驱动程序名的程序管理信息(步骤107～109)。
在程序管理信息40中不存在步骤601中所求得的数据驱动程序名的情况下，表明在可换存储媒体1中没有记录该数据驱动程序名，使处理结束(异常结束abend)。
另一方面，在程序管理信息40中存在步骤601中所求到的数据驱动程序名的情况下，就获得数据驱动程序的记录开始位置并存储至RAM3c中(步骤110)。在图27的例子中，将获得“Data Driver 1”的开始位置“100”。之后，CPU 3a从该开始位置把数据驱动程序读入RAM 3c(步骤111)，以后，用该数据驱动程序并根据在步骤601所得到的数据文件的开始位置和数据配置信息从可换存储媒体1中读取数据文件并存放于RAM 3c之中(步骤602)。
(C)数据文件写入处理
图29是第5实施例的数据文件写入处理流程图，对与图5的第1实施例的写入处理相同的步骤给以相同的步骤序号。另外，数据驱动程序决定簇长和数据配置，或者根据该簇长或数据配置读出数据文件并不对数据文件施行变换之类的加工。
在数据文件的写入开始时，用户要输入数据驱动程序名或指定与之相当的数据驱动程序的信息(步骤151)。比如，采用通过键盘等的输入装置送入“Set data Driver＝Driver 1”这样的指令来指定数据驱动程序。
输入了上述指令后，CPU 3a就判断在程序管理信息40里是否存在上述指定的数据驱动程序名(步骤152～154)，在存在的情况下就进行步骤155以下的写入处理。另一方面，当在程序管理信息40中不存在由指令所指定的数据驱动程序名的情况下，由于在可换存储媒体1中不存在该数据驱动程序。故使处理结束(异常结束abend)。
在存在数据驱动程序的情况下，就从程序管理信息40中获得数据驱动程序的记录开始位置，存储于RAM 3c中(步骤155)。之后，CPU3a就从该开始位置把数据驱动程序读入RAM 3c(步骤156)，同时从可换存储媒体1中读入用户数据管理信息30(步骤158)，并从该用户数据管理信息中获得数据文件的记录位置(步骤159)。
然后，CPU 3a用数据驱动程序，以规定长的簇单位从记录位置开始顺次写入作为写入对象的数据文件，另外，作成由数据文件的名称、数据驱动程序的名称数据写入开始位置及数据配置信息构成的数据管理信息并存入存储媒体1内(步骤160)。
写入结束后，判断是否已进行正确地写入，在记录方式(例如簇的大小)不合适的情况下就变更记录方式(簇的大小)以改写数据配置信息。例如，在已用大的簇尺寸进行了数据文件的写入的情况下，如果实际的数据文件的文件尺寸小的话，就减小簇的大小以重写数据配置信息。其结果是，倘采用第5实施例，由于可以以对数据文件的大小合适的形式进行数据的记录，故可以以性能和空间效率良好的形式进行数据的写入。而且，借助于把各自的数据驱动程序准备与多个OS的量相当的个数，数据的共享将变得容易起来。
(F)第6实施例
(a)第6实施例概况
在以上的实施例中，是对于一个数据文件对应使用1个施行规定的加工的数据驱动程序的情况。而在实际上也可以使多个数据驱动程序与一个数据文件相对应。
第6实施例是作成为使得对一个数据文件可以使用多个数据驱动程序的实施例，系统构成与示于图2的第1实施例的构成相同。
作为可换存储媒体的光盘1，如图30所示，具备有与图3的第1实施例几乎相同的数据存储构成。不同之点是在用户数据管理信息30中被作成为使得可以登录多个数据驱动程序使之与一个数据文件对应。
在计算机系统从光盘1读入数据文件之际，顺次读入多个数据驱动程序，并使各自的数据驱动程序对数据文件施行规定的加工处理。
(b)第6实施例的数据文件读入处理
第31图是第6实施例的数据文件读入处理流程图。
当发生了数据文件的读入指令后，CPU 3a就把用户数据管理信息30读入RAM 3c(步骤601)。接着，从用户数据管理信息30中寻找与用读入指令指定的文件名一致的文件名(数据名)(步骤602-604)。在用户管理信息30中不存在由读入指令所指定的文件名的情况下中断处理。
另一方面，在用户数据管理信息30中存在该文件名的情况下，就从用户数据管理信息30中获取与该文件名相对应地存储起来的数据文件开始位置，CPU 3a把数据文件读入RAM 3c(步骤605)。接着，从用户数据管理信息30中，把与该文件名相对应地存起来的要使用的数据驱动程序群的名字读入RAM 3c(步骤606)。之后，CPU 3a把程序管理信息40读入RAM 3c(步骤607)。
在这里，对数据驱动程序群的所有的数据驱动程序是否已全读入和是否已实行了对数据文件的处理进行判断(步骤608)，在全部进行完毕的情况下使处理结束。
在还有尚未对数据文件进行处理的数据驱动程序的情况下。就按照已登录于数据管理信息中的顺序取出数据驱动程序名(步骤609)，并判断在程序管理信息中是否有与之一致的数据驱动程序名(步骤610～613)。假如，不存在要使用的数据驱动程序名，则使处理结束(异常结束abend)。
在存在的情况下，CPU 3a就获取数据驱动程序的记录开始位置，并读入RAM 3c(步骤614，615)。接着，CPU 3a用已读入的数据驱动程序对数据文件施行规定的处理(步骤616)。
之后，进行步骤608以下的处理，并反复进行对数据管理信息内所指定的下一个数据驱动程序的处理。
根据上述，则如图30所示，在可换记录媒体1中已记录下用户数据管理信息30和程序管理信息40等等的时候，在要读入数据文件DataA的情况下，从用户管理信息30中作为对该数据文件施行处理的数据驱动程序可寻找“Data Driver 1，2，3，4，7”。在这里，最初先读入“1”的数据驱动程序并对Data A进行处理，接着，“2”的数据驱动程序。然后“3”的数据驱动程序这样地依次读入所有的数据驱动程序，并对数据Data A施行规定的处理。
(C)第6实施例的数据文件写入处理。
第32图是第6实施例的数据文件写入处理流程图，是用户选择数据驱动程序的情况。
在数据文件的写入开始时，用户要输入数据驱动程序名或与之相当的指定数据驱动程序的信息(步骤701)。例如，采用从键盘之类的输入装置送入“Set Data Driver＝Driver 1，5，6，8”这样的指令的办法，就可以明白地指定数据驱动程序。
之后，CPU 3a把程序管理信息40读入RAM 3c(步骤702)接着，依次进行用户所指定的所有的数据驱动程序是否存在的判断(步骤703-707)，在不存在的情况下，使处理中断(异常结束)。
在数据驱动程序存在的情况下，就从数据驱动程序管理40信息中获取数据驱动程序的记录开始位置，把数据驱动程序读入RAM 3e、并用该数据驱动程序对数据施行规定的加工处理(步骤708～710)。
以后，进行步骤703以下的处理，依据用户所指定的所有的数据驱动程序对数据文件施行规定的加工。
之后，CPU 3a从可换存储媒体1中读入用户数据管理信息30(步骤711)、获取记录数据的位置，并把加工完毕的数据写入该记录位置中去(步骤712～713)。然后，CPU 3a把由用户指定的数据驱动程序群的顺序倒转过来，使之合乎读入时的顺序(步骤714)。其后，生成给出数据的文件名、上述数据驱动程序群的名称以及数据文件的写入位置之间的对应关系的数据管理信息并写入可换存储媒体中去(步骤715)。
(d)第6实施例的适用例
第6实施例是使得可以用多个数据驱动程序处理数据文件的实施例。
图33是第6实施例的优选例说明图，30是数据管理信息，40是程序管理信息。设其中，数据驱动程序1是对示于第2实施例的优选例1中的文本数据的字符代码进行变换的数据驱动程序；数据驱动程序2是对示于第2实施例的优选例3的数据进行压缩的数据驱动程序，而数据驱动程序3是对示于第3实施例的数据的利用条件进行指定的数据驱动程序。
倘采用未优选例，则除了像数据B那样仅能被施行数据压缩的数据之外，对象数据A那样的可进行数据变换的数据，和像数据C那样的可施行指定数据的利用之类的处理的数据，也可以进行行数据压缩，使得可以最大限度地利用记录媒体的尺寸。
在以上的例子中，虽然把数据压缩作为各个数据中共用的技术进行了说明，但本发明并不受限于此。另外，像第2实施例那样。取决于OS，也可以和分开使用数据驱动程序的方式合起来使用。
以上用实施例对本发明进行了说明，但本发明在本发明的主旨的范围内可有种种的变形，本发明并不排除这些变形。
倘采用本发明，则在利用已存储于可换存储媒体等等中的数据文件之际，不需要把相应于数据形式及其保管方法的软件由用户一一登录于计算机系统中去，故可以提高操作性能。
倘采用本发明，则操作系统不同的计算机系统可以共同使用已存储于可换存储媒体等等中的数据文件，因此，在不同构造的计算机系统之间或在不同的操作系统之间可以容易地进行数据交换。
倘采用本发明，则即使以新的或特殊的形式在可换存储媒体上记录数据文件，也可以利用该数据文件而无需对计算机系统或操作系统加以变更。
倘采用本发明，则可以简单地限定可以利用已存于可换存储媒体等等中的数据文件的计算机系统(操作系统)、而且还可简单地设定读入/写入条件。
倘采用本发明，则通过采用输入检索关键字的办法，可以读入所希望的数据文件。
倘采用本发明，则可以用适合于数据文件的数据尺寸单位及数据配置进行数据文件的读入和写入，可以提高性能和空间效率。

Claims (12)

1.一种在从可换存储媒体读取指定的数据文件的计算机系统中的数据读入方法，其特征在于：
设有可换存储媒体，它分别记录有(1)由文件名指定的数据文件、(2)对该数据文件施行使数据文件可在计算机系统中利用的加工的程序、(3)表示出数据文件的文件名、对由该文件名所指定的数据文件施行上述加工的至少一个程序的程序名和该数据文件的所在位置之间的关系的数据管理信息、(4)表示出程序名和程序所在位置之间的对应关系的程序管理信息，以及包含表示数据管理信息开始位置的数据和表示程序管理信息开始位置的数据的卷控制信息；
在已发出了读入指令时，根据被该读入指令指定的文件名，从数据管理信息中获得数据文件的位置和对该数据文件施行规定的加工的程序的名称，同时，从程序管理信息中获得具有该程序名的程序位置信息；
根据数据文件位置信息，从可换存储媒体中读取数据文件的同时，根据程序位置信息从可换存储媒体中读取程序；
用该程序对上述已读出的数据文件施行规定的加工以将数据文件变换成计算机系统可以利用的数据。
2.一种在向可换存储媒体中写入数据文件的计算机系统中的数据写入方法，其特征在于：
设有可换存储媒体，它分别记录有(1)由文件名指定的数据文件、(2)用于对该数据文件施行使数据文件可由计算机系统利用的加工的程序、(3)表示出数据文件的文件名和对由该文件所指定的数据文件施行上述加工的至少一个程序的程序名和该数据文件的所在位置之间的对应关系的数据管理信息，(4)表示出程序名和程序所在位置之间的对应关系的程序管理信息，以及(5)包含表示数据管理信息开始位置的数据和表示程序管理信息开始位置的数据的卷控制信息；
在已发出了写入一个新的数据文件的数据文件的写入指令时，从程序管理信息中，获得具有由该写入指令所指定的程序名的程序的程序位置信息；
根据程序位置信息，从可换存储媒体中读取程序；
用该程序对新的数据文件施行所述规定的加工，然后将该新的数据文件写入可换存储媒体；
生成表示上述新的数据文件的文件名、上述程序的程序名和新的数据文件的写入位置之间的对应关系的数据管理信息，并将该数据管理信息写入可换存储媒体中。
3.根据权利要求1的方法，其中所述程序管理信息除包括程序名和程序位置之间的对应关系外，还包括指定能够使用所述程序的操作系统的信息，该方法进一步包括下列步骤：
把数据文件以不依赖于操作系统的规定的形式记录在可换存储媒体中；
在已发出了读入指令的时候，根据由该读入指令指定的文件名，从数据管理信息中获得数据文件位置信息和对该数据文件施行加工的程序的程序名，并从程序管理信息中获得既是具有该程序名，又是计算机的操作系统可使用的程序的程序位置；
根据上述所获得的数据文件位置信息从可换存储媒体中读取数据文件，并根据上述所获得的程序位置信息，从可换存储媒体中读取程序；
用该程序对上述已读出的数据文件施行规定的加工，以将数据文件变换成计算机系统可利用的数据。
4.根据权利要求2的方法，其中所述程序管理信息除包括程序名和程序位置之间的对应关系外，还包括指定能够使用所述程序的操作系统的信息，该方法进一步包括下列步骤：
在已发出了数据文件的写入指令时，从程序管理信息中获得既具有由该写入指令指定的程序名，又是该计算机系统的操作系统可使用的程序的程序位置；
根据程序位置信息从可换存储媒体中读取程序；
用该程序对数据文件施行规定的加工使之变换成具有不依赖于操作系统的形式的数据，然后将该数据写入可换存储媒体中；以及
生成表示上述数据文件的文件名、上述程序的程序名及数据文件位置之间的对应关系的数据管理信息并写入可换存储媒体中。
5.根据权利要求1的方法，其中所述程序管理信息除包括程序名和程序位置的对应关系外，还包括指定能够使用所述程序的操作系统以及存储数据文件的存储条件的信息，该方法进一步包括下列步骤：
在可换存储媒体中以不依赖于操作系统的规定的形式记录数据文件；
当发出了读入指令后，根据由该读入指令所指定的文件名从数据管理信息中获得数据文件位置和对该数据文件施行规定的加工的程序的程序名，并从程序管理信息中获得既具有指定的程序名，又是计算机系统的操作系统所能使用的程序的所在位置，同时获得存取条件；
在已满足了读入的存取条件的情况下，根据上述获得的数据文件位置信息从可换存储媒体中读取数据文件，根据上述获得的程序位置信息，从可换存储媒体中读取程序，并用该程序对上述已读出的数据文件施行规定的加工，以将该数据文件变换成计算机系统可以利用的数据；以及
在不满足读入的存取条件的情况下，不进行数据文件的读入。
6.根据权利要求2的方法，其中所述程序管理信息除包括程序名和程序位置的对应关系外，还包括指定能够使用所述程序的操作系统以及存储数据文件的存储条件的信息，该方法进一步包括下列步骤：
在已发出了数据文件的写入指令之后，从程序管理信息中获得既具有由该写入指令所指定的程序名，又是计算机系统的操作系统可使用的程序的程序位置，同时获得存取条件；
在已满足了写入的存取条件的情况下，根据程序位置信息，从可换存储媒体中读取程序；
用该程序对数据文件施行规定的加工，以将数据文件变换成具有不依赖于操作系统的形式的数据，然后将该数据写入可换存储媒体；以及
生成表示数据文件的文件件名、上述程序的程序名以及数据文件写入位置之间的对应关系的数据管理信息并存入可换存储媒体中；
在尚未满足写入存取条件的情况下，不进行数据文件的写入。
7.根据权利要求1的方法，其特征在于：
在可换存储媒体上进一步记录(1)规定数据文件的存取条件的程序，(2)对于每一数据文件，表示该数据文件的文件名、规定所述数据文件的存取条件的程序的程序名以及数据文件位置之间的对应关系的数据管理信息、以及(3)对于每一程序，表示程序名、程序位置和指定可以使用该程序的操作系统的信息之间的对应的程序管理信息，所述方法进一步包括：
当发出了读入指令时，根据由读入指令所指定的文件名从数据管理信息中获得数据文件位置和程序名，并从程序管理信息中获得既是由该程序名所指定的程序又是计算机系统的操作系统所能使用的程序的程序位置信息；
根据上述所获得的程序位置信息，从可换存储媒体中读取程序，执行该程序以判断是否已满足了读入的存取条件；
在已满足了读入的存取条件的情况下，根据上述所获得的数据文件位置信息，从可换存储媒体中读取数据文件；
在尚未满足读入的存取条件的情况下，不读入数据文件。
8.根据权利要求2的方法，其特征在于：
在可换存储媒体上进一步记录(1)规定数据文件的存取条件的程序，(2)对于每一数据文件，表示数据文件的文件名、规定该数据文件的存取条件的程序的名称和数据文件的所在位置之间的对应关系的数据管理信息，以及(3)对于每一程序，表示程序名、程序位置和指定可使用该程序的操作系统的信息之间的对应关系的程序管理信息，所述方法进一步包括：
在已发出了用于写入一个新的数据文件的数据文件的写入指令时，在程序管理信息中，获得既具有由写入指令所指定的程序名，又是计算机系统的操作系统可使用的程序的程序位置；
根据上述所获得的程序位置信息，从可换存储媒体中读取程序，执行该程序以判断是否已满足了写入存取条件；
在已满足了写入的存取条件的情况下，就把新的数据文件写入可换存储媒体中，并生成表示该新的数据文件的文件名、所述程序的程序名和新的数据文件写入位置之间的对应关系的数据管理信息，并将该数据管理信息写入可换存储媒体中；
在尚未满足写入的存取条件的情况下，则不进行新的数据文件的写入。
9.根据权利要求1的方法，其中所述数据管理信息除包括文件名、程序名和数据文件位置之间的对应关系外，还包括一个用来检索数据文件的检索关键字，而所述程序控制信息除包括程序名和程序位置之间的对应关系外，还包括指定能够使用所述程序的操作系统的信息，该方法进一步包括下列步骤：
在可换存储媒体中以不依赖于操作系统的规定的形式记录数据文件；
在已发出了读入指令时，获得具有由该读入指令指定的检索关键字的数据管理信息；
从该数据管理信息中，获得数据文件位置信息和对数据文件施行规定的加工的程序的程序名，从程序管理信息中，获得既是由该程序名所指定的程序又是计算机系统的操作系统可使用的程序的程序位置信息；
根据所获得的数据文件位置信息，从可换存储媒体中读取数据文件，并且根据所获得的程序位置信息从可换存储媒体中读取程序；
用该程序对上述已读出的数据文件施行规定的加工以将数据文件变换成计算机系统可利用的数据。
10.根据权利要求2的方法，其中所述数据管理信息除包括文件名、程序名和数据文件位置之间的对应关系外，还包括一个用来检索数据文件的检索关键字，而所述程序控制信息除包括程序名和程序位置之间的对应关系外，还包括指定能够使用所述程序的操作系统的信息，该方法进一步包括下列步骤：
在已发出了数据文件的写入指令时，从程序管理信息中获得既具有由该写入指令所指定的程序名，又是计算机系统的操作系统所能使用的程序的位置；
根据程序位置信息，从可换存储媒体读入程序并用该程序对数据文件施行规定的加工，然后将数据文件写入可换存储媒体中；
然后，创建一个上述数据文件的检索关键字，生成表示文件名、程序名、数据文件位置以及检索关键字之间的对应关系的数据管理信息，并将该数据文件写入可换存储媒体中。
11.根据权利要求1的方法，其特征在于：
在可换存储媒体上进一步记录(1)在以规定的数据尺寸单位记录数据文件时，决定该数据尺寸和数据配置的程序、以及(2)对于每个数据文件，表示数据文件的文件名、决定由该文件名所指定的数据文件的上述数据尺寸和数据配置的程序名、数据文件的开始位置、表示记录上述数据尺寸单位的各数据的数据位置的数据配置信息之间的对应关系的数据管理信息，所述方法进一步包括：
在已发出了读入指令时，根据由读入指令指定的文件名从数据管理信息中获得数据文件的开始位置、数据配置信息以及程序名，同时，从程序管理信息中获得具有该程序名的程序的所在位置；
根据程序位置信息，从可换存储媒体中读取程序，并用该程序，根据所获得的数据文件的开始位置和数据配置信息，从可换存储媒体中读取数据文件。
12.根据权利要求2的数据写入方法，其特征在于：
在可换存储媒体上记录(1)在以规定的数据尺寸单位记录数据文件的情况下，决定该数据尺寸和数据配置的程序、以及(2)对于每个数据文件，表示数据文件的文件名、决定由该文件名所指定的数据文件的上述数据尺寸和数据配置的程序名、数据文件的开始位置，表示记录上述数据尺寸单位的各数据的数据位置的数据配置信息之间的对应关系的数据管理信息，所述方法进一步包括：
在已发出了数据文件的写入指令时，从程序管理信息中获得具有由该写入指令指定的程序名的程序的所在位置，并根据该程序位置信息从可换存储媒体中读取程序；
在以规定的数据尺寸单位将新的数据文件写入可换存储媒体的情况下，用所述程序决定所述数据尺寸和数据配置，然后把新的数据文件写入可换存储媒体中；
然后，生成表示上述新的数据文件的文件名、上述程序的程序名、数据文件的开始位置和数据配置信息之间的对应关系的数据管理信息，并将此数据控制信息写入可换存储媒体中。
CNB971022143A 1996-04-26 1997-01-10 可换存储媒体和控制方法及计算机系统 Expired - Fee Related CN1162788C (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP107248/1996 1996-04-26
JP10724896 1996-04-26
JP107248/96 1996-04-26

Publications (2)

Publication Number Publication Date
CN1164069A CN1164069A (zh) 1997-11-05
CN1162788C true CN1162788C (zh) 2004-08-18

Family

ID=14454243

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB971022143A Expired - Fee Related CN1162788C (zh) 1996-04-26 1997-01-10 可换存储媒体和控制方法及计算机系统

Country Status (3)

Country Link
US (1) US5870756A (zh)
EP (1) EP0803794A3 (zh)
CN (1) CN1162788C (zh)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5973734A (en) 1997-07-09 1999-10-26 Flashpoint Technology, Inc. Method and apparatus for correcting aspect ratio in a camera graphical user interface
US5983295A (en) * 1997-10-31 1999-11-09 Unisys Corporation Method and system for wrapping single files for burning into compact disk
US6085266A (en) * 1997-12-12 2000-07-04 Unisys Corporation System for unwrapping a single file from a compact disk for utilization by various computer platforms
US6177957B1 (en) * 1998-02-26 2001-01-23 Flashpoint Technology, Inc. System and method for dynamically updating features in an electronic imaging device
US6415385B1 (en) * 1998-07-29 2002-07-02 Unisys Corporation Digital signaturing method and system for packaging specialized native files for open network transport and for burning onto CD-ROM
US6269377B1 (en) * 1998-09-21 2001-07-31 Microsoft Corporation System and method for managing locations of software components via a source list
US6282535B1 (en) * 1998-11-13 2001-08-28 Unisys Corporation Digital signaturing method and system for wrapping multiple files into a container for open network transport and for burning onto CD-ROM.
US6317141B1 (en) 1998-12-31 2001-11-13 Flashpoint Technology, Inc. Method and apparatus for editing heterogeneous media objects in a digital imaging device
US6449619B1 (en) 1999-06-23 2002-09-10 Datamirror Corporation Method and apparatus for pipelining the transformation of information between heterogeneous sets of data sources
US6581054B1 (en) 1999-07-30 2003-06-17 Computer Associates Think, Inc. Dynamic query model and method
US6842758B1 (en) * 1999-07-30 2005-01-11 Computer Associates Think, Inc. Modular method and system for performing database queries
US7644366B1 (en) 1999-07-30 2010-01-05 Computer Associates Think, Inc. Method and system for displaying a plurality of discrete files in a compound file
US6378010B1 (en) 1999-08-10 2002-04-23 Hewlett-Packard Company System and method for processing compressed audio data
WO2001031437A1 (fr) * 1999-10-27 2001-05-03 Fujitsu Limited Procede de gestion de programmes pour ordinateur comportant un support d'enregistrement, ordinateur et support d'enregistrement
JP4135287B2 (ja) * 2000-02-01 2008-08-20 ソニー株式会社 記録再生装置、携帯装置、データ転送システム、データ転送方法、データ再生方法、データ転送及び再生方法
US7150018B2 (en) * 2000-02-16 2006-12-12 Microsoft Corporation Method and system for deterministic ordering of software modules
GB2365556B (en) * 2000-08-04 2005-04-27 Hewlett Packard Co Gateway device for remote file server services
JP4830225B2 (ja) * 2001-07-18 2011-12-07 ソニー株式会社 記録装置および方法、記録媒体、並びにプログラム
JP2004362091A (ja) * 2003-06-03 2004-12-24 Toshiba Corp データ変換装置、データ変換システム及びデータ格納制御プログラム
US9547623B2 (en) * 2003-07-02 2017-01-17 Sigmatel, Inc. Flexible memory interface system for independently processing different portions of an instruction
WO2005027118A1 (ja) * 2003-09-12 2005-03-24 Konica Minolta Photo Imaging, Inc. 情報記録装置、再生装置、再生及び記録プログラム
US7606973B2 (en) * 2004-09-08 2009-10-20 International Business Machines Corporation System and method for pervasive computing with a portable non-volatile memory device
JP4549809B2 (ja) * 2004-10-29 2010-09-22 京セラ株式会社 携帯電話端末及びプログラム管理方法並びにそのコンピュータプログラム
US7516291B2 (en) * 2005-11-21 2009-04-07 Red Hat, Inc. Cooperative mechanism for efficient application memory allocation
US20080052026A1 (en) * 2006-08-23 2008-02-28 Qurio Holdings, Inc. Configuring a content capture device for one or more service providers
US9224145B1 (en) 2006-08-30 2015-12-29 Qurio Holdings, Inc. Venue based digital rights using capture device with digital watermarking capability
CN106161517B (zh) * 2015-03-31 2019-07-12 阿里巴巴集团控股有限公司 通过云文件系统实现云存储接入的方法和装置
JP6781407B2 (ja) * 2017-08-28 2020-11-04 京セラドキュメントソリューションズ株式会社 メール形式確認システムおよびメール形式確認プログラム

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60136833A (ja) * 1983-12-26 1985-07-20 Hitachi Ltd オペレ−テイングシステムの切替え方式
US5062042A (en) * 1986-04-28 1991-10-29 Xerox Corporation System for managing data which is accessible by file address or disk address via a disk track map
US5101494A (en) * 1986-09-26 1992-03-31 Bull Hn Information Systems Inc. System for producing memory maps by interpreting a descriptor file which identifies and describes the data structures present in memory
JPH0296227A (ja) * 1988-06-07 1990-04-09 Oki Electric Ind Co Ltd プログラム起動方法
JPH0833799B2 (ja) * 1988-10-31 1996-03-29 富士通株式会社 データ入出力制御方式
JPH02179743A (ja) * 1988-12-29 1990-07-12 Nippon Carbide Ind Co Inc 複合板
JPH02213958A (ja) * 1989-02-15 1990-08-27 Hitachi Ltd 情報記録再生方式
JPH02267794A (ja) * 1989-04-06 1990-11-01 Nec Corp メモリカード
GB9003890D0 (en) * 1990-02-21 1990-04-18 Rodime Plc Method and apparatus for controlling access to and corruption of information in computer systems
US5289581A (en) * 1990-06-29 1994-02-22 Leo Berenguel Disk driver with lookahead cache
US5367671A (en) * 1990-09-25 1994-11-22 International Business Machines Corp. System for accessing extended object attribute (EA) data through file name or EA handle linkages in path tables
JP2827495B2 (ja) * 1990-10-22 1998-11-25 松下電器産業株式会社 情報媒体の記録方法、情報再生方法および情報再生装置
JP2855040B2 (ja) * 1992-03-16 1999-02-10 富士通株式会社 コンピュータシステム
US5809300A (en) * 1992-03-16 1998-09-15 Fujitsu Limited Removable storage medium and computer system using the same
JPH05289854A (ja) * 1992-04-08 1993-11-05 Olympus Optical Co Ltd 外部記憶装置のアクセス装置
US5355497A (en) * 1992-06-10 1994-10-11 Physiotronics Corporation File directory structure generator and retrevial tool with document locator module mapping the directory structure of files to a real world hierarchical file structure
JPH06314175A (ja) * 1993-04-28 1994-11-08 Toshiba Eng Co Ltd コンピュータ処理システム
JPH076114A (ja) * 1993-06-17 1995-01-10 Toshiba Corp コンピュータシステム
EP0634741B1 (en) * 1993-07-16 2002-11-27 Fujitsu Limited Recording medium, method of controlling same, and system utilizing electronic publications
JP2883791B2 (ja) * 1993-08-26 1999-04-19 富士通株式会社 記憶媒体とその制御方法
JPH0765540A (ja) * 1993-08-27 1995-03-10 Olympus Optical Co Ltd 光カードの情報管理装置
JPH07182218A (ja) * 1993-11-12 1995-07-21 Sony Corp ディスク記録装置及びそのファイル管理方法
US5613125A (en) * 1994-06-17 1997-03-18 Motorola, Inc. Method and system for selectively defining hardware parameters in an executable operating system program

Also Published As

Publication number Publication date
CN1164069A (zh) 1997-11-05
EP0803794A2 (en) 1997-10-29
US5870756A (en) 1999-02-09
EP0803794A3 (en) 2006-06-14

Similar Documents

Publication Publication Date Title
CN1162788C (zh) 可换存储媒体和控制方法及计算机系统
CN1260665C (zh) 用于管理可换存储媒体的设备和方法
CN1119804C (zh) 数据记录和/或再现系统及其方法
CN1110197C (zh) 信息数据记录和再现装置及其方法
CN1133937C (zh) 打印控制装置及方法
CN1301492C (zh) 图像处理装置
CN1331451A (zh) 信息检索系统
CN101078999A (zh) 一种实现数据备份和恢复的方法及系统
CN1740990A (zh) 优先化重放内容的信息处理设备及相关方法
CN1315017A (zh) 包含内部引用的两种版本数据表格之间的差别提取
CN101069181A (zh) 存储设备和记录介质
CN1731402A (zh) 用协处理器加速文件系统操作的方法及装置
CN1197082C (zh) 使用存储器的方法、两维数据存取存储器以及操作处理设备
CN1313561A (zh) 信息结构化及应用产生的方法及其装置
CN1203430C (zh) 数据管理系统和数据管理方法
CN1581087A (zh) 信息提供系统
CN101065725A (zh) 命令供给装置
CN1163836C (zh) 图象信息检索系统和方法
CN1188786C (zh) 文件管理方法及采用该方法的存储卡和终端装置
CN1227624C (zh) 物体领域信息产生方法和设备
CN101053034A (zh) 记录装置、记录方法、再生装置、再生方法、程序以及记录介质
CN1617513A (zh) 一般化管理网络处理器用表的系统和方法
CN1282069C (zh) 打印装置和打印指示终端、打印系统及其方法
CN1755692A (zh) 用于为分布式文件系统确定目标故障后恢复和目标优先级的系统和方法
CN1220373C (zh) 编辑装置、重放装置和记录媒体

Legal Events

Date Code Title Description
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C06 Publication
PB01 Publication
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20040818

Termination date: 20140110