(57)【要約】本装置はデータ担体（１）を管理するのに好適であり、そのデータ担体が角速度一定（CAV）で駆動されている時、そのデータ担体から本装置に高速でデータ転送を行うことができる。本装置は、データ担体を駆動するモータ（３）と、そのデータ担体との間でデータを読み書きするための光源（１６）を有する光ヘッドと、を有する。さらにまた、前記データ担体に含まれたファイルの使用頻度を決定するプロセッサセット（５０）も含む手段を有し、より頻繁に使用されるファイルは転送速度が速い場所に置かれる。転送が実行されている間はモータと光源が停止され、供給エネルギーが節約される。これはバッテリー駆動の装置にとって有利である。本発明は小型R/W光ディスク（SFFO）に好適である。
2006523356.tif 000002
【特許請求の範囲】
【請求項１】
ファイルを格納するデータ担体であって、
ファイルを有し、
前記ファイルの転送レートは前記ファイルの前記データ担体上の場所に応じて決まり、
ユーザにより頻繁に要求されるファイルはファイル転送レートが高い場所にあることを特徴とするデータ担体。
【請求項２】
請求項１に記載のデータ担体であって、
ディスク状の光データ担体であることを特徴とするデータ担体。
【請求項３】
請求項１または２に記載のデータ担体であって、
再書き込み可能であることを特徴とするデータ担体。
【請求項４】
請求項１ないし３いずれか一項に記載のデータ担体であって、
前記データ担体に含まれるファイルの使用を示す頻度ファイルを有することを特徴とするデータ担体。
【請求項５】
請求項４に記載のデータ担体であって、
前記頻度ファイルはUDFファイルタイプであることを特徴とするデータ担体。
【請求項６】
請求項５に記載のデータ担体であって、
SFFOタイプであることを特徴とするデータ担体。
【請求項７】
請求項１ないし３いずれか一項に記載のデータ担体を管理する装置であって、
前記データ担体を駆動する駆動手段と、
前記データ担体に格納されたデータを読み出す手段と、
前記データ担体にデータを書き込む手段と、
前記データ担体に含まれたファイルの使用頻度を決定する頻度手段と、
より頻繁に使用されるファイルを転送速度が速い場所に置くアロケーション手段と、
転送が完了した時、少なくとも前記駆動手段を停止させる手段と、を有することを特徴とする装置。
【請求項８】
請求項７に記載の装置であって、
前記頻度手段は各ファイルの名称を前記ファイルが使用された回数と関連づけて示すテーブルよりなることを特徴とする装置。
【請求項９】
請求項８に記載の装置であって、
前記頻度手段は前記データ担体上に置かれた構成要素よりなることを特徴とするデータ担体。
【請求項１０】
請求項７ないし９いずれか一項に記載の装置であって、
前記装置にパワー供給するバッテリーと、
前記バッテリーに充電する充電手段と、を有し、
前記アロケーション手段は充電中に動作させられることを特徴とする装置。
【請求項１１】
パワー消費エレメントを有する、データ担体を管理する装置に供給されるエネルギーを節約する方法であって、前記装置は前記データ担体からデータを転送する時に供給エネルギーを消費し、前記方法は、
より頻繁に使用されるファイルを決定するステップと、
前記より頻繁に使用されるファイルを前記データ担体上の転送速度がより大きい場所にアロケーションするステップと、
転送が完了した時に前記パワー消費エレメントにパワーを供給するステップと、
を有することを特徴とする方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明はファイルを記憶するためのデータ担体に関する。
【０００２】
本発明は、データ担体中に記憶されたファイルを管理する装置であって、照射用光源と、光データ担体と、前記データ担体を駆動するモータと、を有する装置にも関し、さらにそのような担体中のデータを処理する方法にも関する。
【０００３】
特許文献No.WO00/58958にかような装置が開示されている。
【０００４】
本発明は、特に、再書き込みが可能な、SFFO（Small  Form-Factor  Optical）として知られる光データ担体に適用が可能である。これらのデータ担体はバッテリー駆動の装置で使用されるので、バッテリーの寿命をできるだけ長くすることが重要である。
【０００５】
SFFO担体は角速度一定で駆動される。本発明が提案する手段は角速度一定という特性を利用している。
【０００６】
本発明によるデータ担体はファイルを有する。そのファイルの転送レートはデータ担体上のそのファイルの場所に応じて決まる。ユーザは、ファイル転送レートが高い場所にファイルがあることを要求することが多い。
【０００７】
本発明の基本的アイデアは、担体が駆動され光源がオンの時にサプライパワーが消費されるということである。例えば、ユーザが4.5MBあるMP3ファイルを再生することが多い場合、ユーザが聴けるようにそのファイルを処理部に転送するためには、そのファイルがディスクの外側にあるときは１秒、そのファイルがディスクの内側にあるときは２秒かかる。モータと光源の使用量が少ない分、このようにサプライパワーを節約できる。
【０００８】
本発明は、パワー消費エレメントを有し、データ担体を管理する装置に供給されるエネルギーを節約する方法に関する。その装置は、データ担体からデータを転送する時に供給エネルギーを消費する。該方法は、より頻繁に使用されるファイルを決定するステップと、前記より頻繁に使用されるファイルを前記データ担体上の転送速度がより大きい場所に割り当てるステップと、転送が完了した時に前記パワー消費エレメントにパワーを供給するステップと、を有する。
【０００９】
本発明の上記その他の態様は、以下に説明する実施形態を参照して、限定的ではない実施例により明らかになり、詳細に説明される。
【００１０】
図１には、ディスク状のデータ担体１がセットされた装置が示されている。このデータ担体は例えば光ディスクである。図１において、データ担体は断面で示されている。ディスクモータ３がそのデータ担体１を回転する。このデータ担体１上にレンズ１２がレーザ光ビーム１４の焦点を合わせる。レーザはスレッジ１６に搭載されている。そのスレッジ１６はスレッジモータ２０により移動することができ、矢印２２で示したようにディスク全体を移動できる。このスレッジ内に、光データ担体にレーザ光ビームを照射するレーザダイオード２５がある。スレッジ１６には、信号を提供するフォトディテクタ（図示せず）も含まれている。これらの信号は、一方で、例えばユーザインターフェイス回路３４を介してラウドスピーカ３２に有用な情報を提供するために使用され、他方で、制御インターフェイス３８を介して各種サーボを制御するために使用される。スプリッターデバイス４２はこれらの信号を分離して、これらの信号がインターフェイス回路３４と３８に正しく導かれるようにする。プロセッサセット５０は装置全体の動作を制御する。バッテリー５２はこの装置にパワーを供給する。充電デバイス５４は必要に応じてバッテリー５２に充電する。装置へのパワー供給には２つのスイッチ５６と５８が使用される。スイッチ５６がオンの時、モータ２０、３およびレーザダイオード２５にパワーが供給される。スイッチ５６がオフの時、これらのエレメント２０、３、２５にはパワー供給されない。装置の他のエレメントにはパワーが供給される。スイッチ５６がオンの時にエネルギーの大部分が消費される。
【００１１】
ディスク１上のファイルが必要な時、ディスク１は一定の速さすなわち角速度（CAV）で駆動される。そのため、ディスクの外周におけるデータレートは、ディスクの内周におけるデータレートよりも高くなる。例えば、内周におけるビットレートは約18Mbpsであり、外周におけるビットレートは約36Mbpsである。同じファイルを内周から読み出すには、外周から読み出すより約１秒長くかかる。この１秒の間にも、レーザダイオード２５のスイッチはオンになっており、ディスク１は回転している。供給パワーの差異は大きい。転送後スイッチ５６をオフにしてもよく、転送時間が短ければエネルギーを節約することができる。
【００１２】
本発明は、最も頻繁に使用されるファイルを外周に近いところに割り当て、バッテリー寿命を大幅に長くすることを提案するものである。
【００１３】
図２には、光ディスク１上の各種ファイルの場所をごく概略的に示した。ファイルF1とF2は頻繁に使用されるが、ファイルF10はそれほど頻繁には使用されないものとする。
【００１４】
ファイルの使用状況を分析することにより、そのファイルがどのくらい頻繁に読み出されるかを決定することができる。プロセッサセット５０は、図３に示したように、プロセッサ６０と、カウンター６２と、テーブル６４とを有する。カウンター６２はソフトウェア手段により実現することもできる。このように、ファイル使用の頻度を記憶することができる。このテーブル６４には、使用されたファイルの名称F1、F5、．．．、Fnが、各ファイルが使用された回数k1、k5、．．．、knと対比されて格納されている。他の方法として、プレイリストで定義されたファイルの順序を考慮してもよい（最も頻繁に使用されたプレイリストを考慮してもよい）。
【００１５】
最も頻繁に使用されるファイルをディスクの最も外周側に置くために、ディスク上のファイルをリアロケーションした後、カウンターをリセットしてもよい。これによりシステムが歪められることがあるが、その理由は、ファイルは短期間で何回も使用されても、必ずしも長期的なファイルの使用状況を反映してはいない場合があるからである。あるいは、ファイルが最後に使用された日付をカウンターとともに記憶し、そのファイルが最近使用されているかどうかを記録してもよい。リアロケーションをするとき、ファイルの使用頻度だけではなく、他の要因も考慮する必要がある。例えば、ファイルサイズを考慮しなければならない。
【００１６】
リアロケーションが行われるのは、一般的に、ディスクが装置にセットされ、その装置がパワーサプライに接続されている時である。例えば、バッテリーを再充電しているときや、ディスクがPC等の固定デバイスにセットされている時である。最後にいつリアロケーションが実行されたかを記録して、ファイルがあまり頻繁にリアロケーションされないようにしてもよい（あまり頻繁にリアロケーションをすると、転送速度が高い場所に何度も再書き込みを行うことになり、ディスクが劣化してしまう）。
【００１７】
本発明の他の実施形態として、技術水準として周知であるUDFファイルシステムを使用することを提案する。
【００１８】
UDFファイルシステムにおいてこの機能を実施するには２つの方法がある。いずれの場合も、この機能を使用しないUDFファイルシステムであっても問題なくファイルを読み出すことができる。
【００１９】
UDFによりアプリケーションは自分で使用するファイルエントリテーブルの拡張を定義することができる。この機能は「応用プログラム用拡張属性」と呼ばれる（図４参照）。図４に示したテーブルINFは、ファイルFAに対して余分な情報を格納するための場所EXFAを提供する。この場所の使用方法はUDF仕様書では規定されておらず、ファイルシステムを使用しているアプリケーションがその場所をどのように使用するか決めることができる。実際には、アプリケーションがこのフィールドの値を読み書きし、それ故その使用方法を制御することによって機能する。このフィールドはUDFファイルシステムで規定されており、この拡張フィールドをサポートしていない場合でも拡張フィールドを使用したディスクを読むことはできる。この余分なフィールドを使用してファイルの使用をカウントしてもよいが、このフィールドが他の目的のためにすでに使用されている場合には問題が発生する。この問題の解決策として、ファイルシステムにカウントさせ、アプリケーションはこのフィールドに関知しないようにしなければならない。
【００２０】
ファイルのカウントをアプリケーションが制御することには利点があるが、その理由は、ファイルがユーザに本当に使用されているかどうかをアプリケーションが知ることができるからである。例えば、ユーザはオーディオトラックにアクセスして数秒たってからそのトラックをスキップしたかも知れない。この場合、アプリケーションはこのアクセスをファイルの使用としてカウントしないこともできる。同様に、ファイルは、ディスク上でアクセスされアプリケーションによりキャッシュされても、ユーザには使用されないかも知れない。
【００２１】
リアロケーションをアプリケーションの制御下で実行してもよい。例えば、ディスクがパワーサプライに接続されたドライブ（例えばPC）にセットされている時、アプリケーションがファイルの使用状況を分析して、ファイルデータをどのように最適にリアロケーションするか決定してもよい。そして、アプリケーションがファイルのリアロケーションを選択し、最も頻繁に使用されるファイルがディスクの外周に記録されるようにしてもよい。そのようにする方法の１つは、アプリケーションがディスクをブロックデバイスとして取り扱い、通常のファイルシステムをバイパスすることである。アプリケーションはファイルが正しい場所にあるディスクイメージを生成し、その完全なディスクイメージをファイルシステムテーブルも含めてディスクにコピーする。
【００２２】
ファイルシステムにリアロケーションさせることも可能であるが、その場合、ファイルシステムはそのリアロケーションのストラテジーを実施できなければならない。
【図面の簡単な説明】
【００２３】
【図１】本発明による装置を示す概略図である。
【図２】本発明によるデータ担体を示す概略図である。
【図３】本発明による装置のプロセッサを示すブロック図である。
【図４】本発明によるデータ担体中のファイルを管理する構成を示す概略図である。
【図１】
2006523356.tif 000003
【図２】
2006523356.tif 000004
【図３】
2006523356.tif 000005
【図４】
2006523356.tif 000006
【国際調査報告】
2006523356.tif 000007
2006523356.tif 000008
2006523356.tif 000009