JP2986048B2 - コンピュータ・システムに装着可能な拡張デバイス、拡張デバイスの制御方法及び拡張デバイスを有するコンピュータ・システムの制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】

【０００２】本発明は、主としてノートブック・コンピ
ュータのような携帯型のコンピュータ・システムに装着
可能な拡張デバイス、拡張デバイスの制御方法及び拡張
デバイスを有するコンピュータ・システムの制御方法に
係り、特に、パワー・セーブ（Power Save）を実現する
ための拡張デバイス、拡張デバイスの制御方法及び拡張
デバイスを有するコンピュータ・システムの制御方法に
関する。

【０００３】更に詳しくいえば、本発明は、コンピュー
タ・システム側がパワー・セーブのために各部への電力
供給を一旦遮断（サスペンド：Suspend）した後再び電
源を投入するときに、高速且つ厳密に同一の実行点から
タスクを再開（レジューム：Resume）することができる
ような拡張デバイス、拡張デバイスの制御方法及び拡張
デバイスを有するコンピュータ・システムの制御方法に
関する。

【０００４】

【従来の技術】

【０００５】最近の技術革新によって、携帯性を考量し
て小型且つ軽量に設計・製作されたノートブック型パー
ソナル・コンピュータ（若しくはポータブル・コンピュ
ータ）が広範に普及してきている。

【０００６】ポータブル・コンピュータの一態様とし
て、図１８に示すようなものが挙げられる。同図におい
て、ポータブル・コンビュータ１００は、薄形の本体１
１０と、この本体１１０に対して開閉自在に接合された
蓋体１２０とを備えている。

【０００７】蓋体１２０は、浅底のケース１２１を備え
ている。ケース１２１の下端部には円筒形状をなす一対
の突起１２２が一体的に形成されている。該一対の突起
１２２が本体に対して回転自在に軸支されることによっ
て、蓋体１２０は本体１１０とヒンジ結合されており、
蓋体１２０は突起１２２を中心にして本体１１０に対し
て開閉操作可能となっている。また、蓋体の開放側（す
なわち裏面側）の略中央部には、パーソナル・コンピュ
ータの表示手段としての液晶ディスプレイ（ＬＣＤ）１
２３が配設されている（以下、蓋体を総称してＬＣＤ１
２０という）。

【０００８】一方、本体１１０は、浅底のケース１１１
を備えている。ケース１１１には、ケース１１１の上方
開口の後方部を覆うように所定幅寸法の支持板１１２が
取付けられており、更に上方開口の前方部にはパーソナ
ル・コンピュータの入力手段としてのキーボード１１３
が装着されている。キーボード１１３の後縁部には、舌
片形状をなす一対の突起１１４がキーボード１１３と一
体的に形成されている。該一対の突起１１４が支持板１
１２の前縁部に対して回転自在に軸支されることによっ
て、キーボード１１３は支持板１１２とヒンジ結合され
ている。しかして、キーボード１１３は突起１１４を中
心にしてケース１１１に対して開閉操作可能となってお
り、開放時にはケース１１１の内部が露出するようにな
っている。なお、本体１１０に対するＬＣＤ１２０の開
閉操作、及びケース１１１に対するキーボード１１３の
開閉操作は、ケース１１１の側部に設けられた開閉操作
部１１５を２段階操作することによって実現される。ま
た、ＬＣＤ１２０を閉じたりキーボード１１３を開くこ
とによってコンピュータ１００は使用不可能となるの
で、ＬＣＤクローズ，キーボード・オープンという機械
的動作は電気的に変換されてＣＰＵ割り込み要因となる
ようになっている。

【０００９】図１９には、キーボード１１３の開放によ
りケース１１１の内部が露出した状態を示している。ケ
ース１１１の略中央部には、前方部分と後方部分とを仕
切るための隔壁１１６が配設されている。この隔壁１１
６は、薄肉の金属板を曲げ加工により形成したものでも
よい。隔壁１１６によって隠蔽されたケース１１１の後
方部分には、ＣＰＵ，ＲＯＭ，ＲＡＭ，システム・バス
等を含むパーソナル・コンピュータの内部回路（図示し
ない）が収納されている。また、隔壁１１６より前方の
広いスペースは、フロッピー・ディスク・ドライブ(Ｆ
ＤＤ）・パック１１７，ハード・ディスク・ドライブ
（ＨＤＤ）・パック１１９等の拡張デバイスやバッテリ
・パック１１８を収容するために確保されている。そし
て、隔壁１１６の側面には、これらパック類をポータブ
ル・コンピュータ１００の内部回路と電気的に接続する
ため、それぞれの規格に準拠したコネクタ類が配設され
ている（図示しない）。

【００１０】また、このようなポータブル・コンピュー
タ１００の新たなコンセプトとして、ユーザのニーズに
応じて、ＦＤＤパック１１７やＨＤＤパック１１８を他
の着脱可能な拡張デバイスと代替的に使用する、という
ことが考えられている。例えば、ＦＤＤパック１１７を
ケース１１１前方部分の収容スペースより抜き去り、Ｃ
Ｄ−ＲＯＭドライブ・パック５０に置き換える、という
具合である。ここで、ＣＤ−ＲＯＭ（Compact Disk Rea
d Only Memory）とは、アルミニウム反射膜タイプの光
ディスクのことであり、より詳しくは、ディスク表面上
の凹凸形状によって反射光強度が変化することを利用し
て情報を記憶する再生専用の記憶媒体である。ＣＤ−Ｒ
ＯＭは、大容量を高密度に記録できるため、テキスト・
データ，プログラム・データの他、オーディオ・デー
タ，画像データ（自然画，アニメーション，コンピュー
タ・グラフィックス等を含む）等、長大な情報の記録に
適用されている。そして、このようなデータの再生機能
を持つＣＤ−ＲＯＭドライブを備えることにより、ポー
タブル・コンピュータは、新しい形のメディア（すなわ
ちマルチメディア）として、教育，娯楽等に幅広い応用
が期待されている訳である。

【００１１】ところで、ポータブル・コンピュータは、
室外での携帯的・可搬的な使用を１つの目的として開発
されたものである。したがって、電力の供給は、ＡＣ電
力によって恒常的に行うのではなく、図１９でも示した
ようにバッテリ・パック（特にNiCdやNiMH，LiIon系の
充電式バッテリ）によって行うのが主流である。しかし
ながら、バッテリ・パックは小型・小容量で寿命が乏し
いものに限られている。そこで、最近のポータブル・コ
ンピュータには、パワー・マネージメント（Power Mana
gement）若しくはパワー・セーブ（Power Save）のため
の種々の工夫が施されている。

【００１２】パワー・セーブの１つの例として、『サス
ペンド（Suspend）』が挙げられる。サスペンドとは、
Ｉ／Ｏデバイスのアクティビティが一定時間以上検出さ
れない，あるいはＬＣＤ（蓋体）が閉じられたことを検
知する等の所定の状態が発生すると、メイン・メモリ以
外のほとんど全ての部分への電力供給を停止して、パワ
ー・セーブを図ることをいう。サスペンド・モードに入
る前には、タスクを再開するために必要なデータ（例え
ばＩ／Ｏの設定状況やＣＰＵの状態等のハードウェア・
コンテキスト情報，ＶＲＡＭの内容）をメイン・メモリ
にセーブしておく。一方、電力供給を再開してサスペン
ド・モードから回復する動作を『レジューム（Resum
e）』という。レジュームのときには、先にメイン・メ
モリに待避しておいたデータを各部にリストアして、電
力供給停止時と同じ時点でタスクを再開できるようにす
る。なお、このような一連のパワー・マネージメント動
作は、実際には、ＰＭコード（ＰＭＣ）やＡＰＭ（Adva
nced PM：ＡＰＭはAstek International社の商標）等と
称するプログラムによって実行される。

【００１３】パワー・マネージメント技術を実現するた
めの１つの課題は、サスペンド等のパワー・セーブ・モ
ードから回復してタスクを再開するときに、如何にして
高速に、且つ中断時と厳密に同一の実行点からタスクを
再開させるか、ということにある。

【００１４】ポータブル・コンピュータ本体（以下、ホ
ストという）側では、上述したように、サスペンド直前
におけるシステムの情報（例えば各チップのレジスタ値
等のハードウェア・コンテキスト情報やＶＲＡＭの内
容）をメイン・メモリにセーブすることによって、ホス
ト側における「同一の実行点」を確保するようにしてい
る。

【００１５】一方、拡張デバイス側では、ホストがサス
ペンドに遷移するときに与えられる情報は、" 電力供給
停止" のみである。換言すれば、ホスト側は、自分が
「同一の実行点」を確保済みか否か、という自己都合の
みで電力の供給を停止するのであり、拡張デバイス側の
状況は考慮しない。

【００１６】拡張デバイスをある１つの観点から捉える
と、フロッピー・ディスク・ドライブ（ＦＤＤ）のよう
にＣＰＵを持たないタイプのものと、ハードディスク
（ＨＤＤ）やＣＤ−ＲＯＭドライブのようにＣＰＵを内
蔵するタイプのものとに大別できる。前者は、フロッピ
ー・ディスク・コントローラ（ＦＤＣ）のようなホスト
内に設けられた制御回路によって動作を制御されてい
る。このような場合、ホスト側は、ＦＤＣを管理するこ
とによって、サスペンド遷移直前におけるＦＤＤの状
況、すなわち「同一の実行点」を確保することができ
る。

【００１７】ところが、ＣＰＵを内蔵するタイプの拡張
デバイスの場合は事情が相違する。このタイプの拡張デ
バイスは、各種ファームウェアを格納するためのＲＯＭ
と、ＣＰＵの作業領域としてのＲＡＭとを内部に持って
いる。ホスト側のオペレーティング・システム（ＯＳ）
は、拡張デバイスを直接制御するのではなく、拡張デバ
イス側のＣＰＵに対してコマンドの形で指示するのみで
ある。拡張デバイス側のＣＰＵは、ＲＯＭ内のファーム
ウェアに基づいてホストからのコマンドを解釈し、ＲＡ
Ｍを作業領域として用いて実際の処理を行うようになっ
ている。ホスト側のＯＳは、拡張デバイス側の各部を全
て直接管理する必要はないし、通常そのような機能を備
えていない。このようなシステム環境において、ホスト
側が自己の状況のみを参酌して各部への電力供給を停止
したのでは、拡張デバイス側での作業内容（例えばＲＡ
Ｍの内容）は失われてしまい（ホストは何もできない
！）、その後再びホストから電力の供給を受けても失わ
れた記憶内容を回復することはできないのである。

【００１８】ここまで説明すれば、従来は、ホスト側は
厳密に同一の実行点からタスクを再開できない、という
ことを当業者であれば容易に理解できるであろう。

【００１９】ここで、拡張デバイス側におけるサスペン
ド遷移直前の状況を失った結果として生ずる問題を、特
にＣＤ−ＲＯＭドライブを例にとって簡単に説明する。

【００２０】ＣＤ−ＲＯＭドライブ側のＲＡＭは、現在
挿入されているディスクに関連する各種情報を記録して
いる。この情報とは、例えば、ＴＯＣ（Table of Conte
nts）等のデータのアロケーション情報，データの転送
速度等を示すドライブ・パラメータ，音声の出力レベル
等を示すオーディオ・パラメータ等である。このうち、
ＴＯＣ情報は、ディスク再生時に記録位置をサーチする
のに必要な情報であり、通常、ディスクを挿入時にＲＡ
Ｍに読み込んでから、該ディスクが抜きとられるまで、
あるいはパワー・オン・リセット（ＰＯＲ）されるまで
のいずれかの間だけ保持されている。また、ドライブ・
パラメータやオーディオ・パラメータの各値は、ホスト
からのコマンド処理中に時々刻々更新される。ところ
が、ホスト側の都合によって勝手に電力の供給が遮断さ
れると、ＲＡＭ内のこのようなデータは失われてしま
う。

【００２１】これらＲＡＭ内の作業データが失われてし
まうと、レジュームのときに幾つかの不都合が生ずる。
すなわち、ＴＯＣ情報に関しては、通常のＰＯＲ（Powe
r OnReset）の場合と同様に、再びディスクから読み込
まなければならない。ところが、ＣＤ−ＲＯＭドライブ
の平均アクセス時間は、３５０ミリ秒と非常に遅く、Ｔ
ＯＣ情報を読み込むだけでも数秒乃至数十秒もかかって
しまう（コンパクト・ディスクは、通常、セッション単
位で情報を管理している。ＴＯＣは、各セッション毎に
設けられ、セッションの先頭部のリード・イン（Lead-I
n）の中に記録されている。ＴＯＣのサイズは１セッシ
ョン当り５１２バイトである。マルチ・セッションで構
成されるディスクは、ＴＯＣの個数が増える分だけ当然
読込み時間は長くなる。）。タスク再開のために要する
数秒乃至数十秒という時間は、ユーザがディスプレイを
ただ漫然と眺めて待つには長過ぎる時間である。このよ
うな場合、ユーザに、「使いにくいコンピュータだ」あ
るいは「マシンが故障したのか」等という印象を与える
危険がある。また、ドライブ・パラメータやオーディオ
・パラメータに関しては、通常のＰＯＲと同様にして再
度設定するしかない。この場合、異なる音声レベル等で
ディスクのプレイが始まる等、タスクのコンテキストが
破壊され、ユーザに違和感を与えてしまう。略言すれ
ば、ＣＤ−ＲＯＭのプレイは同一の実行点からは再開さ
れないのである。同様の問題は、ハイバーネーション後
のウェーク・アップのときにも起こる可能性がある（な
お、コンピュータ・システムにおけるハイバーネーショ
ン技術の詳細については、例えば本出願人による特願平
５−１８４１８６号明細書を参照されたい。）。

【００２２】特にＣＤ−ＲＯＭの場合、大容量ゆえ、ロ
ール・プレイング・ゲーム等の長大なプログラムの利用
に供される場合が多く、プログラムの終了までにユーザ
は何度もＬＣＤを閉じてゲームを中断する、ということ
が予想される。したがって、レジューム時における高速
且つ同一の実行点からのタスク再開という問題は、より
深刻である。

【００２３】なお、ＨＤＤの場合、平均アクセス時間は
１２ミリ秒程度と比較的短いので、レジューム時におけ
るこのような問題は生じにくい。また、光磁気ディスク
・ドライブ（ＭＯ）の場合、平均アクセス時間は最速で
も３２ミリ秒程度とやや遅い（これは、厚型の場合。内
蔵型ＭＯドライブの場合、送りモータの小型化に伴って
アクセス時間は更に増加する。）ので、ＣＤ−ＲＯＭド
ライブと同様に深刻である。

【００２４】

【発明が解決しようとする課題】

【００２５】以上の記述によって、ホスト側がサスペン
ド・モードからタスクを再開するために必要な情報があ
るのと同様に、デバイス側（特に自己のＣＰＵを持つデ
バイス）にもタスクを再開するために必要な情報がある
ということは、当業者であれば容易に理解できるであろ
う。さらに、デバイス側がレジュームに必要な情報の全
てをホスト側が管理できない、ということも、当業者で
あれば容易に理解できるであろう。しかしながら、拡張
デバイス側のこれらの情報を何らかの形で管理しなけれ
ば、タスクの再開に長い時間を要してしまうし、タスク
のコンテキストが失われてしまう。

【００２６】本発明の目的は、コンピュータ・システム
（ホスト）に装着可能な拡張デバイスであって、ホスト
側のパワー・マネージメントに関する一連の動作に対し
て高速且つ正確に応答することができる拡張デバイスを
提供することを目的とする。

【００２７】本発明の更なる目的は、サスペンド・モー
ドに遷移するときに、レジューム時に必要な情報であっ
てホスト側が管理できない情報を拡張デバイス側が自ら
セーブすることによって、レジュームのときに高速且つ
厳密に同一の実行点からタスクを再開することができる
ポータブル・コンピュータ・システムの環境を提供する
ことを目的とする。

【００２８】

【課題を解決するための手段及び作用】

【００２９】本発明は、上記課題を参酌してなされたも
のであり、その第１の側面は、コンピュータ・システム
に装着可能な拡張デバイスであって、各部の動作を統括
的に制御するための中央制御手段と、前記中央制御手段
がタスク処理の際に作業領域として用いるための揮発性
の第１の記憶手段と、前記コンピュータ・システムと通
信するための接続手段と、各部へ電力を供給するための
電力供給手段と、前記接続手段を介して前記コンピュー
タ・システムから要求を受けたことに応答して前記接続
手段の状況及び前記第１の記憶手段の記憶内容をセーブ
するための不揮発性で書込み可能な第２の記憶手段とを
具備することを特徴とする拡張デバイスである。

【００３０】また、本発明の第２の側面は、コンピュー
タ・システムに装着可能な拡張デバイスであって、各部
の動作を統括的に制御するための中央制御手段と、前記
中央制御手段がタスク処理の際に作業領域として用いる
ための揮発性の第１の記憶手段と、前記コンピュータ・
システムと通信するための接続手段と、各部へ電力を供
給するための電力供給手段と、前記接続手段の状況及び
前記第１の記憶手段の内容をセーブするための不揮発性
で書込み可能な第２の記憶手段とを含む拡張デバイスの
制御方法において、前記コンピュータ・システムから電
力供給停止の予告を受ける段階と、前記予告に応答して
前記接続手段の状況及び前記第１の記憶手段の内容を前
記第２の記憶手段にセーブする段階と、前記セーブする
段階が完了したことを前記コンピュータ・システムに通
知する段階とを具備することを特徴とする拡張デバイス
の制御方法である。

【００３１】また、本発明の第３の側面は、コンピュー
タ・システムに装着可能な拡張デバイスであって、各部
の動作を統括的に制御するための中央制御手段と、前記
中央制御手段がタスク処理の際に作業領域として用いる
ための揮発性の第１の記憶手段と、前記コンピュータ・
システムと通信するための接続手段と、各部へ電力を供
給するための電力供給手段と、前記接続手段の状況及び
前記第１の記憶手段の内容をセーブするための不揮発性
で書込み可能な第２の記憶手段とを含む拡張デバイスの
制御方法において、前記コンピュータ・システムから電
力供給の再開時に指示を受ける段階と、前記指示に応答
して前記第２の記憶手段がセーブしている内容を前記接
続手段及び前記第１の記憶手段に回復する段階と、前記
回復する段階が完了したことを前記コンピュータ・シス
テムに通知する段階とを具備することを特徴とする拡張
デバイスの制御方法ぶある。

【００３２】ここで、第１，第２及び第３の側面に係る
本発明の作用について説明しておく。コンピュータ・シ
ステムがサスペンド等のパワー・セーブ・モードに遷移
して拡張デバイスへの電力供給が遮断されると、第１の
記憶手段としてのＲＡＭに記憶されている作業データ
や、接続手段の一部を構成するインターフェース回路内
のレジスタの内容は失われてしまう。すなわち、拡張デ
バイスが実行していたタスクのコンテキスト情報は失わ
れることになる。本発明に係る拡張デバイスは、不揮発
性の第２の記憶手段としてのフラッシュ・メモリを備え
ている。このフラッシュ・メモリは、電力供給遮断時に
も、これらコンテキスト情報を保持し続けることができ
る。また、本発明に係る拡張デバイスの制御方法によれ
ば、コンピュータ・システムがサスペンド・モードに入
る前に、拡張デバイスの状況（ＲＡＭ内の作業データや
インターフェース回路内のレジスタの内容を含む）をフ
ラッシュ・メモリにセーブするようにしている。また、
本発明に係る拡張デバイスの制御方法によれば、コンピ
ュータ・システムがレジュームする前に、フラッシュ・
メモリの記憶内容を各部にリストアすることようにして
いる。したがって、拡張デバイスは、レジューム時にデ
ィスクから再度ＴＯＣ情報を読み込む必要はなく、ま
た、サスペンド直前と同じコンテキストが与えられる。
略言すれば、拡張デバイスは、高速且つ厳密に同一の実
行点からタスクを再開することができる訳である。

【００３３】本発明の第４の側面は、記憶媒体としての
ディスクを搭載して、前記ディスクを回転させるための
スピンドル・モータと、前記ディスクにアクセスするた
めのヘッドと、前記ヘッドを前記ディスクの半径方向に
移動させるためのスライダ・モータと、前記スピンドル
・モータ及びスライダ・モータを駆動させるためのモー
タ駆動手段と、前記ヘッドの出力を処理するための処理
手段と、前記モータ駆動手段を制御するためのモータ駆
動制御手段と、各部の動作を統括的に制御するための中
央制御手段とを含む拡張デバイスの制御方法において、
前記モータ駆動手段又は前記中央制御手段のうちの少な
くとも一方の動作は停止しないが前記ヘッドの出力及び
モータ駆動制御手段の動作を停止するアイドル段階，及
び／又は、少なくとも前記中央制御手段の動作は停止し
ないが前記モータ駆動手段の動作を停止するスタンバイ
段階，及び／又は、前記中央制御手段の動作を停止する
スリープ段階とを具備することを特徴とする拡張デバイ
スの制御方法である。

【００３４】第４の側面に係る本発明によれば、拡張デ
バイス内の各部の動作を実質的に停止することによっ
て、電力の供給を継続的に受けながらにして大幅なパワ
ー・セーブを実現することができる。また、コンピュー
タ・システムがこの拡張デバイスに電力を供給している
場合であっても、コンピュータ・システム側が意識する
ことなく、拡張デバイス側のみによって大幅なパワー・
セーブを実現することができる。

【００３５】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。

【００３６】

【実施例】

【００３７】本発明の実施例を、以下のように項分けし
て説明する。 Ａ．ポータブル・コンピュータ・システムの構成 Ｂ．ＣＤ−ＲＯＭドライブのハードウェア構成 Ｃ．ＣＤ−ＲＯＭドライブの動作モード Ｃ−１．アクティブ・モード Ｃ−２．アイドル・モード Ｃ−３．スタンバイ・モード Ｃ−４．スリープ・モード Ｃ−５．サスペンド・モード Ｄ．ＣＤ−ＲＯＭドライブの各動作モードへの遷移手続 Ｄ−１．通常の電源投入（ＰＯＲ） Ｄ−１−１．ホスト側での処理 Ｄ−１−２．ＣＤ−ＲＯＭドライブ側での処理 Ｄ−２．ドライブの内部タイマによるスリープへの遷移 Ｄ−３．ホストからの要求によるスリープへの遷移 Ｄ−４．スリープからの復帰（ウェーク・アップ） Ｄ−５．アクティブ，アイドル，スタンバイからサスペ
ンドへの遷移 Ｄ−６．スリープからサスペンドへの遷移 Ｄ−７．サスペンドからの復帰（レジューム） Ｅ．ホスト制御信号，ドライブ・ステータス信号の動作
のタイム・チャート Ｅ−１．アクティブ，アイドル，スタンバイ・モードか
らスリープへの遷移 Ｅ−２．スリープからのウェーク・アップ Ｅ−３．アクティブ，アイドル，スタンバイ・モードか
らサスペンドへの遷移 Ｅ−４．スリープ・モードからサスペンドへの遷移 Ｅ−５．サスペンドからのレジューム Ｆ．光磁気ディスクへの適用

【００３８】Ａ．ポータブル・コンピュータ・システム
の構成

【００３９】図１は、部分的に且つ簡略化された形で
（換言すれば、ＣＤ−ＲＯＭドライブ等の拡張デバイス
におけるパワー・マネージメント動作を説明するために
必要な程度に）、ポータブル・コンピュータ１００内の
ハードウェア構成を示したブロック図である。コンピュ
ータ・システムを構築するには、実際には他の多くの構
成要素（図示しない）を必要とする。しかしながら、そ
れらは当業者には周知の事項なので、説明を簡潔にする
目的上、ここでは図示を省略している。

【００４０】図１において、メインＣＰＵ７０は、シス
テム・バス８０を介して各部と電気的に接続されてお
り、システム１００全体の動作を統御するようになって
いる。また、サブＣＰＵ６０は、パワー・マネージメン
トを遂行するに当たってメインＣＰＵ７０をサポートす
るために設けられている。図１に示す範囲内では、メイ
ンＣＰＵ７０，サブＣＰＵ６０及びシステム・バス８０
がホストを形成するものと捉えていただきたい。

【００４１】ＣＤ−ＲＯＭドライブ（以下、単にドライ
ブともいう）５０は、メインＣＰＵ７０とは、システム
・バス８０を介して接続されており、ホストとの間でコ
マンドの授受が可能となっている。また、ドライブ５０
は、ホスト制御信号（Control Signal：以下、ＣＳとも
いう。）１９及び２本のドライブ・ステータス信号（St
atus Signal：以下、各ドライブ・ステータス信号をＳ
Ｓ１，ＳＳ２ともいう。）２０を介して、サブＣＰＵ６
０と接続されている。各信号１９,２０の機能について
は後で詳述する。

【００４２】その他、システム・バス８０にはＦＤＤ，
ＨＤＤ等の拡張デバイスが接続されている。

【００４３】ホスト側では、「ＬＣＤクローズ」，「キ
ーボード・オープン」，「バッテリ消耗」等のタスク続
行不能を予告するような所定の事象が検知されると、メ
インＣＰＵ７０への割り込みが起こり、サスペンド・モ
ードに遷移する。ホスト側がドライブ５０に対してサス
ペンド・モードへの遷移を要求する形態は２通りある。
１つは、ＰＭコード（ＰＭＣ）７１の管理下でサスペン
ド要求が発生した場合である。この場合、メインＣＰＵ
７０は、システム・バス８０を介してコマンドによって
ドライブ５０にサスペンドを要求する。もう１つは、Ａ
ＰＭ６１の管理下でサスペンド要求が発生した場合であ
る。この場合、サブＣＰＵ６０がホスト制御信号１９を
介してドライブ５０内のＣＰＵ１０に対してサスペンド
を要求する（ホスト制御信号によるサスペンド要求の伝
達については後で詳述する）。

【００４４】なお、ＰＭＣ７１は、ＰＯＲ時にシステム
ＲＯＭ（図示しない）からロードされるタイプのもの
と、ＯＳに組み込まれているものとがある。但し、本発
明で重要なのは、ホスト側でのＰＭＣ，ＡＰＭによるパ
ワー・マネージメント作用自体ではなく、コマンド若し
くは制御信号いずれかの形態でホストからドライブ５０
に対してサスペンドの要求がなされるという点である。

【００４５】Ｂ．ＣＤ−ＲＯＭドライブのハードウェア
構成

【００４６】図２は、図１に示すＣＤ−ＲＯＭドライブ
５０のハードウェア構成要素をより詳細に示したブロッ
ク図である。このＣＤ−ＲＯＭドライブ５０によって本
発明が実施に供されるということは後続の説明によって
充分理解できるであろう。

【００４７】記憶媒体としてのディスク（ＣＤ）２１
は、スピンドル・モータ５上に回転自在にロードされて
いる。ディスク２１の下表面部には、光学ヘッド（Pick
Up Head）１が配設されている。モータ駆動回路４は、
ディスク２１のトラックが光学ヘッド１に対して線速度
一定（ＣＬＶ）で回転するようスピンドル・モータ５の
回転を制御している。

【００４８】光学ヘッド１は、ディスク２１へのレーザ
の出力及びその反射光の受光によってデータ読取りを行
うためのもので、ディスク２１の半径方向に移動自在な
スライダ・モータ６上に搭載されている。

【００４９】光学ヘッド１からの出力信号は、光学ヘッ
ド１の位置制御及びデータ処理の両目的に供されるべ
く、ＲＦアンプ２を介してサーボ回路／デジタル信号処
理回路３に入力される。前者の目的に関していえば、サ
ーボ回路３，モータ駆動回路４によって形成される制御
系は、該出力信号に基づいてスピンドル・モータ５及び
スライダ・モータ６の同期的駆動を制御して、光学ヘッ
ド１のディスク２１へのアクセスを可能にしている。な
お、光学ヘッド１は、微小駆動可能な２軸デバイス（図
示しない）によって支持されており、フォーカス補正及
びトラッキング補正が可能となっている。また、後者の
目的に関していえば、該出力信号はデジタル信号処理回
路（ＤＳＰ）３によって信号処理される。処理されたデ
ジタル信号をホスト側にライン・アウトする場合は、デ
ジタル・アナログ変換回路（ＤＡＣ）７によってＤＡ変
換して出力する。また、ヘッドホンに出力する場合は、
ＤＡＣ７及びオーディオ・アンプ回路８を介して出力す
る。また、ホストに対しデジタル・データとして出力す
る場合、復号化回路９で一旦復号化して、システム・バ
ス８０に送出する。なお、サーボ回路とＤＳＰは、図２
において同一の参照番号３を付してあるように同一チッ
プで構成されても、または別個のチップであってもよ
い。

【００５０】ディスク２１を機械的に搭載するためのト
レイ（図示しない）は、動力伝達可能な形態でローディ
ング・モータ１２と連結している。モータ駆動回路１１
は、トレイの開閉動作を指示するためのイジェクト・ボ
タン１８からの信号、またはＣＰＵ１０からの要求（若
しくはＣＰＵ１０を介したホスト側からの要求）に応答
して、ローディング・モータ１２の駆動を制御し、ディ
スク２１の交換を可能にしている。

【００５１】ＣＰＵ１０は、ＣＤ−ＲＯＭドライブ５０
内の各部の動作を統御するための制御手段である。ＣＰ
Ｕ１０には、動作タイミングをとるためのクロック１４
の他、ＲＯＭ１６と、ＲＡＭ１５と、ＥＥＰＲＯＭ（El
ectrically Erasable Programmable ROM）１７が付設さ
れている。

【００５２】ＲＯＭ１６は、製造時に書込みデータが決
められてしまう読出し専用のメモリであり、各種ファー
ムウェアの記憶に用いられる。実際に記憶されるファー
ムウェアは、具体的には、ドライブ５０が起動（ＰＯ
Ｒ）時に行う自己診断テスト，ホストから送られるコマ
ンド（以下、ホスト・コマンドともいう）を解釈するた
めのコマンド処理，ディスク・イン／アウトやトレイ・
オープン／クローズ等のドライブ状況確認，トレイのイ
ジェクト等ドライブの機構的な部分を制御するためのメ
カ・コントロール等、それぞれのためのものである。

【００５３】ＲＡＭ１５は、ＣＰＵ１０が作業領域とし
て使用するための第１の記憶手段であり、［従来の技
術］の項でも説明したように、現在挿入されているディ
スク２１に関連する各種情報（例えばＴＯＣ等のアロケ
ーション情報，データの転送速度等を示すドライブ・パ
ラメータ，音声の出力レベル等を示すオーディオ・パラ
メータetc）を記憶するためのものである。ＲＡＭに
は、記憶データのリフレッシュを必要とするダイナミッ
クＲＡＭ（Dynamic RAM：ＤＲＡＭ）と、リフレッシュ
を要しないスタティックＲＡＭ（Static RAM：ＳＲＡ
Ｍ）とがあるが、本実施例ではＳＲＡＭを用いた方がよ
い（この理由は後述する。）。

【００５４】ＥＥＰＲＯＭ１７は、書込み可能な不揮発
性半導体メモリであり、第２の記憶手段として機能する
が、詳細は後述する。なお、ＥＥＰＲＯＭには、ビット
単位でしかデータを消去できないタイプと、セクタ単位
で一括消去可能ないわゆるフラッシュ・メモリがある。
いずれのタイプでも、本発明に係る第２の記憶手段とし
て作用しうるが、後者を採用した方がより効率的な動作
を実現することができる。

【００５５】インターフェース回路９は、ホストとドラ
イブ５０間のデータの流れを制御するためのものであ
り、コントロール・レジスタ，コマンド・レジスタ，ス
テータス・レジスタ，エラー・レジスタ，データ・レジ
スタ等の複数のレジスタを含んでいる。このうち、ステ
ータス・レジスタは、ドライブ５０の現在の動作モード
（ドライブ５０の動作モードについてはＣ項で詳解す
る。）を保持するためのフィールドと、ドライブ５０の
アクティビティ（Activity）をホストに提示するための
ビジー・フラグ（Busy Flag）とを含んでいる。ドライ
ブ５０のアクティビティには、直ぐにホスト・コマンド
を実行できるレディ（Ready）状態と、タスク処理中で
ホスト・コマンドを受け入れられないビジー（Busy）状
態がある。ホスト側のＯＳは、このステータス・レジス
タをポーリングすることによって、ドライブ５０のステ
ータスを把握することができる。なお、インターフェー
ス回路と復号化回路は、図２において同一の参照番号９
を付されているように同一チップで構成されても、また
は別個のチップであってもよい。

【００５６】上述したように、ドライブ５０のＣＰＵ１
０とホストとのコミュニケーションは、インターフェー
ス回路９を介したコマンドの授受の他に、ホスト制御信
号１９やドライブ・ステータス信号２０によっても行わ
れる。

【００５７】ホスト制御信号１９は、ホストがドライブ
５０に対して意思を伝達するための信号であり、本実施
例では、２つの目的のために設けられている。１つは、
ホストから動作モードを遷移する旨の要求を伝達するた
めである。他の１つは、クロック１４停止時にＣＰＵ１
０にハードウェア割り込みをかけるためである。Ｃ項で
説明するように、本実施例に係るＣＤ−ＲＯＭドライブ
５０は、スリープ及びサスペンドというＣＰＵ１０のク
ロック１４が停止状態にある動作モードをとることがで
きる。クロック１４の停止によりインターフェース回路
９も停止してコマンドを受け付けなくなるので、ホスト
制御信号１９によってＣＰＵ１０割り込みをかけてクロ
ック１４を発振させる、という訳である。

【００５８】ドライブ・ステータス信号２０は、逆にド
ライブ５０がホストに対して意思を伝達するための信号
であり、上述したように、ＳＳ１とＳＳ２の２本の信号
線からなる。ＳＳ１は、ドライブ５０のアクティビティ
を、ハイ（High）／ロー（Low）の信号レベルで示すよ
うになっている（本実施例では、ビジーのときＳＳ１を
ロー・レベルにするようにしている。）。また、ＳＳ２
は、ドライブ５０が自律的にアクティブ，アイドル又は
スタンバイのいずれかのモードからスリープ・モードに
遷移する（Ｄ−２項参照）旨を、ホストに対して告げる
ために用いられる。

【００５９】ドライブ５０は、参照番号１３を付された
矢印が示すように、ホストから電力の供給を受けている
が、電力系統の詳細な配線は省略する。但し、この電力
供給１３のオン／オフ動作が、ホスト側での通常のパワ
ー・オン（ＰＯＲ）やパワー・オフによる他、サスペン
ド／レジューム動作にも依存している点に留意された
い。

【００６０】なお、ホスト制御信号１９，ドライブ・ス
テータス信号２０及び電力供給１３の動作については、
Ｅ項で詳解する。

【００６１】Ｃ．ＣＤ−ＲＯＭドライブの動作モード

【００６２】本実施例に係るＣＤ−ＲＯＭドライブ５０
は、『アクティブ（Active）』，『アイドル（Idl
e）』，『スタンバイ（Standby）』，『スリープ（Slee
p）』，『サスペンド（Suspend）』という５つの動作モ
ードを持っている。

【００６３】図３は、各動作モード及び他の動作モード
への遷移を概略的に示している。各動作モード間の遷移
は、ドライブ５０の内部タイマ，ホスト・コマンド又は
ホスト制御信号による要求，レジュームに伴うホストか
らの電源投入，ホストからの通常の電源投入（ＰＯＲ）
／電源遮断のいずれかがトリガとなって起こる。図３で
はトリガに対応した矢印で表している。各動作モードへ
遷移するための処理手続は、そのトリガに応じてそれぞ
れ異なっているが、詳細はＤ項で説明する。

【００６４】ドライブ５０内の各機構・電気回路の稼働
状態は動作モードに応じて異なるが、その様子は図４に
示してある。図４中のテーブルにおいて、行方向にはド
ライブ５０の構成要素毎に区切られており（数字は図２
の参照番号に対応する）、列方向には動作モード毎に区
切られている。また、同テーブルの各欄に埋められたＡ
（Active），Ｉ（Inactive），Ｄ（Disabled）なる文字
は、各構成要素の対応する動作モードにおける活動状態
を示すもので、Ａ，Ｉ，Ｄの順に活動的である。

【００６５】図３及び図４において、下方の動作モード
に進むほど、ドライブ５０内の各構成要素は非活動化に
向かっていることは明瞭に理解できるであろう。また、
ドライブ５０が非活動的になるほどパワー・セーブの程
度が進行する、ということは当業者であれば容易に推察
できるであろう。換言すれば、アクティブからアイド
ル，スタンバイ，スリープ，サスペンドへと遷移するに
したがって、ドライブ５０は深い眠りに陥る訳である。
以下、各動作モードについて詳細に説明する。

【００６６】Ｃ−１．アクティブ・モード

【００６７】アクティブ・モードとは、ホストからの電
力供給が通常通り行われており（本実施例では５Ｖ，５
００ｍＡ）、現在ドライブが自己診断テストやホスト・
コマンドを実行している状態、または即座にホスト・コ
マンドの実行ができる状態である。

【００６８】Ｃ−２．アイドル・モード

【００６９】アイドル・モードでは、スピンドル・モー
タ５は回転したままであるが、光学ヘッド１のレーザ出
力が停止する。これに伴ってＲＦアンプ２への出力も止
まるので、スライダ・モータ６及び２軸デバイスに対す
るサーボ制御（すなわち光学ヘッド１の位置制御）が実
質的に停止したことになる。レーザ出力及びサーボ制御
に対するパワー・セーブの効果として、消費電流は３０
０ｍＡまで低減する。

【００７０】このモードでホスト・コマンドが送られた
ときには、サーボ制御の開始に要する時間の遅れのみで
アクティブ・モードに復帰できる。

【００７１】Ｃ−３．スタンバイ・モード

【００７２】スタンバイ・モードでは、さらにスピンド
ル・モータ５の回転も停止する（すなわちモータ駆動回
路４及びスピンドル・モータ５がさらにInactiveにな
る）。この効果として、消費電流は１００ｍＡまで低減
する。

【００７３】このモードでホスト・コマンドが送られた
ときには、スピンドル・モータ５のスピン・アップ及び
サーボ制御の開始に要する時間をもってアクティブ・モ
ードに復帰できる。アクティブ，アイドル，スタンバイ
の各モードでは、ドライブ５０は直ぐにホスト・コマン
ドを処理できる状態にある。

【００７４】Ｃ−４．スリープ・モード

【００７５】スリープ・モードとは、端的に言えば、Ｃ
ＰＵ１０のクロック１４が停止している状態であり、ド
ライブ５０の全ての機構及び電気回路は完全な停止状態
（Disabled）にある。このモードでは、ホストから電力
供給は受けているがその消費は僅かなリーク電流（１０
ｍＡ）のみとなり、パワー・セーブは格段に進行する。

【００７６】ＣＰＵ１０のクロック１４が停止すると、
当然メモリのリフレッシュ動作もできなくなる。したが
って、ＣＰＵ１０に付設されるＲＡＭ１５がＤＲＡＭで
あれば、その記憶内容は失われてしまう。しかし、本実
施例では、ＲＡＭ１５にはＳＲＡＭを採用しているの
で、スリープ・モードの間でも、上述のリーク電流のみ
によってその記憶内容を保持することができる。

【００７７】また、クロック１４の停止によりインター
フェース回路９も完全な停止状態（Disabled）にあるの
で、このモードでホストがコマンドを送っても処理され
ない。したがって、ホストは、コマンドではなく、ホス
ト制御信号１９によって要求を伝達しなければならない
（具体的には、ＣＰＵ１０割り込みを要求してクロック
１４を発振させるが、詳細はＥ項を参照されたい。）。

【００７８】なお、上述したアイドル，スタンバイ及び
スリープの各モードからなるパワー・セーブの特徴の１
つは、ドライブ５０内の各電気回路への電力供給１３自
体をオン／オフするのではなく、各制御系統を順次実質
的な停止状態にすることによって、アクティブ・モード
の約２％程度まで（５００ｍＡから１０ｍＡ）パワー・
セーブを達成することができる点である。換言すれば、
これらのパワー・セーブ・モードを実現するために、ホ
ストやドライブ５０は、各電気回路への電力供給を細か
に制御する必要はないのである。

【００７９】Ｃ−５．サスペンド・モード

【００８０】サスペンド・モードとは、ホスト側からみ
れば、タスク再開に必要なデータをメイン・メモリにセ
ーブした後、メイン・メモリ以外のほとんど全ての構成
要素への電力を停止するモードをいう。したがって、サ
スペンド・モードでは、ＣＤ−ＲＯＭドライブ５０への
供給電力は０ｍＡとなり、その意味で、ドライブ側から
みれば通常のパワー・オフと変わらない状態といえる。
サスペンド・モードでは、ドライブ５０のインターフェ
ース回路９内の各レジスタやＲＡＭ１５の記憶内容は、
揮発性ゆえ、当然失われる。

【００８１】サスペンド・モードに遷移する際における
ドライブ５０の挙動、すなわち、電力供給停止直前にお
けるドライブ５０内の状態を如何にして確保するか、と
いう問題は本発明の要旨の１つであるが、Ｄ項で詳解す
る。

【００８２】Ｄ．ＣＤ−ＲＯＭドライブの各動作モード
への遷移

【００８３】Ｄ−１．通常の電源投入（ＰＯＲ）

【００８４】図５には、通常の電源投入（ＰＯＲ）を行
うときの処理手続をフローチャートで示してある。な
お、拡張デバイスは、本実施例に係るＣＤ−ＲＯＭドラ
イブ５０に特定して図解してある。

【００８５】ホスト側で電源が投入されると（ステップ
２０２）、ホスト側とドライブ５０側で並行して以下の
処理が行われる。

【００８６】Ｄ−１−１．ホスト側での処理

【００８７】ホスト側では、パワー・オン自己診断テス
ト（Power-on Self Test：ＰＯＳＴ）が実行され（ステ
ップ２０４）、次いで、オペレーティング・システム
（ＯＳ）がロードされてコンピュータ・システムが操作
可能な状態となる（ステップ２０６）。

【００８８】次いで、デバイス・ドライバ（Device Dri
ver）を実行する（ステップ２０８）。使用すべきデバ
イス・ドライバは、通常、" config.sys" ファイルの中
で特定されている。

【００８９】判断ブロック２１０では、拡張デバイス
（ドライブ５０を含む）側のインターフェース回路に対
してコマンドを投げて、実際に接続が完了したか否かを
試行する。この試行に失敗した拡張デバイスは、判断ブ
ロック２１０の分岐Ｎｏが示すように、以後、接続して
いないものとして扱われる。

【００９０】一方、この試行が成功裡に終われば、判断
ブロック２１０の分岐Ｙｅｓが示すように、更に拡張デ
バイス側にコマンドを投げて、ドライブ・アクティビテ
ィの確認やパラメータの設定を行う（ステップ２１
２）。ここで、ドライブ・アクティビティとは、ドライ
ブ５０が現在タスク処理中（すなわちビジー状態）か否
かという意味であり、ドライブ・ステータス信号ＳＳ１
の信号レベルによって検出できる（前述及びＥ項参
照）。また、パラメータとは、オーディオ・パラメータ
（オーディオの出力レベル）やドライブ・パラメータ
（パワー・セーブ・タイマの設定時間（Ｄ−２項参
照），スピンドル・モータの回転速度やデータ転送速
度）等のことである（前述）。デバイス・ドライバがこ
れらパラメータを設定する場合は、矢印２３０で示すよ
うに、設定した各値をドライブ５０側に通知する（ドラ
イブ５０が自らデフォルト値を設定する場合は、このよ
うな通知処理は存在しない。）

【００９１】Ｄ−１−２．ＣＤ−ＲＯＭドライブ側での
処理

【００９２】ＣＤ−ＲＯＭドライブ５０側では、まず、
ステップ２１４で、自己診断テストが実行される。自己
診断のためのファームウェアはドライブ５０のＲＯＭ１
６に格納されている（上述）。自己診断テストに失敗す
ると、ステップ２１６，２１８，２２０及び２２２がス
キップされて、初期化が終了する（ステップ２２４）。

【００９３】一方、自己診断テストが成功裡に終われ
ば、ディスク・トレイに既にディスクが挿入されている
かどうかが確認され（ステップ２１６）、挿入されてい
なければ、ステップ２１８，２２０及び２２２がスキッ
プされて、初期化が終了する（ステップ２２４）。

【００９４】ディスクが既に挿入されている場合、ステ
ップ２１８で、ディスク・アクセスのために、ディスク
排出を不許可の状態にする（具体的には、ディスク・ト
レイのイジェクト機能を殺す。）。次いで、ステップ２
２０で、ディスク・アクセスがなされ、ＴＯＣ情報の読
み込みが試行される。読み込みに失敗すると、ステップ
２２２がスキップされて、初期化が終了する（ステップ
２２４）。

【００９５】一方、読み込みに成功した場合、ＴＯＣ情
報はドライブ５０内のＲＡＭ１５に記録されて（ステッ
プ２２２）、初期化処理が終了する（ステップ２２
４）。記録されたＴＯＣ情報は、ディスクが交換される
か又はパワー・オン・リセット（ＰＯＲ）されるまでＲ
ＡＭ１５に保持され続ける。なお、ＴＯＣ情報は、イリ
ーガル・リクエストに対するエラー処理や、ディスク・
アクセス要求が生じた記録位置のサーチ（音楽ＣＤの場
合）等に用いられる。

【００９６】初期化が終了すると、ディスク排出の不許
可状態を解く（ステップ２２６）。

【００９７】ホスト及びドライブ５０において以上の処
理が終了する（ステップ２２８）と、アクティブ状態に
なる。したがって、ドライブ５０は、ホスト・コマンド
を即座に実行できる状態となっている。

【００９８】Ｄ−２．ドライブの内部タイマによるスリ
ープへの遷移

【００９９】本実施例に係るＣＤ−ＲＯＭドライブ５０
は、ホストからの要求を受けることなく、自律的にスリ
ープ・モードに遷移することができる。具体的には、ド
ライブ５０の内部タイマ（図２には図示せず）が最後の
ディスク・アクセスからの経過時間をモニタして、所定
時間を越える度にドライブ５０はアイドル，スタンバ
イ，スリープの各モードへと自動的に遷移するようにな
っている。図６は、内部タイマによってスリープに遷移
するときの処理手続を示している。

【０１００】最後のディスク・アクセスから所定時間経
過するまでの間、ステップ３０２及び３０４で形成され
るループによって、アクティブ・モードが継続される。

【０１０１】所定時間を経過すると、光学ヘッド１のレ
ーザ出力を停止し、スライダ・モータ６等のサーボ制御
を停止状態にして（ステップ３０６）、アイドル・モー
ドに遷移する（ステップ３０８）。このモードの詳細に
ついては上記Ｃ−２項を参照されたい。

【０１０２】最後のディスク・アクセスから次の所定時
間経過するまでの間、ステップ３０８及び３１０で形成
されるループによって、アイドル・モードが継続され
る。

【０１０３】次の所定時間を経過すると、スピンドル・
モータ５の回転も停止して（ステップ３１２）、スタン
バイ・モードに遷移する（ステップ３１４）。このモー
ドの詳細については上記Ｃ−３項を参照されたい。

【０１０４】最後のディスク・アクセスから更に次の所
定時間経過するまでの間、ステップ３１４及び３１６で
形成されるループによって、スタンバイ・モードが継続
される。

【０１０５】更に次の所定時間を経過すると、ステップ
３２０では、ＣＰＵ１０のクロック１４も停止して、ス
リープ・モードに遷移する。このモードの詳細について
は上記Ｃ−４項を参照されたい。但し、クロック１４の
停止によりインターフェース回路９も停止するので、ド
ライブ５０がスリープ・モードに遷移したことは、ホス
ト側からは見えなくなってしまう（アクティブ〜スタン
バイの各モードでは、ホストは、インターフェース回路
９内のステータス・レジスタをポーリングすることによ
って、ドライブ５０のモードを知ることができる。した
がって、ホストのＯＳはドライブ５０の動作モードを把
握できる（前述）。）。そこで、ドライブ５０は、スリ
ープ・モードに遷移する前に、スリープ・モードに突入
する旨を、ドライブ・ステータス信号ＳＳ２を介してホ
ストに通知するようにしている（ステップ３１８）。ド
ライブ・ステータス信号ＳＳ２による通知の詳細につい
てはＥ項を参照されたい。

【０１０６】このように、ＣＤ−ＲＯＭドライブ５０
は、ホストからの要求を待たずに自ら深い眠りへと陥っ
ていくことにより、パワー・セーブを図ることができる
のである。

【０１０７】なお、各モードに遷移するためのそれぞれ
の所定時間（ステップ３０４，３１０，３１６）は、製
造時に予め設定されている固定値であっても、ＰＯＳＴ
実行時にユーザが設定できるプログラマブルなものであ
ってもよい。

【０１０８】Ｄ−３．ホストからの要求によるスリープ
への遷移

【０１０９】Ｄ−２とは対照的に、ホスト・コマンドや
ホスト制御信号１９による要求によって、ドライブが、
アクティブ，アイドル，スタンバイの各モードからスリ
ープに遷移する場合がある。図７は、ホストの指示によ
ってスリープに遷移するときの処理手続を示している。

【０１１０】ホストは、自己の内部タイマ（図１には図
示せず）によって、最後のドライブ・アクセスからの時
間をモニタしている（ステップ４０２，４０４）。そし
て、最後のドライブ・アクセスから所定時間が経過する
と、ドライブ５０のアクティビティを確認する（ステッ
プ４０６）。この確認は、インターフェース回路９のビ
ジー・フラグ又はドライブ・ステータス信号ＳＳ１の信
号レベルを参照することによって行われる（前述）。ア
クティビティ確認の結果、ビジー状態であればレディ状
態になるまで一時待機する。レディ状態になると、ドラ
イブ５０に対して、システム・バス８０を介してスリー
プ要求コマンドを送るか、又はホスト制御信号１９によ
ってスリープを要求する（ステップ４０８）。後者によ
るスリープ要求の詳細についてはＥ項を参照されたい。

【０１１１】ホストからスリープ要求を受けとったドラ
イブ５０は、現在の動作モードに応じた処理手続を実行
する。

【０１１２】ドライブ５０がアクティブ・モードにある
場合、まず、ステップ４１２で、インターフェース回路
９のビジー・フラグを設定するとともにディスクの排出
を不許可にする（すなわち他のタスク要求をネゲートす
る状態にする）。次いで、ステップ４１４で、光学ヘッ
ド１のレーザ出力及びスライダ・モータ６等のサーボ制
御を停止し、アイドル状態にしてから、ステップ４２０
へと進む。

【０１１３】また、ドライブ５０がアイドル・モードに
ある場合、まず、ステップ４１６で、ビジー・フラグを
設定するとともにディスクの排出を不許可にする（ステ
ップ４１２と等価）。次いで、ステップ４２０でスピン
ドル・モータ５の回転を停止してスタンバイ状態にす
る。この時点で、ドライブ５０は、スリープ・モードへ
の遷移のための準備が終了したことになるので、先刻設
定しておいたビジー・フラグを解除する（ステップ４２
２）。次いで、ステップ４２６へと進む。

【０１１４】ドライブ５０が既にスタンバイ・モードに
ある場合、及びステップ４１０〜４２２の手続によって
スタンバイ・モードに遷移した場合、まず、ステップ４
２６で、ドライブ・ステータス信号ＳＳ２を介してスリ
ープ・モードに遷移する旨の認証（Acknowledge）信号
を返信する（ステップ３１８と等価）。次いで、ＣＰＵ
１０のクロック１４を停止してスリープ・モードに遷移
し（ステップ４２８）、処理を終了する（ステップ４３
０）。

【０１１５】Ｄ−４．スリープからの復帰（ウェーク・
アップ）

【０１１６】ドライブ５０がスリープ・モードから復帰
することを『ウェーク・アップ（Wake-up）』という。
図８は、ウェーク・アップするための処理手続を示して
いる。

【０１１７】ドライブ５０へのウェーク・アップ要求
は、ホスト側でＯＳがドライブ５０へのタスクを要求す
ることによって起こる（ステップ５０２）。ホストは、
まず、ドライブ５０が実際にスリープ・モードか否かを
確認する（ステップ５０４）。ドライブ５０の動作モー
ドは、アクティブ〜スタンバイ・モードでは、インター
フェース回路９内のステータス・レジスタを参照するこ
とによって確認できるが（前述）、スリープ・モードで
はインターフェース回路９によっては確認できない。代
わりに、ドライブ・ステータス信号ＳＳ２によるスリー
プ遷移の通知（前述のステップ３１８．４２６）を、ホ
スト側がラッチしておく（以下、これを『スリープ・ラ
ッチ』という。Ｅ項参照）ことにより、スリープ・モー
ドであることを認識できる。

【０１１８】ドライブ５０がアクティブ，アイドル，ス
タンバイのいずれかのモードであればタスクを直ぐに処
理できる状態なので（Ｃ項参照）、ＯＳはコマンドを送
信して（ステップ５１６）、処理を終了する（ステップ
５１８）。

【０１１９】一方、スリープ・モードにある場合、ドラ
イブ５０のほとんど全ての構成要素は停止状態にあり、
直ぐにはコマンドを処理できないので、以下の手続を実
行する。まず、ホストは、ホスト制御信号１９によって
ドライブ５０のＣＰＵ１０に対して割り込みを行うとと
もにスリープ・ラッチを解除し（ステップ５０６）、ク
ロック１４を発振させる（ステップ５０８）。次いで、
ドライブ５０８は、ビジー・フラグを設定するとともに
ディスク排出を不許可にして（ステップ５１０）、スリ
ープ遷移前のモードに復帰する（ステップ５１２）。す
なわち、スリープ遷移前がアクティブならアクティブ
に，アイドルならアイドルに，スタンバイならスタンバ
イに、それぞれ復帰する。スリープ遷移前の動作モード
はインターフェース回路９内のステータス・レジスタが
記憶している。

【０１２０】復帰が終了すると、先刻設定しておいたビ
ジー・フラグを解除して、ホストに対しコマンド処理が
可能になったことを告げる（ステップ５１４）。そし
て、ＯＳはコマンドを送信して（ステップ５１６）、ウ
ェーク・アップ処理を終了する（ステツプ５１８）。

【０１２１】Ｄ−５．アクティブ，アイドル，スタンバ
イからサスペンドへの遷移

【０１２２】本発明の１つの要旨は、ホスト側がサスペ
ンド・モードに遷移するときにドライブ５０は如何にし
て直前の状況をセーブしておくか、という点にある。こ
の点は、本項及びＤ−６項によって明らかになるであろ
う。

【０１２３】図９は、アクティブ，アイドル，スタンバ
イの各モードからサスペンド・モードに遷移するための
処理手続を示している。

【０１２４】ホスト側では、「ＬＣＤ１２０が閉じられ
た」，「キーボード１１３が開けられた」又は「バッテ
リ１１９が所定値以の消耗した」等、タスクの続行不能
を予言するような所定の事象を検知すると、サスペンド
に遷移すべく、メインＣＰＵ７０への割り込みが発生す
る（ステップ６０２）。なお、ホスト側におけるサスペ
ンドのための処理手続の詳細は、本発明の要旨の範囲外
なので、ここでは説明を省略する。

【０１２５】次いで、ホストは、ドライブ５０のステー
タス（すなわちドライブの動作モード及びアクティビテ
ィ）を確認する（ステップ６０４）。ドライブ５０がス
リープ・モードの場合、分岐Ｑを介してスリープ・モー
ドからサスペンド・モードに遷移するための手続に進む
（図１０及びＤ−６項参照）。ドライブ５０がビジー状
態すなわち他のタスク処理中の場合、レディ状態になる
まで一時待機する。そして、レディ状態になると、ホス
ト・コマンド又はホスト制御信号１９の形態でドライブ
５０にサスペンド要求を伝達する（ステップ６０６）。

【０１２６】ホストからサスペンド要求を受けとったド
ライブ５０は、現在の動作モードに応じた処理手続を実
行する。

【０１２７】ドライブ５０がアクティブ・モードにある
場合、まず、ステップ６１０で、ビジー・フラグを設定
するとともに、ディスクの排出を不許可にする。次い
で、ステップ６１２で、光学ヘッド１のレーザ出力とモ
ータのサーボ制御を停止し、アイドル状態にしてから、
ステップ６１８へと進む。

【０１２８】また、ドライブ５０がアイドル・モードに
ある場合、まず、ステップ６１６で、ビジー・フラグを
設定するとともに、ディスクの排出を不許可にする。次
いで、ステップ６１８で、スピンドル・モータ５の回転
等を停止し、スタンバイ状態にしてから、ステップ６２
４へと進む。

【０１２９】また、ドライブ５０が既にスタンバイ・モ
ードにある場合、まず、ステップ６２２でビジー・フラ
グを設定するとともに、ディスクの排出を不許可にす
る。

【０１３０】ステップ６２２及びステップ６１８でそれ
ぞれの処理を終了した時点でのドライブ５０は、物理的
には、ホストからの電力供給１３の遮断を受け入れられ
る状態にある。しかしながら、これらのステップの直後
に電力供給を遮断したのでは、ＲＡＭ１５に記憶されて
いる作業データ（ＴＯＣ情報やドライブ・パラメータ，
オーディオ・パラメータ等）やインターフェース回路９
内の各レジスタの内容は失われてしまう。なぜなら、こ
れらの記憶媒体は揮発性だからである。これらの記憶内
容を消失した場合に起こる不都合は、［従来の技術］の
項で説明した通りである。そこで、本実施例では、ＲＡ
Ｍ１５及び各レジスタの記憶内容を不揮発性の半導体記
憶素子であるフラッシュ・メモリ１７にセーブするよう
にしたのである（ステップ６２４）。このようにして必
要なデータを確保した後、ドライブ５０はビジー・フラ
グを解除して、サスペンド遷移への準備が完了したこと
をホストに告げる（ステップ６２６）。

【０１３１】次いで、ホストは、ビジー・フラグが解除
されたことを検知すると、ドライブ５０への電力供給１
３を遮断して（ステップ６２８）、システム全体のサス
ペンド遷移処理を終了する（ステップ６３０）。

【０１３２】Ｄ−６．スリープからサスペンドへの遷移

【０１３３】図１０は、スリープ・モードからサスペン
ド・モードに遷移するための処理手続を示している。す
なわち同図は、図９のステップ６０４でドライブ５０が
スリープ・モードであることが確認された場合におけ
る、分岐Ｑの後続の処理手続を示すものである。

【０１３４】スリープ・モードではドライブ５０の各部
は既に停止状態にあり、すなわち、ＲＡＭ１５やインタ
ーフェース回路９内の各レジスタの内容をセーブするた
めの動作をできない状態にある。したがって、ホスト
は、ホスト制御信号１９によってドライブ５０のＣＰＵ
１０に対して割り込みをかけ（ステップ７００）、ＣＰ
Ｕ１０のクロック１４を発振させることにより（ステッ
プ７０２）、ドライブ５０内の各部の動作を一旦復活さ
せる（実際にはスタンバイ・モードに戻る）。

【０１３５】次いで、ドライブ５０は、ビジー・フラグ
を設定するとともに、ドライブの排出を不許可にする
（ステップ７０４）。そして、ステップ７０６で、ＲＡ
Ｍ１５及びインターフェース回路９の各レジスタの記憶
内容をフラッシュ・メモリ１７にセーブする（ステップ
６２４と等価）。

【０１３６】次いで、ドライブ５０は、ビジー・フラグ
を解除して、サスペンド遷移への準備が完了したことを
ホストに告げる（ステップ７０８）。これに応答して、
ホストは、ドライブ５０への電力供給１３を遮断して
（ステップ７１０）、システム全体のサスペンド遷移処
理を終了する（７１２）。

【０１３７】Ｄ−７．サスペンドからの復帰（レジュー
ム）

【０１３８】本発明の１つの効果は、ホスト側がレジュ
ームするときに、ドライブ５０が高速且つ厳密に同一の
実行点でテスクを再開できる環境を提供することができ
る点にある。この点は本項によって明らかになるであろ
う。

【０１３９】図１１は、サスペンド・モードからレジュ
ームするための処理手続を示している。

【０１４０】サスペンド・モードの状態で、ホスト側で
は、「ＬＣＤが開けられた」，「キーボードが閉じられ
た」又は「バッテリ１１９が補給された」等、タスクの
再開可能を予言するような所定の事象を検知すると、メ
インＣＰＵ７０への割り込みが発生して（ステップ８０
２）、タスク再開のためのレジューム作業に入る。そし
て、このレジューム作業の一部として、ドライブ５０へ
の電力供給１３を再開する（ステップ８０４）。なお、
ホスト側におけるレジュームのための処理手続の詳細
は、本発明の要旨の範囲外なので、ここでは説明を省略
する。

【０１４１】ドライブ５０側では、電力が供給されたの
みでは、通常のＰＯＲかレジュームなのか判別できな
い。そこで、ホストは、レジュームのときには異なる波
形のホスト制御信号１９を送ることによって、その判別
を可能にしている（詳細はＥ項参照）。ステップ８０６
で、通常のＰＯＲであると判断すると、分岐Ｐを介して
図５及びＤ−１項で説明した処理手続を実行する。一
方、レジュームであると判断すると、後続のステップ８
０８に進む。

【０１４２】ステップ８０８では、ドライブ５０は、デ
ィスクの排出を不許可にするとともに、ビジー・フラグ
を設定して、ホスト・コマンドの受け付けを不可能にす
る。

【０１４３】次いで、ステップ８１０では、フラッシュ
・メモリ１７にセーブしておいたデータを各部にリスト
アする。上述したように、このステップでリストアされ
る情報には、ＴＯＣ情報や，オーディオ・パラメータ，
ドライブ・パラメータ，インターフェース回路９の各レ
ジスタ値等が含まれる。ここで、留意すべきことは、Ｔ
ＯＣ情報は、ディスクから再度読み込まれるのではな
く、半導体メモリからリストアされるので、データ転送
処理が高速化する、という点である。この点は、通常の
ＰＯＲ（図５及びＤ−１項のステップ２２０参照）とは
大いに相違する。また、更に留意すべきことは、タスク
中断時のオーディオ・パラメータ，ドライブ・パラメー
タ，レジスタ値等がリストアされるので、タスクのコン
テキストが破壊されない、という点である。この点は、
通常のＰＯＲ（ＰＯＲのときには、デバイス・ドライバ
が所定値を設定するか、又はドライブ５０自身がデフォ
ルト値を設定する。図５及びＤ−１項のステップ２１
２，２３０参照）とは大いに相違する。

【０１４４】次いで、ドライブ５０は、サスペンド突入
時の動作モードに遷移する（ステップ８１２）。ここ
で、サスペンド突入時の動作モードは、インターフェー
ス回路内のステータス・レジスタに記録されている。そ
して、ステータス・レジスタの内容は先行するステップ
８１０でリストアされているので、これを参照すれば同
じ動作モードに復帰できる訳である。このようにして、
レジュームのための全ての処理が完了する（ステップ８
１４）。

【０１４５】Ｅ．ホスト制御信号，ドライブ・ステータ
ス信号の動作のタイム・チャート

【０１４６】上述したように、本実施例に係るＣＤ−Ｒ
ＯＭドライブ５０は、ホスト・コマンドではなくホスト
制御信号１９によって他のモードに遷移する場合があ
る。また、スリープやサスペンド状態のように、ＣＰＵ
１０のクロック１４が停止しているためにホスト・コマ
ンドを受け入れられず、ホスト制御信号１９によってし
かホストの意思を伝達できない場合がある。また、ホス
ト制御信号（ＣＳ）１９，ドライブ・ステータス信号２
０（ＳＳ１，ＳＳ２）とが協働的に機能しているという
ことは、当業者であれば今までの説明によって充分推察
できるであろう。本項では、図１２乃至図１６を参照し
ながら、各信号線とドライブ５０の動作との関係につい
て詳解する。なお、図１２乃至図１６で示した各タイム
・チャートにおいて、上から第１段目はホスト制御信号
（ＣＳ）１９の信号レベル，第２段目はドライブ・ステ
ータス信号ＳＳ１の信号レベル，第３段目は同信号ＳＳ
２の信号レベル，第４段目はホストからの供給電力の電
圧レベル，第５段目はドライブ５０の動作モードを示し
ている。

【０１４７】Ｅ−１．アクティブ，アイドル，スタンバ
イ・モードからスリープへの遷移

【０１４８】図１２は、ホスト制御信号ＣＳによってス
リープ要求が送られたときの各信号のタイム・チャート
を示している。

【０１４９】ホスト制御信号ＣＳは、通常、ハイ・レベ
ルを維持しており、ＣＰＵ１０に対して意思を伝達する
ときにハードウェア割り込みとしてのロー・レベル・パ
ルス波（以下、単に「パルス波」という）を送るように
なっている。すなわち、ホストは、ドライブ５０の動作
モードを１段だけ落としたい場合には、ホスト制御信号
ＣＳに１回だけロー・レベルのパルス波を送ることよっ
てその要求を伝達する。更に１段だけ動作モードに落と
したい場合には、所定時間（Ｔ₁）以内にもう１回パル
ス波を送り、また更に下位の動作モードに落とす場合に
は、最後のパルス波から所定時間（Ｔ₁）以内にもう１
回パルス波を送る。したがって、スリープ要求のための
ホスト制御信号ＣＳは、ドライブ５０がアクティブ・モ
ードの場合は同図(a)に示すように３つの連続的なパル
ス波，アイドル・モードの場合は同図(b)に示すように
２つの連続的なパルス波，スタンバイ・モードの場合は
同図(c)に示すように単一のパルス波、という具合にそ
れぞれ表現される。

【０１５０】ドライブ５０は、このようなスリープ要求
を受けとると、微小な遅延時間を隔てて、スリープ・モ
ードへ遷移するための所定の準備手続（図７及びＤ−３
項のステップ４１０〜４２０参照）を開始する。これに
伴って、ドライブ５０は、ビジー・フラグを設定すると
ともにドライブ・ステータス信号ＳＳ１をロー・レベル
に落とす。ドライブ・ステータス信号ＳＳ１は、ドライ
ブ５０がレディ状態のときはハイ・レベルを維持する
が、ビジー状態ではロー・レベルになる。したがって、
ドライブ・ステータス信号ＳＳ１がロー・レベルのとき
は、ホスト・コマンドやディスク排出要求はネゲートさ
れる。

【０１５１】スリープ・モードに遷移するための準備手
続に成功すると、ドライブ５０は、ホストに対してスリ
ープ・イン（Sleep-in）を告げるべく、ドライブ・ステ
ータスＳＳ２に単一のパルス波を送る。ホスト側は、こ
のパルス波の立上り部分によってラッチする（すなわ
ち、スリープ・ラッチ）ことによって、ドライブ５０が
スリープ状態にあることを覚えている（前述）。そし
て、スリープ・イン・パルス波から微小の遅延時間後
に、ドライブ５０は、ビジー・フラグを解除するととも
に、ドライブ・ステータス信号ＳＳ１をハイ・レベルに
戻し、スリープへの遷移が完了する。

【０１５２】なお、スリープ・モードに遷移する一連の
動作の間、電力供給１３は５Ｖの電圧レベルを維持し続
ける。

【０１５３】Ｅ−２．スリープからのウェーク・アップ

【０１５４】図１３は、スリープからウェーク・アップ
するときの各信号のタイム・チャートを示している。

【０１５５】ホストは、ドライブ５０をスリープからウ
ェーク・アップさせるために、ホスト制御信号ＣＳに単
一のパルス波を送る。このパルス波の立上り部分がドラ
イブ５０のＣＰＵ１０に対する割り込みとなる。

【０１５６】ＣＰＵ１０への割り込みがかかると、クロ
ック１４が発振を開始し、微小な遅延時間の後にウェー
ク・アップのための所定の準備手続が実行される（図８
及びＤ−４項のステップ５１０〜５１４参照）。これに
伴って、ドライブ５０は、ビジー・フラグを設定すると
ともに、ドライブ・ステータス信号ＳＳ１をロー・レベ
ルに落とす。

【０１５７】ウェーク・アップのための準備手続が成功
裡に終わると、ドライブ５０は、ビジー・フラグを解除
するとともに、ドライブ・ステータス信号ＳＳ１をハイ
・レベルに戻す。ドライブ５０自身はスリープ直前の動
作モードとなって、ウェーク・アップが完了する。

【０１５８】なお、スリープ・モードからウェーク・ア
ップする一連の動作の間、ドライブ・ステータス信号Ｓ
Ｓ２はハイ・レベルを、電力供給は５Ｖを、それぞれ維
持し続ける。

【０１５９】Ｅ−３．アクティブ，アイドル，スタンバ
イ・モードからサスペンドへの遷移

【０１６０】図１４は、ホスト制御信号ＣＳによってサ
スペンド要求が送られたときの各信号のタイム・チャー
トを示している。

【０１６１】サスペンド要求のためのホスト制御信号Ｃ
Ｓは、ドライブ５０の現在の動作モードに応じて異な
る。すなわち、アクティブ・モードの場合は、同図(a)
に示すように、等間隔（Ｔ₁）の３つの連続的なパルス
波から所定時間（Ｔ₂：Ｔ₂＞Ｔ₁）後にもう１回だけパ
ルス波を送る。また、アイドル・モードの場合は、同図
(b)に示すように、等間隔（Ｔ₁）の２つの連続的なパル
ス波から所定時間（Ｔ₂）後にもう１回だけパルス波を
送る。また、スタンバイ・モードの場合は、同図(c)に
示すように、単一のパルス波から所定時間（Ｔ₂）にも
う一回だけパルス波を送る。

【０１６２】ドライブ５０は、最初の一塊のパルス波を
受けとってから所定時間（Ｔ₂）内に所定の準備手続
（図９及びＤ−５項のステップ６１０〜６１８参照）を
開始する。これに伴って、ドライブ５０は、ビジー・フ
ラグを設定するとともに、ドライブ・ステータス信号Ｓ
Ｓ１をロー・レベルに落とす。この段階では、ドライブ
５０はホスト制御信号ＣＳがスリープ要求かサスペンド
要求かは判らない。したがって、ここで行う準備手続
は、スリープに遷移する際の準備手続（Ｅ−１項参照）
と変わらない。

【０１６３】次いで、最後のパルス波から所定時間（Ｔ
₂）後のビジー状態で再度パルス波を受けとると、ドラ
イブ５０はこのホスト制御信号ＣＳがサスペンド要求で
あることを検知する。そして、ＲＡＭ１５の記憶内容や
インターフェース回路９の各レジスタの内容をフラッシ
ュ・メモリ１７にセーブし始める（図９及びＤ−５項の
ステップ６２４参照）。

【０１６４】フラッシュ・メモリ１７へのデータのセー
ブが成功裡に終わると、ドライブ５０は、ビジー・フラ
グを解除するとともに、ドライブ・ステータス信号ＳＳ
１をハイ・レベルに戻す。この時点でドライブ５０自身
はサスペンド・モードに入っている。

【０１６５】ホストは、その後、ホスト自身及び他の拡
張デバイス等のサスペンド遷移手続が完了したことを確
認して、電力供給１３を遮断する。そして、この電力供
給遮断に応答して、ホスト制御信号，ドライブ・ステー
タス信号ＳＳ１，ＳＳ２もロー・レベルになる。

【０１６６】Ｅ−４．スリープ・モードからサスペンド
への遷移

【０１６７】図１５は、スリープ・モードからサスペン
ド・モードに遷移するときの各信号のタイム・チャート
を示している。

【０１６８】ドライブ５０がスリープ・モードにある場
合、フラッシュ・メモリ１７へのデータのセーブ等の処
理を行うために、一旦停止状態から復帰しなければなら
ない。そこで、ホストは、ホスト制御信号ＣＳに単一の
パルス波を送って、ドライブ５０のＣＰＵ１０に対して
割り込みをかける。次いで、ドライブ５０は、クロック
１４を発振させる等のスタンバイ・モードに復帰するた
めの所定の準備手続を実行する。これに伴って、ドライ
ブ５０は、ビジー・フラグを設定するとともに、ドライ
ブ・ステータス信号ＳＳ１をロー・レベルに落とす。詳
細は、Ｅ−２項のスリープからスタンバイへのウェーク
・アップの場合と同様である。

【０１６９】スタンバイ・モードに復帰すると、ドライ
ブ５０は、ビジー・フラグを解除するとともに、ドライ
ブ・ステータス信号ＳＳ１をハイ・レベルに戻す。次い
で、スタンバイ・モードからサスペンド・モードに遷移
するための処理手続を実行する。詳細は、Ｅ−３と同様
である。

【０１７０】Ｅ−５．サスペンドからのレジューム

【０１７１】図１６は、サスペンド・モードからレジュ
ームするときの各信号のタイム・チャートを示してい
る。

【０１７２】サスペンド・モードのとき、ホスト側のメ
インＣＰＵ７０に割り込み要因が発生すると、ホストは
レジューム動作を開始し、その一環としてドライブ５０
への電力供給１３を再開する。

【０１７３】この電力供給１３の再開に応答して、ドラ
イブ・ステータス信号ＳＳ１，ＳＳ２もハイ・レベルに
復帰する。また、ドライブ５０は、まず、光学ヘッド１
の原点復帰等のリセット処理を行う。

【０１７４】通常のＰＯＲのとき、ホスト制御信号ＣＳ
は、ドライブ・ステータス信号と同様に、電源投入に伴
ってハイ・レベルになる。一方、サスペンドからレジュ
ームするときは、ホストは、ホスト制御信号ＣＳを所定
時間だけロー・レベルに維持するようしている。したが
って、ドライブ５０は、リセット処理の終了直後にホス
ト制御信号ＣＳのレベルを確認することによって、ＣＳ
がロー・レベルであることによってレジューム（ハイ・
レベルであればＰＯＲ）であることを判別できる。すな
わち、ホストは、ホスト制御信号ＣＳをロー・レベルに
維持し続けることによってレジユームである旨をアサー
トする訳である。

【０１７５】レジュームであることを検知すると、ドラ
イブ５０は、フラッシュ・メモリ１７から各部へのデー
タのリストア等のリカバリ処理を行う。そして、ドライ
ブ５０は、ビジー・フラグを設定して、ドライブ・ステ
ータス信号ＳＳ１をロー・レベルにする。この間のホス
ト・コマンドやディスク排出要求はネゲートされる。

【０１７６】リカバリ処理が完了すると、ドライブ５０
は、ビジー・フラグを解除するとともに、ドライブ・ス
テータス信号ＳＳ１をハイ・レベルに戻し、サスペンド
直前の動作モードに復帰する。

【０１７７】なお、本実施例では、単一のホスト制御信
号ＣＳのみを用い、信号波形を変えることによって複数
の動作モードへの遷移要求を表現できるようにしたが、
これに限定されるものではない。例えば、動作モードへ
の遷移毎に専用の信号線を設けて、いずれの遷移要求も
単一のパルス波で表現するようにしてもよい。

【０１７８】Ｆ．光磁気ディスクへの適用

【０１７９】今までは、拡張デバイスがＣＤ−ＲＯＭド
ライブである場合に限定して、本発明に係る実施例を説
明してきた。しかしながら、ＣＤ−ＲＯＭドライブとは
構成及び作用が類似する光磁気ディスクにも、同様に本
発明の動機となる問題点が存在する（このことは既に
［従来の技術］の項でも指摘している。）。そこで、本
項では、光磁気ディスク・ドライブにも本発明を適用で
きることを簡単に説明しておく。

【０１８０】図１７は、本発明の実施に供される光磁気
ディスク・ドライブ５１のハードウェア構成を示してい
る。図２と略同一の構成要素については、同一の参照番
号を付してある。光磁気ディスク・ドライブ５１がＣＤ
−ＲＯＭドライブ５１と相違する点は、光磁気（ＭＯ）
ディスク２６に対して書込み処理を行うための磁気コイ
ル２５と、磁気コイル２５を駆動するための駆動回路２
２と、アナログ入力信号をデジタル変換するためのアナ
ログ／デジタル変換回路（ＡＤＣ）２４と、信号を符号
化するための符号化回路２３を更に備えている点であ
る。

【０１８１】当業者であれば、この光磁気ディスク・ド
ライブ５１についてもＡ〜Ｅ項の内容が同様に当てはま
る、ということを容易に理解できるであろう。

【０１８２】以上、特定の実施例を参照しながら、本発
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。本発明の要旨を判断するためには、冒頭に
記載した特許請求の範囲の欄を参酌すべきである。

【０１８３】

【発明の効果】

【０１８４】以上詳記したように、本発明によれば、コ
ンピュータ・システム（ホスト）に装着可能な拡張デバ
イスであって、ホスト側のパワー・マネージメントに関
する一連の動作に対して高速且つ正確に応答することが
できる拡張デバイスを提供することができる。また、本
発明によれば、サスペンド・モードに遷移するときに、
レジューム時に必要な情報であってホスト側が管理でき
ない情報を拡張デバイス側が自らセーブすることによっ
て、レジュームのときに高速且つ厳密に同一の実行点か
らタスクを再開することができるポータブル・コンピュ
ータ・システムの環境を提供することができる。

【０１８５】

【図面の簡単な説明】

【図１】図１は、本発明の実施に供されるコンビュータ
・システムのハードウェア構成の一部を抽出した図であ
る。

【図２】図２は、本発明の実施に供されるＣＤ−ＲＯＭ
ドライブのハードウェア構成を示す図である。

【図３】図３は、ＣＤ−ＲＯＭドライブの動作モードを
説明するための図である。

【図４】図４は、各動作モードにおけるＣＤ−ＲＯＭド
ライブ内部の活動状況を説明するための図である。

【図５】図５は、本発明の実施例に係るＣＤ−ＲＯＭド
ライブの動作モードの遷移を説明するための図であり、
より具体的には、ホストによる通常の電源投入（ＰＯ
Ｒ）時における処理手続を示すフローチャートである。

【図６】図６は、本発明の実施例に係るＣＤ−ＲＯＭド
ライブの動作モードの遷移を説明するための図であり、
より具体的には、ドライブの内部タイマによってスリー
プに遷移するときの処理手続を示すフローチャートであ
る。

【図７】図７は、本発明の実施例に係るＣＤ−ＲＯＭド
ライブの動作モードの遷移を説明するための図であり、
より具体的には、ホストの指示によってスリープに遷移
するときの処理手続を示すフローチャートである。

【図８】図８は、本発明の実施例に係るＣＤ−ＲＯＭド
ライブの動作モードの遷移を説明するための図であり、
より具体的には、スリープからウェーク・アップするた
めの処理手続を示すフローチャートである。

【図９】図９は、本発明の実施例に係るＣＤ−ＲＯＭド
ライブの動作モードの遷移を説明するための図であり、
より具体的には、アクティブ，アイドル，スタンバイの
各モードからサスペンド・モードに遷移するための処理
手続を示すフローチャートである。

【図１０】図１０は、本発明の実施例に係るＣＤ−ＲＯ
Ｍドライブの動作モードの遷移を説明するための図であ
り、より具体的には、スリープ・モードからサスペンド
・モードに遷移するための処理手続を示すフローチャー
トである。

【図１１】図１１は、本発明の実施例に係るＣＤ−ＲＯ
Ｍドライブの動作モードの遷移を説明するための図であ
り、より具体的には、サスペンド・モードからレジュー
ムするための処理手続を示すフローチャートである。

【図１２】図１２は、ホスト制御信号，ドライブ・ステ
ータス信号の動作を示す図であり、より具体的には、ホ
スト制御信号によるスリープ要求によってアクティブ，
アイドル，スタンバイの各モードからスリープ・モード
に遷移するときの各信号のタイム・チャートを示す図で
ある。

【図１３】図１３は、ホスト制御信号，ドライブ・ステ
ータス信号の動作を示す図であり、より具体的には、ス
リープからウェーク・アップするときの各信号のタイム
・チャートを示す図である。

【図１４】図１４は、ホスト制御信号，ドライブ・ステ
ータス信号の動作を示す図であり、より具体的には、ホ
スト制御信号によるサスペンド要求によってアクティ
ブ，アイドル，スタンバイの各モードからサスペンド・
モードに遷移するときの各信号のタイム・チャートを示
す図である。

【図１５】図１５は、ホスト制御信号，ドライブ・ステ
ータス信号の動作を示す図であり、より具体的には、ス
リープ・モードからサスペンド・モードに遷移するとき
の各信号のタイム・チャートを示す図である。

【図１６】図１６は、ホスト制御信号，ドライブ・ステ
ータス信号の動作を示す図であり、より具体的には、サ
スペンド・モードからレジュームするときの各信号のタ
イム・チャートを示す図である。

【図１７】図１７は、本発明の実施に供される光磁気デ
ィスク・ドライブのハードウェア構成を示す図である。

【図１８】図１８は、ポータブル・コンピュータの外観
を示す斜視図であり、より具体的には、ＬＣＤを開いた
使用可能状態を示す図である。

【図１９】図１９は、ポータブル・コンピュータの外観
を示す斜視図であり、より具体的には、更にキーボード
を開いてケース内部が露出した状態を示す図である。

【符号の説明】

１…光学ヘッド、２…ＲＦアンプ、３…サーボ／デジタ
ル信号処理回路、４…モータ駆動回路、５…スピンドル
・モータ、６…スライダ・モータ、７…デジタル・アナ
ログ変換回路、８…オーディオ・アンプ、９…インター
フェース／復号化回路、１０…ＣＰＵ、１１…モータ駆
動回路、１２…ローディング・モータ、１４…クロッ
ク、１５…ＳＲＡＭ、１６…ＲＯＭ、１７…フラッシュ
・メモリ、１８…イジェクト・ボタン、１９…ホスト制
御信号、２０…ドライブ・ステータス信号、２１…ディ
スク、２２…磁気駆動回路、２３…符号化回路、２４…
アナログ・デジタル変換回路、２５…磁気コイル、２６
…光磁気ディスク、５０…ＣＤ−ＲＯＭドライブ、５１
…光磁気ディスク・ドライブ、６０…サブＣＰＵ、７０
…メインＣＰＵ、８０…システム・バス、１００…コン
ピュータ・システム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岩田 修一 神奈川県大和市下鶴間1623番地14 日本 アイ・ビー・エム株式会社 大和事業所 内 (72)発明者 青柳 充彦 神奈川県大和市下鶴間1623番地14 日本 アイ・ビー・エム株式会社 大和事業所 内 (56)参考文献 特開 平４−76857（ＪＰ，Ａ) 特開 平６−68587（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 1/00 370 G06F 1/30 G06F 1/32 G06F 3/06 304 G06F 12/16 340 G11B 19/00 - 19/02

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】コンピュータ・システムに装着可能な拡張
   デバイスであって、各部の動作を統括的に制御するため
   の中央制御手段と、前記中央制御手段がタスク処理の際
   に作業領域として用いるための揮発性の第１の記憶手段
   と、前記コンピュータ・システムと通信するための接続
   手段と、各部へ電力を供給するための電力供給手段と、
   前記接続手段を介して前記コンピュータ・システムから
   要求を受けたことに応答して前記接続手段の状況及び前
   記第１の記憶手段の記憶内容をセーブするための不揮発
   性で書込み可能な第２の記憶手段とを具備することを特
   徴とする拡張デバイス。
2. 【請求項２】コンピュータ・システムに装着可能な拡張
   デバイスであって、記憶媒体としてのディスクを搭載し
   て、前記ディスクを回転させるためのスピンドル・モー
   タと、前記ディスクにアクセスするためのヘッドと、前
   記ヘッドを前記ディスクの半径方向に移動させるための
   スライダ・モータと、前記スピンドル・モータ及びスラ
   イダ・モータを駆動させるためのモータ駆動手段と、前
   記ヘッドの出力を処理するための処理手段と、前記モー
   タ駆動手段を制御するためのモータ駆動制御手段と、各
   部の動作を統括的に制御するための中央制御手段と、前
   記中央制御手段がタスク処理の際に作業領域として用い
   るための揮発性の第１の記憶手段と、前記コンピュータ
   ・システムと通信するための接続手段と、各部へ電力を
   供給するための電力供給手段と、前記接続手段を介して
   前記コンピュータ・システムから要求を受けたことに応
   答して前記接続手段の状況及び前記第１の記憶手段の内
   容をセーブするための不揮発性で書き込み可能な第２の
   記憶手段とを具備することを特徴とする拡張デバイス。
3. 【請求項３】前記拡張デバイスがＣＤ−ＲＯＭドライブ
   であることを特徴とする請求項２に記載の拡張デバイ
   ス。
4. 【請求項４】前記拡張デバイスが光磁気ディスク・ドラ
   イブであることを特徴とする請求項２に記載の拡張デバ
   イス。
5. 【請求項５】前記第１の記憶手段がスタティックＲＡＭ
   であることを特徴とする請求項１又は請求項２に記載の
   拡張デバイス。
6. 【請求項６】前記接続手段は前記コンピュータ・システ
   ムからの要求をコマンドの形態で受けとることを特徴と
   する請求項１又は請求項２に記載の拡張デバイス。
7. 【請求項７】前記接続手段は前記コンピュータ・システ
   ムからの要求をハードウェア割り込みの形態で受けとる
   ことを特徴とする請求項１又は請求項２に記載の拡張デ
   バイス。
8. 【請求項８】前記第２の記憶手段がフラッシュ・メモリ
   であることを特徴とする請求項１又は請求項２に記載の
   拡張デバイス。
9. 【請求項９】コンピュータ・システムに装着可能な拡張
   デバイスであって、各部の動作を統括的に制御するため
   の中央制御手段と、前記中央制御手段がタスク処理の際
   に作業領域として用いるための揮発性の第１の記憶手段
   と、前記コンピュータ・システムと通信するための接続
   手段と、各部へ電力を供給するための電力供給手段と、
   前記接続手段の状況及び前記第１の記憶手段の内容をセ
   ーブするための不揮発性で書込み可能な第２の記憶手段
   とを含む拡張デバイスの制御方法において、前記コンピ
   ュータ・システムから電力供給停止の予告を受ける段階
   と、前記予告に応答して前記接続手段の状況及び前記第
   １の記憶手段の内容を前記第２の記憶手段にセーブする
   段階と、前記セーブする段階が完了したことを前記コン
   ピュータ・システムに通知する段階とを具備することを
   特徴とする拡張デバイスの制御方法。
10. 【請求項１０】コンピュータ・システムに装着可能な拡
    張デバイスであって、各部の動作を統括的に制御するた
    めの中央制御手段と、前記中央制御手段がタスク処理の
    際に作業領域として用いるための揮発性の第１の記憶手
    段と、前記コンピュータ・システムと通信するための接
    続手段と、各部へ電力を供給するための電力供給手段
    と、前記接続手段の状況及び前記第１の記憶手段の内容
    をセーブするための不揮発性で書込み可能な第２の記憶
    手段とを含む拡張デバイスの制御方法において、電力供
    給の再開時に前記コンピュータ・システムから指示を受
    ける段階と、前記指示に応答して前記第２の記憶手段が
    セーブしている内容を前記接続手段及び前記第１の記憶
    手段に回復する段階と、前記回復する段階が完了したこ
    とを前記コンピュータ・システムに通知する段階とを具
    備することを特徴とする拡張デバイスの制御方法。
11. 【請求項１１】各部の動作を統括的に制御するための中
    央制御手段と、前記中央制御手段がタスク処理の際に作
    業領域として用いるための揮発性の第１の記憶手段と、
    コンピュータ・システムと通信するための接続手段と、
    各部へ電力を供給するための電力供給手段と、前記接続
    手段の状況及び前記第１の記憶手段の内容をセーブする
    ための不揮発性で書込み可能な第２の記憶手段とを含む
    拡張デバイスを装着されたコンピュータ・システムの制
    御方法において、前記電力供給手段から各部への電力供
    給停止の予告を前記コンピュータ・システムが前記拡張
    デバイスに対して伝達する段階と、前記拡張デバイスが
    前記予告に応答して前記接続手段の状況及び前記第１の
    記憶手段の内容を前記第２の記憶手段にセーブする段階
    と、前記拡張デバイスが前記セーブする段階の完了を前
    記コンピュータ・システムに通知する段階と、前記通知
    に応答して前記コンピュータ・システムが電力の供給を
    停止する段階とを具備することを特徴とする拡張デバイ
    スを有するコンピュータ・システムの制御方法。
12. 【請求項１２】各部の動作を統括的に制御するための中
    央制御手段と、前記中央制御手段がタスク処理の際に作
    業領域として用いるための揮発性の第１の記憶手段と、
    コンピュータ・システムと通信するための接続手段と、
    各部へ電力を供給するための電力供給手段と、前記接続
    手段の状況及び前記第１の記憶手段の内容をセーブする
    ための不揮発性で書込み可能な第２の記憶手段とを含む
    拡張デバイスを装着されたコンピュータ・システムの制
    御方法において、前記電力供給手段による各部への電力
    供給を再開させたときに前記コンピュータ・システムが
    前記拡張デバイスに対してタスクを再開する旨の指示を
    伝達する段階と、前記指示に応答して前記拡張デバイス
    が前記第２の記憶手段がセーブする内容を前記接続手段
    及び前記第１の記憶手段に回復する段階と、前記拡張デ
    バイスが前記回復する段階の完了を前記コンピュータ・
    システムに通知する段階と、前記通知に応答して前記コ
    ンピュータ・システムがタスクを再開する段階とを具備
    することを特徴とする拡張デバイスを有するコンピュー
    タ・システムの制御方法。