JPH1027426A - 記録媒体、インストール動作管理方法 - Google Patents
記録媒体、インストール動作管理方法Info
- Publication number
- JPH1027426A JPH1027426A JP9080127A JP8012797A JPH1027426A JP H1027426 A JPH1027426 A JP H1027426A JP 9080127 A JP9080127 A JP 9080127A JP 8012797 A JP8012797 A JP 8012797A JP H1027426 A JPH1027426 A JP H1027426A
- Authority
- JP
- Japan
- Prior art keywords
- installation
- recording medium
- information
- recorded
- disk
- 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.)
- Granted
Links
- 238000009434 installation Methods 0.000 title claims abstract description 382
- 238000000034 method Methods 0.000 title claims description 65
- 238000007726 management method Methods 0.000 claims description 133
- 230000008569 process Effects 0.000 description 42
- 238000012545 processing Methods 0.000 description 24
- 238000010586 diagram Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 13
- 230000007547 defect Effects 0.000 description 9
- 238000006243 chemical reaction Methods 0.000 description 8
- 230000002950 deficient Effects 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 6
- 230000002093 peripheral effect Effects 0.000 description 6
- 101150043088 DMA1 gene Proteins 0.000 description 4
- 239000011159 matrix material Substances 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 101150090596 DMA2 gene Proteins 0.000 description 1
- 101100170601 Drosophila melanogaster Tet gene Proteins 0.000 description 1
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- VHILMKFSCRWWIJ-UHFFFAOYSA-N dimethyl acetylenedicarboxylate Chemical compound COC(=O)C#CC(=O)OC VHILMKFSCRWWIJ-UHFFFAOYSA-N 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000011900 installation process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00188—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised devices recording or reproducing contents to/from a record carrier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
- G11B20/00746—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
- G11B20/1252—Formatting, e.g. arrangement of data block or words on the record carriers on discs for discontinuous data, e.g. digital information signals, computer programme data
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
- G11B20/1258—Formatting, e.g. arrangement of data block or words on the record carriers on discs where blocks are arranged within multiple radial zones, e.g. Zone Bit Recording or Constant Density Recording discs, MCAV discs, MCLV discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
- G11B20/1883—Methods for assignment of alternate areas for defective areas
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
- G11B20/1883—Methods for assignment of alternate areas for defective areas
- G11B20/1889—Methods for assignment of alternate areas for defective areas with discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
- G11B2020/1259—Formatting, e.g. arrangement of data block or words on the record carriers on discs with ROM/RAM areas
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
Abstract
(57)【要約】
【課題】 アプリケーションプログラムが記録された記
録媒体に関し、無制限にインストールが行なわれてしま
うことを防止することで、不正使用を解消する。 【解決手段】 インストール実行に応じてインストール
回数を記録媒体の記録再生領域に記録しておき、アプリ
ケーションプログラムを或る他の記録媒体へのインスト
ールする要求があった場合は、記録されている過去のイ
ンストール回数を確認し（Ｆ１０３）、そのインストー
ル回数が所定回数未満であった場合のみに、インストー
ルを実行する（Ｆ１０４〜Ｆ１０７）。
録媒体に関し、無制限にインストールが行なわれてしま
うことを防止することで、不正使用を解消する。 【解決手段】 インストール実行に応じてインストール
回数を記録媒体の記録再生領域に記録しておき、アプリ
ケーションプログラムを或る他の記録媒体へのインスト
ールする要求があった場合は、記録されている過去のイ
ンストール回数を確認し（Ｆ１０３）、そのインストー
ル回数が所定回数未満であった場合のみに、インストー
ルを実行する（Ｆ１０４〜Ｆ１０７）。
Description
【０００１】
【発明の属する技術分野】本発明は、例えばコンピュー
タソフトウエア等を収録するのに適した記録媒体、及び
その記録媒体に記録されるアプリケーションプログラム
のハードディスク等の他の記録媒体へのインストール動
作に関する管理方法に関するものである。
タソフトウエア等を収録するのに適した記録媒体、及び
その記録媒体に記録されるアプリケーションプログラム
のハードディスク等の他の記録媒体へのインストール動
作に関する管理方法に関するものである。
【０００２】
【従来の技術】コンピュータ機器に用いる各種のソフト
ウエアを光ディスク、光磁気ディスク、磁気ディスク、
メモリカード、磁気テープなどの記録媒体を用いて提供
することが行なわれている。このような記録媒体の一種
として、近年、パーシャルＲＯＭディスクといわれるメ
ディアが開発されており、このパーシャルＲＯＭディス
クは再生専用のＲＯＭ領域と、記録／再生可能なリライ
タブル領域（ＲＡＭ領域）を有するものとされている。
ウエアを光ディスク、光磁気ディスク、磁気ディスク、
メモリカード、磁気テープなどの記録媒体を用いて提供
することが行なわれている。このような記録媒体の一種
として、近年、パーシャルＲＯＭディスクといわれるメ
ディアが開発されており、このパーシャルＲＯＭディス
クは再生専用のＲＯＭ領域と、記録／再生可能なリライ
タブル領域（ＲＡＭ領域）を有するものとされている。
【０００３】
【発明が解決しようとする課題】ところで、ソフトウエ
アとしてのアプリケーションプログラムを提供する際に
は、そのアプリケーションプログラムを記録したメディ
アを購入した正当なユーザーのみが使用できるようにす
ることが好ましい。
アとしてのアプリケーションプログラムを提供する際に
は、そのアプリケーションプログラムを記録したメディ
アを購入した正当なユーザーのみが使用できるようにす
ることが好ましい。
【０００４】ＣＤ−ＲＯＭなどの形態で提供されるソフ
トウエアメディアでは、通常、ユーザーはそのメディア
に記録されているアプリケーションを、自分の所有する
パーソナルコンピュータにおけるハードディスクにイン
ストールして使用することになる。そして、例えば或る
ユーザーがアプリケーションを自分のコンピュータにイ
ンストールした後、そのメディアを他人に貸与すれば、
その人のコンピュータにもアプリケーションをインスト
ールすることができる。つまり１枚のメディアを使用し
て次々とインストールすることでアプリケーション自体
が無制限に不正提供されてしまうという問題がある。
トウエアメディアでは、通常、ユーザーはそのメディア
に記録されているアプリケーションを、自分の所有する
パーソナルコンピュータにおけるハードディスクにイン
ストールして使用することになる。そして、例えば或る
ユーザーがアプリケーションを自分のコンピュータにイ
ンストールした後、そのメディアを他人に貸与すれば、
その人のコンピュータにもアプリケーションをインスト
ールすることができる。つまり１枚のメディアを使用し
て次々とインストールすることでアプリケーション自体
が無制限に不正提供されてしまうという問題がある。
【０００５】
【課題を解決するための手段】本発明はこのような問題
点に鑑みて、例えば上述したパーシャルＲＯＭディスク
のように、少なくとも、記録再生領域を有するととも
に、アプリケーションプログラムが記録された記録媒体
に関し、無制限にインストールが行なわれてしまうこと
を防止することで、不正使用を解消することを目的とす
る。
点に鑑みて、例えば上述したパーシャルＲＯＭディスク
のように、少なくとも、記録再生領域を有するととも
に、アプリケーションプログラムが記録された記録媒体
に関し、無制限にインストールが行なわれてしまうこと
を防止することで、不正使用を解消することを目的とす
る。
【０００６】このために記録媒体としては、当該記録媒
体に記録されたアプリケーションプログラムを例えばハ
ードディスクなどの他の記録媒体にインストールする際
に、そのインストール動作に関する情報をインストール
管理データとして記録再生領域に記録しておく動作を、
当該記録媒体を駆動する第１のドライブ装置に実行させ
るインストール制御手段を記録しておく。またインスト
ール管理データとは、少なくともアプリケーションプロ
グラムを他の記録媒体へのインストール実行回数情報を
含むものとする。そしてインストール制御手段は、イン
ストール動作が要求された際に、固定情報もしくは可変
情報として当該記録媒体内に記録されている、アプリケ
ーションプログラムについてのインストール許可回数情
報と、インストール管理データとして記録されているイ
ンストール実行回数情報を比較して、インストール実行
回数情報がインストール許可回数情報に満たない場合の
み、インストール動作を許可させるようにする。
体に記録されたアプリケーションプログラムを例えばハ
ードディスクなどの他の記録媒体にインストールする際
に、そのインストール動作に関する情報をインストール
管理データとして記録再生領域に記録しておく動作を、
当該記録媒体を駆動する第１のドライブ装置に実行させ
るインストール制御手段を記録しておく。またインスト
ール管理データとは、少なくともアプリケーションプロ
グラムを他の記録媒体へのインストール実行回数情報を
含むものとする。そしてインストール制御手段は、イン
ストール動作が要求された際に、固定情報もしくは可変
情報として当該記録媒体内に記録されている、アプリケ
ーションプログラムについてのインストール許可回数情
報と、インストール管理データとして記録されているイ
ンストール実行回数情報を比較して、インストール実行
回数情報がインストール許可回数情報に満たない場合の
み、インストール動作を許可させるようにする。
【０００７】さらにインストール制御手段は、当該記録
媒体からアプリケーションプログラムをインストールし
た先の他の記録媒体から、そのアプリケーションプログ
ラムをアンインストールした場合は、インストール管理
データに記録されているインストール実行回数情報の減
算更新を第１のドライブ装置に実行させる。またインス
トール制御手段は、アプリケーションプログラムを他の
記録媒体へのインストール動作に伴って、他の記録媒体
を特定するための照合情報を、インストール管理データ
として記録再生領域に記録する動作を第１のドライブ装
置に実行させるとともに、アプリケーションプログラム
のアンインストール要求があった際に、照合情報を参照
し、そのアンインストール対象とされた他の記録媒体の
アプリケーションプログラムが、当該記録媒体からイン
ストールされたアプリケーションプログラムでないと判
断した場合は、アンインストール要求に関わらずアンイ
ンストール動作を実行させないようにする。
媒体からアプリケーションプログラムをインストールし
た先の他の記録媒体から、そのアプリケーションプログ
ラムをアンインストールした場合は、インストール管理
データに記録されているインストール実行回数情報の減
算更新を第１のドライブ装置に実行させる。またインス
トール制御手段は、アプリケーションプログラムを他の
記録媒体へのインストール動作に伴って、他の記録媒体
を特定するための照合情報を、インストール管理データ
として記録再生領域に記録する動作を第１のドライブ装
置に実行させるとともに、アプリケーションプログラム
のアンインストール要求があった際に、照合情報を参照
し、そのアンインストール対象とされた他の記録媒体の
アプリケーションプログラムが、当該記録媒体からイン
ストールされたアプリケーションプログラムでないと判
断した場合は、アンインストール要求に関わらずアンイ
ンストール動作を実行させないようにする。
【０００８】また、このような記録媒体からのインスト
ール動作管理方法として、インストール実行に応じてイ
ンストール回数を記録媒体の記録再生領域に記録してお
き、アプリケーションプログラムを或る他の記録媒体へ
のインストールする要求があった場合は、一方の記録媒
体に記録されている過去のインストール回数を確認し、
そのインストール回数が所定回数未満であった場合のみ
に、インストールを実行するようにする。さらにアンイ
ンストールの実行に際しては、照合情報やインストール
実行回数情報により、当該記録媒体と、そのアンインス
トール対象となっている他の記録媒体のアプリケーショ
ンプログラムとの個体関係を判断し、その判断結果に応
じてアンインストールの実行可否を決める。
ール動作管理方法として、インストール実行に応じてイ
ンストール回数を記録媒体の記録再生領域に記録してお
き、アプリケーションプログラムを或る他の記録媒体へ
のインストールする要求があった場合は、一方の記録媒
体に記録されている過去のインストール回数を確認し、
そのインストール回数が所定回数未満であった場合のみ
に、インストールを実行するようにする。さらにアンイ
ンストールの実行に際しては、照合情報やインストール
実行回数情報により、当該記録媒体と、そのアンインス
トール対象となっている他の記録媒体のアプリケーショ
ンプログラムとの個体関係を判断し、その判断結果に応
じてアンインストールの実行可否を決める。
【０００９】つまり本発明では、アプリケーションを記
録したソフトウエアメディアとしての記録媒体におい
て、過去のインストール回数を記録しておき、所定回数
以上のインストールは実行できないようにすることで、
無制限のインストール等が行われないようにインストー
ル動作管理を行う。またアンインストールについても、
インストール元とインストール先の個体関係の整合性が
とれている場合のみアンインストールを許可するという
管理を行う。
録したソフトウエアメディアとしての記録媒体におい
て、過去のインストール回数を記録しておき、所定回数
以上のインストールは実行できないようにすることで、
無制限のインストール等が行われないようにインストー
ル動作管理を行う。またアンインストールについても、
インストール元とインストール先の個体関係の整合性が
とれている場合のみアンインストールを許可するという
管理を行う。
【００１０】
【発明の実施の形態】以下、本発明の記録媒体及びイン
ストール動作管理方法としての実施の形態を次の順序で
説明していく。なお本例では記録媒体の例としてパーシ
ャルＲＯＭディスクをあげる。 １．パーシャルＲＯＭディスクのエリア構造 ２．フォーマット動作 ３．記録再生装置の構成 ４．システム動作 ５．インストール時の動作 ６．アンインストール時の動作 ７．各種ディスク例
ストール動作管理方法としての実施の形態を次の順序で
説明していく。なお本例では記録媒体の例としてパーシ
ャルＲＯＭディスクをあげる。 １．パーシャルＲＯＭディスクのエリア構造 ２．フォーマット動作 ３．記録再生装置の構成 ４．システム動作 ５．インストール時の動作 ６．アンインストール時の動作 ７．各種ディスク例
【００１１】１．パーシャルＲＯＭディスクのエリア構
造 図１は各種ディスクメディアを図示したものであり、図
１（ａ）は主データ領域全体が例えばエンボスピットな
どによる再生専用領域（ＲＯＭ領域）ＡＥとされている
ＲＯＭディスクである。また図１（ｂ）は主データ領域
全体が例えば光磁気領域などによる記録／再生可能なリ
ライタブル領域ＡＲＷとされているＲＡＭディスクであ
る。本例の記録媒体となるパーシャルＲＯＭディスクは
例えば図１（ｃ）または（ｄ）のような構造を持つ。即
ち１枚のディスクの主データ領域においてＲＯＭ領域Ａ
Ｅとリライタブル領域ＡＲＷが設けられているものであ
る。
造 図１は各種ディスクメディアを図示したものであり、図
１（ａ）は主データ領域全体が例えばエンボスピットな
どによる再生専用領域（ＲＯＭ領域）ＡＥとされている
ＲＯＭディスクである。また図１（ｂ）は主データ領域
全体が例えば光磁気領域などによる記録／再生可能なリ
ライタブル領域ＡＲＷとされているＲＡＭディスクであ
る。本例の記録媒体となるパーシャルＲＯＭディスクは
例えば図１（ｃ）または（ｄ）のような構造を持つ。即
ち１枚のディスクの主データ領域においてＲＯＭ領域Ａ
Ｅとリライタブル領域ＡＲＷが設けられているものであ
る。
【００１２】図２は、パーシャルＲＯＭディスクの外周
側から内周側までのエリア構成を示したものである。デ
ィスク最外周側には７３６トラック分のＧＣＰゾーンが
設けられ、内周側に向かって２トラック分のバッファゾ
ーン、５トラック分のアウターコントロールゾーン、２
トラック分のバッファゾーン、５トラック分のテストゾ
ーンが設けられる。そしてそのテストゾーンに続いて、
ユーザーが所望のデータの記録を行なうことができるリ
ライタブル領域ＡＲＷ及び再生専用のＲＯＭ領域ＡＥか
ら成る主データ領域としてのユーザーエリアが形成され
る。
側から内周側までのエリア構成を示したものである。デ
ィスク最外周側には７３６トラック分のＧＣＰゾーンが
設けられ、内周側に向かって２トラック分のバッファゾ
ーン、５トラック分のアウターコントロールゾーン、２
トラック分のバッファゾーン、５トラック分のテストゾ
ーンが設けられる。そしてそのテストゾーンに続いて、
ユーザーが所望のデータの記録を行なうことができるリ
ライタブル領域ＡＲＷ及び再生専用のＲＯＭ領域ＡＥか
ら成る主データ領域としてのユーザーエリアが形成され
る。
【００１３】ユーザーエリアより内周側には５トラック
分のテストゾーン、２トラック分のバッファゾーン、５
トラック分のインナーコントロールゾーン、２トラック
分のバッファゾーン、８２０トラック分のＧＣＰゾーン
が設けられる。
分のテストゾーン、２トラック分のバッファゾーン、５
トラック分のインナーコントロールゾーン、２トラック
分のバッファゾーン、８２０トラック分のＧＣＰゾーン
が設けられる。
【００１４】ＧＣＰゾーン、アウターコントロールゾー
ン、インナーコントロールゾーンは、それぞれ所定のコ
ントロール情報が記録されるエリアとされている。ま
た、このパーシャルＲＯＭディスクはいわゆるゾーンＣ
ＡＶディスクとされており、ユーザーエリアは１６バン
ド（１６ゾーン）に分割されている。１６バンドのうち
幾つをリライタブル領域ＡＲＷとし、幾つをＲＯＭ領域
ＡＥとするかは製造者側で任意に設定できる。
ン、インナーコントロールゾーンは、それぞれ所定のコ
ントロール情報が記録されるエリアとされている。ま
た、このパーシャルＲＯＭディスクはいわゆるゾーンＣ
ＡＶディスクとされており、ユーザーエリアは１６バン
ド（１６ゾーン）に分割されている。１６バンドのうち
幾つをリライタブル領域ＡＲＷとし、幾つをＲＯＭ領域
ＡＥとするかは製造者側で任意に設定できる。
【００１５】１６バンドで形成されるユーザーエリアに
ついて、リライタブル領域ＡＲＷの構成を詳しく示した
ものが図３（ａ）（ｂ）である。図３（ａ）はユーザー
エリアにおけるディスク外周側にリライタブル領域ＡＲ
Ｗが設けられた場合、図３（ｂ）はディスク内周側にリ
ライタブル領域ＡＲＷが設けられた場合をそれぞれ示し
ている。各図からわかるようにリライタブル領域ＡＲＷ
の先頭にはディフェクトマネジメントエリアＤＭＡ１，
ＤＭＡ２が設けられ、またリライタブル領域ＡＲＷの終
端にディフェクトマネジメントエリアＤＭＡ３，ＤＭＡ
４が設けられる。またＲＯＭ領域ＡＥと隣接する領域は
バッファエリアとされている。
ついて、リライタブル領域ＡＲＷの構成を詳しく示した
ものが図３（ａ）（ｂ）である。図３（ａ）はユーザー
エリアにおけるディスク外周側にリライタブル領域ＡＲ
Ｗが設けられた場合、図３（ｂ）はディスク内周側にリ
ライタブル領域ＡＲＷが設けられた場合をそれぞれ示し
ている。各図からわかるようにリライタブル領域ＡＲＷ
の先頭にはディフェクトマネジメントエリアＤＭＡ１，
ＤＭＡ２が設けられ、またリライタブル領域ＡＲＷの終
端にディフェクトマネジメントエリアＤＭＡ３，ＤＭＡ
４が設けられる。またＲＯＭ領域ＡＥと隣接する領域は
バッファエリアとされている。
【００１６】そして、１バンド毎にデータエリアと、そ
のデータエリアに対応する交代エリアが用意される。従
ってリライタブル領域ＡＲＷが１６バンドの内のｎバン
ド分とされる場合は、ｎ単位のデータエリアと、ｎ単位
の交代エリアが設けられる。交代エリアとは、データエ
リア内において傷などで記録／再生不能となるディフェ
クト部位が存在していた場合に、そのディフェクト部位
に代えて用いられる部位を提供するエリアとされる。
のデータエリアに対応する交代エリアが用意される。従
ってリライタブル領域ＡＲＷが１６バンドの内のｎバン
ド分とされる場合は、ｎ単位のデータエリアと、ｎ単位
の交代エリアが設けられる。交代エリアとは、データエ
リア内において傷などで記録／再生不能となるディフェ
クト部位が存在していた場合に、そのディフェクト部位
に代えて用いられる部位を提供するエリアとされる。
【００１７】例えば図３（ａ）に『×』として示すよう
にデータエリア内にディフェクト部位が存在した場合、
その『×』部位に代わる記録領域が矢印で示すように交
代エリア内の領域に設定される。ディフェクトマネジメ
ントエリアＤＭＡ１〜ＤＭＡ４は、このような交代状況
を管理し、ディフェクト部位を避けた記録／再生が適正
に行なわれるようにする情報が記録されるものである。
にデータエリア内にディフェクト部位が存在した場合、
その『×』部位に代わる記録領域が矢印で示すように交
代エリア内の領域に設定される。ディフェクトマネジメ
ントエリアＤＭＡ１〜ＤＭＡ４は、このような交代状況
を管理し、ディフェクト部位を避けた記録／再生が適正
に行なわれるようにする情報が記録されるものである。
【００１８】なお、データエリア内のディフェクト部位
の検索、ディフェクト部位に代わる交代エリア上の部位
の指定、ディフェクトマネジメントエリアＤＭＡ１〜Ｄ
ＭＡ４としての情報の作成及びリライタブル領域ＡＲＷ
への記録等は、ディスクの物理フォーマット処理におい
て行なわれることになり、つまり物理フォーマットによ
って図３（ａ）又は（ｂ）の状態とされることで、リラ
イタブル領域ＡＲＷが物理的に記録／再生可能な状態と
される。ただし実際にリライタブル領域ＡＲＷに対して
ファイル書込等を行なうには、物理フォーマットされた
ディスクに対してさらに論理フォーマットを施し、リラ
イタブル領域ＡＲＷでの記録／再生を管理するファイル
システムを書き込まなければならない。即ち、物理フォ
ーマットと論理フォーマットが行なわれることで、実際
にユーザーが、パーシャルＲＯＭディスクをリライタブ
ル領域ＡＲＷを用いたソフトウエアメディアとして使用
できることになる。
の検索、ディフェクト部位に代わる交代エリア上の部位
の指定、ディフェクトマネジメントエリアＤＭＡ１〜Ｄ
ＭＡ４としての情報の作成及びリライタブル領域ＡＲＷ
への記録等は、ディスクの物理フォーマット処理におい
て行なわれることになり、つまり物理フォーマットによ
って図３（ａ）又は（ｂ）の状態とされることで、リラ
イタブル領域ＡＲＷが物理的に記録／再生可能な状態と
される。ただし実際にリライタブル領域ＡＲＷに対して
ファイル書込等を行なうには、物理フォーマットされた
ディスクに対してさらに論理フォーマットを施し、リラ
イタブル領域ＡＲＷでの記録／再生を管理するファイル
システムを書き込まなければならない。即ち、物理フォ
ーマットと論理フォーマットが行なわれることで、実際
にユーザーが、パーシャルＲＯＭディスクをリライタブ
ル領域ＡＲＷを用いたソフトウエアメディアとして使用
できることになる。
【００１９】２．フォーマット動作 パーシャルＲＯＭディスクに対するフォーマット動作例
を説明する。物理フォーマットがされる前のディスク状
態を図４（ａ）（ｂ）に示す。図４（ａ）はユーザーエ
リアにおける外周側がリライタブル領域ＡＲＷ、図４
（ｂ）はユーザーエリアにおける内周側がリライタブル
領域ＡＲＷとされている場合をそれぞれ示している。
を説明する。物理フォーマットがされる前のディスク状
態を図４（ａ）（ｂ）に示す。図４（ａ）はユーザーエ
リアにおける外周側がリライタブル領域ＡＲＷ、図４
（ｂ）はユーザーエリアにおける内周側がリライタブル
領域ＡＲＷとされている場合をそれぞれ示している。
【００２０】フォーマットが行われていない段階ではリ
ライタブル領域ＡＲＷは単に光磁気領域とされており、
実際上の領域管理は行なわれていない状態であるが、例
えばエンボスピットによりデータが記録されるＲＯＭ領
域ＡＥは、既に必要なデータが記録された状態となって
いる。
ライタブル領域ＡＲＷは単に光磁気領域とされており、
実際上の領域管理は行なわれていない状態であるが、例
えばエンボスピットによりデータが記録されるＲＯＭ領
域ＡＥは、既に必要なデータが記録された状態となって
いる。
【００２１】通常、ＲＯＭ領域ＡＥに記録されるデータ
としては、ＲＯＭ領域ＡＥにおけるデータ管理情報とな
るファイルシステムと、そのファイルシステムに基ずい
て読み出すことのできるアプリケーションプログラム
（以下、単にアプリケーションという）等であるが、こ
のフォーマット動作例に対応するパーシャルＲＯＭディ
スクのＲＯＭ領域ＡＥには、図４（ｃ）に示すように、
ＲＯＭ領域ＡＥの先頭にファイルシステムＦＳ１が記録
され、続いて、そのファイルシステムＦＳ１に基づいて
読み出すことのできるセットアップシステム及びアプリ
ケーションＡＰが記録されている。
としては、ＲＯＭ領域ＡＥにおけるデータ管理情報とな
るファイルシステムと、そのファイルシステムに基ずい
て読み出すことのできるアプリケーションプログラム
（以下、単にアプリケーションという）等であるが、こ
のフォーマット動作例に対応するパーシャルＲＯＭディ
スクのＲＯＭ領域ＡＥには、図４（ｃ）に示すように、
ＲＯＭ領域ＡＥの先頭にファイルシステムＦＳ１が記録
され、続いて、そのファイルシステムＦＳ１に基づいて
読み出すことのできるセットアップシステム及びアプリ
ケーションＡＰが記録されている。
【００２２】セットアップシステムはディスクの論理フ
ォーマットのためのツールとされるもので、例えば図１
１で後述するような記録再生装置にディスクを装填した
状態でホストコンピュータからセットアップシステムを
起動させることで、リライタブル領域ＡＲＷを使用可能
とする論理フォーマットが実行される。システム構成例
及びシステム動作については後述するが、このパーシャ
ルＲＯＭディスクは、ユーザーサイドではホストコンピ
ュータに接続された記録再生装置に装填されて用いられ
ることになり、例えばユーザーサイドには物理フォーマ
ット済のディスクが提供される。そして、ユーザーサイ
ドのシステムによりディスクに対する初期動作として、
論理フォーマットが行われるものである。
ォーマットのためのツールとされるもので、例えば図１
１で後述するような記録再生装置にディスクを装填した
状態でホストコンピュータからセットアップシステムを
起動させることで、リライタブル領域ＡＲＷを使用可能
とする論理フォーマットが実行される。システム構成例
及びシステム動作については後述するが、このパーシャ
ルＲＯＭディスクは、ユーザーサイドではホストコンピ
ュータに接続された記録再生装置に装填されて用いられ
ることになり、例えばユーザーサイドには物理フォーマ
ット済のディスクが提供される。そして、ユーザーサイ
ドのシステムによりディスクに対する初期動作として、
論理フォーマットが行われるものである。
【００２３】ただし、このようなパーシャルＲＯＭディ
スクの物理フォーマット及び論理フォーマットについて
図４から図１０を用いて説明するが、各フォーマット動
作を実行するシステムとしては、メーカーサイドのシス
テム（ホストコンピュータ及び記録再生装置）であって
もユーザーサイドのシステムであっても可能である。そ
してソフトウエアメディアの提供形態の１つとして、メ
ーカーサイドで物理フォーマットが行われ、ユーザーサ
イドで論理フォーマットが行われる方式が考えられるも
のである。また、図７から図９での動作の説明として、
その説明上「記録再生装置」が実行するとしている処理
は、実際にはディスクからホストコンピュータ側に読み
込まれたファイルシステム及びセットアップシステムに
よって制御されるデバイスドライバが記録再生装置に対
して所要のリード／ライトを要求することで実行される
動作処理のことである。なお、このようなシステム動作
形態は後に詳述する。
スクの物理フォーマット及び論理フォーマットについて
図４から図１０を用いて説明するが、各フォーマット動
作を実行するシステムとしては、メーカーサイドのシス
テム（ホストコンピュータ及び記録再生装置）であって
もユーザーサイドのシステムであっても可能である。そ
してソフトウエアメディアの提供形態の１つとして、メ
ーカーサイドで物理フォーマットが行われ、ユーザーサ
イドで論理フォーマットが行われる方式が考えられるも
のである。また、図７から図９での動作の説明として、
その説明上「記録再生装置」が実行するとしている処理
は、実際にはディスクからホストコンピュータ側に読み
込まれたファイルシステム及びセットアップシステムに
よって制御されるデバイスドライバが記録再生装置に対
して所要のリード／ライトを要求することで実行される
動作処理のことである。なお、このようなシステム動作
形態は後に詳述する。
【００２４】物理フォーマットが行なわれる前の状態に
おいては、ディスク上のユーザーエリアの先頭位置がそ
のままアドレス０と判断されるため、図４（ａ）の場合
はリライタブル領域ＡＲＷの先頭がアドレス０、図４
（ｂ）の場合はＲＯＭ領域ＡＥの先頭がアドレス０、と
なる。
おいては、ディスク上のユーザーエリアの先頭位置がそ
のままアドレス０と判断されるため、図４（ａ）の場合
はリライタブル領域ＡＲＷの先頭がアドレス０、図４
（ｂ）の場合はＲＯＭ領域ＡＥの先頭がアドレス０、と
なる。
【００２５】図４（ａ）（ｂ）のようなディスクは、物
理フォーマットが行なわれてそれぞれ図５（ａ）（ｂ）
に示す状態とされた上でソフトウエアメディアとして出
荷される。即ち物理フォーマットにより、リライタブル
領域ＡＲＷにおける、データエリア内のディフェクト部
位の検索、ディフェクト部位に代わる交代エリア上の部
位の指定、ディフェクトマネジメントエリアＤＭＡ１〜
ＤＭＡ４としての情報の作成が行なわれ、リライタブル
領域ＡＲＷが物理的に記録／再生可能な状態とされて出
荷されることになる。
理フォーマットが行なわれてそれぞれ図５（ａ）（ｂ）
に示す状態とされた上でソフトウエアメディアとして出
荷される。即ち物理フォーマットにより、リライタブル
領域ＡＲＷにおける、データエリア内のディフェクト部
位の検索、ディフェクト部位に代わる交代エリア上の部
位の指定、ディフェクトマネジメントエリアＤＭＡ１〜
ＤＭＡ４としての情報の作成が行なわれ、リライタブル
領域ＡＲＷが物理的に記録／再生可能な状態とされて出
荷されることになる。
【００２６】そしてこの物理フォーマットの際の処理
は、物理フォーマットを行なうドライバ（記録再生装置
及びそれを制御するホストコンピュータ）によって図７
のような処理で行なわれる。即ち物理フォーマット（Ｆ
３００）が開始されたら、その対象となるパーシャルＲ
ＯＭディスクに或る所定のフラグをセットし（Ｆ３０
１）、その後、上述のディフェクトマネジメントのよう
な実際のフォーマット処理が行なわれる（Ｆ３０２）。
なお、ステップＦ３０１とＦ３０２の順序は逆でもよい
が、いずれにしても物理フォーマットに伴ってフラグが
セットされる。
は、物理フォーマットを行なうドライバ（記録再生装置
及びそれを制御するホストコンピュータ）によって図７
のような処理で行なわれる。即ち物理フォーマット（Ｆ
３００）が開始されたら、その対象となるパーシャルＲ
ＯＭディスクに或る所定のフラグをセットし（Ｆ３０
１）、その後、上述のディフェクトマネジメントのよう
な実際のフォーマット処理が行なわれる（Ｆ３０２）。
なお、ステップＦ３０１とＦ３０２の順序は逆でもよい
が、いずれにしても物理フォーマットに伴ってフラグが
セットされる。
【００２７】フラグは、例えばリライタブル領域ＡＲＷ
の先頭セクター内のベンダーユニークと呼ばれるエリア
に書き込むようにしてもよいし、ディフェクトマネージ
メントエリア内におけるリザーブエリアを用いてもよ
い。いずれれにしても予め設定した所定位置にフラグが
セットされればよい。フラグがセットされることによ
り、そのディスクが装填される記録再生装置では、図５
（ａ）（ｂ）に示すように、ディスクに対してＲＯＭ領
域ＡＥの先頭をアドレス０として認識する。
の先頭セクター内のベンダーユニークと呼ばれるエリア
に書き込むようにしてもよいし、ディフェクトマネージ
メントエリア内におけるリザーブエリアを用いてもよ
い。いずれれにしても予め設定した所定位置にフラグが
セットされればよい。フラグがセットされることによ
り、そのディスクが装填される記録再生装置では、図５
（ａ）（ｂ）に示すように、ディスクに対してＲＯＭ領
域ＡＥの先頭をアドレス０として認識する。
【００２８】例えばこのように物理フォーマットが行な
われ、フラグがセットされたパーシャルＲＯＭディスク
が出荷されることになるが、例えばユーザーサイドの記
録再生装置（及びホストコンピュータ）ではパーシャル
ＲＯＭディスクが装填された場合に、まず図８の処理を
行なう。即ちディスク装填（Ｆ４００）に応じて、例え
ばリライタブル領域ＡＲＷの先頭位置などの所定位置に
記録されているフラグを読込、そのフラグ状態を保存す
る（Ｆ４０１）。
われ、フラグがセットされたパーシャルＲＯＭディスク
が出荷されることになるが、例えばユーザーサイドの記
録再生装置（及びホストコンピュータ）ではパーシャル
ＲＯＭディスクが装填された場合に、まず図８の処理を
行なう。即ちディスク装填（Ｆ４００）に応じて、例え
ばリライタブル領域ＡＲＷの先頭位置などの所定位置に
記録されているフラグを読込、そのフラグ状態を保存す
る（Ｆ４０１）。
【００２９】図１０のようにホストコンピュータにより
何らかのリード／ライトコマンドが発生された場合は
（Ｆ６００）、記録再生装置はフラグを確認し（Ｆ６０
１）、フラグがオンであった場合はステップＦ６０２か
らＦ６０３に進む。そしてディスクのＲＯＭ領域ＡＥの
先頭がアドレス０となるようにアドレス変換を行ない、
ステップＦ６０５で、要求された記録又は再生動作を実
行することになる。従って、物理フォーマットが行なわ
れた段階でのディスクは、フラグがオンであるため、記
録再生装置は図５（ａ）（ｂ）のようにＲＯＭ領域ＡＥ
の先頭をアドレス０として認識し、まずＲＯＭ領域ＡＥ
の先頭領域に対するアクセスを実行することになる。
何らかのリード／ライトコマンドが発生された場合は
（Ｆ６００）、記録再生装置はフラグを確認し（Ｆ６０
１）、フラグがオンであった場合はステップＦ６０２か
らＦ６０３に進む。そしてディスクのＲＯＭ領域ＡＥの
先頭がアドレス０となるようにアドレス変換を行ない、
ステップＦ６０５で、要求された記録又は再生動作を実
行することになる。従って、物理フォーマットが行なわ
れた段階でのディスクは、フラグがオンであるため、記
録再生装置は図５（ａ）（ｂ）のようにＲＯＭ領域ＡＥ
の先頭をアドレス０として認識し、まずＲＯＭ領域ＡＥ
の先頭領域に対するアクセスを実行することになる。
【００３０】上記のように物理フォーマットが行なわれ
たディスクに対しては、例えばユーザサイドのシステム
であるホストコンピュータ及び記録再生装置が論理フォ
ーマットを行なうことができる。ホストコンピュータか
らの制御に基づく論理フォーマット処理を図９に示す。
たディスクに対しては、例えばユーザサイドのシステム
であるホストコンピュータ及び記録再生装置が論理フォ
ーマットを行なうことができる。ホストコンピュータか
らの制御に基づく論理フォーマット処理を図９に示す。
【００３１】論理フォーマット処理が開始されるとＦ５
００、まず記録再生装置はディスクのアドレス０にアク
セスする。この時点でアドレス０はＲＯＭ領域ＡＥの先
頭とみなされているため、ＲＯＭ領域ＡＥの先頭に記録
されているファイルシステムＦＳ１の読み出しを実行す
ることになる。そしてＲＯＭ領域ＡＥを管理するファイ
ルシステムＦＳ１を読み込むことでホストコンピュータ
はＲＯＭ領域ＡＥに記録されているセットアップシステ
ムを把握でき、セットアップシステムを起動させる（Ｆ
５０１）。
００、まず記録再生装置はディスクのアドレス０にアク
セスする。この時点でアドレス０はＲＯＭ領域ＡＥの先
頭とみなされているため、ＲＯＭ領域ＡＥの先頭に記録
されているファイルシステムＦＳ１の読み出しを実行す
ることになる。そしてＲＯＭ領域ＡＥを管理するファイ
ルシステムＦＳ１を読み込むことでホストコンピュータ
はＲＯＭ領域ＡＥに記録されているセットアップシステ
ムを把握でき、セットアップシステムを起動させる（Ｆ
５０１）。
【００３２】ＲＯＭ領域ＡＥに記録されているセットア
ップシステムは、いわゆる論理フォーマットツールであ
り、これに基づいてホストコンピュータはリライタブル
領域ＡＲＷ及びＲＯＭ領域ＡＥのアプリケーションの管
理のためのファイルシステムＦＳ２をリライタブル領域
ＡＲＷの先頭領域に書き込ませる（Ｆ５０２）。なお、
ファイルシステムＦＳ２を構成するデータは、あらかじ
めセットアップシステム内に記録されていることによ
り、セットアップシステムの起動によってファイルシス
テムＦＳ２の書込が可能となる。
ップシステムは、いわゆる論理フォーマットツールであ
り、これに基づいてホストコンピュータはリライタブル
領域ＡＲＷ及びＲＯＭ領域ＡＥのアプリケーションの管
理のためのファイルシステムＦＳ２をリライタブル領域
ＡＲＷの先頭領域に書き込ませる（Ｆ５０２）。なお、
ファイルシステムＦＳ２を構成するデータは、あらかじ
めセットアップシステム内に記録されていることによ
り、セットアップシステムの起動によってファイルシス
テムＦＳ２の書込が可能となる。
【００３３】ステップＦ５０２までの処理により、図５
（ａ）のようなディスクは図６（ａ）上段のようにな
り、また図５（ｂ）のようなディスクは図６（ｂ）上段
のようになる。つまりファイルシステムＦＳ２が書き込
まれることによりリライタブル領域ＡＲＷでの記録／再
生管理が可能な状態となる。
（ａ）のようなディスクは図６（ａ）上段のようにな
り、また図５（ｂ）のようなディスクは図６（ｂ）上段
のようになる。つまりファイルシステムＦＳ２が書き込
まれることによりリライタブル領域ＡＲＷでの記録／再
生管理が可能な状態となる。
【００３４】続いてホストコンピュータはステップＦ５
０３として、物理フォーマット時にセットされたフラグ
をクリアする。そしてリセットして再起動、もしくはデ
ィスクを一旦抜いてから再度装填することをユーザーに
要求して処理を終える（Ｆ５０４）。
０３として、物理フォーマット時にセットされたフラグ
をクリアする。そしてリセットして再起動、もしくはデ
ィスクを一旦抜いてから再度装填することをユーザーに
要求して処理を終える（Ｆ５０４）。
【００３５】リセットもしくはディスク抜き差し後にお
いては、まず図８の処理でフラグが読み込まれるため、
論理フォーマットが済んだディスクであれば、フラグオ
フと判断される。従って、図１０のようにそのディスク
に対してホストコンピュータにより何らかのリード／ラ
イトコマンドが発生された場合は（Ｆ６００）、記録再
生装置はフラグを確認し（Ｆ６０１）、フラグがオフで
あるためステップＦ６０２からＦ６０４に進んで、ディ
スクのリライタブル領域ＡＲＷの先頭がアドレス０とな
るようにアドレス変換を行ない、ステップＦ６０５で、
要求された記録又は再生動作を実行することになる。
いては、まず図８の処理でフラグが読み込まれるため、
論理フォーマットが済んだディスクであれば、フラグオ
フと判断される。従って、図１０のようにそのディスク
に対してホストコンピュータにより何らかのリード／ラ
イトコマンドが発生された場合は（Ｆ６００）、記録再
生装置はフラグを確認し（Ｆ６０１）、フラグがオフで
あるためステップＦ６０２からＦ６０４に進んで、ディ
スクのリライタブル領域ＡＲＷの先頭がアドレス０とな
るようにアドレス変換を行ない、ステップＦ６０５で、
要求された記録又は再生動作を実行することになる。
【００３６】つまり論理フォーマットが行なわれた段階
でのディスクに対しては、記録再生装置からは図６
（ａ）（ｂ）の各下段に示すようにリライタブル領域Ａ
ＲＷの先頭がアドレス０として認識され、従ってリード
／ライト要求発生時にはまずファイルシステムＦＳ２が
アクセスされることになる。ファイルシステムＦＳ２が
ＲＯＭ領域ＡＥのファイル管理とリライタブル領域のフ
ァイル及び未記録領域の管理を行う管理情報であること
により、ホストコンピュータはＲＯＭ領域ＡＥからのデ
ータファイル読出に加えて、リライタブル領域ＡＲＷで
の所望のデータ記録／再生が可能となる。
でのディスクに対しては、記録再生装置からは図６
（ａ）（ｂ）の各下段に示すようにリライタブル領域Ａ
ＲＷの先頭がアドレス０として認識され、従ってリード
／ライト要求発生時にはまずファイルシステムＦＳ２が
アクセスされることになる。ファイルシステムＦＳ２が
ＲＯＭ領域ＡＥのファイル管理とリライタブル領域のフ
ァイル及び未記録領域の管理を行う管理情報であること
により、ホストコンピュータはＲＯＭ領域ＡＥからのデ
ータファイル読出に加えて、リライタブル領域ＡＲＷで
の所望のデータ記録／再生が可能となる。
【００３７】なお、ホストコンピュータの機種によって
は、一旦装填したメディアから読み込んだファイルシス
テムを、リセット時にも保存しておくものもある。この
場合、論理フォーマット後に再起動させても、論理フォ
ーマット前に読み込んだファイルシステムＦＳ１に基づ
いて起動を行なってしまう。そこで、このような機種に
対応する場合は、図９のステップＦ５０５としてファイ
ルシステムの変更を伝え、以降の再起動時には、新たに
ファイルシステムを読み込むようにしておく。つまりフ
ァイルシステムＦＳ２が読み込まれるようにする。
は、一旦装填したメディアから読み込んだファイルシス
テムを、リセット時にも保存しておくものもある。この
場合、論理フォーマット後に再起動させても、論理フォ
ーマット前に読み込んだファイルシステムＦＳ１に基づ
いて起動を行なってしまう。そこで、このような機種に
対応する場合は、図９のステップＦ５０５としてファイ
ルシステムの変更を伝え、以降の再起動時には、新たに
ファイルシステムを読み込むようにしておく。つまりフ
ァイルシステムＦＳ２が読み込まれるようにする。
【００３８】以上のようにこのフォーマット方式では、
物理フォーマットがされた時点でフラグがセットされ、
記録再生装置はこのフラグセットにより、ＲＯＭ領域Ａ
Ｅの先頭をアドレス０とみなす。従ってその時点でＲＯ
Ｍ領域ＡＥの先頭に記録されているファイルシステムＦ
Ｓ１にアクセスし、ＲＯＭ領域ＡＥ内のアプリケーショ
ンＡＰを起動させることができる。つまりセットアップ
システムを起動させて論理フォーマットを行なうこと、
及びこの時点でディスクをＲＯＭメディアとして使用す
ることが可能である。
物理フォーマットがされた時点でフラグがセットされ、
記録再生装置はこのフラグセットにより、ＲＯＭ領域Ａ
Ｅの先頭をアドレス０とみなす。従ってその時点でＲＯ
Ｍ領域ＡＥの先頭に記録されているファイルシステムＦ
Ｓ１にアクセスし、ＲＯＭ領域ＡＥ内のアプリケーショ
ンＡＰを起動させることができる。つまりセットアップ
システムを起動させて論理フォーマットを行なうこと、
及びこの時点でディスクをＲＯＭメディアとして使用す
ることが可能である。
【００３９】また論理フォーマットが行なわれた場合
は、それに伴ってフラグがクリアされ、記録再生装置は
このフラグクリアにより、リライタブル領域ＡＲＷの先
頭をアドレス０とみなす。従って論理フォーマット後で
はリライタブル領域ＡＲＷの先頭に記録されているファ
イルシステムＦＳ２にアクセスでき、つまりＲＯＭ領域
ＡＥに加えてリライタブル領域ＡＲＷの使用が可能とな
る。
は、それに伴ってフラグがクリアされ、記録再生装置は
このフラグクリアにより、リライタブル領域ＡＲＷの先
頭をアドレス０とみなす。従って論理フォーマット後で
はリライタブル領域ＡＲＷの先頭に記録されているファ
イルシステムＦＳ２にアクセスでき、つまりＲＯＭ領域
ＡＥに加えてリライタブル領域ＡＲＷの使用が可能とな
る。
【００４０】このようなフォーマット動作により、ディ
スク出荷前の時点で論理フォーマットを行なう必要はな
くなり、また既存のＯＳによりパーシャルＲＯＭディス
クが扱えるようになる。特にＲＯＭ領域に記録しておく
ファイルシステムＦＳ１は、例えばＦＡＴシステムなど
で記録し、殆どの種類のＯＳで読み込めるようにしてお
くことで、汎用性を高めることができる。さらに、例え
ばファイルシステムＦＳ２が壊れてしまうような事故が
発生しても、再度物理フォーマット及び論理フォーマッ
トを行なうことで、そのディスクのリライタブル領域Ａ
ＲＷを使用可能とすることができる。
スク出荷前の時点で論理フォーマットを行なう必要はな
くなり、また既存のＯＳによりパーシャルＲＯＭディス
クが扱えるようになる。特にＲＯＭ領域に記録しておく
ファイルシステムＦＳ１は、例えばＦＡＴシステムなど
で記録し、殆どの種類のＯＳで読み込めるようにしてお
くことで、汎用性を高めることができる。さらに、例え
ばファイルシステムＦＳ２が壊れてしまうような事故が
発生しても、再度物理フォーマット及び論理フォーマッ
トを行なうことで、そのディスクのリライタブル領域Ａ
ＲＷを使用可能とすることができる。
【００４１】３．記録再生装置の構成 図１１に記録再生装置の構成を示す。記録再生装置１
は、ＳＣＳＩインターフェース接続されたホストコンピ
ュータ２（例えばパーソナルコンピュータ）との間で、
コマンド及びデータの受け渡しが可能に構成され、ホス
トコンピュータ２からのコマンド及びデータの供給に応
じてディスク９０に対するデータの記録を行ない、また
ホストコンピュータ２からのコマンドに応じてディスク
９０からデータを読み出し、ホストコンピュータ２に供
給する動作を行なう。ここでディスク９０とは、上述し
てきたパーシャルＲＯＭディスクであるとする。
は、ＳＣＳＩインターフェース接続されたホストコンピ
ュータ２（例えばパーソナルコンピュータ）との間で、
コマンド及びデータの受け渡しが可能に構成され、ホス
トコンピュータ２からのコマンド及びデータの供給に応
じてディスク９０に対するデータの記録を行ない、また
ホストコンピュータ２からのコマンドに応じてディスク
９０からデータを読み出し、ホストコンピュータ２に供
給する動作を行なう。ここでディスク９０とは、上述し
てきたパーシャルＲＯＭディスクであるとする。
【００４２】コントローラ１１はホストコンピュータ２
との間の通信及び記録再生装置の記録動作、再生動作の
全体の制御を行なう。コントローラ１１はＤＳＰ（デジ
タルシグナルプロセッサ）１９を介して実際の記録及び
再生駆動を実行させる。ＤＳＰ１９は、いわゆるサーボ
ドライバとしての機能を持つ。そして、コントローラ１
１から供給される回転駆動指令に応じてスピンドルドラ
イバ２１に対してスピンドル駆動制御信号を供給し、ス
ピンドルモータ２２に駆動信号を印加させることで、デ
ィスク９０を回転駆動させる。またこの回転駆動中は、
図示しない回転速度検出機構により得られる回転速度情
報と基準回転速度の比較を行い、その差分に応じた駆動
信号をスピンドルモータ２２に印加していくことで、ス
ピンドル回転動作をＣＡＶ方式（角速度一定）とする。
との間の通信及び記録再生装置の記録動作、再生動作の
全体の制御を行なう。コントローラ１１はＤＳＰ（デジ
タルシグナルプロセッサ）１９を介して実際の記録及び
再生駆動を実行させる。ＤＳＰ１９は、いわゆるサーボ
ドライバとしての機能を持つ。そして、コントローラ１
１から供給される回転駆動指令に応じてスピンドルドラ
イバ２１に対してスピンドル駆動制御信号を供給し、ス
ピンドルモータ２２に駆動信号を印加させることで、デ
ィスク９０を回転駆動させる。またこの回転駆動中は、
図示しない回転速度検出機構により得られる回転速度情
報と基準回転速度の比較を行い、その差分に応じた駆動
信号をスピンドルモータ２２に印加していくことで、ス
ピンドル回転動作をＣＡＶ方式（角速度一定）とする。
【００４３】また光学ヘッド１５におけるレーザダイオ
ード１５ａからのレーザ発光動作を実行させるためにレ
ーザドライバ１６に駆動制御信号を出力し、レーザ発光
制御を行なう。レーザダイオード１５ａからのレーザ光
は図示しない光学系を通り、対物レンズ１５ｂを介して
ディスク９０に照射される。またディスク９０からの反
射光は図示しない光学系を通ってフォトディテクタ１５
ｃに照射され、電気信号として取り出される。
ード１５ａからのレーザ発光動作を実行させるためにレ
ーザドライバ１６に駆動制御信号を出力し、レーザ発光
制御を行なう。レーザダイオード１５ａからのレーザ光
は図示しない光学系を通り、対物レンズ１５ｂを介して
ディスク９０に照射される。またディスク９０からの反
射光は図示しない光学系を通ってフォトディテクタ１５
ｃに照射され、電気信号として取り出される。
【００４４】フォトディテクタ１５ｃで得られる電気信
号はＩ−Ｖ／マトリクスアンプ１７に供給され、電流／
電圧変換された後、マトリクス演算アンプにより各種信
号が取り出される。即ち、ディスク９０のＲＯＭ領域Ａ
Ｅからの再生データとされるべきＲＦ信号、ディスク９
０のリライタブル領域ＡＲＷからの再生データとされる
べきＭＯ信号、フォーカスエラー信号、トラッキングエ
ラー信号、フロントＡＰＣ信号などが抽出される。
号はＩ−Ｖ／マトリクスアンプ１７に供給され、電流／
電圧変換された後、マトリクス演算アンプにより各種信
号が取り出される。即ち、ディスク９０のＲＯＭ領域Ａ
Ｅからの再生データとされるべきＲＦ信号、ディスク９
０のリライタブル領域ＡＲＷからの再生データとされる
べきＭＯ信号、フォーカスエラー信号、トラッキングエ
ラー信号、フロントＡＰＣ信号などが抽出される。
【００４５】サーボ情報であるフォーカスエラー信号、
トラッキングエラー信号、フロントＡＰＣ信号はＡ／Ｄ
変換器１８でデジタルデータ化されてＤＳＰ１９に供給
される。ＤＳＰ１９は、フォーカスエラー信号、トラッ
キングエラー信号に応じてサーボ駆動信号を発生させ、
ＰＷＭドライバ２０に供給する。ＰＷＭドライバ２０は
光学ヘッド１５内のフォーカスコイル、ガルバノモー
タ、スライドモータに対する駆動電力を供給する。
トラッキングエラー信号、フロントＡＰＣ信号はＡ／Ｄ
変換器１８でデジタルデータ化されてＤＳＰ１９に供給
される。ＤＳＰ１９は、フォーカスエラー信号、トラッ
キングエラー信号に応じてサーボ駆動信号を発生させ、
ＰＷＭドライバ２０に供給する。ＰＷＭドライバ２０は
光学ヘッド１５内のフォーカスコイル、ガルバノモー
タ、スライドモータに対する駆動電力を供給する。
【００４６】即ちフォーカスエラー信号に基づいたフォ
ーカスサーボ駆動信号によりＰＷＭドライバ２０がフォ
ーカスコイルに駆動電力を印加することで対物レンズが
ディスクに接離する方向に駆動されてフォーカス制御が
行なわれ、またトラッキングエラー信号に基づいたトラ
ッキングサーボ駆動信号、スライドサーボ駆動信号によ
りＰＷＭドライバ２０がトラッキング用モータ、スライ
ドモータに駆動電力を印加することでトラッキング制
御、スレッド移動制御が行なわれる。またＤＳＰ１９は
フロントＡＰＣ信号に応じてレーザドライバ１６を制御
し、レーザレベルを適正に保つようにしている。
ーカスサーボ駆動信号によりＰＷＭドライバ２０がフォ
ーカスコイルに駆動電力を印加することで対物レンズが
ディスクに接離する方向に駆動されてフォーカス制御が
行なわれ、またトラッキングエラー信号に基づいたトラ
ッキングサーボ駆動信号、スライドサーボ駆動信号によ
りＰＷＭドライバ２０がトラッキング用モータ、スライ
ドモータに駆動電力を印加することでトラッキング制
御、スレッド移動制御が行なわれる。またＤＳＰ１９は
フロントＡＰＣ信号に応じてレーザドライバ１６を制御
し、レーザレベルを適正に保つようにしている。
【００４７】ディスク９０に対する再生時において読み
出されるデータは、Ｉ−Ｖ／マトリクスアンプ１７から
ＲＦ信号もしくはＭＯ信号として得られる。Ｉ−Ｖ／マ
トリクスアンプ１７からの出力はゲイン／オフセットコ
ントロール部２３で適切な電位レベルとされ、Ａ／Ｄ変
換器２４でデジタルデータ化される。そしてデジタルデ
ータ化された信号はエンコーダ／デコーダ部１２に供給
され、デジタルフィルタ処理、ビタビ復号処理、ＮＲＺ
（NON RETURN TO ZERO）復号処理、デスクランブル処理
等を施され、再生データとされる。この再生データはコ
ントローラ１１( コントローラ内部のインターフェース
機能）を介してホストコンピュータ２に転送される。
出されるデータは、Ｉ−Ｖ／マトリクスアンプ１７から
ＲＦ信号もしくはＭＯ信号として得られる。Ｉ−Ｖ／マ
トリクスアンプ１７からの出力はゲイン／オフセットコ
ントロール部２３で適切な電位レベルとされ、Ａ／Ｄ変
換器２４でデジタルデータ化される。そしてデジタルデ
ータ化された信号はエンコーダ／デコーダ部１２に供給
され、デジタルフィルタ処理、ビタビ復号処理、ＮＲＺ
（NON RETURN TO ZERO）復号処理、デスクランブル処理
等を施され、再生データとされる。この再生データはコ
ントローラ１１( コントローラ内部のインターフェース
機能）を介してホストコンピュータ２に転送される。
【００４８】なお、再生処理のための再生クロック及び
再生信号に同期した各種タイミング生成のために、Ａ／
Ｄ変換器２４の出力はＰＬＬタイミングジェネレータ２
５にも供給され、いわゆるＰＬＬ動作により再生クロッ
ク及びその再生クロックに基づいた各種タイミング信号
が形成される。
再生信号に同期した各種タイミング生成のために、Ａ／
Ｄ変換器２４の出力はＰＬＬタイミングジェネレータ２
５にも供給され、いわゆるＰＬＬ動作により再生クロッ
ク及びその再生クロックに基づいた各種タイミング信号
が形成される。
【００４９】ホストコンピュータ２から記録要求コマン
ド及び記録すべきデータが供給された場合は、コントロ
ーラ１１はそのデータをエンコーダ／デコーダ部１２に
供給し、実際にディスク９０上に記録を行なう場合のデ
ータ形態にエンコードさせる。そしてそのエンコードさ
れたデータは磁気ヘッドドライバ１３に供給され、磁気
ヘッドドライバ１３は記録データに応じて磁気ヘッド１
４からディスク９０に対する磁界印加動作を実行する。
なお、記録時にはレーザダイオード１５ａには記録用の
高レベルのレーザ出力が与えられる。
ド及び記録すべきデータが供給された場合は、コントロ
ーラ１１はそのデータをエンコーダ／デコーダ部１２に
供給し、実際にディスク９０上に記録を行なう場合のデ
ータ形態にエンコードさせる。そしてそのエンコードさ
れたデータは磁気ヘッドドライバ１３に供給され、磁気
ヘッドドライバ１３は記録データに応じて磁気ヘッド１
４からディスク９０に対する磁界印加動作を実行する。
なお、記録時にはレーザダイオード１５ａには記録用の
高レベルのレーザ出力が与えられる。
【００５０】ハードディスク４に対しての記録／再生動
作を行なうハードディスクドライブ３は、ホストコンピ
ュータ２に内蔵もしくは別体接続される。ユーザーがパ
ーシャルＲＯＭディスクとしてのソフトウエアを購入し
た場合は、そのディスク９０を記録再生装置１に装填
し、ディスク９０に記録されているアプリケーションプ
ログラムをハードディスク４にインストールする。そし
てその後は、ホストコンピュータ２の操作によりハード
ディスクドライブ３を動作させ、ハードディスク４から
アプリケーションプログラムを読み出して、そのアプリ
ケーションプログラムの機能を使用することになる。
作を行なうハードディスクドライブ３は、ホストコンピ
ュータ２に内蔵もしくは別体接続される。ユーザーがパ
ーシャルＲＯＭディスクとしてのソフトウエアを購入し
た場合は、そのディスク９０を記録再生装置１に装填
し、ディスク９０に記録されているアプリケーションプ
ログラムをハードディスク４にインストールする。そし
てその後は、ホストコンピュータ２の操作によりハード
ディスクドライブ３を動作させ、ハードディスク４から
アプリケーションプログラムを読み出して、そのアプリ
ケーションプログラムの機能を使用することになる。
【００５１】４．システム動作 ホストコンピュータ２が記録再生装置１を用いてディス
ク９０を利用する場合の動作状態を図１２で模式的に説
明する。本例のディスク９０には、フォーマット動作の
章で説明した、ディスク９０に記録されている各種デー
タファイルや記録状況等を管理するファイルシステム
（ファイルシステムＦＳ１、ＦＳ２）が記録されてい
る。ディスク９０に対して記録又は再生動作を行うに
は、ホストコンピュータ２は、まずディスク９０からフ
ァイルシステムを読み込んでいなければならない。
ク９０を利用する場合の動作状態を図１２で模式的に説
明する。本例のディスク９０には、フォーマット動作の
章で説明した、ディスク９０に記録されている各種デー
タファイルや記録状況等を管理するファイルシステム
（ファイルシステムＦＳ１、ＦＳ２）が記録されてい
る。ディスク９０に対して記録又は再生動作を行うに
は、ホストコンピュータ２は、まずディスク９０からフ
ァイルシステムを読み込んでいなければならない。
【００５２】ホストコンピュータ２のオペレーティング
システム２ａ（以下、ＯＳという）は、図１２に示すよ
うに、ディスク９０からホストコンピュータ２内の所定
の記憶領域に読み込んだファイルシステム２ｄを用いて
記録再生装置１に対する記録／再生指示を行う。なお、
ディスク９０からのファイルシステム読込は、例えば記
録再生装置１にディスク９０が装填された場合や、シス
テムが起動された場合などに行われる。
システム２ａ（以下、ＯＳという）は、図１２に示すよ
うに、ディスク９０からホストコンピュータ２内の所定
の記憶領域に読み込んだファイルシステム２ｄを用いて
記録再生装置１に対する記録／再生指示を行う。なお、
ディスク９０からのファイルシステム読込は、例えば記
録再生装置１にディスク９０が装填された場合や、シス
テムが起動された場合などに行われる。
【００５３】ファイルシステムには、そのディスクメデ
ィアの使用状況として、ディスク９０の外周から内周ま
でのユーザー領域における単位領域毎（例えばゾーン、
クラスター、セクターなど）についての使用／未使用の
状態、さらには使用不能領域の設定などが管理されてい
る。また階層構造管理として、記録されているデータフ
ァイルのディレクトリ構造が管理され、またファイル名
も管理される。さらに読出／書込のために指定されたフ
ァイル名からのアドレス変換のための機能を備える。ア
ドレス変換とは読出／書込のためにＯＳ２ａから指示さ
れるファイル名を、実際のディスク９０上のアドレスに
対応する論理アドレスに変換する処理である。このアド
レス変換は、データファイルとしてのクラスタをディス
ク９０上のアドレスとしての論理アドレスに変換する処
理である。なお新しくファイルを形成するために新規な
ファイル名が発生された場合は、アドレス変換処理とし
てディスク９０の未使用の領域のアドレスに対応する論
理アドレスに変換することになる。
ィアの使用状況として、ディスク９０の外周から内周ま
でのユーザー領域における単位領域毎（例えばゾーン、
クラスター、セクターなど）についての使用／未使用の
状態、さらには使用不能領域の設定などが管理されてい
る。また階層構造管理として、記録されているデータフ
ァイルのディレクトリ構造が管理され、またファイル名
も管理される。さらに読出／書込のために指定されたフ
ァイル名からのアドレス変換のための機能を備える。ア
ドレス変換とは読出／書込のためにＯＳ２ａから指示さ
れるファイル名を、実際のディスク９０上のアドレスに
対応する論理アドレスに変換する処理である。このアド
レス変換は、データファイルとしてのクラスタをディス
ク９０上のアドレスとしての論理アドレスに変換する処
理である。なお新しくファイルを形成するために新規な
ファイル名が発生された場合は、アドレス変換処理とし
てディスク９０の未使用の領域のアドレスに対応する論
理アドレスに変換することになる。
【００５４】ＯＳ２ａがディスク９０に対して読出又は
書込を要求する場合、ＯＳ２ａはそのファイル名とコマ
ンド（リードコマンド又はライトコマンド）をファイル
システム２ｄに供給する。ファイルシステム２ｄは、フ
ァイル名とコマンドに基づいてメディア使用状況、ディ
レクトリを確認し、ディスク９０内の構造を理解する。
そしてそのファイル名を論理アドレスに変換する。
書込を要求する場合、ＯＳ２ａはそのファイル名とコマ
ンド（リードコマンド又はライトコマンド）をファイル
システム２ｄに供給する。ファイルシステム２ｄは、フ
ァイル名とコマンドに基づいてメディア使用状況、ディ
レクトリを確認し、ディスク９０内の構造を理解する。
そしてそのファイル名を論理アドレスに変換する。
【００５５】このようなアドレス変換処理を経て、ファ
イルシステム２ｄは、デバイスドライバ２ｂに対して、
リード／ライトコマンドと、論理アドレス及びレングス
（ファイル長）と、ホストコンピュータ２側での転送先
のメモリー番地を供給する。デバイスドライバ２ｂは、
例えば論理アドレスを、ディスク９０上の実アドレスと
しての物理アドレスに変換する処理（なお、この処理を
ファイルシステム２ｄで行う動作例やもしくは記録再生
装置１で行う動作例も考えられる）などを行った後、イ
ンターフェース部２ｃを介して記録再生装置１に対して
コマンドと、アドレス及びレングスを供給し、記録再生
装置１に所要のデータファイル又はプログラムファイル
の書込又は読出を実行させる。なお、ディスク９０への
書込を実行させる場合は、実際のデータもしくはデータ
ファイルを記録再生装置１へ供給することはいうまでも
ない。また、ディスク９０から読み出された各種データ
（データファイルやアプリケーションプログラムなど）
は、ホストコンピュータ２内の所定の記憶領域に保持さ
れて用いられるか、もしくはハードディスク４にインス
トールされることになる。
イルシステム２ｄは、デバイスドライバ２ｂに対して、
リード／ライトコマンドと、論理アドレス及びレングス
（ファイル長）と、ホストコンピュータ２側での転送先
のメモリー番地を供給する。デバイスドライバ２ｂは、
例えば論理アドレスを、ディスク９０上の実アドレスと
しての物理アドレスに変換する処理（なお、この処理を
ファイルシステム２ｄで行う動作例やもしくは記録再生
装置１で行う動作例も考えられる）などを行った後、イ
ンターフェース部２ｃを介して記録再生装置１に対して
コマンドと、アドレス及びレングスを供給し、記録再生
装置１に所要のデータファイル又はプログラムファイル
の書込又は読出を実行させる。なお、ディスク９０への
書込を実行させる場合は、実際のデータもしくはデータ
ファイルを記録再生装置１へ供給することはいうまでも
ない。また、ディスク９０から読み出された各種データ
（データファイルやアプリケーションプログラムなど）
は、ホストコンピュータ２内の所定の記憶領域に保持さ
れて用いられるか、もしくはハードディスク４にインス
トールされることになる。
【００５６】ホストコンピュータ２においてあるアプリ
ケーション２ｅが起動されている場合、そのアプリケー
ション２ｅとしてのプログラムはＯＳ２ａを基礎として
動作するとともに、このアプリケーション２ｅによるデ
ィスク９０への書込又は読出要求が発生する場合は、そ
のアプリケーション２ｅがファイルシステム２ｄに対し
てその読出／書込対象となるファイル名とコマンド（リ
ードコマンド又はライトコマンド）を供給する。ファイ
ルシステム２ｄはファイル名とコマンドに応じてメディ
ア使用状況確認、ディレクトリ確認、アドレス変換等を
行って、コマンド、アドレス及びレングスをデバイスド
ライバ２ｂに供給し、デバイスドライバ２ｂから記録再
生装置１に対して読出又は書込動作を実行させる。
ケーション２ｅが起動されている場合、そのアプリケー
ション２ｅとしてのプログラムはＯＳ２ａを基礎として
動作するとともに、このアプリケーション２ｅによるデ
ィスク９０への書込又は読出要求が発生する場合は、そ
のアプリケーション２ｅがファイルシステム２ｄに対し
てその読出／書込対象となるファイル名とコマンド（リ
ードコマンド又はライトコマンド）を供給する。ファイ
ルシステム２ｄはファイル名とコマンドに応じてメディ
ア使用状況確認、ディレクトリ確認、アドレス変換等を
行って、コマンド、アドレス及びレングスをデバイスド
ライバ２ｂに供給し、デバイスドライバ２ｂから記録再
生装置１に対して読出又は書込動作を実行させる。
【００５７】後述するインストール及びアンインストー
ル動作に関しては、ディスク９０にインストーラとして
記録されているインストールシステムが、ホストコンピ
ュータ２側に読み込まれ、アプリケーション２ｅとして
機能することで動作が行われる。
ル動作に関しては、ディスク９０にインストーラとして
記録されているインストールシステムが、ホストコンピ
ュータ２側に読み込まれ、アプリケーション２ｅとして
機能することで動作が行われる。
【００５８】５．インストール時の動作 本例のパーシャルＲＯＭディスクに記録されたアプリケ
ーションプログラムを、例えば図１１に示したハードデ
ィスク４にインストールする際の動作を説明する。物理
フォーマット及び論理フォーマットが終了されたディス
ク９０の状態を図１３に模式的に示す。この状態は、図
６（ｂ）下段で説明した状態に相当する。ディスク９０
には上述したようにＲＯＭ領域ＡＥとリライタブル領域
ＡＲＷが存在しているが、エンボスピットによりデータ
が記録されるＲＯＭ領域ＡＥには、ファイルシステムＦ
Ｓ１、セットアップシステム、インストールシステム、
アプリケーションＡＰが記録されている。
ーションプログラムを、例えば図１１に示したハードデ
ィスク４にインストールする際の動作を説明する。物理
フォーマット及び論理フォーマットが終了されたディス
ク９０の状態を図１３に模式的に示す。この状態は、図
６（ｂ）下段で説明した状態に相当する。ディスク９０
には上述したようにＲＯＭ領域ＡＥとリライタブル領域
ＡＲＷが存在しているが、エンボスピットによりデータ
が記録されるＲＯＭ領域ＡＥには、ファイルシステムＦ
Ｓ１、セットアップシステム、インストールシステム、
アプリケーションＡＰが記録されている。
【００５９】前述したようにファイルシステムＦＳ１は
論理フォーマットが実行されるまでの間、ディスク上の
ＲＯＭ領域ＡＥに記録されているファイルを管理するデ
ータである。即ち、リライタブル領域ＡＲＷが単に光磁
気領域とされて、実際上の領域管理は行なわれていない
状態でも、ＲＯＭ領域ＡＥは、既にソフトウエアメディ
アとして必要なデータが記録された状態となっており、
本例の場合、セットアップシステム、インストールシス
テム、及び実際のソフトウエアとして提供するアプリケ
ーションＡＰが記録されているが、これらのプログラム
データがファイルシステムＦＳ１から管理／起動できる
ようにされている。
論理フォーマットが実行されるまでの間、ディスク上の
ＲＯＭ領域ＡＥに記録されているファイルを管理するデ
ータである。即ち、リライタブル領域ＡＲＷが単に光磁
気領域とされて、実際上の領域管理は行なわれていない
状態でも、ＲＯＭ領域ＡＥは、既にソフトウエアメディ
アとして必要なデータが記録された状態となっており、
本例の場合、セットアップシステム、インストールシス
テム、及び実際のソフトウエアとして提供するアプリケ
ーションＡＰが記録されているが、これらのプログラム
データがファイルシステムＦＳ１から管理／起動できる
ようにされている。
【００６０】セットアップシステムは、フォーマット動
作の章で前述したように、ディスクの論理フォーマット
のためのツールとされるプログラムデータであり、例え
ば図１１に示したような記録再生装置１にディスク９０
を装填し、図１２で説明したようにファイルシステムＦ
Ｓ１をホストコンピュータ２側に読み込んだ状態で、そ
のファイルシステムＦＳ１（図１２におけるファイルシ
ステム２ｄ）からセットアップシステムを起動させるこ
とで、リライタブル領域ＡＲＷを使用可能とする論理フ
ォーマットが実行される。即ち、論理フォーマット前の
時点ではＲＯＭ領域ＡＥの先頭、即ちファイルシステム
ＦＳ１がアドレス０とみなされ、最初にファイルシステ
ムＦＳ１がアクセスされることで、セットアップシステ
ム等の起動が可能となる。
作の章で前述したように、ディスクの論理フォーマット
のためのツールとされるプログラムデータであり、例え
ば図１１に示したような記録再生装置１にディスク９０
を装填し、図１２で説明したようにファイルシステムＦ
Ｓ１をホストコンピュータ２側に読み込んだ状態で、そ
のファイルシステムＦＳ１（図１２におけるファイルシ
ステム２ｄ）からセットアップシステムを起動させるこ
とで、リライタブル領域ＡＲＷを使用可能とする論理フ
ォーマットが実行される。即ち、論理フォーマット前の
時点ではＲＯＭ領域ＡＥの先頭、即ちファイルシステム
ＦＳ１がアドレス０とみなされ、最初にファイルシステ
ムＦＳ１がアクセスされることで、セットアップシステ
ム等の起動が可能となる。
【００６１】セットアップシステムによって論理フォー
マットが行なわれると、図１３のように、リライタブル
領域ＡＲＷ及びＲＯＭ領域ＡＥの各データ（アプリケー
ション等）の管理のためのファイルシステムＦＳ２がリ
ライタブル領域ＡＲＷの先頭領域に書き込まれる。そし
て論理フォーマット後においては、リライタブル領域Ａ
ＲＷの先頭、即ちファイルシステムＦＳ２がアドレス０
とみなされ、つまりディスク装填時などに最初にファイ
ルシステムＦＳ２がアクセスされるようになり、これに
よって、ＲＯＭ領域ＡＥでのデータ読出管理とともに、
リライタブル領域ＡＲＷでの記録／再生管理が可能とな
る。つまり図１２のファイルシステム２ｄとしてファイ
ルシステムＦＳ２が取り込まれることになり、パーシャ
ルＲＯＭディスクに対するリライタブル領域ＡＲＷを含
んだ各種の使用が可能となる。なお、図１３の破線斜線
部はリライタブル領域ＡＲＷ内における、データの書込
可能に残されている領域である。
マットが行なわれると、図１３のように、リライタブル
領域ＡＲＷ及びＲＯＭ領域ＡＥの各データ（アプリケー
ション等）の管理のためのファイルシステムＦＳ２がリ
ライタブル領域ＡＲＷの先頭領域に書き込まれる。そし
て論理フォーマット後においては、リライタブル領域Ａ
ＲＷの先頭、即ちファイルシステムＦＳ２がアドレス０
とみなされ、つまりディスク装填時などに最初にファイ
ルシステムＦＳ２がアクセスされるようになり、これに
よって、ＲＯＭ領域ＡＥでのデータ読出管理とともに、
リライタブル領域ＡＲＷでの記録／再生管理が可能とな
る。つまり図１２のファイルシステム２ｄとしてファイ
ルシステムＦＳ２が取り込まれることになり、パーシャ
ルＲＯＭディスクに対するリライタブル領域ＡＲＷを含
んだ各種の使用が可能となる。なお、図１３の破線斜線
部はリライタブル領域ＡＲＷ内における、データの書込
可能に残されている領域である。
【００６２】ところで、本例の説明では、セットアップ
システムによる論理フォーマット後においてパーシャル
ＲＯＭディスクの使用が可能となるようにしているが、
セットアップをしない（つまりファイルシステムＦＳ２
が存在しない）段階で、ファイルシステムＦＳ１からリ
ライタブル領域ＡＲＷ内にファイルがあるように管理さ
せることもできる。例えば後述するインストール管理フ
ァイルをこのようなファイルに該当させることができ
る。この場合、ファイルシステムＦＳ１からそのインス
トール管理ファイルが見えないファイルとして扱われる
ようにしたり、再生専用ファイルとして扱うことなどが
可能である。また、詳しくは後述するが、図１２に破線
で示すように、ホストコンピュータ２側に読み込まれて
いるアプリケーション（インストールシステム等）２ｅ
がファイルシステム２ｄ（ＦＳ１）を介さないで直接デ
バイスドライバ２ｂを制御し、インストール管理ファイ
ル等の読出／書込を行うことも可能である。つまり、論
理フォーマットを行なわないままアプリケーションをイ
ンストールしたり、インストールを行わずに直接アプリ
ケーションを立ち上げるソフトウエアとして提供するこ
とも可能である。
システムによる論理フォーマット後においてパーシャル
ＲＯＭディスクの使用が可能となるようにしているが、
セットアップをしない（つまりファイルシステムＦＳ２
が存在しない）段階で、ファイルシステムＦＳ１からリ
ライタブル領域ＡＲＷ内にファイルがあるように管理さ
せることもできる。例えば後述するインストール管理フ
ァイルをこのようなファイルに該当させることができ
る。この場合、ファイルシステムＦＳ１からそのインス
トール管理ファイルが見えないファイルとして扱われる
ようにしたり、再生専用ファイルとして扱うことなどが
可能である。また、詳しくは後述するが、図１２に破線
で示すように、ホストコンピュータ２側に読み込まれて
いるアプリケーション（インストールシステム等）２ｅ
がファイルシステム２ｄ（ＦＳ１）を介さないで直接デ
バイスドライバ２ｂを制御し、インストール管理ファイ
ル等の読出／書込を行うことも可能である。つまり、論
理フォーマットを行なわないままアプリケーションをイ
ンストールしたり、インストールを行わずに直接アプリ
ケーションを立ち上げるソフトウエアとして提供するこ
とも可能である。
【００６３】図１１のホストコンピュータ２で、このデ
ィスク９０によって提供されるアプリケーションＡＰを
使用するには、通常、アプリケーションＡＰをハードデ
ィスク４にインストールすることになる。そして本例で
は、図１２におけるアプリケーション２ｅとして機能す
るインストールシステム（ディスク９０からホストコン
ピュータ２側に読み込まれたインストールシステム）に
おけるインストール処理プログラムにより、インストー
ルの際には図１６の処理が実行される。
ィスク９０によって提供されるアプリケーションＡＰを
使用するには、通常、アプリケーションＡＰをハードデ
ィスク４にインストールすることになる。そして本例で
は、図１２におけるアプリケーション２ｅとして機能す
るインストールシステム（ディスク９０からホストコン
ピュータ２側に読み込まれたインストールシステム）に
おけるインストール処理プログラムにより、インストー
ルの際には図１６の処理が実行される。
【００６４】まずユーザーが、ディスク９０を記録再生
装置１に装填し、ホストコンピュータ２からインストー
ルシステムを起動させる操作を行う。この際ホストコン
ピュータ２側ではモニタ上に起動プログラムの選択を要
求する表示を行い、ユーザーがこれに対してインストー
ル処理プログラムの起動を選択すると、ＯＳ２ａに基づ
くインストールシステム（アプリケーション２ｅ）によ
り、図１６の処理が開始される。即ちディスク９０に収
録されているアプリケーションＡＰのインストールを行
うためにインストール処理が選択された場合、まずステ
ップＦ１０１で、ディスク９０に記録されているインス
トール管理ファイルの読み込みが行われる。
装置１に装填し、ホストコンピュータ２からインストー
ルシステムを起動させる操作を行う。この際ホストコン
ピュータ２側ではモニタ上に起動プログラムの選択を要
求する表示を行い、ユーザーがこれに対してインストー
ル処理プログラムの起動を選択すると、ＯＳ２ａに基づ
くインストールシステム（アプリケーション２ｅ）によ
り、図１６の処理が開始される。即ちディスク９０に収
録されているアプリケーションＡＰのインストールを行
うためにインストール処理が選択された場合、まずステ
ップＦ１０１で、ディスク９０に記録されているインス
トール管理ファイルの読み込みが行われる。
【００６５】そしてステップＦ１０２で、リライタブル
領域ＡＲＷにインストール管理ファイルが記録されてい
るか否かを確認する。ここでインストール管理ファイル
とは、過去のインストール動作の経歴情報を記録したフ
ァイルであり、例えばインストール実行回数等のデータ
で構成されてディスク９０のリライタブル領域ＡＲＷに
記録されているものである。
領域ＡＲＷにインストール管理ファイルが記録されてい
るか否かを確認する。ここでインストール管理ファイル
とは、過去のインストール動作の経歴情報を記録したフ
ァイルであり、例えばインストール実行回数等のデータ
で構成されてディスク９０のリライタブル領域ＡＲＷに
記録されているものである。
【００６６】図１５にインストール管理ファイルの構成
例を示す。インストール管理ファイルは１又は複数のセ
クターに形成され、先頭の２４バイトにインストール管
理ファイルのヘッダとして「INSTALL MANAGEMENT SECT
0」というコードが記録されている。続いて、４バイト
のエリアにインストール実行回数Ｎｉが記録される。イ
ンストール実行回数Ｎｉに続く４バイトはリザーブとさ
れるが、この４バイトのエリアには、括弧内に示すよう
にインストール許可回数Ｎｐを記録するようにしてもよ
い。インストール許可回数Ｎｐは図１６の処理等で後述
するように用いられる定数であるが、このインストール
許可回数Ｎｐはインストールシステムがそのプログラム
内に固定値として保持するものとすればよいが、図１５
のインストール管理ファイル内に記録する値（この場合
は可変値）としてもよく、これらはシステム設計の方針
に応じていづれかもしくは両方が選択されればよい。
例を示す。インストール管理ファイルは１又は複数のセ
クターに形成され、先頭の２４バイトにインストール管
理ファイルのヘッダとして「INSTALL MANAGEMENT SECT
0」というコードが記録されている。続いて、４バイト
のエリアにインストール実行回数Ｎｉが記録される。イ
ンストール実行回数Ｎｉに続く４バイトはリザーブとさ
れるが、この４バイトのエリアには、括弧内に示すよう
にインストール許可回数Ｎｐを記録するようにしてもよ
い。インストール許可回数Ｎｐは図１６の処理等で後述
するように用いられる定数であるが、このインストール
許可回数Ｎｐはインストールシステムがそのプログラム
内に固定値として保持するものとすればよいが、図１５
のインストール管理ファイル内に記録する値（この場合
は可変値）としてもよく、これらはシステム設計の方針
に応じていづれかもしくは両方が選択されればよい。
【００６７】４バイトのリザーブ領域（もしくはインス
トール許可回数Ｎｐ）に続いて、それぞれ１２８バイト
づつ、過去のインストール動作についての情報が記録さ
れる。即ち、８バイトでインストールを行った日時情報
として日時（年月日）が記録され、また３２バイトでイ
ンストール先のドライブ照合情報（インクワイリィ）と
してインストール先の記録媒体を駆動するドライブの個
体識別情報が記録される。さらに、６４バイトでインス
トール先のディレクトリ名が記録され、残りの２４バイ
トはリザーブとされる。
トール許可回数Ｎｐ）に続いて、それぞれ１２８バイト
づつ、過去のインストール動作についての情報が記録さ
れる。即ち、８バイトでインストールを行った日時情報
として日時（年月日）が記録され、また３２バイトでイ
ンストール先のドライブ照合情報（インクワイリィ）と
してインストール先の記録媒体を駆動するドライブの個
体識別情報が記録される。さらに、６４バイトでインス
トール先のディレクトリ名が記録され、残りの２４バイ
トはリザーブとされる。
【００６８】以上の１２８バイトで１回のインストール
動作についての情報が記録され、例えば最初のセクター
には第１回目のインストール動作に関する情報から第１
５回目のインストール動作に関する情報が記録できるよ
うにされる。また、次のセクターには、ヘッダとして
「INSTALL MANAGEMENT SECT1」というコードが記録さ
れ、続く８バイトはリザーブとされる。そして続いて、
前セクターと同様に１２８バイトづつのデータとして、
第１６回目のインストール動作に関する情報を先頭と
し、以降第１７回目、第１８回目・・・・のインストー
ル動作に関する情報が記録できるようにされる。
動作についての情報が記録され、例えば最初のセクター
には第１回目のインストール動作に関する情報から第１
５回目のインストール動作に関する情報が記録できるよ
うにされる。また、次のセクターには、ヘッダとして
「INSTALL MANAGEMENT SECT1」というコードが記録さ
れ、続く８バイトはリザーブとされる。そして続いて、
前セクターと同様に１２８バイトづつのデータとして、
第１６回目のインストール動作に関する情報を先頭と
し、以降第１７回目、第１８回目・・・・のインストー
ル動作に関する情報が記録できるようにされる。
【００６９】このようなセクターが所定数確保されてイ
ンストール管理ファイルが構成される。なお、各１２８
バイトのインストール動作に関する情報の単位内にはそ
れぞれ２４バイトのリザーブ領域が確保されているが、
例えばこの領域にＩＤナンバを入れるなどして、後述す
るアンインストール時に参照することも考えられる。こ
れについては後述する。
ンストール管理ファイルが構成される。なお、各１２８
バイトのインストール動作に関する情報の単位内にはそ
れぞれ２４バイトのリザーブ領域が確保されているが、
例えばこの領域にＩＤナンバを入れるなどして、後述す
るアンインストール時に参照することも考えられる。こ
れについては後述する。
【００７０】このようなインストール管理ファイルの形
成方式としては、一例として、ディスク９０にとっては
じめてインストールが実行されるときにインストール管
理ファイルが形成されるものとすればよい。従って、こ
の場合はディスク９０を用いてはじめてインストール動
作が行なわれる時点ではインストール管理ファイルは存
在しない。そしてこの場合は、図１６のステップＦ１０
２の時点でインストール管理ファイルのヘッダチェック
はＮＧ（ヘッダが存在しない）となる。ところがステッ
プＦ１０５で、初めてインストールを実行する際にイン
ストール管理ファイルが存在しないバージョンのディス
クであるか否かが判断され、そのバージョンであるとす
れば、インストール処理を継続するためにステップＦ１
０６に進む。
成方式としては、一例として、ディスク９０にとっては
じめてインストールが実行されるときにインストール管
理ファイルが形成されるものとすればよい。従って、こ
の場合はディスク９０を用いてはじめてインストール動
作が行なわれる時点ではインストール管理ファイルは存
在しない。そしてこの場合は、図１６のステップＦ１０
２の時点でインストール管理ファイルのヘッダチェック
はＮＧ（ヘッダが存在しない）となる。ところがステッ
プＦ１０５で、初めてインストールを実行する際にイン
ストール管理ファイルが存在しないバージョンのディス
クであるか否かが判断され、そのバージョンであるとす
れば、インストール処理を継続するためにステップＦ１
０６に進む。
【００７１】ただし、例えば上述した論理フォーマット
時にデータ内容が初期化された状態のインストール管理
ファイルを生成し、それをリライタブル領域ＡＲＷに記
録しておく方式も考えられる。この場合、ディスク９０
にとってはじめてインストールが実行される時でも既に
インストール管理ファイルは存在するものとなり、この
ような方式が採用される場合は、初回のインストール時
であっても、通常はステップＦ１０２で肯定結果が得ら
れる。このようなバージョンのディスクについては、イ
ンストール管理ファイルが存在せず、ステップＦ１０２
で否定結果が得られた場合とは、異常な状態である。こ
の場合はステップＦ１０５でも肯定結果は得られないた
め、エラーとして処理されることになる。
時にデータ内容が初期化された状態のインストール管理
ファイルを生成し、それをリライタブル領域ＡＲＷに記
録しておく方式も考えられる。この場合、ディスク９０
にとってはじめてインストールが実行される時でも既に
インストール管理ファイルは存在するものとなり、この
ような方式が採用される場合は、初回のインストール時
であっても、通常はステップＦ１０２で肯定結果が得ら
れる。このようなバージョンのディスクについては、イ
ンストール管理ファイルが存在せず、ステップＦ１０２
で否定結果が得られた場合とは、異常な状態である。こ
の場合はステップＦ１０５でも肯定結果は得られないた
め、エラーとして処理されることになる。
【００７２】本例のディスク９０に記録されるインスト
ールシステムにおいて、アプリケーションＡＰを最高３
回までハードディスク４等の他の記録媒体にインストー
ルしてもよいとプログラム設定されているものとする。
つまりインストール許可回数Ｎｐ＝３として、インスト
ールシステムがそのプログラム内で保持しているとす
る。インストール許可回数Ｎｐの値はユーザーサイドで
書き換えられることが防止されるべきデータであり、こ
のため、インストールシステム内のプログラム上の固定
値としてインストール許可回数Ｎｐの値を設定しておく
ことにより、ユーザーサイドでの不法書換を防止し、セ
キュリティを向上させることができる。一方図１５で括
弧書きで示したようにインストール管理ファイル内に書
き換え可能な情報としてインストール許可回数Ｎｐを保
持する方式を採用した場合は、セキュリティの面では機
能が低下するが、メーカーサイドでフレキシブルにイン
ストール許可回数Ｎｐを設定することができるという利
点が得られる。
ールシステムにおいて、アプリケーションＡＰを最高３
回までハードディスク４等の他の記録媒体にインストー
ルしてもよいとプログラム設定されているものとする。
つまりインストール許可回数Ｎｐ＝３として、インスト
ールシステムがそのプログラム内で保持しているとす
る。インストール許可回数Ｎｐの値はユーザーサイドで
書き換えられることが防止されるべきデータであり、こ
のため、インストールシステム内のプログラム上の固定
値としてインストール許可回数Ｎｐの値を設定しておく
ことにより、ユーザーサイドでの不法書換を防止し、セ
キュリティを向上させることができる。一方図１５で括
弧書きで示したようにインストール管理ファイル内に書
き換え可能な情報としてインストール許可回数Ｎｐを保
持する方式を採用した場合は、セキュリティの面では機
能が低下するが、メーカーサイドでフレキシブルにイン
ストール許可回数Ｎｐを設定することができるという利
点が得られる。
【００７３】上記のように図１６のステップＦ１０２で
ヘッダチェックＮＧ（インストール管理ファイルが存在
しない）と判断された場合で、インストール管理ファイ
ルが初回のインストール時に形成されるバージョンであ
る場合は、当然ながらインストールを実行して差し支え
ない（今回のインストール動作が初回のインストールで
ある）。そこで、インストール実行回数Ｎｉの確認処理
は行わずにステップＦ１０６に進んで、アプリケーショ
ンＡＰのハードディスク４に対するインストールを実行
するための処理を開始する。
ヘッダチェックＮＧ（インストール管理ファイルが存在
しない）と判断された場合で、インストール管理ファイ
ルが初回のインストール時に形成されるバージョンであ
る場合は、当然ながらインストールを実行して差し支え
ない（今回のインストール動作が初回のインストールで
ある）。そこで、インストール実行回数Ｎｉの確認処理
は行わずにステップＦ１０６に進んで、アプリケーショ
ンＡＰのハードディスク４に対するインストールを実行
するための処理を開始する。
【００７４】一方、ステップＦ１０２でインストール管
理ファイルの存在が確認された場合は、ステップＦ１０
３としてインストール管理ファイルの読み込みを行う。
即ちインストールシステム（２ｅ）は、記録再生装置１
を制御してディスク９０からインストール管理ファイル
を読み出させ、インターフェース部２ｅ、デバイスドラ
イバ２ｂを介してインストール管理ファイルを取り込
む。そして、図１５に示したように、そのインストール
管理ファイルに記録されているインストール実行回数Ｎ
ｉを確認する。そしてステップＦ１０４で、インストー
ル実行回数Ｎｉと、設定されているインストール許可回
数Ｎｐを比較し、インストール実行回数Ｎｉがインスト
ール許可回数Ｎｐ未満であったら、ステップＦ１０６に
進んでアプリケーションＡＰのハードディスク４に対す
るインストールを実行する処理を進めていく。例えばイ
ンストール許可回数Ｎｐ＝３であるとしたら、インスト
ール実行回数Ｎｉが０、又は１、又は２のときのみステ
ップＦ１０６に進む。
理ファイルの存在が確認された場合は、ステップＦ１０
３としてインストール管理ファイルの読み込みを行う。
即ちインストールシステム（２ｅ）は、記録再生装置１
を制御してディスク９０からインストール管理ファイル
を読み出させ、インターフェース部２ｅ、デバイスドラ
イバ２ｂを介してインストール管理ファイルを取り込
む。そして、図１５に示したように、そのインストール
管理ファイルに記録されているインストール実行回数Ｎ
ｉを確認する。そしてステップＦ１０４で、インストー
ル実行回数Ｎｉと、設定されているインストール許可回
数Ｎｐを比較し、インストール実行回数Ｎｉがインスト
ール許可回数Ｎｐ未満であったら、ステップＦ１０６に
進んでアプリケーションＡＰのハードディスク４に対す
るインストールを実行する処理を進めていく。例えばイ
ンストール許可回数Ｎｐ＝３であるとしたら、インスト
ール実行回数Ｎｉが０、又は１、又は２のときのみステ
ップＦ１０６に進む。
【００７５】ステップＦ１０６では、ホストコンピュー
タ２のモニタ画面上にインストール実行のための画面表
示を行って待機する。即ちユーザーに対してインストー
ル実行先のメディアを選択させる。ユーザーがハードデ
ィスク４などのインストール先を入力したら、ステップ
Ｆ１０７でインストールを実行する。ステップＦ１０７
では、インストールシステム（２ｅ）に基づいて動作す
るホストコンピュータ２は記録再生装置１に対してディ
スク９０からアプリケーションＡＰの再生動作を実行さ
せ、アプリケーションＡＰとしてのデータを受け取る。
そして、そのデータをハードディスクドライブ３に供給
し、ハードディスク４に記録させる。なおこのインスト
ール実行の際に、今回のインストールに関する情報であ
り、後述するアンインストール時の照合動作のための情
報をハードディスク４に書き込む動作についても、ハー
ドディスクドライブ３に実行させる。このハードディス
ク４に書き込む情報については後述する。
タ２のモニタ画面上にインストール実行のための画面表
示を行って待機する。即ちユーザーに対してインストー
ル実行先のメディアを選択させる。ユーザーがハードデ
ィスク４などのインストール先を入力したら、ステップ
Ｆ１０７でインストールを実行する。ステップＦ１０７
では、インストールシステム（２ｅ）に基づいて動作す
るホストコンピュータ２は記録再生装置１に対してディ
スク９０からアプリケーションＡＰの再生動作を実行さ
せ、アプリケーションＡＰとしてのデータを受け取る。
そして、そのデータをハードディスクドライブ３に供給
し、ハードディスク４に記録させる。なおこのインスト
ール実行の際に、今回のインストールに関する情報であ
り、後述するアンインストール時の照合動作のための情
報をハードディスク４に書き込む動作についても、ハー
ドディスクドライブ３に実行させる。このハードディス
ク４に書き込む情報については後述する。
【００７６】ステップＦ１０７でインストールを実行し
たら、ステップＦ１０８で正しくインストールが実行で
きたか否かを確認する。正しく実行できなかたった場合
はエラーとして処理が終了される。正しくインストール
されたことが確認された場合とは、図１４に示すように
ディスク９０に記録されているアプリケーションＡＰが
ハードディスク４にインストールされ、またハードディ
スク４にはインストールしたアプリケーションＡＰを管
理するファイルシステムＦＳhdが形成されている場合で
ある。
たら、ステップＦ１０８で正しくインストールが実行で
きたか否かを確認する。正しく実行できなかたった場合
はエラーとして処理が終了される。正しくインストール
されたことが確認された場合とは、図１４に示すように
ディスク９０に記録されているアプリケーションＡＰが
ハードディスク４にインストールされ、またハードディ
スク４にはインストールしたアプリケーションＡＰを管
理するファイルシステムＦＳhdが形成されている場合で
ある。
【００７７】このようにインストールが適正に実行でき
た場合は、つづくインストールシステム（２ｅ）の動作
としては、ステップＦ１０９でディスク９０上でのイン
ストール管理ファイルの書込又は更新を行なうことにな
る。インストール管理ファイルには上述したようにイン
ストール実行回数Ｎｉが記録されるため、例えば初回の
インストールであったのなら、そのインストール実行回
数Ｎｉ＝１としてインストール管理ファイルを形成し、
図１４のようにディスク９０のリライタブル領域ＡＲＷ
に書き込む。またステップＦ１０３で確認されたインス
トール実行回数Ｎｉ＝１とされていた場合は、そのイン
ストール実行回数Ｎｉの値をインクリメントし、インス
トール実行回数Ｎｉ＝２とし、リライタブル領域ＡＲＷ
のインストール管理ファイルを更新する。
た場合は、つづくインストールシステム（２ｅ）の動作
としては、ステップＦ１０９でディスク９０上でのイン
ストール管理ファイルの書込又は更新を行なうことにな
る。インストール管理ファイルには上述したようにイン
ストール実行回数Ｎｉが記録されるため、例えば初回の
インストールであったのなら、そのインストール実行回
数Ｎｉ＝１としてインストール管理ファイルを形成し、
図１４のようにディスク９０のリライタブル領域ＡＲＷ
に書き込む。またステップＦ１０３で確認されたインス
トール実行回数Ｎｉ＝１とされていた場合は、そのイン
ストール実行回数Ｎｉの値をインクリメントし、インス
トール実行回数Ｎｉ＝２とし、リライタブル領域ＡＲＷ
のインストール管理ファイルを更新する。
【００７８】さらに本例の場合、インストール管理ファ
イルとしては各インストール動作についてインストール
先を示すデータを記録しておくようにしている。これは
後述するアンインストール動作の際の照合動作に用いる
照合情報となる。インストール先を示すデータ（照合情
報）としては、図１５で説明したように、例えばインス
トールを実行した日時情報、インストール先のドライブ
照合情報、インストール先のディレクトリ名の３つの情
報としている。もちろんこれ以外の照合情報を採用して
もよい。
イルとしては各インストール動作についてインストール
先を示すデータを記録しておくようにしている。これは
後述するアンインストール動作の際の照合動作に用いる
照合情報となる。インストール先を示すデータ（照合情
報）としては、図１５で説明したように、例えばインス
トールを実行した日時情報、インストール先のドライブ
照合情報、インストール先のディレクトリ名の３つの情
報としている。もちろんこれ以外の照合情報を採用して
もよい。
【００７９】本例の照合情報の１つであり、インストー
ル先のドライブを識別する個体情報であるドライブ照合
情報としては、相手先のドライブ（この場合ハードディ
スクドライブ３もしくはハードディスク４）に固有の機
器ＩＤナンバが付されているような場合は、その機器Ｉ
Ｄナンバを用いればよい。既存の機器ＩＤが存在しなけ
れば、或るＩＤコードを発生させて、インストール管理
ファイルと相手先記録媒体内の両方に書き込むという手
法も考えられる。このように、インストール先の記録媒
体に固有の機器ＩＤナンバなどのドライブ照合情報をイ
ンストール管理ファイル内に記録しておけば、後に、或
る記録媒体にインストールされているアプリケーション
ＡＰについて、そのドライブ照合情報を確認すれば、そ
のディスク９０からインストールされたものか否かを確
認できる。
ル先のドライブを識別する個体情報であるドライブ照合
情報としては、相手先のドライブ（この場合ハードディ
スクドライブ３もしくはハードディスク４）に固有の機
器ＩＤナンバが付されているような場合は、その機器Ｉ
Ｄナンバを用いればよい。既存の機器ＩＤが存在しなけ
れば、或るＩＤコードを発生させて、インストール管理
ファイルと相手先記録媒体内の両方に書き込むという手
法も考えられる。このように、インストール先の記録媒
体に固有の機器ＩＤナンバなどのドライブ照合情報をイ
ンストール管理ファイル内に記録しておけば、後に、或
る記録媒体にインストールされているアプリケーション
ＡＰについて、そのドライブ照合情報を確認すれば、そ
のディスク９０からインストールされたものか否かを確
認できる。
【００８０】また、日時情報としては、インストール時
に、例えばインストールするアプリケーションＡＰ内の
データとしてインストールを行った年月日を含めるよう
にする。即ちハードディスク４側で、アプリケーション
ＡＰ内のデータとしてインストール日時が記録されるよ
うにしておく。そしてディスク９０側についてはステッ
プＦ１０９の処理時に、そのインストール日時をインス
トール管理ファイル内に記録しておく。このようにして
おくことにより、後に、或る記録媒体にインストールさ
れているアプリケーションＡＰが、ディスク９０からみ
て、そのディスク９０からインストールされたアプリケ
ーションＡＰであるか、もしくは同種の（＝同一アプリ
ケーションＡＰを記録した）他のディスクからインスト
ールされたアプリケーションＡＰであるかを判別でき
る。なお、日時情報としては日付（年月日）に加えて時
刻（時分秒）の情報も保持するようにしたり、もしくは
日時情報として日付（年月日）に代えて時刻（時分秒）
を保持するようにしてもよい。
に、例えばインストールするアプリケーションＡＰ内の
データとしてインストールを行った年月日を含めるよう
にする。即ちハードディスク４側で、アプリケーション
ＡＰ内のデータとしてインストール日時が記録されるよ
うにしておく。そしてディスク９０側についてはステッ
プＦ１０９の処理時に、そのインストール日時をインス
トール管理ファイル内に記録しておく。このようにして
おくことにより、後に、或る記録媒体にインストールさ
れているアプリケーションＡＰが、ディスク９０からみ
て、そのディスク９０からインストールされたアプリケ
ーションＡＰであるか、もしくは同種の（＝同一アプリ
ケーションＡＰを記録した）他のディスクからインスト
ールされたアプリケーションＡＰであるかを判別でき
る。なお、日時情報としては日付（年月日）に加えて時
刻（時分秒）の情報も保持するようにしたり、もしくは
日時情報として日付（年月日）に代えて時刻（時分秒）
を保持するようにしてもよい。
【００８１】また、インストール先のディレクトリ名を
図１５に示した所定領域に記録しておくことで、ある記
録媒体にインストールされているアプリケーションＡＰ
が、そのディスク９０からインストールされたアプリケ
ーションＡＰであるか否かを確認する手段とできる。つ
まり、インストール元とインストール先の関係が正しけ
れば、そのインストール先の記録媒体には、そのディレ
クトリが存在しているはずであるからである。
図１５に示した所定領域に記録しておくことで、ある記
録媒体にインストールされているアプリケーションＡＰ
が、そのディスク９０からインストールされたアプリケ
ーションＡＰであるか否かを確認する手段とできる。つ
まり、インストール元とインストール先の関係が正しけ
れば、そのインストール先の記録媒体には、そのディレ
クトリが存在しているはずであるからである。
【００８２】これらの照合情報による照合機能を実現す
るには、必要な情報をインストール先のハードディスク
４にも書き込んでおく必要がある。このための処理が、
前述したステップＦ１０６でインストール動作とともに
ハードディスクドライブ３に実行させる情報書込処理で
ある。
るには、必要な情報をインストール先のハードディスク
４にも書き込んでおく必要がある。このための処理が、
前述したステップＦ１０６でインストール動作とともに
ハードディスクドライブ３に実行させる情報書込処理で
ある。
【００８３】ハードディスク４に書き込む、照合のため
のインストール時の情報（以下、インストール照合情報
という）は、例えば図１７もしくは図１８のような形態
で書き込む例が考えられる。図１７はこれらのインスト
ール照合情報を、ハードディスク４のファイルシステム
ＦＳｈｄ内のデータ群ＩＮＳ１と、インフォメーション
ファイルＩＮＦＯというファイルで分担して保持する方
式である。図１７（ａ）は、ファイルシステムＦＳｈｄ
内のデータとしてインストール照合情報のデータ部分を
示している。当然ながらファイルシステムＦＳｈｄ内に
は、ハードディスク４に記録されているファイルの管理
等のデータが記録されているが、図１７（及び図１８）
では、それらの通常のデータ部分の図示は省略してい
る。
のインストール時の情報（以下、インストール照合情報
という）は、例えば図１７もしくは図１８のような形態
で書き込む例が考えられる。図１７はこれらのインスト
ール照合情報を、ハードディスク４のファイルシステム
ＦＳｈｄ内のデータ群ＩＮＳ１と、インフォメーション
ファイルＩＮＦＯというファイルで分担して保持する方
式である。図１７（ａ）は、ファイルシステムＦＳｈｄ
内のデータとしてインストール照合情報のデータ部分を
示している。当然ながらファイルシステムＦＳｈｄ内に
は、ハードディスク４に記録されているファイルの管理
等のデータが記録されているが、図１７（及び図１８）
では、それらの通常のデータ部分の図示は省略してい
る。
【００８４】この図１７（ａ）ではファイルシステムＦ
Ｓｈｄ内のデータ群ＩＮＳ１として、まずインフォメー
ションファイルに関するディレクトリＤＩＲ＃０、ファ
イル名ＩＮＦＯ、日時情報Ｄａｔｅ＃０が記録される。
これはインフォメーションファイル形成時に記録され
る。例えば初回のインストールが行われた際に記録され
る。日時情報Ｄａｔｅ＃０は、インフォメーションファ
イル形成時の日時か、最新の更新時の日時とすればよ
い。
Ｓｈｄ内のデータ群ＩＮＳ１として、まずインフォメー
ションファイルに関するディレクトリＤＩＲ＃０、ファ
イル名ＩＮＦＯ、日時情報Ｄａｔｅ＃０が記録される。
これはインフォメーションファイル形成時に記録され
る。例えば初回のインストールが行われた際に記録され
る。日時情報Ｄａｔｅ＃０は、インフォメーションファ
イル形成時の日時か、最新の更新時の日時とすればよ
い。
【００８５】さらに、インストールが行われる毎に、上
記ステップＦ１０６の処理で、そのインストールを行っ
た各アプリケーションについてのディレクトリ（ＤＩＲ
＃１、ＤＩＲ＃２・・・・）、アプリケーションネーム
（Ｎａｐ＃１、Ｎａｐ＃２・・・・）、インストール実
行日時情報（Ｄａｔｅ＃１、Ｄａｔｅ＃２・・・・）が
記録されていく。
記ステップＦ１０６の処理で、そのインストールを行っ
た各アプリケーションについてのディレクトリ（ＤＩＲ
＃１、ＤＩＲ＃２・・・・）、アプリケーションネーム
（Ｎａｐ＃１、Ｎａｐ＃２・・・・）、インストール実
行日時情報（Ｄａｔｅ＃１、Ｄａｔｅ＃２・・・・）が
記録されていく。
【００８６】一方、インフォメーションファイルは、フ
ァイルシステムＦＳｈｄとしての通常のファイル管理形
態により記録位置等が管理され、ハードディスク４のユ
ーザー領域に形成されるものとなるが、このインフォメ
ーションファイルＩＮＦＯ内には、図１７（ｂ）に示す
ように、インストールされている各アプリケーションの
アプリケーションネーム（Ｎａｐ＃１、Ｎａｐ＃２・・
・・）とともに、バージョン情報（Ｖｅｒ＃１、Ｖｅｒ
＃２・・・・）、インストール実行日時情報（Ｄａｔｅ
＃１、Ｄａｔｅ＃２・・・・）、何回目のインストール
であるか（つまりそのインストール実行時点でのインス
トール実行回数Ｎｉ＋１となる値）を示す回数情報（Ｎ
＃１、Ｎ＃２・・・・）が記録される。これらもインス
トールが行われる毎に、上記ステップＦ１０６の処理
で、そのインストールを行ったアプリケーションについ
ての情報として、インフォメーションファイルに書き加
えられていく。
ァイルシステムＦＳｈｄとしての通常のファイル管理形
態により記録位置等が管理され、ハードディスク４のユ
ーザー領域に形成されるものとなるが、このインフォメ
ーションファイルＩＮＦＯ内には、図１７（ｂ）に示す
ように、インストールされている各アプリケーションの
アプリケーションネーム（Ｎａｐ＃１、Ｎａｐ＃２・・
・・）とともに、バージョン情報（Ｖｅｒ＃１、Ｖｅｒ
＃２・・・・）、インストール実行日時情報（Ｄａｔｅ
＃１、Ｄａｔｅ＃２・・・・）、何回目のインストール
であるか（つまりそのインストール実行時点でのインス
トール実行回数Ｎｉ＋１となる値）を示す回数情報（Ｎ
＃１、Ｎ＃２・・・・）が記録される。これらもインス
トールが行われる毎に、上記ステップＦ１０６の処理
で、そのインストールを行ったアプリケーションについ
ての情報として、インフォメーションファイルに書き加
えられていく。
【００８７】この図１７の形態は、ファイルシステムＦ
Ｓｈｄがそもそも有する情報を利用して、それ以外の情
報をインフォメーションファイルＩＮＦＯとして補う方
式である。即ちインストールされたアプリケーションと
してのプログラムファイル自体は、ファイルシステムＦ
Ｓｈｄによって管理されることになり、当然ディレクト
リ、アプリケーションネーム、日時情報等はファイルシ
ステムＦＳｈｄに記録される。従って、それらをインス
トール照合情報として利用するとともに、それ以外にイ
ンフォメーションファイルＩＮＦＯを設けて、インスト
ール照合情報としてのバージョン情報や回数情報を保持
するようにするものである。
Ｓｈｄがそもそも有する情報を利用して、それ以外の情
報をインフォメーションファイルＩＮＦＯとして補う方
式である。即ちインストールされたアプリケーションと
してのプログラムファイル自体は、ファイルシステムＦ
Ｓｈｄによって管理されることになり、当然ディレクト
リ、アプリケーションネーム、日時情報等はファイルシ
ステムＦＳｈｄに記録される。従って、それらをインス
トール照合情報として利用するとともに、それ以外にイ
ンフォメーションファイルＩＮＦＯを設けて、インスト
ール照合情報としてのバージョン情報や回数情報を保持
するようにするものである。
【００８８】一方図１８の例は、インストール照合情報
をインフォメーションファイルＩＮＦＯ内にまとめて保
持する方式である。まず図１８（ａ）に示すようにファ
イルシステムＦＳｈｄではインフォメーションファイル
ＩＮＦＯを他のファイルと同様の形態で１つのファイル
として管理するようにする。そして実際の各インストー
ルされたアプリケーション毎のインストール照合情報
は、図１８（ｂ）のように全てインフォメーションファ
イル内に保持するものである。即ちインフォメーション
ファイルＩＮＦＯ内には、インストールが実行される毎
に、そのインストールされたアプリケーションについて
のインストール照合情報として、上記ステップＦ１０６
の処理で、そのアプリケーションについてのアプリケー
ションネーム（Ｎａｐ＃）、バージョン情報（Ｖｅｒ
＃）、インストール実行日時情報（Ｄａｔｅ＃）、回数
情報（Ｎ＃）、ディレクトリ（ＤＩＲ＃）が記録されて
いく。
をインフォメーションファイルＩＮＦＯ内にまとめて保
持する方式である。まず図１８（ａ）に示すようにファ
イルシステムＦＳｈｄではインフォメーションファイル
ＩＮＦＯを他のファイルと同様の形態で１つのファイル
として管理するようにする。そして実際の各インストー
ルされたアプリケーション毎のインストール照合情報
は、図１８（ｂ）のように全てインフォメーションファ
イル内に保持するものである。即ちインフォメーション
ファイルＩＮＦＯ内には、インストールが実行される毎
に、そのインストールされたアプリケーションについて
のインストール照合情報として、上記ステップＦ１０６
の処理で、そのアプリケーションについてのアプリケー
ションネーム（Ｎａｐ＃）、バージョン情報（Ｖｅｒ
＃）、インストール実行日時情報（Ｄａｔｅ＃）、回数
情報（Ｎ＃）、ディレクトリ（ＤＩＲ＃）が記録されて
いく。
【００８９】本例の図１６の処理では、例えば以上の図
１７、図１８のような形態により、ステップＦ１０６の
時点で、インストール照合情報をハードディスク４に書
き込んでいくことになる。このようなインストール照合
情報をハードディスク４側にも記録することで、上記の
ようにディスク９０のインストール管理ファイル内の照
合情報を用いた照合動作ができる。つまり、ハードディ
スク４等の或るアプリケーションが、或るディスク９０
そのものからインストールされたアプリケーションであ
るか否かの照合に用いることができる。
１７、図１８のような形態により、ステップＦ１０６の
時点で、インストール照合情報をハードディスク４に書
き込んでいくことになる。このようなインストール照合
情報をハードディスク４側にも記録することで、上記の
ようにディスク９０のインストール管理ファイル内の照
合情報を用いた照合動作ができる。つまり、ハードディ
スク４等の或るアプリケーションが、或るディスク９０
そのものからインストールされたアプリケーションであ
るか否かの照合に用いることができる。
【００９０】ところで、ディスク９０にはリライタブル
領域ＡＲＷが存在するため、同一種類のディスクであっ
ても、ディスク個別にＩＤ番号を付すことは可能であ
る。つまりディスク１枚ごとに異なるディスクＩＤ番号
を設定し、リライタブル領域ＡＲＷ内に書き込んでおけ
ばよい。このようにした場合は、インストール時に、例
えばインストールするアプリケーションＡＰ内のデータ
としてディスクＩＤ番号を含めるようにする。即ちハー
ドディスク４側で、アプリケーションＡＰ内のデータと
してディスクＩＤ番号が記録されるようにしておく。
領域ＡＲＷが存在するため、同一種類のディスクであっ
ても、ディスク個別にＩＤ番号を付すことは可能であ
る。つまりディスク１枚ごとに異なるディスクＩＤ番号
を設定し、リライタブル領域ＡＲＷ内に書き込んでおけ
ばよい。このようにした場合は、インストール時に、例
えばインストールするアプリケーションＡＰ内のデータ
としてディスクＩＤ番号を含めるようにする。即ちハー
ドディスク４側で、アプリケーションＡＰ内のデータと
してディスクＩＤ番号が記録されるようにしておく。
【００９１】この場合、ディスク９０にはディスクＩＤ
番号が既に記録されているため、ステップＦ１０９の処
理においてディスクＩＤ番号をインストール管理ファイ
ル内に記録する必要はないが、後に、或る記録媒体にイ
ンストールされているアプリケーションＡＰについて、
その中のディスクＩＤ番号を参照することにより、ディ
スク９０からみて、そのディスク９０からインストール
されたアプリケーションＡＰであるか、もしくは同種の
他のディスクからインストールされたアプリケーション
ＡＰであるかを判別できる。
番号が既に記録されているため、ステップＦ１０９の処
理においてディスクＩＤ番号をインストール管理ファイ
ル内に記録する必要はないが、後に、或る記録媒体にイ
ンストールされているアプリケーションＡＰについて、
その中のディスクＩＤ番号を参照することにより、ディ
スク９０からみて、そのディスク９０からインストール
されたアプリケーションＡＰであるか、もしくは同種の
他のディスクからインストールされたアプリケーション
ＡＰであるかを判別できる。
【００９２】これらのディスク９０からみたインストー
ル先の照合のための手法は各種考えられるが、その手法
に応じて必要なデータをインストール管理ファイル内に
記録しておく。
ル先の照合のための手法は各種考えられるが、その手法
に応じて必要なデータをインストール管理ファイル内に
記録しておく。
【００９３】これらの各種必要な情報についてインスト
ール管理ファイルの書込又は更新が行われたら、続いて
図１６のステップＦ１１０で、インストール管理ファイ
ルの更新等が適正に行われたか否かを確認し、正しく更
新できていた場合は一連のインストール動作を終了す
る。インストール管理ファイルの更新が適正に実行でき
なかった場合はエラーとして終了することになる。
ール管理ファイルの書込又は更新が行われたら、続いて
図１６のステップＦ１１０で、インストール管理ファイ
ルの更新等が適正に行われたか否かを確認し、正しく更
新できていた場合は一連のインストール動作を終了す
る。インストール管理ファイルの更新が適正に実行でき
なかった場合はエラーとして終了することになる。
【００９４】ところが、例えば何らかの他の記録媒体に
対してアプリケーションＡＰが既に３回インストールさ
れた後、さらにインストール要求があって図１６の処理
が開始されたとする。すると処理はステップＦ１０２か
らＦ１０３に進んで、インストール管理ファイル内のイ
ンストール実行回数Ｎｉが確認されることになるが、こ
のときインストール実行回数Ｎｉ＝３となっており、イ
ンストール許可回数Ｎｐ（＝３）に達している。このた
めステップＦ１０４で否定結果が得られ、この場合イン
ストールを実行することなく、エラーとして処理を終了
する。
対してアプリケーションＡＰが既に３回インストールさ
れた後、さらにインストール要求があって図１６の処理
が開始されたとする。すると処理はステップＦ１０２か
らＦ１０３に進んで、インストール管理ファイル内のイ
ンストール実行回数Ｎｉが確認されることになるが、こ
のときインストール実行回数Ｎｉ＝３となっており、イ
ンストール許可回数Ｎｐ（＝３）に達している。このた
めステップＦ１０４で否定結果が得られ、この場合イン
ストールを実行することなく、エラーとして処理を終了
する。
【００９５】つまり本例では、例えばインストール許可
回数Ｎｐ＝３と設定しておけば、そのディスク９０から
はアプリケーションＡＰは最高３回しか他の記録媒体へ
インストールすることはできず、これによって無制限に
インストールが実行されてアプリケーションＡＰが不正
提供されてしまうことが防止される。従って適正にディ
スク９０を購入したユーザーについてはインストールを
行なって、そのアプリケーションＡＰを使用できるが、
ディスク９０を貸与された、もしくはディスク９０を盗
んだ他のユーザーが自分のパーソナルコンピュータ等に
インストールして不正使用することを防止できる。
回数Ｎｐ＝３と設定しておけば、そのディスク９０から
はアプリケーションＡＰは最高３回しか他の記録媒体へ
インストールすることはできず、これによって無制限に
インストールが実行されてアプリケーションＡＰが不正
提供されてしまうことが防止される。従って適正にディ
スク９０を購入したユーザーについてはインストールを
行なって、そのアプリケーションＡＰを使用できるが、
ディスク９０を貸与された、もしくはディスク９０を盗
んだ他のユーザーが自分のパーソナルコンピュータ等に
インストールして不正使用することを防止できる。
【００９６】なお、この例ではインストール許可回数Ｎ
ｐ＝３としたが、これはあくまで例であり、不正使用を
厳格に防止するにはインストール許可回数Ｎｐ＝１とし
てもよいし、例えばインストールしたハードディスクの
破損などによりアプリケーションＡＰが使用できなくな
った場合などに、そのユーザーが新たなハードディスク
にインストールすることができるように、インストール
許可回数Ｎｐを２又は４以上としてもよい。また前述し
たように、インストール許可回数Ｎｐをインストール管
理ファイル内に記録しておく方式を採用する場合は、或
る程度フレキシブルにインストール許可回数Ｎｐを設定
できる。
ｐ＝３としたが、これはあくまで例であり、不正使用を
厳格に防止するにはインストール許可回数Ｎｐ＝１とし
てもよいし、例えばインストールしたハードディスクの
破損などによりアプリケーションＡＰが使用できなくな
った場合などに、そのユーザーが新たなハードディスク
にインストールすることができるように、インストール
許可回数Ｎｐを２又は４以上としてもよい。また前述し
たように、インストール許可回数Ｎｐをインストール管
理ファイル内に記録しておく方式を採用する場合は、或
る程度フレキシブルにインストール許可回数Ｎｐを設定
できる。
【００９７】また、ディスクに複数のアプリケーション
ソフトウエアを収録するような場合は、インストール管
理ファイルとしては各アプリケーション毎に過去のイン
ストール経歴（回数や時刻など）を管理するようにする
ことはいうまでもない。
ソフトウエアを収録するような場合は、インストール管
理ファイルとしては各アプリケーション毎に過去のイン
ストール経歴（回数や時刻など）を管理するようにする
ことはいうまでもない。
【００９８】ところで、図１６のステップＦ１０２，Ｆ
１０９ではインストールシステム２ｅがディスク９０上
でのインストール管理ファイルのアクセスを実行させ、
必要な読出・書込を行うことになるが、このようなイン
ストール管理ファイルに対するアクセスは、インストー
ル実行回数Ｎｉの不正書換などを防止するため、ユーザ
ー側から見えない状態（ユーザーが勝手に書き換えられ
ない状態）で行うことが好ましい。
１０９ではインストールシステム２ｅがディスク９０上
でのインストール管理ファイルのアクセスを実行させ、
必要な読出・書込を行うことになるが、このようなイン
ストール管理ファイルに対するアクセスは、インストー
ル実行回数Ｎｉの不正書換などを防止するため、ユーザ
ー側から見えない状態（ユーザーが勝手に書き換えられ
ない状態）で行うことが好ましい。
【００９９】このためには、例えばインストール管理フ
ァイルの読出／書込は、ファイルシステム２ｄ（ＦＳ
２）を介さずに、インストールシステム（２ｅ）が直接
デバイスドライバ２ｂに指示して行うようにすることが
考えられる。このためにディスク９０のリライタブル領
域ＡＲＷ内の特定のアドレスを設定して、その領域をイ
ンストール管理ファイルの領域とする。そして図１２に
破線で示すようにインストールシステム（２ｅ）が、直
接デバイスドライバ２ｂに対して論理アドレス、レング
ス、コマンドを供給してその領域のアクセスを指示し、
書込／読出が行われるようにする。またこの場合、ファ
イルシステムＦＳ２からみた場合は、そのインストール
管理ファイルが記録された領域は使用されない領域とし
て管理されるようにする。例えば欠陥領域とみなすよう
にしてもよい。
ァイルの読出／書込は、ファイルシステム２ｄ（ＦＳ
２）を介さずに、インストールシステム（２ｅ）が直接
デバイスドライバ２ｂに指示して行うようにすることが
考えられる。このためにディスク９０のリライタブル領
域ＡＲＷ内の特定のアドレスを設定して、その領域をイ
ンストール管理ファイルの領域とする。そして図１２に
破線で示すようにインストールシステム（２ｅ）が、直
接デバイスドライバ２ｂに対して論理アドレス、レング
ス、コマンドを供給してその領域のアクセスを指示し、
書込／読出が行われるようにする。またこの場合、ファ
イルシステムＦＳ２からみた場合は、そのインストール
管理ファイルが記録された領域は使用されない領域とし
て管理されるようにする。例えば欠陥領域とみなすよう
にしてもよい。
【０１００】つまりインストール管理ファイルの記録領
域をファイルシステムＦＳ２から見ることのできない、
即ちユーザーから見ることのできないファイルとしてお
き、その領域に対してはインストールシステム２ｅのみ
が管理する。このようにしておけば、ユーザーはインス
トール管理ファイル内を任意にみることはできず、従っ
て不正書換等もできないことになる。
域をファイルシステムＦＳ２から見ることのできない、
即ちユーザーから見ることのできないファイルとしてお
き、その領域に対してはインストールシステム２ｅのみ
が管理する。このようにしておけば、ユーザーはインス
トール管理ファイル内を任意にみることはできず、従っ
て不正書換等もできないことになる。
【０１０１】またこのような方式を採用する以外に、イ
ンストール管理ファイルを、ファイルシステムＦＳ２
（２ｄ）によって管理されるファイルとする方式もあ
る。この場合は、例えばインストール管理ファイル内容
としてのデータを暗号化する。即ちインストールシステ
ム（２ｅ）が暗号のエンコード及びデコード機能を持つ
ようにし、ファイルシステムＦＳ２（２ｄ）を介してイ
ンストール管理ファイルの書込、更新を行う場合（つま
り更新データを送信する場合）、その更新データについ
て暗号化エンコードを行って送信するようにする。
ンストール管理ファイルを、ファイルシステムＦＳ２
（２ｄ）によって管理されるファイルとする方式もあ
る。この場合は、例えばインストール管理ファイル内容
としてのデータを暗号化する。即ちインストールシステ
ム（２ｅ）が暗号のエンコード及びデコード機能を持つ
ようにし、ファイルシステムＦＳ２（２ｄ）を介してイ
ンストール管理ファイルの書込、更新を行う場合（つま
り更新データを送信する場合）、その更新データについ
て暗号化エンコードを行って送信するようにする。
【０１０２】またファイルシステムＦＳ２（２ｄ）を介
してインストール管理ファイルの読み込みを行う場合
（つまり読込データを受信する場合）、そのデータは暗
号化されているものであるため、受信時にデコードを行
ってデータ内容を解析する。このようにファイル内容を
暗号化することにより、ファイルシステムＦＳ２（２
ｄ）を介して書込／読出を行うようにしても、ユーザー
側からは（インストール管理ファイルの存在は確認でき
るが）、その内容を確認することはできず、不正書換等
は防止できる。なお、このように、インストール管理フ
ァイルをファイルシステムＦＳ２から管理される形態で
記録するようにする場合、暗号化とともに、ファイルシ
ステムＦＳ２（２ｄ）からはリードオンリーファイルと
して、ユーザーの書き換えが不可能なファイルとして管
理しておくことが好適である。
してインストール管理ファイルの読み込みを行う場合
（つまり読込データを受信する場合）、そのデータは暗
号化されているものであるため、受信時にデコードを行
ってデータ内容を解析する。このようにファイル内容を
暗号化することにより、ファイルシステムＦＳ２（２
ｄ）を介して書込／読出を行うようにしても、ユーザー
側からは（インストール管理ファイルの存在は確認でき
るが）、その内容を確認することはできず、不正書換等
は防止できる。なお、このように、インストール管理フ
ァイルをファイルシステムＦＳ２から管理される形態で
記録するようにする場合、暗号化とともに、ファイルシ
ステムＦＳ２（２ｄ）からはリードオンリーファイルと
して、ユーザーの書き換えが不可能なファイルとして管
理しておくことが好適である。
【０１０３】このような暗号化は、上記のようにインス
トールシステム（２ｅ）がファイルシステム（２ｄ）を
介さずに直接インストール管理ファイルをアクセスする
方式に採用しても有用である。そのようにしておけば例
えばインターフェースライン上でデータを解析されたと
しても解読できないものとなり、不正防止機能を高める
ことができる。
トールシステム（２ｅ）がファイルシステム（２ｄ）を
介さずに直接インストール管理ファイルをアクセスする
方式に採用しても有用である。そのようにしておけば例
えばインターフェースライン上でデータを解析されたと
しても解読できないものとなり、不正防止機能を高める
ことができる。
【０１０４】ところで、本例では上述のように論理フォ
ーマットによってファイルシステムＦＳ２を生成するこ
とでディスク９０のリライタブル領域の使用が可能とな
るようにしているが、アプリケーションＡＰのインスト
ールという動作に関しては、リライタブル領域ＡＲＷの
使用は、アプリケーション管理ファイルのみである。従
って、あらかじめファイルシステムＦＳ１からリライタ
ブル領域ＡＲＷ内にインストール管理ファイルが存在す
るように管理しておき、上記のようにインストール動作
に応じてインストール管理ファイルの更新を行うように
すれば、論理フォーマットをしていない状態でそのディ
スクを使用できることになる。
ーマットによってファイルシステムＦＳ２を生成するこ
とでディスク９０のリライタブル領域の使用が可能とな
るようにしているが、アプリケーションＡＰのインスト
ールという動作に関しては、リライタブル領域ＡＲＷの
使用は、アプリケーション管理ファイルのみである。従
って、あらかじめファイルシステムＦＳ１からリライタ
ブル領域ＡＲＷ内にインストール管理ファイルが存在す
るように管理しておき、上記のようにインストール動作
に応じてインストール管理ファイルの更新を行うように
すれば、論理フォーマットをしていない状態でそのディ
スクを使用できることになる。
【０１０５】５．アンインストール時の動作 次に上述のようにアプリケーションプログラムをハード
ディスク４にインストールした後、ハードディスク４に
おけるアプリケーションプログラムを削除するアンイン
ストール時の動作について説明する。何らかの事情でハ
ードディスク４などにインストールしたアプリケーショ
ンを削除する場合が生じることを考慮すると、上述のよ
うにディスク９０からのインストール許可回数が限られ
ていることで不都合が生じる場合がある。
ディスク４にインストールした後、ハードディスク４に
おけるアプリケーションプログラムを削除するアンイン
ストール時の動作について説明する。何らかの事情でハ
ードディスク４などにインストールしたアプリケーショ
ンを削除する場合が生じることを考慮すると、上述のよ
うにディスク９０からのインストール許可回数が限られ
ていることで不都合が生じる場合がある。
【０１０６】例えば正規にディスク９０を購入したユー
ザーが、そのアプリケーションを或るハードディスク４
にインストールして使用していた後、例えばそのハード
ディスクシステムを廃棄し、新しいハードディスクシス
テムを購入したようなときに、ディスク９０からのアプ
リケーションのインストール許可回数Ｎｐを使い切って
いた場合は、正規のユーザーにもかかわらず、そのディ
スク９０に記録されているアプリケーションをインスト
ールできないことになる。
ザーが、そのアプリケーションを或るハードディスク４
にインストールして使用していた後、例えばそのハード
ディスクシステムを廃棄し、新しいハードディスクシス
テムを購入したようなときに、ディスク９０からのアプ
リケーションのインストール許可回数Ｎｐを使い切って
いた場合は、正規のユーザーにもかかわらず、そのディ
スク９０に記録されているアプリケーションをインスト
ールできないことになる。
【０１０７】このような不都合を解消するために、本例
の場合、ハードディスクドライブ３を廃棄する前に図２
０のようなアンインストール処理を行なうことで対処で
きるようにしている。即ちハードディスク４のようなイ
ンストール先の記録媒体で何らかの都合でそのアプリケ
ーションが不要になった場合、ユーザーはディスク９０
を記録再生装置１に装填し、ホストコンピュータ２から
アプリケーションＡＰのアンインストールを指示する。
具体的には、ユーザーが、ディスク９０を記録再生装置
１に装填し、ホストコンピュータ２からインストールシ
ステムを起動させる操作を行うことでインストールシス
テム（２ｅ）が読み込まれて起動される。そしてこの
際、ホストコンピュータ２はモニタ上に起動プログラム
の選択を要求する表示を行い、ユーザーがこれに対して
アンインストール処理プログラムの起動を選択すると、
ＯＳ２ａに基づくインストールシステム（２ｅ）によ
り、図２０の処理が開始される。
の場合、ハードディスクドライブ３を廃棄する前に図２
０のようなアンインストール処理を行なうことで対処で
きるようにしている。即ちハードディスク４のようなイ
ンストール先の記録媒体で何らかの都合でそのアプリケ
ーションが不要になった場合、ユーザーはディスク９０
を記録再生装置１に装填し、ホストコンピュータ２から
アプリケーションＡＰのアンインストールを指示する。
具体的には、ユーザーが、ディスク９０を記録再生装置
１に装填し、ホストコンピュータ２からインストールシ
ステムを起動させる操作を行うことでインストールシス
テム（２ｅ）が読み込まれて起動される。そしてこの
際、ホストコンピュータ２はモニタ上に起動プログラム
の選択を要求する表示を行い、ユーザーがこれに対して
アンインストール処理プログラムの起動を選択すると、
ＯＳ２ａに基づくインストールシステム（２ｅ）によ
り、図２０の処理が開始される。
【０１０８】即ちまずステップＦ２０１で、ディスク９
０の所定領域に記録されているインストール管理ファイ
ルの読込が実行される。ステップＦ２０２では、インス
トール管理ファイルのヘッダチェックの可否、つまりイ
ンストール管理ファイルの有無が確認される。過去にイ
ンストールを実行したディスク９０であれば必ずインス
トール管理ファイルが形成されているはずであるので、
ステップＦ２０２でヘッダチェックＮＧとなる場合は、
そのディスク９０はまだ１度もインストールを実行して
いないディスクであるか、もしくは異常状態であり、い
づれにしても今回アンインストールを実行するアプリケ
ーションの過去のインストール元として適正な状態では
ない。従ってこの場合はアンインストールを実行しない
でエラー終了する。
０の所定領域に記録されているインストール管理ファイ
ルの読込が実行される。ステップＦ２０２では、インス
トール管理ファイルのヘッダチェックの可否、つまりイ
ンストール管理ファイルの有無が確認される。過去にイ
ンストールを実行したディスク９０であれば必ずインス
トール管理ファイルが形成されているはずであるので、
ステップＦ２０２でヘッダチェックＮＧとなる場合は、
そのディスク９０はまだ１度もインストールを実行して
いないディスクであるか、もしくは異常状態であり、い
づれにしても今回アンインストールを実行するアプリケ
ーションの過去のインストール元として適正な状態では
ない。従ってこの場合はアンインストールを実行しない
でエラー終了する。
【０１０９】ステップＦ２０２でインストール管理ファ
イルが確認された場合は、ステップＦ２０３で、そのフ
ァイル内に記録されているインストール実行回数Ｎｉを
確認する。インストール実行回数Ｎｉを確認した結果、
ステップＦ２０４でインストール実行回数Ｎｉ＝０と判
断された場合は、そのディスク９０はまだ１度もインス
トールを実行していないディスクであるか、もしくは実
行されたインストールについては全てアンインストール
されているディスクであり、今回アンインストールを実
行するアプリケーションの過去のインストール元として
適正なディスクではない。従ってこの場合もアンインス
トールを実行しないでエラー終了する。
イルが確認された場合は、ステップＦ２０３で、そのフ
ァイル内に記録されているインストール実行回数Ｎｉを
確認する。インストール実行回数Ｎｉを確認した結果、
ステップＦ２０４でインストール実行回数Ｎｉ＝０と判
断された場合は、そのディスク９０はまだ１度もインス
トールを実行していないディスクであるか、もしくは実
行されたインストールについては全てアンインストール
されているディスクであり、今回アンインストールを実
行するアプリケーションの過去のインストール元として
適正なディスクではない。従ってこの場合もアンインス
トールを実行しないでエラー終了する。
【０１１０】インストール実行回数Ｎｉ＝０ではなくス
テップＦ２０５に進んだ場合は、アンインストール元、
即ちアンインストールを行う記録媒体側（ハードディス
クドライブ３等）の照合情報のチェックを行う。本例の
場合、前述したように照合情報として日時情報、ドライ
ブ照合情報、ディレクトリの３つを記録しているが、こ
れらの全部もしくは一部について以降の処理でチェック
を行う。
テップＦ２０５に進んだ場合は、アンインストール元、
即ちアンインストールを行う記録媒体側（ハードディス
クドライブ３等）の照合情報のチェックを行う。本例の
場合、前述したように照合情報として日時情報、ドライ
ブ照合情報、ディレクトリの３つを記録しているが、こ
れらの全部もしくは一部について以降の処理でチェック
を行う。
【０１１１】まずステップＦ２０５では照合情報の一致
チェックを行う。即ち、インストール管理ファイル内に
記録されているドライブ照合情報と、現在のアンインス
トール対象のドライブの照合（機器ＩＤ等の照合）を行
い、ステップＦ２０６で同一性のチェックを行う。つま
りこの処理も、今回アンインストール要求されているア
プリケーションＡＰが、当該ディスク９０からインスト
ールされたものかの判断となり、同一性が否定された場
合は、エラー終了となる。もちろん、一致チェックの１
つとして日時情報のチェックを行うようにしてもよい。
即ちインストール管理ファイル内に記録されている日時
情報と、ハードディスク４内に図１７、図１８のような
形態で記録されているインストール照合情報における、
そのアンインストール対象となっているアプリケーショ
ンについて記録されているインストール実行日時情報
（Ｄａｔｅ＃）を比較し、一致チェックを行う。これが
異なれば、今回アンインストール要求されているアプリ
ケーションＡＰが、当該ディスク９０からインストール
されたものではないと判断でき、エラー終了とされる。
チェックを行う。即ち、インストール管理ファイル内に
記録されているドライブ照合情報と、現在のアンインス
トール対象のドライブの照合（機器ＩＤ等の照合）を行
い、ステップＦ２０６で同一性のチェックを行う。つま
りこの処理も、今回アンインストール要求されているア
プリケーションＡＰが、当該ディスク９０からインスト
ールされたものかの判断となり、同一性が否定された場
合は、エラー終了となる。もちろん、一致チェックの１
つとして日時情報のチェックを行うようにしてもよい。
即ちインストール管理ファイル内に記録されている日時
情報と、ハードディスク４内に図１７、図１８のような
形態で記録されているインストール照合情報における、
そのアンインストール対象となっているアプリケーショ
ンについて記録されているインストール実行日時情報
（Ｄａｔｅ＃）を比較し、一致チェックを行う。これが
異なれば、今回アンインストール要求されているアプリ
ケーションＡＰが、当該ディスク９０からインストール
されたものではないと判断でき、エラー終了とされる。
【０１１２】ドライブ照合情報や日時情報によるドライ
ブの同一性が確認された場合は、さらに照合情報を用い
たチェックとして、ステップＦ２０７でアンインストー
ル先のディレクトリを確認する。そしてインストール管
理ファイル内に記録されているインストール先のディレ
クトリ名と同一のディレクトリがアンインストール対象
となっているメディア側に存在しなければステップＦ２
０８からエラー終了となるが、存在した場合は、ステッ
プＦ２０９に進む。
ブの同一性が確認された場合は、さらに照合情報を用い
たチェックとして、ステップＦ２０７でアンインストー
ル先のディレクトリを確認する。そしてインストール管
理ファイル内に記録されているインストール先のディレ
クトリ名と同一のディレクトリがアンインストール対象
となっているメディア側に存在しなければステップＦ２
０８からエラー終了となるが、存在した場合は、ステッ
プＦ２０９に進む。
【０１１３】ステップＦ２０９に進む場合とは、アンイ
ンストール要求されているアプリケーションＡＰが、現
在装填されているディスク９０からインストールされた
ものであると確認できた場合であり、アプリケーション
ＡＰのハードディスク４からのアンインストールを実行
する。即ちインストールシステム（２ｅ）に基づいて動
作するホストコンピュータ２はハードディスクドライブ
３に対して、ハードディスク４から当該アプリケーショ
ンＡＰの削除を実行させ、ハードディスク４を図１９に
示す状態とする。
ンストール要求されているアプリケーションＡＰが、現
在装填されているディスク９０からインストールされた
ものであると確認できた場合であり、アプリケーション
ＡＰのハードディスク４からのアンインストールを実行
する。即ちインストールシステム（２ｅ）に基づいて動
作するホストコンピュータ２はハードディスクドライブ
３に対して、ハードディスク４から当該アプリケーショ
ンＡＰの削除を実行させ、ハードディスク４を図１９に
示す状態とする。
【０１１４】続いてインストールシステム（２ｅ）の動
作としては図１９にも示すように、ステップＦ２１０
で、ステップＦ２０９のアンインストール動作に応じ
て、ディスク９０のリライタブル領域ＡＲＷ内のインス
トール管理ファイルの更新を行なう。この場合の更新と
は、アンインストールを行なったアプリケーションＡＰ
についてのインストール実行回数Ｎｉの値を減算するこ
とになる。例えば、それまでインストール実行回数Ｎｉ
＝３と記録されていた場合は、アンインストールの実行
に伴ってインストール実行回数Ｎｉ＝２と更新する。こ
のような更新を行なって一連のアンインストール処理を
終える。
作としては図１９にも示すように、ステップＦ２１０
で、ステップＦ２０９のアンインストール動作に応じ
て、ディスク９０のリライタブル領域ＡＲＷ内のインス
トール管理ファイルの更新を行なう。この場合の更新と
は、アンインストールを行なったアプリケーションＡＰ
についてのインストール実行回数Ｎｉの値を減算するこ
とになる。例えば、それまでインストール実行回数Ｎｉ
＝３と記録されていた場合は、アンインストールの実行
に伴ってインストール実行回数Ｎｉ＝２と更新する。こ
のような更新を行なって一連のアンインストール処理を
終える。
【０１１５】なお、上述のように各ステップにおいてエ
ラー終了となった場合は、アンインストール要求されて
いるアプリケーションＡＰが、例えば同一内容のアプリ
ケーションであったとしても、当該ディスク９０からイ
ンストールされたものではないと判断された場合であ
り、従ってアンインストール処理及びインストール管理
ファイルの更新が行なわれないことはいうまでもない。
ラー終了となった場合は、アンインストール要求されて
いるアプリケーションＡＰが、例えば同一内容のアプリ
ケーションであったとしても、当該ディスク９０からイ
ンストールされたものではないと判断された場合であ
り、従ってアンインストール処理及びインストール管理
ファイルの更新が行なわれないことはいうまでもない。
【０１１６】以上のようにアンインストールに応じてイ
ンストール実行回数Ｎｉの値が減算されることにより、
それまでのインストール経歴としてインストール許可回
数Ｎｐを使い切っていたとしても、アンインストールし
た場合は再度他の記録媒体にインストールすることがで
きる。このため正規ユーザーが正規に使用する範囲にお
いては、ディスク９０を購入した後は、そのアプリケー
ションＡＰが使用できなくなるということはない。
ンストール実行回数Ｎｉの値が減算されることにより、
それまでのインストール経歴としてインストール許可回
数Ｎｐを使い切っていたとしても、アンインストールし
た場合は再度他の記録媒体にインストールすることがで
きる。このため正規ユーザーが正規に使用する範囲にお
いては、ディスク９０を購入した後は、そのアプリケー
ションＡＰが使用できなくなるということはない。
【０１１７】また、インストール元のディスクとインス
トール先の記録媒体の整合性がとれない場合はアンイン
ストール及びインストール実行回数Ｎｉの減算更新は行
なわれないため、例えば或るユーザーが自分のディスク
９０を用いて不正に他人のハードディスクからアプリケ
ーションＡＰのアンインストールを実行しようとして
も、それは不可能となり、またインストール実行回数Ｎ
ｉを不正に減算させてインストール許可回数Ｎｐ以上に
インストールを実行させることもできない。また、ネッ
トワークのサーバとして使っている場合などは、現在フ
ァーム使用中の端末の数をリライタブル領域ＡＲＷ内の
インストール管理ファイルに書き込んでおくことで、イ
ンストール／アンインストール管理が可能となる。
トール先の記録媒体の整合性がとれない場合はアンイン
ストール及びインストール実行回数Ｎｉの減算更新は行
なわれないため、例えば或るユーザーが自分のディスク
９０を用いて不正に他人のハードディスクからアプリケ
ーションＡＰのアンインストールを実行しようとして
も、それは不可能となり、またインストール実行回数Ｎ
ｉを不正に減算させてインストール許可回数Ｎｐ以上に
インストールを実行させることもできない。また、ネッ
トワークのサーバとして使っている場合などは、現在フ
ァーム使用中の端末の数をリライタブル領域ＡＲＷ内の
インストール管理ファイルに書き込んでおくことで、イ
ンストール／アンインストール管理が可能となる。
【０１１８】なお、このアンインストール時にもステッ
プＦ２０１、Ｆ２１０でインストール管理ファイルの読
出／書込が行われるが、これらのインストール管理ファ
イルに関するアクセス動作については、上述したインス
トール動作時と同様に、インストールシステム（２ｅ）
がファイルシステムＦＳ２（２ｄ）を介さずにダイレク
トに行うか、もしくはデータ内容の暗号化手段を講じる
などの手法をとることになる。
プＦ２０１、Ｆ２１０でインストール管理ファイルの読
出／書込が行われるが、これらのインストール管理ファ
イルに関するアクセス動作については、上述したインス
トール動作時と同様に、インストールシステム（２ｅ）
がファイルシステムＦＳ２（２ｄ）を介さずにダイレク
トに行うか、もしくはデータ内容の暗号化手段を講じる
などの手法をとることになる。
【０１１９】ところで、前述したインストール動作時に
図１５のインストール管理ファイルにおいて、各インス
トール動作についてのデータ内の２４バイトのリザーブ
領域に、ＩＤナンバを記録する手法が考えられる。この
ようにしたうえで、アンインストールの際はそのＩＤナ
ンバの入力をユーザーに要求し、ＩＤナンバ不一致の場
合はエラーとすることで、不用意にアンインストールさ
れないようなシステムとすることができる。
図１５のインストール管理ファイルにおいて、各インス
トール動作についてのデータ内の２４バイトのリザーブ
領域に、ＩＤナンバを記録する手法が考えられる。この
ようにしたうえで、アンインストールの際はそのＩＤナ
ンバの入力をユーザーに要求し、ＩＤナンバ不一致の場
合はエラーとすることで、不用意にアンインストールさ
れないようなシステムとすることができる。
【０１２０】６．各種ディスク例 上記例では図１３のようにデータファイル等が記録され
たパーシャルＲＯＭディスクが、ディスク９０として提
供された場合について説明してきたが、パーシャルＲＯ
Ｍディスクを用いた場合の本発明のディスク内容例とし
てはさらに多様な例が考えられる。その各種例のうちの
４例を図２１から図２４で説明する。
たパーシャルＲＯＭディスクが、ディスク９０として提
供された場合について説明してきたが、パーシャルＲＯ
Ｍディスクを用いた場合の本発明のディスク内容例とし
てはさらに多様な例が考えられる。その各種例のうちの
４例を図２１から図２４で説明する。
【０１２１】図２１のディスク９０は、ＲＯＭ領域ＡＥ
にファイルシステムＦＳ１、インストールシステム、ア
プリケーションＡＰ１、ＡＰ２が記録されるとともに、
リライタブル領域ＡＲＷの先頭位置にインストール管理
ファイルの記録領域が確保される例である。この例は、
特にディスク９０をインストーラーディスクとして用い
ることに好適な例である。ファイルシステムＦＳ１によ
ってインストールシステム、アプリケーションＡＰ１，
ＡＰ２が管理される状態となっており、インストール時
には、図１２のシステム動作において、ファイルシステ
ム２ｄ（＝ＦＳ１）に基づいてインストールシステムが
読み込まれて起動され、この起動されたインストールシ
ステム２ｅによって上述したようなインストール動作が
行われることで、アプリケーションＡＰ１、ＡＰ２のイ
ンストールが行われる。
にファイルシステムＦＳ１、インストールシステム、ア
プリケーションＡＰ１、ＡＰ２が記録されるとともに、
リライタブル領域ＡＲＷの先頭位置にインストール管理
ファイルの記録領域が確保される例である。この例は、
特にディスク９０をインストーラーディスクとして用い
ることに好適な例である。ファイルシステムＦＳ１によ
ってインストールシステム、アプリケーションＡＰ１，
ＡＰ２が管理される状態となっており、インストール時
には、図１２のシステム動作において、ファイルシステ
ム２ｄ（＝ＦＳ１）に基づいてインストールシステムが
読み込まれて起動され、この起動されたインストールシ
ステム２ｅによって上述したようなインストール動作が
行われることで、アプリケーションＡＰ１、ＡＰ２のイ
ンストールが行われる。
【０１２２】ファイルシステムＦＳ１はリライタブル領
域ＡＲＷについては管理せず、従ってインストール管理
ファイルの生成、更新等はインストールシステム（２
ｅ）がファイルシステムＦＳ１を介さずにダイレクトに
行う。もちろんインストール管理ファイルのデータ内容
を暗号化する手法を採用してもよい。
域ＡＲＷについては管理せず、従ってインストール管理
ファイルの生成、更新等はインストールシステム（２
ｅ）がファイルシステムＦＳ１を介さずにダイレクトに
行う。もちろんインストール管理ファイルのデータ内容
を暗号化する手法を採用してもよい。
【０１２３】ところでこの図２１のディスク９０では、
リライタブル領域ＡＲＷは、インストール管理ファイル
以外には用いられない。このようなディスクは、図２２
のように作り替えることで、例えばアプリケーションの
バージョンアップ等にも容易に対応できることになる。
図２２の場合、ＲＯＭ領域ＡＥ内の記憶内容は図２１と
同様にファイルシステムＦＳ１、インストールシステ
ム、アプリケーションＡＰ１、ＡＰ２としている。
リライタブル領域ＡＲＷは、インストール管理ファイル
以外には用いられない。このようなディスクは、図２２
のように作り替えることで、例えばアプリケーションの
バージョンアップ等にも容易に対応できることになる。
図２２の場合、ＲＯＭ領域ＡＥ内の記憶内容は図２１と
同様にファイルシステムＦＳ１、インストールシステ
ム、アプリケーションＡＰ１、ＡＰ２としている。
【０１２４】一方リライタブル領域ＡＲＷには、その先
頭にファイルシステムＦＳ２を形成してリライタブル領
域ＡＲＷ及びＲＯＭ領域ＡＥのファイル管理を可能とす
るとともに、アプリケーションＡＰ１、ＡＰ２のバージ
ョンアップ分となるバージョンアップファイルＡＰ１V
U、ＡＰ２VUを記録する。なお、論理フォーマットによ
りファイルシステムＦＳ２を形成することで、ＲＯＭ領
域のファイルシステムＦＳ１は以降使用されなくなる。
またリライタブル領域ＡＲＷの先頭がファイルシステム
ＦＳ２に用いられることで、インストール管理ファイル
が記録される領域は例えばリライタブル領域ＡＲＷの終
端部分としている。
頭にファイルシステムＦＳ２を形成してリライタブル領
域ＡＲＷ及びＲＯＭ領域ＡＥのファイル管理を可能とす
るとともに、アプリケーションＡＰ１、ＡＰ２のバージ
ョンアップ分となるバージョンアップファイルＡＰ１V
U、ＡＰ２VUを記録する。なお、論理フォーマットによ
りファイルシステムＦＳ２を形成することで、ＲＯＭ領
域のファイルシステムＦＳ１は以降使用されなくなる。
またリライタブル領域ＡＲＷの先頭がファイルシステム
ＦＳ２に用いられることで、インストール管理ファイル
が記録される領域は例えばリライタブル領域ＡＲＷの終
端部分としている。
【０１２５】このディスク９０は、図２１のようにアプ
リケーション提供用に形成されたディスクを、そのリラ
イタブル領域ＡＲＷを有効利用してアプリケーションの
バージョンアップにも対応できるようにしたものといえ
る。図２１のようなディスクはアプリケーションＡＰ等
がＲＯＭ化されスタンピングにより大量生産できるが、
このようなディスク９０が余っている際にアプリケーシ
ョンＡＰ１、ＡＰ２のバージョンアップがあった場合、
図２２のようにリライタブル領域ＡＲＷを用いてバージ
ョンアップ分のプログラムＡＰ１VU、ＡＰ２VUを追加す
ることで対応できる。
リケーション提供用に形成されたディスクを、そのリラ
イタブル領域ＡＲＷを有効利用してアプリケーションの
バージョンアップにも対応できるようにしたものといえ
る。図２１のようなディスクはアプリケーションＡＰ等
がＲＯＭ化されスタンピングにより大量生産できるが、
このようなディスク９０が余っている際にアプリケーシ
ョンＡＰ１、ＡＰ２のバージョンアップがあった場合、
図２２のようにリライタブル領域ＡＲＷを用いてバージ
ョンアップ分のプログラムＡＰ１VU、ＡＰ２VUを追加す
ることで対応できる。
【０１２６】即ちＲＯＭ領域ＡＥ及びリライタブル領域
ＡＲＷの両方を管理するファイルシステムＦＳ２が形成
されることで、ファイルシステムＦＳ２からみれば、ア
プリケーションＡＰ１、ＡＰ２及びバージョンアップ分
のプログラムＡＰ１VU、ＡＰ２V の両方が記録されてい
るため、例えばアプリケーションＡＰ１のインストール
時には、アプリケーションＡＰ１とともにバージョンア
ップ分のプログラムＡＰ１VUもインストールできる。
ＡＲＷの両方を管理するファイルシステムＦＳ２が形成
されることで、ファイルシステムＦＳ２からみれば、ア
プリケーションＡＰ１、ＡＰ２及びバージョンアップ分
のプログラムＡＰ１VU、ＡＰ２V の両方が記録されてい
るため、例えばアプリケーションＡＰ１のインストール
時には、アプリケーションＡＰ１とともにバージョンア
ップ分のプログラムＡＰ１VUもインストールできる。
【０１２７】なお図２２ではＲＯＭ領域にセットアップ
システムを記録するようにしているが、このセットアッ
プシステムは論理フォーマットツールとしてファイルシ
ステムＦＳ２を構築するためのものである。この図２２
の場合ディスク供給元（ソフトウェアメーカー）が論理
フォーマット及びバージョンアップ分のプログラムＡＰ
１VU、ＡＰ２VUの書込を行うものであることを考える
と、セットアップシステムは必ずしも必要ではない。つ
まりＲＯＭ領域ＡＥは図２１と同様の形態でよい。
システムを記録するようにしているが、このセットアッ
プシステムは論理フォーマットツールとしてファイルシ
ステムＦＳ２を構築するためのものである。この図２２
の場合ディスク供給元（ソフトウェアメーカー）が論理
フォーマット及びバージョンアップ分のプログラムＡＰ
１VU、ＡＰ２VUの書込を行うものであることを考える
と、セットアップシステムは必ずしも必要ではない。つ
まりＲＯＭ領域ＡＥは図２１と同様の形態でよい。
【０１２８】なお、インストール管理ファイルについて
は、ファイルシステムＦＳ２によって管理されるが、上
述のようにインストールシステムによって暗号化される
ものとしてもよいし、ファイルシステムＦＳ２に管理さ
れず、インストールシステムが直接アクセスするものと
してもよい。また、図２１のディスクの場合で、図２２
のような将来的拡張を考える場合、インストールシステ
ムが、インストール管理ファイルの領域をリライタブル
領域ＡＲＷの最後尾などに設定するようにすることも考
えられる。
は、ファイルシステムＦＳ２によって管理されるが、上
述のようにインストールシステムによって暗号化される
ものとしてもよいし、ファイルシステムＦＳ２に管理さ
れず、インストールシステムが直接アクセスするものと
してもよい。また、図２１のディスクの場合で、図２２
のような将来的拡張を考える場合、インストールシステ
ムが、インストール管理ファイルの領域をリライタブル
領域ＡＲＷの最後尾などに設定するようにすることも考
えられる。
【０１２９】図２３は、ディスク９０をインストーラー
ディスクとして使えるとともに、そのディスク自身でア
プリケーションを走らせて、データを保存できるように
するタイプである。この場合ＲＯＭ領域ＡＥは、ファイ
ルシステムＦＳ１、セットアップシステム、インストー
ルシステム、アプリケーションＡＰを記憶する。
ディスクとして使えるとともに、そのディスク自身でア
プリケーションを走らせて、データを保存できるように
するタイプである。この場合ＲＯＭ領域ＡＥは、ファイ
ルシステムＦＳ１、セットアップシステム、インストー
ルシステム、アプリケーションＡＰを記憶する。
【０１３０】一方リライタブル領域ＡＲＷは、セットア
ップシステムによって論理フォーマットが行われること
で、その先頭にファイルシステムＦＳ２が形成されてリ
ライタブル領域ＡＲＷ及びＲＯＭ領域ＡＥのファイル管
理が可能とされる。そしてこの場合、リライタブル領域
ＡＲＷはユーザー領域として用いられるようにする。な
お、インストール管理ファイルの領域はリライタブル領
域ＡＲＷの最後尾などに設定され、図２２の場合と同様
に暗号化された上でファイルシステムＦＳ２によって管
理されるか、もしくはインストールシステムによって直
接アクセスされる領域とする。
ップシステムによって論理フォーマットが行われること
で、その先頭にファイルシステムＦＳ２が形成されてリ
ライタブル領域ＡＲＷ及びＲＯＭ領域ＡＥのファイル管
理が可能とされる。そしてこの場合、リライタブル領域
ＡＲＷはユーザー領域として用いられるようにする。な
お、インストール管理ファイルの領域はリライタブル領
域ＡＲＷの最後尾などに設定され、図２２の場合と同様
に暗号化された上でファイルシステムＦＳ２によって管
理されるか、もしくはインストールシステムによって直
接アクセスされる領域とする。
【０１３１】この図２３のディスク９０では、ファイル
システムＦＳ２からみれば、インストールシステム、ア
プリケーションＡＰ、ユーザー領域が管理できるため、
例えばインストールを起動させることで上述のようにハ
ードディスク４等へのアプリケーションＡＰのインスト
ール、及びハードディスク等からのアンインストールを
行うことができる。またインストールを行わなくとも、
アプリケーションＡＰをホストコンピュータ２側にロー
ドして起動させ、そのアプリケーションプログラムを実
行させることもできる。その場合、アプリケーションプ
ログラム実行に伴う各種のデータの保存を、ユーザー領
域を用いて行うことができる。つまりこの場合、ディス
ク９０をインストール不要のアプリケーション提供メデ
ィアとして用いることができる。
システムＦＳ２からみれば、インストールシステム、ア
プリケーションＡＰ、ユーザー領域が管理できるため、
例えばインストールを起動させることで上述のようにハ
ードディスク４等へのアプリケーションＡＰのインスト
ール、及びハードディスク等からのアンインストールを
行うことができる。またインストールを行わなくとも、
アプリケーションＡＰをホストコンピュータ２側にロー
ドして起動させ、そのアプリケーションプログラムを実
行させることもできる。その場合、アプリケーションプ
ログラム実行に伴う各種のデータの保存を、ユーザー領
域を用いて行うことができる。つまりこの場合、ディス
ク９０をインストール不要のアプリケーション提供メデ
ィアとして用いることができる。
【０１３２】図２４は図２３と同様の機能に加えて、リ
ライタブル領域ＡＲＷを用いてバージョンアップにも対
応できるようにするものである。即ちリライタブル領域
ＡＲＷを用いてバージョンアップ分のプログラムＡＰVU
を追加する。これにより図２２の場合と同様の効果が得
られる。
ライタブル領域ＡＲＷを用いてバージョンアップにも対
応できるようにするものである。即ちリライタブル領域
ＡＲＷを用いてバージョンアップ分のプログラムＡＰVU
を追加する。これにより図２２の場合と同様の効果が得
られる。
【０１３３】なお、実施の形態はパーシャルＲＯＭディ
スクを例にあげたが、本発明は記録再生領域が設けられ
ている記録媒体において広く適用できるものである。た
だし特にパーシャルＲＯＭディスクのように記録不能な
例えばエンボスピットによる再生専用領域を備え、アプ
リケーションプログラム等については再生専用領域に記
録しておくことにより、上述してきたようなインストー
ル管理ファイルの更新等の書込動作時に何らかの動作エ
ラーが発生しても、アプリケーションプログラム等が消
去／破壊されることはなく、より好適である。また、イ
ンストール管理ファイルのデータを暗号化するようにす
れば、何らかの手段で不正にインストール管理ファイル
が書き換えられようとしても、それを防止することがで
きる。
スクを例にあげたが、本発明は記録再生領域が設けられ
ている記録媒体において広く適用できるものである。た
だし特にパーシャルＲＯＭディスクのように記録不能な
例えばエンボスピットによる再生専用領域を備え、アプ
リケーションプログラム等については再生専用領域に記
録しておくことにより、上述してきたようなインストー
ル管理ファイルの更新等の書込動作時に何らかの動作エ
ラーが発生しても、アプリケーションプログラム等が消
去／破壊されることはなく、より好適である。また、イ
ンストール管理ファイルのデータを暗号化するようにす
れば、何らかの手段で不正にインストール管理ファイル
が書き換えられようとしても、それを防止することがで
きる。
【０１３４】また、上記例ではファイルシステムＦＳ１
とファイルシステムＦＳ２の切換機能（上述したフォー
マット段階に応じたアドレス変換機能）を有するドライ
ブ装置としての記録再生装置１で説明しているが、ファ
イルシステムＦＳ１のみにしか対応できないドライブ装
置や、ファイルシステムＦＳ２のみにしか対応できない
ドライブ装置を用いるシステムでも本発明を適用でき
る。また、ファイルシステムを独自に作成するシステム
でも適用可能である。またパーシャルＲＯＭディスクと
しての本発明の実施の形態の例を説明しているが、少な
くとも記録再生領域を有するメディアであれば本発明の
記録媒体を実現でき、また記録再生領域と再生専用領域
の両方を備えたメディアであれば、より好適に本発明の
記録媒体を実現できる。
とファイルシステムＦＳ２の切換機能（上述したフォー
マット段階に応じたアドレス変換機能）を有するドライ
ブ装置としての記録再生装置１で説明しているが、ファ
イルシステムＦＳ１のみにしか対応できないドライブ装
置や、ファイルシステムＦＳ２のみにしか対応できない
ドライブ装置を用いるシステムでも本発明を適用でき
る。また、ファイルシステムを独自に作成するシステム
でも適用可能である。またパーシャルＲＯＭディスクと
しての本発明の実施の形態の例を説明しているが、少な
くとも記録再生領域を有するメディアであれば本発明の
記録媒体を実現でき、また記録再生領域と再生専用領域
の両方を備えたメディアであれば、より好適に本発明の
記録媒体を実現できる。
【０１３５】
【発明の効果】以上説明したように本発明の記録媒体
は、当該記録媒体に記録されたアプリケーションプログ
ラムを例えばハードディスクなどの他の記録媒体にイン
ストールする際に、そのインストール動作に関する情報
をインストール管理データとして記録再生領域に記録し
ておく動作を実行させるインストール制御手段を記録し
ておくため、インストール動作についての経歴等を記録
媒体自体が管理できることになる。
は、当該記録媒体に記録されたアプリケーションプログ
ラムを例えばハードディスクなどの他の記録媒体にイン
ストールする際に、そのインストール動作に関する情報
をインストール管理データとして記録再生領域に記録し
ておく動作を実行させるインストール制御手段を記録し
ておくため、インストール動作についての経歴等を記録
媒体自体が管理できることになる。
【０１３６】そしてインストール管理データとして、少
なくともアプリケーションプログラムを他の記録媒体に
インストールした回数を含むものとし、インストール制
御手段には、予めアプリケーションプログラムについて
のインストール許可回数を設定しておいて、インストー
ル動作が要求された際には、インストール管理データに
記録されているインストール実行回数がインストール許
可回数に満たない場合のみ、インストール動作を許可さ
せるようにすることで、インストール動作が何度も無制
限に実行されることを防止できる。
なくともアプリケーションプログラムを他の記録媒体に
インストールした回数を含むものとし、インストール制
御手段には、予めアプリケーションプログラムについて
のインストール許可回数を設定しておいて、インストー
ル動作が要求された際には、インストール管理データに
記録されているインストール実行回数がインストール許
可回数に満たない場合のみ、インストール動作を許可さ
せるようにすることで、インストール動作が何度も無制
限に実行されることを防止できる。
【０１３７】またインストール許可回数情報は、インス
トール制御手段が固定情報として保持することで、その
値がむやみに書き換えられることはなく、不法インスト
ール防止機能を高めることができる。また、インストー
ル許可回数情報は、インストール制御手段が更新可能情
報としてインストール管理データ内の情報として保持さ
せることで、メディア提供者側は或る程度フレキシブル
にインストール許可回数情報を設定でき、多様な状況に
対応できる。インストール制御手段は、ファイルシステ
ム情報手段に基づいて動作することで、通常のソフトウ
エアメディアと同様の使用態様で動作させることができ
る。またインストール制御手段及びファイルシステム情
報手段は、再生専用領域に記録されていることで、不用
意に消去されたりすることもなく、またＲＯＭメディア
としてのプログラムファイルとして用いることができ
る。
トール制御手段が固定情報として保持することで、その
値がむやみに書き換えられることはなく、不法インスト
ール防止機能を高めることができる。また、インストー
ル許可回数情報は、インストール制御手段が更新可能情
報としてインストール管理データ内の情報として保持さ
せることで、メディア提供者側は或る程度フレキシブル
にインストール許可回数情報を設定でき、多様な状況に
対応できる。インストール制御手段は、ファイルシステ
ム情報手段に基づいて動作することで、通常のソフトウ
エアメディアと同様の使用態様で動作させることができ
る。またインストール制御手段及びファイルシステム情
報手段は、再生専用領域に記録されていることで、不用
意に消去されたりすることもなく、またＲＯＭメディア
としてのプログラムファイルとして用いることができ
る。
【０１３８】さらにインストール制御手段は、当該記録
媒体からアプリケーションプログラムをインストールし
た先の他の記録媒体から、そのアプリケーションプログ
ラムをアンインストールした場合は、インストール管理
データに記録されているインストール実行回数を減ずる
ように更新動作を行なわせることで、正規なユーザーに
よる正規な使用範囲において、アプリケーションプログ
ラムが使用できなくなるという不都合を生じさせないと
ともに、不正なアンインストールやインストール管理デ
ータにおけるインストール実行回数の不正な更新もでき
ない。
媒体からアプリケーションプログラムをインストールし
た先の他の記録媒体から、そのアプリケーションプログ
ラムをアンインストールした場合は、インストール管理
データに記録されているインストール実行回数を減ずる
ように更新動作を行なわせることで、正規なユーザーに
よる正規な使用範囲において、アプリケーションプログ
ラムが使用できなくなるという不都合を生じさせないと
ともに、不正なアンインストールやインストール管理デ
ータにおけるインストール実行回数の不正な更新もでき
ない。
【０１３９】またインストール制御手段は、アプリケー
ションプログラムを他の記録媒体にインストールした際
の、当該他の記録媒体やそのドライブ装置に関する情報
やインストール実行時の日時情報、ディレクトリなどの
照合情報を、インストール管理データとして記録再生領
域に記録させることで、アンインストール時にアンイン
ストール対象となっているアプリケーション、ドライ
ブ、ディスク等の個体関係がインストール時の個体関係
と同一であるか否かを判断でき、不適切なアンインスト
ール動作を防止できるという効果がある。
ションプログラムを他の記録媒体にインストールした際
の、当該他の記録媒体やそのドライブ装置に関する情報
やインストール実行時の日時情報、ディレクトリなどの
照合情報を、インストール管理データとして記録再生領
域に記録させることで、アンインストール時にアンイン
ストール対象となっているアプリケーション、ドライ
ブ、ディスク等の個体関係がインストール時の個体関係
と同一であるか否かを判断でき、不適切なアンインスト
ール動作を防止できるという効果がある。
【０１４０】そして記録媒体からのインストール動作管
理方法として、インストール実行に応じてインストール
回数を記録媒体の記録再生領域に記録しておき、アプリ
ケーションプログラムを或る他の記録媒体へのインスト
ールする要求があった場合は、一方の記録媒体に記録さ
れている過去のインストール回数を確認し、そのインス
トール回数が所定回数未満であった場合のみに、インス
トールを実行するようにすることで、無制限のインスト
ールによりアプリケーションが不正に提供されてしまう
ことを防止することができるという効果がある。またア
プリケーションプログラムのアンインストール要求があ
った際に、一方の記録媒体に記録されているインストー
ル実行回数情報及び／又は照合情報を参照し、アンイン
ストール対象とされている他の記録媒体のアプリケーシ
ョンプログラムが、一方の記録媒体からインストールさ
れたアプリケーションプログラムであると判断された場
合のみアンインストールを実行することで、正規のユー
ザーの正規なアンインストールのみを許可するという適
切なアンインストール動作管理を実現できる。
理方法として、インストール実行に応じてインストール
回数を記録媒体の記録再生領域に記録しておき、アプリ
ケーションプログラムを或る他の記録媒体へのインスト
ールする要求があった場合は、一方の記録媒体に記録さ
れている過去のインストール回数を確認し、そのインス
トール回数が所定回数未満であった場合のみに、インス
トールを実行するようにすることで、無制限のインスト
ールによりアプリケーションが不正に提供されてしまう
ことを防止することができるという効果がある。またア
プリケーションプログラムのアンインストール要求があ
った際に、一方の記録媒体に記録されているインストー
ル実行回数情報及び／又は照合情報を参照し、アンイン
ストール対象とされている他の記録媒体のアプリケーシ
ョンプログラムが、一方の記録媒体からインストールさ
れたアプリケーションプログラムであると判断された場
合のみアンインストールを実行することで、正規のユー
ザーの正規なアンインストールのみを許可するという適
切なアンインストール動作管理を実現できる。
【図１】各種ディスクの説明図である。
【図２】パーシャルＲＯＭディスクのエリア構造の説明
図である。
図である。
【図３】パーシャルＲＯＭディスクのユーザーエリアの
構造の説明図である。
構造の説明図である。
【図４】パーシャルＲＯＭディスクの物理フォーマット
前の状態の説明図である。
前の状態の説明図である。
【図５】パーシャルＲＯＭディスクの論理フォーマット
前の状態の説明図である。
前の状態の説明図である。
【図６】パーシャルＲＯＭディスクの論理フォーマット
済みの状態の説明図である。
済みの状態の説明図である。
【図７】物理フォーマット処理のフローチャートであ
る。
る。
【図８】パーシャルＲＯＭディスク装填時の処理のフロ
ーチャートである。
ーチャートである。
【図９】論理フォーマット処理のフローチャートであ
る。
る。
【図１０】リード／ライトコマンド発生時の処理のフロ
ーチャートである。
ーチャートである。
【図１１】実施の形態における記録再生装置のブロック
図である。
図である。
【図１２】実施の形態のシステム動作の説明図である。
【図１３】実施の形態におけるパーシャルＲＯＭディス
クの記録内容の説明図である。
クの記録内容の説明図である。
【図１４】実施の形態のパーシャルＲＯＭディスクから
のインストール動作の説明図である。
のインストール動作の説明図である。
【図１５】実施の形態のインストール管理ファイルの説
明図である。
明図である。
【図１６】実施の形態におけるパーシャルＲＯＭディス
クからのインストール動作のフローチャートである。
クからのインストール動作のフローチャートである。
【図１７】実施の形態のインストール動作時にハードデ
ィスクに記録されるインストール照合情報の説明図であ
る。
ィスクに記録されるインストール照合情報の説明図であ
る。
【図１８】実施の形態のインストール動作時にハードデ
ィスクに記録されるインストール照合情報の説明図であ
る。
ィスクに記録されるインストール照合情報の説明図であ
る。
【図１９】実施の形態におけるハードディスクからのア
ンインストール動作の説明図である。
ンインストール動作の説明図である。
【図２０】実施の形態におけるパーシャルＲＯＭディス
クについての他の記録媒体からのアンインストール動作
のフローチャートである。
クについての他の記録媒体からのアンインストール動作
のフローチャートである。
【図２１】他の実施の形態のパーシャルＲＯＭディスク
の記録内容例の説明図である。
の記録内容例の説明図である。
【図２２】他の実施の形態のパーシャルＲＯＭディスク
の記録内容例の説明図である。
の記録内容例の説明図である。
【図２３】他の実施の形態のパーシャルＲＯＭディスク
の記録内容例の説明図である。
の記録内容例の説明図である。
【図２４】他の実施の形態のパーシャルＲＯＭディスク
の記録内容例の説明図である。
の記録内容例の説明図である。
１ 記録再生装置、２ ホストコンピュータ、３ ハー
ドディスクドライバ、４ ハードディスク、１１ コン
トローラ、１２ エンコーダ／デコーダ、１４磁気ヘッ
ド、１５ 光学ヘッド、１９ ＤＳＰ、９０ ディス
ク、ＡＥ ＲＯＭ領域、ＡＲＷ リライタブル領域
ドディスクドライバ、４ ハードディスク、１１ コン
トローラ、１２ エンコーダ／デコーダ、１４磁気ヘッ
ド、１５ 光学ヘッド、１９ ＤＳＰ、９０ ディス
ク、ＡＥ ＲＯＭ領域、ＡＲＷ リライタブル領域
Claims (14)
- 【請求項１】 少なくとも記録再生領域が設けられ、か
つ、少なくともアプリケーションプログラムが記録され
ているとともに、 当該記録媒体におけるアプリケーションプログラムを他
の記録媒体にインストールする際に、そのインストール
動作に関する情報をインストール管理データとして前記
記録再生領域に記録する動作を第１のドライブ装置に実
行させるインストール制御手段が記録されていることを
特徴とする記録媒体。 - 【請求項２】 前記インストール制御手段は、少なくと
も前記アプリケーションプログラムを他の記録媒体にイ
ンストールした回数を示すインストール実行回数情報
を、前記インストール管理データとして、前記記録再生
領域に記録させる動作を前記第１のドライブ装置に実行
させることを特徴とする請求項１に記載の記録媒体。 - 【請求項３】 前記インストール制御手段は、インスト
ール動作が要求された際に前記アプリケーションプログ
ラムについてのインストール許可回数を示す許可回数情
報と、前記インストール管理データに記録されている前
記インストール実行回数情報を比較して、前記インスト
ール実行回数情報が前記インストール許可回数情報に満
たない場合のみ、インストール動作を許可させることを
特徴とする請求項２に記載の記録媒体。 - 【請求項４】 前記インストール許可回数情報は、前記
インストール制御手段が固定情報として保持することを
特徴とする請求項３に記載の記録媒体。 - 【請求項５】 前記インストール許可回数情報は、前記
インストール制御手段が更新可能情報として前記インス
トール管理データ内の情報として保持させることを特徴
とする請求項３に記載の記録媒体。 - 【請求項６】 ファイルシステム情報手段が記録されて
おり、 前記インストール制御手段は、前記ファイルシステム情
報手段に基づいて動作するように構成されていることを
特徴とする請求項１に記載の記録媒体。 - 【請求項７】 再生専用領域を有し、 前記インストール制御手段及び前記ファイルシステム情
報手段は、前記再生専用領域に記録されていることを特
徴とする請求項６に記載の記録媒体。 - 【請求項８】 前記インストール制御手段は、当該記録
媒体からアプリケーションプログラムをインストールし
た先の他の記録媒体から、そのアプリケーションプログ
ラムをアンインストールする要求があった際に、前記他
の記録媒体を駆動する第２のドライブ手段を制御し、前
記他の記録媒体から前記アプリケーションプログラムを
アンインストールさせるとともに、前記記録再生領域に
記録されている前記インストール管理データとしてのイ
ンストール実行回数情報を減算更新する動作を前記第１
のドライブ装置に実行させることを特徴とする請求項２
に記載の記録媒体。 - 【請求項９】 前記インストール制御手段は、前記アプ
リケーションプログラムを他の記録媒体へのインストー
ル動作に伴って、前記他の記録媒体を特定するための照
合情報を、前記インストール管理データとして前記記録
再生領域に記録するよう前記第１のドライブ装置に実行
させるとともに、 アプリケーションプログラムのアンインストール要求が
あった際に、前記記録再生領域に記録されている前記照
合情報を参照し、そのアンインストール対象とされた他
の記録媒体のアプリケーションプログラムが、当該記録
媒体からインストールされたアプリケーションプログラ
ムでないと判断した場合は、アンインストール要求に関
わらず、そのアンインストール対象とされた他の記録媒
体のアプリケーションプログラムについての前記第２の
ドライブ装置によるアンインストール動作を実行させな
いことを特徴とする請求項８に記載の記録媒体。 - 【請求項１０】 前記照合情報は、前記アプリケーショ
ンプログラムを他の記録媒体にインストールした際の日
時情報であることを特徴とする請求項９に記載の記録媒
体。 - 【請求項１１】 前記照合情報は、前記第２のドライブ
装置によって前記他の記録媒体にインストールされたア
プリケーションプログラムのディレクトリ情報であるこ
とを特徴とする請求項９に記載の記録媒体。 - 【請求項１２】 前記照合情報は、前記アプリケーショ
ンプログラムの他の記録媒体へのインストールを実行し
た前記第２のドライブ装置及び／又は前記他の記録媒体
の個体情報であることを特徴とする請求項９に記載の記
録媒体。 - 【請求項１３】 少なくともアプリケーションプログラ
ムが記録された一方の記録媒体から他の記録媒体へ前記
アプリケーションプログラムのインストールを行なうた
めのインストール動作管理方法として、 インストール実行に応じてインストール実行回数情報を
前記一方の記録媒体に記録しておき、 前記一方の記録媒体に記録されたアプリケーションプロ
グラムを他の記録媒体へのインストールする要求があっ
た場合は、前記一方の記録媒体に記録されている過去の
インストール実行回数情報を確認し、そのインストール
実行回数情報が所定回数値未満であった場合のみに、イ
ンストールを実行することを特徴とするインストール動
作管理方法。 - 【請求項１４】 インストール実行に応じて、前記他の
記録媒体を特定するための照合情報を、前記一方の記録
媒体に記録しておき、 アプリケーションプログラムのアンインストール要求が
あった際に、前記一方の記録媒体に記録されている前記
インストール実行回数情報及び／又は前記照合情報を参
照し、アンインストール対象とされている他の記録媒体
のアプリケーションプログラムが、前記一方の記録媒体
からインストールされたアプリケーションプログラムで
あると判断された場合のみ、アンインストールを実行す
ることを特徴とする請求項１３に記載のインストール動
作管理方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08012797A JP3867335B2 (ja) | 1996-05-10 | 1997-03-31 | 記録媒体、インストール動作管理方法 |
| US08/846,773 US6094723A (en) | 1996-05-10 | 1997-04-30 | Copy protection system for recording media |
| KR1019970017891A KR100470372B1 (ko) | 1996-05-10 | 1997-05-09 | 기록매체및인스톨관리방법 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13977896 | 1996-05-10 | ||
| JP8-139778 | 1996-05-10 | ||
| JP08012797A JP3867335B2 (ja) | 1996-05-10 | 1997-03-31 | 記録媒体、インストール動作管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1027426A true JPH1027426A (ja) | 1998-01-27 |
| JP3867335B2 JP3867335B2 (ja) | 2007-01-10 |
Family
ID=26421184
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08012797A Expired - Fee Related JP3867335B2 (ja) | 1996-05-10 | 1997-03-31 | 記録媒体、インストール動作管理方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6094723A (ja) |
| JP (1) | JP3867335B2 (ja) |
| KR (1) | KR100470372B1 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030012809A (ko) * | 2001-07-30 | 2003-02-12 | 가부시키가이샤 히타치 엘지 데이터 스토리지 | 소프트웨어의 인스톨 방법, 펌웨어의 업데이트 방법 및이들의 기록 및 판독 장치와 기록 매체 |
| JP2005267368A (ja) * | 2004-03-19 | 2005-09-29 | Fuji Xerox Co Ltd | 周辺機器ドライバインストール装置、周辺機器、周辺機器ドライバインストールシステムおよび周辺機器ドライバインストール方法 |
| JP2007188530A (ja) * | 2007-03-30 | 2007-07-26 | Fujitsu Ltd | ライセンス委譲装置、記録媒体およびメディア読み出し方法 |
| JP2007220134A (ja) * | 2007-03-30 | 2007-08-30 | Fujitsu Ltd | ライセンス委譲装置、記録媒体およびライセンス委譲方法 |
| US7376946B2 (en) | 1999-10-27 | 2008-05-20 | Fujitsu Limited | Program management method for computer to which storage medium is attached, computer and storage medium |
| JP2008176707A (ja) * | 2007-01-22 | 2008-07-31 | Tsutomu Matsuda | コンピュータの画面監視用ｕｓｂメモリ |
| JP2010146125A (ja) * | 2008-12-16 | 2010-07-01 | Dainippon Printing Co Ltd | ライセンス管理システム及び方法 |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4160139B2 (ja) * | 1997-12-12 | 2008-10-01 | オリンパス株式会社 | 情報記録再生装置 |
| JP3890737B2 (ja) | 1998-04-14 | 2007-03-07 | 株式会社日立製作所 | ディジタル映像信号または音声信号の再生装置及び再生方法 |
| US20050204388A1 (en) * | 1998-06-11 | 2005-09-15 | Knudson Edward B. | Series reminders and series recording from an interactive television program guide |
| JP3968875B2 (ja) | 1998-06-24 | 2007-08-29 | ソニー株式会社 | ダウンロード装置、及び記録媒体 |
| KR100429179B1 (ko) * | 1998-07-01 | 2004-06-16 | 엘지전자 주식회사 | 광기록매체의결함영역관리장치및그방법 |
| CN100338675C (zh) * | 1998-07-28 | 2007-09-19 | Lg电子株式会社 | 管理光记录介质缺陷区的方法 |
| KR100407931B1 (ko) * | 1998-07-29 | 2004-03-30 | 엘지전자 주식회사 | 실시간기록/재생시의파일관리방법및실시간데이터기록방법및그광기록/재생매체 |
| KR100407494B1 (ko) * | 1999-10-29 | 2003-12-01 | 엘지전자 주식회사 | 스트림 사양정보의 기록 및 이의 제공방법 |
| JP2001209586A (ja) * | 2000-01-26 | 2001-08-03 | Toshiba Corp | コンピュータにおけるコンテンツ管理装置及びコンテンツ管理方法 |
| JP2001243706A (ja) * | 2000-02-28 | 2001-09-07 | Ricoh Co Ltd | 光記録媒体 |
| US7024696B1 (en) * | 2000-06-14 | 2006-04-04 | Reuben Bahar | Method and system for prevention of piracy of a given software application via a communications network |
| JP2002288937A (ja) * | 2001-03-22 | 2002-10-04 | Toshiba Corp | 情報記録媒体、情報記録装置、情報記録方法、情報再生装置、情報再生方法 |
| US20040194083A1 (en) * | 2001-07-02 | 2004-09-30 | Ian Hindle | Program installation process |
| JP3673234B2 (ja) * | 2002-03-20 | 2005-07-20 | 株式会社東芝 | 暗号処理を行う情報記録再生装置と情報記録再生方法 |
| JP3976650B2 (ja) * | 2002-09-04 | 2007-09-19 | 日本電気株式会社 | ソフトウェアのライセンス管理方式および方法、並びに記録媒体 |
| JP4606693B2 (ja) * | 2002-11-22 | 2011-01-05 | ソニー株式会社 | 光ディスク、記録装置、再生装置、記録方法、再生方法 |
| US20060168580A1 (en) * | 2003-02-21 | 2006-07-27 | Shunji Harada | Software-management system, recording medium, and information-processing device |
| KR20040092649A (ko) * | 2003-04-24 | 2004-11-04 | 엘지전자 주식회사 | 광디스크의 복사 방지 정보 관리방법 |
| KR100974448B1 (ko) * | 2003-04-24 | 2010-08-10 | 엘지전자 주식회사 | 광디스크의 복사 방지 정보 관리방법 |
| KR100974449B1 (ko) * | 2003-04-24 | 2010-08-10 | 엘지전자 주식회사 | 광디스크의 복사 방지 정보 관리방법 |
| KR100972831B1 (ko) * | 2003-04-24 | 2010-07-28 | 엘지전자 주식회사 | 엔크립트된 데이터의 보호방법 및 그 재생장치 |
| GB2403583A (en) * | 2003-07-01 | 2005-01-05 | Jonathan Brierley | Anti piracy CD |
| EP1667007A1 (en) * | 2003-09-11 | 2006-06-07 | Matsushita Electric Industrial Co., Ltd. | Data update system, data update device and external storage medium |
| CN101714393A (zh) * | 2003-10-03 | 2010-05-26 | 夏普株式会社 | Av数据再现方法 |
| US7281274B2 (en) * | 2003-10-16 | 2007-10-09 | Lmp Media Llc | Electronic media distribution system |
| US20130055335A1 (en) * | 2011-08-22 | 2013-02-28 | Shih-Wei Chien | Security enhancement methods and systems |
| KR20130037547A (ko) * | 2011-10-06 | 2013-04-16 | 삼성전자주식회사 | 기록 매체 재생 방법 및 이를 적용한 기록 매체 재생 장치 |
| CN103455344A (zh) * | 2013-08-02 | 2013-12-18 | 深圳创维数字技术股份有限公司 | 一种操作系统优化的方法及装置 |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4558176A (en) * | 1982-09-20 | 1985-12-10 | Arnold Mark G | Computer systems to inhibit unauthorized copying, unauthorized usage, and automated cracking of protected software |
| JP2746577B2 (ja) * | 1986-07-12 | 1998-05-06 | ソニー株式会社 | 光デイスク |
| US5014234A (en) * | 1986-08-25 | 1991-05-07 | Ncr Corporation | System with software usage timer and counter for allowing limited use but preventing continued unauthorized use of protected software |
| JP2771808B2 (ja) * | 1986-12-27 | 1998-07-02 | ソニー株式会社 | 記録媒体 |
| JPS63261578A (ja) * | 1987-04-20 | 1988-10-28 | Hitachi Ltd | 欠陥トラツク回避方式 |
| JPH03256225A (ja) * | 1990-03-05 | 1991-11-14 | Victor Co Of Japan Ltd | 情報記録再生装置 |
| US5182770A (en) * | 1991-04-19 | 1993-01-26 | Geza Medveczky | System and apparatus for protecting computer software |
| US5319627A (en) * | 1991-11-04 | 1994-06-07 | Matsushita Graphic Communication System, Inc. | Method for managing a defect in an optical disk by assigning logical addresses based upon cumulative number of defects in the disk |
| JP3199799B2 (ja) * | 1991-12-17 | 2001-08-20 | パイオニア株式会社 | 情報記録装置 |
| JPH05225638A (ja) * | 1992-02-10 | 1993-09-03 | Sony Corp | 光磁気ディスク再生装置 |
| JPH064884A (ja) * | 1992-06-17 | 1994-01-14 | Canon Inc | 情報記録再生装置 |
| JP3078686B2 (ja) * | 1992-10-05 | 2000-08-21 | 三菱電機株式会社 | 光ディスク、光ディスク駆動装置および光ディスクの書き込み読み出し方法 |
| KR100287493B1 (ko) * | 1993-02-12 | 2001-04-16 | 이데이 노부유끼 | 디스크구동장치 |
| US5687397A (en) * | 1993-02-26 | 1997-11-11 | Sony Corporation | System for expansion of data storage medium to store user data |
| JPH06314174A (ja) * | 1993-04-28 | 1994-11-08 | Matsushita Electric Ind Co Ltd | 情報記録媒体及び情報記録再生装置 |
| JP2881092B2 (ja) * | 1993-05-25 | 1999-04-12 | 富士通株式会社 | 可換記憶媒体のファイル管理方法 |
| JPH0757263A (ja) * | 1993-08-12 | 1995-03-03 | Fujitsu Ltd | 光ディスク及び光ディスク装置 |
| JP2883791B2 (ja) * | 1993-08-26 | 1999-04-19 | 富士通株式会社 | 記憶媒体とその制御方法 |
| US5541903A (en) * | 1993-10-21 | 1996-07-30 | Sony Corporation | System for accessing a disc drive with defect information |
| US5805551A (en) * | 1994-04-18 | 1998-09-08 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for preventing illegal copy or illegal installation of information of optical recording medium |
| EP2207179B1 (en) * | 1994-11-17 | 2011-10-19 | Panasonic Corporation | A method of producing an optical disk |
| US5826011A (en) * | 1995-12-26 | 1998-10-20 | Rainbow Technologies, Inc. | Method of metering and protecting computer software |
-
1997
- 1997-03-31 JP JP08012797A patent/JP3867335B2/ja not_active Expired - Fee Related
- 1997-04-30 US US08/846,773 patent/US6094723A/en not_active Expired - Lifetime
- 1997-05-09 KR KR1019970017891A patent/KR100470372B1/ko not_active IP Right Cessation
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7376946B2 (en) | 1999-10-27 | 2008-05-20 | Fujitsu Limited | Program management method for computer to which storage medium is attached, computer and storage medium |
| KR20030012809A (ko) * | 2001-07-30 | 2003-02-12 | 가부시키가이샤 히타치 엘지 데이터 스토리지 | 소프트웨어의 인스톨 방법, 펌웨어의 업데이트 방법 및이들의 기록 및 판독 장치와 기록 매체 |
| JP2005267368A (ja) * | 2004-03-19 | 2005-09-29 | Fuji Xerox Co Ltd | 周辺機器ドライバインストール装置、周辺機器、周辺機器ドライバインストールシステムおよび周辺機器ドライバインストール方法 |
| JP4622277B2 (ja) * | 2004-03-19 | 2011-02-02 | 富士ゼロックス株式会社 | 周辺機器ドライバインストール装置、周辺機器、周辺機器ドライバインストールシステムおよび周辺機器ドライバインストール方法 |
| JP2008176707A (ja) * | 2007-01-22 | 2008-07-31 | Tsutomu Matsuda | コンピュータの画面監視用ｕｓｂメモリ |
| JP2007188530A (ja) * | 2007-03-30 | 2007-07-26 | Fujitsu Ltd | ライセンス委譲装置、記録媒体およびメディア読み出し方法 |
| JP2007220134A (ja) * | 2007-03-30 | 2007-08-30 | Fujitsu Ltd | ライセンス委譲装置、記録媒体およびライセンス委譲方法 |
| JP2010146125A (ja) * | 2008-12-16 | 2010-07-01 | Dainippon Printing Co Ltd | ライセンス管理システム及び方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| KR100470372B1 (ko) | 2005-06-27 |
| JP3867335B2 (ja) | 2007-01-10 |
| KR970076782A (ko) | 1997-12-12 |
| US6094723A (en) | 2000-07-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3867335B2 (ja) | 記録媒体、インストール動作管理方法 | |
| US6243796B1 (en) | Recording medium and recording or reproduction apparatus that provides protection from unauthorized use of the medium | |
| US7299328B2 (en) | Method and apparatus for disc drive data security using a defect list | |
| US20030023966A1 (en) | Method of software installation and updating firmware, recording and reading device, and recording medium therefor | |
| US6286087B1 (en) | Method, apparatus, medium for storing and controlling accessibility to a removable medium | |
| US5745568A (en) | Method of securing CD-ROM data for retrieval by one machine | |
| JP3454700B2 (ja) | 情報記憶装置及びその制御方法 | |
| JP3758886B2 (ja) | データ処理装置及びそのアクセス制御方法 | |
| KR20010030326A (ko) | 복사 프로텍션을 갖는 하이브리드 광 기록 디스크 | |
| US6633535B1 (en) | Rewritable multilayer disk and information recording/reproducing device | |
| US20020026580A1 (en) | System for access control to hidden storage area in a disk drive | |
| US20090271875A1 (en) | Upgrade Module, Application Program, Server, and Upgrade Module Distribution System | |
| US7518816B2 (en) | Method and apparatus for disc drive data security using fields in servo wedges | |
| JP3817778B2 (ja) | 記録媒体のアプリケーション起動方法 | |
| US6771446B1 (en) | Method and apparatus for disc drive data security using a servo wedge | |
| JP2891877B2 (ja) | 記録媒体及び電子出版物利用システム及び処理方法 | |
| JP4032440B2 (ja) | 記録再生装置、記録媒体のアプリケーション起動方法 | |
| JP4060032B2 (ja) | 情報記録装置と情報記録方法 | |
| JPH09274774A (ja) | 記録媒体及びコピー判別方法 | |
| JP4731399B2 (ja) | 光ディスク装置及びデータ処理方法 | |
| JP4095914B2 (ja) | 情報記録装置、情報記録方法、情報記録媒体及び情報再生装置並びに情報再生方法 | |
| JPH07319709A (ja) | 情報処理システムおよび情報記録媒体 | |
| KR100781677B1 (ko) | 정보처리 단말기 및 상기 단말기의 운용방법 | |
| KR20100101255A (ko) | 기록 매체, 데이터 기록/재생 방법, 그리고 데이터 기록/재생 장치 | |
| JP2005100576A (ja) | 情報記録再生方法、情報記録再生装置および情報記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040316 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060606 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060821 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060919 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061002 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091020 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101020 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111020 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121020 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131020 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |