(57)【要約】コンピューティング機器用の低電力デジタル音声復号および再生のシステムおよび方法によって、様々なフォーマットの圧縮音声ファイル(２)を再生するのに使用することができる、低コスト、低電力消費、長バッテリ寿命の音声再生および復号システムが提供される。そのようなシステムの、ソフトウェアのみの解決策が提案される。
2005505003.tif 000002
【特許請求の範囲】
【請求項１】
音声ファイルを再生する方法をコンピュータシステムに実行させる内容を有する機械読み取り可能な媒体であって、前記方法は、
圧縮音声データを読み取る段階と、
前記圧縮音声データを解凍するために前記コンピュータシステムのプロセッサに前記圧縮音声データを供給し、これによって解凍された音声データを供給する段階と、
前記解凍されたデータを前記コンピュータシステムのメモリに記憶する段階と
を備えることを特徴とする機械読み取り可能な媒体。
【請求項２】
前記プロセッサは、第１電力状態および第２電力状態で動作することができ、前記プロセッサは、前記第１電力状態で前記第２電力状態より少ない電力を消費し、前記方法は、さらに、前記プロセッサが前記圧縮音声データを解凍していない時に、前記プロセッサを前記第２電力状態から前記第１電力状態にする段階を備えることを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項３】
前記第１電力状態は、待機状態であることを特徴とする請求項２に記載の機械読み取り可能な媒体。
【請求項４】
前記解凍された音声データを、再生のために前記メモリから読み出す段階をさらに備えることを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項５】
前記圧縮音声データは、ＭＰ３、ＷＭＡ、ＡＡＣ、ＡＣ３または他の安全性のある圧縮オーディオフォーマットであることを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項６】
前記方法は、さらに、曲データを表示するために液晶ディスプレイへの信号を生成する段階を備えることを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項７】
前記コンピュータシステムは、さらに、複数のファンクションキーを備え、前記方法は、さらに、前記複数のファンクションキーの少なくとも１つによって生成されるユーザコマンドを受け取る段階と、前記再生を制御するために前記ユーザコマンドを使用する段階とを備えることを特徴とする請求項４に記載の機械読み取り可能な媒体。
【請求項８】
前記複数のファンクションキーの少なくとも１つによって生成される割込みを受け取る段階と、前記割込みを前記プロセッサに渡す段階とをさらに備えることを特徴とする請求項７に記載の機械読み取り可能な媒体。
【請求項９】
圧縮音声データを読み取る前記段階と、前記圧縮音声データを前記プロセッサに供給する前記段階と、前記解凍された音声データを前記メモリに記憶する前記段階とは、前記コンピュータシステムがオフであるか、ハイバネーションモードであるか、ＨＤＤへのサスペンドモードであるか、電力状態Ｓ４またはＳ５の１つである場合を除いて実行されないことを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項１０】
圧縮音声データを読み取る前記段階と、前記圧縮音声データを前記プロセッサに供給する前記段階と、および前記解凍された音声データを前記メモリに記憶する前記段階とは、前記コンピュータシステムがオンであるか、スリープモードであるか、ＲＡＭへのサスペンドモードであるか、電力状態Ｓ０またはＳ３の１つであるときには実行されないことを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項１１】
前記複数のファンクションキーの少なくとも１つによって生成される割込みを受け取る前記段階と、前記割込みを前記プロセッサに渡す前記段階とは、前記コンピュータシステムがオンであるか、スリープモードであるか、ＲＡＭへのサスペンドモードであるか、電力状態Ｓ０またはＳ３の１つである場合を除いて実行されないことを特徴とする請求項８に記載の機械読み取り可能な媒体。
【請求項１２】
前記圧縮音声データは、１つまたは複数の音声ファイルに記憶され、前記方法は、さらに、１つまたは複数の前記音声ファイルを含むプレイリストを作成し記憶する段階を備えることを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項１３】
プレイリストを作成し記憶する前記段階は、前記コンピュータがオンであるか電力状態Ｓ０である時に限って実行されることを特徴とする請求項１２に記載の機械読み取り可能な媒体。
【請求項１４】
少なくとも部分的に前記プレイリストに基づいて、前記圧縮音声データを読み取る段階をさらに備えることを特徴とする請求項１３に記載の機械読み取り可能な媒体。
【請求項１５】
前記圧縮音声データの読み取る段階は、ＤＶＤから圧縮音声データを読み取る段階を備えることを特徴とする請求項１に記載の機械読み取り可能な媒体。
【請求項１６】
圧縮音声プレイヤとして機能するように適合されたパーソナルコンピュータであって、
該パーソナルコンピュータは、第１オペレーティングシステムまたは第２オペレーティングシステムをロードする制御信号に応答する中央処理装置を備え、前記第１オペレーティングシステムは、前記パーソナルコンピュータによって第１パーソナルコンピュータモードで実行され、前記第２オペレーティングシステムは、前記パーソナルコンピュータによって第２圧縮音声モードで実行されることを特徴とするパーソナルコンピュータ。
【請求項１７】
前記パーソナルコンピュータは、前記第１パーソナルコンピュータモードで動作するより少ない電力を前記第２圧縮音声モードで消費することを特徴とする請求項１６に記載のパーソナルコンピュータ。
【請求項１８】
第１パーソナルコンピュータモードまたは第２圧縮音声パフォーマンスモードのいずれかでパーソナルコンピュータを動作させる方法であって、
制御信号を開始する段階と、
前記制御信号に基づいて第１または第２オペレーティングシステムをロードする段階であって、前記第１オペレーティングシステムは、前記第１パーソナルコンピュータモードで前記ＰＣを動作させ、前記第２オペレーティングシステムは、前記第２圧縮音声パフォーマンスモードで前記ＰＣを動作させる段階と
を備えることを特徴とする方法。
【請求項１９】
前記パーソナルコンピュータは、前記第２音声圧縮パフォーマンスモードで動作している時に、音声出力機器に音声データを出力する段階をさらに備えることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記第２オペレーティングシステムをロードするブートアップ時間は、前記第１オペレーティングシステムをロードするブートアップ時間より短いことを特徴とする請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、記録音声を再生する携帯用機器(例えば、ノートブックコンピュータ)に関し、より詳細には、様々なソースから様々な圧縮フォーマットで圧縮された記録音声を復号し、再生する低電力ハードウェアおよび／またはソフトウェアに関する。本願の特定の有用性は、特に携帯用コンピュータと共に使用されるＭＰ３デジタル音声ファイルの再生にあるが、他の有用性が、本明細書で企図されている。
【背景技術】
【０００２】
本願は、２００１年１０月２日出願の特許文献１、表題「Low Power Digital Audio Decoding/Playing System for Computing Devices」の一部継続出願であり、この特許文献１自体は、２００１年８月２日出願の特許文献２、表題「Low Power Digital Audio Decoding/Playing System for Computing Devices」の一部継続出願であり、この特許文献２は、２００１年１２月１日出願の特許文献３、表題「Low Power Digital Audio Decoding System for Computing Devices」および２００１年１月３０日出願の特許文献４、表題「Low Power Digital Audio Decoding/Play System for Computing Machines」の利益を主張するものである。
【０００３】
現在、例えば、MPEG (Moving Picture Experts Group) Audio Layer-3 (ＭＰ３)、Windows(登録商標)Media Audio (WMA)、およびAdvanced Audio Coding (AＡＣ)など１つまたは複数の圧縮音声デジタルレコーディングフォーマットに従って圧縮されたデジタル記録音声を再生する様々な携帯用機器が存在する。現在までに、最も人気のあるフォーマットは、ＭＰ３であり、これは、デジタル音楽ファイルのサイズの約１０:１の圧縮をもたらす圧縮方式である。これらの機器は、２つのクラスすなわち、電子個体メモリに圧縮デジタル記録音声を記憶するものと、コンパクトディスク(「ＣＤ」)プレイヤまたはデジタルコンピュータのハードディスクドライブなどの電子機械機器を使用して、その後の再生のために圧縮デジタル音声を記録するものに分類される。
【０００４】
例えば、電子個体メモリ、例えばフラッシュメモリを使用する、ＭＰ３圧縮デジタル記録音声を再生する携帯用機器は、約１０個の音楽セレクションを記憶することができる。アドインメモリカードを用いると、そのような機器によって、合計約２０個の音楽セレクションを担持することができる。電子ソリッドステートメモリにＭＰ３圧縮デジタル記録音声を記憶するＭＰ３プレイヤは、電力消費が比較的少ない。したがって、そのようなＭＰ３プレイヤによって、コンピュータのＣＤ−ＲＯＭまたはハードディスクドライブに電源を入れる必要なしに、長い再生間隔がもたらされる。
【０００５】
参照によってその全体を本明細書に組み込む２００１年５月１日発行の特許文献５、表題「Low Power ＣＤ−ＲＯＭ Player for Portable Computers」(「'237」特許)には、普通のノートブックコンピュータが、普通の音楽ＣＤを単純に再生する時に、無用に大量の電気エネルギーを消費することが記載されている。これは、主に、コンピュータの電源が入っている時に必ずオペレーティングシステム(例えばWindows(登録商標))が実行している、音楽の再生に関連しない多数のバックグラウンド機能に起因する。その時のユーザが実行している機能すなわち音楽の再生に関連しない機能に関するその過剰な電力エネルギー消費によって、ワードプロセッシングおよびスプレッドシート解析などマイクロプロセッサ集約的タスクを実行する上で別の時に賢明に適用できるはずの電力が、ノートブックコンピュータのバッテリからたちまち失われる。'237特許で提示された解決策は、携帯用機器の主電源がオフである時に動作する状態機械である。'237特許の発明では、ＣＤ−ＲＯＭがオーディオサブシステムに結合され(主電力がオフである時に)、その結果、過度のバッテリ流出なしに、あるいは携帯用コンピュータをブートアップする必要なしに、ＣＤを再生できるようになる。
【０００６】
従来技術には、専用機能集積回路（ＩＣ）であるか、特定用途向け集積回路またはＡＳＩＣに組み込まれるシリコン解決策も含まれる。これらは、専用チップに必要なデジタル信号プロセッサ（ＤＳＰ）が、大きく、コストのかかる集積回路をもたらすため、通常は高価な解決策である。その結果の１つが、大量のＰＣＢ(プリント回路ボード)スペースの使用である。
【０００７】
さらに、当技術分野で周知の１５から２０ＭＩＰＳ(百万命令毎秒)復号エンジンが、コーデック用の音声ストリームを生成するために継続的に動作していなければならない。さらに、専用復号エンジンは、大電力を消費するハードディスクドライブ(ＨＤＤ)を継続的に動作させる必要がある。これらの手法は、ＭＰ３圧縮に関してのみ機能するように制限され、これによって、Microsoft社のＷＭＡまたは音楽業界で提案されたセキュアオーディオのSecure Digital Music Initiative （ＳＤＭＩ）などの新しい音楽圧縮アルゴリズムにシステムを適合させる機会が失われる。
【０００８】
当技術分野で周知の専用シリコン解決策では、ハードディスクドライブからの圧縮音声ファイルを絶えず復号していなければならないＤＳＰが使用され、このハードディスクドライブは、したがって、絶えず音声ファイルを読み取っていなければならない。そのような周知の方法は、多くの電力を必要とし、急速にバッテリが放電してしまう(例えば、太洋横断飛行で望ましい使用をした時に可能な４から１０使用時間よりはるかに速い)。
【０００９】
したがって、ＩＣ実装および無停止でアクセスされるハードディスクドライブを必要とする周知のハードウェアＭＰ３デコーダおよびプレイヤは、電力消費が多く、アップグレードが困難であり、高価である。
【００１０】
【特許文献１】
米国特許出願第09/969060号公報
【特許文献２】
米国特許出願第09/921171号公報
【特許文献３】
米国特許出願第60/250899号公報
【特許文献４】
米国特許出願第60/265466号公報
【特許文献５】
米国特許第6226237号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、電力消費が少なく、様々な音楽圧縮フォーマットについて現場でアップグレードでき、現在入手可能なハードウェア実施形態のコストの半分を超えないコストになると期待され、数百個の音楽セレクションを再生できるようにすることができると同時に、その時間の０.５%未満のＨＤＤまたはＣＤ−ＲＯＭへのアクセスを必要とするにすぎない解決策を提供する。
【課題を解決するための手段】
【００１２】
音声ファイルを再生する方法をコンピュータシステムに実行させる内容を有する機械読み取り可能な媒体であって、本発明と両立する方法が、圧縮音声データを読み取ること、音声データを解凍するためにコンピュータシステムのプロセッサに圧縮音声データを供給し、これによって解凍された音声データを供給すること、および、解凍されたデータをコンピュータシステムのメモリに記憶することを含む、機械読み取り可能な媒体である。
【００１３】
コンピュータシステムは、第１電力状態および第２電力状態で動作することができるプロセッサを有することができ、プロセッサが、第１電力状態で第２電力状態より少ない電力を消費し、本発明と両立する方法が、さらに、プロセッサが圧縮音声データを解凍していない時に、プロセッサを第２電力状態から第１電力状態にすることを含む。
【００１４】
本発明と両立する圧縮オーディオプレイヤとして機能するように適合されたパーソナルコンピュータ(ＰＣ)が、第１オペレーティングシステムまたは第２オペレーティングシステムをロードする制御信号に応答する中央処理装置(ＣＰＵ)であって、第１オペレーティングシステムが、ＰＣによって第１ＰＣモードで実行され、第２オペレーティングシステムが、ＰＣによって第２圧縮音声モードで実行される、ＣＰＵを含む。
【００１５】
本発明と両立する第１パーソナルコンピュータ(ＰＣ)モードまたは第２圧縮音声パフォーマンスモードのいずれかでパーソナルコンピュータ(ＰＣ)を動作させるもう１つの方法が、制御信号を開始するステップと、制御信号に基づいて第１または第２オペレーティングシステムをロードするステップであって、第１オペレーティングシステムが、第１ＰＣモードでＰＣを動作させ、第２オペレーティングシステムが、第２圧縮音声パフォーマンスモードでＰＣを動作させる、ステップとを含む。
【発明を実施するための最良の形態】
【００１６】
一実施形態では、本発明と両立するコンピュータシステムに、ユーザが望む音楽セレクション(または他の保存された音声)を再生する、ミニＯＳ(オペレーティングシステム)ソフトウェアおよびサウスブリッジとコーデックの間のハードウェアインターフェース(専用回路)が含まれる。もう１つの実施形態では、コンピュータシステムによってソフトウェアのみの解決策が使用されるので、ハードウェアは不要である。
【００１７】
本発明のミニＯＳソフトウェアによって、フルシステムオペレーティングシステム、例えばWindows(登録商標)によって実行されるバックグラウンド機能のすべてを実行せずに、携帯用コンピュータのモニタ回路およびモニタスクリーンにアクセスせずに、必要な時に、選択された音楽を再生するのに必要な、携帯用コンピュータの機能だけの実行および携帯用コンピュータの要素のイネーブルが行われる。さらに、本発明のミニＯＳは、圧縮ファイルがＲＡＭに転送される時に限ってＨＤＤにアクセスする。したがって、本発明のミニＯＳソフトウェア部分によって、音声を再生する時の、電力節約およびファイル管理機能の両方が実行される。
【００１８】
図１は、本発明の一実施形態の例示的なソフトウェア圧縮オーディオプレイヤの動作フローのブロック図である。
【００１９】
図１に示された動作の概念は、次の通りである。
１:ユーザが、携帯用コンピュータをオーディオプレイヤとして使用することを望み、ユーザが後に聞くことを望む曲を含むプレイリストを作成する前のいつかに、携帯用コンピュータのフルシステムオペレーティングシステム、例えばWindows(登録商標)で動作するブラウザが、まず、ＰＣハードディスクドライブ(ＨＤＤ)(２)(例えば４ギガバイトのＨＤＤスペースを使用して)に圧縮音楽ファイルをダウンロードする(例えば１０００曲)のに使用される。
【００２０】
２:望みの音楽ファイルがＨＤＤにあるならば、ユーザが、携帯用コンピュータをオーディオプレイヤとして使用することを望む時に、ユーザは、オーディオプレイヤのオンスイッチを操作して、携帯用コンピュータに完全に電源を入れ、コンピュータ全体をブートアップし、電力節約初期化サブルーチンと共に、通常のMicrosoft Windows(登録商標)ＯＳではなく本発明のミニＯＳをロードし(フルシステムオペレーティングシステムはオープンされない)、携帯用コンピュータの必要な部分だけを初期化し、ファイル管理サブルーチンが、かなりの数の曲の、ユーザの指示の下での望まれる音楽聴取用の、ステップ１で作成された曲プレイリストまたはブックを初期化する。
【００２１】
３:ミニＯＳソフトウェアが、ＨＤＤ(２)からＲＡＭ(４)にコピーされ、曲プレイリストからの圧縮ファイルの最初の組が、本発明のミニＯＳソフトウェアを使用して、ＨＤＤ(２)からシステムＲＡＭ(４)にコピーされる。例えば、現在のＰＣでは、１２８Mバイトが、通常のシステムＲＡＭサイズであり、本発明のミニＯＳソフトウェアは、約８MバイトのＲＡＭを占め、約１２０Mバイトが、圧縮音楽メモリ(すなわち、システムメモリ、専用メモリ、または他のメモリを使用するキャッシュまたはバッファ)としての使用のために残される。その１２０Mバイトは、通常のＭＰ３ファイルの圧縮比１０:１で、約２時間の連続した圧縮された音楽を表す。同様に、フラッシュメディアがＭＰ３ストレージに使用される場合に、フラッシュメディアカードの内容のすべてまたはほとんどを、システムＲＡＭ(４)にコピーすることができ、したがって、フラッシュメディアリーダのアクセスが最小になり、ＭＰ３ファイルのより応答性のよい制御が可能になる。
【００２２】
４:本発明のファイル管理ソフトウェアが、最初の音楽ファイルの諸部分をシーケンシャルにＣＰＵ(６)に配布し、ＣＰＵ(６)では、復号アルゴリズムによって、ＲＡＭ(４)に記憶された本発明のファイル管理ソフトウェアを使用して、各ファイルを解凍する。復号されたならば、ＰＣＭ音声データが、３つの形の１つで転送される:ＣＰＵがＰＣＭ音声データをサウスブリッジ(図３(３２)参照)ＦＩＦＯバッファに配布する;サウスブリッジのＤＭＡがサウスブリッジの内部でＦＩＦＯバッファにデータを転送する;または、専用回路によってＦＩＦＯバッファからLＰＣインターフェースにデータを転送する。ＦＩＦＯバッファによって、復号された音楽の各部分が、本発明の専用回路を介してコーデック(８)(図３(４２)参照)にシーケンシャルに供給され、復号された信号が、デジタルからアナログに変換される。その後、コーデック(８)からの出力信号が、増幅(１０)され(図３(４４)参照)て、スピーカおよび／またはヘッドセットが駆動される(図３(４６)参照)。
【００２３】
５:プレイリストの第１組の最後の曲がメモリから再生されている間に、ＲＡＭ(４,３０)に記憶された本発明のファイル管理ソフトウェアが、第４ステップに制御を返して、第１ステップで展開された前にスクリプト化された曲プレイリストによって決定される圧縮音楽ファイルの次の組をＲＡＭのメモリから検索する。したがって第４ステップおよび第５ステップは、組の最後の音楽選択が再生されるまで、圧縮音楽ファイルの組ごとに繰り返される。最後の音楽選択が再生される時に、制御が、第３ステップに戻って、プレイリストからもう１つの組がロードされ、これが、第４ステップおよび第５ステップを介して同様に再生される。第２ステップのプレイリスト全体からの最後の曲が再生される時、またはユーザが音楽プレイヤ機能をオフにする時に、プレイヤの動作が終わる。
【００２４】
本発明のミニＯＳ電力節約ソフトウェアによって、ＣＰＵ、周辺チップ、ＨＤＤ、および他の制御可能なシステム要素が、可能な最大の比率の時間の間、アイドル状態になることが保証される。本発明によって提供される解決策の興味深い属性が、ＣＰＵのＭＩＰＳ(毎秒当たり百万命令)容量が高いほど、ＣＰＵが復号機能を実行して費やす時間の比率が減ることである。これは、高性能ＣＰＵが、圧縮音楽パフォーマンスを再生する時により低い電力使用を示し、したがって、さらにバッテリ電力が節約され、さらに、バッテリが、携帯用コンピュータに電力を供給するのに十分に充電された状態を維持する時間が長くなる。
【００２５】
ミニＯＳによって、本発明の専用回路(図３(４０)参照)を介するユーザ作動に関してオーディオ制御ボタン(例えば、再生、早送り、巻き戻し、一時停止、スキャン、前のトラックへ、次のトラックへ、最初のトラックへ、最後のトラックへ、再生しながらの早送り/巻き戻し、音源/メディア選択(例えばＨＤＤまたはＣＤ)など)(図３(４８)参照)が監視され、ユーザ要求が、本発明のミニＯＳファイル管理ソフトウェアに通信される。任意選択として、小さいＬＣＤ（液晶）ディスプレイ(図３(３４)参照)を専用回路に接続して、ミニＯＳディスプレイ管理サブルーチンの制御の下でビジュアル状況インジケータ(例えば、曲番号、曲タイトル、トラック番号、再生時間&アイコン)を提供することができる。
【００２６】
本発明のミニＯＳ電力節約ソフトウェアによって、主に、ＣＰＵと、ＣＤ、ＨＤＤ、ならびにＳＤ(Secure Digital)カード、ＭＭＣ(Multimedia Card)、メモリスティック、およびＳＭＣ(Smart Media（登録商標） Card)などのフラッシュメディアなどのＭＰ３記憶用機器との使用が管理されると同時に、メモリ、コアロジックチップセットを含むシステムの残りが、完全にオンの機能する状態に維持される。副次的な電力節約を他のＰＣサブシステムに適用して、それらをアイドル状態にすることによってさらに電力消費を最小化する。
【００２７】
例えば、約２２５ＭＩＰＳの処理能力を有する５００ＭＨｚのPentium（登録商標）III ＣＰＵと約１５ＭＩＰＳを必要とする復号アルゴリズムでは、ＣＰＵが、時間の１０%未満だけ動作する。他の９０から９５%の時間に、ＣＰＵは、数ミリアンペアの電流だけを必要とする待機モードになる。その代わりに、ＣＰＵを、より低いクロック速度で動作させることができ、これは、通常は、ＡＭＤ社のAthlon ＣＰＵなどの現在のＣＰＵのほとんどが提供するオプションである。同様に、ＨＤＤは、ＲＡＭを充填あるいは再充填する時間の間だけアクセスされる。したがって、平均的な曲は約４分間再生され、ＲＡＭは１２０Mバイトの約３０曲を保持するので、また、ＨＤＤは、スピンアップに１から５秒を必要とし、曲プレイリストをＲＡＭにロードするのに数秒だけを必要とするので、ＨＤＤの総アクセス時間は、１２０分の再生時間のうちの３０秒になり、フル電力動作時間の１:２４０の比率すなわち０.５%未満である。この要因が、携帯用コンピュータのフルオペレーティングシステムではなく本発明のミニＯＳを使用することによって得られる電力節約に追加される。本発明の総電力消費は、結果として、携帯用コンピュータが音楽再生モードである時に非常に低く、これが、従来技術で可能な時間よりはるかに長い、バッテリが有用な充電レベルを維持する時間になる。当業者なら理解することができるように、本発明の圧縮音楽データは、ハードディスク、他の磁気(例えばテープ)媒体、光学(例えばＣＤ−ＲＯＭ)媒体、フラッシュ媒体(例えば、SDカード、MMC、メモリスティック、SMC)、または他の記憶媒体に存在することができる。
【００２８】
図３は、本発明の一実施形態と両立する例示的なシステム３１の一般化された全体ブロック図である。システム３１のブロックの大多数は、当技術分野で周知の構成要素であり、一般に、コンピュータのスピーカを介してサウンドを作るためにすべてのＰＣコンピュータに含まれる。この図に示されているのは、システムクロック５６であり、これは、図３を単純にするために、クロック信号を必要とする様々な構成要素に接続されて図示されてはいない。さらに、ＣＰＵ ２６が、ノースブリッジ２８とインターフェースして図示されている。ノースブリッジ２８は、システムＲＡＭ ３０およびサウスブリッジ３２とインターフェースする。サウスブリッジ３２は、ＨＤＤ ３６およびＣＤ−ＲＯＭ ３８とインターフェースする。通常、サウスブリッジ３２はまた、ＡＣ_linkを介してコーデック４２と直接にもインターフェースするが、図示の例示的なシステム３１では、専用回路４０(下の図４の説明を参照されたい)が、サウスブリッジ３２とコーデック４２の間に挿入されて、非圧縮アナログ音声を再生する能力に影響せずに、本発明のミニＯＳ ８０とあいまってのシステムＲＡＭ ３０からの圧縮デジタル音声の再生を使用可能にする。この構成では、ミニＯＳ ８０が、BIＯＳに記憶されるが、当業者は、ミニＯＳを、その代わりに、それ自体のＲＯＭ(専用回路４０内またはその外部のいずれか)、ハードディスク、または他の媒体に記憶することができることを理解するであろう。したがって、サウスブリッジ３２からのＡＣ_link１が、専用回路４０に結合され、専用回路４０は、必要に応じて解凍機能を実行し、ＡＣ_link２を介してコーデック４２に音声信号を供給する。コーデック４２は、専用回路４０から受け取るすべての信号に対する通常の機能を実行し、音声信号をアンプ４４に印加して、スピーカ４６またはヘッドホン(図示せず)で再生させる。システム３１では、ＡＣ_link１が、サウスブリッジ３２への標準的なＡＣ_linkのように見え、そのように動作し、ＡＣ_link２が、コーデック４２への標準的なＡＣ_linkのように見え、そのように動作し、コンピュータのこれらの部分に、普通(すなわち当技術分野で周知の)の音声再生中にオーディオ機能が実行されているかのように見せ、したがって、サウスブリッジ３２およびコーデック４２の動作に対する影響が、最小限になるか、無くなる。図３には、機能スイッチ４８、小さい液晶ディスプレイ３４、およびオーディオプレイヤ電源スイッチ５４も示されているが、これらは、図４に関して後述するように機能する。
【００２９】
図４に、コンピュータシステムの残りの詳細を全く示さずに、専用回路４０の内部および専用回路とインターフェースするコンピュータの他の部分の関連する詳細のブロック図が含まれる。専用回路４０は、ＩＣとして作って、本発明の実施形態を携帯用コンピュータに組み込むのに必要なＰＣＢスペースを最小にすることができる。サウスブリッジ３２が、専用回路４０の左に、標準ＡＣ９７コントローラ５０およびＬＰＣ(low pin count)コントローラ５２と共に、それらの間の標準両方向リンクＡＣ＿ｌｉｎｋ１およびＬＰＣ Ｂｕｓならびに専用回路４０からサウスブリッジ３２への単一方向ＩＲＱ(Interrupt Request)リンクと共に示されている。専用回路４０は、右側に、非圧縮音声をＡＣ＿ｌｉｎｋ２を介してＡＣ９７コーデック４２に供給する。また、右側にファンクションキー４８、下にＬＣＤ ３４が、それぞれ、専用回路４０に接続されて示されている。さらに、図４に、様々な構成要素に接続されたシステムクロック５６、および、左下にオーディオプレイヤ電源スイッチ５４が含まれる。電源スイッチ５４は、ユーザが電源スイッチ５４を介してプレイヤモードを開始する時に、本発明と両立するシステムでの使用のために、ミニＯＳ(フルシステムＯＳではなく)だけが開始されるようにするために設けられる。
【００３０】
専用回路４０の内部に、スイッチ６０があり、このスイッチ６０は、ＡＣ＿ｌｉｎｋ１およびＡＣ＿ｌｉｎｋ２の両方とインターフェースし、レジスタブロック６６の内部レジスタの設定に応答して機能し、スイッチ６０は、フルシステムＯＳでＰＣが普通に機能する時には閉じられ、ＡＣ＿ｌｉｎｋ１がＡＣ＿ｌｉｎｋ２に接続され、スイッチ６０は、本発明と両立するシステムが使用される時には開かれる。ＬＰＣパスは、ＬＰＣインターフェースに結合される。スイッチ６０およびＡＣ＿ｌｉｎｋ２は、状態機械６４に結合され、状態機械６４のもう１つのポートは、バス７４を介して、ＬＰＣインターフェース６２の出力ならびにレジスタブロック６６、ファンクションキーインターフェース６８、およびＬＣＤインターフェース７２に結合される。レジスタブロック６６の第２ポートは、状態機械６４の第３ポートにも結合される。ファンクションキー４８が、ファンクションキーインターフェース６８に結合され、ＬＣＤ ３４が、ＬＣＤインターフェース７２に結合される。ファンクションキーインターフェース６８によって、ファンクションキー４８の１つがユーザによって選択される時に、レジスタブロック６６に信号が供給される。オーディオプレイヤ電源スイッチ５４は、上述した第２ステップでユーザによって操作されるが、上述したように動作するようにＰＣをアクティブ化するのに使用することができる。スイッチ５４は、携帯用コンピュータのＤＣ電圧源に接続され、図４の特定のブロックに接続されずに図示されている。というのは、その接続が、本発明の実施形態がインストールされるコンピュータの製造業者によって制御される複数の要因に依存して変化するからである。
【００３１】
具体的に言うと、専用回路４０内のブロックは、下記のように動作する。
【００３２】
［ＬＰＣインターフェース］
専用回路４０には、サウスブリッジ３２内のＬＰＣコントローラ５２とインターフェースするＬＰＣ(low pin count)インターフェース６２が含まれる。
【００３３】
ＬＰＣインターフェース６２は、ＣＰＵ ２６によって、下記に使用される。
(１)レジスタブロック６６内のファンクションキー入力レジスタを読み取る。
(２)ＡＣ９７コーデック４２を制御するためにレジスタブロック６６内の制御レジスタをセットする。
(３)システムメモリ(ＲＡＭ ３０)から音声ＰＣＭ (Pulse Code Modulation)データを得る。
(４)クロックスロットリング制御を実行する。
【００３４】
レジスタブロック６６のモードレジスタ内の設定によって、スイッチ６０が閉じられた状態の普通のコンピュータ動作モード(例えば、Microsoft Windows(登録商標)ＯＳが動作する)と、圧縮音声ファイルを再生するためにスイッチ６０が開かれた状態の本発明と両立するシステムのモード(ミニＯＳモードで動作する)との間で専用回路４０を切り替えるためにスイッチ６０の状態が制御される。
【００３５】
［サウスブリッジＡＣ９７コントローラ５０のインターフェース(ホストからのＡＣ＿ｌｉｎｋ１)］
普通のコンピュータ動作モード中に、スイッチ６０が、閉じられ、サウスブリッジＡＣ９７コントローラ５０インターフェースが、閉じられたスイッチ６０を介して直接にＡＣ９７コーデック４２に接続されて、専用回路４０が存在しないかのように音声出力が生成される。圧縮音声ファイルを再生するために、ミニＯＳが動作している時にスイッチ６０が開かれ、状態機械６４によってＡＣ９７コーデック４２が制御される。
【００３６】
［ＡＣ９７コーデックインターフェース(ＡＣ＿ｌｉｎｋ２からＡＣ９７コーデック４２へ)］
コンピュータが、ミニＯＳの制御下で動作している時に、スイッチ６０が開かれる。状態機械６４によって、ホスト(ＣＰＵ ２６)がセットするレジスタブロック６６の設定に応答してＡＣ＿ｌｉｎｋ２が制御されて、ＡＣ９７コーデック４２の制御が生成される(例えば、サンプリング周波数の切り替え、音量の制御、コーデック４２へのＰＣＭデータの送出、電力節約モードへのコーデック４２の設定、または電力節約モードからのコーデック４２のウェイクアップ)。
【００３７】
［ファンクションキー入力インターフェース６８］
ファンクションキーインターフェース６８によって、ファンクションキー４８からユーザ選択が受け取られ、その選択が、ＣＰＵ ２６によって読み取られる内部レジスタに記憶される。
【００３８】
［ＬＣＤインターフェース７２］
ＬＣＤインターフェース７２は、ユーザに状況情報を与えるのにＬＣＤ ３４が使用される場合に限って必要である。使用される時の目的は、本発明と両立するシステムが使用される時に、低コストＬＣＤ ３４にプレイヤ状況を表示することである。選択再生の音声トラック番号の状況、状況アイコン(例えば再生)、および他の汎用状況アイコンを、システムにプログラムし、他の目的のために表示することができる。
【００３９】
［動作モード］
（Ａ）通常動作モード
ＰＣが、完全に電源を投入され、フルシステムＯＳの下で動作している時に、上述したように、専用回路４０の様々な機能がバイパスされ、スイッチ６０が閉じられる。通常モードでは、コンピュータシステムによって、サウスブリッジＡＣ９７コントローラ５０が使用されて、ＡＣ＿ｌｉｎｋを介してＡＣ９７コーデック４２が直接に制御される(通常モードでは、スイッチ６０が閉じられているので、ＡＣ＿ｌｉｎｋ１とＡＣ＿ｌｉｎｋ２が同一になる。専用回路によって、ＡＣ＿ｌｉｎｋ信号はインターセプトされず、修正されない。
【００４０】
（Ｂ）圧縮音声パフォーマンスモード
スイッチ５４が閉じられている時に、システムは、ミニＯＳの制御の下で動作し、専用回路４０は、権限を与えられ、圧縮音声パフォーマンスモードで動作する。スイッチ６０が開かれるので、このモードでは、サウスブリッジＡＣ９７コントローラ５０がＡＣ９７コーデック４２から分離される。
【００４１】
圧縮音声パフォーマンスモードでは、ホスト(ＣＰＵ ２６)によって、レジスタブロック６６の内部レジスタがセットされて、ＡＣ９７コーデック４２へのデータフローが制御され、様々な電源管理機能が実行される。
【００４２】
［圧縮音声パフォーマンスモードでの電力節約制御方法］
専用回路４０の柔軟な制御方法を提供して、パフォーマンスモードでのシステム制御サイクルおよび電力消費を最小にする。システムメモリ(ＲＡＭ ３０)が、制御コマンドのほとんどをＣＰＵ ２６ではなく専用回路４０に渡すのに使用され、これによって、ＣＰＵ ２６が、待機レベル以外で高速外部バスにアクセスする必要が最小限になる。これによって、このモードでの携帯用コンピュータバッテリに対する電力負荷が減る。
【００４３】
ＣＰＵ ２６によって、レジスタブロック６６内のシステム制御メモリレジスタもセットされる。状態機械６４は、これらのレジスタ設定に対する動作に基づいて、ＬＰＣインターフェース６２を介して制御ワードおよびＰＣMデータを自動的に入手する。システムメモリ(ＲＡＭ ３０)内の制御ワードは、内部レジスタにフェッチされ、状態機械６４によって、制御ワードが復号されて、ＰＣＭデータまたは音声データの準備ができているかどうかが判定される。音声データの準備ができている場合には、状態機械６４は、音声データのフェッチを続け、そのデータをＡＣ９７コーデック４２に送る。システムメモリ(ＲＡＭ ３０)内の制御ワードを使用して、ＰＣＭデータのサンプリング周波数を示すこともできる。したがって、状態機械６４によって、ＰＣＭデータが送られる前にＡＣ９７コーデック４２を適当な周波数に設定することができる。
【００４４】
ヘッドホンまたはヘッドセットシステムに、さらに、上に記載のさらなる機能性、例えば、音量制御を含めることができ、あるいは、オーディオ制御ボタンをこれに一体化できることを、当業者なら理解することができるであろう。
【００４５】
本発明と両立する専用回路を、システムの残りの動作にかかわらずに音楽を再生できるフルタイム圧縮(および／または非圧縮)音声再生システムに一体化できることも理解されたい。この構成では、専用回路およびミニＯＳならびにWindows(登録商標)の下で機能ボタンからの割込みを処理するソフトウェアドライバが設けられる。この構成では、システムの残りが、完全にオン(Ｓ０)または「スリープ」(ＲＡＭへのサスペンドまたはＳ３)モードのいずれかである時に、Windows(登録商標)の下で動作する、Music MatchまたはWindows(登録商標)Media Playerなどのカスタムのまたは標準のオーディオプレイヤの実行を開始するようにシステムを構成することができ、このオーディオプレイヤは、プレイリストに記憶された圧縮音声ファイルを再生するように適合させることができる。このシナリオでは、専用回路を制御するのではなく、Music Matchなどのオーディオプレイヤソフトウェアの様々な特徴を制御するために添付ソフトウェアドライバを使用するパススルーモードで使用されるように機能ボタンを適合させることができる。Windows(登録商標)などの主オペレーティングシステムが、完全にオフ(Ｓ５)または「ハイバネーション」(ＨＤＤへのサスペンドまたはＳ４)モードである時に、専用回路の動作を、上述したようにプレイリストからの圧縮音声ファイルの再生に進めることができ、ここで、機能ボタンによって、専用回路が制御される。
【００４６】
上述した電力状態(すなわち、完全にオン、スリープ/ＲＡＭにサスペンド、完全にオフ、ハイバネーション/ＨＤＤにサスペンド)を、しばしば、Advanced Configuration and Power Interface(「ＡＣPI」)標準規格の慣習を使用して、次のように称することに留意されたい。通常のオペレーティングシステム(例えばWindows(登録商標))は、Ｓ０(完全にオンで動作)からＳ５(電源オフ)までの６つの状態をサポートする。各状態は、次の特徴を有する:電力消費すなわち、コンピュータがどれほど電力を使用するか;ソフトウェア回復すなわち、オペレーティングシステムがどの点から再始動するか;ハードウェア待ち時間すなわち、コンピュータを動作状態に戻すのにどれほどかかるか;システムコンテキストすなわち、システムコンテキストがどれほど保存されるか、または動作状態に戻るためにオペレーティングシステムがリブートしなければならないかどうか。状態Ｓ０は、動作状態である。状態Ｓ１、Ｓ２、Ｓ３、およびＳ４は、スリープ状態であり、コンピュータは、電力消費が少ないのでオフに見えるが、オペレーティングシステムを再始動せずに動作状態に戻るのに十分なコンテキストが保存される。状態Ｓ５は、シャットダウン状態またはオフ状態である。システムは、シャットダウン状態(Ｓ５)またはスリープ状態のいずれか(Ｓ１からＳ４)から推移する時にウェイクアップし、動作状態からスリープ状態のいずれかまたはシャットダウン状態に推移する時にスリープし、システムは、あるスリープ状態から別のスリープ状態に直接に入ることはできず、スリープ状態に入る前に必ず動作状態に入らなければならない。例えば、システムは、状態Ｓ２からＳ４へ、または状態S４からＳ２へ推移することはできない。システムは、まずＳ０に戻らなければならず、そこから次のスリープ状態に入ることができる。中間のスリープ状態のシステムは、既に動作コンテキストの一部を失っているので、追加の状態推移を行う前に、コンテキストを復元するために動作状態に戻らなければならない。
【００４７】
図２を、図３と共に参照すると、本発明の一実施形態での、ミニＯＳの電源投入およびプレイヤ機能の初期化の例示的シーケンス２００が示されている。上で述べたように、本発明を備えるＰＣのオーディオプレイヤ機能の初期化の前のある時に、ユーザが、問題の音声ファイルをＨＤＤ ３６にダウンロード(図２に図示せず)するか、本発明のオーディオプレイヤの特徴と共に使用されるＣＤ−ＲＯＭドライブ３８に配置されるＣＤ−ＲＯＭに焼く。図からわかるように、ステップ２０１で、ユーザがオーディオプレイヤ電源スイッチ５４またはコンピュータの主電源スイッチ(図３に図示せず)のいずれかを押してシステムの電源を入れる時に、シーケンス２００が開始される。ステップ２０２で、コンピュータが通常動作モードと圧縮音声パフォーマンスモードのどちらにブートされたかを判定する。この判定は、通常は、コンピュータの電源スイッチまたはオーディオプレイヤ電源スイッチ５４のどちらがコンピュータの電源を入れるのに使用されたかに基づいて、ＢＩＯＳで行われるが、この判定を、その代わりに、そのような機能を提供するアプリケーションプログラムまたはオペレーティングシステム(例えばWindows(登録商標)９８)によって行えることを、当業者なら理解することができるであろう。コンピュータの電源スイッチが、コンピュータの電源を入れるのに使用された場合には、システムは、ステップ２０３で、通常動作モードにブートし、通常のオペレーティングシステム(例えばWindows(登録商標)９８)が、システムＲＡＭ ３０にロードされ、実行される。オーディオプレイヤ電源スイッチ５４が、コンピュータの電源を入れるのに使用された場合には、ステップ２０４で、ミニＯＳがシステムＲＡＭ ３０にロードされる。ステップ２０５で、ミニＯＳによって、ノースブリッジ２８、サウスブリッジ３２、専用回路４０、ハードドライブ３６、ＣＤ−ＲＯＭドライブ３８、コーデック４２、およびＣＰＵ ２６の１つまたは複数を含むシステム構成要素が初期化される。
【００４８】
ステップ２０８で行われる判定で、音声解凍要求は、システム初期化時には保留中でない(すなわち、メモリバッファが満杯でない)ので、システムは、ステップ２０７で、ファンクションキー４８の１つが押されるまで、ファンクションキー４８の１つからの入力を待ち、押された時点で、ステップ２０６で、適当な機能を実行し、適当にＬＣＤディスプレイを更新する。コマンドに、音声の再生に関するユーザからの要求が含まれる場合に、この時に音声解凍要求が保留中になり、この判定が、ステップ２０８で行われる。圧縮音声ファイルは、音声再生の最初の要求時にシステムメモリ３０内にないので、この判定がステップ２０９で行われ、圧縮音声ファイルが、ステップ２１０で、ＨＤＤ ３６および／またはＣＤ−ＲＯＭドライブ３８および／または携帯用メモリ媒体８０から読み取られ、システムメモリ３０にロードされる。圧縮音声ファイルがステップ２１０でシステムメモリにロードされた後に、または、ステップ２０９での判定で音声ファイルが既にシステムメモリ内にある場合に、ステップ２１１で、音声ファイルが、システムＣＰＵ ２６を使用して解凍される。ステップ２１２で、解凍された音声データのコーデック４２へのＤＭＡ転送が初期化され、コーデック４２からの出力信号が、アンプ４４によって増幅されて(図２に図示せず)、スピーカおよび／またはヘッドセット４６が駆動される。ステップ２１２でＤＭＡ転送が初期化された後に、制御はステップ２０８にループバックして、音声解凍要求が保留中であるかどうかが判定される。
【００４９】
［プレイリストソフトウェア動作］
図５は、本発明のもう１つの実施形態と両立する例示的なシステム３１のもう１つの一般化された全体的なブロック図である。この例示的実施形態では、システム３１に、携帯用メモリ媒体８０が含まれ、この携帯用メモリ媒体８０は、プレイリストデータおよび／または圧縮ファイルデータを保持するのに使用することができる。メモリ媒体８０は、SmartCard媒体、メモリスティック媒体、ＰＣＭＣＩＡメモリ媒体、および／または当技術分野で周知の他の携帯用媒体とすることができる。システムが、オンであり、媒体が、携帯用メモリ媒体位置に存在するものとして検出される(例えば、Smart Card、ＰＣＭＣＩＡ、CardBusカード、メモリスティック、または他の媒体を適当なスロットに挿入することによって)場合に、メモリリーダによって、サウスブリッジ３２への割込みが生成される。この実施形態の専用回路４０も、割込みを受け取り、メモリデバイス８０のプレイリストデータを読み取るために適当なアプリケーション(例えばWindows（登録商標）メディアプレイヤ)を起動するようにオペレーティングシステムに指示するコマンドを生成する。この例では、アプリケーションが、制御を握ってプレイリストファイルを読み取り、メモリデバイス８０またはプレイリストファイルで指定される他の位置のいずれかから音声データを検索する。同様に、ミニＯＳが動作する時には、専用回路４０が、メモリデバイス８０が存在するかどうかを検査し、プレイリストデータについてデバイスをスキャンするように適合される。その後、システムが、上述したように動作する。
【００５０】
本明細書に記載のプレイリストファイルは、所望のＭＰ３の曲シーケンスを有するユーザによって構築される一般化されたデータファイルである。プレイリストファイルには、所望のＭＰ３データを突き止める位置に関してアプリケーションに指示するディスクパス情報も含まれる。ある種のオペレーティングシステムでは、ユーザが、動作中にドライブ文字を変更することができる。したがって、プレイリストソフトウェアは、オペレーティングシステムによって特定のドライブに与えられるボリュームシリアル番号(ＶＳＮ)を読み取る。このシリアル番号は、変化せず(ドライブを再フォーマットすることによって意図的に変更されない限り)、したがって、プレイリストソフトウェアは、ユーザが特定のドライブ文字を再割り当てする場合であっても、プレイリストデータを追跡することができる。この特徴は、ディスクドライブなどの切り替え可能デバイスでも同様に働く。
【００５１】
上述した実施形態で、ハードウェアベースＯＳ選択が使用される(すなわち、主電源ボタンを押すとWindows(登録商標)にブートし、オーディオ制御ボタンを押すとミニＯＳにブートする)が、他のＯＳ選択方法も企図されていることを、当業者なら理解することができるはずである。そのような選択方法に、例えば、第１のＯＳをシャットダウンし、第２のＯＳにブートする、バッチファイルまたは他のスクリプティングあるいはソフトウェアベースの方法が含まれる。本発明のミニＯＳを想像上、より大きいＯＳ(例えば、Windows(登録商標)、LINUXなどのGUIベースのＯＳ)の一部として、または、完全に別々のオペレーティングシステムとして実施する代わりに「オペレーティングシステム」以外の名前のソフトウェアコンポーネント(例えば、「ドライバ」、「アルゴリズム」、「スクリプト」、「コード」、「プログラム」、「実行可能ファイル」、「ルーチン」、「サブルーチン」、「ユーティリティ」など)として実施できることを、当業者なら理解することができるであろう。そのような実施形態は、本発明の範囲に含まれることが企図されている。
【００５２】
［ソフトウェア動作］
図６に移ると、本発明と両立する、もう１つの例示的なコンピュータシステム６００の一般化されたブロック図が示されている。コンピュータシステム６００は、前に説明した、図３から５の実施形態に似るが、システム６００は、前に説明したように専用回路４０(ハードウェア)を使用するのではなく、圧縮音声モードでのシステム６００の動作に関して完全にソフトウェアの解決策が使用される点が異なる。したがって、ソフトウェア解決策によって、システム６００が、前に説明した本発明のすべての実施形態の、圧縮音声パフォーマンスモードでのＰＣの動作を含む、すべての機能を有することができる。
【００５３】
コンピュータシステム６００には、図３および５に関して前に詳細に説明した普通の構成要素のすべてが含まれ、したがって、これらの構成要素およびその動作の説明の繰り返しは、明瞭にするために本明細書では省略する。これらの前に説明した構成要素のほかに、コンピュータシステム６００には、オーディオ制御ボタン４８、ＬＣＤ ３４、およびキーボード６０６とインターフェースするように適合された普通のキーボードコントローラ６０４が含まれる。
【００５４】
音声圧縮モードでのコンピュータシステム６００の動作は、プロセッサによって実行されるように適合されたオーディオソフトウェアによって制御される。したがって、そのようなオーディオソフトウェアの動作は、プロセッサおよび機械読み取り可能な媒体を必要とする。プロセッサ、例えばＣＰＵ ２６は、本発明の実施形態に必要な速度および機能性を提供できる任意のタイプのプロセッサとすることができる。例えば、プロセッサを、Intel Corporation社が製造するPentium(登録商標)ファミリのプロセッサとすることができる。
【００５５】
機械読み取り可能な媒体は、プロセッサによる実行に適合された命令を記憶することができる任意のタイプの媒体とすることができる。そのような媒体の例に、システムＲＡＭ ３０、読取専用メモリ(ＲＯＭ)、プログラマブルＲＯＭ、磁気ディスク(例えば、フロッピディスクおよびＨＤＤ ３６)、光ディスク(例えば、ＣＤ/ＤＶＤ ＲＯＭ ３８)、およびデジタル情報を記憶できる他のすべての機器が含まれるが、これに制限はされない。本明細書で使用される句「プロセッサによる実行に適合された」は、圧縮されかつ/または暗号化されたフォーマットで記憶された命令ならびにプロセッサによって実行される前にコンパイルされるかインストーラによってインストールされなければならない命令を含むことを意図している。プロセッサおよび機械読み取り可能な媒体は、機械読み取り可能な媒体の様々な組合せによって、様々なコントローラを介してプロセッサによってアクセス可能なオーディオソフトウェアの組合せが記憶されるコンピュータシステム６００の一部とすることができる。
【００５６】
オーディオソフトウェアによって、ミニＯＳをロードし、動作させるすべての機能が提供され、したがって、前に詳細に説明したＰＣシステムが提供される。やはり、ミニＯＳ自体は、より大きいＯＳの一部として実施するか、「アルゴリズム」、「スクリプト」、「コード」、「プログラム」、「ルーチン」、または「サブルーチン」とすることができる。
【００５７】
コンピュータシステム６００の動作を、図２の例示的なシーケンス２００に関して下記で詳細に説明する。前に詳細に説明したように、本発明を備えたＰＣのオーディオプレイヤ機能の初期化の前のある時に、ユーザが、問題の音声ファイルをＨＤＤ ３６にダウンロード(図２に図示せず)するか、本発明のオーディオプレイヤの特徴と共に使用されるＣＤ/ＤＶＤ ＲＯＭドライブ３８に配置されるＣＤ−ＲＯＭに焼く。図からわかるように、ステップ２０１で、ユーザがオーディオプレイヤ電源スイッチ５４またはコンピュータの主電源スイッチのいずれかを押してシステムの電源を入れる時に、シーケンス２００が開始される。ステップ２０２で、コンピュータが通常動作モードと圧縮音声パフォーマンスモードのどちらにブートされたかを判定する。この判定は、通常は、コンピュータの電源スイッチまたはオーディオプレイヤ電源スイッチ５４のどちらがコンピュータの電源を入れるのに使用されたかに基づいて、ＢＩＯＳで行われるが、この判定を、その代わりに、そのような機能を提供するアプリケーションプログラムまたはオペレーティングシステム(例えばWindows(登録商標)９８)によって行えることを、当業者なら理解することができるであろう。
【００５８】
通常ＰＣ動作モードが望まれる場合に、システムは、ステップ２０３で通常動作モードにブートされ、通常のＯＳ、例えばWindows(登録商標) ９８が、システムＲＡＭ ３０にロードされ、実行される。そのような情況で特殊回路４０がバイパスされたのと同様に、本発明と両立するオーディオソフトウェアは、通常動作モードのＰＣを動作させる要求に応答しない。
【００５９】
圧縮音声モードが望まれる場合に、オーディオソフトウェアが、様々なイネーブリング技法の１つによってイネーブルされる。例えば、オーディオプレイヤ電源スイッチ５４を使用することができ、あるいは、ソフトウェアベースの選択技法を使用することができる。オーディオソフトウェアがイネーブルされたならば、そのオーディオソフトウェアによって、システムが、ステップ２０４で、ミニＯＳをシステムＲＡＭ ３０にロードするように指示される。有利なことに、圧縮音声モードでブートアップするのにミニＯＳを使用するＰＣのブートアップ時間は、通常ＰＣモードでブートアップするのに従来のＯＳを使用するＰＣのブートアップ時間より速い。この形で、ユーザは、通常ＰＣモードでのＰＣのより長いブートアップ時間の間待つことなく、様々な音声ファイルをすばやく聞くことができる。
【００６０】
次に、ステップ２０５で、ミニＯＳによって、ノースブリッジ２８、サウスブリッジ３２、ハードドライブ３６、ＣＤ/ＤＶＤ ＲＯＭドライブ３８、コーデック４２、およびＣＰＵ ２６の１つまたは複数を含むシステム６００構成要素が初期化される。さらに、ＣＰＵ ２６によって、オーディオソフトウェアが使用されて、コーデック４２へのデータフローが制御され、前に詳細に説明した様々な電力管理機能が実行される。
【００６１】
ステップ２０８で行われる判定で、音声解凍要求は、システム初期化時には保留中でない(すなわち、メモリバッファが満杯でない)ので、システムは、ステップ２０７で、ファンクションキー４８の１つがアクティブ化されるまで、ファンクションキー４８の１つからの入力を待つ。ファンクションキーの１つがアクティブ化された時に、ステップ２０６で、適当な機能を実行し、ＬＣＤディスプレイ３４を適宜更新することができる。コマンドに、音声を再生することのユーザからの要求が含まれる場合には、音声解凍要求がこの時点で保留になるが、その判断は、ステップ２０８で行われる。
【００６２】
音声再生の最初の要求時には、通常は圧縮音声ファイルがシステムメモリ３０内にないので、これがステップ２０９で判定され、ステップ２１０で、圧縮音声ファイルが、ＨＤＤ ３６および／またはＣＤ/ＤＶＤ ＲＯＭドライブ３８および／または携帯用メモリ媒体８０から読み取られ、システムメモリ３０にロードされる。例えば、圧縮音声ファイルを、ＣＤ/ＤＶＤ ＲＯＭドライブ３８によって読み取られるＣＤまたはＤＶＤ上にあるものとすることができる。ステップ２１０で圧縮音声ファイルがシステムメモリにロードされた後に、または音声ファイルが既にシステムメモリ内にある場合に、これがステップ２０９で判定され、ステップ２１１で、音声ファイルが、システムＣＰＵ ２６を使用して解凍される。
【００６３】
ステップ２１２で、解凍された音声データに対してコーデック４２へのＤＭＡ転送が初期化され、コーデック４２からの出力信号が、アンプ４４によって増幅され(図２に図示せず)て、スピーカおよび／またはヘッドセット４６が駆動される。ステップ２１２でＤＭＡ転送が初期化された後に、制御はステップ２０８にループバックして、音声解凍要求が保留中であるかどうかが判定される。
【００６４】
本発明を、本明細書に示された例示的実施形態に関して説明したが、この開示が、純粋に例示的であり、制限として解釈してはならないことを理解されたい。したがって、本発明の精神および範囲から逸脱せずに、本発明の様々な代替形態、修正形態、および／または代替応用例が、疑いなく、前に開示した内容を読んだ後に当業者に暗示される。したがって、以下の特許請求の範囲は、本発明の真の趣旨および範囲に含まれるすべての代替形態、修正形態、または代替応用例を含むものとして解釈されることが意図されている。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態の例示的な動作フローを表すブロック図である。
【図２】本発明の一実施形態での、ミニＯＳの例示的な電源投入およびプレイヤ機能の初期化を示す流れ図である。
【図３】本発明の一実施形態と両立する例示的なオーディオプレイヤシステムを示すブロック図である。
【図４】本発明の一実施形態での、例示的な専用回路の内部部分の、それとインターフェースする他の構成要素に関するブロック図である。
【図５】本発明のもう１つの実施形態と両立する例示的なオーディオプレイヤシステムを示すもう１つのブロック図である。
【図６】本発明のもう１つの実施形態と両立する、音声復号および再生のソフトウェアだけを使用する例示的なオーディオプレイヤシステムを示すもう１つのブロック図である。
【符号の説明】
【００６６】
２…ＨＤＤ
４…ＲＡＭ
６…ＣＰＵ
８…コーデック
１０…増幅
２６…ＣＰＵ
２８…ノースブリッジ
３０…システムＲＡＭ
３１…システム
３２…サウスブリッジ
３４…小さいＬＣＤディスプレイ
３６…ＨＤＤ
３８…ＣＤ−ＲＯＭ
４０…専用回路
４２…コーデック
４４…アンプ
４６…スピーカ
４８…機能スイッチ
５０…標準ＡＣ９７コントローラ
５２…ＬＰＣ(low pin count)コントローラ
５４…オーディオプレイヤ電源スイッチ
５６…システムクロック
６０…スイッチ
６２…ＬＰＣインターフェース
６４…状態機械
６６…レジスタブロック
６８…ファンクションキーインターフェース
７２…ＬＣＤインターフェース
７４…バス
８０…ミニＯＳ
８０…携帯用メモリ媒体
２００…シーケンス
６００…コンピュータシステム
６０４…キーボードコントローラ
６０６…キーボード
【図１】
2005505003.tif 000003
【図２】
2005505003.tif 000004
【図３】
2005505003.tif 000005
【図４】
2005505003.tif 000006
【図５】
2005505003.tif 000007
【図６】
2005505003.tif 000008
【国際公開パンフレット】
2005505003.tif 000009
2005505003.tif 000010
2005505003.tif 000011
2005505003.tif 000012
2005505003.tif 000013
2005505003.tif 000014
2005505003.tif 000015
2005505003.tif 000016
2005505003.tif 000017
2005505003.tif 000018
2005505003.tif 000019
2005505003.tif 000020
2005505003.tif 000021
2005505003.tif 000022
2005505003.tif 000023
2005505003.tif 000024
2005505003.tif 000025
2005505003.tif 000026
2005505003.tif 000027
2005505003.tif 000028
2005505003.tif 000029
2005505003.tif 000030
2005505003.tif 000031
2005505003.tif 000032
2005505003.tif 000033
2005505003.tif 000034
2005505003.tif 000035
2005505003.tif 000036
2005505003.tif 000037
2005505003.tif 000038
2005505003.tif 000039
2005505003.tif 000040
2005505003.tif 000041
2005505003.tif 000042
2005505003.tif 000043
【国際調査報告】
2005505003.tif 000044