(57)【特許請求の範囲】
【請求項１】
複数種類の論理フォーマットをサポート可能なリムーバブル媒体を挿入した際に媒体上に記録されたシステム情報を読出して解析することでブート処理に必要な媒体情報を作成し、上位装置からの媒体情報の要求コマンドに対し前記媒体情報を転送するリムーバブル装置と、
前記上位装置の電源投入時に、前記リムーバブル装置に媒体情報の要求コマンドを送って前記リムーバブル媒体の前記媒体情報を取得し、取得した媒体情報に基づいてブート処理を実行し、前記リムーバブル装置のアクセス可能状態を確立する上位装置と、
を備えたことを特徴とするリムーバブル媒体処理装置。
【請求項２】
請求項１記載のリムーバブル媒体処理装置に於いて、前記リムーバブル装置は、
前記リムーバブル媒体の所定領域から予め記録されたシステム情報を読み出すシステム情報読出部と、
前記システム情報を解析して上位装置のブート処理に必要な媒体情報を作成する媒体情報作成部と、
前記上位装置から受信した媒体情報の要求コマンドに対し前記媒体情報を転送するコマンド処理部と、
を備えたことを特徴とするリムーバブル媒体処理装置。
【請求項３】
請求項２記載のリムーバブル媒体処理装置に於いて、前記システム情報読出部は、前記媒体の論理ブロックアドレスＬＢＡ０を読み出してバッファ上にキャッシュし、
前記媒体情報作成部は、前記バッファにキャッシュされた前記媒体の先頭論理ブロックアドレスＬＢＡ０を解析して前記媒体情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項４】
請求項３記載のリムーバブル媒体処理装置に於いて、前記媒体情報作成部は、媒体領域を１又は複数の領域に分割して論理的な仮想媒体を定義したパーティションに分けて前記媒体情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項５】
請求項３記載のリムーバブル媒体処理装置に於いて、前記媒体情報作成部は、装置電源投入時に、パーティション領域を示すパーティション情報、及び前記パーティションのフォーマット種別を示すフォーマット情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項６】
請求項３記載のリムーバブル媒体処理装置に於いて、前記リムーバブル媒体は、ＰＣ／ＡＴ対応の媒体フォーマットであり、
前記媒体情報作成部は、前記リムーバブル媒体の先頭論理ブロックアドレスＬＢＡ０のパーティション開始アドレス、パーティション終了アドレス、パーティション先頭物理セクタ、及びパーティション割当てセクタ総数を解析してパーティション情報を作成し、前記先頭論理ブロックアドレスＬＢＡ０のシステムインジケータを解析してフォーマット情報を作成し、更に前記先頭論理ブロックアドレスＬＢＡ０のブートインジケータを解析してブート情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項７】
請求項１記載のリムーバブル媒体処理装置に於いて、前記上位装置は、
装置電源投入時に、前記リムーバブル装置に媒体情報の要求コマンドを送って前記媒体情報を取得し、取得した媒体情報に含まれるパーティション情報、フォーマット情報、及びブータブル情報に基づいてブートアップ処理を実行するブートアップ処理部と、
前記ブートアップ処理部により前記リムーバブル装置からロードされたブートプログラムによりブート処理を実行するブート処理部と、
前記ブート処理の完了後に前記リムーバブル装置に対し入出力アクセスを実行するアクセス処理部と、
を備えたことを特徴とするリムーバブル媒体処理装置。
【請求項８】
請求項７記載のリムーバブル媒体処理装置に於いて、前記ブートアップ処理部は、前記上位装置のマザーボードに設けた基本入出力システムＢＩＯＳで実現され、前記ブート処理部及びアクセス処理部は前記上位装置のオペレーティングシステムＯＳで実現されることを特徴とするリムーバブル媒体処理装置。
【請求項９】
請求項８記載のリムーバブル媒体処理装置に於いて、前記リムーバブル装置がＡＴＡインタフェースをサポートする場合、装置電源投入時に、前記基本入出力システムＢＩＯＳは媒体情報の要求コマンドとしてアイデンティファイ・コマンド（Identify Command) を発行することを特徴とするリムーバブル媒体処理装置。
【請求項１０】
請求項８記載のリムーバブル媒体処理装置に於いて、前記リムーバブル装置がＡＴＡＰＩインタフェースをサポートする場合、装置電源投入時に、前記基本入出力システムＢＩＯＳは媒体情報の要求コマンドとしてインクアリィ・コマンド（Inquiry Command) を発行することを特徴とするリムーバブル媒体処理装置。
【請求項１１】
リムーバブル装置は、複数種類の論理フォーマットをサポート可能なリムーバブル媒体が挿入された際に、媒体上に記録されたシステム情報を読出して解析することで上位装置のブート処理に必要な媒体情報を作成し、上位装置からの媒体情報の要求コマンドに対し前記媒体情報を転送し、
上位装置は、装置電源投入時に、前記リムーバブル装置に媒体情報のコマンドを送って前記リムーバブル媒体の前記媒体情報を取得し、取得した媒体情報に基づいてブート処理を実行し、前記リムーバブル装置のアクセス可能状態を確立する、
ことを特徴とするリムーバブル媒体処理方法。
【請求項１２】
複数種類の論理フォーマットをサポート可能なリムーバブル媒体が挿入された際に、媒体の所定領域から予め記録されたシステム情報を読み出すシステム情報読出部と、
前記システム情報を解析して上位装置のブート処理又はリムーバブル装置へのアクセスに必要な媒体情報を作成する媒体情報作成部と、
上位装置から受信した媒体情報の要求コマンドに対し前記媒体情報を転送するコマンド処理部と、
を備えたことを特徴とするリムーバブル装置。
【請求項１３】
装置本体に対し外部接続(プラグイン)され、リムーバブル媒体の挿入時に、媒体上に記録されたシステム情報を読出し解析することでリムーバブル装置へのアクセスに必要な媒体情報を作成し、上位装置からの媒体情報の要求コマンドに対し前記媒体情報を転送するリムーバブル装置と、
ブート処理後の動作状態で前記リムーバブル装置の媒体挿入に基づく接続通知を受領した際に、前記リムーバブル装置に媒体情報の要求コマンドを送って前記媒体情報を取得し、取得した媒体情報に基づいて前記リムーバブル装置のアクセス可能状態を確立する上位装置と、
を備えたことを特徴とするリムーバブル媒体処理装置。
【請求項１４】
請求項１３記載のリムーバブル媒体処理装置に於いて、前記リムーバブル装置は、
媒体挿入時に、媒体の所定領域から予め記録されたシステム情報を読み出すシステム情報読出部と、
前記システム情報を解析して前記上位装置による前記リムーバブル装置のアクセスに必要な媒体情報を作成する媒体情報作成部と、
前記上位装置から受信した媒体情報の要求コマンドに対し前記媒体情報を転送するコマンド処理部と、
を備えたことを特徴とするリムーバブル媒体処理装置。
【請求項１５】
請求項１４記載のリムーバブル媒体処理装置に於いて、
前記システム情報読出部は、前記媒体の先頭論理ブロックアドレスＬＢＡ０を読み出してバッファ上にキャッシュし、
前記媒体情報作成部は、前記バッファにキャッシュされた前記媒体の先頭論理ブロックアドレスＬＢＡ０を解析して前記媒体情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項１６】
請求項１４記載のリムーバブル媒体処理装置に於いて、前記媒体情報作成部は、媒体領域を１又は複数の領域に分割して論理的な仮想媒体を定義したパーティションに分けて前記媒体情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項１７】
請求項１４記載のリムーバブル媒体処理装置に於いて、前記媒体情報作成部は、媒体挿入時に、パーティション領域を示すパーティション情報、及び前記パーティションのフォーマット種別を示すフォーマット情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項１８】
請求項１７記載のリムーバブル媒体処理装置に於いて、前記リムーバブル媒体は、ＰＣ／ＡＴ対応の媒体フォーマットであり、
前記媒体情報作成部は、媒体挿入時に、前記リムーバブル媒体の先頭論理ブロックアドレスＬＢＡ０のパーティション開始アドレス、パーティション終了アドレス、パーティション先頭物理セクタ、及びパーティション割当てセクタ総数を解析してパーティション情報を作成し、更に前記論理ブロックアドレスのシステムインジケータを解析してフォーマット情報を作成することを特徴とするリムーバブル媒体処理装置。
【請求項１９】
請求項１３記載のリムーバブル媒体処理装置に於いて、前記上位装置は、前記リムーバブル装置の接続を認識した際に、前記リムーバブル装置に媒体情報の要求コマンドを送って前記媒体情報を取得し、取得した媒体情報に含まれるパーティション情報及びフォーマット情報に基づいて、前記リムーバブル装置に対するアクセス可能状態を確立するアクセス処理部を備えたことを特徴とするリムーバブル媒体処理装置。
【請求項２０】
請求項１９記載のリムーバブル媒体処理装置に於いて、前記アクセス処理部は前記上位装置のオペレーティングシステムＯＳで実現されることを特徴とするリムーバブル媒体処理装置。
【請求項２１】
請求項１９記載のリムーバブル媒体処理装置に於いて、前記アクセス処理部は前記媒体情報からアクティブ状態としたパーティションの未フォーマット又は不明なフォーマットを認識した場合、必要に応じてフォーマット処理を実行してアクセス可能状態を確立することを特徴とするリムーバブル媒体処理装置。
【請求項２２】
請求項２０記載のリムーバブル媒体処理装置に於いて、前記リムーバブル装置がＡＴＡインタフェースをサポートする場合、前記オペレーティングシステムＯＳはリムーバブル装置の接続を認識した時に、前記媒体情報の要求コマンドとしてアイデンティファイ・コマンド（Identify Command) を発行することを特徴とするリムーバブル媒体処理装置。
【請求項２３】
請求項２０載のリムーバブル媒体処理装置に於いて、前記リムーバブル装置がＡＴＡＰＩインタフェースをサポートする場合、前記オペレーティングシステムＯＳはリムーバブル装置の接続を認識した時に、前記媒体情報要求コマンドとしてインクアリィ・コマンド（Inquiry Command） を発行することを特徴とするリムーバブル媒体処理装置。
【請求項２４】
リムーバブル装置は、上位装置に対し外部接続（プラグイン）され、リムーバブル媒体の挿入時に、媒体上に記録されたシステム情報を読出し解析することで上位装置のブート処理に必要な媒体情報を作成し、上位装置からの媒体情報の要求コマンドに対し前記媒体情報を転送し、
上位装置は、ブート処理後の動作状態で前記リムーバブル装置の媒体挿入に基づく接続通知を受領した際に、前記リムーバブル装置に媒体情報の要求コマンドを送って前記媒体情報を取得し、取得した媒体情報に基づいて前記リムーバブル装置のアクセス可能状態を確立することを特徴とするリムーバブル媒体処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、光ディスク、磁気ディスク、フロッピー（登録商標）ディスク等のリムーバブルな媒体を用いたリムーバブル装置の電源投入時又は媒体挿入時に上位装置の媒体アクセス機能を立ち上げるためのリムーバブル媒体の処理装置に関し、特にリムーバブル装置のファームウェアがリムーバブル媒体のアクセス開始に必要な媒体情報を読出し解析して上位装置からの媒体情報の要求コマンドに応答するようにしたリムーバブル媒体処理装置に関する。
【０００２】
【従来の技術】
近年、各種コンピュータ装置、テレビ、ビデオ等に使用可能な磁気テープ装置、ＣＤドライブ、ＤＶＤドライブ、ＭＯドライブ、フロッピー（登録商標）ディスク装置及び大容量フロッピー装置等の各種のリムーバブル装置が出てきている。またＩＤＥ、ＳＣＳＩ、ＵＢＳ、ＩＥＥＥ１３９４等の各種のインタフェースに対応して１台のドライブで色々な種類の論理フォーマットに対応する必要性が生じている。
【０００３】
しかし、リムーバブル装置に挿入された媒体のもつ様々な論理フォーマットに対し、上位装置のＯＳで論理フォーマットの制御の互換を行うことが容易にはできない状態となっている。
従来、上位装置に設けられた基本入出力システムとして知られた基本入出力システムＢＩＯＳ（Basic Input Output System)は、どのような基本入出力システムＢＩＯＳでも媒体のパーティションテーブルを認識してブートアップ処理を実行し、システムプログラムに制御を引き渡してブート処理を行なわせている。
【０００４】
即ち、基本入出力システムＢＩＯＳは、自己のセットアップメニューによって媒体の論理フォーマット等のブートアップに必要な媒体情報を固定的に設定している。このためリムーバブル装置に媒体を挿入した状態で上位装置の電源を投入すると、上位装置のマザーボードに実装されている基本入出力システムＢＩＯＳがセットアップメニューにより設定された媒体情報に基づき、ブートアップ処理を実行して媒体からブートプログラムを上位装置の主記憶にロードし、ＯＳによるブート処理を実行してリムーバブル装置に対する入出力アクセスの可能状態を確立する。
【０００５】
ここで基本入出力システムＢＩＯＳがブート処理そのものを実行せず、ブート処理の先頭部分となるブートアップ処理を実行する理由は、基本入出力システムＢＩＯＳが実装されているマザーボード上のメモリ容量（ＲＯＭ要領）が小さいためである。
【０００６】
【発明が解決しようとする課題】
しかしながら、近年、上位装置で動作する複数のオペレーティングシステムＯＳのもつ複数種類の論理フォーマットを一つのリムーバブル装置でサポートしてきており、セットアップメニューによって媒体情報を固定的に設定した従来の基本入出力システムＢＩＯＳによるブートアップでは、多種多様な論理フォーマットに対して容易に対応できない状況となっている。
【０００７】
即ち、媒体の論理フォーマットを基本入出力システムＢＯＩＳのセットアップメニューで固定的に設定しており、媒体フォーマットが異なる場合に基本入出力システムＢＩＯＳがブートアップ処理を実行しても、媒体からブートプログラムをロードする際にプログラムリストのメニュー表示でエラーとになり、ブート処理が実行できない。
【０００８】
またコンピュータ装置にリムーバブル装置をプラグインして使用する場合、プラグインしているリムーバブル装置の電源を投入して媒体を挿入した場合、オペレーティングシステムＯＳは、電源投入時の基本入出力システムＢＩＯＳによるブートアップ処理とハードディスクドライブＨＤＤのブートプログラムの実行によるブート処理で確立した論理フォーマットをもつ媒体であると認識しており、たのため挿入した媒体の論理フォーマットが異なるとリムーバル装置のアクセスがエラーとなり、サポートできない。
【０００９】
本発明は、このような従来の問題点に鑑みてなされたもので、リムーバブル媒体のもつ多種多様な論理フォーマットに対し上位装置が容易に対応できるようにしたリムーバブル媒体の処理装置を提供することを目的とする。
【００１０】
【問題を解決するための手段】
図１は、本発明の原理説明図である。図１（Ａ）は、コンピュータにドライブを内蔵した場合の本発明によるリムーバブル媒体処理装置の原理説明図である。記録再生装置２０は、複数種類の論理フォーマットをサポート可能なリムーバブル媒体２２を挿入した際に媒体２２上に記録されたシステム情報を読出して解析することでブート処理に必要な媒体情報を作成し、上位装置からの媒体情報の要求コマンドに対し前記媒体情報を転送する。
【００１１】
上位装置１０は電源投入時に、記録再生装置２０に媒体情報の要求コマンドを送って媒体情報５２を取得し、取得した媒体情報５２に基づいてブート処理を実行し、記録再生装置２０のアクセス可能状態を確立する。
本発明よれば、装置電源投入時に記録再生装置側で少なくともフォーマット種別を含む媒体情報が作成され、ブートアップ処理を実行する前の上位装置からの媒体情報の要求コマンドに対し作成した媒体情報が送られ、上位装置で媒体の読出解析等の特別な操作を行うことなく媒体情報を取得でき、媒体側の多種多様なフォーマットに対して上位装置が容易に対応できる。
【００１２】
記録再生装置２０は、装置電源投入時に、リムーバブル媒体の所定領域から予め記録されたシステム情報を読み出すシステム情報読出部４４、システム情報を解析して上位装置のブートアップ処理に必要な媒体情報５２を作成する媒体情報作成部４６、上位装置１０から受信した媒体情報の要求コマンドに対し媒体情報５２を転送するコマンド処理部４８を備える。
【００１３】
システム情報読出部４４は、媒体２２の先頭論理ブロックアドレスＬＢＡ０を読出してバッファ１１８上にキャッシュし、媒体情報作成部４６は、バッファ１１８にキャッシュされた媒体の論理ブロックアドレスＬＢＡを解析して媒体情報５２を作成する。
このとき媒体情報作成部４６は、媒体情報５２を１又は複数のパーティションに分けて作成する。パーティションとは、媒体領域を１又は複数の領域二分割して論理的な仮想媒体を定義したものである。
【００１４】
媒体情報作成部４６は、装置電源投入時に、例えばパーティション領域を示すパーティション情報、パーティションのフォーマット種別を示すフォーマット情報、上位装置にロードして実行するブートプログラムの格納の有無を示すブート情報を作成する。
ここでリムーバブル媒体２２は、例えばＰＣ／ＡＴ対応の媒体フォーマットであり、媒体情報作成部４６は、リムーバブル媒体２２の先頭論理ブロックアドレスＬＢＡ０のパーティション開始アドレス、パーティション終了アドレス、パーティション先頭物理セクタ、及びパーティション割当てセクタ総数を解析してパーティション情報を作成し、また論理ブロックアドレスＬＢＡ０のシステムインジケータを解析してフォーマット情報を作成し、更に論理ブロックアドレスＬＢＡのブートインジケータを解析してブート情報を作成する。
【００１５】
媒体情報５２に含まれるフォーマット情報は、予め定めたＰＣ／ＡＴ対応のフォーマット形式のテーブル情報で定義されたコマンド番号である。
上位装置１０は、装置電源投入時に、記録再生装置２０に媒体情報要求コマンドを送って媒体情報５２を取得し、取得した媒体情報５２に含まれるパーティション情報、フォーマット情報、及びブート情報に基づいてブートアップ処理を実行するブートアップ処理部５４、ブートアップ処理部５４による記録再生装置２０からロードされたブートプログラムによりブート処理を実行するブート処理部５８、及びブート処理の完了後に前記記録再生装置２０に対し入出力アクセスを実行するアクセス処理部６０を備える。
【００１６】
ブートアップ処理部５４は、上位装置１０のマザーボードに設けた基本入出力システム（BIOS) ３２で実現され、ブート処理部５８及びアクセス処理部６０は上位装置１０のオペレーティングシステム（ＯＳ）５６で実現される。
記録再生装置２０がＡＴＡインタフェースをサポートする場合、装置電源投入時に、基本入出力システム(BIOS)３２は、媒体情報の要求コマンドとしてアイデンティファイ・コマンド（Identify Command) を発行する。また記録再生装置２０がＡＴＡＰＩインタフェースをサポートする場合、装置電源投入時に、基本入出力システム(BIOS)は、媒体情報の要求コマンドとしてインクアリィ・コマンド（Inquiry  Command) を発行する。
【００１７】
図１（Ｂ）は、コンピュータに記録再生装置をプラグインするタイプの原理説明図である。記録再生装置９０は、上位装置１０に外部接続（プラグイン）され、リムーバブル媒体の挿入時に、媒体上に記録されたシステム情報を読出して解析することで媒体情報を作成し、上位装置からの媒体情報の要求コマンドに対し媒体情報を転送する。上位装置１０は、ブート処理後の動作状態で記録再生装置９０での媒体挿入を示す接続通知を受領した際に、記録再生装置９０に媒体情報の要求コマンドを送って媒体情報を取得し、取得した媒体情報に基づいて記録再生装置２０のアクセス可能状態を確立する。
【００１８】
このようなプラグインタイプの本発明のリムーバブル媒体処理装置によれば、媒体を挿入した時に、少なくともフォーマット種別を含む媒体情報が作成され、プラグインした装置の接続通知を受けた上位装置からの媒体情報の要求コマンドに対し作成した媒体情報が送られ、上位装置で媒体の読出し解析等の特別な操作を行うことなく媒体情報を取得でき、挿入した媒体側の多種多様なフォーマットに対して上位装置が容易に対応できる。
【００１９】
このプラグインタイプの記録再生装置９０は、図１（Ａ）の内蔵タイプと同様、媒体挿入時に媒体の所定領域から予め記録されたシステム情報５０を読み出すシステム情報読出部４４、システム情報５０を解析して上位装置１０のアクセス処理に必要な媒体情報１０２を作成する媒体情報作成部９８、及び上位装置１０から受信した媒体情報要求コマンドに対し媒体情報１０２を転送するコマンド処理部１００を備える。
【００２０】
プラグインする記録再生装置９０のシステム情報読出部４４は、媒体２２の先頭論理ブロックアドレスＬＢＡ０を読み出してバッファ１１８上にキャッシュし、媒体情報作成部９８は、バッファ１１８にキャッシュされた媒体の論理ブロックアドレスＬＢＡ０を解析して媒体情報１０２を作成する。
媒体情報作成部９８は、媒体情報１０２を１又は複数のパーティションに分けて作成する。媒体情報作成部１０２は、媒体挿入時に、パーティション領域を示すパーティション情報、及びパーティションのフォーマット種別を示すフォーマット情報を作成する。
【００２１】
プラグインタイプのリムーバブル媒体処理装置においても、ＰＣ／ＡＴ対応の媒体フォーマットの場合、媒体情報作成部９８は、媒体挿入時に、リムーバブル媒体２２の先頭論理ブロックアドレスＬＢＡＳ０のパーティション開始アドレス、パーティション終了アドレス、パーティション先頭物理セクタ、及びパーティション割当てセクタ総数を解析してパーティション情報を作成し、更に先頭論理ブロックアドレスＬＢＡ０のシステムインジケータを解析してフォーマット情報を作成する。
【００２２】
媒体情報１０２に含まれるフォーマット情報は、予め定めたＰＣ／ＡＴ対応のフォーマット形式のテーブル情報で定義されたコマンド番号である。また媒体情報１０２に含まれるフォーマット情報は、未フォーマットのコマンド番号を含む。
プラグインタイプのリムーバブル媒体処理装置における上位装置１０は、記録再生装置９０の接続を認識した際に、記録再生装置２０に媒体情報要求コマンドを送って媒体情報１０２を取得し、取得した媒体情報１０２に含まれるパーティション情報及びフォーマット情報に基づいて、記録再生装置９０に対するアクセス可能状態を確立するアクセ処理部６０を備える。
【００２３】
アクセス処理部６０は、上位装置１０のオペレーティングシステムＯＳ５８で実現される。またアクセス処理部６０は、媒体情報１０２からアクティブ状態としたパーティションの未フォーマット又は不明なフォーマットを認識した場合、必要に応じてフォーマット処理を実行してアクセス可能状態を確立する。
記録再生装置９０がＡＴＡインタフェースをサポートする場合、オペレーティングシステムＯＳ５６は、記録再生装置９０の接続を認識した時に、媒体情報の要求コマンドとしてアイデンティファイ・コマンド（Identify Command) を発行する。またＡＴＡＰＩインタフェースをサポートする場合には、記録再生装置９０の接続を認識した時に、媒体情報の要求コマンドとしてインクアリィ・コマンド（Inquiry  Command)を発行する。
【００２４】
【発明の実施の形態】
＜目次＞
１．ドライブ内蔵タイプ
２．ドライブ・プラグイン・タイプ
１．ドライブ内蔵タイプ
図２は本発明のリムーバブル媒体の処理装置が適用される装置構成の説明図であり、リムーバブル媒体の記録再生装置として光磁気ディスクドライブを内蔵した場合を例にとっている。
【００２５】
図２において、パーソナルコンピュータ１０は、パソコン本体１２、ディスプレイ１４、キーボード１６及びマウス１８で構成される。パソコン本体１２にはＭＯドライブ（光磁気ディスクドライブ）２０が内蔵されており、リムーバブル媒体としてのＭＯカートリッジ２２を挿入して記録再生のためのアクセスを行う。またパソコン本体１２にはフロッピーディスクをリムーバブル媒体として使用するＦＤドライブ（フロッピーディスクドライブ）２４も設けられている。
【００２６】
図３は、図２のパーソナルコンピュータ１０のハードウェア構成のブロック図である。パーソナルコンピュータ１０にはＣＰＵ２６が設けられ、ＣＰＵ２６のバス３４に対し、プログラムを格納したＲＯＭ２８、主記憶として動作するＲＡＭ３０、及びベーシック入出力システムとして知られたＢＩＯＳ３２が接続されている。
【００２７】
またバス３４に対してはＨＤＤインタフェース３６を介してハードディスクドライブ３８が接続され、ＭＯＤインタフェース４０を介してＭＯドライブ２０が接続され、更にＦＤＤインタフェース４２を介してＦＤドライブ２４が接続されている。
パーソナルコンピュータ１０においては、内蔵されたＭＯドライブ２０及びＦＤドライブ２４がリムーバブル媒体を使用した記録再生装置であるが、この実施形態にあっては本発明の対象とするリムーバブル装置としてＭＯドライブ２０を例にとって説明する。
【００２８】
図４は図３のパーソナルコンピュータ１０に内蔵したＭＯドライブ２０のブロック図である。本発明のＭＯドライブは、コントロールユニット１１０とエンクロージャ１１１で構成される。コントロールユニット１１０には光ディスクドライブの全体的な制御を行うＭＰＵ１１２、上位装置との間で媒体情報の要求コマンド及びデータのやり取りを行うインタフェース１１７、光ディスク媒体に対するデータのリード・ライトに必要な処理を行う光ディスクコントローラ（ＯＤＣ）１１４、ＤＳＰ１１６、及びバッファメモリ１１８が設けられる。
【００２９】
バッファメモリ１１８は、ＭＰＵ１１２、光ディスクコントローラ１１４、及び上位インタフェース１１７で共用される。光ディスクコントローラ１１４には、フォーマッタ１１４−１とＥＣＣ処理部１１４−２が設けられる。ライトアクセス時には、フォーマッタ１１４−１がＮＲＺライトデータを媒体のセクタ単位に分割して記録フォーマットを生成し、ＥＣＣ処理部１１４−２がセクタライトデータ単位にＥＣＣコードを生成して付加し、必要ならばＣＲＣコードを生成して付加する。
【００３０】
更に、ＥＣＣエンコードの済んだセクタデータを例えば１−７ＲＬＬ符号に変換する。リードアクセス時には、セクタリードデータを１−７ＲＬＬ逆変換し、次にＥＣＣ処理部１１４−２でＣＲＣチェックした後にエラー検出訂正し、更にフォーマッタ１１４−１でセクタ単位のＮＲＺデータを連結してＮＲＺリードデータのストリームとして上位装置に転送させる。
【００３１】
光ディスクコントローラ１１４に対してはライトＬＳＩ回路１２０が設けられ、ライトＬＳＩ回路１２０にはライト変調部１２１とレーザダイオード制御回路１２２が設けられる。レーザダイオード制御回路１２２の制御出力は、エンクロージャ１１１側の光学部に設けたレーザダイオード部１３０に与えられている。
レーザダイオード部１３０はレーザダイオード１３０−１とモニタ用ディテクタ１３０−２を一体に備える。ライト変調部１２１は、ライトデータをＰＰＭ記録またはＰＷＭ記録（マーク記録またはエッジ記録ともいう）でのデータ形式に変換する。レーザダイオード部１３０を使用して記録再生を行う光ディスク、即ち書替え可能なＭＯカートリッジ媒体として、この実施形態にあっては１２８ＭＢ、２３０ＭＢ、５４０ＭＢ及び６４０ＭＢのいずれかを使用することができる。
【００３２】
このうち１２８ＭＢ及び２３０ＭＢのＭＯカートリッジ媒体については、媒体上のマークの有無に対応してデータを記録するピットポジション記録（ＰＰＭ記録）を採用している。また媒体の記録フォーマットはゾーンＣＡＶであり、ユーザ領域のゾーン数は、１２８ＭＢ媒体が１ゾーン、２３０ＭＢ媒体が１０ゾーンである。
【００３３】
また、高密度記録となる５４０ＭＢ及び６４０ＭＢのＭＯカートリッジ媒体については、マークのエッジ即ち前縁と後縁をデータに対応させるパルス幅記録（ＰＷＭ記録）を採用している。ここで、６４０ＭＢ媒体と５４０ＭＢ媒体の記憶容量の差はセクタ容量の違いによるもので、セクタ容量が２０４８バイトのとき６４０ＭＢとなり、一方、５１２バイトのときは５４０ＭＢとなる。
【００３４】
また媒体の記録フォーマットはゾーンＣＡＶであり、ユーザ領域のゾーン数は、６４０ＭＢ媒体が１１ゾーン、５４０ＭＢ媒体が１８ゾーンである。このように本発明の光ディスクドライブは、１２８ＭＢ、２３０ＭＢ、５４０ＭＢ、６４０ＭＢ、更にダイレクト・オーバライト対応の５４０ＭＢ，６４０ＭＢの各記憶容量のＭＯカートリッジに対応可能である。
【００３５】
したがって光ディスクドライブにＭＯカートリッジをローディングした際には、まず媒体のＩＤ部をリードし、そのピット間隔からＭＰＵ１２において媒体の種別を認識し、種別結果を光ディスクコントローラ１４に通知する。
光ディスクコントローラ１１４に対するリード系統としては、リードＬＳＩ回路１２４が設けられ、リードＬＳＩ回路１２４にはリード復調部１２５と周波数シンセサイザ１２６が内蔵される。リードＬＳＩ回路１２４に対しては、エンクロージャ１１１に設けたＩＤ／ＭＯ用ディテクタ１３２によるレーザダイオード１３０−１からのビームの戻り光の受光信号が、ヘッドアンプ１３４を介してＩＤ信号及びＭＯ信号として入力されている。
【００３６】
リードＬＳＩ回路１２４のリード復調部１２５には、ＡＧＣ回路、フィルタ、セクタマーク検出回路等の回路機能が設けられ、入力したＩＤ信号及びＭＯ信号よりリードクロックとリードデータを作成し、ＰＰＭデータまたはＰＷＭデータを元のＮＲＺデータに復調している。またゾーンＣＡＶを採用していることから、ＭＰＵ１１２からリードＬＳＩ回路１２４に内蔵した周波数シンセサイザ１２６に対しゾーン対応のクロック周波数を発生させるための分周比の設定制御が行われている。
【００３７】
周波数シンセサイザ２６はプログラマブル分周器を備えたＰＬＬ回路であり、媒体のゾーン位置に応じて予め定めた固有の周波数をもつ基準クロックをリードクロックとして発生する。即ち、プログラマブル分周器１２６はプログラマブル分周器を備えたＰＬＬ回路で構成され、ＭＰＵ１１２がゾーン番号に応じてセットした分周比（ｍ／ｎ）に従った周波数ｆｏの基準クロックを、次式に従って発生する。
【００３８】
ｆｏ＝（ｍ／ｎ）・ｆｉ
ここで、分周比（ｍ／ｎ）の分母の分周値ｎは１２８ＭＢ、２３０ＭＢ、５４０ＭＢまたは６４０ＭＢ媒体の種別に応じた固有の値である。また分子の分周値ｍは媒体のゾーン位置に応じて変化する値であり、各媒体につきゾーン番号に対応した値のテーブル情報として予め準備されている。
【００３９】
リードＬＳＩ回路１２４で復調されたリードデータは、光ディクスコントローラ１１４のリード系に与えられ、１−７ＲＬＬの逆変換後にＥＣＣ処理部１１４−２のエンコード機能によってＣＲＣチェックとＥＣＣ処理を受けてＮＲＺセクタデータが復元される。続いてフォーマッタ１１４−１でＮＲＺセクタデータを繋げたＮＲＺリードデータのストリームに変換し、バッファメモリ１８を経由して上位インタフェース１１７により上位装置に転送される。
【００４０】
ＭＰＵ１１２に対しては、ＤＳＰ１１６を経由してエンクロージャ１１側に設けた温度センサ１３６の検出信号が与えられている。ＭＰＵ１１２は、温度センサ１３６で検出した装置内部の環境温度に基づき、レーザダイオード制御回路１２２におけるリード、ライト、イレーズの各発光パワーを最適値に制御する。ＭＰＵ１１２は、ＤＳＰ１１６を経由してドライバ１３８によりエンクロージャ１１１側に設けたスピンドルモータ１４０を制御する。ＭＯカートリッジの記録フォーマットはゾーンＣＡＶであることから、スピンドルモータ１４０を例えば３０００ｒｐｍの一定速度で回転させる。
【００４１】
またＭＰＵ１１２は、ＤＳＰ１１６を経由してドライバ１４２を介してエンクロージャ１１１側に設けた電磁石１４４を制御する。電磁石１４４は装置内にローディングされたＭＯカートリッジのビーム照射側と反対側に配置されており、記録時及び消去時に媒体に外部磁界を供給する。ＤＳＰ１１６は、媒体に対しレーザダイオード１３０からのビームの位置決めを行うためのサーボ機能を備え、目的トラックにシークしてオントラックするためのシーク制御部及びオントラック制御部として機能する。
【００４２】
このシーク制御及びオントラック制御は、ＭＰＵ１１２による上位コマンドに対するライトアクセス又はリードアクセスに並行して同時に実行することができる。
ＤＳＰ１１６のサーボ機能を実現するため、エンクロージャ１１１側の光学部に媒体からのビーム戻り光を受光するＦＥＳ用ディテクタ１４５を設け、ＦＥＳ検出回路（フォーカスエラー信号検出回路）１４６が、ＦＥＳ用ディテクタ１４５の受光出力からフォーカスエラー信号Ｅ１を作成してＤＳＰ１１６に入力している。
【００４３】
またエンクロージャ１１１側の光学部に媒体からのビーム戻り光を受光するＴＥＳ用ディテクタ１４７を設け、ＴＥＳ検出回路（トラッキングエラー信号検出回路）１４８がＴＥＳ用ディテクタ１４７の受光出力からトラッキングエラー信号Ｅ２を作成し、ＤＳＰ１１６に入力している。トラッキングエラー信号Ｅ２はＴＺＣ検出回路（トラックゼロクロス検出回路）１５０に入力され、トラックゼロクロスパルスＥ３を作成してＤＳＰ１１６に入力している。
【００４４】
エンクロージャ１１１側には、媒体に対しレーザビームを照射する対物レンズのレンズ位置を検出するレンズ位置センサ５２が設けられ、そのレンズ位置検出信号（ＬＰＯＳ）Ｅ４をＤＳＰ１１６に入力している。更にＤＳＰ１１６は、媒体上のビームスポットの位置を制御するため、ドライバ１５８，１６２，１６６を介してフォーカスアクチュエータ１６０、レンズアクチュエータ１６４及びＶＣＭ１６８を制御駆動している。
【００４５】
ここで光ディスクドライブにおけるエンクロージャ１１１の概略は図５のようになる。ハウジング１６７内にはスピンドルモータ１４０が設けられ、スピンドルモータ１４０の回転軸のハブに対しインレットドア１６９側よりＭＯカートリッジ２２を挿入することで、内部のＭＯ媒体１７２がスピンドルモータ１４０の回転軸のハブに装着されるローディングが行われる。
【００４６】
ローディングされたＭＯカートリッジ２２のＭＯ媒体１７２の下側には、ＶＣＭ１６８により媒体のトラックを横切る方向に移動自在なキャリッジ１７６が設けられている。キャリッジ１７６上には対物レンズ１８０が搭載され、固定光学系１７８に設けているレーザダイオードからのビームを立上げミラー１８２を介して入射し、ＭＯ媒体１７２の媒体面にビームスポットを結像している。
【００４７】
対物レンズ１８０は図４のエンクロージャ１１１に示したフォーカスアクチュエータ１６０により光軸方向に移動制御され、またレンズアクチュエータ１６４により媒体のトラックを横切る半径方向に例えば数十トラックの範囲内で移動することができる。
このキャリッジ１７６に搭載している対物レンズ１８０の位置が、図４のレンズ位置センサ１５４により検出される。レンズ位置センサ１５４は対物レンズ１８０の光軸が直上に向かう中立位置でレンズ位置検出信号を零とし、アウタ側への移動とインナ側への移動に対しそれぞれ異なった極性の移動量に応じたレンズ位置検出信号Ｅ４を出力する。
【００４８】
図６は、図３のＭＯドライブ２０及びＣＰＵ２６を対象とした本発明によるリムーバブル媒体の処理装置の機能ブロック図である。
まずＭＯドライブ２０には、ＭＯカートリッジ２２に内蔵されたＭＯ媒体１７２が挿入されており、パーソナルコンピュータ１０に設けている装置電源を投入すると、図２のようにパソコン本体１２に内蔵しているＭＯドライブ２０にも電源が供給され、図４に示したコントロールユニット１１０のＭＰＵ１１２のプログラム制御によって、システム情報読出部４４、媒体情報作成部４６、コマンド処理部４８の各機能が実現される。
【００４９】
システム情報読出部４４は、パーソナルコンピュータ１０の装置電源投入時に、ＭＯドライブ２０にＭＯカートリッジ２２によって挿入されているＭＯ媒体１７２のシステム情報を読み出してバッファ１１８にキャッシュする。ここでＭＯカートリッジ２２としてＰＣ／ＡＴ対応の媒体フォーマットを例にとると、システム情報読出部４４はＭＯ媒体１７２の先頭論理ブロックアドレス（以下「ＬＢＡ０」という）を読み出して、バッファ１１８にＬＢＡ０読出情報５０としてキャッシュする。
【００５０】
媒体情報作成部４６は、バッファ１１８上にキャッシュされたＬＢＡ０読出情報５０を解析し、パーソナルコンピュータ１０側でのＭＯドライブ２０のブートアップ処理に必要な媒体情報５２を作成する。この媒体情報５２は、少なくともＭＯ媒体１７２のフォーマット種別が含まれている。コマンド処理部４８は、パーソナルコンピュータ１０の装置電源の投入時に上位側から送られてきた媒体情報の要求コマンドを解読し、バッファ１１８上に作成している媒体情報５２を読み出して転送する。
【００５１】
一方、上位装置となるパーソナルコンピュータ１０には、ＢＩＯＳ３２で装置電源投入の際に実行されるブートアップ処理部５４と、オペレーティングシステム（以下「ＯＳ」という）５６の処理機能として実現されるブート処理部５８及びＭＯドライブ２０に対するドライバとして機能するアクセス処理部６０が設けられる。
【００５２】
装置本体に電源を投入すると、ＢＩＯＳ３２のブートアップ処理部５４が起動し、ＭＯＤインタフェース４０を介してＭＯドライブ２０に対し媒体情報の要求コマンドを発行し、ＭＯドライブ２０側で作成されている媒体情報５２を取得する。
ＢＩＯＳ３２のブートアップ処理部５２が発行する媒体情報の要求コマンドとしては、ＭＯＤインタフェース４０としてＡＴＡインタフェースをサポートしている場合にはアイデンティファイコマンド(Idntify Command)を発行する。またＭＯＤインタフェース４０としてＡＴＡＰＩインタフェースをサポートしている場合にはインクアリィ・コマンド(Inquiry Command）を発行する。もちろん、これ以外のインタフェースについても、それぞれインタフェースで定義された適宜のコマンドを使用することができる。
【００５３】
ＢＩＯＳ３２のブートアップ処理部５４は、ＭＯドライブ２０から媒体情報５２を取得すると、取得した媒体情報５２に含まれるフォーマット種別に対応したブートアップ処理を実行し、ＭＯ媒体１７２に記録されているブートプログラムをパーソナルコンピュータ１０の主記憶上にロードし、ＯＳ５６のブート処理部５８に処理を引き渡してブート処理を実行し、ブート処理の完了によりアクセス処理部６０によるＭＯドライブ２０のアクセス可能状態を確立する。
【００５４】
図７は、図６のＭＯドライブ２０に設けたシステム情報読出部４４によってバッファ１１８上にキャッシュされるＭＯ媒体１７２のＬＢＡ０読出情報５０である。
このＬＢＡ０読出情報５０は、ＰＣ／ＡＴ対応の媒体にあっては、図７のＬＢＡ０読出情報５０のように、１６進表示のバイトアドレス１ＢＥから６４バイト単位に４つの第１パーティションテーブル６２−１，第２パーティションテーブル６２−２，第３パーティションテーブル６２−３，第４パーティションテーブル６２−４を備えており、バイトアドレス１ＦＡの２バイトを加えて合計１８４バイトの情報となる。
【００５５】
第１〜第４パーティションテーブル６２−１〜６２−４は、第１パーティションテーブル６２−１について右側に取り出して示すように、ブートインジケータ６４、パーティション開始アドレス６６、システムインジケータ６８、パーティション終了アドレス７０、パーティション先頭物理セクタアドレス７２、パーティション割当てセクタ総数７４で構成されている。
【００５６】
ブートインジケータ６４は、第１パーティションテーブル６２−１のパーティション開始アドレス６６と、パーティション終了アドレス７０で指定される第１パーティションにＭＯドライブをブートするためのブートプログラムが格納されているか否かを表す。
このブートインジケータ６４は図８のように、ブートインジケータの１６進コード「００ｈ」が非ブータブルパーティションであることを示し、１６進コード「２０ｈ」がブータブルパーティションであることを示している。例えば、ある論理フォーマットで１つのパーティションを割り当てた場合には、このパーティションは必ずブータブルパーティションとなり、パーティションのブータブルプログラムをＢＩＯＳ３２がブートアップ処理部により主記憶に読み出してＯＳのブートアップ処理を行わせることでアクセス可能状態に立ち上げることができる。
【００５７】
これに対し、ある論理フォーマットに複数のパーティションを割り当てた場合には、先頭に位置するマスタとなるパーティションがブータブルパーティションであり、それ以外の残りのパーティションはブート処理が必要ないことから非ブータブルパーティションとなる。
次に図７のシステムインジケータ６８にはパーティションのフォーマット形式を示すコマンド番号が格納されている。図９はＰＣ／ＡＴ対応のフォーマット形式テーブル７６の具体例であり、１６進コードを用いたコマンド番号７８に対応してフォーマット形式名８０が定義されている。具体的には、１６進コマンド番号「００ｈ」は未使用形式名であり、例えばコマンド番号「００ｈ」により未フォーマットのパーティションあるいはフォーマットが不明なパーティションと認識することができる。
【００５８】
次の１６進コマンド番号「０１ｈ」は、「ＤＯＳ  １２−ｂｉｔ  ＦＡＴ」のフォーマット形式名である。このフォーマット形式名ＦＡＴに属するコマンド番号としては、これ以外に１６進コマンド番号「０４ｈ」の「ＤＯＳ  １６−ｂｉｔ  ＜３２Ｍ」や、コマンド番号「０６ｈ」の「ＤＯＳ  １６−ｂｉｔ  ≧３２Ｍ」がある。尚、図９のフォーマット形式テーブル７６は、ＰＣ／ＡＴ対応のＯＳを例にとるものであったが、これ以外のＯＳについても同様にして、そのＯＳのサポートするフォーマット形式についてコマンド番号とフォーマット形式名を対応したフォーマット形式テーブルを作成すればよい。
【００５９】
図１０は、図６のＭＯドライブ２０に設けた媒体情報作成部４６によって図７に示したＰＣ／ＡＴ対応のＬＢＡ０読出情報５０の解析により作成される媒体情報５２である。この媒体情報５２は、図７の第１〜第４パーティションテーブル６２−１〜６２−４に対応して４つの第１パーティション領域８２−１、第２パーティション領域８２−２、第３パーティション領域８２−３及び第４パーティション領域８２−４を有する。
【００６０】
第１〜第４パーティション領域８２−１〜８２−４は、第１パーティション領域８２−１について取り出して示すように、パーティション情報８４、フォーマット情報８６及びブータブル情報８８で構成される。パーティション情報８４の作成法としては、図７のＬＢＡ０読出情報５０について、第１パーティションテーブル６２−１〜第４パーティションテーブル６２−４の順番にテーブル内容をサーチし、パーティションを備えたＨＤＤタイプか、パーティションを持たないスーパーフロッピーディスクタイプ（ＳＦＤタイプ）かを判別する。
【００６１】
また、パーティションを備えたＨＤＤタイプについては、パーティションの数を判定する。更に、判定したパーティション数が正しいかどうか検証するため、各パーティションテーブルのパーティション開始アドレス６６とパーティション終了アドレス７０を参照し、実際の媒体アドレスから判断して正しいテーブル値であることを確認する。
【００６２】
また別のパーティションの有無の判別方法としては、ＬＢＡ０読出情報５０の３６バイト目で判断することもできる。このＬＢＡ０読出情報５０の３６バイト目の１６進コードが「００ｈ」であった場合には、パーティションを持たないスーパーフロッピーディスクタイプ（ＳＦＤタイプ）であることを示している。また１６進コードが「８０ｈ」であった場合には、パーティションを備えたＨＤＤタイプであることを表している。
【００６３】
もちろん、これ以外にもＬＢＡ０読出情報５０の解析による適宜の方法でパーティションの有無及びパーティションがある場合のパーティション数を認識できる。またパーティション情報としては、図７に示したパーティション開始アドレス６６、パーティション終了アドレス７０、パーティション先頭物理セクタアドレス７２及びパーティション割当てセクタ総数７４を必要に応じてパーティション詳細情報として媒体情報に含めてもよい。
【００６４】
尚、パーティション開始アドレス６６及びパーティション終了アドレス７０は、先頭からヘッドアドレス８ビット、シリンダアドレス上位２ビット、セクタアドレス６ビット、シリンダアドレス下位６ビットで構成されている。このパーティション開始アドレス６６及びパーティション終了アドレス７０につき、リムーバブル媒体の場合には、ヘッドアドレスは１つしかないことから特に必要なく、例えばパーティション終了アドレス７０の先頭の８ビット（１バイト）分をシステムインジケータ６８の拡張領域としてシステムインジケータ６８を２バイトとし、これによって図９のフォーマット形式テーブルの２バイトのコマンド番号を格納することができる。
【００６５】
図１０のパーティション情報８４の次のフォーマット情報８６は、ＰＣ／ＡＴ対応のＯＳの場合には、図９のフォーマット形式テーブル７６に対応した１６進のコマンド番号を設ける。更にブータブル情報８８については、図８に示したブートインジケータ６４の１６進コードをそのまま使用する。即ち、ブータブルパーティションであれば１６進コード「２０ｈ」を設け、非ブータブルパーティションであれば１６進コード「００ｈ」を設ければよい。
【００６６】
図１１は、図６の機能ブロックにおけるＭＯドライブ２０の装置電源投入時の処理動作のフローチャートである。パーソナルコンピュータ１０の装置電源、即ち図１のパソコン本体１２に設けている電源スイッチを操作して装置電源を投入すると、図６のＭＯドライブ２０は、システム情報読出部４４によりドライブに挿入されているＭＯカートリッジ２２の中のＭＯ媒体１７２上に記録された媒体情報５２の作成に必要な情報、即ちＰＣ／ＡＴ対応のＯＳにあっては、図７のＬＢＡ０読出情報５０を読み出してバッファ１１８上にキャッシュする。
【００６７】
続いてステップＳ２で、バッファ１１８上にキャッシュしたＬＢＡ０読出情報５０を解析して、図１０のようにパーティション情報８４、フォーマット情報８６及びブータブル情報８８を含むパーティション情報を各パーティションごとに作成する。
続いてステップＳ３で、装置電源により起動したパーソナルコンピュータ１０のマザーボードに実装しているＢＩＯＳ３２のブートアップ処理部５４のブートアップ処理の実行に伴う媒体情報の要求コマンドの受領をチェックしており、このコマンドを受領するとステップＳ４で、作成した媒体情報５２を上位装置側のＢＩＯＳ３２に転送する。
【００６８】
図１２は、図６の装置電源投入時の上位装置におけるＢＩＯＳの処理動作のフローチャートである。装置電源を投入すると、まずステップＳ１でＢＩＯＳ３２はブートアップ処理部５４を起動し、ＭＯドライブ２０に対し媒体情報の要求コマンドを発行し、媒体情報を取得する。続いてステップＳ２でＢＩＯＳ３２は取得した媒体情報を理解する。
【００６９】
即ち、媒体情報に含まれるパーティション情報、フォーマット情報及びブート情報を認識する。次にステップＳ３で、媒体情報に含まれるブート情報からブートアッププログラムを格納した先頭パーティション（マスタパーティション）がブータブルパーティションか否かチェックする。ブータブルパーティションであればステップＳ４に進み、フォーマット情報から得られたフォーマット形式に対応したブートプログラムの先頭部分となるＢＩＯＳ３２に予め固定的に記録されたブートアッププログラムを実行し、このブートアップ処理の実行でＭＯ媒体１７２のアクティブパーティションに格納されているブートプログラムを読み出して主記憶にロードし、ブートアップ処理部５４からＯＳ５６のブート処理部５８に処理を引き渡してブート処理を実行する。
【００７０】
一方、ステップＳ３で媒体情報から非ブータブルパーティションであることを判別した場合には、ブートアップができないことから、ステップＳ５でエラー処理とする。
２．ドライブ・プラグイン・タイプ
図１３は、本発明によるリムーバブル媒体の処理装置が適用されるパーソナルコンピュータの他の実施形態であり、この実施形態にあってはリムーバブル媒体処理装置としてのＭＯドライブ９０を、パーソナルコンピュータに対しコネクタケーブルにより外部接続して使用されるプラグイン・タイプとしたことを特徴とする。
【００７１】
即ちパーソナルコンピュータは、パソコン本体１２、ディスプレイ１４、キーボード１６及びマウス１８で構成されており、本発明の対象とするＭＯドライブ９０はコネクタケーブル９２よりパソコン本体１２に対し外部接続されたプラグイン・タイプとなっている。このプラグイン・タイプのＭＯドライブ９０にあっては、パーソナルコンピュータ１０の装置電源を投入した運用状態でＭＯドライブ９０を使用する際には、ＭＯドライブ９０に設けている電源スイッチのオン操作によりＭＯドライブ９０の電源を投入した後に、ＭＯカートリッジ２２を挿入して、パーソナルコンピュータ１０によるアクセスを行わせる。
【００７２】
このためプラグイン・タイプのＭＯドライブ９０の場合には、図２のパソコン本体内蔵型のような装置電源投入時のブート処理は必要とせず、ＭＯドライブ９０の電源を投入してＭＯカートリッジ２２を挿入した際に、パーソナルコンピュータ１０側のＯＳによるＭＯドライブ９０のアクセス可能状態の確立が行われる。
【００７３】
図１４は、図１３のパーソナルコンピュータ１０及びプラグインで外部接続したＭＯドライブ９０のハードウェアのブロック図である。パーソナルコンピュータ１０は、図３のドライブ内蔵型と同様、ＣＰＵ２６、ＲＯＭ２８、ＲＡＭ３０、ＢＩＯＳ３２、バス３４、ＨＤＤインタフェース３６を介して接続したハードディスクドライブ３８、ＦＤＤインタフェース４２を介して接続したＦＤドライブ２４を備える。
【００７４】
更に、この実施形態にあっては、ＭＯＤプラグインインタフェース９４に対してコネクタケーブルによってＭＯドライブ９０を外部接続している。ＭＯＤプラグインインタフェース９４としては、通常のインタフェースケーブル以外にパーソナルコンピュータ１０のカードスロットにＰＣカードで接続するものであってもよい。
【００７５】
図１５は、図１４のプラグイン・タイプのドライブを対象とした本発明の上位側及びドライブ側の機能ブロックである。図１５において、ＭＯドライブ９０は、システム情報読出部４４、媒体情報作成部９８、コマンド処理部１００を備えており、パーソナルコンピュータ１０側の装置電源を投入した運用状態において、ＭＯドライブ９０の電源を投入してＭＯカートリッジ２２を挿入した時、システム情報読出部４４が動作してＭＯ媒体１７２からシステム情報、例えばＰＣ／ＡＴ対応の場合にはＬＢＡ０読出情報５０を読み出してバッファ１１８上にキャッシュする。
【００７６】
このＬＢＡ０読出情報は図７と同じである。媒体情報作成部９８は、バッファ１１８上にキャッシュされたＬＢＡ０読出情報５０を解析し、媒体情報１０２を作成する。このプラグイン・タイプのＭＯドライバ９０で作成する媒体情報１０２は、図１６のように例えば４つのパーティションテーブルに基づいて第１パーティション領域１０４−１から第４パーティション領域１０４−４のパーティション情報を作成し、第１パーティション領域１０４−１を取出して示すように、パーティション情報８４とフォーマット情報８６で構成され、図１０のドライブ内蔵タイプで作成したブータブル情報８８は除かれている。
【００７７】
コマンド処理部１００は、ＭＯドライブ９０に対するＭＯカートリッジ２２の挿入に伴うパーソナルコンピュータ１０からの媒体情報要求コマンドを受けた際に、バッファ１１８上に作成されている媒体情報１０２を読み出して転送する。一方、パーソナルコンピュータ１０側にあっては、装置電源の投入により既に動作状態にあることから、ＯＳ５６のアクセス処理部６０は装置電源投入時におけるＢＩＯＳ３２のブートアップ処理により、例えば図４のハードディスクドライブ３８に格納されているブートプログラムのロードによるブート処理で外部ドライブに対しアクセス可能状態となっている。
【００７８】
このため、プラグイン・タイプのＭＯドライブ９０の場合には、ＢＩＯＳ３２によるブートアップ処理及びＯＳ５６によるブート処理は不要である。その代わり、ＢＩＯＳ３２にはプラグイン検出部９６が設けられ、インタフェースユニット９４を介して外部接続したＭＯドライブ９０の電源投入後にＭＯカートリッジ２２が挿入されたことを検出し、ＭＯドライブ９０の接続情報をＯＳ５６のアクセス処理部６０に通知する。
【００７９】
アクセス処理部６０は、ＢＩＯＳ３２のプラグイン検出部９６よりＭＯドライブ９０の接続通知を受けると、媒体情報１０２を取得するため媒体情報の要求コマンドを発行する。このＯＳ５６のアクセス処理部６０が発行する媒体情報の要求コマンドは、ＭＯドライブ９０がＡＴＡインタフェースをサポートしている場合はアイデンティファイコマンド(Identify Command ）であり、またＭＯドライブ９０がＡＴＡＰＩインタフェースをサポートしている場合はインクアリィ・コマンド（Inquiry Command ）である。
【００８０】
アクセス処理部６０は、媒体情報の要求コマンドの発行によりプラグインされたＭＯドライブ９０から媒体情報１０２を取得すると、媒体情報１０２に含まれる図１６のパーティション情報８４からパーティションの有無、パーティションがある場合にはその数を認識し、同時にフォーマット情報８６のコマンド番号から図９に示すようなフォーマット形式を認識し、アクティブ状態とするパーティションについて、認識した論理フォーマットによるＭＯドライブ９０のアクセス可能状態を確立する。
【００８１】
図１７は、図１５のプラグイン・タイプのＭＯドライブ９０で電源を投入して媒体を挿入した時の処理動作のフローチャートである。ＭＯドライブ９０の電源を投入してＭＯカートリッジ２２を挿入すると、ステップＳ１で媒体上に記録された必要なシステム情報、具体的にはＬＢＡ０の読出しを行い、バッファ１１８上にＬＢＡ０読出情報５０としてキャッシュする。
【００８２】
続いてステップＳ２で、バッファ１１８上にキャッシュしたシステム情報としてのＬＢＡ０読出情報５０を解析し、図１６のように、パーティション情報８４とフォーマット情報８６を各パーティションごとに媒体情報１０２として作成してバッファ１１８に格納する。続いてステップＳ３で上位のＯＳ５６からの媒体情報の要求コマンドの受領をチェックしており、このコマンドを受領すると、ステップＳ４で媒体情報１０２を読み出して上位装置に転送する。
【００８３】
図１８は、図１５のプラグイン・タイプのＭＯドライブ９０を使用した場合の上位装置としてのパーソナルコンピュータ１０側の処理動作のフローチャートである。パーソナルコンピュータ側に設けたＢＩＯＳ３２のプラグイン検出部９６が、プラグインして使用されているＭＯドライブ９０の電源投入後のＭＯカートリッジ２２の挿入に基づくドライブ接続をプラグイン検出部９６で検出すると、ＯＳ５６のアクセス処理部６６にドライブ接続通知が行われ、図１８の処理が開始される。
【００８４】
まずステップＳ１でＯＳ５６は、ＭＯドライブ９０に媒体情報の要求コマンドを発行し、媒体情報として図１６のパーティション情報８４とフォーマット情報８６をパーティションごとに取得する。続いてステップＳ２でパーティションのフォーマット形式を理解し、ステップＳ３で不明なフォーマットでなければ、ステップＳ４に進み、ＯＳはパーティションのフォーマットに対応したＭＯドライブ９０のアクセスを可能とするための処理を実行する。
【００８５】
続いてステップＳ５で全パーティションについてＯＳの処理が終了したか否かチェックし、終了していなければステップＳ２に戻り、残りのパーティションについて同様な処理を繰り返す。
一方、特定のパーティションについてステップＳ３でフォーマットが不明かあるいは未フォーマットであった場合には、ステップＳ６に進み、フォーマットを行うか否か判定し、セットアップメニュー等によってフォーマット処理が指示された場合には、ステップＳ７で、指示されたフォーマット処理を実行する。もちろんフォーマットの指示がなければ、そのパーティションについては未フォーマットのまま次の処理に移行する。
【００８６】
尚、上記の実施形態は、リムーバブル媒体の処理装置としてＭＯドライブを例にとるものであったが、本発明はこれに限定されず、磁気テープ装置、ＣＤドライブ、ＤＶＤドライブ、ＦＤドライブ等のリムーバブル媒体を使用する装置について、そのまま適用することができる。
またＭＯドライブのインタフェースとしてＡＴＡインタフェース及びＡＴＡＰＩインタフェースを例にとるものであったが、これ以外にＩＤＥ、ＳＣＳＩ、ＵＢＳ、ＩＥＥＥ１３９４等の各種のインタフェースをサポートできるようにしてもよいことはもちろんである。
【００８７】
更に、本発明は上記の実施形態に限定されず、本発明の目的と利点を損わない範囲の適宜の変形を含み、更に実施形態の数値による限定は受けない。
【００８８】
【発明の効果】
以上説明してきたように本発明によれば、コンピュータにリムーバブル媒体を使用したドライブを内蔵した場合については、装置電源投入時に、記録再生装置となる内蔵したドライブ側で少なくともフォーマット種別を含む媒体情報が作成され、ブートアップ処理を実行する前の上位装置からの媒体情報の要求コマンドに対し作成した媒体情報が送られ、上位装置での媒体情報の読出し解析等の特別な操作を行うことなく、容易に媒体情報が取得でき、媒体側の多種多様なフォーマットに対し確実にブート処理を実行することで、上位装置が容易に対応できる。
【００８９】
またコンピュータ本体に対し記録再生装置としてのドライブをコネクタケーブル等によりプラグインして使用する場合については、プラグインしたドライバの電源を投入してリムーバブル媒体を挿入した時に、少なくともフォーマット種別を含む媒体情報が作成され、プラグインしたドライバの接続通知を受けた上位装置からの媒体情報の要求コマンドに対し、作成した媒体情報が送られ、ドライブ内蔵の場合と同様、上位装置で媒体の読出解析等の特別な操作を必要とすることなく容易に媒体情報を取得でき、媒体側の多種多様なフォーマットに対し上位装置のアクセス可能状態が確立され、上位装置で容易に対応できる。
【図面の簡単な説明】
【図１】本発明の原理説明図
【図２】ドライブ内蔵タイプの装置構成の説明図
【図３】図２のハードウェア構成のブロック図
【図４】図３のＭＯドライブのブロック図
【図５】図４の装置内部構造の説明図
【図６】図２のドライブ内蔵タイプの機能ブロック図
【図７】図６のドライブ側で読み出した論理ブロックアドレスＬＢＡ０の説明図
【図８】図７のブートインジケータの説明図
【図９】図７のシステムインジケータに格納するコマンド番号とフォーマット形式名を定義したフォーマット形式テーブルの説明図
【図１０】図６のドライブ側で作成する媒体情報の説明図
【図１１】図６のＭＯドライブの処理動作のフローチャート
【図１２】図６の上位ＢＩＯＳの処理動作のフローチャート
【図１３】プラグインタイプのドライブを使用した装置構成の説明図
【図１４】図１３のハードウェア構成のブロック図
【図１５】プラグインタイプのドライブを使用した図１３の機能ブロック図
【図１６】図１５のドライブ側で作成するシステム情報の説明図
【図１７】図１５のＭＯドライブの処理動作のフローチャート
【図１８】図１５の上位ＯＳの処理動作のフローチャート
【符号の説明】
１０：パーソナルコンピュータ（上位装置）
１２：パソコン本体
１４：ディスプレイ
１６：キーボード
１８：マウス
２０：光磁気ディスクドライブ（ＭＯドライブ：記録再生装置）
２２：ＭＯカートリッジ（リムーバブル媒体）
２４：フロッピーディスクドライブ（ＦＤドライブ）
２６：ＣＰＵ
２８：ＲＯＭ
３０：ＲＡＭ（主記憶）
３２：基本入出力システム（ＢＩＯＳ）
３４：バス
３６：ＨＤＤインタフェース
３８：ハードディスクドライブ（ＨＤＤ）
４０：ＭＯＤインタフェース
４２：ＦＤＤインタフェース
４４：システム情報読出部
４６，９８：媒体情報作成部
４８，１００：コマンド処理部
５０：ＬＢＡ０読出情報（システム情報）
５２，１０２：媒体情報
５４：ブートアップ処理部
５６：オペレーティングシステム（ＯＳ）
５８：ブート処理部
６０：アクセス処理部
６２−１〜６２−４：第１〜第４パーティションテーブル
６４：ブートインジケータ
６６：パーティション開始アドレス
６８：システムインジケータ
７０：パーティション終了アドレス
７２：パーティション先頭物理セクタアドレス
７４：パーティション割当てセクタ総数
７６：フォーマット形式テーブル
７８：コマンド番号
８０：フォーマット形式名
８２−１〜８２−４，１０４−１〜１０４−４：第１〜第４パーティション領域
８４：パーティション情報
８６：フォーマット情報
８８：ブータブル情報
９０：光磁気ディスクドライブ（ＭＯドライブ：記録再生装置）
９２：コネクタケーブル
９４：ＭＯＤプラグインインタフェース
９６：プラグイン検出部
【図１】
0003681880.tif 000002
【図２】
0003681880.tif 000003
【図３】
0003681880.tif 000004
【図４】
0003681880.tif 000005
【図５】
0003681880.tif 000006
【図６】
0003681880.tif 000007
【図７】
0003681880.tif 000008
【図８】
0003681880.tif 000009
【図９】
0003681880.tif 000010
【図１０】
0003681880.tif 000011
【図１１】
0003681880.tif 000012
【図１２】
0003681880.tif 000013
【図１３】
0003681880.tif 000014
【図１４】
0003681880.tif 000015
【図１５】
0003681880.tif 000016
【図１６】
0003681880.tif 000017
【図１７】
0003681880.tif 000018
【図１８】
0003681880.tif 000019