JPH10143356A

JPH10143356A - 情報処理システム、記録媒体、情報処理装置

Info

Publication number: JPH10143356A
Application number: JP31857296A
Authority: JP
Inventors: Gakushi Otsuka; 学史大塚
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1996-11-15
Filing date: 1996-11-15
Publication date: 1998-05-29

Abstract

(57)【要約】【課題】ホスト側機器におけるＯＳサイズを縮小する
とともに、ユーザーからみたシステム環境の可搬性を実
現する。【解決手段】オペレーティンググシステムを構成する
複数のＯＳファイルのうち、一部のＯＳファイル（１０
１）は情報処理装置の保持手段に保持され、それ以外の
ＯＳファイル（１０２）は可搬性の記録媒体（ディスク
９０）に保持されるようにする。そして再生装置に装填
されている記録媒体に記録されているＯＳファイルは、
それぞれ必要に応じて情報処理装置によってロードさ
れ、保持手段に取り込まれることで、中央処理手段が所
要の情報処理動作を実行できるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばパーソナル
コンピュータシステム、マルチメディアシステム、デー
タ通信システムなどにおいて、少なくとも情報処理装置
とメディア再生装置とを有する情報処理システムに関す
るものである。

【０００２】

【従来の技術】情報処理システムで用いる各種のアプリ
ケーションソフトウエアやデータを光ディスク、光磁気
ディスク、磁気ディスク、メモリカード、磁気テープな
どの記録媒体を用いて提供することが一般に行なわれて
いる。これらの場合、通常、光ディスク、光磁気ディス
クなどの記録媒体に対して記録再生動作を行なうディス
クドライブがホストコンピュータに接続され、ディスク
ドライブはホストコンピュータからの制御に応じてディ
スクに対するデータの書込や、ディスクからのデータの
読出を行なうことになる。

【０００３】一方、ホストコンピュータ側では、ロード
したアプリケーションを起動させ、処理を実行するため
のＯＳ（オペレーティングシステム）が不可欠となる
が、ディスク等のメディアで提供されたＯＳがユーザー
によってホストコンピュータに内蔵されるハードディス
クにインストールされたり、もしくは予めハードディス
クにインストールされた状態でホストコンピュータが提
供されるなどの形態がとられる。従ってＯＳは通常時
は、ホストコンピュータに内蔵されるハードディスクな
どにおいて保存される。

【０００４】図２１はＯＳを構成する単位のイメージを
示している。なお、本明細書ではＯＳを構成する１つの
ユニットを説明上、ＯＳファイルとよぶこととする。こ
の図ではハードディスクＨＤ内に保持されているＯＳフ
ァイルとして、ＯＳの中核として基本制御を行なうカー
ネルが形成され、それを基礎としてデバイスマネージャ
を形成するキーボード処理、ディスプレイ処理、マウス
処理、ＩＤＥ／ネットワーク処理のそれぞれに関するＯ
Ｓファイルが構築される。さらにファイルマネージャ、
メモリマネージャ、タスクマネージャとしての各ＯＳフ
ァイルが設けられる。以上の各ＯＳファイルは、基本的
にはシステム環境などに影響を受けないＯＳファイル群
１０１となる。

【０００５】これに加えて、ＧＵＩ（Graphical User I
nterface）マネージャ、かな漢字変換マネージャ、プリ
ンタマネージャ、フォントファイル、ライブラリファイ
ル等の各ＯＳファイルが設けられる。これらはシステム
環境の設定に応じて影響を受けるＯＳファイル群１０２
となる。ＯＳファイル群１０１，１０２を合わせていわ
ゆるフルセットＯＳ１００が構築されることになる。こ
のようなフルセットＯＳの存在に基づいて、例えばディ
スクなどの外部メディアから新たにインストールされる
アプリケーションが、起動／実行されることになる。

【０００６】

【発明が解決しようとする課題】ところで図２１に示し
たフルセットＯＳ１００を構成するＯＳファイルは、一
例であるが、その中にはユーザーの使用するアプリケー
ションやハードウエアなどに応じて、不必要となるもの
や、もしくは足りないものもある。一般には或る程度の
汎用性を持たせるため、ＯＳとしては通常十分と思われ
る程度のシステムに対応できるようにされる。

【０００７】ところがこのために、ＯＳ自体のサイズ
（ハードディスク等に必要な容量）が大きくなり、ホス
トコンピュータ側に常時要求される性能（容量等）が厳
しくなる傾向にある。またこれにより、システム容量の
少ないハードディスクドライブの搭載や、ＲＯＭ化は困
難とされている。またＯＳの種類によっては、いくつか
のアプリケーションで共通に使用できるファイルをハー
ドディスクドライブへインストールして、アプリケーシ
ョンの容量を削減しようとするものもあるが、この場合
は、その分だけハードディスク側の空き容量が減ってし
まうということになる。換言すれば、ハードディスクド
ライブ側に、より大容量化が要求されることになる。

【０００８】またユーザーが自分で設定したシステム環
境によりＯＳファイル群１０２のＯＳファイルは影響を
受けるわけであるが、ユーザーサイドから見た場合、そ
のシステム環境は当該ＯＳをインストールしているホス
トコンピュータでしか生かされないことになる。つまり
自分のシステム環境を例えば可搬性メディアで持ち運ぶ
といったことができず、情報処理システムの有効利用が
阻害されている。

【０００９】

【課題を解決するための手段】本発明はこのような問題
点に鑑みて、情報処理システムにおいて情報処理装置、
つまりホスト側機器におけるＯＳサイズを縮小するとと
もに、ユーザーからみたシステム環境の可搬性を実現す
ることを目的とする。

【００１０】このためオペレーティンググシステムを構
成する複数のＯＳファイルのうち、一部のＯＳファイル
は情報処理装置の保持手段に保持され、それ以外のＯＳ
ファイルは可搬性の記録媒体に保持されるようにする。
そして再生装置に装填されている記録媒体に記録されて
いる１又は複数のＯＳファイルは、それぞれ必要に応じ
て情報処理装置によってロードされ、保持手段に取り込
まれることで、中央処理手段が所要の情報処理動作を実
行できるようにする。

【００１１】特に、オペレーティンググシステムのフル
セットを構成する複数のＯＳファイルのうちで、保持手
段に保持される一部のＯＳファイルとはシステム環境設
定による影響を受けないＯＳファイルであり、記録媒体
に記録されるそれ以外のＯＳファイルとは、システム環
境設定による影響を受けるＯＳファイルとする。即ち本
発明ではＯＳとしてのフルセットのうち、一部を可搬性
の記録媒体が保持することで、ホスト側でのＯＳサイズ
を縮小し、また記録媒体側に保持するＯＳファイルとは
システム環境設定による影響を受けるＯＳファイルとす
ることで、システム環境自体の可搬性を実現する。ま
た、ＯＳサイズの縮小により、ＯＳのＲＯＭ化などの実
現可能性を得、ハードディスクドライブ搭載を余儀なく
されているシステム事情を解消する。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態となる
ＨＳ（Hyper Storage ）システムを説明する。説明は次
の順序で行なうとともに、当該システムに用いられる記
録媒体の例としてＲＯＭディスク、ＲＡＭディスク、パ
ーシャルＲＯＭディスクをあげる。＜１．各種ディスクのエリア構造＞＜２．パーシャルＲＯＭディスク及びＲＡＭディスクの
ユーザーエリア＞＜３．コントロール情報＞＜４．ディフェクトマネジメントエリア＞＜５．システム構成＞＜６．ＯＳ構成＞＜７．ＯＳファイルのロード処理＞＜８．アプリケーションの特化によるシステム例＞

【００１３】＜１．各種ディスクのエリア構造＞図１は
各種ディスクメディアを図示したものであり、図１
（ａ）は主データ領域全体が例えばエンボスピットなど
による再生専用領域（ＲＯＭ領域）ＡＥとされているＲ
ＯＭディスクである。また図１（ｂ）は主データ領域全
体が例えば光磁気領域などによる記録／再生可能なリラ
イタブル領域ＡＲＷとされているＲＡＭディスクであ
る。パーシャルＲＯＭディスクは例えば図１（ｃ）また
は（ｄ）のような構造を持つ。即ち１枚のディスクの主
データ領域においてＲＯＭ領域ＡＥとリライタブル領域
ＡＲＷが設けられているものである。

【００１４】図２は、図１（ａ）〜（ｄ）の各ディスク
に共通する、外周側から内周側までのエリア構成を示し
たものである。ディスク最外周側には７３６トラック分
のＧＣＰ（Gray Code Part）ゾーンが設けられ、内周側
に向かって２トラック分のバッファゾーン、５トラック
分のアウターコントロールＳＦＰゾーン、２トラック分
のバッファゾーン、５トラック分のテストゾーンが設け
られる。そしてそのテストゾーンに続いて、ユーザーが
所望のデータの記録を行なうことができるリライタブル
領域ＡＲＷ及び再生専用のＲＯＭ領域ＡＥから成る主デ
ータ領域としてのユーザーエリアが形成される。ユーザ
ーエリアはバンド０〜バンド１５の１６バンドに分割さ
れている。

【００１５】図１（ａ）のＲＯＭディスクはユーザーエ
リアが全てエンボスピットによりデータが記録されたＲ
ＯＭ領域ＡＥとなる。また図１（ｂ）のＲＡＭディスク
ではユーザーエリアが全てリイライタブル領域ＡＲＷと
なる。

【００１６】図１（ｃ）（ｄ）のパーシャルＲＯＭディ
スクでは、バンド０〜バンド１５の一部がＲＯＭ領域Ａ
Ｅ、一部がリイライタブル領域ＡＲＷとなる。１６バン
ドのうち幾つをリライタブル領域ＡＲＷとし、幾つをＲ
ＯＭ領域ＡＥとするかは製造者側で任意に設定できる。

【００１７】ユーザーエリアより内周側には５トラック
分のテストゾーン、２トラック分のバッファゾーン、５
トラック分のインナーコントロールＳＦＰゾーン、２ト
ラック分のバッファゾーン、８２０トラック分のＧＣＰ
ゾーンが設けられる。ＧＣＰゾーン、アウターコントロ
ールＳＦＰゾーン、インナーコントロールＳＦＰゾーン
は、それぞれ所定のコントロール情報が記録されるエリ
アとされている。

【００１８】このディスクは、ゾーン単位で定速回転さ
れるいわゆるゾーンＣＡＶディスクとされており、ユー
ザーエリアにおけるバンド０〜バンド１５の１６バンド
がそれぞれ定速回転ゾーンとされている。

【００１９】＜２．パーシャルＲＯＭディスク及びＲＡ
Ｍディスクのユーザーエリア＞１６バンドで形成される
ユーザーエリアについて、リライタブル領域ＡＲＷの構
成を詳しく示したものが図３（ａ）（ｂ）及び図４であ
る。図３（ａ）はパーシャルＲＯＭディスクであってユ
ーザーエリアにおけるディスク外周側にリライタブル領
域ＡＲＷが設けられた場合、図３（ｂ）はパーシャルＲ
ＯＭディスクであってディスク内周側にリライタブル領
域ＡＲＷが設けられた場合、図４はＲＡＭディスクの場
合をそれぞれ示している。

【００２０】図３（ａ）の場合、ユーザーエリアにおい
てバンド０〜バンドＭまでがリライタブル領域ＡＲＷと
され、バンド（Ｍ＋１）〜バンド１５がＲＯＭ領域ＡＥ
とされている。また図３（ｂ）の場合は、ユーザーエリ
アにおいてバンド０〜バンドＮまでがＲＯＭ領域ＡＥと
され、バンド（Ｎ＋１）〜バンド１５がリライタブル領
域ＡＲＷとされている。図４のＲＡＭディスクについて
は、バンド１〜バンド１５の全てがリライタブル領域Ａ
ＲＷとなる。

【００２１】図３、図４からわかるようにリライタブル
領域ＡＲＷの先頭となるバンドの先頭領域にはディフェ
クトマネジメントエリアＤＭＡ１，ＤＭＡ２が設けら
れ、またリライタブル領域ＡＲＷの終端となるバンドの
最後の領域にディフェクトマネジメントエリアＤＭＡ
３，ＤＭＡ４が設けられる。また図３のパーシャルＲＯ
Ｍディスクの場合で、ＲＯＭ領域ＡＥと隣接する領域は
バッファエリアとされている。

【００２２】そして、１バンド毎にデータエリアと、そ
のデータエリアに対応する交代エリアが用意される。従
ってリライタブル領域ＡＲＷが１６バンドの内のｎバン
ド分とされる場合は、ｎ単位のデータエリアと、ｎ単位
の交代エリアが設けられる。交代エリアとは、データエ
リア内において傷などで記録／再生不能となるディフェ
クト部位が存在していた場合に、そのディフェクト部位
に代えて用いられる部位を提供するエリアとされる。

【００２３】例えば図３（ａ）に『×』として示すよう
にデータエリア内にディフェクト部位が存在した場合、
その『×』部位に代わる記録領域が矢印で示すように交
代エリア内の領域に設定される。ディフェクトマネジメ
ントエリアＤＭＡ１〜ＤＭＡ４は、このような交代状況
を管理し、ディフェクト部位を避けた記録／再生が適正
に行なわれるようにする情報が記録されるものである。

【００２４】なお、データエリア内のディフェクト部位
の検索、ディフェクト部位に代わる交代エリア上の部位
の指定、ディフェクトマネジメントエリアＤＭＡ１〜Ｄ
ＭＡ４としての情報の作成及びリライタブル領域ＡＲＷ
への記録等は、ディスクの物理フォーマット処理におい
て行なわれることになり、つまり物理フォーマットによ
って図３（ａ）又は（ｂ）又は図４の状態とされること
で、リライタブル領域ＡＲＷが物理的に記録／再生可能
な状態とされる。

【００２５】ただし実際にリライタブル領域ＡＲＷに対
してファイル書込等を行なうには、物理フォーマットさ
れたディスクに対してさらに論理フォーマットを施し、
リライタブル領域ＡＲＷでの記録／再生を管理するファ
イルシステムを書き込まなければならない。即ち、物理
フォーマットと論理フォーマットが行なわれることで、
実際にユーザーが、ＲＡＭディスクやパーシャルＲＯＭ
ディスクを記録メディアとして使用できることになる。

【００２６】論理フォーマットについての詳しい説明は
省略するが、この論理フォーマットとは、主に、リライ
タブル領域ＡＲＷの先頭位置に、リライタブル領域ＡＲ
Ｗ（パーシャルＲＯＭディスクの場合はリライタブル領
域ＡＲＷ及びＲＯＭ領域ＡＥ）でのファイルを管理でき
るファイルシステムを書き込む処理となる。パーシャル
ＲＯＭディスクであれば、この論理フォーマット処理の
ツールとなるセットアップシステムを、予めＲＯＭ領域
ＡＥ内に記録しておくこともできる。

【００２７】＜３．コントロール情報＞本例のディスク
では、ディスク上の所定位置に各種のコントロール情報
が記録されている。この場合の所定位置とはＳＦＰゾー
ン（アウターコントロールＳＦＰゾーン、インナーコン
トロールＳＦＰゾーン）及びＧＣＰゾーンをいう。ＧＣ
Ｐゾーンには、メディアの物理的な情報（ＭＯ／ＲＯＭ
など）、メディアタイプ、ＳＦＰゾーンの位置情報など
が記録されている。

【００２８】ＳＦＰゾーンにおける各セクター（２０４
８バイト）には大まかにみて図５のような情報が記録さ
れている。

【００２９】バイト０〜１９はＧＣＰゾーンにおけるセ
クターのデータ部分２０バイトと同じデータが記録され
る。例えばメディアの物理的な情報（ＭＯ／ＲＯＭな
ど）、メディアタイプ（全てエンボスによるＲＯＭメデ
ィア／全てＭＯエリアによるＲＡＭメディア／パーシャ
ルＲＯＭメディアなどの種別）、フォーマットディスク
リプタ、ＳＦＰゾーンのスタートトラックナンバ、最大
リードパワー、コントロールトラックでのクロックレシ
オなどの物理的な管理情報が記録されている。

【００３０】バイト２０〜２９はメディアインフォメー
ションとしてのデータが記録される。例えばレーザ波
長、反射率、トラックピッチなどのデータである。

【００３１】バイト３０〜９９はシステムインフォメー
ションとしてのデータが記録される。例えば最大トラッ
クナンバ、最大物理ブロックアドレス、ＤＤＳ（Disc D
efinition Sector）のスタート物理ブロックアドレス、
テストゾーンのトラック数、ユーザーエリアのバイト
数、パーシャルＲＯＭディスクやＲＯＭディスクの場合
の１６単位のバンド（バンド０〜バンド１５）のコント
ロール情報等が記録される。

【００３２】バイト１００〜４１９は、１６単位のバン
ド（バンド０〜バンド１５）のそれぞれについての詳し
い情報が記録されている。即ち各バンドについてのスタ
ートトラックアドレス、総トラック数、総セクター数、
ユーザーエリアとしてのセクター数、パリティセクター
数、前後の各バッファセクターの数、セクターのセグメ
ント数、クロックレシオなどが記録される。バイト４２
０〜２０４７はリザーブされている。

【００３３】ＳＦＰゾーンには大まかにこのような情報
が記録されるが、そのなかで、ディスクの種別の識別情
報となるメディアタイプは、ＳＦＰゾーンのセクターに
おけるバイト１（第２バイト目）の位置に記録される。
この１バイトには図６のような情報が記録されることに
なる。バイト１が『００ｈ』（ｈを付した数字は１６進
表記）、つまり８ビットが『００００００００』である
ことは、そのディスクがＲＯＭメディアであることを示
している。また『２０ｈ』『Ａ０ｈ』はそれぞれＲＡＭ
メディア、パーシャルＲＯＭメディアであることを示し
ている。

【００３４】＜４．ディフェクトマネジメントエリア＞
上述したようにＲＡＭディスク及びパーシャルＲＯＭデ
ィスクについては、そのリライタブル領域ＡＲＷにおけ
るディフェクト管理のためディフェクトマネジメントエ
リアＤＭＡ１〜ＤＭＡ４が設けられる。

【００３５】各ディフェクトマネジメントエリアＤＭＡ
（ＤＭＡ１〜ＤＭＡ４）にはディフェクト管理のための
同一のデータが記録されることになるが、そのディフェ
クトマネジメントエリアＤＭＡは図７のように、ＤＤＳ
（ディスクディフィニッションセクター）、ＰＤＬ（プ
ライマリディフェクトリスト）、ＳＤＬ（セカンダリデ
ィフェクトリスト）から成る。

【００３６】ユーザーエリア内のディフェクト部位の検
索、ディフェクト部位に代わる交代エリア上の部位の指
定などは、まずディスクの物理フォーマット処理時にお
いて行なわれることになるが、この際のディフェクト管
理情報がＰＤＬセクターとして作成されることになる。
ＰＤＬセクターで管理されるディフェクトセクターにつ
いては、その次のセクターが交代セクターとされる。ま
たユーザー側の使用中にさらに欠陥領域が生じることも
考えられるが、このような場合にそのディフェクト領域
の指定や交代セクターの指定情報は、ＳＤＬセクターと
して記録される。ＳＤＬセクターで管理されるディフェ
クトエリアについては、交代セクターは図３、図４で示
した交代エリア内のセクターとして指定されることにな
る。

【００３７】ディフェクトマネジメントエリアＤＭＡの
先頭に記録されるＤＤＳセクター（２０４８バイト）で
は、各種のコントロール情報が記録されている。これを
図８に示す。バイト０，バイト１の２バイトにはＤＤＳ
−ＩＤが記録される。例えば『０Ａｈ』とされる。バイ
ト３はディスクのサーティファイ有／無の情報として
『０１ｈ』または『０２ｈ』が記録される。バイト４，
バイト５はバンド数情報が記録される。

【００３８】バイト６〜２１は、各バイトがそれぞれバ
ンド０〜バンド１５に対応しており、各バンドの情報が
１バイトづつで記録されるものとなっている。バイト２
２はＰＤＬ，ＳＤＬのスタートアドレスが記録される。
バイト２及びバイト２３〜２０４７はリザーブとされて
いる。

【００３９】バイト６〜２１の各バイトの８ビットにつ
いては、図８下部に示すように、『０１ｈ』であれば、
そのバンドがリライタブル領域としてのバンドであり、
『０２ｈ』であれば、そのバンドがＲＯＭ領域としての
バンドであることを示している。

【００４０】ところで、リライタブル領域ＡＲＷにおけ
る或るバンドをいわゆるＲＯＭ化されたバンド（再生専
用バンド）として扱うようにすることもできる。即ち再
生専用と扱うことを示すフラグを設定することで、ソフ
トウエア的に再生専用バンドとみなすようにするもので
ある。

【００４１】例えば、リライタブルなバンドか再生専用
として扱うバンドかの状況を識別するために、バイト６
〜２１の各バイトを図９のように用いるようにする。即
ち『０１ｈ』『０２ｈ』以外に、例えば『１１ｈ』とい
うコードを設定する。そして『１１ｈ』は、そのバンド
はライトプロテクトがかけられた書換不可能なバンドで
あることを示すと定義する。

【００４２】後述する記録再生装置（ディスクドライ
ブ）は、ＲＡＭディスクもしくはパーシャルＲＯＭディ
スクのリライタブル領域に対する書込／読出動作を実行
する際には、各バンドについての情報をＤＤＳのバイト
６〜２１から判断して、その結果により動作制御を行な
うことになる。

【００４３】なお、もちろん『１１ｈ』というコード値
は一例であり、これ以外の値を設定してもよい。また本
例では、ＤＤＳのバイト６〜２１を用いてバンド毎の情
報を記録するようにしたが、これ以外にＤＤＳ内のリザ
ーブとされている領域を使用してバンド毎の情報（ライ
トプロテクトについての情報）を記録するようにしても
よい。さらに、ディフェクトマネジメントエリアＤＭＡ
内に限らず、ＳＦＰゾーン内において、このような情報
を記録してもよい。

【００４４】＜５．システム構成＞本例の情報処理シス
テムの構成を図１０に示す。この情報処理システムは、
ディスクドライブ１、ディスク９０、ホストコンピュー
タ２、ハードディスクドライブ３、ディスプレイ５、キ
ーボード６、マウス７、プリンタ８から構成されている
ものとしている。

【００４５】ディスクドライブ１はＳＣＳＩインターフ
ェース接続されたホストコンピュータ２（例えばパーソ
ナルコンピュータ）との間で、コマンド及びデータの受
け渡しが可能と構成され、ホストコンピュータ２からの
コマンド及びデータの供給に応じてディスク９０に対す
るデータの記録を行ない、またホストコンピュータ２か
らのコマンドに応じてディスク９０からデータを読み出
し、ホストコンピュータ２に供給する動作を行なう。こ
こでディスク９０とは、上述してきたＲＯＭディスク、
ＲＡＭディスク、又はパーシャルＲＯＭディスクであ
る。

【００４６】ディスクドライブコントローラ１１（以
下、コントローラ）はホストコンピュータ２との間の通
信及びディスクドライブ１の記録動作、再生動作の全体
の制御を行なう。１コントローラ１１はバス２７で通信
可能とされているＤＳＰ（デジタルシグナルプロセッ
サ）１９を介して実際の記録／再生駆動を実行させる。
ＤＳＰ１９は、いわゆるサーボドライバとしての機能を
持ち、コントローラ１１から供給されるゾーン情報（ア
ドレス）に応じてスピンドルドライバ２１に対してスピ
ンドル駆動制御信号を供給し、スピンドルモータ２２に
駆動信号を印加させることで、ディスク９０のゾーンＣ
ＡＶ駆動を実行させる。

【００４７】また光学ヘッド１５におけるレーザダイオ
ード１５ａからのレーザ発光動作を実行させるためにレ
ーザドライバ１６に駆動制御信号を出力し、レーザ発光
制御を行なう。レーザダイオード１５ａからのレーザ光
は図示しない光学系を通り、対物レンズ１５ｂを介して
ディスク９０に照射される。またディスク９０からの反
射光は図示しない光学系を通ってディテクタ１５ｃに照
射され、電気信号として取り出される。

【００４８】ディテクタ１５ｃで得られる電気信号はＩ
−Ｖ／マトリクスアンプ１７に供給され、電流／電圧変
換された後、マトリクス演算アンプにより各種信号が取
り出される。即ち、ディスク９０のＲＯＭ領域ＡＥから
の再生データとされるべきＲＦ信号、ディスク９０のリ
ライタブル領域ＡＲＷからの再生データとされるべきＭ
Ｏ信号、フォーカスエラー信号、トラッキングエラー信
号、フロントＡＰＣ信号などが抽出される。

【００４９】サーボ情報であるフォーカスエラー信号、
トラッキングエラー信号、フロントＡＰＣ信号はＡ／Ｄ
変換器１８でデジタルデータ化されてＤＳＰ１９に供給
される。ＤＳＰ１９は、フォーカスエラー信号、トラッ
キングエラー信号に応じてサーボ駆動信号を発生させ、
ＰＷＭドライバ２０に供給する。ＰＷＭドライバ２０は
光学ヘッド１５内のフォーカスコイル、ガルバノモー
タ、スライドモータに対する駆動電力を供給する。

【００５０】即ちフォーカスエラー信号に基づいたフォ
ーカスサーボ駆動信号によりＰＷＭドライバ２０がフォ
ーカスコイルに駆動電力を印加することで対物レンズが
ディスクに接離する方向に駆動されてフォーカス制御が
行なわれ、またトラッキングエラー信号に基づいたトラ
ッキングサーボ駆動信号、スライドサーボ駆動信号によ
りＰＷＭドライバ２０がガルバノモータ、スライドモー
タに駆動電力を印加することでトラッキング制御、スレ
ッド移動制御が行なわれる。またＤＳＰ１９はフロント
ＡＰＣ信号に応じてレーザドライバ１６を制御し、レー
ザレベルを適正に保つようにしている。

【００５１】ディスク９０に対する再生時において読み
出されるデータは、Ｉ−Ｖ／マトリクスアンプ１７から
ＲＦ信号もしくはＭＯ信号として得られる。Ｉ−Ｖ／マ
トリクスアンプ１７からの出力はゲイン／オフセットコ
ントロール部２３で適切な電位レベルとされ、Ａ／Ｄ変
換器２４でデジタルデータ化される。そしてデジタルデ
ータ化された信号はエンコーダ／デコーダ部１２に供給
され、デジタルフィルタ処理、ビタビ復号処理、ＮＲＺ
復号処理、デスクランブル処理等を施され、再生データ
とされる。この再生データはバッファメモリ１１に蓄積
された後、所定のタイミングでコントローラ１１によっ
てＳＣＳＩインターフェース部２６に送られ、ホストコ
ンピュータ２に転送される。

【００５２】なお、再生処理のための再生クロック及び
再生信号に同期した各種タイミング生成のためにＡ／Ｄ
変換器２４の出力はＰＬＬタイミングジェネレータ２５
にも供給され、いわゆるＰＬＬ動作により再生クロック
及びその再生クロックに基づいた各種タイミング信号が
形成される。

【００５３】ホストコンピュータ２から記録要求コマン
ド及び記録すべきデータがＳＣＳＩインターフェース部
２６を介して供給された場合は、コントローラ１１はそ
のデータをバッファメモリ１１に蓄積してから所定の転
送レートでエンコーダ／デコーダ部１２に供給し、実際
にディスク９０上に記録を行なう場合のデータ形態にエ
ンコードさせる。そしてそのエンコードされたデータは
磁気ヘッドドライバ１３に供給され、磁気ヘッドドライ
バ１３は記録データに応じて磁気ヘッド１４からディス
ク９０に対する磁界印加動作を実行する。なお、記録時
にはレーザダイオード１５ａからは記録用の高レベルの
レーザ出力が実行されている。

【００５４】バス２７にはＣＰＵ２８、ＲＡＭ２９、フ
ラッシュメモリ３０が接続されている。そしてディスク
ドライブ１の全体の制御をＣＰＵ２８が実行することに
なる。また各種制御動作に必要な情報はＲＡＭ２９やフ
ラッシュメモリ３０に保持される。

【００５５】ハードディスク４に対しての記録／再生動
作を行なうハードディスクドライブ３は、ホストコンピ
ュータ２に内蔵もしくは別体接続される。ユーザーがデ
ィスク９０としてのソフトウエアを購入した場合は、そ
のディスク９０をディスクドライブ１に装填し、ディス
ク９０に記録されているアプリケーションプログラムを
ハードディスク４にインストールすることができる。そ
してその後は、ホストコンピュータ２の操作によりハー
ドディスクドライブ３を動作させ、ハードディスク４か
らアプリケーションプログラムを読み出して、そのアプ
リケーションプログラムの機能を使用することになる。

【００５６】ホストコンピュータ２の出力機器の１つで
あるディスプレイ５はＣＲＴモニタや液晶モニタなどで
形成される。ユーザーはディスプレイ５を見ながら操作
を行ない、また情報を受け取ることになる。例えば各種
の入力操作などは、ディスプレイ５の表示に従って行な
うことになり、またユーザーに対する動作エラーの表示
なども行なわれる。また入力機器としてキーボード６や
マウス７が用意されており、印刷出力機器としてプリン
タ８が接続される。

【００５７】＜６．ＯＳ構成＞以上のような本例のシス
テムにおけるＯＳ構成のイメージを図１１に示す。フル
セットＯＳを構成するＯＳファイルの数及び種別は、前
述した図２１と同様としている。

【００５８】即ち、システム環境などに影響を受けない
ＯＳファイル群１０１として、カーネル、デバイスマネ
ージャ、キーボード処理、ディスプレイ処理、マウス処
理、ＩＤＥ／ネットワーク処理、ファイルマネージャ、
メモリマネージャ、タスクマネージャとしての各ＯＳフ
ァイルが用意されている。

【００５９】またシステム環境の設定に応じて影響を受
けるＯＳファイル群１０２として、ＧＵＩマネージャ、
かな漢字変換マネージャ、プリンタマネージャ、フォン
トファイル、ライブラリファイルの各ＯＳファイルが設
けられる。

【００６０】ただし本例の場合、常時ハードディスク４
に保持されているＯＳファイルは、カーネル以下のＯＳ
ファイル群１０１に含まれるもののみである。なお説明
上、ＯＳファイル群１０１としてハードディスク４にイ
ンストールされているＯＳファイル群をサブセットＯＳ
と呼ぶこととする。

【００６１】これに対してＯＳファイル群１０２を形成
する各ＯＳファイルは、アプリケーション１０３ととも
に外部メディア、即ちディスク９０に記録されているよ
うにしている。そしてディスク９０に記録されたＯＳフ
ァイルが必要に応じて逐次ハードディスク４側にインス
トールされる（もしくはホストコンピュータ２の内部の
メモリ領域にロードされる）ことで、ホストコンピュー
タ２において例えばアプリケーション１０３の動作に必
要なフルセットＯＳ１００が構築されることになる。

【００６２】図１２、図１３、図１４に、それぞれディ
スク９０がＲＯＭディスクである場合、ＲＡＭディスク
である場合、パーシャルＲＯＭディスクである場合にお
ける、ＯＳファイル等の記録例を示している。

【００６３】図１２のＲＯＭディスクの場合は、そのユ
ーザーエリアにおいて、ディスク上のファイルデータを
管理するファイルシステムＦＳが記録されるとともに、
ＧＵＩマネージャ、かな漢字変換マネージャ、プリンタ
マネージャ、フォントファイル、ライブラリファイルの
各ＯＳファイルが記録される。そしてこの例ではアプリ
ケーションプログラムとしてアプリケーションＡＰ１，
ＡＰ２・・・・が記録されるようにしている。

【００６４】ＲＯＭディスクの場合は全領域がエンボス
ピットによるＲＯＭ領域ＡＥとなるため、例えばＯＳに
対してユーザーが設定するシステム環境に関するデータ
を書き込む領域を設定することはできない。このため、
例えばディスク毎の固体識別を付加したうえで、システ
ム環境データをディスクドライブ１のフラッシュメモリ
３０などに保存しておくようにすることなどが考えられ
る。

【００６５】この場合、例えばシステム環境自体の可搬
性をディスク９０のみで実現することはできないが、デ
ィスクドライブ１と一体的に考えれば、特定のホストコ
ンピュータ２以外のコンピュータに接続した場合など
も、ユーザー独自のシステム環境をそのまま利用するこ
とができる。

【００６６】図１３のＲＡＭディスクの場合は、そのユ
ーザーエリアにおいて、ディスク上のファイルデータを
管理するファイルシステムＦＳが記録される。また論理
フォーマットによりファイルシステムＦＳを形成させる
ためのツールとなるセットアップシステムを記録するよ
うにしてもよい。そしてＯＳファイルとして、ＧＵＩマ
ネージャ、かな漢字変換マネージャ、プリンタマネージ
ャ、フォントファイル、ライブラリファイルの各ＯＳフ
ァイルが記録される。そしてこの例ではアプリケーショ
ンプログラムとしてアプリケーションＡＰ１が記録され
ている。またシステム環境設定情報としてのファイルも
形成される。

【００６７】ＲＡＭディスクの場合はユーザーエリアは
全てリライタブル領域である。このため、各ＯＳファイ
ルやセットアップシステム、さらにはアプリケーション
ＡＰなど、通常ＲＡＭディスクには記録されていなかっ
たファイル（つまり書き換えを防止したいファイル）を
記録しておくには、それらのファイル記録したバンドに
対してライトプロテクトを行なっておき、再生専用エリ
アＡＷＰとして扱われるようにすることが好適である。
ライトプロテクトについては図８で説明したような手段
を用いればよい。

【００６８】またこの場合は必要に応じて書き換えを行
なうことになるシステム環境設定情報を、書換可能ファ
イルとして保持できる。従ってＯＳファイルとともに、
ＯＳに対してユーザーが設定するシステム環境に関する
データについての可搬性を、ディスク９０のみで実現す
ることができる。例えば或るユーザーがオフィスの情報
処理システムと自宅での情報処理システムの両方を使用
する場合などを考えると、そのユーザーはディスク９０
を持ち運ぶだけで、オフィスと自宅のシステムにおいて
同一システム環境による動作が可能となる。

【００６９】図１４のパーシャルＲＯＭディスクの場合
は、そのユーザーエリアはエンボスピットによるＲＯＭ
領域ＡＥとリライタブル領域ＡＲＷに分かれている。こ
の場合、論理フォーマット前、即ちリライタブル領域Ａ
ＲＷが使用されていない時点でのＲＯＭ領域ＡＥのファ
イルデータを管理するファイルシステムＦＳ１と、論理
フォーマットによりリライタブル領域ＡＲＷの先頭にフ
ァイルシステムＦＳ２を形成させるためのツールとなる
セットアップシステムが、ＲＯＭ領域ＡＥに記録され
る。

【００７０】そしてさらにＲＯＭ領域ＡＥには、ＯＳフ
ァイルとして、ＧＵＩマネージャ、かな漢字変換マネー
ジャ、プリンタマネージャ、フォントファイル、ライブ
ラリファイルの各ＯＳファイルが記録される。またこの
例ではアプリケーションプログラムとしてアプリケーシ
ョンＡＰが記録されている。

【００７１】一方、セットアップシステムに基づく論理
フォーマットによりリライタブル領域ＡＲＷの先頭に、
その論理フォーマット以降のディスク上のファイル管理
を行なうファイルシステムＦＳ２が形成され、これによ
ってリライタブル領域ＡＲＷも使用可能となるが、この
リライタブル領域ＡＲＷにシステム環境設定情報として
のファイルが記録される。

【００７２】即ちパーシャルＲＯＭディスクの場合は、
各ＯＳファイルやセットアップシステム、さらにはアプ
リケーションＡＰなど、書き換えを防止したいファイル
についてはＲＯＭ領域ＡＥに記録しておくことで、この
ディスクをＯＳメディアもしくはＯＳ／アプリケーショ
ンメディアとしてユーザーに提供できる。

【００７３】またパーシャルＲＯＭディスクの場合、必
要に応じて書き換えを行なうことになるシステム環境設
定情報はリライタブル領域ＡＲＷにおいて書換可能ファ
イルとして保持できる。従ってＯＳファイルとともに、
ＯＳに対してユーザーが設定するシステム環境に関する
データについての可搬性を、ディスク９０のみで実現す
ることができる。上述の例のように、或るユーザーがオ
フィスの情報処理システムと自宅での情報処理システム
の両方において、ディスク９０を持ち運ぶだけで、同一
システム環境による動作が可能となる。

【００７４】＜７．ＯＳファイルのロード処理＞以上の
ように本例ではフルセットＯＳ１００を構成するＯＳフ
ァイルの一部はディスク９０に記録され、通常時は、サ
ブセットＯＳ１０１のみがホストコンピュータ２（ハー
ドディスク４）側に保持されている状態となっている。
このため、あるアプリケーションを実行する場合には、
ホストコンピュータ２は図１５〜図１７のような処理が
必要になる。

【００７５】まずディスク９０がディスクドライブ１に
装填された時の処理は図１５のようになる。即ちホスト
コンピュータ２にはサブセットＯＳ１００しか用意され
ていないため、それ以外のＯＳファイルとしてディスク
９０に記録されている必要なＯＳファイルをロードする
必要があり、それをステップF101として実行する。

【００７６】この時点でロードが必要なＯＳファイルと
しては、例えばＧＵＩマネージャ、カナ漢字変換マネー
ジャなどである。もちろんこれらに関するシステム環境
情報もロードする。つまりハードディスク４にインスト
ールするか、もしくはホストコンピュータ２の内部メモ
リに取り込む。

【００７７】次に、アプリケーションＡＰを起動する際
には、図１６の処理が必要になる。アプリケーションＡ
Ｐの種別により必要なＯＳファイルは異なってくるた
め、まずステップF201として、起動するアプリケーショ
ンの起動後の処理に必要なＯＳファイルが全てハードデ
ィスク４に保持されているか否かを確認する。もし必要
なＯＳファイルが揃っていれば、ディスク９０からのＯ
Ｓファイルのロードは必要ないが、必要なＯＳファイル
としてまだロードしていないものがあれば、ステップF2
02で、その必要なＯＳファイルをロードすることにな
る。例えばプリンタが必要なアプリケーションであれ
ば、プリンタマネージャのロードを行なう。

【００７８】アプリケーション動作中の処理は図１７の
ようになり、そのアプリケーション動作に応じて新たに
必要なＯＳファイルが発生した場合は、その都度ステッ
プF301からF302に進み、その必要なＯＳファイルをディ
スク９０からロードする。そしてアプリケーション動作
が終了されたらステップF303からループを脱し、ステッ
プF304において、ステップF302の処理でロードしたＯＳ
ファイルの削除を行なう。なお、この処理はかならずし
も実行しなくてもよい。

【００７９】以上のように実行するアプリケーションに
応じて必要なＯＳファイルがディスク９０からホストコ
ンピュータ２側にロードされ、そのアプリケーションに
とってのフルセットＯＳが形成されることになる。つま
り各種アプリケーションはＯＳに基づいて通常に動作さ
れることになる。

【００８０】ところが、アプリケーション実行時以外
は、ホストコンピュータ２側では必要最小限のＯＳファ
イルのみしか保持していないため、ホストコンピュータ
２側におけるＯＳサイズを小さくできることになる。特
に基本的にはサブセットＯＳ１０１に含まれるＯＳファ
イルを保持するのみであるため、これをＲＯＭ化した
り、小容量のハードディスクその他の記憶媒体を用いる
こともできる。サブセットＯＳ１０１をＲＯＭ化する場
合は、必要に応じてディスク９０からロードするＯＳフ
ァイルの記憶領域を用意しておけばよい。

【００８１】＜８．アプリケーションの特化によるシス
テム例＞以上のようにサブセットＯＳ以外のＯＳファイ
ルをディスク９０に保持するようにする本発明では、ア
プリケーションの特化によるシステム性能の向上を実現
することもできる。例えばパーシャルＲＯＭディスク９
０と映像撮影機器（例えばビデオカメラ）、音声入力機
器（例えばマイクロホン）などを接続したコンピュータ
システムにより、オーディオ・ビデオ専用システムと同
等の性能を汎用コンピュータシステムで実現することが
できる。

【００８２】例えば図１８のようなシステムを考える。
ディスク９０は、ビデオアプリケーション、もしくはオ
ーディオアプリケーションとして特化されたパーシャル
ＲＯＭディスクであるとする。ホストコンピュータ２に
は、外部機器から入力されてくるオーディオ信号ＡINや
ビデオ信号ＶINを取り込むためのＡＶインターフェース
２ａが搭載されている。このＡＶインターフェース２ａ
には、ビデオカメラやマイクロホンなどの機器が接続さ
れるとする。

【００８３】また、音声出力機器としてスピーカ９が設
けられる。スピーカ９は通常ホストコンピュータ２に内
蔵されることが多く、その内蔵スピーカであってもよい
し、もしくは別体のスピーカを接続するような構成とし
てもよい。映像出力機器としてはディスプレイ５を用い
ることができ、また操作機器としてマウス７を用いる。
当然ながらキーボード６や、専用のＡＶ操作ボード、リ
モートコマンダーなどによる操作システムを構築しても
よい。ハードディスク４には、図１１で説明した例と同
様のサブセットＯＳ１０１がインストールされているも
のとする。

【００８４】ディスク９０をビデオアプリケーションに
特化されたディスクであるとすると、そのディスク内容
は、一例としては図１９のようになる。即ちコンピュー
タシステム上での映像処理に最小限必要なＯＳファイル
等が搭載され、この場合はＯＳファイルとしては、ユー
ザー操作のための処理に関するＧＵＩマネージャ（もち
ろん必ずしもＧＵＩマネージャでなくてもよい）や、ビ
デオデータの記録・再生及びデータ処理に関するビデオ
マネージャ、及びＡＶインターフェース２ａから入力さ
れたビデオデータ（及びオーディオデータ）の処理のた
めのハードウエアに対するドライバとなるビデオ処理ド
ライバが搭載されている。

【００８５】またアプリケーションソフトウエアとして
ビデオアプリケーションが搭載される。これらのＯＳフ
ァイル、アプリケーション、及びファイルシステムＦＳ
１、セットアップシステムが、ＲＯＭ領域ＡＥに記録さ
れたものとなっている。一方リライタブル領域ＡＲＷに
おいては、ファイルシステムＦＳ２、システム環境設定
情報が記録されるとともに、残りの記録可能領域は、ビ
デオカメラ等で撮影され入力されたビデオデータの記録
領域として用いることができる。

【００８６】またディスク９０をオーディオアプリケー
ションに特化されたディスクであるとすると、そのディ
スク内容は、一例としては図２０のようになる。即ちコ
ンピュータシステム上での音声処理に最小限必要なＯＳ
ファイルとしては、ＧＵＩマネージャ、オーディオデー
タの記録・再生及びデータ処理に関するオーディオマネ
ージャ、及びＡＶインターフェース２ａから入力された
オーディオデータの処理のためのハードウエアに対する
ドライバとなるオーディオ処理ドライバが搭載されてい
る。

【００８７】またアプリケーションソフトウエアとして
オーディオアプリケーションが搭載される。これらのＯ
Ｓファイル、アプリケーション、及びファイルシステム
ＦＳ１、セットアップシステムが、ＲＯＭ領域ＡＥに記
録されたものとなっている。そしてリライタブル領域Ａ
ＲＷにおいては、ファイルシステムＦＳ２、システム環
境設定情報が記録されるとともに、残りの記録可能領域
は、マイクロホン等から入力されたオーディオデータの
記録領域として用いることができる。

【００８８】なお、これらのビデオ又はオーディオアプ
リケーションに特化した場合に、ディスク９０側に記録
しておくＯＳファイル例は、他にも各種考えられること
はいうまでもない。

【００８９】このようなビデオ又はオーディオアプリケ
ーションに特化したＯＳファイル及びアプリケーション
ソフトウエアを記録したディスク９０を考え、これらの
ＯＳファイル及びアプリケーションソフトウエアをホス
トコンピュータ２にロードするようにすれば、コンピュ
ータシステムをオーディオ記録再生装置、ビデオ記録再
生装置として使用できることになる。またビデオ・オー
ディオ処理に特化したドライバをロードすることで、ビ
デオデータ処理、オーディオデータ処理に関しても、専
用の記録再生システムと同程度の性能（例えば処理速度
やデータ編集機能）を実現できる。さらに特化すること
でドライバの作成は簡易となるという利点もある。さら
に、この例のようにパーシャルＲＯＭディスクを用いる
か、もしくはＲＡＭディスクを用い、ビデオデータ、オ
ーディオデータをディスク９０に記録することで、これ
らビデオデータ、オーディオデータ自体の可搬性も実
現され、例えば取り込んだ映像、音声を他のコンピュー
タシステムでも容易に使用できるという利点が生じる。

【００９０】以上本発明の実施の形態としての各種の例
を説明してきたが、本発明は上記したシステム構成、デ
ィスクドライブ１の構成、サブセットＯＳに含まれるＯ
Ｓファイルの例などは限定されず、各種多様な例が考え
られる。

【００９１】

【発明の効果】以上説明したように本発明では、オペレ
ーティンググシステムを構成する複数のＯＳファイルの
うち、一部のＯＳファイルは情報処理装置の保持手段に
保持され、それ以外のＯＳファイルは可搬性の記録媒体
に保持されるようにしている。そして再生装置に装填さ
れている記録媒体に記録されている１又は複数のＯＳフ
ァイルは、それぞれ必要に応じて情報処理装置によって
ロードされ、保持手段に取り込まれることで、中央処理
手段が所要の情報処理動作を実行できるようにするもの
である。即ちＯＳとしてのフルセットのうち、一部を可
搬性の記録媒体が保持することで、ホスト側でのＯＳサ
イズを縮小することができるという効果がある。さらに
ホスト側でＯＳサイズを縮小できることは、例えば必ず
しもハードディスクドライブのような大容量メディアを
搭載する必要はなくなり、例えばＯＳのＲＯＭ化という
ことも実現可能となる。

【００９２】またオペレーティンググシステムのフルセ
ットを構成する複数のＯＳファイルのうちで、保持手段
に保持される一部のＯＳファイルとはシステム環境設定
による影響を受けないＯＳファイルであり、記録媒体に
記録されるそれ以外のＯＳファイルとは、システム環境
設定による影響を受けるＯＳファイルとすることで、シ
ステム環境自体の可搬性を実現でき、ユーザーにとって
の情報処理システムの有効利用形態を提供できるという
効果がある。特に記録媒体としてアプリケーションを特
化したＯＳファイルを形成することで情報処理システム
の有効利用形態を一層広げることができる。

【図面の簡単な説明】

【図１】各種ディスクの説明図である。

【図２】各ディスクのエリア構造の説明図である。

【図３】パーシャルＲＯＭディスクのユーザーエリアの
構造の説明図である。

【図４】ＲＡＭディスクのユーザーエリアの構造の説明
図である。

【図５】実施の形態におけるディスクのＳＦＰゾーンの
データの説明図である。

【図６】実施の形態におけるディスクのメディアタイプ
コードの説明図である。

【図７】実施の形態におけるディスクのＤＭＡの説明図
である。

【図８】実施の形態におけるディスクのＤＤＳセクター
の説明図である。

【図９】実施の形態におけるライトプロテクトフラグの
説明図である。

【図１０】実施の形態における情報処理システムのブロ
ック図である。

【図１１】実施の形態における情報処理システムのＯＳ
構成の説明図である。

【図１２】実施の形態におけるＲＯＭディスクの記録フ
ァイルの説明図である。

【図１３】実施の形態におけるＲＡＭディスクの記録フ
ァイルの説明図である。

【図１４】実施の形態におけるパーシャルＲＯＭディス
クの記録ファイルの説明図である。

【図１５】実施の形態におけるディスク挿入時の処理の
フローチャートである。

【図１６】実施の形態におけるアプリケーション起動時
の処理のフローチャートである。

【図１７】実施の形態におけるアプリケーション動作時
の処理のフローチャートである。

【図１８】実施の形態におけるアプリケーションを特化
した場合のシステム例の説明図である。

【図１９】実施の形態におけるパーシャルＲＯＭディス
クのビデオアプリケーション特化の場合の記録ファイル
の説明図である。

【図２０】実施の形態におけるパーシャルＲＯＭディス
クのオーディオアプリケーション特化の場合の記録ファ
イルの説明図である。

【図２１】従来の情報処理システムのＯＳ構成の説明図
である。

【符号の説明】

１ディスクドライブ、２ホストコンピュータ、３
ハードディスクドライブ、４ハードディスク、５デ
ィスプレイ、６キーボード、７マウス、８プリンタ
１０コントローラ、１２エンコーダ／デコーダ、
１４磁気ヘッド、１５光学ヘッド、１９ＤＳＰ、
２６ＳＣＳＩインターフェース部２８ＣＰＵ、２９ＲＡＭ、３０フラッシュメモ
リ、９０ディスク、１００フルセットＯＳ、１０１
サブセットＯＳ、１０２システム環境の設定に応じ
て影響を受けるＯＳファイル群、１０３アプリケーシ
ョン

Claims

【特許請求の範囲】

【請求項１】中央処理手段と、少なくとも該中央処理
ユニットにおける情報処理に必要なオペレーティングシ
ステムを保持することができる保持手段を有する情報処
理装置と、前記情報処理装置からの制御に基づいて、装填された可
搬性の記録媒体に対してデータの再生を行なうことがで
きる再生装置とからなる情報処理システムにおいて、前記オペレーティンググシステムを構成する複数のＯＳ
ファイルのうち、一部のＯＳファイルは前記保持手段に
保持され、それ以外のＯＳファイルは前記記録媒体に記
録されているとともに、前記再生装置に装填されている記録媒体に記録されてい
る１又は複数のＯＳファイルは、それぞれ必要に応じて
前記情報処理装置によってロードされ、前記保持手段に
取り込まれることで、前記中央処理手段が所要の情報処
理動作を実行できるようにされていることを特徴とする
情報処理システム。
【請求項２】前記オペレーティンググシステムのフル
セットを構成する複数のＯＳファイルのうちで、前記保
持手段に保持される一部のＯＳファイルとはシステム環
境設定による影響を受けないＯＳファイルであり、前記
記録媒体に記録されるそれ以外のＯＳファイルとは、シ
ステム環境設定による影響を受けるＯＳファイルである
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】所定の情報処理装置によってロードされ
ることで、その情報処理装置内において保持されている
ＯＳファイルと合わせて必要なオペレーティングシステ
ムが構築されることになる１又は複数のＯＳファイルが
記録されていることを特徴とする記録媒体。
【請求項４】中央処理手段と、保持手段を有し、この
保持手段に保持されているＯＳファイルと、所定の記録
媒体から前記保持手段に取り込んだＯＳファイルとによ
り、前記中央処理ユニットの情報処理に必要なオペレー
ティングシステムが構築されることを特徴とする情報処
理装置。