JP3817778B2 - 記録媒体のアプリケーション起動方法 - Google Patents
記録媒体のアプリケーション起動方法 Download PDFInfo
- Publication number
- JP3817778B2 JP3817778B2 JP13977596A JP13977596A JP3817778B2 JP 3817778 B2 JP3817778 B2 JP 3817778B2 JP 13977596 A JP13977596 A JP 13977596A JP 13977596 A JP13977596 A JP 13977596A JP 3817778 B2 JP3817778 B2 JP 3817778B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- area
- recording
- file
- recorded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばコンピュータソフトウエア等を収録するのに適した記録媒体、及びその記録媒体に記録されるアプリケーションプログラムの起動方法に関するものである。
【０００２】
【従来の技術】
コンピュータ機器に用いる各種のソフトウエアを光ディスク、光磁気ディスク、磁気ディスク、メモリカード、磁気テープなどの記録媒体を用いて提供することが行なわれている。
このような記録媒体の一種として、近年、パーシャルＲＯＭディスクといわれるメディアが開発されており、このパーシャルＲＯＭディスクは再生専用のＲＯＭ領域と、記録／再生可能なリライタブル領域（ＲＡＭ領域）を有するものとされている。
【０００３】
【発明が解決しようとする課題】
ところで、ソフトウエアとしてパーシャルＲＯＭディスクを出荷することを考えると、そのパーシャルＲＯＭディスクを購入した正当なユーザーのみが使用できるようにする手段を講じておくことが好適である。即ち正当な使用者以外は使えないようにすることで、盗難予防や不正使用の防止に有効となる。
正当なユーザーのみが使用できるようにするには、例えばメーカー側は、ディスク１つ１つに固有の識別コード（ＩＤなど）を記録しておき、この識別コードを正当なユーザーのみに知らせるようにする。そしてディスク使用時には、その識別コードの入力を要求し、使用者が正確に識別コードを入力したときのみ、アプリケーションプログラムを起動できるようにすることが考えられる。
【０００４】
ところが、ディスクの出荷前の段階でディスクに個別に識別コードを記録することは困難であるという問題がある。即ち、ＲＯＭ領域はいわゆるエンボスピットにより形成される領域であり、スタンパー処理によって製造されるものであるため、同一種類のソフトウエアとなる各ディスク個別に異なる識別コードを記録することはできない。
【０００５】
またリライタブル領域を利用すれば、各ディスク個別に異なる識別コードを記録することは可能ではあるが、製造工程として膨大な手間が生じることになり、製造の効率化やコストダウンを考えると非常に好ましくない。
これらのことから、現実にはソフトウエアを使用するユーザーを特定し、盗難予防や不正使用の防止を実現することは困難であった。
【０００６】
【課題を解決するための手段】
本発明はこのような問題点に鑑みて、主データ領域として、記録再生領域と、少なくともアプリケーションプログラムが記録された再生専用領域とが設けられている記録媒体に関し、記録媒体個別に識別コードを記録し、使用できるユーザーを特定することで、盗難予防や不正使用の防止を実現することを目的とする。
【０００７】
このために記録媒体としては、記録媒体が記録再生装置に装填された場合などの、所定の条件下にあるときに、記録媒体に個別に割り当てられている製品番号の入力要求を行なわせ、入力された製品番号の適否を判別させ、入力された製品番号が正しかった場合には、その製品番号から発生させた識別コードを、記録再生領域に記録させることができる識別コード制御手段が、再生専用領域に記録されているようにする。
さらに、この識別コード制御手段は、製品番号に基づいて生成された暗証番号が入力された場合に、当該暗証番号から識別コードを判別させ、その識別コードが記録再生領域に記録されている識別コードと一致した場合に、当該記録媒体の再生専用領域に記録されているアプリケーションプログラムを起動可能とする。
【０００８】
本発明は、主データ領域として、記録再生領域と、少なくともアプリケーションプログラム及びアプリケーション名とアプリケーション起動許可番号と当該記録媒体のシリアル番号とが記録された再生専用領域とが設けられている記録媒体に関するアプリケーション起動方法として、シリアル番号とアプリケーション名とから設定されるＩＤ番号の入力要求をするＩＤ番号入力要求手順と、入力されたＩＤ番号から該ＩＤ番号に設定されているシリアル番号とアプリケーション名を生成し、該アプリケーション名と前記再生専用領域に記録されているアプリケーションプログラムのアプリケーション名とが一致しているか否かを判断するアプリケーション名判断手順と、前記アプリケーション名判断手順においての一致の判断により、前記ＩＤ番号によりＩＤファイルを生成し、該ＩＤファイルを前記記録再生領域に記録するＩＤファイル記録手順と、前記ＩＤ番号とアプリケーション起動許可番号により生成された暗証番号の入力を要求する暗証番号入力要求手順と、前記暗証番号入力要求手順にて入力された該暗証番号からＩＤ番号とアプリケーション起動許可番号を生成するＩＤ番号・アプリケーション起動許可番号生成手順と、前記ＩＤファイル記録手順において記録された前記ＩＤファイルに記録されたＩＤ番号と前記再生専用領域に記録されたアプリケーション起動許可番号と、前記ＩＤ番号・アプリケーション起動許可番号生成手順において生成されたＩＤ番号とアプリケーション起動許可番号とが一致するか否か判断するＩＤ番号・アプリケーション起動許可番号判断手順と、ＩＤ番号・アプリケーション起動許可番号判断手順においての一致の判断により、前記アプリケーションプログラムを起動する起動手順とからなる 。
【０００９】
即ち本発明では、ユーザー側での記録媒体の初期設定処理時において識別コードが記録されるようにし、その後は、記録された識別コードとユーザーの入力する暗証番号に基づいて、正当なユーザーか否かを判断し、アプリケーション起動の可否を決定するようにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態としての記録媒体及びアプリケーション起動方法を次の順序で説明していく。
【００１１】
１．パーシャルＲＯＭディスクのエリア構造
図１は各種ディスクメディアを図示したものであり、図１（ａ）は主データ領域全体が例えばエンボスピットなどによる再生専用領域（ＲＯＭ領域）ＡＥとされているＲＯＭディスクである。また図１（ｂ）は主データ領域全体が例えば光磁気領域などによる記録／再生可能なリライタブル領域ＡＲＷとされているＲＡＭディスクである。
本実施の形態例の記録媒体となるパーシャルＲＯＭディスクは例えば図１（ｃ）または（ｄ）のような構造を持つ。即ち１枚のディスクの主データ領域においてＲＯＭ領域ＡＥとリライタブル領域ＡＲＷが設けられているものである。
【００１２】
図２は、パーシャルＲＯＭディスクの外周側から内周側までのエリア構成を示したものである。
ディスク最外周側には７３６トラック分のＧＣＰゾーンが設けられ、内周側に向かって２トラック分のバッファゾーン、５トラック分のアウターコントロールゾーン、２トラック分のバッファゾーン、５トラック分のテストゾーンが設けられる。そしてそのテストゾーンに続いて、ユーザーが所望のデータの記録を行なうことができるリライタブル領域ＡＲＷ及び再生専用のＲＯＭ領域ＡＥから成る主データ領域としてのユーザーエリアが形成される。
【００１３】
ユーザーエリアより内周側には５トラック分のテストゾーン、２トラック分のバッファゾーン、５トラック分のインナーコントロールゾーン、２トラック分のバッファゾーン、８２０トラック分のＧＣＰゾーンが設けられる。
【００１４】
ＧＣＰゾーン、アウターコントロールゾーン、インナーコントロールゾーンは、それぞれ所定のコントロール情報が記録されるエリアとされている。
また、このパーシャルＲＯＭディスクは、ゾーン単位で定速回転されるいわゆるゾーンＣＡＶディスクとされており、ユーザーエリアは１６バンド（１６ゾーン）に分割されている。
１６バンドのうち幾つをリライタブル領域ＡＲＷとし、幾つをＲＯＭ領域ＡＥとするかは製造者側で任意に設定できる。
【００１５】
１６バンドで形成されるユーザーエリアについて、リライタブル領域ＡＲＷの構成を詳しく示したものが図３（ａ）（ｂ）である。図３（ａ）はユーザーエリアにおけるディスク外周側にリライタブル領域ＡＲＷが設けられた場合、図３（ｂ）はディスク内周側にリライタブル領域ＡＲＷが設けられた場合をそれぞれ示している。
各図からわかるようにリライタブル領域ＡＲＷの先頭にはディフェクトマネジメントエリアＤＭＡ１，ＤＭＡ２が設けられ、またリライタブル領域ＡＲＷの終端にディフェクトマネジメントエリアＤＭＡ３，ＤＭＡ４が設けられる。またＲＯＭ領域ＡＥと隣接する領域はバッファエリアとされている。
【００１６】
そして、１バンド毎にデータエリアと、そのデータエリアに対応する交代エリアが用意される。従ってリライタブル領域ＡＲＷが１６バンドの内のｎバンド分とされる場合は、ｎ単位のデータエリアと、ｎ単位の交代エリアが設けられる。交代エリアとは、データエリア内において傷などで記録／再生不能となるディフェクト部位が存在していた場合に、そのディフェクト部位に代えて用いられる部位を提供するエリアとされる。
【００１７】
例えば図３（ａ）に『×』として示すようにデータエリア内にディフェクト部位が存在した場合、その『×』部位に代わる記録領域が矢印で示すように交代エリア内の領域に設定される。
ディフェクトマネジメントエリアＤＭＡ１〜ＤＭＡ４は、このような交代状況を管理し、ディフェクト部位を避けた記録／再生が適正に行なわれるようにする情報が記録されるものである。
【００１８】
なお、データエリア内のディフェクト部位の検索、ディフェクト部位に代わる交代エリア上の部位の指定、ディフェクトマネジメントエリアＤＭＡ１〜ＤＭＡ４としての情報の作成及びリライタブル領域ＡＲＷへの記録等は、ディスクの物理フォーマット処理において行なわれることになり、つまり物理フォーマットによって図３（ａ）又は（ｂ）の状態とされることで、リライタブル領域ＡＲＷが物理的に記録／再生可能な状態とされる。
ただし実際にリライタブル領域ＡＲＷに対してファイル書込等を行なうには、物理フォーマットされたディスクに対してさらに論理フォーマットを施し、リライタブル領域ＡＲＷでの記録／再生を管理するファイルシステムを書き込まなければならない。
【００１９】
本例においては、パーシャルＲＯＭディスクとしての出荷の時点では物理フォーマットのみが行なわれているものとし、論理フォーマットは、各パーシャルＲＯＭディスクを用いるホストコンピュータ及びドライバ（記録再生装置）側で行なうようにする。そして、本例の要点としてディスク固有のＩＤ番号をＩＤファイルとしてリライタブル領域ＡＲＷ内に記録する動作が行なわれるが、これは論理フォーマットの時点で行なわれるものとする。
論理フォーマット及びその際のＩＤファイル書込動作については後述する。
【００２０】
２．記録再生装置の構成
図４に記録再生装置の構成を示す。
記録再生装置１は、ＳＣＳＩインターフェース接続されたホストコンピュータ２との間で、コマンド及びデータの受け渡しが可能と構成され、ホストコンピュータ２からのコマンド及びデータの供給に応じてディスク９０に対するデータの記録を行ない、またホストコンピュータ２からのコマンドに応じてディスク９０からデータを読み出し、ホストコンピュータ２に供給する動作を行なう。ここでディスク９０とは、上述してきたパーシャルＲＯＭディスクであるとする。
【００２１】
コントローラ１１はホストコンピュータ２との間の通信及び記録再生装置の記録動作、再生動作の全体の制御を行なう。
コントローラ１１はＤＳＰ（デジタルシグナルプロセッサ）１９を介して実際の記録／再生駆動を実行させる。ＤＳＰ１９は、いわゆるサーボドライバとしての機能を持ち、コントローラ１１から供給されるゾーン情報（アドレス）に応じてスピンドルドライバ２１に対してスピンドル駆動制御信号を供給し、スピンドルモータ２２に駆動信号を印加させることで、ディスク９０のゾーンＣＡＶ駆動を実行させる。
【００２２】
また光学ヘッド１５におけるレーザダイオード１５ａからのレーザ発光動作を実行させるためにレーザドライバ１６に駆動制御信号を出力し、レーザ発光制御を行なう。レーザダイオード１５ａからのレーザ光は図示しない光学系を通り、対物レンズ１５ｂを介してディスク９０に照射される。またディスク９０からの反射光は図示しない光学系を通ってディテクタ１５ｃに照射され、電気信号として取り出される。
【００２３】
ディテクタ１５ｃで得られる電気信号はＩ−Ｖ／マトリクスアンプ１７に供給され、電流／電圧変換された後、マトリクス演算アンプにより各種信号が取り出される。即ち、ディスク９０のＲＯＭ領域ＡＥからの再生データとされるべきＲＦ信号、ディスク９０のリライタブル領域ＡＲＷからの再生データとされるべきＭＯ信号、フォーカスエラー信号、トラッキングエラー信号、フロントＡＰＣ信号などが抽出される。
【００２４】
サーボ情報であるフォーカスエラー信号、トラッキングエラー信号、フロントＡＰＣ信号はＡ／Ｄ変換器１８でデジタルデータ化されてＤＳＰ１９に供給される。
ＤＳＰ１９は、フォーカスエラー信号、トラッキングエラー信号に応じてサーボ駆動信号を発生させ、ＰＷＭドライバ２０に供給する。ＰＷＭドライバ２０は光学ヘッド１５内のフォーカスコイル、ガルバノモータ、スライドモータに対する駆動電力を供給する。
【００２５】
即ちフォーカスエラー信号に基づいたフォーカスサーボ駆動信号によりＰＷＭドライバ２０がフォーカスコイルに駆動電力を印加することで対物レンズがディスクに接離する方向に駆動されてフォーカス制御が行なわれ、またトラッキングエラー信号に基づいたトラッキングサーボ駆動信号、スライドサーボ駆動信号によりＰＷＭドライバ２０がガルバノモータ、スライドモータに駆動電力を印加することでトラッキング制御、スレッド移動制御が行なわれる。
またＤＳＰ１９はフロントＡＰＣ信号に応じてレーザドライバ１６を制御し、レーザレベルを適正に保つようにしている。
【００２６】
ディスク９０に対する再生時において読み出されるデータは、Ｉ−Ｖ／マトリクスアンプ１７からＲＦ信号もしくはＭＯ信号として得られる。Ｉ−Ｖ／マトリクスアンプ１７からの出力はゲイン／オフセットコントロール部２３で適切な電位レベルとされ、Ａ／Ｄ変換器２４でデジタルデータ化される。
そしてデジタルデータ化された信号はエンコーダ／デコーダ部１２に供給され、デジタルフィルタ処理、ビタビ復号処理、ＮＲＺ復号処理、デスクランブル処理等を施され、再生データとされる。
この再生データはコントローラ１１を介してホストコンピュータ２に転送される。
【００２７】
なお、再生処理のための再生クロック及び再生信号に同期した各種タイミング生成のためにＡ／Ｄ変換器２４の出力はＰＬＬタイミングジェネレータ２５にも供給され、いわゆるＰＬＬ動作により再生クロック及びその再生クロックに基づいた各種タイミング信号が形成される。
【００２８】
ホストコンピュータ２から記録要求コマンド及び記録すべきデータが供給された場合は、コントローラ１１はそのデータをエンコーダ／デコーダ部１２に供給し、実際にディスク９０上に記録を行なう場合のデータ形態にエンコードさせる。そしてそのエンコードされたデータは磁気ヘッドドライバ１３に供給され、磁気ヘッドドライバ１３は記録データに応じて磁気ヘッド１４からディスク９０に対する磁界印加動作を実行する。
なお、記録時にはレーザダイオード１５ａからは記録用の高レベルのレーザ出力が実行されている。
【００２９】
３．ＩＤファイル登録を含むフォーマット動作
本例のパーシャルＲＯＭディスクに対するフォーマット動作を説明する。
物理フォーマットがされる前のディスク状態を図５（ａ）（ｂ）に示す。図５（ａ）はユーザーエリアにおける外周側がリライタブル領域ＡＲＷ、図５（ｂ）はユーザーエリアにおける内周側がリライタブル領域ＡＲＷとされている場合をそれぞれ示している。
【００３０】
この段階ではリライタブル領域ＡＲＷは単に光磁気領域とされており、実際上の領域管理は行なわれていない状態であるが、例えばエンボスピットによりデータが記録されるＲＯＭ領域ＡＥは、既に必要なデータが記録された状態となっている。
【００３１】
通常、ＲＯＭ領域ＡＥに記録されるデータとしては、ＲＯＭ領域ＡＥにおけるデータ管理情報となるファイルシステムと、そのファイルシステムに基づいて読み出すことのできるアプリケーションデータ等であるが、本例のパーシャルＲＯＭディスクのＲＯＭ領域ＡＥには、図５（ｃ）に示すように、ＲＯＭ領域ＡＥの先頭にファイルシステムＦＳ１が記録され、続いて、そのファイルシステムＦＳ１に基づいて読み出すことのできるセットアップシステム、及び実際のソフトウエアとして提供するアプリケーションプログラムが記録されている。
【００３２】
さらに本例の場合、ディスク固有の識別コードとなるＩＤ番号によるＩＤファイルを登録し、また実際のアプリケーション起動時に、起動可否を判別するためのプログラムとして、ＩＤセットシステムが記録されている。
ＩＤセットシステムとしては、ＩＤファイル設定のためのＩＤセットプログラムと、ＩＤ番号に基づいてアプリケーション起動可否を判断するためのＩＤチェックプログラムが用意される。さらに、当該ディスクに記録されているアプリケーションプログラムについてのアプリケーション名、及びそのアプリケーションの起動許可番号が記録される。なお、アプリケーション名、及びアプリケーション起動許可番号については、必ずしもＩＤセットシステム内のデータとして記録される必要はなく、ＲＯＭ領域ＡＥ内のいずれかの所定位置に記録され、ファイルシステムＦＳ１もしくはＦＳ２、或はＩＤセットシステムから管理できる情報とされていればよい。
【００３３】
セットアップシステムは、ディスクの論理フォーマットのためのツールとされるもので、例えば図４に示したような記録再生装置にディスクを装填した状態でセットアップシステムを起動させることで、リライタブル領域ＡＲＷを使用可能とする論理フォーマットが実行されるものである。
なお、物理フォーマットが行なわれる前の状態において、図５（ａ）の場合はリライタブル領域ＡＲＷの先頭がアドレス０、図５（ｂ）の場合はＲＯＭ領域ＡＥの先頭がアドレス０、となる。
【００３４】
図５（ａ）（ｂ）のようなディスクは、物理フォーマットが行なわれてそれぞれ図６（ａ）（ｂ）に示す状態とされた上でソフトウエアメディアとして出荷される。
即ち物理フォーマットにより、リライタブル領域ＡＲＷにおける、データエリア内のディフェクト部位の検索、ディフェクト部位に代わる交代エリア上の部位の指定、ディフェクトマネジメントエリアＤＭＡ１〜ＤＭＡ４としての情報の作成が行なわれ、リライタブル領域ＡＲＷが物理的に記録／再生可能な状態とされて出荷されることになる。
【００３５】
そしてこの物理フォーマットの際の処理は、物理フォーマットを行なうドライブ（記録再生装置）によって図８のような処理で行なわれる。即ち物理フォーマット(F100)が開始されたら、その対象となるパーシャルＲＯＭディスクに或る所定のフラグをセットし(F101)、その後上述のディフェクトマネジメントのような実際のフォーマット処理が行なわれる(F102)。なお、ステップF101とF102の順序は逆でもよいが、いずれにしても物理フォーマットに伴ってフラグがセットされる。
【００３６】
フラグは、例えばリライタブル領域ＡＲＷの先頭セクター内のベンダーユニークと呼ばれるエリアに書き込むようにしてもよいし、ディフェクトマネージメントエリア内におけるリザーブエリアを用いてもよい。いずれれにしても予め設定した所定位置にフラグがセットされればよい。
フラグがセットされることにより、記録再生装置１では、図６（ａ）（ｂ）に示すようにディスク１に対してＲＯＭ領域ＡＥの先頭をアドレス０として認識する。
【００３７】
このように物理フォーマットが行なわれ、フラグがセットされたパーシャルＲＯＭディスクが出荷されることになるが、記録再生装置１（及びホストコンピュータ２）ではパーシャルＲＯＭディスクが装填された場合に、まず図９の処理を行なう。即ちディスク装填(F200)に応じて、例えばリライタブル領域ＡＲＷの先頭位置などの所定位置に記録されているフラグを読み込み、そのフラグ状態を保存する(F201)。
【００３８】
図１１のようにホストコンピュータ２により何らかのリード／ライトコマンドが発生された場合は(F400)、記録再生装置１はフラグを確認し(F401)、フラグがオンであった場合はステップF402からF403に進んで、ディスク９０のＲＯＭ領域ＡＥの先頭がアドレス０となるようにアドレス変換を行ない、ステップF405で要求された記録又は再生動作を実行することになる。
従って、物理フォーマットが行なわれた段階でのディスク９０は、フラグがオンであるため、記録再生装置は図６（ａ）（ｂ）のようにＲＯＭ領域ＡＥの先頭をアドレス０として認識し、まずＲＯＭ領域ＡＥの先頭領域に対するアクセスを実行することになる。
【００３９】
物理フォーマットが行なわれたディスク９０に対しては、ホストコンピュータ２及び記録再生装置１が論理フォーマットを行なうことで使用可能となる。
また本例の場合では、この論理フォーマットの時点でＩＤファイルの設定も行なわれるものとする。
ホストコンピュータ２からの制御に基づく論理フォーマット処理を図１０に示す。
【００４０】
論理フォーマット処理が開始されると(F300)、まず記録再生装置１はディスクのアドレス０にアクセスする。この時点でアドレス０はＲＯＭ領域ＡＥの先頭とみなされているため、ＲＯＭ領域ＡＥの先頭に記録されているファイルシステムＦＳ１の読み出しを実行することになる。
そしてＲＯＭ領域ＡＥを管理するファイルシステムＦＳ１を読み込むことでホストコンピュータ２はＲＯＭ領域ＡＥに記録されているセットアップシステムを把握でき、セットアップシステムを起動させる(F301)。
【００４１】
ＲＯＭ領域ＡＥに記録されているセットアップシステムは、いわゆる論理フォーマットツールであり、これに基づいてホストコンピュータ２はリライタブル領域ＡＲＷ及びＲＯＭ領域ＡＥのアプリケーションの管理のためのファイルシステムＦＳ２をリライタブル領域ＡＲＷの先頭領域に書き込ませる(F302)。なお、ファイルシステムＦＳ２を構成するデータはセットアップシステム内にあらかじめ記録されていることで、セットアップシステムの起動によりファイルシステムＦＳ２を生成することが可能となる。
これにより図６（ａ）のようなディスクは図７（ａ）上段に示すように、また図６（ｂ）のようなディスクは図７（ｂ）上段に示すよう、リライタブル領域ＡＲＷの先頭にファイルシステムＦＳ２が書き込まれる。このようにファイルシステムＦＳ２が書き込まれることによりリライタブル領域ＡＲＷでの記録／再生管理が実現され、つまり論理フォーマット処理自体は完了する。
【００４２】
ただし本例では、続くステップF303以降の処理としてディスク固有のＩＤ番号により生成したＩＤファイルを、リライタブル領域ＡＲＷに記録する処理を行なう。
このため、まずステップF303で、ファイルシステムＦＳ１から、ＲＯＭ領域ＡＥに記録されているＩＤセットシステムを起動させる。
そして、ＩＤセットシステムにおけるＩＤセットプログラムに基づいて、ステップF304で、ユーザーに対してＩＤ番号の入力を要求する。
【００４３】
ここで、図１３を用いて、ユーザーが入力すべきＩＤ番号について説明しておく。なお図１３には、メーカー側もしくはユーザー側での工程、処理、手順、作業等をＳ１〜Ｓ２２として示している。
【００４４】
まずパーシャルＲＯＭディスクとしてのソフトウエアを製造するメーカー側の出荷前の処理（工程）を図１３のＳ１〜Ｓ６として示す。
ソフトウエアとなる各種のアプリケーションプログラムについては、それぞれアプリケーション名とアプリケーション起動許可番号が設定されている。
アプリケーション名とアプリケーション起動許可番号はアプリケーションの種別毎に設定されるもので、同一のアプリケーションについては同一の名称又はコード番号となる。そして上述したようにアプリケーション名とアプリケーション起動許可番号は、ディスクのＲＯＭ領域ＡＥ内にデータとして記録されるものである。
【００４５】
また製造したディスクについては個別にシリアルナンバが与えられる。これは同一のアプリケーションソフトウエアでも異なるナンバとなる。
メーカー側では出荷前において、各ディスク単位でシリアルナンバ（Ｓ１）とアプリケーション名（Ｓ２）について、処理Ｓ３として特定のエンコードＥＣ１を行ない、ＩＤ番号を作成する（Ｓ４）。エンコードＥＣ１はシリアルナンバとアプリケーション名としてのコードを入力して行なう特定の演算処理であり、例えば加算，減算，乗算その他の演算や、数字の並べ換え、合成など、どのようなものでもよいが、或る特定の演算方式とする。そしてシリアルナンバを用いているため、ＩＤ番号とは、同一アプリケーションソフトウエアであっても、各ディスク毎に異なるナンバとなる。
【００４６】
各ディスク毎にＩＤ番号を作成したら、それを印刷やシール添付など、いかなる方法でもよいが、販売するディスクの製品パッケージに記載する（Ｓ５）。このようにパッケージ上に、ディスク毎に固有のＩＤ番号が記載された状態で出荷を行なう（Ｓ６）
【００４７】
市場に出荷されたディスクはユーザーが購入することになるが（Ｓ７）、ユーザーはディスクを購入したら、先ず最初に図１０で説明している論理フォーマット処理を行なわなければならない。
そして、図１０のステップF304で入力要求されるＩＤ番号とは、そのディスクのパッケージに記載されているコードとなる。
ステップF304での入力要求に対して、ユーザーはパッケージを見て、そこに記載されているＩＤ番号を入力する。これが図１３の手順Ｓ８となる。
【００４８】
ユーザーがＩＤ番号を入力したら、ＩＤセットシステムによるプログラム動作は図１０のステップF305からF306に進み、入力されたＩＤ番号に対してデコードＤＣ１としての処理を行なって、アプリケーション名とシリアルナンバを得る。デコードＤＣ１は図１３の工程Ｓ３におけるエンコードＥＣ１とは逆となる特定の処理とされるもので、デコードＤＣ１の演算方式はエンコードＥＣ１として設定された演算方式に応じて設定されているものである。従って、入力されたＩＤ番号に対してステップF306でデコードＤＣ１を施すと、メーカー側で設定したシリアルナンバと、アプリケーション名が得られる（Ｓ１０，Ｓ１１）。
【００４９】
次にステップF307として、ディスクのＲＯＭ領域ＡＥ内の所定の領域に記録されているアプリケーション名を読み出す。そしてステップF308で、入力されたＩＤ番号のデコードＤＣ１によって得られたアプリケーション名と、ディスクに記録されているアプリケーション名とを比較し、一致しているか否かを判断する。もしユーザーが正確なＩＤ番号を入力したのであれば、一致が得られるはずである。しかしながら、ユーザーがパッケージに記載されているＩＤ番号を見て入力を行うに際して、入力間違いが発生することも有り得る。そしてこのような場合、入力されたＩＤ番号からのデコードＤＣ１によって得られたアプリケーション名は、ディスクに記録されているアプリケーション名とは異なるものとなる。
即ちアプリケーション名が異なると判断された場合は、ユーザーの入力間違いと判断し、ステップF304に戻って再度ＩＤ番号の入力要求を行なう。
【００５０】
ユーザーが正しくＩＤ番号を入力した場合は、処理はステップF308からF309に進む。そして正しいＩＤ番号の入力、即ち製品パッケージに記載されているディスク固有のＩＤ番号の入力に応じて、そのＩＤ番号によりＩＤファイルデータを生成する。そしてステップF310もしくはF310A で、ＩＤファイルをリライタブル領域ＡＲＷ内に記録する。
これによりディスク上では図７（ａ）（ｂ）の各上段に示すように、ＩＤセットシステムによって、リライタブル領域ＡＲＷ内にＩＤファイルが書き込まれた状態となる。この処理が図１３における処理Ｓ１２となる。
なお、図７における破線斜線部は、ユーザーの使用に残されている記録可能領域となる。
【００５１】
なお、ステップF310とF310A は、ＩＤセットシステムにおけるＩＤセットプログラムにおいて、いづれが採用されてもよいものとして例示しているものである。ステップF310は、ファイルシステムＦＳ１（図１０の一連の論理フォーマット終了後はファイルシステムＦＳ２）から管理できるファイルとしてＩＤファイルを書き込む場合である。
【００５２】
またステップF310A はファイルシステムＦＳ１／ＦＳ２を介さず、ＩＤセットシステムが独自に、ディスク上の特定アドレス位置にＩＤファイルの書込を行なう場合である。例えばステップF302で書き込んだファイルシステムＦＳ２の直後の位置のような特定位置をプログラム上で設定しておき、そこにＩＤファイルを書き込む。この場合、ＩＤファイルはファイルシステムＦＳ１／ＦＳ２からは見えない（管理されない）ファイルとなる。そしてファイルシステムＦＳ１／ＦＳ２から管理されないということは、その後ＩＤファイルは書き換えることができないものとなり、このようにしたほうが好適な場合も多い。
【００５３】
このステップF310（もしくはF310A)までの処理で、論理フォーマット時に一連の処理として実行するＩＤファイル設定処理が終了する。そして、この処理では、ユーザーのＩＤ番号入力についてステップF308の正誤判断を行ない、正しい入力に基づいてＩＤファイルを生成するようにしているため、ＩＤファイル設定処理をユーザー側での処理（論理フォーマット処理時）に委ねても、誤ったデータによるＩＤファイルが設定されることはない。
【００５４】
実質的な論理フォーマット及びＩＤファイルの設定については、ステップF310までにおいて終了されるが、セットアップシステムによる論理フォーマットの付随処理がステップF311から行なわれる。即ちセットアップシステムのプログラムに基づいてホストコンピュータ２は、ステップF311として、物理フォーマット時にセットされたフラグをクリアする。
そしてリセットして再起動、もしくはディスク９０を一旦抜いてから再度装填することをユーザーに要求して一連の処理を終える(F312)。
【００５５】
リセットもしくはディスク抜き差し後においては、まず図９の処理でフラグが読み込まれるため、論理フォーマットが済んだディスクであれば、フラグオフと判断される。
従って、図１１のようにそのディスク９０に対してホストコンピュータ２により何らかのリード／ライトコマンドが発生された場合は(F400)、記録再生装置１はフラグを確認し(F401)、フラグがオフであるためステップF402からF404に進んで、ディスク９０のリライタブル領域ＡＲＷの先頭がアドレス０となるようにアドレス変換を行ない、ステップF405で要求された記録又は再生動作を実行することになる。
【００５６】
従って、論理フォーマットが行なわれた段階でのディスク９０に対しては、記録再生装置１からは図７（ａ）（ｂ）の各下段に示すようにリライタブル領域ＡＲＷの先頭がアドレス０として認識され、従ってリード／ライト要求発生時にはまずファイルシステムＦＳ２がアクセスされることになる。つまりホストコンピュータ２はリライタブル領域ＡＲＷを所望のデータ記録／再生に使用できることになる。
【００５７】
なお、ホストコンピュータ２の機種によっては、一旦装填したメディアから読み込んだファイルシステムを、リセット時にも保存しておくものもある。この場合、論理フォーマット後に起動させても、論理フォーマット前に読み込んだファイルシステムＦＳ１に基づいて起動を行なってしまう。そこで、このような機種に対応する場合は、ステップF312A としてファイルシステムの変更を伝え、以降の再起動時には、新たにファイルシステムを読み込むようにしておく。つまりファイルシステムＦＳ２が読み込まれるようにする。
【００５８】
以上のように本例の場合、まずフォーマット方式としては、物理フォーマットがされた時点でフラグがセットされ、記録再生装置はこのフラグセットにより、ＲＯＭ領域ＡＥの先頭をアドレス０とみなす。従ってその時点でＲＯＭ領域ＡＥの先頭に記録されているファイルシステムＦＳ１にアクセスし、ＲＯＭ領域ＡＥ内のアプリケーションを起動させることができる。つまりセットアップシステムを起動させて論理フォーマットを行なうことが可能である。
【００５９】
また論理フォーマットが行なわれた場合は、それに伴ってフラグがクリアされ、記録再生装置はこのフラグクリアにより、リライタブル領域ＡＲＷの先頭をアドレス０とみなす。従って論理フォーマット後ではリライタブル領域ＡＲＷの先頭に記録されているファイルシステムＦＳ２にアクセスでき、つまりリライタブル領域ＡＲＷの使用が可能となる。
そしてこの論理フォーマット時点において、その後の使用時のプロテクト動作に用いるＩＤファイルの設定も実行される。
【００６０】
このようなシステムにより、ディスク出荷前の時点で論理フォーマットを行なう必要はなくなり、また既存のＯＳによりパーシャルＲＯＭディスクが扱えるようになる。特にＲＯＭ領域に記録しておくファイルシステムＦＳ１は、例えばＦＡＴシステムなどで記録し、殆どの種類のＯＳで読み込めるようにしておくことで、汎用性を高めることができるという利点が得られる。
【００６１】
さらに、例えばファイルシステムＦＳ２が壊れてしまうような事故が発生しても、再度物理フォーマット及び論理フォーマットを行なうことで、そのディスクのリライタブル領域ＡＲＷを使用可能とすることができる。
そしてディスク固有のナンバを備えたＩＤファイルの登録についても出荷前に個別ディスクに対して行なう必要はなくなり、後述するアプリケーション起動時のプロテクト動作を実現しながら、製造工程の煩雑化を招かないといったことが可能となる。
【００６２】
なお、本例ではＩＤファイルの設定を論理フォーマットと一連の処理として実行することとしたが、これはあくまでも一例である。例えば論理フォーマットとは独立した時点でＩＤセットシステムを起動させ、ＩＤファイルの設定を行なうようにしてもよい。
【００６３】
４．アプリケーション起動時の動作
続いて実際のディスク９０の使用時、即ちアプリケーションの起動時の動作について図１２、図１３を用いて説明する。
まずユーザーは、図１３の手順Ｓ１３として示すように電話などでメーカーのサービスセンターに連絡し、自分が購入したディスク９０のパッケージに記載されているＩＤ番号を伝える。
【００６４】
メーカー側では、これに応じて、連絡されたＩＤ番号（Ｓ１４）と、そのアプリケーションに応じて設定されているアプリケーション起動許可番号（Ｓ１５）に対して特定のエンコードＥＣ２を行ない（Ｓ１６）、暗証番号を作成する（Ｓ１７）。エンコードＥＣ２とはどのような方式でもよいが、上述したエンコードＥＣ１のように或る特定の演算方式を設定しておく。
そして暗証番号を作成したら、それをユーザーに連絡する（Ｓ１８）。
【００６５】
ユーザーは暗証番号をもらうことで、購入したディスク９０の使用が可能となる。
ユーザーは使用に際して、上述の論理フォーマットが終了しているディスク９０を記録再生装置１に装填し、ホストコンピュータ２からアプリケーションの起動操作を行なう。このとき、ディスク９０におけるフラグはオフとされているため、図１１に示したようにリライタブル領域ＡＲＷの先頭がアドレス０とみなされ、従ってまずファイルシステムＦＳ２がアクセスされることになる。
【００６６】
通常、ファイルシステムＦＳ２が開かれることによって、ファイルシステムＦＳ２に管理されるアプリケーションプログラムの起動が可能となるわけであるが、本例の場合、アプリケーションプログラムの起動要求が行なわれたときに、まずファイルシステムＦＳ２からＩＤセットシステムが起動されることになる。これが図１２のステップF501の処理となる。
【００６７】
この場合ＩＤセットシステムにおけるＩＤチェックプログラムが起動され、まずステップF502としてユーザーに暗証番号の入力を要求する。
そしてユーザーが暗証番号を入力したら、ステップF503からF504に進み、その入力された暗証番号に対してデコードＤＣ２としての処理を行なって、アプリケーション起動許可番号とＩＤ番号を算出する。ここまでの処理が図１３におけるＳ１９〜Ｓ２２の処理となる。
デコードＤＣ２とはメーカー側でのエンコードＥＣ２に対応したデコード処理であり、暗証番号とは上述のようにＩＤ番号とアプリケーション起動許可番号についてのエンコードＥＣ２によって得られるものであるため、暗証番号に対してデコードＤＣ２を行なえば、ＩＤ番号とアプリケーション起動許可番号が得られることになる。
【００６８】
続いてＩＤセットシステムは、ステップF505もしくはF505A としてディスク９０からのＩＤファイルの読出を行なう。図１０のステップF310のようにファイルシステムＦＳ２によって管理される形態でＩＤファイルの記録が行なわれる場合は、ステップF505でファイルシステムＦＳ２を介してＩＤファイルを読み出すことになる。一方、図１０のステップF310A のようにファイルシステムを介さずに特定アドレス位置にＩＤファイルの記録が行なわれる場合は、ステップF505A でファイルシステムＦＳ２を介さずにＩＤセットシステム上のプログラムとして直接ＩＤファイルを読み出すことになる。
【００６９】
次にステップF506で、デコードＤＣ２によって算出されたＩＤ番号と、ディスク９０から読み出されたＩＤファイルに記録されているＩＤ番号を比較する。ユーザーによって正しい暗証番号が入力された場合は、デコードＤＣ２によって算出されたＩＤ番号と、ディスク９０から読み出されたＩＤ番号は一致するはずである。ところが暗証番号を知らないユーザーが誤った暗証番号を入力した場合は、一致は得られない。そこで、ステップF506で一致が得られなかったときは、そのユーザーは正当なユーザーではないと判断して処理を終了する。即ちアプリケーションの起動は実行しない。
【００７０】
ステップF506で一致が得られた場合は、ステップF507で、ディスク９０のＲＯＭ領域ＡＥ内に記録されているアプリケーション起動許可番号を読み出す。そしてステップF508で、デコードＤＣ２によって算出されたアプリケーション起動許可番号と、ディスク９０から読み出されたアプリケーション起動許可番号を比較する。この場合も、ユーザーによって正しい暗証番号が入力された場合は、アプリケーション起動許可番号の一致が得られるはずである。
ところが暗証番号を知らない、正規ユーザーではないユーザーが適当に暗証番号を入力した場合は、一致は得られない。そこで、ステップF508で一致が得られなかったときは、そのユーザーは正当なユーザーではないと判断して処理を終了し、アプリケーションの起動は実行しない。
【００７１】
ステップF508で一致が得られた場合にはじめて、そのユーザーは正当なユーザーであると判断し、ステップF509に進む。そして要求されたアプリケーション起動を実行することになる。
【００７２】
以上のような処理により、ディスク９０は暗証番号を知っている正当なユーザーのみが使用できるものとなり、従って盗難などによるディスクの不法使用は不可能となる。
さらに、各ディスク個別に、固有の暗証番号が設定されるものであるため、例えば暗証番号のみが盗まれても、他の同一アプリケーションディスクを使用することもできず、その意味で２重のプロテクト機能が発揮されることになる。
【００７３】
以上実施の形態としての例をあげてきたが、本発明としてはさらに多様な変形例が考えられる。
例えばＩＤファイルとしてはＩＤ番号を記録するものとしたが、ユーザーのＩＤ番号入力についてのデコードＤＣ１で得られるシリアルナンバ（図１３の処理Ｓ１０）もディスク毎に固有のナンバであるため、これをＩＤファイルとして記録するようにしてもよい。
【００７４】
この場合、アプリケーション起動時の処理としては、図１３の手順Ｓ１９においてユーザーが暗証番号を入力すると、その入力に対するデコードＤＣ２でＩＤ番号とアプリケーション起動許可番号が得られる（Ｓ２１，Ｓ２２）。このときさらにデコードＤＣ２で得られたＩＤ番号についてデコードＤＣ１を実行すればシリアルナンバとアプリケーション名が算出できることになる。
従って、この時点でデコードされたシリアルナンバと、ＩＤファイルとしてディスク９０に記録されているシリアルナンバを比較して、一致が得られることで正当なユーザーであると判断するようにすればよい。
【００７５】
さらに、ＩＤファイルとしてＩＤ番号とシリアルナンバの両方を記録しておくことも考えられる。
そしてアプリケーション起動時には、ＩＤ番号一致、シリアルナンバ一致、アプリケーション起動許可番号一致、アプリケーション名一致の全てが得られた場合のみにアプリケーションを起動させるようにすることもできる。もちろんこれらの一部について一致判断を行なうものでもよい。
【００７６】
なお、実施の形態はパーシャルＲＯＭディスクを例にあげたが、本発明は再生専用領域と記録再生領域が設けられている記録媒体において広く適用できるものである。
【００７７】
【発明の効果】
以上説明したように本発明は、記録媒体が記録再生装置に装填された場合などの所定の条件下において、記録媒体に個別に割り当てられている製品番号（ＩＤ番号）の入力要求を行ない、入力された製品番号の適否を判別し、入力された製品番号が正しかった場合には、その製品番号から発生させた識別コード（ＩＤ番号もしくはシリアルナンバ等によるＩＤファイルデータ）を、記録再生領域に記録する。そしてアプリケーション起動要求があった場合には、製品番号に基づいて生成された暗証番号が入力された場合に、当該暗証番号から識別コード（ＩＤファイルデータ）を判別し、その識別コードが記録再生領域に記録されている識別コードと一致した場合に、当該記録媒体の再生専用領域に記録されているアプリケーションプログラムを起動可能とするようにしている。
このため、記録媒体に記録されたアプリケーションプログラムは、記録媒体固有に設定される暗証番号を知っている正当なユーザーのみが使用できるものとなり、従って盗難などによるディスクの不法使用は不可能となる。さらに、各ディスク個別に、固有の暗証番号が設定されるものであるため、例えば暗証番号のみが盗まれても、他の同一アプリケーションディスクを使用することもできず、２重のプロテクト機能が発揮されることになるという効果がある。
【００７８】
さらに識別コードの記録は記録媒体を購入したユーザー側の初期動作で実行されるため、メーカー側で記録媒体個別に識別コードを記録するという工程は不要となり、工程の煩雑化、コストアップを招かないという効果がある。また、ユーザー側で識別コードを記録する際には、入力される製品番号についての正誤を判断し、正しい製品番号が入力された場合に、識別コードの記録を行なうようにしているため、誤った識別コードが記録されるということもない。
【図面の簡単な説明】
【図１】各種ディスクの説明図である。
【図２】パーシャルＲＯＭディスクのエリア構造の説明図である。
【図３】パーシャルＲＯＭディスクのユーザーエリアの構造の説明図である。
【図４】実施の形態における記録再生装置のブロック図である。
【図５】実施の形態におけるパーシャルＲＯＭディスクの物理フォーマット前の状態の説明図である。
【図６】実施の形態におけるパーシャルＲＯＭディスクの物理フォーマット後の状態の説明図である。
【図７】実施の形態におけるパーシャルＲＯＭディスクの論理フォーマット及びＩＤファイル設定時の状態の説明図である。
【図８】実施の形態での物理フォーマット処理のフローチャートである。
【図９】実施の形態でのディスク挿入時の処理のフローチャートである。
【図１０】実施の形態での論理フォーマット及びＩＤファイル設定時の処理のフローチャートである。
【図１１】実施の形態でのリード／ライト処理時のフローチャートである。
【図１２】実施の形態でのアプリケーション起動時の処理のフローチャートである。
【図１３】実施の形態でのディスクプロテクト方式の説明図である。
【符号の説明】
１ 記録再生装置、２ ホストコンピュータ、１１ コントローラ、１２ エンコーダ／デコーダ、１４ 磁気ヘッド、１５ 光学ヘッド、１９ ＤＳＰ、９０ ディスク、ＡＥ ＲＯＭ領域、ＡＲＷ リライタブル領域
【発明の属する技術分野】
本発明は、例えばコンピュータソフトウエア等を収録するのに適した記録媒体、及びその記録媒体に記録されるアプリケーションプログラムの起動方法に関するものである。
【０００２】
【従来の技術】
コンピュータ機器に用いる各種のソフトウエアを光ディスク、光磁気ディスク、磁気ディスク、メモリカード、磁気テープなどの記録媒体を用いて提供することが行なわれている。
このような記録媒体の一種として、近年、パーシャルＲＯＭディスクといわれるメディアが開発されており、このパーシャルＲＯＭディスクは再生専用のＲＯＭ領域と、記録／再生可能なリライタブル領域（ＲＡＭ領域）を有するものとされている。
【０００３】
【発明が解決しようとする課題】
ところで、ソフトウエアとしてパーシャルＲＯＭディスクを出荷することを考えると、そのパーシャルＲＯＭディスクを購入した正当なユーザーのみが使用できるようにする手段を講じておくことが好適である。即ち正当な使用者以外は使えないようにすることで、盗難予防や不正使用の防止に有効となる。
正当なユーザーのみが使用できるようにするには、例えばメーカー側は、ディスク１つ１つに固有の識別コード（ＩＤなど）を記録しておき、この識別コードを正当なユーザーのみに知らせるようにする。そしてディスク使用時には、その識別コードの入力を要求し、使用者が正確に識別コードを入力したときのみ、アプリケーションプログラムを起動できるようにすることが考えられる。
【０００４】
ところが、ディスクの出荷前の段階でディスクに個別に識別コードを記録することは困難であるという問題がある。即ち、ＲＯＭ領域はいわゆるエンボスピットにより形成される領域であり、スタンパー処理によって製造されるものであるため、同一種類のソフトウエアとなる各ディスク個別に異なる識別コードを記録することはできない。
【０００５】
またリライタブル領域を利用すれば、各ディスク個別に異なる識別コードを記録することは可能ではあるが、製造工程として膨大な手間が生じることになり、製造の効率化やコストダウンを考えると非常に好ましくない。
これらのことから、現実にはソフトウエアを使用するユーザーを特定し、盗難予防や不正使用の防止を実現することは困難であった。
【０００６】
【課題を解決するための手段】
本発明はこのような問題点に鑑みて、主データ領域として、記録再生領域と、少なくともアプリケーションプログラムが記録された再生専用領域とが設けられている記録媒体に関し、記録媒体個別に識別コードを記録し、使用できるユーザーを特定することで、盗難予防や不正使用の防止を実現することを目的とする。
【０００７】
このために記録媒体としては、記録媒体が記録再生装置に装填された場合などの、所定の条件下にあるときに、記録媒体に個別に割り当てられている製品番号の入力要求を行なわせ、入力された製品番号の適否を判別させ、入力された製品番号が正しかった場合には、その製品番号から発生させた識別コードを、記録再生領域に記録させることができる識別コード制御手段が、再生専用領域に記録されているようにする。
さらに、この識別コード制御手段は、製品番号に基づいて生成された暗証番号が入力された場合に、当該暗証番号から識別コードを判別させ、その識別コードが記録再生領域に記録されている識別コードと一致した場合に、当該記録媒体の再生専用領域に記録されているアプリケーションプログラムを起動可能とする。
【０００８】
本発明は、主データ領域として、記録再生領域と、少なくともアプリケーションプログラム及びアプリケーション名とアプリケーション起動許可番号と当該記録媒体のシリアル番号とが記録された再生専用領域とが設けられている記録媒体に関するアプリケーション起動方法として、シリアル番号とアプリケーション名とから設定されるＩＤ番号の入力要求をするＩＤ番号入力要求手順と、入力されたＩＤ番号から該ＩＤ番号に設定されているシリアル番号とアプリケーション名を生成し、該アプリケーション名と前記再生専用領域に記録されているアプリケーションプログラムのアプリケーション名とが一致しているか否かを判断するアプリケーション名判断手順と、前記アプリケーション名判断手順においての一致の判断により、前記ＩＤ番号によりＩＤファイルを生成し、該ＩＤファイルを前記記録再生領域に記録するＩＤファイル記録手順と、前記ＩＤ番号とアプリケーション起動許可番号により生成された暗証番号の入力を要求する暗証番号入力要求手順と、前記暗証番号入力要求手順にて入力された該暗証番号からＩＤ番号とアプリケーション起動許可番号を生成するＩＤ番号・アプリケーション起動許可番号生成手順と、前記ＩＤファイル記録手順において記録された前記ＩＤファイルに記録されたＩＤ番号と前記再生専用領域に記録されたアプリケーション起動許可番号と、前記ＩＤ番号・アプリケーション起動許可番号生成手順において生成されたＩＤ番号とアプリケーション起動許可番号とが一致するか否か判断するＩＤ番号・アプリケーション起動許可番号判断手順と、ＩＤ番号・アプリケーション起動許可番号判断手順においての一致の判断により、前記アプリケーションプログラムを起動する起動手順とからなる 。
【０００９】
即ち本発明では、ユーザー側での記録媒体の初期設定処理時において識別コードが記録されるようにし、その後は、記録された識別コードとユーザーの入力する暗証番号に基づいて、正当なユーザーか否かを判断し、アプリケーション起動の可否を決定するようにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態としての記録媒体及びアプリケーション起動方法を次の順序で説明していく。
【００１１】
１．パーシャルＲＯＭディスクのエリア構造
図１は各種ディスクメディアを図示したものであり、図１（ａ）は主データ領域全体が例えばエンボスピットなどによる再生専用領域（ＲＯＭ領域）ＡＥとされているＲＯＭディスクである。また図１（ｂ）は主データ領域全体が例えば光磁気領域などによる記録／再生可能なリライタブル領域ＡＲＷとされているＲＡＭディスクである。
本実施の形態例の記録媒体となるパーシャルＲＯＭディスクは例えば図１（ｃ）または（ｄ）のような構造を持つ。即ち１枚のディスクの主データ領域においてＲＯＭ領域ＡＥとリライタブル領域ＡＲＷが設けられているものである。
【００１２】
図２は、パーシャルＲＯＭディスクの外周側から内周側までのエリア構成を示したものである。
ディスク最外周側には７３６トラック分のＧＣＰゾーンが設けられ、内周側に向かって２トラック分のバッファゾーン、５トラック分のアウターコントロールゾーン、２トラック分のバッファゾーン、５トラック分のテストゾーンが設けられる。そしてそのテストゾーンに続いて、ユーザーが所望のデータの記録を行なうことができるリライタブル領域ＡＲＷ及び再生専用のＲＯＭ領域ＡＥから成る主データ領域としてのユーザーエリアが形成される。
【００１３】
ユーザーエリアより内周側には５トラック分のテストゾーン、２トラック分のバッファゾーン、５トラック分のインナーコントロールゾーン、２トラック分のバッファゾーン、８２０トラック分のＧＣＰゾーンが設けられる。
【００１４】
ＧＣＰゾーン、アウターコントロールゾーン、インナーコントロールゾーンは、それぞれ所定のコントロール情報が記録されるエリアとされている。
また、このパーシャルＲＯＭディスクは、ゾーン単位で定速回転されるいわゆるゾーンＣＡＶディスクとされており、ユーザーエリアは１６バンド（１６ゾーン）に分割されている。
１６バンドのうち幾つをリライタブル領域ＡＲＷとし、幾つをＲＯＭ領域ＡＥとするかは製造者側で任意に設定できる。
【００１５】
１６バンドで形成されるユーザーエリアについて、リライタブル領域ＡＲＷの構成を詳しく示したものが図３（ａ）（ｂ）である。図３（ａ）はユーザーエリアにおけるディスク外周側にリライタブル領域ＡＲＷが設けられた場合、図３（ｂ）はディスク内周側にリライタブル領域ＡＲＷが設けられた場合をそれぞれ示している。
各図からわかるようにリライタブル領域ＡＲＷの先頭にはディフェクトマネジメントエリアＤＭＡ１，ＤＭＡ２が設けられ、またリライタブル領域ＡＲＷの終端にディフェクトマネジメントエリアＤＭＡ３，ＤＭＡ４が設けられる。またＲＯＭ領域ＡＥと隣接する領域はバッファエリアとされている。
【００１６】
そして、１バンド毎にデータエリアと、そのデータエリアに対応する交代エリアが用意される。従ってリライタブル領域ＡＲＷが１６バンドの内のｎバンド分とされる場合は、ｎ単位のデータエリアと、ｎ単位の交代エリアが設けられる。交代エリアとは、データエリア内において傷などで記録／再生不能となるディフェクト部位が存在していた場合に、そのディフェクト部位に代えて用いられる部位を提供するエリアとされる。
【００１７】
例えば図３（ａ）に『×』として示すようにデータエリア内にディフェクト部位が存在した場合、その『×』部位に代わる記録領域が矢印で示すように交代エリア内の領域に設定される。
ディフェクトマネジメントエリアＤＭＡ１〜ＤＭＡ４は、このような交代状況を管理し、ディフェクト部位を避けた記録／再生が適正に行なわれるようにする情報が記録されるものである。
【００１８】
なお、データエリア内のディフェクト部位の検索、ディフェクト部位に代わる交代エリア上の部位の指定、ディフェクトマネジメントエリアＤＭＡ１〜ＤＭＡ４としての情報の作成及びリライタブル領域ＡＲＷへの記録等は、ディスクの物理フォーマット処理において行なわれることになり、つまり物理フォーマットによって図３（ａ）又は（ｂ）の状態とされることで、リライタブル領域ＡＲＷが物理的に記録／再生可能な状態とされる。
ただし実際にリライタブル領域ＡＲＷに対してファイル書込等を行なうには、物理フォーマットされたディスクに対してさらに論理フォーマットを施し、リライタブル領域ＡＲＷでの記録／再生を管理するファイルシステムを書き込まなければならない。
【００１９】
本例においては、パーシャルＲＯＭディスクとしての出荷の時点では物理フォーマットのみが行なわれているものとし、論理フォーマットは、各パーシャルＲＯＭディスクを用いるホストコンピュータ及びドライバ（記録再生装置）側で行なうようにする。そして、本例の要点としてディスク固有のＩＤ番号をＩＤファイルとしてリライタブル領域ＡＲＷ内に記録する動作が行なわれるが、これは論理フォーマットの時点で行なわれるものとする。
論理フォーマット及びその際のＩＤファイル書込動作については後述する。
【００２０】
２．記録再生装置の構成
図４に記録再生装置の構成を示す。
記録再生装置１は、ＳＣＳＩインターフェース接続されたホストコンピュータ２との間で、コマンド及びデータの受け渡しが可能と構成され、ホストコンピュータ２からのコマンド及びデータの供給に応じてディスク９０に対するデータの記録を行ない、またホストコンピュータ２からのコマンドに応じてディスク９０からデータを読み出し、ホストコンピュータ２に供給する動作を行なう。ここでディスク９０とは、上述してきたパーシャルＲＯＭディスクであるとする。
【００２１】
コントローラ１１はホストコンピュータ２との間の通信及び記録再生装置の記録動作、再生動作の全体の制御を行なう。
コントローラ１１はＤＳＰ（デジタルシグナルプロセッサ）１９を介して実際の記録／再生駆動を実行させる。ＤＳＰ１９は、いわゆるサーボドライバとしての機能を持ち、コントローラ１１から供給されるゾーン情報（アドレス）に応じてスピンドルドライバ２１に対してスピンドル駆動制御信号を供給し、スピンドルモータ２２に駆動信号を印加させることで、ディスク９０のゾーンＣＡＶ駆動を実行させる。
【００２２】
また光学ヘッド１５におけるレーザダイオード１５ａからのレーザ発光動作を実行させるためにレーザドライバ１６に駆動制御信号を出力し、レーザ発光制御を行なう。レーザダイオード１５ａからのレーザ光は図示しない光学系を通り、対物レンズ１５ｂを介してディスク９０に照射される。またディスク９０からの反射光は図示しない光学系を通ってディテクタ１５ｃに照射され、電気信号として取り出される。
【００２３】
ディテクタ１５ｃで得られる電気信号はＩ−Ｖ／マトリクスアンプ１７に供給され、電流／電圧変換された後、マトリクス演算アンプにより各種信号が取り出される。即ち、ディスク９０のＲＯＭ領域ＡＥからの再生データとされるべきＲＦ信号、ディスク９０のリライタブル領域ＡＲＷからの再生データとされるべきＭＯ信号、フォーカスエラー信号、トラッキングエラー信号、フロントＡＰＣ信号などが抽出される。
【００２４】
サーボ情報であるフォーカスエラー信号、トラッキングエラー信号、フロントＡＰＣ信号はＡ／Ｄ変換器１８でデジタルデータ化されてＤＳＰ１９に供給される。
ＤＳＰ１９は、フォーカスエラー信号、トラッキングエラー信号に応じてサーボ駆動信号を発生させ、ＰＷＭドライバ２０に供給する。ＰＷＭドライバ２０は光学ヘッド１５内のフォーカスコイル、ガルバノモータ、スライドモータに対する駆動電力を供給する。
【００２５】
即ちフォーカスエラー信号に基づいたフォーカスサーボ駆動信号によりＰＷＭドライバ２０がフォーカスコイルに駆動電力を印加することで対物レンズがディスクに接離する方向に駆動されてフォーカス制御が行なわれ、またトラッキングエラー信号に基づいたトラッキングサーボ駆動信号、スライドサーボ駆動信号によりＰＷＭドライバ２０がガルバノモータ、スライドモータに駆動電力を印加することでトラッキング制御、スレッド移動制御が行なわれる。
またＤＳＰ１９はフロントＡＰＣ信号に応じてレーザドライバ１６を制御し、レーザレベルを適正に保つようにしている。
【００２６】
ディスク９０に対する再生時において読み出されるデータは、Ｉ−Ｖ／マトリクスアンプ１７からＲＦ信号もしくはＭＯ信号として得られる。Ｉ−Ｖ／マトリクスアンプ１７からの出力はゲイン／オフセットコントロール部２３で適切な電位レベルとされ、Ａ／Ｄ変換器２４でデジタルデータ化される。
そしてデジタルデータ化された信号はエンコーダ／デコーダ部１２に供給され、デジタルフィルタ処理、ビタビ復号処理、ＮＲＺ復号処理、デスクランブル処理等を施され、再生データとされる。
この再生データはコントローラ１１を介してホストコンピュータ２に転送される。
【００２７】
なお、再生処理のための再生クロック及び再生信号に同期した各種タイミング生成のためにＡ／Ｄ変換器２４の出力はＰＬＬタイミングジェネレータ２５にも供給され、いわゆるＰＬＬ動作により再生クロック及びその再生クロックに基づいた各種タイミング信号が形成される。
【００２８】
ホストコンピュータ２から記録要求コマンド及び記録すべきデータが供給された場合は、コントローラ１１はそのデータをエンコーダ／デコーダ部１２に供給し、実際にディスク９０上に記録を行なう場合のデータ形態にエンコードさせる。そしてそのエンコードされたデータは磁気ヘッドドライバ１３に供給され、磁気ヘッドドライバ１３は記録データに応じて磁気ヘッド１４からディスク９０に対する磁界印加動作を実行する。
なお、記録時にはレーザダイオード１５ａからは記録用の高レベルのレーザ出力が実行されている。
【００２９】
３．ＩＤファイル登録を含むフォーマット動作
本例のパーシャルＲＯＭディスクに対するフォーマット動作を説明する。
物理フォーマットがされる前のディスク状態を図５（ａ）（ｂ）に示す。図５（ａ）はユーザーエリアにおける外周側がリライタブル領域ＡＲＷ、図５（ｂ）はユーザーエリアにおける内周側がリライタブル領域ＡＲＷとされている場合をそれぞれ示している。
【００３０】
この段階ではリライタブル領域ＡＲＷは単に光磁気領域とされており、実際上の領域管理は行なわれていない状態であるが、例えばエンボスピットによりデータが記録されるＲＯＭ領域ＡＥは、既に必要なデータが記録された状態となっている。
【００３１】
通常、ＲＯＭ領域ＡＥに記録されるデータとしては、ＲＯＭ領域ＡＥにおけるデータ管理情報となるファイルシステムと、そのファイルシステムに基づいて読み出すことのできるアプリケーションデータ等であるが、本例のパーシャルＲＯＭディスクのＲＯＭ領域ＡＥには、図５（ｃ）に示すように、ＲＯＭ領域ＡＥの先頭にファイルシステムＦＳ１が記録され、続いて、そのファイルシステムＦＳ１に基づいて読み出すことのできるセットアップシステム、及び実際のソフトウエアとして提供するアプリケーションプログラムが記録されている。
【００３２】
さらに本例の場合、ディスク固有の識別コードとなるＩＤ番号によるＩＤファイルを登録し、また実際のアプリケーション起動時に、起動可否を判別するためのプログラムとして、ＩＤセットシステムが記録されている。
ＩＤセットシステムとしては、ＩＤファイル設定のためのＩＤセットプログラムと、ＩＤ番号に基づいてアプリケーション起動可否を判断するためのＩＤチェックプログラムが用意される。さらに、当該ディスクに記録されているアプリケーションプログラムについてのアプリケーション名、及びそのアプリケーションの起動許可番号が記録される。なお、アプリケーション名、及びアプリケーション起動許可番号については、必ずしもＩＤセットシステム内のデータとして記録される必要はなく、ＲＯＭ領域ＡＥ内のいずれかの所定位置に記録され、ファイルシステムＦＳ１もしくはＦＳ２、或はＩＤセットシステムから管理できる情報とされていればよい。
【００３３】
セットアップシステムは、ディスクの論理フォーマットのためのツールとされるもので、例えば図４に示したような記録再生装置にディスクを装填した状態でセットアップシステムを起動させることで、リライタブル領域ＡＲＷを使用可能とする論理フォーマットが実行されるものである。
なお、物理フォーマットが行なわれる前の状態において、図５（ａ）の場合はリライタブル領域ＡＲＷの先頭がアドレス０、図５（ｂ）の場合はＲＯＭ領域ＡＥの先頭がアドレス０、となる。
【００３４】
図５（ａ）（ｂ）のようなディスクは、物理フォーマットが行なわれてそれぞれ図６（ａ）（ｂ）に示す状態とされた上でソフトウエアメディアとして出荷される。
即ち物理フォーマットにより、リライタブル領域ＡＲＷにおける、データエリア内のディフェクト部位の検索、ディフェクト部位に代わる交代エリア上の部位の指定、ディフェクトマネジメントエリアＤＭＡ１〜ＤＭＡ４としての情報の作成が行なわれ、リライタブル領域ＡＲＷが物理的に記録／再生可能な状態とされて出荷されることになる。
【００３５】
そしてこの物理フォーマットの際の処理は、物理フォーマットを行なうドライブ（記録再生装置）によって図８のような処理で行なわれる。即ち物理フォーマット(F100)が開始されたら、その対象となるパーシャルＲＯＭディスクに或る所定のフラグをセットし(F101)、その後上述のディフェクトマネジメントのような実際のフォーマット処理が行なわれる(F102)。なお、ステップF101とF102の順序は逆でもよいが、いずれにしても物理フォーマットに伴ってフラグがセットされる。
【００３６】
フラグは、例えばリライタブル領域ＡＲＷの先頭セクター内のベンダーユニークと呼ばれるエリアに書き込むようにしてもよいし、ディフェクトマネージメントエリア内におけるリザーブエリアを用いてもよい。いずれれにしても予め設定した所定位置にフラグがセットされればよい。
フラグがセットされることにより、記録再生装置１では、図６（ａ）（ｂ）に示すようにディスク１に対してＲＯＭ領域ＡＥの先頭をアドレス０として認識する。
【００３７】
このように物理フォーマットが行なわれ、フラグがセットされたパーシャルＲＯＭディスクが出荷されることになるが、記録再生装置１（及びホストコンピュータ２）ではパーシャルＲＯＭディスクが装填された場合に、まず図９の処理を行なう。即ちディスク装填(F200)に応じて、例えばリライタブル領域ＡＲＷの先頭位置などの所定位置に記録されているフラグを読み込み、そのフラグ状態を保存する(F201)。
【００３８】
図１１のようにホストコンピュータ２により何らかのリード／ライトコマンドが発生された場合は(F400)、記録再生装置１はフラグを確認し(F401)、フラグがオンであった場合はステップF402からF403に進んで、ディスク９０のＲＯＭ領域ＡＥの先頭がアドレス０となるようにアドレス変換を行ない、ステップF405で要求された記録又は再生動作を実行することになる。
従って、物理フォーマットが行なわれた段階でのディスク９０は、フラグがオンであるため、記録再生装置は図６（ａ）（ｂ）のようにＲＯＭ領域ＡＥの先頭をアドレス０として認識し、まずＲＯＭ領域ＡＥの先頭領域に対するアクセスを実行することになる。
【００３９】
物理フォーマットが行なわれたディスク９０に対しては、ホストコンピュータ２及び記録再生装置１が論理フォーマットを行なうことで使用可能となる。
また本例の場合では、この論理フォーマットの時点でＩＤファイルの設定も行なわれるものとする。
ホストコンピュータ２からの制御に基づく論理フォーマット処理を図１０に示す。
【００４０】
論理フォーマット処理が開始されると(F300)、まず記録再生装置１はディスクのアドレス０にアクセスする。この時点でアドレス０はＲＯＭ領域ＡＥの先頭とみなされているため、ＲＯＭ領域ＡＥの先頭に記録されているファイルシステムＦＳ１の読み出しを実行することになる。
そしてＲＯＭ領域ＡＥを管理するファイルシステムＦＳ１を読み込むことでホストコンピュータ２はＲＯＭ領域ＡＥに記録されているセットアップシステムを把握でき、セットアップシステムを起動させる(F301)。
【００４１】
ＲＯＭ領域ＡＥに記録されているセットアップシステムは、いわゆる論理フォーマットツールであり、これに基づいてホストコンピュータ２はリライタブル領域ＡＲＷ及びＲＯＭ領域ＡＥのアプリケーションの管理のためのファイルシステムＦＳ２をリライタブル領域ＡＲＷの先頭領域に書き込ませる(F302)。なお、ファイルシステムＦＳ２を構成するデータはセットアップシステム内にあらかじめ記録されていることで、セットアップシステムの起動によりファイルシステムＦＳ２を生成することが可能となる。
これにより図６（ａ）のようなディスクは図７（ａ）上段に示すように、また図６（ｂ）のようなディスクは図７（ｂ）上段に示すよう、リライタブル領域ＡＲＷの先頭にファイルシステムＦＳ２が書き込まれる。このようにファイルシステムＦＳ２が書き込まれることによりリライタブル領域ＡＲＷでの記録／再生管理が実現され、つまり論理フォーマット処理自体は完了する。
【００４２】
ただし本例では、続くステップF303以降の処理としてディスク固有のＩＤ番号により生成したＩＤファイルを、リライタブル領域ＡＲＷに記録する処理を行なう。
このため、まずステップF303で、ファイルシステムＦＳ１から、ＲＯＭ領域ＡＥに記録されているＩＤセットシステムを起動させる。
そして、ＩＤセットシステムにおけるＩＤセットプログラムに基づいて、ステップF304で、ユーザーに対してＩＤ番号の入力を要求する。
【００４３】
ここで、図１３を用いて、ユーザーが入力すべきＩＤ番号について説明しておく。なお図１３には、メーカー側もしくはユーザー側での工程、処理、手順、作業等をＳ１〜Ｓ２２として示している。
【００４４】
まずパーシャルＲＯＭディスクとしてのソフトウエアを製造するメーカー側の出荷前の処理（工程）を図１３のＳ１〜Ｓ６として示す。
ソフトウエアとなる各種のアプリケーションプログラムについては、それぞれアプリケーション名とアプリケーション起動許可番号が設定されている。
アプリケーション名とアプリケーション起動許可番号はアプリケーションの種別毎に設定されるもので、同一のアプリケーションについては同一の名称又はコード番号となる。そして上述したようにアプリケーション名とアプリケーション起動許可番号は、ディスクのＲＯＭ領域ＡＥ内にデータとして記録されるものである。
【００４５】
また製造したディスクについては個別にシリアルナンバが与えられる。これは同一のアプリケーションソフトウエアでも異なるナンバとなる。
メーカー側では出荷前において、各ディスク単位でシリアルナンバ（Ｓ１）とアプリケーション名（Ｓ２）について、処理Ｓ３として特定のエンコードＥＣ１を行ない、ＩＤ番号を作成する（Ｓ４）。エンコードＥＣ１はシリアルナンバとアプリケーション名としてのコードを入力して行なう特定の演算処理であり、例えば加算，減算，乗算その他の演算や、数字の並べ換え、合成など、どのようなものでもよいが、或る特定の演算方式とする。そしてシリアルナンバを用いているため、ＩＤ番号とは、同一アプリケーションソフトウエアであっても、各ディスク毎に異なるナンバとなる。
【００４６】
各ディスク毎にＩＤ番号を作成したら、それを印刷やシール添付など、いかなる方法でもよいが、販売するディスクの製品パッケージに記載する（Ｓ５）。このようにパッケージ上に、ディスク毎に固有のＩＤ番号が記載された状態で出荷を行なう（Ｓ６）
【００４７】
市場に出荷されたディスクはユーザーが購入することになるが（Ｓ７）、ユーザーはディスクを購入したら、先ず最初に図１０で説明している論理フォーマット処理を行なわなければならない。
そして、図１０のステップF304で入力要求されるＩＤ番号とは、そのディスクのパッケージに記載されているコードとなる。
ステップF304での入力要求に対して、ユーザーはパッケージを見て、そこに記載されているＩＤ番号を入力する。これが図１３の手順Ｓ８となる。
【００４８】
ユーザーがＩＤ番号を入力したら、ＩＤセットシステムによるプログラム動作は図１０のステップF305からF306に進み、入力されたＩＤ番号に対してデコードＤＣ１としての処理を行なって、アプリケーション名とシリアルナンバを得る。デコードＤＣ１は図１３の工程Ｓ３におけるエンコードＥＣ１とは逆となる特定の処理とされるもので、デコードＤＣ１の演算方式はエンコードＥＣ１として設定された演算方式に応じて設定されているものである。従って、入力されたＩＤ番号に対してステップF306でデコードＤＣ１を施すと、メーカー側で設定したシリアルナンバと、アプリケーション名が得られる（Ｓ１０，Ｓ１１）。
【００４９】
次にステップF307として、ディスクのＲＯＭ領域ＡＥ内の所定の領域に記録されているアプリケーション名を読み出す。そしてステップF308で、入力されたＩＤ番号のデコードＤＣ１によって得られたアプリケーション名と、ディスクに記録されているアプリケーション名とを比較し、一致しているか否かを判断する。もしユーザーが正確なＩＤ番号を入力したのであれば、一致が得られるはずである。しかしながら、ユーザーがパッケージに記載されているＩＤ番号を見て入力を行うに際して、入力間違いが発生することも有り得る。そしてこのような場合、入力されたＩＤ番号からのデコードＤＣ１によって得られたアプリケーション名は、ディスクに記録されているアプリケーション名とは異なるものとなる。
即ちアプリケーション名が異なると判断された場合は、ユーザーの入力間違いと判断し、ステップF304に戻って再度ＩＤ番号の入力要求を行なう。
【００５０】
ユーザーが正しくＩＤ番号を入力した場合は、処理はステップF308からF309に進む。そして正しいＩＤ番号の入力、即ち製品パッケージに記載されているディスク固有のＩＤ番号の入力に応じて、そのＩＤ番号によりＩＤファイルデータを生成する。そしてステップF310もしくはF310A で、ＩＤファイルをリライタブル領域ＡＲＷ内に記録する。
これによりディスク上では図７（ａ）（ｂ）の各上段に示すように、ＩＤセットシステムによって、リライタブル領域ＡＲＷ内にＩＤファイルが書き込まれた状態となる。この処理が図１３における処理Ｓ１２となる。
なお、図７における破線斜線部は、ユーザーの使用に残されている記録可能領域となる。
【００５１】
なお、ステップF310とF310A は、ＩＤセットシステムにおけるＩＤセットプログラムにおいて、いづれが採用されてもよいものとして例示しているものである。ステップF310は、ファイルシステムＦＳ１（図１０の一連の論理フォーマット終了後はファイルシステムＦＳ２）から管理できるファイルとしてＩＤファイルを書き込む場合である。
【００５２】
またステップF310A はファイルシステムＦＳ１／ＦＳ２を介さず、ＩＤセットシステムが独自に、ディスク上の特定アドレス位置にＩＤファイルの書込を行なう場合である。例えばステップF302で書き込んだファイルシステムＦＳ２の直後の位置のような特定位置をプログラム上で設定しておき、そこにＩＤファイルを書き込む。この場合、ＩＤファイルはファイルシステムＦＳ１／ＦＳ２からは見えない（管理されない）ファイルとなる。そしてファイルシステムＦＳ１／ＦＳ２から管理されないということは、その後ＩＤファイルは書き換えることができないものとなり、このようにしたほうが好適な場合も多い。
【００５３】
このステップF310（もしくはF310A)までの処理で、論理フォーマット時に一連の処理として実行するＩＤファイル設定処理が終了する。そして、この処理では、ユーザーのＩＤ番号入力についてステップF308の正誤判断を行ない、正しい入力に基づいてＩＤファイルを生成するようにしているため、ＩＤファイル設定処理をユーザー側での処理（論理フォーマット処理時）に委ねても、誤ったデータによるＩＤファイルが設定されることはない。
【００５４】
実質的な論理フォーマット及びＩＤファイルの設定については、ステップF310までにおいて終了されるが、セットアップシステムによる論理フォーマットの付随処理がステップF311から行なわれる。即ちセットアップシステムのプログラムに基づいてホストコンピュータ２は、ステップF311として、物理フォーマット時にセットされたフラグをクリアする。
そしてリセットして再起動、もしくはディスク９０を一旦抜いてから再度装填することをユーザーに要求して一連の処理を終える(F312)。
【００５５】
リセットもしくはディスク抜き差し後においては、まず図９の処理でフラグが読み込まれるため、論理フォーマットが済んだディスクであれば、フラグオフと判断される。
従って、図１１のようにそのディスク９０に対してホストコンピュータ２により何らかのリード／ライトコマンドが発生された場合は(F400)、記録再生装置１はフラグを確認し(F401)、フラグがオフであるためステップF402からF404に進んで、ディスク９０のリライタブル領域ＡＲＷの先頭がアドレス０となるようにアドレス変換を行ない、ステップF405で要求された記録又は再生動作を実行することになる。
【００５６】
従って、論理フォーマットが行なわれた段階でのディスク９０に対しては、記録再生装置１からは図７（ａ）（ｂ）の各下段に示すようにリライタブル領域ＡＲＷの先頭がアドレス０として認識され、従ってリード／ライト要求発生時にはまずファイルシステムＦＳ２がアクセスされることになる。つまりホストコンピュータ２はリライタブル領域ＡＲＷを所望のデータ記録／再生に使用できることになる。
【００５７】
なお、ホストコンピュータ２の機種によっては、一旦装填したメディアから読み込んだファイルシステムを、リセット時にも保存しておくものもある。この場合、論理フォーマット後に起動させても、論理フォーマット前に読み込んだファイルシステムＦＳ１に基づいて起動を行なってしまう。そこで、このような機種に対応する場合は、ステップF312A としてファイルシステムの変更を伝え、以降の再起動時には、新たにファイルシステムを読み込むようにしておく。つまりファイルシステムＦＳ２が読み込まれるようにする。
【００５８】
以上のように本例の場合、まずフォーマット方式としては、物理フォーマットがされた時点でフラグがセットされ、記録再生装置はこのフラグセットにより、ＲＯＭ領域ＡＥの先頭をアドレス０とみなす。従ってその時点でＲＯＭ領域ＡＥの先頭に記録されているファイルシステムＦＳ１にアクセスし、ＲＯＭ領域ＡＥ内のアプリケーションを起動させることができる。つまりセットアップシステムを起動させて論理フォーマットを行なうことが可能である。
【００５９】
また論理フォーマットが行なわれた場合は、それに伴ってフラグがクリアされ、記録再生装置はこのフラグクリアにより、リライタブル領域ＡＲＷの先頭をアドレス０とみなす。従って論理フォーマット後ではリライタブル領域ＡＲＷの先頭に記録されているファイルシステムＦＳ２にアクセスでき、つまりリライタブル領域ＡＲＷの使用が可能となる。
そしてこの論理フォーマット時点において、その後の使用時のプロテクト動作に用いるＩＤファイルの設定も実行される。
【００６０】
このようなシステムにより、ディスク出荷前の時点で論理フォーマットを行なう必要はなくなり、また既存のＯＳによりパーシャルＲＯＭディスクが扱えるようになる。特にＲＯＭ領域に記録しておくファイルシステムＦＳ１は、例えばＦＡＴシステムなどで記録し、殆どの種類のＯＳで読み込めるようにしておくことで、汎用性を高めることができるという利点が得られる。
【００６１】
さらに、例えばファイルシステムＦＳ２が壊れてしまうような事故が発生しても、再度物理フォーマット及び論理フォーマットを行なうことで、そのディスクのリライタブル領域ＡＲＷを使用可能とすることができる。
そしてディスク固有のナンバを備えたＩＤファイルの登録についても出荷前に個別ディスクに対して行なう必要はなくなり、後述するアプリケーション起動時のプロテクト動作を実現しながら、製造工程の煩雑化を招かないといったことが可能となる。
【００６２】
なお、本例ではＩＤファイルの設定を論理フォーマットと一連の処理として実行することとしたが、これはあくまでも一例である。例えば論理フォーマットとは独立した時点でＩＤセットシステムを起動させ、ＩＤファイルの設定を行なうようにしてもよい。
【００６３】
４．アプリケーション起動時の動作
続いて実際のディスク９０の使用時、即ちアプリケーションの起動時の動作について図１２、図１３を用いて説明する。
まずユーザーは、図１３の手順Ｓ１３として示すように電話などでメーカーのサービスセンターに連絡し、自分が購入したディスク９０のパッケージに記載されているＩＤ番号を伝える。
【００６４】
メーカー側では、これに応じて、連絡されたＩＤ番号（Ｓ１４）と、そのアプリケーションに応じて設定されているアプリケーション起動許可番号（Ｓ１５）に対して特定のエンコードＥＣ２を行ない（Ｓ１６）、暗証番号を作成する（Ｓ１７）。エンコードＥＣ２とはどのような方式でもよいが、上述したエンコードＥＣ１のように或る特定の演算方式を設定しておく。
そして暗証番号を作成したら、それをユーザーに連絡する（Ｓ１８）。
【００６５】
ユーザーは暗証番号をもらうことで、購入したディスク９０の使用が可能となる。
ユーザーは使用に際して、上述の論理フォーマットが終了しているディスク９０を記録再生装置１に装填し、ホストコンピュータ２からアプリケーションの起動操作を行なう。このとき、ディスク９０におけるフラグはオフとされているため、図１１に示したようにリライタブル領域ＡＲＷの先頭がアドレス０とみなされ、従ってまずファイルシステムＦＳ２がアクセスされることになる。
【００６６】
通常、ファイルシステムＦＳ２が開かれることによって、ファイルシステムＦＳ２に管理されるアプリケーションプログラムの起動が可能となるわけであるが、本例の場合、アプリケーションプログラムの起動要求が行なわれたときに、まずファイルシステムＦＳ２からＩＤセットシステムが起動されることになる。これが図１２のステップF501の処理となる。
【００６７】
この場合ＩＤセットシステムにおけるＩＤチェックプログラムが起動され、まずステップF502としてユーザーに暗証番号の入力を要求する。
そしてユーザーが暗証番号を入力したら、ステップF503からF504に進み、その入力された暗証番号に対してデコードＤＣ２としての処理を行なって、アプリケーション起動許可番号とＩＤ番号を算出する。ここまでの処理が図１３におけるＳ１９〜Ｓ２２の処理となる。
デコードＤＣ２とはメーカー側でのエンコードＥＣ２に対応したデコード処理であり、暗証番号とは上述のようにＩＤ番号とアプリケーション起動許可番号についてのエンコードＥＣ２によって得られるものであるため、暗証番号に対してデコードＤＣ２を行なえば、ＩＤ番号とアプリケーション起動許可番号が得られることになる。
【００６８】
続いてＩＤセットシステムは、ステップF505もしくはF505A としてディスク９０からのＩＤファイルの読出を行なう。図１０のステップF310のようにファイルシステムＦＳ２によって管理される形態でＩＤファイルの記録が行なわれる場合は、ステップF505でファイルシステムＦＳ２を介してＩＤファイルを読み出すことになる。一方、図１０のステップF310A のようにファイルシステムを介さずに特定アドレス位置にＩＤファイルの記録が行なわれる場合は、ステップF505A でファイルシステムＦＳ２を介さずにＩＤセットシステム上のプログラムとして直接ＩＤファイルを読み出すことになる。
【００６９】
次にステップF506で、デコードＤＣ２によって算出されたＩＤ番号と、ディスク９０から読み出されたＩＤファイルに記録されているＩＤ番号を比較する。ユーザーによって正しい暗証番号が入力された場合は、デコードＤＣ２によって算出されたＩＤ番号と、ディスク９０から読み出されたＩＤ番号は一致するはずである。ところが暗証番号を知らないユーザーが誤った暗証番号を入力した場合は、一致は得られない。そこで、ステップF506で一致が得られなかったときは、そのユーザーは正当なユーザーではないと判断して処理を終了する。即ちアプリケーションの起動は実行しない。
【００７０】
ステップF506で一致が得られた場合は、ステップF507で、ディスク９０のＲＯＭ領域ＡＥ内に記録されているアプリケーション起動許可番号を読み出す。そしてステップF508で、デコードＤＣ２によって算出されたアプリケーション起動許可番号と、ディスク９０から読み出されたアプリケーション起動許可番号を比較する。この場合も、ユーザーによって正しい暗証番号が入力された場合は、アプリケーション起動許可番号の一致が得られるはずである。
ところが暗証番号を知らない、正規ユーザーではないユーザーが適当に暗証番号を入力した場合は、一致は得られない。そこで、ステップF508で一致が得られなかったときは、そのユーザーは正当なユーザーではないと判断して処理を終了し、アプリケーションの起動は実行しない。
【００７１】
ステップF508で一致が得られた場合にはじめて、そのユーザーは正当なユーザーであると判断し、ステップF509に進む。そして要求されたアプリケーション起動を実行することになる。
【００７２】
以上のような処理により、ディスク９０は暗証番号を知っている正当なユーザーのみが使用できるものとなり、従って盗難などによるディスクの不法使用は不可能となる。
さらに、各ディスク個別に、固有の暗証番号が設定されるものであるため、例えば暗証番号のみが盗まれても、他の同一アプリケーションディスクを使用することもできず、その意味で２重のプロテクト機能が発揮されることになる。
【００７３】
以上実施の形態としての例をあげてきたが、本発明としてはさらに多様な変形例が考えられる。
例えばＩＤファイルとしてはＩＤ番号を記録するものとしたが、ユーザーのＩＤ番号入力についてのデコードＤＣ１で得られるシリアルナンバ（図１３の処理Ｓ１０）もディスク毎に固有のナンバであるため、これをＩＤファイルとして記録するようにしてもよい。
【００７４】
この場合、アプリケーション起動時の処理としては、図１３の手順Ｓ１９においてユーザーが暗証番号を入力すると、その入力に対するデコードＤＣ２でＩＤ番号とアプリケーション起動許可番号が得られる（Ｓ２１，Ｓ２２）。このときさらにデコードＤＣ２で得られたＩＤ番号についてデコードＤＣ１を実行すればシリアルナンバとアプリケーション名が算出できることになる。
従って、この時点でデコードされたシリアルナンバと、ＩＤファイルとしてディスク９０に記録されているシリアルナンバを比較して、一致が得られることで正当なユーザーであると判断するようにすればよい。
【００７５】
さらに、ＩＤファイルとしてＩＤ番号とシリアルナンバの両方を記録しておくことも考えられる。
そしてアプリケーション起動時には、ＩＤ番号一致、シリアルナンバ一致、アプリケーション起動許可番号一致、アプリケーション名一致の全てが得られた場合のみにアプリケーションを起動させるようにすることもできる。もちろんこれらの一部について一致判断を行なうものでもよい。
【００７６】
なお、実施の形態はパーシャルＲＯＭディスクを例にあげたが、本発明は再生専用領域と記録再生領域が設けられている記録媒体において広く適用できるものである。
【００７７】
【発明の効果】
以上説明したように本発明は、記録媒体が記録再生装置に装填された場合などの所定の条件下において、記録媒体に個別に割り当てられている製品番号（ＩＤ番号）の入力要求を行ない、入力された製品番号の適否を判別し、入力された製品番号が正しかった場合には、その製品番号から発生させた識別コード（ＩＤ番号もしくはシリアルナンバ等によるＩＤファイルデータ）を、記録再生領域に記録する。そしてアプリケーション起動要求があった場合には、製品番号に基づいて生成された暗証番号が入力された場合に、当該暗証番号から識別コード（ＩＤファイルデータ）を判別し、その識別コードが記録再生領域に記録されている識別コードと一致した場合に、当該記録媒体の再生専用領域に記録されているアプリケーションプログラムを起動可能とするようにしている。
このため、記録媒体に記録されたアプリケーションプログラムは、記録媒体固有に設定される暗証番号を知っている正当なユーザーのみが使用できるものとなり、従って盗難などによるディスクの不法使用は不可能となる。さらに、各ディスク個別に、固有の暗証番号が設定されるものであるため、例えば暗証番号のみが盗まれても、他の同一アプリケーションディスクを使用することもできず、２重のプロテクト機能が発揮されることになるという効果がある。
【００７８】
さらに識別コードの記録は記録媒体を購入したユーザー側の初期動作で実行されるため、メーカー側で記録媒体個別に識別コードを記録するという工程は不要となり、工程の煩雑化、コストアップを招かないという効果がある。また、ユーザー側で識別コードを記録する際には、入力される製品番号についての正誤を判断し、正しい製品番号が入力された場合に、識別コードの記録を行なうようにしているため、誤った識別コードが記録されるということもない。
【図面の簡単な説明】
【図１】各種ディスクの説明図である。
【図２】パーシャルＲＯＭディスクのエリア構造の説明図である。
【図３】パーシャルＲＯＭディスクのユーザーエリアの構造の説明図である。
【図４】実施の形態における記録再生装置のブロック図である。
【図５】実施の形態におけるパーシャルＲＯＭディスクの物理フォーマット前の状態の説明図である。
【図６】実施の形態におけるパーシャルＲＯＭディスクの物理フォーマット後の状態の説明図である。
【図７】実施の形態におけるパーシャルＲＯＭディスクの論理フォーマット及びＩＤファイル設定時の状態の説明図である。
【図８】実施の形態での物理フォーマット処理のフローチャートである。
【図９】実施の形態でのディスク挿入時の処理のフローチャートである。
【図１０】実施の形態での論理フォーマット及びＩＤファイル設定時の処理のフローチャートである。
【図１１】実施の形態でのリード／ライト処理時のフローチャートである。
【図１２】実施の形態でのアプリケーション起動時の処理のフローチャートである。
【図１３】実施の形態でのディスクプロテクト方式の説明図である。
【符号の説明】
１ 記録再生装置、２ ホストコンピュータ、１１ コントローラ、１２ エンコーダ／デコーダ、１４ 磁気ヘッド、１５ 光学ヘッド、１９ ＤＳＰ、９０ ディスク、ＡＥ ＲＯＭ領域、ＡＲＷ リライタブル領域
Claims (1)
- 主データ領域として、記録再生領域と、少なくともアプリケーションプログラム及びアプリケーション名とアプリケーション起動許可番号と当該記録媒体のシリアル番号とが記録された再生専用領域とが設けられている記録媒体に関するアプリケーション起動方法として、
シリアル番号とアプリケーション名とから設定されるＩＤ番号の入力要求をするＩＤ番号入力要求手順と、
入力されたＩＤ番号から該ＩＤ番号に設定されているシリアル番号とアプリケーション名を生成し、該アプリケーション名と前記再生専用領域に記録されているアプリケーションプログラムのアプリケーション名とが一致しているか否かを判断するアプリケーション名判断手順と、
前記アプリケーション名判断手順においての一致の判断により、前記ＩＤ番号によりＩＤファイルを生成し、該ＩＤファイルを前記記録再生領域に記録するＩＤファイル記録手順と、
前記ＩＤ番号とアプリケーション起動許可番号により生成された暗証番号の入力を要求する暗証番号入力要求手順と、
前記暗証番号入力要求手順にて入力された該暗証番号からＩＤ番号とアプリケーション起動許可番号を生成するＩＤ番号・アプリケーション起動許可番号生成手順と、
前記ＩＤファイル記録手順において記録された前記ＩＤファイルに記録されたＩＤ番号と前記再生専用領域に記録されたアプリケーション起動許可番号と、前記ＩＤ番号・アプリケーション起動許可番号生成手順において生成されたＩＤ番号とアプリケーション起動許可番号とが一致するか否か判断するＩＤ番号・アプリケーション起動許可番号判断手順と、
ＩＤ番号・アプリケーション起動許可番号判断手順においての一致の判断により、前記アプリケーションプログラムを起動する起動手順と
からなるアプリケーション起動方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13977596A JP3817778B2 (ja) | 1996-05-10 | 1996-05-10 | 記録媒体のアプリケーション起動方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13977596A JP3817778B2 (ja) | 1996-05-10 | 1996-05-10 | 記録媒体のアプリケーション起動方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09306097A JPH09306097A (ja) | 1997-11-28 |
| JP3817778B2 true JP3817778B2 (ja) | 2006-09-06 |
Family
ID=15253135
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13977596A Expired - Fee Related JP3817778B2 (ja) | 1996-05-10 | 1996-05-10 | 記録媒体のアプリケーション起動方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3817778B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100275870B1 (ko) * | 1997-12-29 | 2001-01-15 | 구자홍 | 복사제한이 가능한 디스크 및 복사제한방법 |
| JP3835655B2 (ja) * | 1998-06-09 | 2006-10-18 | ソニー株式会社 | 情報信号再生装置、情報信号処理装置、情報信号再生方法および情報信号出力方法 |
| US6633534B1 (en) * | 1998-07-28 | 2003-10-14 | Matsushita Electric Industrial Co., Ltd. | Optical disk and optical disk drive |
| JP3970040B2 (ja) | 2001-01-31 | 2007-09-05 | 株式会社ソニー・コンピュータエンタテインメント | コンピュータシステム及びその使用方法 |
| KR100524952B1 (ko) | 2003-03-07 | 2005-11-01 | 삼성전자주식회사 | 기록 매체의 데이터 보호 방법 및 이를 이용한 디스크드라이브 |
| JP4085028B2 (ja) * | 2003-06-26 | 2008-04-30 | 株式会社リコー | 可搬型情報記録媒体，データ記録方法，データ再生方法、およびデータ記録プログラムならびにデータ再生プログラム |
| US20050078822A1 (en) * | 2003-10-08 | 2005-04-14 | Eyal Shavit | Secure access and copy protection management system |
| JP2008520057A (ja) * | 2004-11-11 | 2008-06-12 | ソフト−アール・リサーチ・エルエルシー | 光記録ディスクおよび光記録ディスク上にデータを記録するための方法 |
-
1996
- 1996-05-10 JP JP13977596A patent/JP3817778B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09306097A (ja) | 1997-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100345970B1 (ko) | 디스크구동장치,데이터재생장치및유저데이터출력방지방법 | |
| JP3867335B2 (ja) | 記録媒体、インストール動作管理方法 | |
| JPH1049986A (ja) | 記録媒体、記録又は再生装置、記録又は再生方法 | |
| JPH02216672A (ja) | 光ディスクドライブ装置 | |
| JP2003257130A (ja) | Ａｖ用途のディスク記憶装置及び同装置におけるセクタエラー時の処理方法 | |
| JP3856449B2 (ja) | 再生方法、プログラム及び記録媒体、並びにドライブ装置 | |
| JP3817778B2 (ja) | 記録媒体のアプリケーション起動方法 | |
| JP3997558B2 (ja) | 記録又は再生装置、記録又は再生方法 | |
| JP2004022045A (ja) | 情報記録媒体と情報再生装置と情報記録装置及びプログラム | |
| JP2004030815A (ja) | プログラム、記録媒体、情報処理システム及びコピープロテクト方法 | |
| JP4184210B2 (ja) | 記録媒体の正当性判断方法とプログラムとコンピュータ読み取り可能な記録媒体 | |
| JP4032440B2 (ja) | 記録再生装置、記録媒体のアプリケーション起動方法 | |
| JPH05135502A (ja) | 情報記録再生装置 | |
| JPH09274774A (ja) | 記録媒体及びコピー判別方法 | |
| JP4095914B2 (ja) | 情報記録装置、情報記録方法、情報記録媒体及び情報再生装置並びに情報再生方法 | |
| JP3782208B2 (ja) | 光ディスク記録装置 | |
| JP3384732B2 (ja) | 情報記録再生装置 | |
| JP2002056608A (ja) | 記録装置、再生装置、ディスク状記録媒体 | |
| JP2823172B2 (ja) | 書換形相変化光記憶方式 | |
| JPH09274775A (ja) | 記録媒体、フォーマット方法、及び記録再生装置 | |
| JP4651603B2 (ja) | 情報記録再生装置 | |
| JPH0773607A (ja) | 光デイスク装置 | |
| JPH0335480A (ja) | ディスク記録再生装置 | |
| JP3804959B2 (ja) | 情報記録再生装置 | |
| JP3823755B2 (ja) | 情報記録方法及び情報記録装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060131 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060331 |
|
| 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: 20060523 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060605 |
|
| LAPS | Cancellation because of no payment of annual fees |