通信方法及びシステム
本発明は、低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行う方法に関する。本方法は、前記アプリケーションブロックに関するアプリケーションについての知識を前記ドライブブロックに与える特定のコマンドをインタフェースにより前記アプリケーションブロックから送信するステップと、前記コマンドに応答して、前記ドライブブロックにおける低電力処理を発行するステップとに対応する実行可能な命令から構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行う方法に関する。
【背景技術】
【０００２】
デジタルフォトカメラ、ポータブルオーディオプレーヤー、携帯情報端末（ＰＤＡ）、ナビゲーションシステム、携帯電話などのますます多くのアプリケーションが、埋め込み記憶装置を利用している。これらの携帯アプリケーションの大部分はバッテリーを使用しているため、低電力であることが必要とされる。低電力消費は、関係するシステムの適切な機能を保証するため、及び十分なバッテリー寿命を有するため極めて重要である（電力消費は、システムのアクティブなコンポーネントの最大電力消費、異なる可能性のあるモードに関する要求を満たすため利用される戦略、コマンドまたは制約などの異なるレベルのアクションの結果である）。
【０００３】
このようなアプリケーションにおいて、記憶装置は通常は標準的なインタフェース（ＩＤＥやＳＣＳＩなど）によりアプリケーションに自体と接続されている。しかしながら、接続されているアプリケーションについての知識を有さず、最適な手段をとることができずスレーブとしてほとんど機能する装置は、可能な限り低電力となるように、すなわち、電力消費を低減するためできる限りのことを行なうように手段をとることが可能である。例えば、ドライブがアプリケーションに関してスレーブであるとき、電力消費を低減する可能な手段の１つは、数秒間エンジンをオンにし（モータースピンドル、レーザオンなど）、エンジンが完全にオフに切り替わる前に、その後に中間的ないくつかのステージによりスタンバイまたはスリープモードに切り替えるなどの戦略であるかもしれない（例えば、ラップトップのハードディスクは、同様の戦略を利用している）。しかしながら、それは現実的には最適な手段ではない。なぜならば、アプリケーションはエンジンがオフに切り替わる直後にデータを必要とするかもしれず、それは再びスピンアップする必要があるからである。
【０００４】
ポータブルＣＤプレーヤーやポータブルＭＰ３プレーヤーなどの完成品（アプリケーション＋ドライブ）では、電力消費戦略の大部分はアプリケーションにおいて処理され、１つのドライブに１つのアプリケーションしかないため（または限られた数のアプリケーション）可能である。このとき、当該アプリケーションは、ドライブの電力消費をほとんど正確に知っており、電力消費戦略を留意することができる。より詳細には、約２８ミリメータの直径を有するディスク上に１ギガバイトのデータを格納可能なモバイル光記憶装置ＳＦＦＯ（Ｓｍａｌｌ Ｆｏｒｍ Ｆａｃｔｏｒ Ｏｐｔｉｃａｌ）が、図１を参照して説明される。
【０００５】
図１の基本ブロック図のＳＦＦＯシステムは、コマンド／データインタフェース３００により接続されるアプリケーションブロック１００とＳＦＦＯドライブブロック２００とを有する。ＳＦＦＯドライブブロック２００は、アプリケーションからのコマンド処理を行うと共に、アプリケーションブロック１００と第１メモリ２０２（ランダムアクセスメモリ、すなわち、ＲＡＭ）の間、第１メモリ２０２とＳＦＦＯ基本エンジン２０３との間のデータ処理を行う。基本エンジン２０３自体は、ドライブの残りの部分から構成され、一方においてメモリ２０２に対する読み書きを行うチャネルコーデックと、他方において低レベルコマンドによりＳＦＦＯデータパス２０１により制御されるサーボシステムとを有する。
【０００６】
アプリケーションブロック１００は、コマンドをＳＦＦＯドライブブロック２００、第２メモリ１０２（またはＲＡＭ）及びユーザ入出力段階１０３に送信し、ユーザデータ（ＭＰＥＧ映像、ＭＰ３音声など）を符号化または復号化し、入出力装置（キーボード、マイクロフォン、スピーカー、カメラ、ディスプレイなど）を制御するＳＦＦＯアプリケーション１０１を有する。ＳＦＦＯアプリケーション１０１は、ＳＦＦＯドライブブロック２００と第２メモリ１０２との間のデータ処理を実行する。
【０００７】
図１に示されるように、アプリケーションブロック１００とドライブブロック２００は共にあるサイズのＲＡＭメモリを有し、スマートバッファリング及び低電力処理が、しばしばポータブルＣＤまたはＭＰ３プレーヤーなどの製品に対し、上述のようにアプリケーションブロック１００において行われる。当該処理がアプリケーションブロック１００において実行される場合、アプリケーションは、当該アプリケーションから詳細な命令を受け取るドライブに関する知識を有する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、ドライブがもはやスレーブとして動作する必要のない他の解法を提案することである。
【課題を解決するための手段】
【０００９】
このため、本発明は、本説明の導入部で定義されたような通信方法に関し、さらに、それは、前記アプリケーションブロックに関するアプリケーションについての知識を前記ドライブブロックに与える特定のコマンドをインタフェースにより前記アプリケーションブロックから送信するステップと、前記コマンドに応答して、前記ドライブブロックにおける低電力処理を発行するステップとに対応する実行可能な命令から構成されることを特徴とする。
【００１０】
本発明はまた、モバイル低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行うシステムであって、前記装置は、前記アプリケーションブロックと前記ドライブブロックとのインタフェースをとるよう動作可能な通信手段と、前記アプリケーションブロック上に備えられる実行可能な命令であり、前記アプリケーションブロックからの１以上のコマンドを実行するよう動作可能である装置インタフェースセットと、
を有することを特徴とするシステムに関する。
【００１１】
本発明が、添付した図面を参照して具体例と共に説明される。
【発明を実施するための最良の形態】
【００１２】
アプリケーションに接続される既知の記憶装置では、アプリケーションは、ドライブの特徴を知っており（あるいは対策により学習し）、それらを用いてエンジンを駆動することが可能である。従って、ドライブがどのくらい最適に利用されるかは、アプリケーションに依存する。与えられた技術的解法によると、ユーザが当該装置の特徴としてドライブの最小電力消費を与えることを所望する場合、そして、システムのドライブブロックにおいてスマートバッファリング及び低電力処理が実行される場合、ドライブ自体は低電力となるよう戦略を制御し、このため、知能的機能がドライブに備えられ、アプリケーションから受け取った命令により賢く動作することが可能である。特に、それはドライブに関する詳細な知識をアプリケーションに与えることなく、電力消費に関して多くのことを実行することができる。
【００１３】
このとき、複数のインタフェースが、アプリケーションと、ＩＤＥ、ＳＣＳＩ、コンパクトフラッシュ（登録商標）、マルチメディアカードなどの「スマート」カードとの間で利用可能であるが、実際には、アプリケーションに関する知識をドライブに与えるコマンドセットはまだ存在せず、ドライブにアプリケーションに関する十分な情報を与えるいくつかの擬似ＭＭＣコマンド（アプリケーションタイプコマンド、アナウンスストリームコマンド、リードストリームコマンド、ライトストリームコマンド）が説明される。しかしながら、現在のシステムでは、ファイルシステムがアプリケーションに配備されていることを思い起こすかもしれない。ドライブは、電力消費について考慮する必要があるときにはより賢明になり、ファイルシステムもまたドライブに備えられてもよい。このことは、いくつかの効果を有する。すなわち、アプリケーションはディスク上のファイルの論理位置についてもはや何も知らないが、ドライブは、ファイルに関して多くのことを知っており、ディスク上のファイル配置法に関して自らの割当て戦略を実現するようにしてもよい。しかしながら、そのようなシステムは、既存のアプリケーション及びコマンドセットとは互換性がない。
【００１４】
以下の説明は、ＳＦＦＯドライブブロックを有するモバイル光記憶システムＳＦＦＯの場合において、アプリケーションに関する十分な情報をドライブに与えるため、アプリケーションとそれのドライブとの間で実現されるインタフェースに用いられるコマンドに関する詳細を与える。
【００１５】
（Ａ）アプリケーションタイプコマンド（図２の表を参照せよ）
それは、ＳＦＦＯドライブがプラグインされるアプリケーションタイプを説明する。当該コマンドは、電力アップ時、しかしアプリケーションが情報を更新する必要があると考えるときに発行される。このコマンドの構造は、各バイトが以下の特定の使用を有する８ビットの１２バイトを有する。
（１）オペレーションコード（８ビット）
（２）モバイルビット（１ビット）：それは、ＳＦＦＯドライブがモバイルアプリケーションにプラグインされる場合にアサートされる必要があり、すなわち、この場合、ドライブは衝撃保護のためメモリを確保する必要があるということを知っている（そしてまた、サーボループは衝撃を解消するためややタイトにされる必要がある）。
（３）装置タイプビット（２ビット）：それらは、ＳＦＦＯドライブがプラグインされる装置の種類をドライブに通知し、これらの値には例えば以下のようなものがある。
【００１６】
００＝デフォルト：電力問題は考慮されない（及びスマート処理もない）
０１＝電話：最大ユーザデータレート１Ｍｂｐｓ，ピーク電力＜６００ｍＷ
１０＝ムーブ：最大ユーザデータレート１０Ｍｂｐｓ，ピーク電力＜１Ｗ
１１＝クレードル：最大ユーザデータレート３６Ｍｂｐｓ，ピーク電力＜７Ｗ
（４）最大ピーク電力（８ビット）：それは、ドライブがミリワットにより発行可能な最大ピーク電力を与える（アプリケーションは、この任意的コマンドを処理中に発行してもよい。例えば、電話を受信すると、ＳＦＦＯドライブの最大ピーク電力が低減される必要がある）。
（５）最大平均電力（８ビット）：それは、ドライブがミリワットにより発行する最大平均電力を与える（アプリケーションはまた、当該任意的コマンドを処理中に発行するかもしれない）。
【００１７】
（Ｂ）アナウンスストリームコマンド（図３の表を参照せよ）
（１）オペレーションコード
（２）リード／ライト（１ビット）：ストリームが読み出しされる場合、あるいはディスクに書き込まれる場合
（３）ストリーム番号（７ビット）：ストリームに関連付けされる当該一意的番号により、ＳＦＦＯドライブはストリームについて何かを知る。
（４）ユーザデータレート（２４ビット）：ｋｂｐｓ単位のユーザデータレート
（５）転送長（３２ビット）：ストリームの長さ
（６）フラグメントサイズ（１６ビット）：フラグメントに関する情報を与える（任意的）
（Ｃ）リードストリームコマンド（本例では、それはＲＥＡＤ（１２）ＭＭＣコマンドへの拡張である）：ドライブからデータブロックを読み込む（図４の表）
（Ｄ）ライトストリームコマンド（図５の表）：同様に、それはＷＲＩＴＥ（１２）ＭＭＣコマンドへの拡張である。
【図面の簡単な説明】
【００１８】
【図１】図１は、モバイル光記憶装置のＳＦＦＯシステムの基本ブロック図を示す。
【図２】図２は、提案されたコマンドを示す表である。
【図３】図３は、提案されたコマンドを示す表である。
【図４】図４は、提案されたコマンドを示す表である。
【図５】図５は、提案されたコマンドを示す表である。
【技術分野】
【０００１】
本発明は、一般に低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行う方法に関する。
【背景技術】
【０００２】
デジタルフォトカメラ、ポータブルオーディオプレーヤー、携帯情報端末（ＰＤＡ）、ナビゲーションシステム、携帯電話などのますます多くのアプリケーションが、埋め込み記憶装置を利用している。これらの携帯アプリケーションの大部分はバッテリーを使用しているため、低電力であることが必要とされる。低電力消費は、関係するシステムの適切な機能を保証するため、及び十分なバッテリー寿命を有するため極めて重要である（電力消費は、システムのアクティブなコンポーネントの最大電力消費、異なる可能性のあるモードに関する要求を満たすため利用される戦略、コマンドまたは制約などの異なるレベルのアクションの結果である）。
【０００３】
このようなアプリケーションにおいて、記憶装置は通常は標準的なインタフェース（ＩＤＥやＳＣＳＩなど）によりアプリケーションに自体と接続されている。しかしながら、接続されているアプリケーションについての知識を有さず、最適な手段をとることができずスレーブとしてほとんど機能する装置は、可能な限り低電力となるように、すなわち、電力消費を低減するためできる限りのことを行なうように手段をとることが可能である。例えば、ドライブがアプリケーションに関してスレーブであるとき、電力消費を低減する可能な手段の１つは、数秒間エンジンをオンにし（モータースピンドル、レーザオンなど）、エンジンが完全にオフに切り替わる前に、その後に中間的ないくつかのステージによりスタンバイまたはスリープモードに切り替えるなどの戦略であるかもしれない（例えば、ラップトップのハードディスクは、同様の戦略を利用している）。しかしながら、それは現実的には最適な手段ではない。なぜならば、アプリケーションはエンジンがオフに切り替わる直後にデータを必要とするかもしれず、それは再びスピンアップする必要があるからである。
【０００４】
ポータブルＣＤプレーヤーやポータブルＭＰ３プレーヤーなどの完成品（アプリケーション＋ドライブ）では、電力消費戦略の大部分はアプリケーションにおいて処理され、１つのドライブに１つのアプリケーションしかないため（または限られた数のアプリケーション）可能である。このとき、当該アプリケーションは、ドライブの電力消費をほとんど正確に知っており、電力消費戦略を留意することができる。より詳細には、約２８ミリメータの直径を有するディスク上に１ギガバイトのデータを格納可能なモバイル光記憶装置ＳＦＦＯ（Ｓｍａｌｌ Ｆｏｒｍ Ｆａｃｔｏｒ Ｏｐｔｉｃａｌ）が、図１を参照して説明される。
【０００５】
図１の基本ブロック図のＳＦＦＯシステムは、コマンド／データインタフェース３００により接続されるアプリケーションブロック１００とＳＦＦＯドライブブロック２００とを有する。ＳＦＦＯドライブブロック２００は、アプリケーションからのコマンド処理を行うと共に、アプリケーションブロック１００と第１メモリ２０２（ランダムアクセスメモリ、すなわち、ＲＡＭ）の間、第１メモリ２０２とＳＦＦＯ基本エンジン２０３との間のデータ処理を行う。基本エンジン２０３自体は、ドライブの残りの部分から構成され、一方においてメモリ２０２に対する読み書きを行うチャネルコーデックと、他方において低レベルコマンドによりＳＦＦＯデータパス２０１により制御されるサーボシステムとを有する。
【０００６】
アプリケーションブロック１００は、コマンドをＳＦＦＯドライブブロック２００、第２メモリ１０２（またはＲＡＭ）及びユーザ入出力段階１０３に送信し、ユーザデータ（ＭＰＥＧ映像、ＭＰ３音声など）を符号化または復号化し、入出力装置（キーボード、マイクロフォン、スピーカー、カメラ、ディスプレイなど）を制御するＳＦＦＯアプリケーション１０１を有する。ＳＦＦＯアプリケーション１０１は、ＳＦＦＯドライブブロック２００と第２メモリ１０２との間のデータ処理を実行する。
【０００７】
図１に示されるように、アプリケーションブロック１００とドライブブロック２００は共にあるサイズのＲＡＭメモリを有し、スマートバッファリング及び低電力処理が、しばしばポータブルＣＤまたはＭＰ３プレーヤーなどの製品に対し、上述のようにアプリケーションブロック１００において行われる。当該処理がアプリケーションブロック１００において実行される場合、アプリケーションは、当該アプリケーションから詳細な命令を受け取るドライブに関する知識を有する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、ドライブがもはやスレーブとして動作する必要のない他の解法を提案することである。
【課題を解決するための手段】
【０００９】
このため、本発明は、本説明の導入部で定義されたような通信方法に関し、さらに、それは、前記アプリケーションブロックに関するアプリケーションについての知識を前記ドライブブロックに与える特定のコマンドをインタフェースにより前記アプリケーションブロックから送信するステップと、前記コマンドに応答して、前記ドライブブロックにおける低電力処理を発行するステップとに対応する実行可能な命令から構成されることを特徴とする。
【００１０】
本発明はまた、モバイル低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行うシステムであって、前記装置は、前記アプリケーションブロックと前記ドライブブロックとのインタフェースをとるよう動作可能な通信手段と、前記アプリケーションブロック上に備えられる実行可能な命令であり、前記アプリケーションブロックからの１以上のコマンドを実行するよう動作可能である装置インタフェースセットと、
を有することを特徴とするシステムに関する。
【００１１】
本発明が、添付した図面を参照して具体例と共に説明される。
【発明を実施するための最良の形態】
【００１２】
アプリケーションに接続される既知の記憶装置では、アプリケーションは、ドライブの特徴を知っており（あるいは対策により学習し）、それらを用いてエンジンを駆動することが可能である。従って、ドライブがどのくらい最適に利用されるかは、アプリケーションに依存する。与えられた技術的解法によると、ユーザが当該装置の特徴としてドライブの最小電力消費を与えることを所望する場合、そして、システムのドライブブロックにおいてスマートバッファリング及び低電力処理が実行される場合、ドライブ自体は低電力となるよう戦略を制御し、このため、知能的機能がドライブに備えられ、アプリケーションから受け取った命令により賢く動作することが可能である。特に、それはドライブに関する詳細な知識をアプリケーションに与えることなく、電力消費に関して多くのことを実行することができる。
【００１３】
このとき、複数のインタフェースが、アプリケーションと、ＩＤＥ、ＳＣＳＩ、コンパクトフラッシュ（登録商標）、マルチメディアカードなどの「スマート」カードとの間で利用可能であるが、実際には、アプリケーションに関する知識をドライブに与えるコマンドセットはまだ存在せず、ドライブにアプリケーションに関する十分な情報を与えるいくつかの擬似ＭＭＣコマンド（アプリケーションタイプコマンド、アナウンスストリームコマンド、リードストリームコマンド、ライトストリームコマンド）が説明される。しかしながら、現在のシステムでは、ファイルシステムがアプリケーションに配備されていることを思い起こすかもしれない。ドライブは、電力消費について考慮する必要があるときにはより賢明になり、ファイルシステムもまたドライブに備えられてもよい。このことは、いくつかの効果を有する。すなわち、アプリケーションはディスク上のファイルの論理位置についてもはや何も知らないが、ドライブは、ファイルに関して多くのことを知っており、ディスク上のファイル配置法に関して自らの割当て戦略を実現するようにしてもよい。しかしながら、そのようなシステムは、既存のアプリケーション及びコマンドセットとは互換性がない。
【００１４】
以下の説明は、ＳＦＦＯドライブブロックを有するモバイル光記憶システムＳＦＦＯの場合において、アプリケーションに関する十分な情報をドライブに与えるため、アプリケーションとそれのドライブとの間で実現されるインタフェースに用いられるコマンドに関する詳細を与える。
【００１５】
（Ａ）アプリケーションタイプコマンド（図２の表を参照せよ）
それは、ＳＦＦＯドライブがプラグインされるアプリケーションタイプを説明する。当該コマンドは、電力アップ時、しかしアプリケーションが情報を更新する必要があると考えるときに発行される。このコマンドの構造は、各バイトが以下の特定の使用を有する８ビットの１２バイトを有する。
（１）オペレーションコード（８ビット）
（２）モバイルビット（１ビット）：それは、ＳＦＦＯドライブがモバイルアプリケーションにプラグインされる場合にアサートされる必要があり、すなわち、この場合、ドライブは衝撃保護のためメモリを確保する必要があるということを知っている（そしてまた、サーボループは衝撃を解消するためややタイトにされる必要がある）。
（３）装置タイプビット（２ビット）：それらは、ＳＦＦＯドライブがプラグインされる装置の種類をドライブに通知し、これらの値には例えば以下のようなものがある。
【００１６】
００＝デフォルト：電力問題は考慮されない（及びスマート処理もない）
０１＝電話：最大ユーザデータレート１Ｍｂｐｓ，ピーク電力＜６００ｍＷ
１０＝ムーブ：最大ユーザデータレート１０Ｍｂｐｓ，ピーク電力＜１Ｗ
１１＝クレードル：最大ユーザデータレート３６Ｍｂｐｓ，ピーク電力＜７Ｗ
（４）最大ピーク電力（８ビット）：それは、ドライブがミリワットにより発行可能な最大ピーク電力を与える（アプリケーションは、この任意的コマンドを処理中に発行してもよい。例えば、電話を受信すると、ＳＦＦＯドライブの最大ピーク電力が低減される必要がある）。
（５）最大平均電力（８ビット）：それは、ドライブがミリワットにより発行する最大平均電力を与える（アプリケーションはまた、当該任意的コマンドを処理中に発行するかもしれない）。
【００１７】
（Ｂ）アナウンスストリームコマンド（図３の表を参照せよ）
（１）オペレーションコード
（２）リード／ライト（１ビット）：ストリームが読み出しされる場合、あるいはディスクに書き込まれる場合
（３）ストリーム番号（７ビット）：ストリームに関連付けされる当該一意的番号により、ＳＦＦＯドライブはストリームについて何かを知る。
（４）ユーザデータレート（２４ビット）：ｋｂｐｓ単位のユーザデータレート
（５）転送長（３２ビット）：ストリームの長さ
（６）フラグメントサイズ（１６ビット）：フラグメントに関する情報を与える（任意的）
（Ｃ）リードストリームコマンド（本例では、それはＲＥＡＤ（１２）ＭＭＣコマンドへの拡張である）：ドライブからデータブロックを読み込む（図４の表）
（Ｄ）ライトストリームコマンド（図５の表）：同様に、それはＷＲＩＴＥ（１２）ＭＭＣコマンドへの拡張である。
【図面の簡単な説明】
【００１８】
【図１】図１は、モバイル光記憶装置のＳＦＦＯシステムの基本ブロック図を示す。
【図２】図２は、提案されたコマンドを示す表である。
【図３】図３は、提案されたコマンドを示す表である。
【図４】図４は、提案されたコマンドを示す表である。
【図５】図５は、提案されたコマンドを示す表である。
【特許請求の範囲】
【請求項１】
低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行う方法であって、
当該方法は、
前記アプリケーションブロックに関するアプリケーションについての知識を前記ドライブブロックに与える特定のコマンドをインタフェースにより前記アプリケーションブロックから送信するステップと、
前記コマンドに応答して、前記ドライブブロックにおける低電力処理を発行するステップと、
に対応する実行可能な命令から構成されることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記特定のコマンドは、少なくとも前記ドライブがプラグインされるアプリケーションタイプを記述子、電力状態を規定するアプリケーションタイプコマンドを有することを特徴とする方法。
【請求項３】
請求項２記載の方法であって、
前記アプリケーションタイプコマンドは、処理中に発行されることを特徴とする方法。
【請求項４】
請求項２記載の方法であって、
前記特定のコマンドはまた、前記ドライブブロックに前記ストリームに関する情報を与えるアナウンスストリームコマンドを有することを特徴とする方法。
【請求項５】
請求項４記載の方法であって、
前記アナウンスストリームコマンドは、処理中に変更されることを特徴とする方法。
【請求項６】
請求項４記載の方法であって、
前記特定のコマンドはまた、リードストリームコマンドとライトストリームコマンドとを有することを特徴とする方法。
【請求項７】
請求項６記載の方法であって、
前記特定のコマンドはまた、携帯環境または非携帯環境などの動作環境及び／または携帯電話、ラップトップなどの装置タイプに関する情報の送信を伴うことを特徴とする方法。
【請求項８】
モバイル低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行うシステムであって、
前記装置は、
前記アプリケーションブロックと前記ドライブブロックとのインタフェースをとるよう動作可能な通信手段と、
前記アプリケーションブロック上に備えられる実行可能な命令であり、前記アプリケーションブロックからの１以上のコマンドを実行するよう動作可能である装置インタフェースセットと、
を有することを特徴とするシステム。
【請求項９】
請求項８記載のシステムであって、
前記コマンドは、少なくとも前記装置がプラグインされているアプリケーションタイプを記述子、電力状態を規定するアプリケーションタイプコマンドを有することを特徴とするシステム。
【請求項１０】
請求項９記載のシステムであって、
前記装置がプラグインされる装置の種類を前記装置に通知する値は、
００＝デフォルト：電力問題は考慮されない（及びスマート処理もない）
０１＝電話：最大ユーザデータレート１Ｍｂｐｓ，ピーク電力＜６００ｍＷ
１０＝ムーブ：最大ユーザデータレート１０Ｍｂｐｓ，ピーク電力＜１Ｗ
１１＝クレードル：最大ユーザデータレート３６Ｍｂｐｓ，ピーク電力＜７Ｗ
であることを特徴とするシステム。
【請求項１１】
請求項９記載のシステムであって、
前記コマンドはまた、前記ストリームに関する情報を前記ドライブブロックに与えるアナウンスストリームコマンドを有することを特徴とするシステム。
【請求項１２】
請求項１１記載のシステムであって、
前記コマンドはまた、リードストリームコマンドとライトストリームコマンドとを有することを特徴とするシステム。
【請求項１３】
請求項１１記載のシステムであって、
前記コマンドはまた、携帯環境または非携帯環境などの動作環境及び／または携帯電話、ラップトップなどの装置タイプに関する情報の送信を有することを特徴とするシステム。
【請求項１４】
請求項１３記載のシステムであって、
前記コマンドは、処理中に変更されることを特徴とするシステム。
【請求項１５】
請求項８乃至１４何れか一項記載のシステムであって、
前記低電力記憶装置は、モバイル光記憶装置であることを特徴とするシステム。
【請求項１６】
請求項８乃至１４何れか一項記載のシステムであって、
当該システムは、ＳＦＦＯドライブブロックを有するモバイル光記憶システムＳＦＦＯ（Ｓｍａｌｌ Ｆｏｒｍ Ｆａｃｔｏｒ Ｏｐｔｉｃａｌ）から構成されることを特徴とするシステム。
【請求項１】
低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行う方法であって、
当該方法は、
前記アプリケーションブロックに関するアプリケーションについての知識を前記ドライブブロックに与える特定のコマンドをインタフェースにより前記アプリケーションブロックから送信するステップと、
前記コマンドに応答して、前記ドライブブロックにおける低電力処理を発行するステップと、
に対応する実行可能な命令から構成されることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記特定のコマンドは、少なくとも前記ドライブがプラグインされるアプリケーションタイプを記述子、電力状態を規定するアプリケーションタイプコマンドを有することを特徴とする方法。
【請求項３】
請求項２記載の方法であって、
前記アプリケーションタイプコマンドは、処理中に発行されることを特徴とする方法。
【請求項４】
請求項２記載の方法であって、
前記特定のコマンドはまた、前記ドライブブロックに前記ストリームに関する情報を与えるアナウンスストリームコマンドを有することを特徴とする方法。
【請求項５】
請求項４記載の方法であって、
前記アナウンスストリームコマンドは、処理中に変更されることを特徴とする方法。
【請求項６】
請求項４記載の方法であって、
前記特定のコマンドはまた、リードストリームコマンドとライトストリームコマンドとを有することを特徴とする方法。
【請求項７】
請求項６記載の方法であって、
前記特定のコマンドはまた、携帯環境または非携帯環境などの動作環境及び／または携帯電話、ラップトップなどの装置タイプに関する情報の送信を伴うことを特徴とする方法。
【請求項８】
モバイル低電力記憶装置のドライブブロックとアプリケーションブロックとの間の通信を行うシステムであって、
前記装置は、
前記アプリケーションブロックと前記ドライブブロックとのインタフェースをとるよう動作可能な通信手段と、
前記アプリケーションブロック上に備えられる実行可能な命令であり、前記アプリケーションブロックからの１以上のコマンドを実行するよう動作可能である装置インタフェースセットと、
を有することを特徴とするシステム。
【請求項９】
請求項８記載のシステムであって、
前記コマンドは、少なくとも前記装置がプラグインされているアプリケーションタイプを記述子、電力状態を規定するアプリケーションタイプコマンドを有することを特徴とするシステム。
【請求項１０】
請求項９記載のシステムであって、
前記装置がプラグインされる装置の種類を前記装置に通知する値は、
００＝デフォルト：電力問題は考慮されない（及びスマート処理もない）
０１＝電話：最大ユーザデータレート１Ｍｂｐｓ，ピーク電力＜６００ｍＷ
１０＝ムーブ：最大ユーザデータレート１０Ｍｂｐｓ，ピーク電力＜１Ｗ
１１＝クレードル：最大ユーザデータレート３６Ｍｂｐｓ，ピーク電力＜７Ｗ
であることを特徴とするシステム。
【請求項１１】
請求項９記載のシステムであって、
前記コマンドはまた、前記ストリームに関する情報を前記ドライブブロックに与えるアナウンスストリームコマンドを有することを特徴とするシステム。
【請求項１２】
請求項１１記載のシステムであって、
前記コマンドはまた、リードストリームコマンドとライトストリームコマンドとを有することを特徴とするシステム。
【請求項１３】
請求項１１記載のシステムであって、
前記コマンドはまた、携帯環境または非携帯環境などの動作環境及び／または携帯電話、ラップトップなどの装置タイプに関する情報の送信を有することを特徴とするシステム。
【請求項１４】
請求項１３記載のシステムであって、
前記コマンドは、処理中に変更されることを特徴とするシステム。
【請求項１５】
請求項８乃至１４何れか一項記載のシステムであって、
前記低電力記憶装置は、モバイル光記憶装置であることを特徴とするシステム。
【請求項１６】
請求項８乃至１４何れか一項記載のシステムであって、
当該システムは、ＳＦＦＯドライブブロックを有するモバイル光記憶システムＳＦＦＯ（Ｓｍａｌｌ Ｆｏｒｍ Ｆａｃｔｏｒ Ｏｐｔｉｃａｌ）から構成されることを特徴とするシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２００７−５０５４１８（Ｐ２００７−５０５４１８Ａ）
【公表日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願番号】特願２００６−５３０６７５（Ｐ２００６−５３０６７５）
【出願日】平成１６年５月１７日（２００４．５．１７）
【国際出願番号】ＰＣＴ／ＩＢ２００４／００１６６７
【国際公開番号】ＷＯ２００４／１０４８１６
【国際公開日】平成１６年１２月２日（２００４．１２．２）
【出願人】（５０１３４４３１５）コニンクリユケ フィリップス エレクトロニクス エヌ．ブイ． (174)
【Ｆターム（参考）】
【公表日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願日】平成１６年５月１７日（２００４．５．１７）
【国際出願番号】ＰＣＴ／ＩＢ２００４／００１６６７
【国際公開番号】ＷＯ２００４／１０４８１６
【国際公開日】平成１６年１２月２日（２００４．１２．２）
【出願人】（５０１３４４３１５）コニンクリユケ フィリップス エレクトロニクス エヌ．ブイ． (174)
【Ｆターム（参考）】
[ Back to top ]