(57)【要約】【課題】ＣＤ−ＤＡを対象として動作するアプリケーションの作成、設計を容易にする。【解決手段】ファイルシステム層２１１において、オーディオＣＤファイルシステム２１３を備えるようにする。オーディオＣＤファイルシステム２１３は、アプリケーション層１００からのシステムコールに応じて、ブロックデバイス層２２０のＣＤ−ＲＯＭドライバ２２１を制御するためのコマンドを生成する。このようなオーディオＣＤファイルシステム２１３が備えられることにより、アプリケーション層１００のアプリケーションソフトウェア１０２は、ＣＤ−ＤＡのデータを、通常と同様のファイル操作により操作することが可能となる。【選択図】　　　　図２
2004102701.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションソフトウェアからの要求に応じて、統一的なコマンドを発行するアプリケーション層と、
デバイスを制御するデバイス層と、
上記アプリケーション層からの上記コマンドを、デバイスを制御するための制御コマンドに変換して上記デバイス層に出力するファイルシステム層とを有するものとされたうえで、
上記デバイス層は、少なくともオーディオ専用ディスク状記録媒体に対応するデバイスを制御可能なディスク対応デバイスドライバを備え、
上記ファイルシステム層は、上記アプリケーション層にて発行されたコマンドに応じて、上記ディスク対応デバイスドライバに対して出力すべき制御コマンドを生成するオーディオ専用ファイルシステムを備えるソフトウェア、を実行する実行手段を備える、
ことを特徴とする情報処理装置。
【請求項２】
上記ファイルシステム層は、
上記オーディオ専用ディスク状記録媒体に記録されている情報として、上記オーディオ専用ディスク状記録媒体に固有とされ、オーディオ専用ディスク状記録媒体の記録データに関連する所定の情報から成るディスク関連情報を読み出すための制御コマンドを上記デバイス層に出力可能とされていると共に、
上記ディスク関連情報を読み出すための制御コマンドに応じて上記デバイス層から出力された上記ディスク関連情報に含まれる所要の情報に基づいて、上記オーディオ専用ディスク状記録媒体の記録データについての付加情報としての所定内容を有するディスク関連情報ファイルを生成するように構成される、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
上記ファイルシステム層は、
上記ディスク関連情報ファイルに含まれる上記付加情報の１つとして、上記オーディオ専用ディスクに記録されるトラック単位のオーディオデータについての記録動作を制御するための記録制御情報を含めるようにされている、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
上記ファイルシステム層は、
上記アプリケーション層からの記録のためのコマンドに応じて、上記ディスク関連情報ファイルにおける上記記録制御情報を参照し、参照した上記記録制御情報の内容が記録を許可するものである場合には、上記記録のためのコマンドにより指定されたトラックのオーディオデータについての上記オーディオ専用ディスク状記録媒体からの読み出し動作を制御する制御コマンドを、上記デバイス層のディスク対応デバイスドライバに出力すると共に、
上記オーディオ専用ディスク状記録媒体から読み出されたデータを上記情報処理装置に接続されるデバイスの記録媒体に記録するための制御コマンドを、上記デバイス層における所要のデバイスドライバに出力する、
ようにされていることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
アプリケーションソフトウェアからの要求に応じて、統一的なコマンドを発行するアプリケーション層としての処理であるアプリケーション層対応処理と、
デバイスを制御するデバイス層としての処理であるデバイス層対応処理と、
上記アプリケーション層対応処理による上記コマンドを、デバイスを制御するための制御コマンドに変換して上記デバイス層対応処理に出力するファイルシステム層としての処理であるファイルシステム層対応処理とを実行するものとされ、
上記デバイス層対応処理は、オーディオ専用ディスク状記録媒体に対応するデバイスを制御可能なディスク対応デバイスドライブ処理を実行し、
上記ファイルシステム層対応処理は、上記アプリケーション層対応処理により発行されたコマンドに応じて、上記ディスク対応デバイスドライブ処理に対応する制御コマンドを生成するオーディオ専用ファイルシステム対応処理を実行するようにされている、
ことを特徴とする情報処理方法。
【請求項６】
アプリケーションソフトウェアからの要求に応じて、統一的なコマンドを発行するアプリケーション層と、
デバイスを制御するデバイス層と、
上記アプリケーション層からの上記コマンドを、デバイスを制御するための制御コマンドに変換して上記デバイス層に出力するファイルシステム層としての機能を有して成り、情報処理装置に実行させるべきプログラムにおいて、
上記デバイス層は、オーディオ専用ディスク状記録媒体に対応するデバイスを制御可能なディスク対応デバイスドライバを有し、
上記ファイルシステム層は、上記アプリケーション層にて発行されたコマンドに応じて、上記ディスク対応デバイスドライバに対応する制御コマンドを生成するオーディオ専用ファイルシステムを備えて構成される、
ことを特徴とするプログラム。
【請求項７】
アプリケーションソフトウェアからの要求に応じて、統一的なコマンドを発行するアプリケーション層と、
デバイスを制御するデバイス層と、
上記アプリケーション層からの上記コマンドを、デバイスを制御するための制御コマンドに変換して上記デバイス層に出力するファイルシステム層とを有して成り、情報処理装置に実行させるべきプログラムであって、
上記デバイス層は、オーディオ専用ディスク状記録媒体に対応するデバイスを制御可能なディスク対応デバイスドライバを有し、
上記ファイルシステム層は、上記アプリケーション層にて発行されたコマンドに応じて、上記オーディオ対応デバイスドライバに対応する制御コマンドを生成するオーディオ専用ファイルシステムを備えて構成されるプログラムが記憶される、
ことを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばデバイスとして、オーディオデータが再生可能とされるオーディオ専用のディスクメディアに対応するドライブを備えた情報処理装置と、このような情報処理装置に対応する情報処理方法に関する。また、このような情報処理装置、及び情報処理方法が実現されるようにするためのプログラム、及びこのプログラムが記憶される記憶媒体に関する。
【０００２】
【従来の技術】
周知のように、コンピュータシステムでは、データ及びその属性の情報がファイルという単位により扱われて、ＨＤＤ（ハードディスクドライブ）などのデバイスに保存される。そして、このファイルについての管理は、いわゆるファイルシステムにより行われる。このファイルシステムが実装されることによって、例えば実際にＨＤＤなどのデバイスに実際に保存されているデータ及び属性情報の物理的記録位置とアプリケーションソフトウェアからのファイル操作との対応がとられることになる。
この結果、例えばデバイスに対して上位にあるとされるアプリケーションソフトウェアによるＨＤＤへの読み出し、書き込み、さらには削除などのデータ操作は、容易化されることになる。
つまりは、アプリケーションソフトウェアが、デバイスに実際に保存されているデータ及び属性情報の物理的記録位置を認識していなくとも、例えばシステムコールなどにより、予めシステム側で用意されたコマンド（関数）を呼び出して、ファイルシステムに出力することによって、適正にＨＤＤに対するデータの読み出し、書き込み等のデータ操作が行われる。例えば或るアプリケーションソフトウェアがユーザ操作に応じて、指定のファイル読み出しを行うような場合には、システムコールにより、データリードのコマンドが発行され、このコマンドに応じてＨＤＤからの指定のファイルの読み出しが行われるように、デバイスに対する制御が実行されることになる。
【０００３】
ここで、例えば上記のようにして呼び出されるコマンドは、各種のアプリケーションが共通に用いることができる統一的なものであり、従って、アプリケーションソフトウェアによるファイル操作の指示は、例えば上記したシステムコールによって一意的なものに変換されるということがいえる。そして、このようなファイル操作に関してのシステムコールは、アプリケーションソフトウェアの下層において、ファイルシステムによってファイルが管理されていることを前提として可能となるものである。
なお、ＨＤＤに対応するファイルシステムとしては、ＦＡＴ（Ｆｉｌｅ　ＡｌｌｏｃａｔｉｏｎＴａｂｌｅ）などが知られている。
【０００４】
また、ＨＤＤ以外のブロックデバイスとして、近年では、ＣＤ−ＲＯＭに対応して再生可能なドライブが広く普及している。一般に、ＣＤ−ＲＯＭドライブをデバイスとして備えるコンピュータシステムによっては、しかるべきアプリケーションソフトウェアや、ミドルウェアなどをインストールすることで、ＣＤフォーマットによるディスクメディアを再生することが可能となっている。つまり、ＣＤ−ＲＯＭのほかにも、ＣＤ−ＤＡ（Ｄｉｇｉｔａｌ　Ａｕｄｉｏ）を再生することができる。周知のようにして、ＣＤ−ＲＯＭはデータが記録される再生専用のディスクメディアである。また、ＣＤ−ＤＡはオーディオデータ専用であり、サンプリング周期４４．１ＫＨｚ、１６ビット量子化のフォーマットによるデジタルオーディオデータが記録された再生専用のディスクメディアである。
【０００５】
上記したＣＤ−ＲＯＭの論理フォーマットの１つとしてＩＳＯ９６６０が規定されているが、このＩＳＯ９６６０のフォーマットの下では、ＩＳＯ９６６０用のファイルシステムが規定されている。
例えば、ＩＳＯ９６６０フォーマットのＣＤ−ＲＯＭに対応しては、周知のようにしてＣＤ−ＲＯＭに記録されているパステーブルの内容に基づいて生成したファイルシステムをマウントするようにされる。
そしてこの場合にも、上位のアプリケーションソフトウェアは、上記したＩＳＯ９６６０用のファイルシステムを利用することで、例えば上記したシステムコールなどにより、ＣＤ−ＲＯＭに記録されたデータについての読み出し等の操作を実行することができる。つまり、上記したＨＤＤに対する場合と同様のＡＰＩ（Ａｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）によりＣＤ−ＲＯＭに記録されたデータの操作が可能となる。
これにより、アプリケーションソフトウェアごとに、直接的に、ＨＤＤやＣＤ−ＲＯＭに記録されているデータの位置を考慮したファイル操作を行うためのプログラムを用意する必要がないこととなって、例えば、ＣＤ−ＲＯＭに記録されたデータを処理するアプリケーションソフトウェアの設計もそれだけ容易となる。
【０００６】
【発明が解決しようとする課題】
ところで、上記もしたようにＣＤ−ＲＯＭドライブなどのＣＤフォーマットのディスクメディアを再生可能なディスクドライブによっては、ＣＤ−ＲＯＭだけではなく、ＣＤ−ＤＡからのデータの読み出しも行うことが可能となっている。そして、例えばＣＤ−ＤＡについての再生をコントロールするなど、ＣＤ−ＤＡを対象として動作するアプリケーションソフトウェアが動作することで、ＣＤ−ＲＯＭドライブに装填されたＣＤ−ＤＡに記録されたオーディオデータを読み出して、例えば再生出力させたり、あるいはＨＤＤなどに記録したりすることが可能とされる。
【０００７】
しかしながら、現状においては、上記のようにしてＣＤ−ＲＯＭについてはファイルシステムが提供されているのに対して、ＣＤ−ＤＡについてはファイルシステムが提供されていない。
例えばＣＤ−ＲＯＭは、もともと、コンピュータシステムにより処理するデータを記録することを想定してフォーマットが規定された。このため、例えば上記したＩＳＯ９６６０用のファイルシステムなどをはじめ、ファイルシステムを実装することが当初から行われていたものである。
これに対して、ＣＤ−ＤＡは、当初はＣＤプレーヤなどのオーディオ機器により再生されることのみを想定していた。このために、例えばＯＳなどのシステムに、ＣＤ−ＤＡのファイルシステムを組み込むことは行われなかったものであり、現状においても、ＣＤ−ＤＡのファイルシステムは実装されていない状況にある。
【０００８】
このようにして、ＣＤ−ＤＡのファイルシステムが実装されていないことによっては、ＣＤ−ＲＯＭに対するデータ操作の場合のようにして、コンピュータシステムが提供するシステムコールを使用して、一意的なコマンドにより制御を行うことができないことを意味している。
このため、例えばＣＤ−ＤＡを対象として何らかの機能を実現するアプリケーションソフトウェアは、このことを前提としてプログラムが作成されている。
つまりは、アプリケーションソフトウェアが、ＣＤ−ＲＯＭなどのデバイスにを直接的に制御して、ＣＤ−ＤＡからのデータ読み出しなどの操作が行えるように、そのプログラムを作成していた。例えば、アプリケーションソフトウェアが、デバイスを直接的に制御可能なコマンドを発行するように構成されていたものである。これにより、ＣＤ−ＤＡを対象として動作するアプリケーションソフトウェアのプログラムの作成、設計については、それだけ困難になっているという問題を有している。
【０００９】
【課題を解決するための手段】
そこで本発明は上記した課題を考慮して、情報処理装置として次のように構成することとした。
つまり、本発明の情報処理装置は、ソフトウェア（プログラム）を実行する実行手段を備える。そして、この実行手段が実行すべきプログラムとしては、アプリケーションソフトウェアからの要求に応じて、統一的なコマンドを発行するアプリケーション層と、デバイスを制御するデバイス層と、アプリケーション層からのコマンドを、デバイスを制御するための制御コマンドに変換して上記デバイス層に出力するファイルシステム層とを有するものとされたうえで、デバイス層は、少なくともオーディオ専用ディスク状記録媒体に対応するデバイスを制御可能なディスク対応デバイスドライバを備え、ファイルシステム層は、アプリケーション層にて発行されたコマンドに応じて、ディスク対応デバイスドライバに対して出力すべき制御コマンドを生成するオーディオ専用ファイルシステムを備えるものであることとする。
【００１０】
また、情報処理方法としては次のように構成することとした。
つまり、本発明の情報処理方法は、アプリケーションソフトウェアからの要求に応じて、統一的なコマンドを発行するアプリケーション層としての処理であるアプリケーション層対応処理と、デバイスを制御するデバイス層としての処理であるデバイス層対応処理と、アプリケーション層対応処理によるコマンドを、デバイスを制御するための制御コマンドに変換して上記デバイス層対応処理に出力するファイルシステム層としての処理であるファイルシステム層対応処理とを実行するものとされる。
そのうえで、上記デバイス層対応処理は、オーディオ専用ディスク状記録媒体に対応するデバイスを制御可能なディスク対応デバイスドライブ処理を実行し、上記ファイルシステム層対応処理は、アプリケーション層対応処理により発行されたコマンドに応じて、ディスク対応デバイスドライブ処理に対応する制御コマンドを生成するオーディオ専用ファイルシステム対応処理を実行するように構成することとした。
【００１１】
プログラムとしては、次のように構成することとした。
つまり、本発明のプログラムは、アプリケーションソフトウェアからの要求に応じて、統一的なコマンドを発行するアプリケーション層と、デバイスを制御するデバイス層と、アプリケーション層からのコマンドを、デバイスを制御するための制御コマンドに変換してデバイス層に出力するファイルシステム層としての機能を有して成り、情報処理装置に実行させるべきプログラムとされる。そのうえで、上記デバイス層は、オーディオ専用ディスク状記録媒体に対応するデバイスを制御可能なディスク対応デバイスドライバを有し、上記ファイルシステム層は、アプリケーション層にて発行されたコマンドに応じて、ディスク対応デバイスドライバに対応する制御コマンドを生成するオーディオ専用ファイルシステムを備えていることとした。
【００１２】
また、上記プログラムを記憶することで、本発明としての記憶媒体を構成することとした。
【００１３】
上記各構成によると、情報処理装置が実行すべきソフトウェア／プログラムとしては、ファイルシステム層において、オーディオ専用ディスク状記録媒体に対応するオーディオ専用ファイルシステムが備えられる。
そして、このオーディオ専用ファイルシステムによっては、アプリケーション層からの統一的なコマンドに応じて、オーディオ専用ディスク状記録媒体に対応するデバイスに対応するデバイスドライバ（ディスク対応デバイスドライバ）を制御するようにされる。つまり、オーディオ専用ディスク状記録媒体に対応するデバイスをコントロールするようにされる。
このようにして、オーディオ専用ファイルシステムを備えたシステム構成が採られることで、オーディオ専用ディスク状記録媒体に対するデータの操作は、上記もしたように、アプリケーション層における統一的コマンドの要求（呼び出し）により実行することが可能となっている。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について説明を行うこととする。本実施の形態としては、コンピュータシステムを基として、オーディオデータ等の記録再生が可能なように構成されたＡＶ機器である、記録再生装置を例に挙げることとする。
【００１５】
図１のブロック図は、本実施の形態の記録再生装置１の構成例を示している。ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１は、起動されたプログラムに基づいて記録再生装置１の全体の制御、演算処理を行う。例えばネットワークを介した通信動作、ユーザーに対する入出力動作、ＣＤの再生やリッピング、ＨＤＤ２１へのコンテンツ記憶やそのための管理などを行う。
ＣＰＵ１１はバス１２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００１６】
メモリ部１３はＣＰＵ１１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリ（不揮発性メモリ）などを包括的に示している。
メモリ部１３におけるＲＯＭには、ＣＰＵ１１が実行すべき動作プログラム、プログラムローダー等が記憶される。また、メモリ部１３におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。メモリ部１３におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００１７】
操作入力部１５は、記録再生装置１の筐体に設けられた操作キーやジョグダイヤル、タッチパネルなどの各種操作子などから成る部位である。なお、ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）操作のためのキーボードやマウスが操作入力部１５として設けられてもよい。
操作入力部１５で入力された情報は入力処理部１４において所定の処理が施され、ＣＰＵ１１に対して操作情報として伝送される。ＣＰＵ１１は入力された操作情報に応答した機器としての動作が得られるように、所要の演算や制御を行う。
【００１８】
ディスプレイモニタ１７としては、例えば液晶ディスプレイなどの表示デバイスが接続され、各種情報表示が行われる。
ＣＰＵ１１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部１６に供給すると、表示処理部１６は供給された表示データに基づいてディスプレイモニタ１７に表示動作を実行させる。
例えば本実施の形態の場合であれば、リッピングされたオーディオファイルを再生管理するアプリケーションソフトウェアであるリッピングアプリケーションのプログラムに従っては、オーディオファイルを管理、再生するためのＧＵＩ画面が表示される。
【００１９】
この場合のディスクドライブ１９は、いわゆるＣＤ−ＲＯＭドライブとされる。そして、光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等を備え、ＣＤフォーマットに準拠したディスクメディアに対するデータの読み出し動作が可能とされる。つまり、ＣＤ−ＲＯＭ、ＣＤ−ＤＡなどに対するデータの読出が可能とされる。
周知のように、ＣＤ−ＲＯＭは、情報処理により処理されるべきデータ（ファイル）が記録される再生専用のディスクメディアである。ＣＤ−ＤＡは、オーディオデータ専用であり、サンプリング周波数４４．１ＫＨｚ、１６ビット量子化によるフォーマットのオーディオデータが記録される再生専用のディスクメディアである。
また、記録可能なＣＤとしてのＣＤ−Ｒ、ＣＤ−ＲＷなどが近年普及しているが、ディスクドライブ１９は、ＣＤ−ＲＯＭ又はＣＤ−ＤＡのフォーマットに従ってデータが記録されたＣＤ−Ｒ、ＣＤ−ＲＷに対するデータの読み出しも可能とされている。
【００２０】
例えばユーザーが入力部１５からディスク再生操作を行った場合は、ＣＰＵ１１はバス１２を介して、ディスクドライブ１９にディスク再生を指示する。この指示に応じて、ディスクドライブ１９では、指定のディスク位置にアクセスしてデータの読み出しを行って、例えば記録符号化変調に対応したデコード処理等を行い、再生データとしてバス１２に送出する。
この再生データが、例えばＣＤ−ＤＡから読み出したオーディオデータである場合には、オーディオデータ処理部２４においてイコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理が施され、スピーカ部２５から出力される。
【００２１】
また、ディスクドライブ１９で再生されたデータは、ＣＰＵ１１の処理によって所要のファイルエンコード処理を施されてＨＤＤ２１にオーディオデータファイルとして蓄積することもできる。つまり、いわゆるリッピングにより得たオーディオデータファイルを記憶させることができる。
なお、このオーディオデータファイルの形式としては、ＣＤフォーマットにおけるサンプリング周波数４４．１ＫＨｚで１６ビット量子化のデジタルオーディオデータとされてもよいし、ＨＤＤ２１の容量を節約するために、所定方式にしたがって圧縮処理が施された形式の圧縮オーディオデータとされてもよい。また、圧縮方式としても限定されるものではないが、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ　Ｔｒａｎｓｆｏｒｍ　Ａｃｏｕｓｔｉｃ　Ｃｏｄｉｎｇ）方式やＭＰ３（ＭＰＥＧ　Ａｕｄｉｏ　Ｌａｙｅｒ　ＩＩＩ）方式などを採用することができる。
【００２２】
チューナ部２７は、例えばＡＭ・ＦＭラジオチューナとされ、ＣＰＵ１１の制御に基づいて、アンテナ２６で受信された放送信号を復調する。もちろんテレビチューナや衛星放送チューナ、デジタル放送チューナなどとしてのチューナでもよい。
復調された放送音声信号は、オーディオデータ処理部２４において所要の処理が施され、スピーカ部２５から放送音声として出力される。
【００２３】
通信処理部２２は、ＣＰＵ１１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインターフェイス２３は、通信処理部２２でエンコードされた送信データをネットワークを介して所定の外部ネットワーク対応機器に送信する。またネットワークを介して外部ネットワーク対応機器から送信されてきた信号を通信処理部２２に受け渡す。
通信処理部２２は受信した情報をＣＰＵ１１に転送する。
【００２４】
なお、記録再生装置１の構成は、この図１の構成に限られるものではなく、更に多様に考えられる。
例えば各種記録媒体に対応するように、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）ドライブ、ＭＤ（Ｍｉｎｉ　Ｄｉｓｃ）ドライブ、テープドライブなどが設けられたり、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）、ＩＥＥＥ１３９４、Ｂｕｌｕｅｔｏｏｔｈなどの通信方式による周辺機器とのインターフェースが設けられるようにしてもよい。
またマイクロホンや外部のヘッドホンの接続に用いられる端子や、ＤＶＤ再生時に対応するビデオ出力端子、ライン接続端子、光デジタル接続端子等が設けられてもよい。
またＰＣＭＣＩＡスロット、メモリカードスロットなどが形成され、外部の情報処理装置やオーディオ機器とデータのやりとりが可能とされてもよい。
【００２５】
上記のようにして構成される記録再生装置１は、コンピュータシステムとしての構成を基礎としている。つまり、ＣＰＵ１１は、前述したように、メモリ部１３におけるＲＯＭに記憶されたプログラムに従って処理を実行する。そして、このＲＯＭに記憶されるプログラムとしては、例えば、ＯＳ（Ｏｐｅｒａｔｉｏｎ　Ｓｙｓｔｅｍ）と、このＯＳ上で動作し、本実施の形態としての記録再生装置１としての各種機能を実現するミドルウェア、及びアプリケーションソフトウェアから成るものとされる。そして、このような構成に対して、例えばディスクドライブ１９、ＨＤＤ２などのデバイスが備えられているものである。
【００２６】
そこで続いては、本実施の形態の記録再生装置１についての、コンピュータシステムとしての全体構成について、図２に示す階層モデルを参照して説明を行うこととする。
この場合、最上位層には、アプリケーション層１００が位置する。そして、その下位にドライバ層２００が位置する。また、ドライバ層２００は、上位から下位にかけて、ファイルシステム層２１０、ブロックデバイス層２２０、バスドライバ層２３０が位置している。
なお、本実施の形態としては、後述するようにして、ファイルシステム層２１０において、ＣＤ−ＤＡに対応するオーディオＣＤファイルシステム２１３を存在させることを特徴とする。そこで、説明の便宜上、デバイスに関するレイヤ（層）としては、ＣＤ−ＤＡを再生するディスクドライブ１９がブロックデバイスであることに対応して、ブロックデバイス層２２０のみを示すこととしている。
また、ドライバ層２００の下位には、ハードウェア層３００が位置する。
【００２７】
先ず、この図におけるアプリケーション層１００には、システム（ＯＳ）標準で搭載される各種のコマンドから成るコマンド群１０１と、インストールされたアプリケーションソフトウェア１０２が配置されるものとして示している。
上記コマンド群１０１は、例えばシステム（ＯＳ）が提供するシステムコール機能に対応して備えられる各種のコマンドを含むものとされる。各種のアプリケーションソフトウェアは、例えばデバイス制御を伴う所要の動作を実行させるのにあたり、システムコールによってコマンド群１０１から所要のコマンドを呼び出して、下位のドライバ層２００に出力することができる。これにより、例えばデバイスなどの制御を行うことができる。
つまり、このコマンド群１０１においてシステムコールにより呼び出されるコマンドは、例えば各種アプリケーションソフトウェアの間で共有されるべきもので、各種アプリケーションソフトウェアごとに異なるとされる下位のドライバ層２００への制御を統一化するものであるということがいえる。
なお、例として本実施の形態に関するものとして、コマンド群１０１に含まれるシステムコールのコマンドとしては、例えばファイルコピーのためのコマンドｃｐを挙げることができる。また、アプリケーションソフトウェア１０２としては、ファイルインターフェイスを持つもの（ｆｏｐｅｎ／ｆｒｅａｄ／ｆｗｒｉｔｅ）などが挙げられる。
【００２８】
なお、この図におけるアプリケーションソフトウェア１０２としては、説明の都合上、ＣＤ−ＤＡに記録されているデータを処理対象とするものであることとする。例えば、この場合には、ディスクドライブ１９にてＣＤ−ＤＡから読み出させたオーディオデータの再生を行うＣＤプレーヤとしての機能を有するソフトウェアであったり、ＣＤ−ＤＡから読み出したオーディオデータをＨＤＤ２１にリッピングするためのリッピングソフトウェアなどを挙げることができる。
【００２９】
アプリケーション層１００は、上記のようにして、例えばアプリケーションソフトウェア１０２としてのプログラムに従って、コマンド群１０１からコマンドを発行し、下層のドライバ層２００に送るための機能を有する。
つまり、上述もしたように、ここでのアプリケーションソフトウェア１０２がメディアに対するデータ操作を行う場合は、いわゆるシステムコールを実行して呼び出したコマンドをドライバ層２００に出力する。そして、実際のファイルの読み込みなどの処理は、上記システムコールによるコマンドを受け付けたドライバ層２００以下の層によって実行される。
【００３０】
ドライバ層２００は、アプリケーション層１００とハードウェア層３００との間に位置することで、アプリケーション層１００側からのコマンド等による要求に応じて、ハードウェア層３００に位置しているとされるハードウェアとしてのデバイスを制御する機能を有する。
なお、一般的なドライバ層は、各種のデバイスのドライバが機能する層として扱われるが、ここでは説明の便宜上、ドライバ層２００は、記録再生装置１に実装されるディスクドライブ１９に対応するドライバ層に限定したものを示している。
【００３１】
このドライバ層３００の最上位層には、ファイルシステム層２１０が位置する。このファイルシステム層２１０は、図示するようにして、先ず、上位に仮想ファイルシステム２１１が位置する。なお、この仮想ファイルシステム２１１の機能については後述する。そして、この仮想ファイルシステム２１１の下に１以上のファイルシステムが位置するようになっている。つまり、仮想ファイルシステム２１１は、複数のファイルシステムの上層に対して共通に位置するもので、複数の異なるファイルシステムと、アプリケーション層１００との間でのインターフェイスを共通化する役割を有する。
この図では、仮想ファイルシステム２１１の下に置かれるファイルシステムとして、ＣＤ−ＲＯＭドライブであるディスクドライブ１９に対応したものが示されている。
つまり、１つには、ＩＳＯ９６６０ファイルシステム２１２が示されている。これは、従来から存在するものであって、ＩＳＯ９６６０のフォーマットによるＣＤ−ＲＯＭに対応して実装される。
もう１つのファイルシステムは、本実施の形態において特徴となるもので、オーディオＣＤファイルシステム２１３が示されている。つまり、この図からも分かるように、本実施の形態のオーディオＣＤファイルシステム２１３は、例えば従来から存在する、ＩＳＯ９６６０ファイルシステム２１２と同じ階層に置かれるものである。
【００３２】
ドライバ層２００において、ファイルシステム層２１０の下に位置するブロックデバイス層２２０には、ブロックデバイスに対するコントロールが可能なデバイスドライバが位置することになる。ここでは、デバイスドライバとして、ディスクドライブ１９に対応するＣＤ−ＲＯＭドライバ２２１を位置させている。
【００３３】
さらに、ドライバ層２００において、ブロックデバイス層２２０の下に位置するバスドライバ層２３０には、ブロックデバイスが接続されているバスのドライバが位置することになる。ここでは、ディスクドライブ１９に対応するバスドライバ２３１が位置している。
この場合のバスドライバ２３１は、例えばＩＤＥ／ＡＴＡの規格に対応したものとされており、実際には、ＡＴＡＰＩのフォーマットに従ってパケットの発行を行う。つまり、バスドライバ層２３０は、ハードウェア層３００と、これより上位の層との間のパケットインターフェイスの役割を有する。
【００３４】
上記した構造のドライバ層２００の下に位置するハードウェア層３００には、実際のハードウェアとしてのブロックデバイスが対応することになる。ここでは、図１に示したＣＤ−ＲＯＭドライブであるディスクドライブ１９が示されている。
【００３５】
この図に示されるように、本実施の形態では、システム階層におけるファイルシステム層２１０において、従来では無かったとされるオーディオＣＤファイルシステム２１３が、ＣＤ−ＲＯＭに対応するＩＳＯ９６６０ファイルシステム２１２と同じ階層に実装される。このオーディオＣＤファイルシステム２１３も、ＩＳＯ９６６０ファイルシステム２１２と同様にして、以降説明していくようにして、ＣＤ−ＲＯＭドライブとしてのディスクドライブ１９に対する制御を実行することが可能とされている。
【００３６】
上記図２に示すシステム階層において示される、仮想ファイルシステム２１１の機能について、オーディオＣＤファイルシステム２１３との関係を例に、図３を参照して説明しておくこととする。
【００３７】
ここで、仮想ファイルシステム２１１が上記した機能を実行するには、先ず、仮想ファイルシステム２１１に対して、ファイルシステムが登録されることが必要とされる。
ファイルシステムは、初期化時において、この登録のための処理を実行する。本実施の形態のオーディオＣＤファイルシステム２１３もまた、初期化時に、登録処理を実行するが、この登録処理は、次のようになる。
オーディオＣＤファイルシステム２１３の登録処理は、図３において手順▲１▼として示すように、オーディオＣＤファイルシステム２１３側から、ハンドラとなる関数を仮想ファイルシステム２１３に対して通知（登録）するようにされる。ここで、ＣＤ−ＤＡは再生専用であることに対応して、オーディオＣＤファイルシステム２１３は、ハンドラとして、ｒｅａｄ　ｈａｎｄｌｅｒとして機能するｃｄｄａ＿ｒｅａｄという関数を登録している。
【００３８】
このような登録処理に応じて、仮想ファイルシステム２１１では、図に示すようにして、登録されたファイルシステムについての登録テーブル２１１ａを有する。
この場合の登録テーブル２１１ａには、ファイルシステムとしてＩＳＯ９６６０ファイルシステム２１２（ＩＳＯ　ＦＳ）と、オーディオＣＤファイルシステム２１３（ＣＤＤＡＦＳ）が登録済とされた状態が示されている。そして、ハンドラ（ｒｅａｄ　ｈａｎｄｌｅｒ）となる関数として、ＩＳＯ９６６０ファイルシステム２１２については、ＩＳＯ＿ｒｅａｄが登録され、オーディオＣＤファイルシステム２１３については、ｃｄｄａ＿ｒｅａｄが登録されている。
【００３９】
そして、上記のようにして登録テーブル２１１ａに登録されたファイルシステムの該当機能を実行すべきときには、仮想ファイルシステム２１１は次のようにして処理を実行する。
例えば、アプリケーション層１００に在るアプリケーションソフトウェア１０２によるファイル操作として、図３において手順▲２▼として示すように、システムコールが行われ、所要のコマンドが発行されたとする。このコマンド（システムコール）の受け付けは、手順▲３▼として示すようにして、先ず、仮想ファイルシステム２１１が行う。そして、仮想ファイルシステム２１１は、手順▲４▼として示すように、受け付けたシステムコールの内容に応じた関数（ハンドラ）を登録テーブル２１１ａから検索する。
ここで、例えばシステムコールとしてのコマンドが、例えばＣＤ−ＤＡから或る指定のトラックのデータを読み出すもの（ｒｅａｄコマンド）であったとすると、仮想ファイルシステム２１１では、登録テーブル２１１ａから、ＣＤ−ＤＡファイルシステムが登録した関数ｃｄｄａ＿ｒｅａｄを検索することになる。
そして、上記のようにして、ｃｄｄａ＿ｒｅａｄの関数を検索したとされると、手順▲５▼として示すように、登録先のファイルシステムである、オーディオＣＤファイルシステム２１３の呼び出し（コール）を行う。このコールに応じて、オーディオＣＤファイルシステム２１３側では、ｒｅａｄ機能を実行する。
【００４０】
このようにして、仮想ファイルシステム２１１は、アプリケーション層１００からのファイル操作に関するシステムコール（コマンド群１０１から呼び出されたコマンド）を受け付ける。そして、受け付けたコマンドに応じて、登録されているファイルシステムのうちで、該当するファイルシステムのドライバに対して、コマンドに応じた機能を要求するための機能を有している。
なお、確認のために述べておくと、このような仮想ファイルシステム２１３による処理は、ＣＤ−ＲＯＭに対応するＩＳＯ９６６０ファイルシステム２１２に対しても同様に実行される。
このようにして、実際のファイルシステムと、アプリケーション層１００との間に仮想ファイルシステム２１１が備えられることで、アプリケーション層１００からファイルシステムへの制御処理を、共通化した構成とすることが可能となる。
【００４１】
そして、上記のようにして仮想ファイルシステム２１１の直下に位置する、本実施の形態のファイルシステムの動作の概略について、図４を参照して説明する。ここでは、ファイルシステムとして、本実施の形態のオーディオＣＤファイルシステム２１３を例に説明する。
【００４２】
オーディオＣＤファイルシステム２１２は、上記したように、仮想ファイルシステム２１１からの要求に応じてｒｅａｄ機能を実行するが、このｒｅａｄ機能としては、次の２つを挙げることができる。
１つは、ＣＤ−ＤＡの記録内容に関連した所定の属性情報を取得するために、ＣＤ−ＤＡのリードインエリアに記録されているＴＯＣを読み出す機能である。また、もう１つは、ＣＤ−ＤＡに記録されたトラックとしてのオーディオデータの実体を読み出す機能である。
【００４３】
先ず、ＣＤ−ＤＡの記録内容に関連した所定の属性情報を取得するために、ＣＤ−ＤＡのＴＯＣを読み出す機能について説明する。
ここで、例えば図４において手順▲１▼として示すようにして、仮想ファイルシステム２１１から、上記属性情報を取得するための要求がオーディオＣＤファイルシステム２１３に対して行われたとする。
これに応じたオーディオＣＤファイルシステム２１３の処理として、ここでは手順▲２▼として示すように、コマンド　ＣＤ−ＲＯＭ　ｒｅａｄ　ｔｏｃを発行して、ブロックデバイス層２２０のＣＤ−ＲＯＭドライバ２２１に出力する。
このコマンド　ＣＤ−ＲＯＭ　ｒｅａｄ　ｔｏｃは、仮想ファイルシステム２１１からの属性情報取得という抽象化（共通化）された要求に応じて、オーディオＣＤファイルシステム２１３が、実際のＣＤ−ＤＡフォーマットに対応して、ＣＤ−ＤＡのＴＯＣの読み出しをＣＤ−ＲＯＭドライバ２２１に要求するために発行する制御コマンドである。
そして、この点については、後述するコマンド　ＣＤ−ＲＯＭ　ｒｅａｄ　ｄａｔａも同様であるが、ＣＤ−ＲＯＭドライバ２２１に制御コマンドを出力する際には、図示しているように、ＣＤ−ＲＯＭドライバ２２１に対応したブロックデバイスＡＰＩ（４００）を使用する。
【００４４】
上記もしているように、コマンド　ＣＤ−ＲＯＭ　ｒｅａｄ　ｔｏｃは、ディスクドライブ１９に装填されているＣＤフォーマットのディスクから、リードインエリアに記録されたＴＯＣの読み出しを要求するものであるが、属性情報の取得要求として、コマンド　ＣＤ−ＲＯＭ　ｒｅａｄ　ｔｏｃによりＴＯＣの読み出しを実行させるのは、次のような理由による。
周知のように、ＣＤ−ＤＡのＴＯＣには、最初と最後のトラック番号、及び各トラックの再生開始位置を［分、秒、フレーム］による絶対時間で示す情報が含まれている。この情報に基づいて、各トラックの再生時間を認識することができ、さらには、各トラックの再生時間から、データサイズを算出することができる。
また、例えばＴＯＣは周知のように、Ｑチャンネルのサブコーディングフレームにより形成されるが、このサブコーディングフレームには、コントロールビットが格納され、これにより、エンファシスの有無、オーディオチャンネル数、及び音楽／データの別等の各種属性が示される。なお、本実施の形態では、このようなコントロールビット等の情報も、ＴＯＣの一部として扱う。
【００４５】
また、ＣＤ−ＤＡに関連する属性情報として必要な情報内容は、図６により後述するようにして、各トラックとしてのファイルのリスト内に属性として示される、各トラックのデータサイズ、及びディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）に格納される情報であるとされる。そして、これらの情報は、上記したＣＤ−ＤＡに記録されるＴＯＣの内容に基づいて作成することができるものである。即ち、オーディオＣＤファイルシステム２１３としては、コマンド　ＣＤ−ＲＯＭ　ｒｅａｄｔｏｃを発行してＴＯＣを取得し、このＴＯＣの内容を認識することで、例えばファイル（トラック）の個数、各トラックのデータサイズ、及び属性に関する情報を取得し、結果的に、これらの情報から成る属性情報を作成して得ることができるものである。
【００４６】
上記した点について、ＣＤ−ＲＯＭの論理フォーマットに対応するＩＳＯ９６６０ファイルシステムとの比較をすると、次のようなことがいえる。
例えばＩＳＯ９６６０ファイルシステム２１１に対して、属性情報取得の要求が行われた場合には、上記オーディオＣＤファイルシステム２１３のようにして、ＴＯＣの読み出しが行われるようにＣＤ−ＲＯＭドライブ２２１を制御することは行わない。
周知のようにして、例えばＩＳＯ９６６０のフォーマットに対応したＣＤ−ＲＯＭのリードインエリアのＴＯＣは、ディスク全体が１つのオーディオトラックとして見えるように記述されているのみであり、実際にＣＤ−ＲＯＭに記録されているデータのファイル構造（ディレクトリ構成）を示してはいない。そして、ＣＤ−ＲＯＭに記録されるデータのディレクトリ構成は、一般に、ＰＶＤ（Ｐｒｉｍａｒｙ　Ｖｏｌｕｍｅ　Ｄｅｓｃｒｉｐｔｏｒ）によりアドレスが指定される、パステーブルに記述されている。
このため、ＩＳＯ９６６０ファイルシステム２１１に対して属性情報取得のための要求が行われた場合には、ＩＳＯ９６６０ファイルシステム２１１は、ＣＤ−ＲＯＭドライブ２２１に対して、ＣＤ−ＲＯＭのパステーブルを読み出すための制御コマンドを出力することになる。そして、読み出したパステーブルの内容に基づいて、ＩＳＯ９６６０ファイルシステム２１１が有するべき、各ファイルについての属性情報を得ることができるようになっている。
【００４７】
このようにして、属性情報の取得にあたっては、オーディオＣＤファイルシステム２１３は、例えば既存のＩＳＯ９６６０ファイルシステム２１１とは異なる情報を読み出すように動作しているということになる。
そのうえで、ＣＤ−ＤＡのリードインエリアに記録されるＴＯＣは、ここに記述されている内容を、ＣＤ−ＲＯＭの場合と比較して鑑みれば、ＣＤ−ＤＡに固有に記録された、ディスクに関連した情報を記述したものであるということがいえる。本実施の形態のオーディオＣＤファイルシステム２１３は、このようなディスクに関連した情報（ディスク関連情報）を読み出して、例えば図６により後述するようなファイルをマウント結果として保持することになる。
【００４８】
続いては、ＣＤ−ＤＡに記録されたトラックとしてのオーディオデータの実体を読み出す機能について説明する。なお、このｒｅａｄ機能は、上記図４の手順▲１▼、▲２▼としてのＴＯＣ読み出しによる属性情報取得が行われた後において、この取得した属性情報を利用して可能となるものである。
【００４９】
ここで、例えば、図４に手順▲３▼として示すようにして、仮想ファイルシステム２１１から、ファイルデータを読み出すための要求が行われたとする。
オーディオＣＤファイルシステム２１３の場合、ファイルデータは、即ち、ＣＤ−ＤＡに記録されているトラック単位のオーディオデータということになる。そこで、オーディオＣＤファイルシステム２１３としては、上記ファイルデータ読み出しの要求に応じては、手順▲４▼として示すように、制御コマンドとして、コマンド　ＣＤ−ＲＯＭ　ｒｅａｄ　ｄａｔａを発行して、ＣＤ−ＲＯＭドライバ２２１に出力する。
【００５０】
上記したコマンド　ＣＤ−ＲＯＭ　ｒｅａｄ　ｄａｔａに応じて、ＣＤ−ＲＯＭドライバ２２１以下の層のインターフェイスでは、ディスクドライバ１９から指定されたファイルデータの読み出しを実行する。つまり、指定のファイルデータに相当するトラックがどれであるのかを判断し、このトラックのＣＤ−ＤＡ上における開始位置にアクセスして、実際のデータ読み出しを実行することになる。
【００５１】
図５は、これまでに説明したオーディオＣＤファイルシステム２１３の動作に対応させて、オーディオＣＤファイルシステム２１３を機能的な構成部分に分けて示している。
なお、この図では、オーディオＣＤファイルシステム２１３の各構成部分を、システム（ＯＳ）との動作の関係により示している。また、以降においては、説明の便宜上、システム（ＯＳ）がＬｉｎｕｘとされており、このＬｉｎｕｘとしてのシステム上でオーディオＣＤファイルシステム２１３が機能する場合を例に挙げることとする。
【００５２】
オーディオＣＤファイルシステム５０１は、図示するようにして、図５（ｂ）として示す初期化／登録処理部分５０１、図５（ｄ）として示すファイル属性処理部分５０２と、図５（ｆ）として示す読出処理部分５０３とから成るものとしている。
【００５３】
例えば、ファイルシステムがＯＳのカーネルに組み込まれている場合は、例えばファイルシステムのロード時（例えばシステム起動時）において、ＯＳの初期化処理部分によりファイルシステムの初期化、登録が行われる。また、手動での初期化の場合には、ファイルシステムのロードのコマンドにより初期化、登録が行われる。
従って、オーディオＣＤファイルシステム２１３についても、先ずは、この初期化、登録の処理が行われるべきこととなる。オーディオＣＤファイルシステム５０１における初期化／登録処理部分５０１は、この初期化、登録処理を行うための機能部位となる。
【００５４】
先ず、図５（ａ）に示すシステム（ＯＳ）による初期化処理の実際としては、オーディオＣＤファイルシステムを初期化するための、所定の関数の呼び出しが、例えばシステムコールとして行われる。これにより呼び出されるコマンドは、例えば手動による初期化であるとして、オーディオＣＤファイルシステム２１３のファイルシステムタイプについてｃｄｄａｆｓと定義するのであれば、
＃ｉｎｓｍｏｄ　ｃｄｄａｆｓ
となる。このコマンドに応じて、システム（ＯＳ）では、オーディオＣＤファイルシステム２３１の初期化／登録処理部分５０１を呼び出し、初期化／登録のための処理を行うことになる。
【００５５】
図５（ｂ）に示すオーディオＣＤファイルシステム２３１の初期化／登録処理部分５０１による処理化／登録の処理は、先に図３において、手順▲１▼として説明したが、ここでさらに補足的に説明しておくこととする。
オーディオＣＤファイルシステム２３１は、システム（ＯＳ）側にファイルシステムの登録名を通知する。また、次に説明するファイル属性処理部分５０２としての機能に対応するハンドラ（関数）を通知する。このハンドラ（関数）が、例えば先に図３の手順▲１▼により、仮想ファイルシステム２１１の登録テーブル２１１ａに登録されるべき関数（ｃｄｄａ＿ｒｅａｄ）となる。これにより、図３にて示したように、仮想ファイルシステム２１１の登録テーブル２１１ａに、オーディオＣＤファイルシステム（ＣＤＤＡ　ＦＳ）が登録される状態が得られる。なお、このハンドラの通知の実際にあたっては、ハンドラのポインタを通知するようにされる。
このような通知が行われることによって、オーディオＣＤファイルシステムの登録が成立し、システム（ＯＳ）としては初期化が完了したと認識することになる。
【００５６】
なお、現在登録されているファイルシステムを参照するには、ファイル内容を表示するのに用いるｃａｔコマンドを使用できる。そして、登録されたオーディオＣＤファイルシステム２１３を参照する場合には、例えば
2004102701.tif 000003
のようにして、コマンドを実行させればよい。
【００５７】
上記図５（ａ）（ｂ）に示すようにして、初期化／登録処理が完了すると、オーディオＣＤファイルシステム２３１がシステム（ＯＳ）に組み込まれることになる。そして、この後において、例えばシステム（ＯＳ）側でディスクドライブ１９にＣＤ−ＤＡが装填されたことを認識すると、システム（ＯＳ）では、図５（ｃ）に示す、いわゆるマウントという処理を実行する。
このマウント処理が完了する結果、オーディオＣＤファイルシステム２３１は、ディスクドライブ１９に対して割り当てが行われ、ディスクドライブ１９に装填されたＣＤ−ＤＡに記録されたデータをファイル群として扱って読み出しを行うことが可能となる。
【００５８】
このマウントのためのコマンドは、例えばディスクドライブ１９がデバイスとしてＣＤ−ＲＯＭドライブであることとして、
＃ｍｏｕｎｔ　−ｔ　ｃｄｄａｆｓ／ｄｅｖ／ｃｄｒｏｍ／ｍｎｔ
で表される。これは、ＣＤ−ＲＯＭドライブであるデバイス（／ｄｅｖ／ｃｄｒｏｍ）に対して、オーディオＣＤファイルシステム２３１を、マウントポイント／ｍｎｔにてファイルとしてマウントする、ということを指示するコマンドである。これにより、下記のようにして、オーディオＣＤファイル２１３のファイル属性処理部分が呼び出される。そして、ＣＤ−ＤＡ内のＴＯＣが読み出される。この読み出されたＴＯＣの内容から、トラックの数、各トラックのデータサイズなどが確定する。この結果、アプリケーション層１００からは、ＣＤ−ＤＡの記録内容がファイルとして見えるようになる。
【００５９】
上記マウントのコマンドに応じて、ファイルシステム層２１０では、先に図４にて手順▲１▼により説明した、属性情報の取得要求を行う。つまり、仮想ファイルシステム２１１によって、先ず、オーディオＣＤファイルシステム２１３に対して、属性情報を取得するための要求を行う。
【００６０】
図５（ｄ）に示す、オーディオＣＤファイルシステム２１３のファイル属性処理部分５０２は、上記属性情報の取得要求に応じて、属性情報を取得するための処理部分である。つまり、図４にて手順▲２▼として説明したように、属性情報を得るのに必要とされるＴＯＣを、ＣＤ−ＤＡから読み出すための制御コマンド（　ＣＤ−ＲＯＭ　ｒｅａｄ　ｔｏｃ）を、ＣＤ−ＲＯＭドライバ２２１に出力する処理を実行する。これにより、ファイルシステム層２１０より下位階層においては、実際に、ディスクドライブ１９に装填されたＣＤ−ＤＡからＴＯＣを読み出す動作を実行し、オーディオＣＤファイルシステム２１３では、このＴＯＣを取得できることになる。
また、上記マウント処理が行われる際には、オーディオＣＤファイルシステム２１３側から、次に説明するオーディオＣＤファイルシステム２１３の読出処理部分５０３としての機能に対応するハンドラ（関数）のポインタを通知するようにされる。
【００６１】
上記したファイル属性処理部分５０３としての動作により、オーディオＣＤファイルシステム２１３がＴＯＣを取得すると、このＴＯＣに基づいて、ＣＤ−ＤＡに記録されるファイルデータ数（トラック数）、各ファイルデータのデータサイズ、及び、ＣＤ−ＤＡの記録内容に関する各種の付加情報などの、各種情報が取得されることになる。
これらの情報は、実際には、アプリケーションソフトウェア１０２側で参照可能なファイル群として作成される。そして、これらのファイルは、上記マウント処理によって、所要のディレクトリに格納されるものとして扱われる。これにより、アプリケーション層１００側からは、ＣＤ−ＤＡに記録されている内容を、ファイルリストとして参照することができる。なお、このようなファイルのリストの具体例については、図６により後述することとする。
【００６２】
上記のようにして、マウントが行われた後は、図５（ｅ）として示すシステム側からの読出処理に応じて、図５（ｆ）に示すオーディオＣＤファイルシステム２１３の読出処理部分５０３が読み出し処理を実行することで、ＣＤ−ＤＡからトラック単位によるオーディオデータの読み出しを行うことが可能になる。
このオーディオＣＤファイルシステム２１３がマウントされた段階では、アプリケーション層１００側からは、ＣＤ−ＤＡの記録内容が、所定のディレクトリに格納されたファイルとして見えていることになる。従って、図５（ｅ）に示すシステム側からの読出処理としては、通常のファイルと同様にして、ファイルのアドレス、データサイズを指定して読み出し要求を行うことができる。
【００６３】
そして、例えば実際においては、システムコールによって呼び出した一般的なコピーコマンドを実行することで読み出しを行うことが可能であり、このコマンドは、具体例としては次のようになる。
＃　ｃｐ　／ｍｎｔ／ｔｒａｃｋ０１．ｃｄａ
上記コマンドは、ファイル名ｔｒａｃｋ０１．ｃｄａのデータ、つまりＣＤ−ＤＡに記録されているトラック番号１のオーディオデータを、現在のディレクトリ（／ｍｎｔ）にコピーするコマンドである。このようなコマンドを使用することからも分かるように、通常と同様のファイル操作により、ＣＤ−ＤＡからのファイル読み出しを実行することが可能となっている。
【００６４】
上記コピーコマンドに応じて、オーディオＣＤファイルシステム２１３としては、図５（ｆ）に示す読出処理部分５０３の機能により、実際にディスクドライブ１９（ＣＤ−ＲＯＭドライブ）からオーディオデータの読み出しが行われるように処理を実行することになる。なお、この場合におけるＣＤ−ＲＯＭドライブからのオーディオデータの読み出しの実際は、先に図４において手順▲３▼▲４▼により説明したとおりである。
【００６５】
ここで、上記図５（ｃ）（ｄ）によるマウント処理によってマウントされたファイルのリストの具体例を、図６に示す。この図に示すファイルリストは、１４曲のオーディオトラックが記録されている或る１枚のＣＤ−ＤＡについてマウントを行った結果に対応している。
また、この図のリストに示す各ファイルは、Ｌｉｎｕｘに従ったファイル属性の提示が行われている。つまり、左から、先ずディレクトリ（ｄ）、通常ファイル（−）などの区別を示すファイル種類、アクセス権（ｒ：ｗ：ｘ）の情報が示され、続いて、リンク数、ファイル所有者、ファイル所有者の属するグループ名が示される。さらに、ファイルサイズ（バイト単位）、ファイル更新日時、ファイル名が示される。
【００６６】
なお、この図６に示すような、オーディオＣＤファイルシステム２１３としてマウントされたファイルのリストを参照するには、通常のファイル参照コマンドであるコマンドｌｓを使用し、例えば
＃ｌｓ　−ａｌ／ｍｎｔ
を実行すればよい。
【００６７】
ここでは先ず、図６に示すファイルのリストのうち、オーディオデータファイルについて説明する。
ここでは、ＣＤ−ＤＡに１４曲（１４トラック）が記録されていることに対応して、全部で、１４のオーディオデータファイルが存在していることが示される。これら１４のオーディオデータファイルの各々は、ＣＤ−ＤＡに記録されているトラック単位のオーディオデータの実体に対応している。
なお、確認のために述べておくと、この図に示される各オーディオデータファイルは、あくまでも、アプリケーション層１００側から、ＣＤ−ＤＡに記録されているトラック単位のオーディオデータをファイルとして見せるものであって、オーディオデータファイルとしての実体は、あくまでも、ＣＤ−ＤＡに記録されている。
【００６８】
例えば、これらオーディオデータファイルの各々については、ファイル名として、ｔｒａｃｋ０１．ｃｄａ〜ｔｒａｃｋ１４．ｃｄａのようにして、ＣＤ−ＤＡに記録されるトラックナンバに対応したファイル名が付されている。そして、これらのオーディオデータファイルの各リストには、属性としてデータサイズが示されている。従って、オーディオデータファイルのリスト項目を参照することによっては、各オーディオデータファイルごとのファイル名と、データサイズを知ることができる。
このデータサイズの情報は、ＣＤ−ＤＡに記録されているＴＯＣの情報から生成することができる。つまり、周知のように、ＴＯＣの内容としては、各トラックの開始位置が、［分、秒、フレーム］によって表現されているから、この［分、秒、フレーム］による情報に基づいて、各トラックの再生時間を求め、これを、例えばデータサイズに変換すればよいものである。
【００６９】
また、この図６に示すファイルリスト内には、ファイル名ｄｉｓｃ．ｉｎｆが与えられたディスク／トラック情報ファイルが存在する。このディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）は、その情報内容例については次に述べるが、現在オーディオＣＤファイルシステム２１３としてマウントされたＣＤ−ＤＡの記録内容として、ＣＤ−ＤＡ自体と、このＣＤ−ＤＡに記録されているトラックごとについての付加的な情報が示される。
このディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）は、先に説明したファイル属性処理部分５０２により、ＣＤ−ＤＡから読み出されるＴＯＣの情報（Ｑチャンネルのサブコードのコントロールビット等もここでは含める）に基づいて生成することができる。
【００７０】
図７は、ディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の構造例を示している。なお、この図に示すディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）は、図６に示されるリストに含まれているものであるとする。つまり、１４のトラックが記録されたＣＤ−ＤＡをオーディオＣＤファイルシステム２１３としてマウントした場合の内容例が示される。
【００７１】
この図に示すように、ディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の内容は、ディスク情報と、トラック情報とに大別される。
ディスク情報は、ＣＤ−ＤＡ自体（ＣＤ−ＤＡに記録されるデータ全体に関する情報）を格納する領域で、ここでは、最初のトラック番号を示す情報であるｆｔｎｏと、最後のトラック番号を示す情報であるｌｔｎｏが、それぞれ所定のデータサイズを有して格納される。
【００７２】
一般には、１枚のＣＤ−ＤＡに記録されている複数のトラックの各トラック番号は、１から昇順により与えられている。しかしながら、例えば複数枚で１つのアルバムを構成するような場合、例えば２枚目以降のＣＤ−ＤＡについては、トラック番号について、１枚目からの続きの番号が与えられている場合がある。このようなトラック番号の情報は、例えばオーディオＣＤファイルシステムを利用して、ファイルとしてオーディオトラックのデータの読み出しを行う場合には、正確に読み出しが行われる必要がある。これらのディスク情報としてのｆｔｎｏ及びｌｔｎｏは、このような場合に対応して、適切なオーディオデータファイルの読み出しが行われることを目的として設けられている。
【００７３】
つまり、例えば２枚のＣＤ−ＤＡの組から成るアルバムがあるとして、１枚目のＣＤ−ＤＡには、トラック番号１〜１０までのトラックが記録され、２枚目には、トラック番号１１〜２０までのトラックが記録されているとする。この場合において、１枚目のＣＤ−ＤＡについてオーディオＣＤファイルシステムのマウントを行った場合、ディスク情報であるｆｔｎｏ、ｌｔｎｏは、それぞれ、
ｆｔｎｏ＝１
ｌｔｎｏ＝１０
が格納されることになる。
これに対して、２枚目のＣＤ−ＤＡについてオーディオＣＤファイルシステムのマウントを行った場合、
ｆｔｎｏ＝１１
ｌｔｎｏ＝２０
が格納されることになる。
【００７４】
また、トラック情報は、オーディオトラックファイルごとについての所要の付加情報を格納する領域である。図６に示したディレクトリ情報は、１４のトラックが記録されたＣＤ−ＤＡに関するものであり、オーディオデータファイルとしては、ｔｒａｃｋ０１．ｃｄａ〜ｔｒａｃｋ１４．ｃｄａの１４のファイルが存在していた。これに対応して、この図７に示すトラック情報も、ｔｒａｃｋ０１〜ｔｒａｃｋ１４ごとの情報が格納されている。
【００７５】
トラック情報として、各トラック（オーディオデータファイル）ごとの情報は、例えば図示するようにして、ｅｍｐ、ｄａｔａ、ｎｏｃｏｐｙｒｉｇｈｔ、及びａｕｄｉｏ＿ｃｈの情報を格納して成る。
ｅｍｐには、エンファシス（プリエンファシス）といわれる、オーディオデータに対するイコライジング処理の有無を示す情報が格納される。この情報に基づいて、例えばアプリケーションソフトウェア側（再生処理側）では、エンファシスに対応した信号処理のオン／オフを適切に切り換えることができる。
また、ｄａｔａは、記録されているデータがオーディオデータであるか否かを示す情報が格納されており、この情報を参照することによって、オーディオデータとして再生すべきか否かの判断を適正に行うことができる。
【００７６】
また、ｎｏｃｏｐｙｒｉｇｈｔは、コピー制限に関する情報が格納される。ここでは、ｎｏｃｏｐｙｒｉｇｈｔとして、コピーライト情報と、コピー許可の有無を示す情報と、ＣＤ−Ｒオーディオか否かの情報の３種の情報が格納されているものとされる。
コピーライト情報は、該当トラックについてのいわゆる著作権に関する所定内容の情報とされる。コピー許可の有無を示す情報は、コピーの許可、禁止を示すフラグを格納する。また、ＣＤ−Ｒオーディオか否かの情報を参照することによって、該当トラックのデータが、ＣＤ−Ｒに記録されたオーディオデータであるか否かを認識することができる。これらのｎｏｃｏｐｙｒｉｇｈｔとしての情報を参照することで、適切なコピー制限動作（記録制御動作）を実行することができる。
また、ａｕｄｉｏ＿ｃｈは、該当トラックについてのオーディオチャンネル数を示す情報を格納する。通常は、ＣＤ−ＤＡに記録されるオーディオチャンネル数は、Ｌ，Ｒの２チャンネルであるが、例えば、４チャンネルにより記録されているもの等も存在する。ａｕｄｉｏ＿ｃｈによっては、このようなチャンネル数が示される。この情報を参照すれば、オーディオデータのチャンネル数に応じた適切な再生信号処理となるように切り換えることができる。
【００７７】
ここで、オーディオＣＤファイルシステム２１３において、このようなディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）を設けることの意義について、ＣＤ−ＲＯＭに対応するＩＳＯ９６６０ファイルシステムとの比較により、説明しておく。
このディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）は、ＩＳＯ９６６０ファイルシステム２１２には存在しない、ＣＤ−ＤＡに対応するオーディオＣＤファイルシステム２１３に固有のファイルであるということがいえる。
つまり、ＣＤ−ＲＯＭのＩＳＯ９６６０フォーマットは、ＣＤ−ＲＯＭに記録されるデータが、元々からコンピュータシステムにより処理されるべきファイルデータであることを前提としている。従って、例えば前述したように、ＣＤ−ＲＯＭから読み込んだパステーブルの内容に基づいてＩＳＯ９６６０ファイルシステム２１１のマウントを実行しさえすれば、ＣＤ−ＲＯＭに記録されたファイルを操作するのに必要な属性は、上記パステーブルの内容そのものとして、取得されることになる。
【００７８】
これに対して、ＣＤ−ＤＡに記録されているデータは、元々が、例えばコンピュータにより処理可能なファイルデータであることを前提としておらず、ＣＤ−ＤＡは、ＣＤプレーヤなどのオーディオ再生機器によって再生されることを前提としたフォーマットを有している。
この結果、例えば、各トラックに相当して作成されるオーディオデータファイルとしては、図６を参照しても分かるように、このファイルの属性としては、ファイル名と、データサイズしか認識することができない。しかしながら、実際に、ＣＤ−ＤＡに記録されているトラック単位のデータをコンピュータシステム上で適正に操作しようとした場合には、ファイル名及びデータサイズ以外の属性に関する情報が必要となる。
【００７９】
一例として、仮に、図６においてディスク情報として示した、最初／最後のトラック番号の情報が属性情報として存在しないとした場合を考えてみる。この場合、最初のトラック番号が１ではないようなＣＤ−ＤＡから、或るトラックを指定して読み出しを行おうとしても、最初のトラック番号を起点としなければ、指定したトラックの番号を正確に認識することができないから、適正な読み出しが行われなくなる可能性がある。
【００８０】
このようにして、ＣＤ−ＤＡを対象として動作するアプリケーション側で適正にファイル操作を行うためには、オーディオデータファイルのみに付加された属性の情報のみでは不十分であることが分かる。
そこで、本実施の形態としては、オーディオデータファイルのみに付加された属性では不足となる属性の情報を、ディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）として生成して、オーディオＣＤファイルシステム２１３のファイルの１つとして用意しているものである。
これにより、アプリケーション層１００側からは、このディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）を読み込んで参照することで、ＣＤ−ＤＡ対象のオーディオデータファイルについての操作を適切に実行することができる。また、ディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の内容によっては、より高度なファイル操作を実現できるようにもなる。
【００８１】
ここで、説明を図６に戻す。
上記したディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）に続けては、ＣＤテキスト情報ファイル（ファイル名：ｃｄ＿ｔｅｘｔ．ｉｎｆ）が示されている。
周知のようにして、ＣＤ−ＤＡには、デジタルオーディオデータと共に、サブコードが挿入されて記録されている。そして、このサブコードから成るサブコーディングフレームに格納すべき情報として、テキストデータを挿入することができるようになっている。これがいわゆるＣＤテキストといわれる情報であり、例えば、そのＣＤ−ＤＡのアルバム名、アーティスト名、及びトラックごとのタイトル名など、ＣＤ−ＤＡの記録内容に応じて文字により提示することが適切とされるデータが格納されるものである。
ＣＤテキスト情報ファイル（ファイル名：ｃｄ＿ｔｅｘｔ．ｉｎｆ）は、ＣＤ−ＤＡに対してこのようなＣＤテキストの情報が格納されている場合に、作成されて登録されるファイルである。
ここでの詳しい説明は省略するが、このＣＤテキスト情報ファイル（ファイル名：ｃｄ＿ｔｅｘｔ．ｉｎｆ）は、ＣＤ−ＤＡのデータエリアに記録された信号を読み出して抽出したサブコーディングフレームのデータに基づいて作成される。
【００８２】
続いては、これまでに説明したオーディオＣＤファイルシステム２１３を利用したアプリケーションソフトウェア１０２の動作例について説明することとする。ここでは、アプリケーションソフトウェア１０２が、いわゆるリッピングソフトウェアである場合を例に挙げることとする。
確認のために述べておくと、ここでいうリッピングとは、ディスクドライブ１９に装填されたＣＤ−ＤＡに記録されているトラック単位のオーディオデータを読み出して、必要があれば圧縮されたオーディオデータファイルに変換して、ＨＤＤ２１にオーディオデータファイルとして保存することをいう。そして、リッピングソフトウェアは、このようなリッピングのための処理をＣＰＵ１１に実行させるプログラムを備える。さらには、リッピングによりＨＤＤ２１に保存されたオーディオデータファイルを管理し、また、再生、編集などの処理を実行させるプログラムを備えて構成される。
【００８３】
図８は、このようなリッピングソフトウェアによって、リッピングを行う場合の処理動作が示されている。この図に示す処理は、例えばシステム（ＯＳ）上でリッピングソフトウェアが起動して、プログラムが実行されることで実現されるものである。また、この図に示す処理は、既にディスクドライブ１９に対してＣＤ−ＤＡが装填されており、これに対応して、この装填されたＣＤ−ＤＡについてのマウント処理も既に完了している状態にあるものとする。つまり、アプリケーション層１００にあるＯＳ及びリッピングソフトウェア側からは、ＣＤ−ＤＡに記録されている内容を、例えば図６及び図７に示したようなファイルとして認識することができるようになっているものである。
【００８４】
上記のようにしてリッピングソフトウェアが起動している状態の下で、先ず、ステップＳ１０１においては、例えばこのリッピングソフトウェアに対する、操作入力部１５によるユーザ操作として、リッピング開始のための操作が行われるのを待機している。
そして、例えばユーザによる所定操作によって、リッピングすべきトラックを指定したうえでのリッピング開始の操作が行われたとすると、ステップＳ１０１からステップＳ１０２以降の処理に進むことになる。
【００８５】
ステップＳ１０２においては、図６に示したオーディオＣＤファイルシステム２１３によりマウントされたファイルのうちから、ディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の読み出しを行う。
そして、続くステップＳ１０３において、上記ステップＳ１０２により読み出しを行ったディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の内容に基づいて、ユーザ操作によりリッピング対象として指定されたトラックは、コピー可能であるか否かについて判別する。
このステップＳ１０３の判別にあたっては、図７に示したディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の構造において、リッピング対象として指定されたトラックについてのｎｏｃｏｐｙｒｉｇｈｔの情報を参照する。そして、この参照結果に基づいて、このリッピング対象のトラックについて、コピーが可能であるか否かについての判別を行うことになる。
例えば、ｎｏｃｏｐｙｒｉｇｈｔの情報に基づく、コピー可否の判別は、ｎｏｃｏｐｙｒｉｇｈｔにおけるコピー許可の有無を示す情報を利用して行うことができる。つまり、コピー許可の有無を示す情報が、コピー許可であることを示していればコピー可能であり、コピー許可ではないことを示していれば、コピー可能ではないということを判別することができる。
【００８６】
上記ステップＳ１０３における判定結果として、リッピング対象のトラックがコピー不可であるということが判別された場合には、このまま、この図に示す処理を終了する。つまり、指定されたトラックのリッピング処理については実行しないようにされる。なお、このようにしてトラックのリッピング処理を実行せずに終了する場合には、コピー許可されたトラックではないためにリッピングは行わないことを示す表示などが、リッピングソフトウェアにより実行されるようにすることが好ましい。
【００８７】
これに対して、ステップＳ１０３において、リッピング対象のトラックがコピー可能であるとして肯定結果が得られた場合には、ステップＳ１０４に進む。
ステップＳ１０４では、リッピング対象として指定されたトラックを指定して、コピーコマンドを発行する。これは、先にも説明したように、例えばリッピングソフトウェアが、システム（ＯＳ）に対して、コピーコマンド（ｃｐ）のシステムコールを行うようにされる。これに応じて、先にも説明したように、オーディオＣＤファイルシステム２１３では、ＣＤ−ＲＯＭドライバ２２１に対して、指定されたトラックのデータがＣＤ−ＤＡから読み出されるようにするための制御コマンドを出力する。これにより、ディスクドライブ１９に装填されているＣＤ−ＤＡから、指定されたトラックのデータの読み出しが行われることになる。
そして、このステップＳ１０４では、ＣＤ−ＤＡから読み出された、指定トラックのオーディオデータについて、必要に応じて所定フォーマットによるデータ圧縮を行って、ＨＤＤ２１に転送してオーディオファイルとして書き込むための処理も開始するようにされる。
このようにして、ステップＳ１０４によってリッピングとしての動作が開始される。
【００８８】
なお、ＨＤＤ２１も、ＣＤ−ＲＯＭドライブと同様にブロックデバイスであり、従って、図２には示していないが、ＨＤＤ２１に対応したファイルシステムがファイルシステム層２１０において存在し、ＨＤＤ２１に対応したデバイスドライバ、バスドライバが、それぞれブロックデバイス層と、バスドライバ層に存在している。ＨＤＤ２１は、ハードウェア層３００に位置することになる。
従って、上記ステップＳ１０４における、リッピング処理に伴うＨＤＤ２１へのオーディオデータファイルの書き込み処理も、これらＨＤＤ対応のファイルシステム、デバイスドライバ、バスドライバなどのインターフェイスにより実行される。
例えば、ＨＤＤ２１にデータを書き込むのにあたっては、アプリケーション層１００側から書き込み要求が行われる。そして、ＨＤＤのファイルシステムがこれに応じて、ＨＤＤ対応のデバイスドライバに対して、データ書込のための制御コマンドを出力することになる。
【００８９】
ステップＳ１０５においては、上記ステップＳ１０４により開始されたリッピングの動作が終了するのを待機している。そして、リッピング動作が終了したとしてステップＳ１０５にて肯定結果が得られたとすると、ステップＳ１０６に進む。ステップＳ１０６では、所要の終了処理を実行する。
【００９０】
このようにして、ディスクドライブ１９に装填されたＣＤ−ＤＡを対象としてリッピングを行う際には、オーディオＣＤファイルシステム２１３によりマウントされたファイルのうちで、そのＣＤ−ＤＡに関する付加情報が記述されたディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）のｎｏｃｏｐｙｒｉｇｈｔの情報を参照することで、リッピング（コピー）の可否を判断するようにされる。そして、この判断結果に基づいて、リッピングの動作を制限することができるようになっている。
【００９１】
つまり、本実施の形態のオーディオＣＤファイルシステム２１３としては、他のファイルシステムにはないとされる、ＣＤ−ＤＡに対応して固有となるディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）を備える。そして、ＣＤ−ＤＡに対するファイル処理を行うべきアプリケーションソフトウェアは、このディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）を参照することで、適切なファイル処理を実行することが可能とされているものである。
そして、このようなディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）も、アプリケーションソフトウェア側からはファイルとして見えていることになる。従って、アプリケーションソフトウェアがディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）を読み出す際にも、通常と同様のファイル操作によって行えばよいものとされる。
【００９２】
ここで、まとめとして、本実施の形態のシステム階層として先に説明した図２と、従来としてのシステム階層を示す図９とについて比較してみる。なお、この図９において、図２と同一部分については同一符号を付して説明を省略する。
この図９に示すシステム階層と、図２に示した本実施の形態のシステム階層とを比較して分かるように、従来では、ファイルシステム層２１０に、オーディオＣＤファイルシステム２１３が存在しない。
【００９３】
この図９に示すシステム構成では、ディスクドライブ１９にＣＤ−ＲＯＭ（ＩＳＯ９６６０フォーマット）が装填された場合には、ＩＳＯ９６６０ファイルシステム２１２がマウントされることになる。従って、アプリケーション層１００側からは、例えばシステムコールなどにより統一化されたコマンドを使用することで、通常と同様のファイル操作によって、ＣＤ−ＲＯＭに記録されているデータの操作を実行できる。
つまり、ＣＤ−ＲＯＭを対象として動作するアプリケーションソフトウェアとしては、システムが提供するシステムコール（統一化コマンド）を利用したプログラムとして作成、設計することができる。
【００９４】
しかしながら、従来においては、オーディオＣＤファイルシステム２１３が存在しない。
このため、例えばリッピングソフトウェアなどの、ＣＤ−ＤＡを対象として動作すべきアプリケーションソフトウェアが、ＣＤ−ＤＡに対するデータ操作を行う場合には、図９にも示しているように、ブロックデバイス層２２０に位置しているＣＤ−ＲＯＭドライバ２２１と直接的にインターフェイスが取れるようにする必要があることになる。つまりは、アプリケーションソフトウェアが、実際にＣＤ−ＤＡに記録されているＴＯＣや、トラックごとのオーディオデータの記録位置を認識するようにして、データ操作を行うことができるようにプログラムを構成する必要が生じることになる。
【００９５】
つまり、従来において、ＣＤ−ＤＡに記録されたデータを操作するアプリケーションソフトウェアを作成するのにあたっては、システムを基として共通に使用できる通常のファイル操作に依るのではなく、ＣＤ−ＤＡに特化されたファイル操作が行えるようにするためのプログラムを実装する必要があった。
このため、例えば、ＣＤ−ＤＡを対象とするアプリケーションソフトウェア１０２ごとに、上記したようなＣＤ−ＤＡに特化されたファイル操作を可能とするためのプログラムを実装して作成しなければならないことになり、プログラム作成の点では、効率的でないという問題を有していたものである。
【００９６】
そこで、本実施の形態では、図２に示すように、従来から存在しているＣＤ−ＲＯＭのファイルシステムの１つであるＩＳＯ９６６０ファイルシステム２１２と同じ階層位置に、オーディオＣＤファイルシステムを置くこととしている。
これにより、ＣＤ−ＤＡを対象とするアプリケーションソフトウェアに関しても、例えばシステムコールによるコマンド発行によりデータ操作を行うようにしたプログラムに基づいて作成、設計することが可能になる。
そして、これによって、ＣＤ−ＤＡを対象とする各種のアプリケーションソフトウェアのプログラムの作成も、ＣＤ−ＲＯＭに対応するアプリケーションソフトウェアと同様に、従来よりも簡易にすることが可能となるものである。
【００９７】
なお、本発明としては、上記した構成に限定されるものではない。
例えば本発明が適用される装置としては、図１に示した構成によるリッピング可能な記録再生装置１に限定されるものではなく、例えば他の構成を採る記録再生装置にも適用可能である。また、単なるパーソナルコンピュータとしてのシステムにも本発明は有効に適用できる。
また、オーディオＣＤファイルシステムがマウントされることにより得られるファイルの構成も、図６に示したものに限定はされない。特に、ディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の内容は、図７に示したものに限定されるものではなく、各種考えられるものである。
さらには、実施の形態としてのオーディオ専用ファイルシステムは、ＣＤ−ＤＡに対応するものであることとして説明しているが、例えば、オーディオ専用のディスクメディアとしては、例えばミニディスク（ＭＤ：Ｍｉｎｉ　Ｄｉｓｃ（商標））なども知られている。このようなミニディスクに対応するデバイスが備えられるようなシステムについても、例えば、ミニディスクに対応するファイルシステムを備えるなどすることで、本発明の適用は可能である。もちろん、ＣＤ−ＤＡ、ＭＤ以外のオーディオ専用のメディアにも本発明は適用できるものである。
さらには、例えばオーディオ専用だけではなく、例えばビデオデータ専用などのメディアに対応しても、本発明の概念は適用できる。
【００９８】
また、本発明としてのプログラムは、例えば上記実施の形態として、各図により説明したオーディオＣＤファイルシステムを備えるシステム動作が得られるように構成された、システム（ＯＳ）としてのプログラムとされる。そして、このプログラムは、実施の形態の場合であれば、メモリ１３におけるＲＯＭ（又はＨＤＤ２１）に記憶して格納しておくものである。
【００９９】
あるいは、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔ　Ｏｐｔｉｃａｌ）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。例えば、本実施の形態であれば、ＣＤ−ＲＯＭなどにプログラムを記録し、パッケージソフトウェアとして提供することができる。これにより、記録再生装置１では、ＣＤ−ＲＯＭを再生してプログラムを読み出し、メモリ１３のＲＯＭに記憶させることでインストールできる。また、このようなパッケージソフトウェアとすることで、例えば汎用のパーソナルコンピュータにも、本発明が適用されたシステムのプログラムをインストールすることは可能になる。
また、プログラムは、上記のようなリムーバブルな記録媒体からインストールする他、プログラムを記憶しているサーバなどから、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどのネットワークを介してダウンロードすることもできる。
【０１００】
さらには、例えば本発明によるオーディオＣＤファイルシステムの機能を後から追加するためのアップデートプログラムを構成し、このアップデートプログラムをパッケージメディアとして配布したり、ネットワーク上で配布するようにすることも考えられる。ユーザは、このアップデートプログラムを入手して、既存のシステムがインストールされている環境に対して、このアップデートプログラムをインストールすればよい。
【０１０１】
【発明の効果】
以上説明したように本発明は、情報処理装置におけるシステムとして、ファイルシステム層に、オーディオ専用ファイルシステムを備えるようにしている。
これによって、上位アプリケーションは、例えばＣＤ−ＤＡなどのオーディオ専用ディスク状記録媒体に対応するデータの操作を、例えばシステム（ＯＳ）における統一的コマンドを呼び出す仕組み（システムコール）を用いて、通常のファイル操作と同様に行うことが可能となる。
これにより、オーディオ専用ディスク状記録媒体を対象として動くアプリケーションソフトウェアとしてのプログラムを作成する際には、ＣＤ−ＤＡのデータを直接的に操作するようなプログラム構成とするのではなく、通常のコマンド等を利用してファイル操作を行うような、これまでと同様のプログラム構成によって作成することが可能となる。つまり、オーディオ専用ディスク状記録媒体を対象として動くアプリケーションソフトウェアのプログラム作成が、これまでよりも簡易なものとなるという効果が得られるものである。
【０１０２】
また、本発明によるオーディオ専用ファイルシステムの機能によっては、オーディオ専用ディスク状記録媒体からディスク関連情報（ＴＯＣ）を読み出して、このオーディオ専用ディスク状記録媒体に関する付加情報としての内容を有するディスク関連情報ファイルを生成するようにしている。
オーディオ専用ディスク状記録媒体を対象として動くアプリケーションソフトウェアは、このディスク関連情報ファイルを参照することで、例えば、データの読み出し（又は書き込み）や、読み出したデータの処理などを適切に行ったり、より高度なレベルで行うことができるようになる。また、このためのコマンド発行の処理も、通常のファイル操作に対応したものでよいわけであり、この点でも、アプリケーションソフトウェア側のプログラム作成の簡易性は保たれている。
【図面の簡単な説明】
【図１】本発明の実施の形態としての情報処理装置である記録再生装置の構成例を示すブロック図である。
【図２】本実施の形態のシステム階層を示す説明図である。
【図３】本実施の形態のファイルシステム層における仮想ファイルシステムとオーディオＣＤファイルシステムの機能を説明するための説明図である。
【図４】オーディオＣＤファイルシステムによるデバイスドライバの制御動作を示す説明図である。
【図５】オーディオＣＤファイルシステムの構成を、システム（ＯＳ）との処理動作的な関係により示す説明図である。
【図６】オーディオＣＤファイルシステムにより作成されるファイル例を示すファイル構成図である。
【図７】オーディオＣＤファイルシステムにより作成される、ディスク／トラック情報ファイル（ｄｉｓｃ．ｉｎｆ）の構造例を示す構造図である。
【図８】リッピングソフトウェアによるリッピングのための処理動作例を示すフローチャートである。
【図９】従来に対応するシステム階層を示す説明図である。
【符号の説明】
１　記録再生装置、１１　ＣＰＵ、１３　メモリ部、１４　操作入力部、１５入力処理部、１６　表示処理部、１７　ディスプレイモニタ、１９　ディスクドライブ、２１　ＨＤＤ、２２　通信処理部、２３　ネットワークインターフェイス、２４　オーディオデータ処理部、２５　スピーカ、２６　アンテナ、２７チューナ、１００　アプリケーション層、１０１　コマンド群、１０２　アプリケーション（リッピングソフトウェア）、２００　ドライバ層、２１０　ファイルシステム層、２１１　仮想ファイルシステム、２１２　ＩＳＯ９６６０ファイルシステム、２１３　オーディオＣＤファイルシステム、２２０　ブロックデバイス層、２２１　ＣＤ−ＲＯＭドライバ、２３０　バスドライバ層、２３１　バスドライバ、３００　ハードウェア層、５０１　初期化／登録処理部分、５０２　ファイル属性処理部分、５０３　読出処理部分
【図１】
2004102701.tif 000004
【図２】
2004102701.tif 000005
【図３】
2004102701.tif 000006
【図４】
2004102701.tif 000007
【図５】
2004102701.tif 000008
【図６】
2004102701.tif 000009
【図７】
2004102701.tif 000010
【図８】
2004102701.tif 000011
【図９】
2004102701.tif 000012