(57)【要約】【課題】  本発明は、ドライブ装置の電源のみを停止でき、機能を落とすことなく、ソフトウェアで電源制御を行うことにより消費電力を抑えることができる端末装置を提供することを目的とする。【解決手段】  本発明の端末装置は、少なくとも電源を有するハードウェア部と、少なくともオペレーションシステムやアプリケーションソフトを含むソフトウェア部と、ハードウェア部とソフトウェア部との間のデータの入出力を制御する基本入出力システムと、内蔵するドライブ装置とを含んで構成されている。そして、本発明の端末装置によれば、基本入出力システムがオペレーションシステムからの指示に基づいて電源からドライブ装置への電力供給の制御を行うことに特徴がある。【選択図】        図３
2005346420.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも電源を有するハードウェア部と、少なくともオペレーションシステムやアプリケーションソフトを含むソフトウェア部と、前記ハードウェア部と前記ソフトウェア部との間のデータの入出力を制御する基本入出力システムと、内蔵するドライブ装置とを含んで構成する端末装置において、
前記基本入出力システムが前記オペレーションシステムからの指示に基づいて前記電源から前記ドライブ装置への電力供給の制御を行うことを特徴とする端末装置。
【請求項２】
前記オペレーションシステムは、前記ドライブ装置への電源供給停止又は再投入の判断を行い、当該判断結果を前記基本入出力システムへ出力し、前記基本入出力システムは当該判断結果に基づいて前記ドライブ装置への電力供給停止又は再投入の制御を行う請求項１記載の端末装置。
【請求項３】
前記電源がバッテリである場合、前記基本入出力システムは当該バッテリの残容量を監視し、前記オペレーションシステムは前記基本入出力システムからの残容量によって前記ドライブ装置への電源供給停止の判断を行う請求項１又は２に記載の端末装置。
【請求項４】
前記オペレーションシステムは、前記ドライブ装置への電源供給停止までの時間を制御する請求項１〜３のいずれかに記載の端末装置。
【請求項５】
前記オペレーションシステムは、前記ドライブ装置の動作状態に応じて前記ドライブ装置への電源供給停止又は再投入の判断を行う請求項１〜４のいずれかに記載の端末装置。
【請求項６】
前記オペレーションシステムは、前記ドライブ装置への電源供給が停止されている場合、前記アプリケーションソフトから前記ドライブ装置へのアクセス要求に対して前記ドライブ装置に代わって応答する請求項１〜５のいずれかに記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は端末装置に関し、詳細にはバッテリ等の電源の消費電力を抑える技術に関する。
【背景技術】
【０００２】
現在、発売されているノートパソコンでは小型化が進み搭載されるバッテリも小さいものが増えている。しかし、使用時間を延ばすためには大型のバッテリを搭載するかあるいはＡＣ電源を使用する必要がある。最近では、小型のバッテリでも消費電力を抑える工夫が多く取り入れられ、使用時間を延ばすことができるようになった。一方、最近のノートパソコンには、外部装置の一つとして記録・再生系の光学ドライブ装置が標準搭載された機種も増え、これらの装置が消費する電力がノートパソコンの使用時間を短くする要因の一つとなってしまう。ドライブ装置側で消費電力を抑えるためにいろいろな工夫を施しても、動作している限りわずかではあるが電力を消費している。消費電力の少ない状態、例えばスタンバイ状態、スリープ状態でも電力を消費している。消費電力をゼロにするためには電源を停止される以外にない。そこで、電源を停止させる動作としてサスペンド動作があるが、サスペンド動作ではホストコンピュータの電源全てが停止するため外部装置だけでなくホストコンピュータも使用することができなくなってしまう。
【０００３】
そこで、これらの問題点を解決するために従来よりいくつか提案がなされている。その一つとして、特許文献１には、各回路を機能ブロック単位に分割し、この分割した回路が動作するときにのみ電源を供給して装置全体の省電力化を図った光情報記録再生装置が提案されている。また、特許文献２には、ホストコンピュータから送信される記録／再生コマンドに基づき最適なシステムロック周波数を設定し、パワーセーブモードをより細かく設定する光ディスク装置が提案されている。このように、ホストコンピュータからのコマンドによる制御で消費電力を抑える方法やドライブ装置単体で必要な部分のみを駆動させ消費電力を抑える方法が提案されている。
【特許文献１】特開２００３−０８５８７３号公報
【特許文献２】特開２００３−１７３５２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１や特許文献２では、電源は常にＯＮであり、また消費電力を抑えるために外部装置の一つであるドライブ装置の電源のみを停止させることができない。
【０００５】
本発明はこれらの問題点を解決するためのものであり、ドライブ装置の電源のみを停止でき、機能を落とすことなく、ソフトウェアで電源制御を行うことにより消費電力を抑えることができる端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記問題点を解決するために、本発明の端末装置は、少なくとも電源を有するハードウェア部と、少なくともオペレーションシステムやアプリケーションソフトを含むソフトウェア部と、ハードウェア部とソフトウェア部との間のデータの入出力を制御する基本入出力システムと、内蔵するドライブ装置とを含んで構成されている。そして、本発明の端末装置によれば、基本入出力システムがオペレーションシステムからの指示に基づいて電源からドライブ装置への電力供給の制御を行うことに特徴がある。よって、電源制御をソフトウェアで制御することができることにより、端末装置の起動を行いつつ、消費電力を抑えることができる。
【０００７】
また、オペレーションシステムは、ドライブ装置への電源供給停止又は再投入の判断を行い、当該判断結果を基本入出力システムへ出力し、基本入出力システムは当該判断結果に基づいてドライブ装置への電力供給停止又は再投入の制御を行う。よって、電源制御をソフトウェアで制御することができ、消費電力を抑えることができる。
【０００８】
更に、電源がバッテリである場合、基本入出力システムは当該バッテリの残容量を監視し、オペレーションシステムは基本入出力システムからの残容量によってドライブ装置への電源供給停止の判断を行う。よって、バッテリの電力消費を細かく把握した上でドライブ装置への電源供給停止の判断を行うため、装置全体の電力消費を細かく制御でき、消費電力を抑えることできる。
【０００９】
また、オペレーションシステムは、ドライブ装置への電源供給停止までの時間を制御することにより、装置全体の電力消費を細かく制御でき、消費電力を抑えることできる。
【００１０】
更に、オペレーションシステムは、ドライブ装置の動作状態に応じてドライブ装置への電源供給停止又は再投入の判断を行うことにより、動作に支障を生じることなく適切に電源制御を行うことができる。
【００１１】
また、オペレーションシステムは、ドライブ装置への電源供給が停止されている場合、アプリケーションソフトからドライブ装置へのアクセス要求に対してドライブ装置に代わって応答することにより、ドライブ装置への電源供給が停止されていてもアプリケーションソフトが正常に動作することができる。
【発明の効果】
【００１２】
本発明によれば、電源制御をソフトウェアで制御することができることにより、端末装置の起動を行いつつ、消費電力を抑えることができる。
【発明を実施するための最良の形態】
【００１３】
図１は本発明の一実施の形態例に係る端末装置の構成を示すブロック図である。図２は図１の端末装置をコントロールするソフトウェア部の構成例を示す概略図である。図１に示す端末装置の構成は、一般的なパーソナルコンピュータを例に表している。なお、他の構成部分に関しては省いている。電源は、ＡＣ電源か、あるいは電池パックから供給するかを選択することができる。図１に示すように、パーソナルコンピュータ１００は、主として、ＣＰＵ１１、メモリ１２、外部バスコントローラ１３、電源制御部１４、電源部１５を有するハードウェア部１０と、更に内蔵するＣＤ−ＲＯＭなどのドライブ装置２０とを有している。そして、ドライブ装置２０には、電源部１５から電力が電源ケーブル１６を介して供給されている。また、ドライブ装置２０は外部バスコントローラ１３によってＩＤＥ（Integrated Drive Electronics）バス１７を介して制御される。
【００１４】
また、図２に示すように、ソフトウェア部３０は、基本入出力システムであるＢＩＯＳ（Basic Input Output system）３１、基本ソフトウェアであるＯＳ（Operation system）３２、多種のアプリケーションソフト３３−１〜３３−３を有している。ＢＩＯＳ３１は、マザーボードの基本動作を制御するソフトウェアで、各マザーボードメーカがそれぞれのマザーボードに合ったＢＩＯＳを提供している。ＯＳはマイクロソフト社のWindows（登録商標）やLinux（登録商標）などがある。このような構成から鑑み、ハードウェア部１０に依存した部分の制御をＢＩＯＳ３１に任せることで、ＯＳ３２はハードウェア部１０に依存する部分を切り離すことができる。
【００１５】
次に、図３は本発明の端末装置におけるドライブ装置への電源供給制御の様子を示すブロック図である。同図に示すように、電源供給制御のコントロールはＯＳ３２が行い、ハード的な制御はＢＩＯＳ３１が行う。つまり、ＯＳ３２はＢＩＯＳ３１に対してドライブ装置２０への電源供給の制御信号を出力し、ＢＩＯＳ３１は電源１５からドライブ装置２０への電力供給のＯＮ／ＯＦＦするスイッチ１８のＯＮ／ＯＦＦを制御する。
【００１６】
また、図４は本発明の端末装置におけるドライブ装置への電源供給電圧監視の様子を示すブロック図である。同図に示すように、バッテリ電源１９の電源容量の監視もＢＩＯＳ３１が行い、取得した残り電源容量はＯＳ３２がＢＩＯＳ３１へアクセスすることで知ることができ、ＯＳ３２は取得した残り電源容量に応じてＢＩＯ３１を介してドライブ装置２０への電源供給を制御する。
【００１７】
図５は本発明の端末装置における起動時の動作を示すフローチャートである。先ず、ホストコンピュータの電源が投入されると（ステップＳ１０１）、図２のＢＩＯＳ３１が起動する（ステップＳ１０２）。図１のハードウェア部１０のチェックが行われ（ステップＳ１０３）、ハードウェア部１０が正常であれば（ステップＳ１０３；ＹＥＳ）図２のＯＳ３２が起動する（ステップＳ１０４）。ＯＳ起動後は後述する図６のように省電力モードで電源停止処理を行う場合には、ドライブ装置のトレースイッチ制御、および現在の残り電源容量に従って設定されたケースで電源停止処理を行う。電源停止の残り電源容量の設定はユーザによって任意に設定される。（図６の表は設定例）電源停止処理を行わない場合には、従来の省電力モードに移行する。そして、ＯＳ３２が終了したときは（ステップＳ１０５；ＹＥＳ）、図１の電源１５をＯＦＦにする（ステップＳ１０６）。一方、ステップＳ１０３でハードウェア部１０が異常であれば（ステップＳ１０３；ＮＯ）、ハードウェア異常を図示していないモニタに表示する（ステップＳ１０７）、起動を失敗したとして電源をＯＦＦにする（ステップＳ１０８，Ｓ１０６）。なお、省電力モードとは、ホストコンピュータの機能の一部としてサスペンド機能、レジューム機能、スリープ機能を使って消費電力を抑えるモードをさす。また、ドライブ装置へは、ホストコンピュータからのコマンドによるスタンバイモード、スリープモードがある。このスタンバイモードではディスクを停止させ、スリープモードでは再起動用の電力しか消費しないため、消費電力を低減できる。
【００１８】
図６は本発明の端末装置における電源供給電圧監視の動作を示すフローチャートである。同図において、先ず電源停止処理有りによる電源制御を行うか否かを判断し（ステップＳ２０１）、行う場合はドライブ装置のディスクボタン制御を開始する（ステップＳ２０１；ＹＥＳ，ステップＳ２０２）。電源容量がｎ％以下かを図７に示す残り電源容量に対する停止の有無を設定した設定例に照合して判定し（ステップＳ２０３）、照合した結果に基づいてドライブ装置への電源停止処理を行う（ステップＳ２０４）。一方、ステップＳ２０１で電源停止処理有りによる電源制御を行わない場合は（ステップＳ２０１；ＮＯ）、従来の制御である省電力処理を行う（ステップＳ２０５）。ここで、図７の表の設定例１よりも設定例２、設定例２よりも設定例３のように残り電源容量が多くても早くドライブの電源を停止することでホストコンピュータの消費電力を抑えることができる。
【００１９】
次に、ＯＳ上でアプリケーションが起動された場合の動作について図８を例に説明する。図８において、図１及び図２と同じ参照符号は同じ構成要素を示す。
一般的に図８の（ａ）は通常動作時の流れで、アプリケーションからＯＳ３２、ＢＩＯＳ３１を通してドライブ装置２０がコントロールされ、必要な処理が行われることで、アプリケーションの希望する動作が実行できる。一方、図８の（ｂ）は、ドライブ装置への電源供給が停止された時アプリケーション３３からＯＳ３２を通してＢＩＯＳ３１への流れがＯＳ３２の内部で折り返えされる。その際、ＯＳ３２が、ＢＩＯＳ３１、ドライブ装置２０の動作を肩代わりすることで、つまりＢＩＯ３１及びドライブ装置２０へアクセスはダミー動作となり、アプリケーション３３はドライブ装置２０への電源供給が停止されていてもＯＳ３２からのアクセス要求に対する回答であるステータスを得て支障なく動作することができる。
【００２０】
次に、ＯＳがドライブ装置への電源供給が停止された状態でどの場合に肩代わりした動作をするか否かの動作について当該動作フローを示す図９に従って説明する。
【００２１】
図９において、図８の（ｂ）に示すようにアプリケーション３３からドライブ装置２０に対するアクセスログの履歴の記録があるか否かをチェックし（ステップＳ３０１）、アクセスログの履歴に記録があれば（ステップＳ３０１；ＹＥＳ）、そのアクセスログの記録内容を取得して（ステップＳ３０２）、図８の（ｂ）のようにＯＳ３２によって制御されてアクセス要求に対するステータスを送信する（ステップＳ３０３）。一方、ステップＳ３０１でアクセスログに記録がなければ（ステップＳ３０１；ＮＯ）図８の（ａ）のように動作するが、電源供給停止中か否かを調べ（ステップＳ３０４）、停止中であればドライブ装置への電源再投入され（ステップＳ３０４；ＹＥＳ，ステップＳ３０５）、ドライブ装置へアクセスしてアクセスログの履歴を作成して記録として残しておく（ステップＳ３０６，Ｓ３０７）。この時どのようなコマンドがアプリケーションからドライブ装置へ発行されたかをアクセスログの履歴として残しておくことで次回のチェックに使用することができる。
【００２２】
なお、本発明は上記実施の形態例に限定されるものではなく、特許請求の範囲内の記載であれば多種の変形や置換可能であることは言うまでもない。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施の形態例に係る端末装置の構成を示すブロック図である。
【図２】図１の端末装置をコントロールするソフトウェア部の構成例を示す概略図である。
【図３】本発明の端末装置におけるドライブ装置への電源供給制御の様子を示すブロック図である。
【図４】本発明の端末装置におけるドライブ装置への電源供給電圧監視の様子を示すブロック図である。
【図５】本発明の端末装置における起動時の動作を示すフローチャートである。
【図６】本発明の端末装置における電源供給電圧監視の動作を示すフローチャートである。
【図７】残り電源容量に対する停止の有無を設定した設定例を示す図である。
【図８】ＯＳ上でアプリケーションが起動された場合の動作の様子を示すブロック図である。
【図９】ＯＳがドライブ装置の電源が停止された状態でどの場合に肩代わりした動作をするか否かの動作を示すフローチャートである。
【符号の説明】
【００２４】
１０；ハードウェア部、１１；ＣＰＵ、１２；メモリ、
１３；外部バスコントローラ、１４；電源制御部、１５；電源、
１６；電源ケーブル、１７；ＤＩＥバス、１８；スイッチ、
１９；バッテリ電源、２０；ドライブ装置、３０；ソフトウェア部、
３１；ＢＩＯＳ、３２；ＯＳ、３３−１〜３３−３；アプリケーション、
１００；パーソナルコンピュータ。
【図１】
2005346420.tif 000003
【図２】
2005346420.tif 000004
【図３】
2005346420.tif 000005
【図４】
2005346420.tif 000006
【図５】
2005346420.tif 000007
【図６】
2005346420.tif 000008
【図７】
2005346420.tif 000009
【図８】
2005346420.tif 000010
【図９】
2005346420.tif 000011