データへのアクセスのパレンタル制御を可能にするコンピュータシステム
【課題】データへのアクセスのパレンタル制御を可能にするコンピュータシステムを提供する。
【解決手段】コンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを含んでいる。１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、２番目の娯楽モードにおいて実行される。娯楽モードで動作しているＰＣ（コンピュータ）は、様々な娯楽ソフトウェアアプリケーションを操作しても良い。急速起動手順もまた提供されている。急速起動手順は、特定のタスクを延期して遅延させる加速されたＢＩＯＳ起動手順を含んでいても良い。更に、パレンタル制御システムもまた明らかにされている。
【解決手段】コンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを含んでいる。１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、２番目の娯楽モードにおいて実行される。娯楽モードで動作しているＰＣ（コンピュータ）は、様々な娯楽ソフトウェアアプリケーションを操作しても良い。急速起動手順もまた提供されている。急速起動手順は、特定のタスクを延期して遅延させる加速されたＢＩＯＳ起動手順を含んでいても良い。更に、パレンタル制御システムもまた明らかにされている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にオーディオやビデオの記録物を再生するための携帯用装置（例えばノートブックコンピュータ）に関連し、そしてより詳細には、いろいろな種類の情報源からいろいろな種類の圧縮形式により圧縮されたオーディオの録音物とビデオの録画物のデコードと再生のための低電力のハードウェア、及び／またはソフトウェアに関するものである。急速起動シーケンスとパレンタル（parental）制御回路もまた提供されている。
【背景技術】
【０００２】
この出願は、一部分が２００２年１０月１７日に提出された米国の正式な出願番号１０／２７２，７４０の継続の出願であり、出願番号１０／２７２，７４０は、一部分が２００２年７月３０日に提出された米国の正式な出願番号１０／２０８，７２８の継続であり、出願番号１０／２０８，７２８は、一部分が２００１年１０月２日に提出された米国の正式な出願番号０９／９６９，０６０の継続であり、出願番号０９／９６９，０６０は、一部分が２００１年８月２日に提出された米国の正式な出願番号０９／９２１，１７１の継続であり、それらに開示された全てが引用することによりこの中に組み入れられていると共に、２０００年１２月１日に提出された米国の正式な出願番号６０／２５０，８９９と、２００１年１月３０日に提出された米国の正式な出願番号６０／２６５，４６６の利益を主張し、それらに開示された全てが引用することによりこの中に組み入れられている。
【０００３】
現在、例えば、MPEG (Moving Picture Experts Group) Audio Layer-3(ＭＰ３)と、Windows(登録商標) Media Audio (ＷＭＡ)と、そしてAdvanced Audio Coding (ＡＡＣ)のような、１または２以上の圧縮オーディオデジタル録音形式に従って圧縮されたデジタルオーディオの録音物を再生するためのいろいろな携帯用装置が存在する。現在まで、最も一般的な形式は、デジタル音楽ファイルのサイズがおよそ１０対１の圧縮となる圧縮方式であるＭＰ３であった。
【０００４】
これらの装置は、圧縮されたデジタルオーディオの録音物を電子式ソリッドステートメモリ（電子式固体メモリ）に記憶するものと、圧縮されたデジタルオーディオを、コンパクトディスク（“ＣＤ”）プレーヤのような電気的機械仕掛けの装置を利用して、またはデジタルコンピュータのハードディスクドライブ上に、その後の複製品として録音するものとの２つの種類に分けられる。
【０００５】
例えば、フラッシュメモリのような電子式ソリッドステートメモリを利用する、ＭＰ３で圧縮されたデジタルオーディオの録音物を再生するための携帯用装置は、およそ１０曲の音楽選択物を記憶する能力がある。増設したメモリカードを利用すると、そのような装置は、総計でおよそ２０曲の音楽選択物を運ぶことができる。電子式ソリッドステートメモリにＭＰ３で圧縮されたデジタルオーディオの録音物を記憶するこれらのＭＰ３プレーヤは、電力を比較的にほとんど消費しない。従って、そのようなＭＰ３プレーヤは、コンピュータのＣＤ−ＲＯＭやハードディスクドライブに電力を供給しなくても、長期にわたる再生時間を提供する。
【０００６】
携帯用コンピュータのための低電力ＣＤ−ＲＯＭプレーヤ（Low Power CD-ROM Player for Portable Computers）という発明の名称で、ここに引用されて組み入れられている２００１年５月１日に発行された米国特許第６，２２６，２３７番（“’２３７”特許）は、従来の音楽ＣＤを単純に再生する場合、従来のノートブックコンピュータが、不必要にどれだけ多くの電気エネルギーの総計を消費するかを記述している。コンピュータが起動される時はいつでもオペレーティングシステム（例えばWindows(登録商標)のような）が実行されるので、それは、大部分が音楽の再生とは関連のないたくさんのバックグラウンド機能による。
【０００７】
利用者がその時実行している機能には関連しない機能に対する極端な電気エネルギーの消費、すなわち音楽を再生することは、マイクロプロセッサの性能において、別の時間に、ワープロを使っての文書作成や表計算分析のような集中的なタスクに慎重に適用することができるであろう電力を蓄える、ノートブックコンピュータのバッテリを速く消耗させる。「’２３７特許」で提供された解決方法は、携帯用装置への主電源がオフの時に動くステートマシーンである。「’２３７特許」の発明は、（主電源がオフの時）ＣＤ−ＲＯＭをオーディオのサブシステムに連結するので、極端なバッテリの消耗なしに、あるいは携帯用コンピュータを起動させることなく、ＣＤは再生され得る。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
以前の技術は、専用の機能を備えた集積回路（ＩＣ）である、あるいは特定用途向け集積回路またはＡＳＩＣに組み入れられているシリコンによる解決方法もまた含んでいる。これらは通常、結果として大きくかつ高価な集積回路となる専用のチップを必須とするデジタルシグナルプロセッサ（ＤＳＰ）のように、高価な解決方法である。結果の中の1つは莫大なＰＣＢ（プリント基板）スペースの使用である。更に、この技術において知られている１５から２０ＭＩＰＳ（Million Instructions Per Second）のデコードエンジンは、コーデックに対してオーディオストリームを生成するために、継続して実行されなければならない。その上、専用のデコードエンジンは、高電力消費のハードディスクドライブ（ＨＤＤ）が継続的に動くことを必要とする。
【０００９】
これらのアプローチは、 それによって、マイクロソフト社のＷＭＡ、または音楽業界で提案されたセキュアオーディオのためのＳＤＭＩ（Secure Digital Music Initiative）のような最近出現している音楽圧縮アルゴリズムにシステムを適合させるという機会を除外し、ＭＰ３圧縮だけで機能を果たすことに限定される。この技術で知られている専用のシリコンによる解決方法は、常にハードディスクドライブからの圧縮されたオーディオファイルをデコードしなければならず、それ故に常にオーディオファイルを読んでいなければならないＤＳＰを使用する。そのような知られている方法は、（例えば、大洋横断のフライトにおいて希望される使用で起こり得る４時間から１０時間よりずっと速い）バッテリの速い放電を引き起こすような、多くのパワーを必要とする。
【００１０】
このように、ＩＣによる実施と、ノンストップでアクセスされるハードディスクドライブとを必要とする周知のハードウェアによるＭＰ３のデコーダとプレーヤは、高電力消費で、アップグレードしづらく、そして高価である。
【００１１】
本発明は、低電力消費で、いろいろな音楽圧縮フォーマットの分野にアップグレード可能であり、現在入手できるハードウェアによる実施のコストのわずか半分のコストで済むと思われると共に、その時間の０．５％未満の間ＨＤＤまたはＣＤ−ＲＯＭにアクセスさせるだけで、１００曲に及ぶ音楽の選択物を再生することを可能にさせるであろう解決方法を提供する。
【課題を解決するための手段】
【００１２】
本発明によるコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを含んでいる。１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目の娯楽モードにおいて実行される。娯楽モードで動作しているＰＣ（コンピュータ）は、ＤＶＤ再生アプリケーション、テレビアプリケーション、デジタル装置アプリケーション、遠隔制御アプリケーション、音声録音アプリケーション、オーディオ再生アプリケーションのような、いろいろな娯楽ソフトウェアアプリケーションを操作しても良い。
【００１３】
本発明による別の実施例では、ＰＣの急速起動の方法が提供されている。その方法は、状態の検出と、ＢＩＯＳ起動手順の実行と、状態に関連したイメージファイルの読み込みと、状態に関連したイメージファイルの実行というステップを含んでいる。
【００１４】
更に別の実施例では、ＰＣを娯楽モードで実行するように構成された小型ＯＳを急速起動する方法が提供されている。その方法は、それによって娯楽モードにおけるＰＣの操作を可能にする小型ＯＳを読み込むために、娯楽モードが希望されていることの決定と、状態の検出と、ＢＩＯＳ起動手順の実行と、状態に関連したイメージファイルの読み込みと、状態に関連したイメージファイルの実行というステップを含んでいる。
【００１５】
その上、更に進んだ実施例では、本発明による加速されたＢＩＯＳ起動は、省略するべきタスクの特定、タスクの省略、延期可能なタスクの特定、延期可能なタスクのより遅い時間への延期を含んでいる。
【００１６】
その上、更に進んだ実施例では、ホストコンピュータシステムと通信するように構成されたホストインタフェースと、関連した外部の記憶装置と通信するように構成された記憶装置インタフェースと、そして関連した外部の記憶装置とホストコンピュータシステムとの間の安全な通信を提供するように構成されたエンジンとを備えたパレンタル制御回路が提供されている。
【００１７】
その上、更に進んだ実施例では、データへのアクセスにおけるパレンタル制御を可能にするコンピュータシステムが提供されている。そのコンピュータシステムは、システムＣＰＵと、オペレーティングシステムと、そしてスロット（差し入れ口）とを備えたコンピュータホストサブシステムを含んでいる。そのコンピュータシステムは、記憶装置と、パレンタル制御回路とを備えたパレンタル制御システムもまた含んでいる。その記憶装置は命令データを含んでおり、そして、その記憶装置はコンピュータホストサブシステムのスロットに適合するように構成されている。
【００１８】
パレンタル制御回路は、記憶装置の命令データを表す１番目のコード化された信号を受信し、命令データを表す２番目のデコードされた信号をオペレーティングシステムに供給するように構成されており、オペレーティングシステムは、２番目のデコードされた信号を基礎とするコンピュータホストサブシステムのアプリケーションに対するアクセスを制御するために、２番目のデコードされた信号に応答する。
【００１９】
その上、更に進んだ実施例では、本発明によるコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを具備しており、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目の娯楽モードにおいて実行される。コンピュータシステムは、外部の記憶装置と２番目のオペレーティングシステムとの間の安全な通信を提供するように構成されたパレンタル制御回路もまた含んでおり、外部の記憶装置は、娯楽モードにおけるコンピュータシステムの操作の範囲に注目する関連した利用者に対する命令データを含んでいる。
【００２０】
本発明の別の実施例では、コンピュータシステム上のデータアクセス方法が提供されている。その方法は、少なくともドライブとＣＰＵとメモリとを備えたコンピュータシステムのドライブから、圧縮されたデータを選択する処理と、圧縮されたデータを読み込む処理と、圧縮されたデータを復元するためにＣＰＵに圧縮されたデータを提供する処理と、それによって復元されたデータを提供する処理と、メモリに復元されたデータを記憶する処理とを含んでいる。
【００２１】
その上、発明の更に進んだ実施例では、データへのアクセスに適応したコンピュータシステムが提供されている。そのコンピュータシステムは、１または２以上のファイルに記録されている圧縮されたデータと、少なくともファイルの１つを利用者が選択できるように構成された少なくとも１つの選択キーと、システムＣＰＵと、制御装置と、ファイル管理ソフトウェアを含むオペレーティングシステムとを含んでいる。ファイル管理ソフトウェアは、ファイルを管理し、少なくとも１つの選択キーにより、利用者がファイルにアクセスすることを可能にするように構成されている。オペレーティングシステムは、制御装置とＣＰＵを制御して、利用者により選択された少なくとも１つのファイルをＣＰＵに復元させるようにもまた構成されている。
【００２２】
その上、発明の更に進んだ実施例では、圧縮されたデータへのアクセスに適応したコンピュータシステムが提供されている。そのコンピュータシステムは、システムＣＰＵと、メモリと、圧縮されたデータを記憶する少なくとも１つのドライブと、少なくともシステムＣＰＵとメモリとを制御するように構成された１番目のオペレーティングシステムと、システムＣＰＵに圧縮されたデータを復元されたデータへ復元させ、復元されたデータをメモリへ記憶させるように構成された２番目のオペレーティングシステムとを含んでいる。
【００２３】
別の実施例では、本発明によるオーディオの圧縮モードにおいてオーディオファイルの再生に適応したコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵと、コンピュータシステムが２番目のオーディオの圧縮モードにある間、少なくとも利用者がディレクトリモードに入れるように構成された少なくとも１つの選択キーとを含んでおり、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目の娯楽モードにおいて実行され、ディレクトリモードは、利用者にオーディオファイルのディレクトリへのアクセスを提供する。
【００２４】
本発明によるオーディオの圧縮モードにおいてオーディオファイルの再生に適応した別のコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを含んでおり、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目のオーディオの圧縮モードにおいて実行され、オーディオの圧縮モードにおいて動作しているコンピュータシステムは、媒体選択アプリケーションと、音声録音アプリケーションと、デジタル装置アプリケーションと、そして遠隔制御アプリケーションとから成るグループから選択されたソフトウェアアプリケーションを操作する。
【００２５】
本発明によるオーディオファイルの再生に適応した別のコンピュータシステムは、システムＣＰＵと、メモリと、圧縮されたオーディオデータを含む少なくとも１つのドライブと、入力オーディオ装置と、少なくともシステムＣＰＵとメモリの制御に適応した１番目のオペレーティングシステムと、２番目のオペレーティングシステムとを含んでおり、
２番目のオペレーティングシステムは、システムＣＰＵに圧縮されたデータを復元させ、復元されたデータをメモリへ記憶させるように構成されると共に、音声録音アプリケーションの間、利用者がアナログ音声を入力オーディオ装置に入力することを可能にするようにもまた構成される。
【００２６】
本発明によるオーディオファイルの再生に適応した別のコンピュータシステムは、システムＣＰＵと、メモリと、圧縮されたオーディオデータを含む少なくとも１つのドライブと、少なくともシステムＣＰＵとメモリの制御に適応した１番目のオペレーティングシステムと、２番目のオペレーティングシステムとを含んでおり、２番目のオペレーティングシステムは、システムＣＰＵに圧縮されたデータを復元させ、復元されたデータをメモリへ記憶させるように構成されると共に、利用者がデジタル装置からデジタルデータを入力することを可能にするようにもまた構成されている。
【００２７】
本発明によるオーディオファイルの再生に適応した別のコンピュータシステムは、システムＣＰＵと、メモリと、トランシーバと、圧縮されたオーディオデータを含む少なくとも１つのドライブと、少なくともシステムＣＰＵとメモリの制御に適応した１番目のオペレーティングシステムと、２番目のオペレーティングシステムとを含んでおり、２番目のオペレーティングシステムは、システムＣＰＵに圧縮されたデータを復元させ、復元されたデータをメモリへ記憶させるように構成されると共に、利用者がコンピュータシステムをトランシーバに遠隔制御信号を供給する遠隔制御装置から制御することを可能にするようにもまた構成されている。
【００２８】
最後に、本発明によるオーディオの圧縮モードにおいてオーディオファイルの再生に適応した別のコンピュータシステムは、トランシーバと、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵとを含んでおり、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目のオーディオの圧縮モードにおいて実行され、関連した遠隔制御装置から遠隔制御信号を受信した後に、制御信号がトランシーバにより供給される。
【発明を実施するための最良の形態】
【００２９】
一実施例において、本発明によるコンピュータシステムは、小型ＯＳ（オペレーティングシステム）ソフトウェアと、サウスブリッジと利用者により希望された音楽選択物（あるいは他の記録されたオーディオ）を再生するためのコーデックとの間のハードウェアインタフェース（専用回路）とを含んでいる。別の実施例では、唯一の問題解決方法としてソフトウェアを使用するコンピュータシステムのように、ハードウェアが必要とされない。
【００３０】
本発明の小型ＯＳソフトウェアは、例えばWindows(登録商標)のようなフルシステムのオペレーティングシステムにより実行される全てのバックグラウンド機能を実行することなく、そして携帯用コンピュータのモニタ回路構成とモニタ画面にアクセスすることなく、それらの機能だけを実行すると共に、必要とされる携帯用コンピュータのそれらの要素に、それらが必要とされる時に選択された音楽を再生することを可能にさせる。その上、本発明の小型ＯＳは、圧縮されたファイルがＲＡＭに転送されている時、ＨＤＤにのみアクセスする。従って、本発明の小型ＯＳソフトウェアの部分は、オーディオを再生する時、ファイル管理と電力の節約の機能の両方を実行するように考えられるだろう。
【００３１】
図１は、本発明の一実施例の代表的なソフトウェア圧縮オーディオプレーヤの操作上の流れを表示するブロック図である。図１で例示する操作上の構想は次の通りである。
１番目：携帯用コンピュータの例えばWindows(登録商標)のようなフルシステムのオペレーティングシステム上で実行される閲覧ソフトは、最初は、利用者が携帯用コンピュータをオーディオプレーヤとして利用することを希望し、利用者がより遅い時間に聞くことを希望する歌を含む再生リストが生成される前の適当な時に、圧縮された音楽ファイル（例えば１０００曲）を、ＰＣハードディスクドライブ（ＨＤＤ）（２）（例えば４ギガバイトのＨＤＤスペースを使用する）にダウンロードするために使用される。
【００３２】
２番目：利用者が携帯用コンピュータをオーディオプレーヤとして利用することを希望する時、一度希望する音楽ファイルがＨＤＤ上に存在すると、利用者は携帯用コンピュータを十分に起動するために、オーディオプレーヤのＯＮスイッチを操作し、コンピュータ全体が起動すると、通常のマイクロソフト社のWindows(登録商標)ＯＳ（フルシステムのオペレーティングシステムは開示されていない）の代わりに、電力の節約を初期化するサブルーチンと共に本発明のミニＯＳが読み込まれ、そして、携帯用コンピュータのそれらの部分を必要物として初期化し、ファイル管理サブルーチンは、利用者の指揮の下に聴取するように希望された音楽に対してステップ１において生成された、多大な数の歌の歌再生リストまたはノートを初期化する。
【００３３】
３番目：小型ＯＳソフトウェアは、その時ＨＤＤ（２）からＲＡＭ（４）へコピーされると共に、更に歌再生リストにおける最初の圧縮されたファイルのセットは、ＨＤＤ（２）からシステムＲＡＭ（４）へコピーされ、なおかつ本発明の小型ＯＳソフトウェアを使用する。例えば、現在のＰＣでは１２８メガバイトが代表的なシステムＲＡＭサイズであり、本発明の小型ＯＳソフトウェアは、およそＲＡＭの８メガバイトを占め、およそ１２０メガバイトを圧縮された音楽のメモリ（すなわち、キャッシュまたはバッファ、システムメモリとしての使用、専用メモリ、または他のメモリ）として残す。その１２０メガバイトは、ＭＰ３ファイルの代表的な１０対１の圧縮率で、２時間の連続的な圧縮された音楽を表現する。同様に、ＭＰ３の記憶装置にフラッシュメディア（媒体）が使用される場合には、全てまたは殆どのフラッシュメディアカードの中身がシステムＲＡＭ（４）にコピーされ、従ってフラッシュメディアリーダのアクセスを極小化することと、ＭＰ３ファイルに関するより敏感な制御を考慮に入れることを可能にする。
【００３４】
４番目：本発明のファイル管理ソフトウェアは、ＲＡＭ（４）に記憶された本発明のファイル管理ソフトウェアを使用してデコードアルゴリズムがそれぞれのファイルを復元するＣＰＵ（６）に、最初の音楽ファイルの部分を連続的に伝達する。一度デコードされると、ＰＣＭオーディオデータが「ＣＰＵがＰＣＭオーディオデータをサウスブリッジ（図３の符号３２を参照）のＦＩＦＯバッファに引渡す。」、「サウスブリッジトランスファのＤＭＡがデータをサウスブリッジの内部でＦＩＦＯバッファに転送する。」、「専用回路がＬＰＣインタフェースからデータをＦＩＦＯバッファに転送する。」という３つの方法の１つにより転送される。ＦＩＦＯバッファは、その時に、デコードされた信号がデジタルからアナログに変換される本発明の専用回路を通して、デコードされた音楽の各編をコーデック（８）（同様に図３の符号４２を参照）に連続的に与える。次に、コーデック（８）の出力信号は、スピーカ及び／またはヘッドセット（図３の符号４６参照）を駆動するために、増幅される（１０）（同様に図３の符号４４参照）。
【００３５】
５番目：再生リストにおける最初のセットの最後の歌をメモリから再生している間、ＲＡＭ（４、３０）に記憶された本発明のファイル管理ソフトウェアは、ＲＡＭのメモリから、第１のステップで明らかにされると共に、初期に書かれた歌再生リストにより決定される圧縮された音楽ファイルの次のセットを検索するために、制御を第４のステップへ戻す。従って、第４、第５のステップは、セット中の最後の音楽選択物を再生するまで、圧縮された音楽ファイルの各セットに対して繰り返される。その時点で、時間制御は、同様に第４、第５のステップを通して再生される別のセットを再生リストから読み込むために第３のステップへ戻る。第２のステップの全部の再生リストから最後の歌が再生される時、または利用者が音楽再生機能を止めた時、プレーヤの操作が終了する。
【００３６】
本発明の小型ＯＳの電力の節約ソフトウェアは、ＣＰＵ、周辺のチップ、ＨＤＤ、そして他の制御可能なシステム要素を可能な限り最高の時間率でアイドル状態にすることを保証する。本発明により提案される解決方法の興味ある特性は、ＣＰＵのより高いＭＩＰＳ（Million Instructions Per Second）能力と、ＣＰＵがデコード機能の実行に費やすであろうより小さい時間の割合いである。これは、圧縮された音楽演奏を再生している時に、ＣＰＵのより高い性能が、例えばよりいっそうバッテリ電力を節約し、バッテリが携帯用コンピュータに電力を供給するための十分な電荷を維持する時間の長さをより延長するような、いっそう低電力の使用法を証明するであろうことを意味する。
【００３７】
小型ＯＳは、利用者の操作に対し、本発明の専用回路を通して（図３の符号４０参照）、オーディオ制御ボタン（例えば、聴取中の再生、早送り、巻き戻し、一時停止、走査、前のトラック、次のトラック、最初のトラック、最後のトラック、早送り／巻き戻し、オーディオソース／媒体の選択（例えばＨＤＤか、またはＣＤか）等）（図３の符号４８参照）を監視し、本発明の小型ＯＳのファイル管理ソフトウェアに利用者の要請を伝達する。任意には、小型ＯＳのディスプレイ管理サブルーチンの制御下において、視覚による状態表示器（例えば、歌の番号、歌の題名、トラックの番号、再生時間、及びアイコン）を提供するために、小型のＬＣＤ（液晶表示）ディスプレイ（図３の符号３４参照）が専用回路に接続されても良い。
【００３８】
本発明の小型ＯＳの電力の節約ソフトウェアは、メモリと中心ロジックのチップセットとを含み、十分にオンされ機能状態にあるシステムのリセットを維持している間は、第１にＣＰＵと、ＣＤ、ＨＤＤのようなＭＰ３記憶装置と、ＳＤ（Secure Digital）カード、ＭＭＣ（Multimedia Card）、メモリスティック（登録商標）、そしてＳＭＣ（スマートメディア（登録商標）カード）のようなフラッシュメディアの使用法を管理する。第２に、電力の節約は、それらをアイドル状態に置くことにより、いっそうその上電力使用を最小にするために、他のＰＣのサブシステムに適用される。
【００３９】
例えば、５００ＭＨｚのペンティアム（登録商標）ＩＩＩのＣＰＵは、およそ２２５ＭＩＰＳの処理能力があり、デコードアルゴリズムは、およそ１５ＭＩＰＳを必要とするので、ＣＰＵは時間にして１０％よりも少ない時間動作しているであろう。時間にしてその他の９０から９５％は、ＣＰＵは数ミリアンペアだけの電流を必要とするスタンバイモードとなるであろう。あるいは、ＣＰＵは、例えばＡＭＤ社のアスロンＣＰＵのような現在の殆どのＣＰＵにおいてオプションとして提供されている、より遅いクロックスピードで実行させることができる。同様に、ＨＤＤは、ＲＡＭを満たす、または補充する間の時間にアクセスされる。
【００４０】
従って、平均的な歌は再生におよそ４分かかり、ＲＡＭは１２０メガバイトで３０曲の歌を保持するので、そしてＨＤＤは、回転上昇のために１から５秒、歌再生リストをＲＡＭに読み込むために数秒を必要とするので、１２０分の再生時間のために、ＨＤＤに対する総計のアクセスタイムは、比率にして１対２４０で、フルパワーの処理時間の０．５％より少ない３０秒となるかもしれない。これらの要因は、携帯用コンピュータのフルオペレーティングシステムの代わりに本発明の小型ＯＳを使用することによりもたらされた電力の節約を増す。携帯用コンピュータが音楽再生モードの時、本発明の全部の電力消費の結果はとても低く、そしてこのことは、バッテリが、直接的に以前の技術による耐久時間よりももっと長時間、有効な充電レベルを維持することになる。
【００４１】
当業者が認識するように、本発明の圧縮された音楽データは、ハードディスク、他の磁気（例えばテープ）媒体、光学（例えばＣＤ−ＲＯＭ）媒体、フラッシュメディア（例えば、ＳＤカード、ＭＭＣ、メモリスティック（登録商標）、ＳＭＣ）、または、その他のあらゆる記憶媒体に記録されていても良い。
【００４２】
図３は、本発明の一実施例による代表的なシステム３１の一般化された全体のブロック図である。システム３１のブロックの大部分は、この技術で知られている要素であり、コンピュータのスピーカを通して音を出力するために、一般には全てのＰＣコンピュータに含まれている。ここに示されているのはシステムクロック５６であり、図３の簡単化のために、クロック信号を必要とするいろいろな要素に接続するようには示されていない。更に、ＣＰＵ２６は、ノースブリッジ２８と接続するように示されている。
【００４３】
一方、ノースブリッジ２８はシステムＲＡＭ３０とサウスブリッジ３２に接続している。そして、サウスブリッジ３２はＨＤＤ３６とＣＤ−ＲＯＭ３８に接続している。一般的に、サウスブリッジ３２は、ＡＣリンク（AC_link ）を通して直接的にコーデック４２にもまた接続されるが、しかしながら、代表的なシステム３１に示すように、サウスブリッジ３２とコーデック４２との間に、非圧縮のアナログオーディオの再生機能に影響を与えることなく、システムＲＡＭ３０からの本発明の小型ＯＳ８０と共に、圧縮されたデジタルオーディオを再生することができるように、専用回路４０（後述する図４の説明参照）が挿入される。
【００４４】
当業者は、小型ＯＳが代わりに専用のＲＯＭ（専用回路４０の内部か、あるいはその外のどちらかの）、ハードディスク、または他の媒体に記憶され得るであろうと認識するであろうが、この構成では、小型ＯＳ８０はＢＩＯＳの中に記憶されている。このように、サウスブリッジ３２からＡＣ＿ＬＩＮＫ１が、必要な時に復元機能を実行する専用回路４０に接続され、更にＡＣ＿ＬＩＮＫ２によって、あらゆるオーディオ信号がコーデック４２に供給される。コーデック４２は、その時、専用回路４０から受信した全ての信号に対しては普通の機能を実行し、スピーカ４６またはヘッドフォン（図示せず）で再生されるオーディオ信号を増幅器４４に印加する。
【００４５】
システム３１では、コンピュータのそれらの部分には、通常の（すなわち、その技術で知られている）オーディオ再生中と同じように、オーディオ機能が実行されているように思わせながら、従って、サウスブリッジ３２とコーデック４２の操作において最小限の影響を与えるかまたは影響を与えずに、ＡＣ＿ＬＩＮＫ１は、サウスブリッジ３２に対する標準のＡＣリンクのように見えると共に振る舞い、そしてＡＣ＿ＬＩＮＫ２は、コーデック４２に対する標準のＡＣリンクのように見えると共に振る舞う。また、図３に示されているものは、その機能が図４を参照してこの中の下文に説明されたファンクションスイッチ４８、小型ＬＣＤディスプレイ３４、オーディオプレーヤ電源スイッチ５４である。
【００４６】
図４は、専用回路４０の内部のブロック図の詳細と、コンピュータシステムの残りの部分の全ての詳細の表示を省略して、専用回路が接続されたコンピュータの他の関連する部分の詳細とを含んでいる。専用回路４０は、本発明の実施例を携帯用コンピュータに組み入れるために必要なＰＣＢスペースを最小化するために、ＩＣとして製造されても良い。サウスブリッジ３２は、ＡＣ９７規格制御装置５０とＬＰＣ（low pin count）制御装置５２と共に、標準の双方向のＡＣリンクであるＡＣ＿ＬＩＮＫ１とサウスブリッジ３２と専用回路４０との間のＬＰＣバスとを備えた専用回路４０の左側に示され、一方向のＩＲＱ（Interrupt Request）が専用回路４０からサウスブリッジ３２へ接続している。
【００４７】
右側では、専用回路４０が、ＡＣ＿ＬＩＮＫ２によって、圧縮されていないオーディオをＡＣ９７規格のコーデック４２に供給している。また、右側にはファンクションキー４８、そして下にはＬＣＤ３４がそれぞれ示され、専用回路４０に接続されている。その上、図４は、いろいろな要素に接続されたシステムクロック５６を、そして下方の左側にはオーディオプレーヤの電源スイッチ５４を含んでいる。電源スイッチ５４は、本発明によるシステムにおける使用において、利用者が電源スイッチ５４によってプレーヤモードを開始する時、小型ＯＳ（フルシステムＯＳの代わりに）だけが開始されるように提供されている。
【００４８】
専用回路４０における内部回路は、ＡＣ＿ＬＩＮＫ１とＡＣ＿ＬＩＮＫ２とを接続するスイッチ６０と、レジスタブロック６６の内部レジスタの設定に応じて、ＰＣがフルシステムのＯＳで標準的に作動する時に、ＡＣ＿ＬＩＮＫ１とＡＣ＿ＬＩＮＫ２とを接続するようにスイッチ６０を閉じ、本発明によるシステムが使用される時にスイッチ６０を開く機能である。ＬＰＣパスはＬＰＣインタフェースに接続されている。スイッチ６０とＡＣ＿ＬＩＮＫ２は、ステートマシーン６４に接続されており、一方、ステートマシーン６４のもう一方のポートは、バス７４によって、ＬＰＣインタフェース６２の出力と、レジスタブロック６６はもちろん、ファンクションキーインタフェース６８と、ＬＣＤインタフェース７２とに接続されている。
【００４９】
レジスタブロック６６のもう１つのポートは、ステートマシーン６４の３番目のポートにもまた接続されている。ファンクションキー４８は、ファンクションキーインタフェース６８に接続されており、そしてＬＣＤ３４は、ＬＣＤインタフェース７２に接続されている。また、ファンクションキーインタフェース６８は、利用者によりファンクションキー４８の中の１つが選択された時、レジスタブロック６６に信号を供給する。この中の上文で論じられた２番目のステップにおいて利用者により操作されるオーディオプレーヤ電源スイッチ５４は、ここまでで記述されたように操作するために、ＰＣを作動させるのに使用されても良い。その接続は、本発明の実施例が実施されるコンピュータの製造会社により規制されるいろいろな要因により変更されるので、スイッチ５４は、携帯用コンピュータの直流電圧源に接続され、あらゆる特定のブロックには接続されないことが図４において示されている。より具体的には、専用回路４０の内部のブロックは、以下のように動く。
【００５０】
「ＬＰＣインタフェース」
専用回路４０は、サウスブリッジ３２のＬＰＣ制御装置５２と接続するために、ＬＰＣ（Low Pin Count）インタフェース６２を含んでいる。ＬＰＣインタフェース６２は、
（１）レジスタブロック６６内のファンクションキー入力レジスタを読む。
（２）ＡＣ９７規格のコーデック４２を制御するためのレジスタブロック６６内の制御レジスタを設定する。
（３）システムメモリ（ＲＡＭ３０）から、オーディオＰＣＭ（Pulse Code Modulation）データを取得する。
そして、
（４）クロックの減速制御を実行する。
ために、ＣＰＵ２６により使用される。
レジスタブロック６６のモードレジスタの設定は、スイッチ６０を閉じた通常のコンピュータ操作モード（例えばマイクロソフト社のWindows(登録商標)ＯＳの実行中）と、圧縮されたオーディオファイルを再生するためにスイッチ６０を開いた本発明によるシステムのモード（小型ＯＳの実行中）との間で専用回路４０を切り替えるためにスイッチ６０の状態を制御する。
【００５１】
「サウスブリッジにおけるＡＣ９７規格制御装置５０のインタフェース（ホストからのＡＣ＿ＬＩＮＫ１）」
通常のコンピュータ操作モードの間、まるで専用回路４０が示されていなかった時のようにオーディオ出力信号を生成するために、サウスブリッジにおけるＡＣ９７規格制御装置５０のインタフェースが、直接的に閉じられたスイッチ６０を通してＡＣ９７規格のコーデック４２へ接続されるように、スイッチ６０は閉じられている。圧縮されたオーディオファイルを再生するために、小型ＯＳが動作している時、スイッチ６０は開かれており、そしてステートマシーン６４がＡＣ９７規格のコーデック４２を制御する。
【００５２】
「ＡＣ９７規格コーデックインタフェース（ＡＣ９７規格コーデック４２へのＡＣ＿ＬＩＮＫ２）」
コンピュータが小型ＯＳの制御下で動作している時、スイッチ６０は、開いている。ステートマシーン６４は、ＡＣ９７規格のコーデック４２に対する制御信号を生成するために、ホスト（ＣＰＵ２６）によりセットされるレジスタブロック６６の設定に応答してその時ＡＣ＿ＬＩＮＫ２を制御する。（例えば、サンプリング周波数を変更すること、ボリュームを制御すること、コーデック４２へＰＣＭデータを送信すること、コーデック４２を電力の節約モードに設定すること、または電力の節約モードからコーデック４２を目覚めさせること）
【００５３】
「ファンクションキー入力インタフェース６８」
ファンクションキーインタフェース６８は、ファンクションキー４８からのユーザー選択を受信し、そして、ＣＰＵ２６により読まれるように、その選択を内部のレジスタに記憶する。
【００５４】
「ＬＣＤインタフェース７２」
ＬＣＤインタフェース７２は、ＬＣＤ３４が状態情報を利用者に提供するために使用される場合にだけ必要となる。使用される時、その目的は、本発明によるシステムが使用されている時に、低コストのＬＣＤ３４上でプレーヤーの状態を示すことである。選択再生におけるのオーディオトラック番号の状態、状態アイコン（例えば、再生）、及び他の一般的な状態アイコンは、システムにプログラムされ、そして、あらゆる他の目的のために表示されても良い。
【００５５】
「操作モード」
（Ａ）通常の操作モード：
ＰＣが十分に電力を供給されていて、そしてフルシステムのＯＳの制御下で動作している時、専用回路４０のいろいろな機能は回避され、そして、上記で論じられたように、スイッチ６０は閉じられる。通常のモードにおいて、コンピュータシステムは、 ＡＣリンクを経てＡＣ９７規格のコーデック４２を直接制御するために、サウスブリッジのＡＣ９７規格制御装置５０を使用する。（通常のモードにおいては、スイッチ６０が閉じられるので、ＡＣ＿ＬＩＮＫ１とＡＣ＿ＬＩＮＫ２は同一である。）専用回路は、 ＡＣリンクの信号を遮断及び変更しない。
【００５６】
（Ｂ）圧縮されたオーディオの演奏モード :
スイッチ５４が閉じられた時、そのシステムは小型ＯＳの制御下で動作し、専用回路４０は、圧縮されたオーディオの演奏モードにおいて権限を与えられて動作する。サウスブリッジのＡＣ９７規格制御装置５０は、スイッチ６０が開いているので、このモードにおいては、ＡＣ９７規格のコーデック４２から分離される。圧縮されたオーディオの演奏モードにおいて、ホスト（ＣＰＵ２６）は、ＡＣ９７規格のコーデック４２へのデータ流れを制御し、そしていろいろな電力管理機能を実行するために、レジスタブロック６６の内部レジスタをセットする。
【００５７】
「圧縮されたオーディオの演奏モードにおける電力の節約の制御方法」
専用回路４０の柔軟な制御方法は、演奏モードにおけるシステム制御サイクル及び電力消費を最小限にするために提供される。システムメモリ（ＲＡＭ３０）は、ＣＰＵ２６がスタンバイレベルとは異なる高速の外部バスにアクセスする必要がある時間を最小限にする専用回路４０に、ＣＰＵ２６の代わりに大部分の制御コマンドを渡すために使用される。これは、このモードにおける携帯用コンピュータのバッテリの電力負担を、かなり減少させる。ＣＰＵ２６は、レジスタブロック６６内のシステム制御メモリレジスタもまた設定する。ステートマシーン６４は、ＬＰＣインタフェース６２を経て自動的に制御命令とＰＣＭデータを得るために、それらのレジスタ設定に操作の基礎を置く。
【００５８】
システムメモリ（ＲＡＭ３０）内の制御命令は内部レジスタに呼び出され、そしてステートマシーン６４は、ＰＣＭまたはオーディオデータの準備が整っているかどうかを決定するために、制御命令をデコードする。もし、オーディオデータの準備ができているならば、 ステートマシーン６４は、オーディオデータを呼び出すことと、それをＡＣ９７規格のコーデック４２へ送信することを継続する。システムメモリ（ＲＡＭ３０）内の制御命令は、ＰＣＭデータのサンプリング周波数を表示するためにもまた使用することができる。従って、ＰＣＭデータが送られる前に、ステートマシーン６４は、ＡＣ９７規格のコーデック４２を適切な周波数に設定することができる。
【００５９】
当業者は、例えば ボリュームコントロールまたはオーディオ制御ボタンがそれに統合されても良い等、ヘッドホンまたはヘッドセットシステムが、この中の上文で説明されたものより更なる機能性を含んでも良いということを認識するであろう。
【００６０】
本発明による専用回路が、システムの残りの操作に関係なく音楽を演奏することが可能な、フルタイムで圧縮された(及び／または圧縮されない)オーディオの再生システムに統合されても良いということもまた認識されるべきである。この構成においては、Windows(登録商標)制御下のファンクションボタンからの割り込みを扱うためのソフトウェアドライバはもちろん、専用回路と小型ＯＳとが供給される。この構成においては、システムの残りが十分なオンモード（Ｓ０）または休止（スリープ）（ＲＡＭを一時停止する、またはＳ３）モードのいずれかの状態の時に、システムは、例えば、再生リストに記憶された圧縮されたオーディオファイルの再生に適しているであろう、Windows(登録商標)の制御下で動作しているMusic MatchまたはWindows(登録商標)Media Playerのような、カスタムまたは標準のオーディオプレーヤの実行を開始するように構成されても良い。
【００６１】
この考え方では、専用回路を制御する代わりに、ファンクションボタンは、例えばMusic Matchのようなオーディオプレーヤソフトウェアのいろいろな特徴を制御するために付随のソフトウェアドライバを使うパススルータイプモード（passthrough-type mode）における使用に適しているかもしれない。Windows(登録商標)のような基本のオペレーティングシステムが十分にオフされている ( Ｓ５）か、あるいは冬眠（ハイバネート）（ＨＤＤを一時停止する、またはＳ４）モードのいずれかの状態の時に、専用回路の操作は、この中の上文で記述されたように再生リストから圧縮されたオーディオファイルを再生することを続行しても良く、ファンクションボタンが専用回路を制御する。
【００６２】
上述の電力状態（すなわち、十分にオンする、ＲＡＭを休止する／一時停止する、十分にオフする、ＨＤＤを冬眠させる／一時停止する）は、次の通りに“Advanced Configuration and Power Interface”（“ＡＣＰＩ”）標準規約の使用にしばしば言及されることが有名である。代表的なオペレーティングシステム（例えば、Windows(登録商標)）は、Ｓ０（十分にオンし、使用できる）からＳ５（電源オフ）までとされる６個のシステム電力状態をサポートする。
【００６３】
それぞれの状態は、次に述べる事柄で特色付けられる。電力消費、すなわちコンピュータがどれだけの電力を使用するか、ソフトウェア再開、すなわちオペレーティングシステムがどのポイントから再開するか、ハードウェア待ち時間、すなわちコンピュータを作業状態に復帰するのにどのくらいかかるか、そして、システムの前後関係、すなわちどのくらいのシステムの前後関係が保持されるか、または作業状態へ復帰するために、オペレーティングシステムが再起動しなければならないかどうか。
【００６４】
状態Ｓ０は作業状態である。状態Ｓ１、Ｓ２、Ｓ３、そしてＳ４は、その中で、電力消費の減少によりコンピュータが見えなくなる一方、オペレーティングシステムを再起動せずに作業状態に復帰するために、十分な前後関係を保持している休止状態である。状態Ｓ５は、シャットダウンまたはオフ状態である。シャットダウン状態（Ｓ５）、またはいずれかの休止状態（Ｓ１〜Ｓ４）から作業状態（Ｓ０）に変化する時システムは目覚め、そして作業状態からいずれかの休止状態、またはシャットダウン状態に変化する時システムは休止し、システムは、直接一方の休止状態へもう一方からは移行できず、いずれかの休止状態へ移行する前には、いつでも作業状態に移行しなければならない。
【００６５】
例えば、システムは、状態Ｓ２からＳ４へ、また状態Ｓ４からＳ２へも変化できない。まず、そこからそれが次の休止状態に移行できる状態Ｓ０に戻らなければならない。なぜなら、中間の休止状態におけるシステムが、既にいくらかの操作の前後関係を失っているので、それが追加の状態変化を生成しても良くなる前に、その前後関係を修復するために、作業状態に復帰しなければならない。
【００６６】
図３と共に、図２をここで参照すると、本発明の一実施例における小型ＯＳの電源投入とプレーヤ機能の開始に対する代表的なシーケンス２００が例示されている。上記に明言されたように、本発明を装備されたＰＣのオーディオプレーヤ機能の開始の前の適当な時に、利用者は、関心があるオーディオファイルをＨＤＤ３６にダウンロードする（図２には図示せず）か、または、本発明の特色をなすオーディオプレーヤ機能で使用するためのＣＤ−ＲＯＭドライブ３８に据えられるＣＤ−ＲＯＭを焼く。
【００６７】
図示されたように、ステップ２０１において、システムを起動するために、利用者がオーディオプレーヤ電源スイッチ５４か、コンピュータのメイン電源スイッチ（図３には図示せず）のいずれかを押すと、シーケンス２００が始まる。ステップ２０２において、コンピュータを通常の操作モードで起動するか、圧縮されたオーディオの演奏モードで起動するかの決定がその時行われる。当業者は、この決定を、アプリケーションプログラム、またはそのような能力を提供するオペレーティングシステム（例えばWindows(登録商標)98）により代りに行われ得るであろうと認識するであろうが、この決定は、一般的には、コンピュータの電源スイッチ、または、オーディオプレーヤ電源スイッチ５４がコンピュータを起動するために使用されたかどうかに基づいて、ＢＩＯＳにおいて行われる。
【００６８】
もし、コンピュータの電源スイッチがコンピュータを起動するために使用されたならば、その時、ステップ２０３において、システムは通常の操作モードを起動し、通常のオペレーティングシステム（例えば、Windows(登録商標)98）がシステムＲＡＭ３０に読み込まれて実行される。もし、オーディオプレーヤ電源スイッチ５４がコンピュータを起動するために使用されたならば、ステップ２０４において、小型ＯＳがシステムＲＡＭ３０に読み込まれる。ステップ２０５では、小型ＯＳは、１個またはそれより多いノースブリッジ２８と、サウスブリッジ３２と、専用回路４０と、ハードドライブ３６と、ＣＤ−ＲＯＭドライブ３８と、コーデック４２と、そしてＣＰＵ２６とを含むシステムのコンポーネント（要素）を初期化する。
【００６９】
システムの初期化時には、オーディオの復元リクエストが宙に浮いていないので（すなわち、メモリバッファが満杯でない）、ステップ２０８では、どちらかの決定が行われ、ステップ２０７では、ファンクションキー４８の中の１つが押されるまで、システムはファンクションキー４８の中の１つからの入力信号を待ち、ステップ２０６において、この時点で適切な機能が実行され、適切にＬＣＤディスプレイが更新される。もし、その命令が、オーディオを再生するための利用者からのリクエストを含むならば、この時、オーディオの復元リクエストは宙に浮いており、ステップ２０８では、どちらかの決定が行われる。
【００７０】
オーディオを再生するための最初のリクエストに関しては、圧縮されたオーディオファイルがシステムメモリ３０にないので、ステップ２０９では、どちらかの決定が行われ、ステップ２１０において、圧縮されたオーディオファイルがＨＤＤ３６、及び／またはＣＤ−ＲＯＭドライブ３８、及び／または携帯用メモリ媒体８２から読まれ、システムメモリ３０に読み込まれる。ステップ２１０において圧縮されたオーディオファイルがシステムメモリに読み込まれた後で、またはもし既にオーディオファイルがシステムメモリに存在すれば、ステップ２０９では、どちらかの決定が行われ、ステップ２１１において、オーディオファイルはその時システムＣＰＵ２６を使用して復元される。
【００７１】
ステップ２１２では、コーデック４２へのＤＭＡ転送が復元されたオーディオデータのために初期化され、それからコーデック４２からの出力信号が、スピーカ及び／またはヘッドホン４６を駆動するために増幅器４４により増幅される（図２には図示せず）。ステップ２１２においてＤＭＡ転送が初期化された後で、オーディオの復元リクエストが宙に浮いているかどうかを決定するために、制御ループはステップ２０８へ戻る。
【００７２】
「再生リストソフトウェア操作」
図５は、本発明の別の実施例による代表的なシステム３１の別の一般化された全体のブロック図である。この代表的な実施例において、システム３１は、再生リストデータ、及び／または圧縮されたファイルデータを保持するために使用可能な携帯用メモリ媒体８２を含んでいる。携帯用メモリ媒体８２は、スマートカード媒体、メモリスティック（登録商標）媒体、ＰＣＭＣＩＡメモリ媒体、及び／またはこの技術で知られている他の携帯用媒体であり得る。
【００７３】
システムがオンしており、媒体が携帯用メモリ媒体位置に存在していることが検出される場合（例えば、スマートカード、ＰＣＭＣＩＡ、ＣａｒｄＢｕｓカード、メモリスティック（登録商標）、またはその他の媒体が適切なスロットへの挿入により）、メモリリーダは、サウスブリッジ３２に対する割り込みを発生する。この実施例の専用回路４０は、割り込みもまた受信し、そして、メモリデバイス８２の再生リストデータを読むために適切なアプリケーション（例えばWindows(登録商標)Media Player）を開始するようオペレーティングシステムに指示するための命令を生成する。
【００７４】
この場合において、そのアプリケーションは、 メモリデバイス８２、または再生リストファイルにおいて指定された他の記憶場所のどちらからでも、再生リストを読み、オーディオデータを検索するために支配権を握る。同様に、小型ＯＳが使用可能であるとき、専用回路４０は、メモリデバイス８２が存在するかどうかをチェックし、そして再生リストデータ用の装置を走査するために応用される。そのシステムはそれから上述のように動作する。
【００７５】
この中に記述された再生リストファイルは、所望のＭＰ３の歌の順序を持つ利用者により組み立てられる一般化されたデータファイルである。再生リストは、同じく、どこに所望のＭＰ３データを置いているかをアプリケーションに教えるために、ディスクパス情報もまた含んでいる。あるオペレーティングシステムは、利用者がその場でドライブの文字を変えることを可能にする。従って、 再生リストソフトウェアは、オペレーティングシステムにより固有のドライブに与えられたボリュームシリアルナンバ（ＶＳＮ）を読む。シリアル番号は変わらない（ドライブを再フォーマットすることにより故意に変えられない限りは）ので、従って、ユーザーが固有のドライブの文字を再び割り当てたとしても、再生リストソフトウェアは、かまわず再生リストデータを追跡することができる。この特徴は、同様にディスクドライブのような切り替え可能な装置においてもまた機能する。
【００７６】
上記に記述された実施例は、ハードウェアに基づいたＯＳの選択を利用する（すなわち、メイン電源ボタンを押すことがWindows(登録商標)を起動し、一方オーディオ制御ボタンを押すことが小型ＯＳを起動する）けれども、他のＯＳ選択方法も同様に熟考されると、当業者に認識されるべきである。そのような選択方法は、例えばバッチファイルの使用、または他のスクリプトの作成、または１番目のＯＳをシャットダウンし２番目のＯＳを起動するソフトウェアに基づいた方法を含んでいる。
【００７７】
当業者は、本発明の小型ＯＳが、完全に個別のオペレーティングシステムとして実施される代りに、おそらく更に大きいＯＳ（例えば、Windows(登録商標)やLINUX等のＧＵＩに基づいたＯＳ）の一部、または、「オペレーティングシステム」以外の何か他の名前が付けられたソフトウェアコンポーネント（例えば「ドライバ」、「アルゴリズム」、「スクリプト」、「コード」、「プログラム」、「エグゼキュータブル（executable、実行可能）」、「ルーチン」、「サブルーチン」、「ユーティリティ」等。）として実施され得るであろうともまた認識するであろう。そのような実施例が、本発明の範囲内にあるように熟考される。
【００７８】
「ソフトウェア操作」
図６へ方向転換すると、本発明による別の代表的なコンピュータシステム６００の一般化されたブロック図が例示されている。コンピュータシステム６００は、システム６００が、圧縮されたオーディオモードにおけるシステム６００の操作に、前もって記述された専用回路４０（ハードウェア）を利用する代わりに、純粋なソフトウェアによる解決方法を使用する以外は、図３から図５の先に記述された実施例と類似している。そのように、ソフトウェアによる解決方法は、システム６００が、前もって記述された発明の全ての実施例の圧縮されたオーディオの演奏モードにおけるＰＣの操作を含めて、機能性全てを備えることを可能にする。
【００７９】
コンピュータシステム６００は、図３と図５に関して先に詳細に説明された従来の要素を含んでおり、今後、それらの要素とその操作についてのあらゆる反復的な記述は、この中では明快にするために省略される。それらの先に記述された要素に加えて、コンピュータシステム６００は、オーディオ制御ボタン４８と、ＬＣＤ３４と、そしてキーボード６０６との接続に適応する従来のキーボード制御装置６０４を含んでいる。オーディオの圧縮されたモードにおけるコンピュータシステム６００の操作は、プロセッサにより実行されることに適応したオーディオソフトウェアによって制御される。そのように、そのようなオーディオソフトウェアの操作は、プロセッサと機械で読める媒体とを必要とする。
【００８０】
プロセッサ、例えばＣＰＵ２６は、発明の実施例により必要とされるスピードと機能性とを提供することが可能であるプロセッサのあらゆるタイプであり得る。例えば、そのプロセッサは、インテル社により作られたプロセッサのPentium（登録商標）ファミリのプロセッサとすることができるであろう。機械で読める媒体は、プロセッサにより実行されることに適応した命令を記憶することが可能なあらゆるタイプの媒体であり得る。そのような媒体のいくらかの例は、それに限定されないものの、システムＲＡＭ３０と、リードオンリメモリ（ＲＯＭ）と、プログラマブルＲＯＭと、磁気ディスク (例えばフロッピー（登録商標）ディスクとＨＤＤ３６）と、光ディスク（例えば、ＣＤ／ＤＶＤ ＲＯＭ３８）と、そしてデジタル情報を記憶可能な他の装置とを含んでいる。
【００８１】
この中で使用されている「プロセッサにより実行されることに適応した」というフレーズは、プロセッサにより実行される前に、インストーラによりコンパイルまたはインストールされなければならない命令はもちろん、圧縮された、及び／または暗号化されたフォーマットで記憶される命令を含むことを意味する。プロセッサと機械で読める媒体は、機械で読める媒体の組み合わせがいろいろな制御装置を通してプロセッサによりアクセス可能であるオーディオソフトウェアの組み合わせを記憶するコンピュータシステム６００の一部であっても良い。
【００８２】
オーディオソフトウェアは、前もって詳細に説明された小型ＯＳとここからのＰＣシステムとを読み込んで操作するための機能性全てを提供する。更に、小型ＯＳそのものは、更に大きいＯＳの一部として実施され得るであろうし、もしくは、「アルゴリズム」、「スクリプト」、「コード」、「プログラム」、「ルーチン」、または、「サブルーチン」とすることができるであろう。
【００８３】
コンピュータシステム６００の操作は、図２の代表的なシーケンス２００を参照して、以下に詳細に説明される。先に詳細に説明したように、本発明を装備されたＰＣのオーディオプレーヤ機能の開始の前の適当な時に、利用者は、関心があるオーディオファイルをＨＤＤ３６にダウンロードする（図２には図示せず）か、または、本発明の特色をなすオーディオプレーヤで使用するためのＣＤ／ＤＶＤ ＲＯＭドライブ３８に据えられるＣＤ−ＲＯＭを焼く。
【００８４】
ステップ２０１において示すように、システムを起動するために利用者がオーディオプレーヤ電源スイッチ５４かコンピュータのメイン電源スイッチのいずれかを押す時、シーケンス２００が開始される。ステップ２０２では、コンピュータが通常の操作モードまたは圧縮されたオーディオの演奏モードのいずれで起動するかの決定がその時行われる。当業者は、この決定は、アプリケーションプログラム、またはそのような能力を提供するオペレーティングシステム（例えばWindows(登録商標)98）により代りに行われ得るであろうということを認識するであろうが、この決定は、一般的には、コンピュータの電源スイッチ、または、オーディオプレーヤ電源スイッチ５４がコンピュータを起動するために使用されたかどうかに基づいて、ＢＩＯＳにおいて行われる。
【００８５】
もし、通常のＰＣ操作モードが望まれるならば、システムはステップ２０３において通常の操作モードで起動し、そして通常のＯＳ、例えばWindows(登録商標)98がシステムＲＡＭ３０に読み込まれて実行される。ちょうど、専用回路４０がそのような状況において回避されたように、本発明によるオーディオソフトウェアは、通常の操作モードにおいてＰＣを操作するために、リクエストにすぐ応答しない。
【００８６】
もし、圧縮されたオーディオモードが望まれるならば、オーディオソフトウェアは、いろいろな特別の機能を与える技術の中の１つにより作動させられる。例えば、オーディオプレーヤ電源スイッチ５４が利用されても良いし、またはソフトウェアに基づいた選択技術が利用されても良い。一度オーディオソフトウェアが作動させられれば、それは、ステップ２０４において、
システムＲＡＭ３０に小型ＯＳを読み込むようにシステムに命令する。好都合にも、圧縮されたオーディオモードにおいて起動するため小型ＯＳを利用するＰＣの起動時間は、通常のＰＣモードにおいて起動するため伝統的なＯＳを利用するＰＣの起動時間より速い。このように、利用者は、 通常のＰＣモードにおけるＰＣの更に長い起動時間を待たずに、いろいろなオーディオファイルを迅速に聞くことができる。
【００８７】
それから、ステップ２０５では、小型ＯＳは、１個またはそれより多いノースブリッジ２８と、サウスブリッジ３２と、ハードドライブ３６と、ＣＤ／ＤＶＤ−ＲＯＭドライブ３８と、コーデック４２と、そしてＣＰＵ２６とを含むシステム６００の要素を初期化する。更に、ＣＰＵ２６は、コーデック４２へのデータの流れをコントロールし、そして、先に詳細に説明されたいろいろな電力管理機能を実行するために、オーディオソフトウェアを利用する。システムの初期化時に、オーディオの復元リクエストが宙に浮いていないので（すなわち、メモリバッファが満杯でない）、ステップ２０８では、どちらかの決定が行われ、ステップ２０７では、ファンクションキー４８の中の１つが作動させられるまで、システムはファンクションキー４８の中の１つからの入力信号を待つ。この時、ステップ２０６において、適切な機能が実行され、適切にＬＣＤディスプレイ３４が更新されても良い。
【００８８】
もし、その命令が、オーディオを再生するための利用者からのリクエストを含むならば、この時、オーディオの復元リクエストは宙に浮いており、ステップ２０８では、どちらかの決定が行われる。オーディオを再生するための最初のリクエストに関しては、普通は圧縮されたオーディオファイルがシステムメモリ３０にないので、ステップ２０９では、どちらかの決定が行われ、ステップ２１０において、圧縮されたオーディオファイルがＨＤＤ３６、及び／またはＣＤ／ＤＶＤ ＲＯＭドライブ３８、及び／または携帯用メモリ媒体８２から読まれ、システムメモリ３０に読み込まれる。例えば、ＣＤ／ＤＶＤ ＲＯＭドライブ３８により読まれるように、圧縮されたオーディオファイルは、ＣＤまたはＤＶＤ上に存在することができるであろう。
【００８９】
ステップ２１０において圧縮されたオーディオファイルがシステムメモリに読み込まれた後で、またはもし既にオーディオファイルがシステムメモリに存在すれば、ステップ２０９では、どちらかの決定が行われ、ステップ２１１において、オーディオファイルはその時システムＣＰＵ２６を使用して復元される。ステップ２１２では、コーデック４２へのＤＭＡ転送が復元されたオーディオデータのために初期化され、更にコーデック４２からの出力信号が、スピーカ及び／またはヘッドホン４６を駆動するために増幅器４４により増幅される（図２には図示せず）。ステップ２１２においてＤＭＡ転送が初期化された後で、オーディオの復元リクエストが宙に浮いているかどうかを決定するために、制御ループはステップ２０８へ戻る。
【００９０】
「アプリケーション（応用）」
当業者は、伝統的なコンピュータシステム及びＰＣにおいて発見されたそれを超えて改善を提供する、圧縮されたオーディオモードにおいて利用されても良い、いろいろなソフトウェアアプリケーションを認識するであろう。いくらかのそのようなアプリケーションは、１）媒体の選択、２）音声の録音、３）デジタル画像の取得と保存、そして、４）遠隔制御アプリケーションを含んでいる。これらの各々は、図７のコンピュータシステム７００のブロック図を参照して、以下に更に詳細に扱われる。各アプリケーションは、ソフトウェアのみによって動作しても良いし、いくらかの例においては、拡張された電力管理能力を提供するために、専用回路４０と共に動作しても良い。
【００９１】
コンピュータシステム７００は、類似の要素には同様の符号が付与される図３、５、そして６に関して先に詳細に説明された多くの要素を含んでおり、今後、それらの要素についてのあらゆる反復的な記述は、この中では明快にするために省略される。４つのアプリケーションの代表的なリストは排他的ではなく、当業者は、オーディオ圧縮モードにおけるコンピュータシステムの操作が、伝統的なコンピュータシステムにおいて発見されたそれを超えて改善を提供する、いろいろな他のアプリケーションを認識するであろう。
【００９２】
「媒体の選択」
圧縮されたオーディオファイルの大多数は、コンピュータシステム７００のいろいろな媒体に記憶されても良い。そのような媒体は、ＨＤＤ３６、ＣＤ／ＤＶＤディスク、フラッシュメディアカード等を含んでいる。そのようなファイルは数千になるかもしれず、従って、そのようなファイルは、例えば歌の種類、アーティスト、アルバム等によるディレクトリ構造においてもまた、一般的に整理されている。好都合にも、小型ＯＳ８０の一部分でも良い媒体選択ソフトウェアは、利用者がいろいろな媒体からオーディオファイルまたはディレクトリを検索し、アクセスし、そして選択することを可能にするために、少なくとも１つのファンクションキーに応答する。
【００９３】
一般的なファンクションキー４８は、停止と、再生と、一時停止と、早送りと、巻き戻しと、そしてボリュームアップとダウンのキーを含んでいても良い。一般的に、これらのファンクションキーは、利用者が所望の動作の１つだけを選択することが可能になるように、独立して動作する。本発明による媒体選択ソフトウェアは、利用者がディレクトリモードに入るためにファンクションキーの組み合わせまたはシーケンスを最初に作動させることを可能にする。ディレクトリモードは、少なくとも１つのファンクションキー４８を使用して、利用者がいろいろなオーディオファイル及びディレクトリにアクセスすることを可能にし、そして、利用者がいろいろなオーディオファイルを検索し、選択し、そして記憶することを可能にする。一度、オーディオファイルが発見される、または記憶されれば、利用者は、少なくとも１つのファンクションキーを再度使用して、ディレクトリモードから出ても良い。
【００９４】
いろいろなファンクションキー、組み合わせ、またはそのようなファンクションキーのシーケンスは、ディレクトリモードに入り、ナビゲート（操縦）し、そしてディレクトリモードを出るために、利用されても良い。例えば、１つのファンクションキー、例えば“停止”ファンクションキーは、音楽再生が中止されると同時に、ディレクトリモードに入るために使用されても良い。代わりに、２または３以上のファンクションキー、例えばボリュームアップそしてボリュームダウンのファンクションキーは、ディレクトリモードに入るために、同時に作動させられても良い。一度、ディレクトリモードが入力されれば、１または２以上のファンクションキーは、利用者がいろいろな媒体のいろいろなディレクトリにおいて、いろいろなオーディオファイルをナビゲート（操縦）することを可能にしても良い。
【００９５】
そのようなナビゲーションは、利用者がオーディオファイルを検索し、選択し、そして記憶することを可能にしても良い。例えば、早送りと巻き戻しのキーは、いろいろなオーディオファイル及びディレクトリの初めから終わりまでを、検索もしくはスクロールするために使用されても良い。この場合において、ボリュームアップとボリュームダウン、またはファンクションキーの他のセットもまた利用されても良い。更に、利用者が更に容易にいろいろなディレクトリを検索することを可能にするように、、ディレクトリ情報を表示するためにＬＣＤディスプレイ３４もまた利用されても良い。最終的に、利用者は、ディレクトリモードから出るために、１または２以上のファンクションキーを利用しても良い。例えば、停止キーを押すことは、ディレクトリモードを出ても良い。一度このモードが出られれば、利用者は、選択されたオーディオファイルを再生するために、再生ファンクションキーを押しても良い。
【００９６】
「音声録音アプリケーション」
コンピュータシステム７００が、圧縮されたオーディオモードにおいて小型ＯＳ８０を操作している時、音声録音ソフトウェアアプリケーションは、迅速に提供され得る。操作中、コンピュータシステム７００の利用者は、音声録音モードを選択しても良い。小型ＯＳ８０は、その時、アナログ音声データを入力するために、利用者が例えばマイクロフォン７１６のようなオーディオ入力装置を利用することを可能にする。コーデック４２のＡＤコンバータ（analog to digital converter）は、その時、入力アナログ音声データ信号をデジタルオーディオ信号に変換する。ＩＣ４０またはサウスブリッジ３２は、マスタまたはＤＭＡサイクルを使用することにより、コーデック４２からデジタルオーディオ入力信号を受信し、それを例えばシステムＲＡＭのようなシステムメモリ３０に送信するようにプログラムされている。
【００９７】
ＣＰＵ２６は、その時、システムメモリ３０から音声データを取り出しても良く、そして、音声データの圧縮を実行するために、当業者に知られているいろいろな音声コーディング（コード化）技術を利用する。圧縮の後、より小さくなった音声ファイルは、それから、例えばハードディスクドライブ３６のような、コンピュータシステム７００の大規模な記憶装置へ送信されても良いし、またはフラッシュメディアカードに送信されても良い。もし、音声ファイルがフラッシュメモリカードに記憶されるならば、それは取り外され得るであろうし、そして互換性があるフラッシュカードインタフェースを備えるあらゆる他のコンピュータシステムまたは圧縮オーディオプレーヤに挿入され得るであろう。
【００９８】
音声録音ソフトウェアアプリケーションは、ＩＣ４０と小型ＯＳ８０を利用しても良いし、またはあらゆるＩＣ４０なしで、小型ＯＳ８０のみを利用しても良い。ＩＣ４０と小型ＯＳ８０の解決方法において、ＩＣ４０は、音声録音アプリケーションの間の時間の大部分においてＣＰＵ２６を低電力状態に保持するために利用されても良い。ＩＣ４０は、例えば、圧縮されたオーディオの演奏モードにおける電力の節約制御方法を含んでいる圧縮されたオーディオ演奏操作モードに関して、前もって記述されたように動作する。そのように、ＩＣ４０は、音声データの圧縮のような特定の機能を実行していない間はＣＰＵ２６をより低電力状態に置くことにより、コンピュータシステム７００の電力の節約を可能にする。
【００９９】
例えば、音声データがコーデック４２からシステムメモリ３０に転送されつつあるとき、ＣＰＵ２６は、低電力状態に維持され得るであろう。音声録音ソフトウェアと圧縮ソフトウェアがＣＰＵ２６の動作時間を一般にほとんど必要としないので、ＣＰＵ２６は、好都合にもかなりの時間量を低電力状態に置かれ得る。ＩＣ４０は、定期的にＣＰＵ２６を起こすためにもまた使用されても良い。ＩＣ４０は、その上、追加の電力の節約のために、ＣＰＵ２６が更に深いスリープモードに入ることを可能にするように、例えばＦＩＦＯバッファのようなバッファ７３０を装備されていても良い。例えば、コンピュータシステム７００が作業状態にあるとき、ＣＰＵは多数の電力状態を持っている。
【０１００】
そのような状態の１つは、最大限の電力（フルパワー）状態である。この状態において、ＣＰＵは、あらゆる他のいくつかのスリープ状態と比較して、大部分の電力を消費する。ＣＰＵは、ＣＰＵが浅いスリープ状態にあるよりも深いスリープ状態において、より少ない電力を消費する、浅いスリープ状態と深いスリープ状態というような、多数のスリープ状態もまた持っていても良い。浅いスリープ状態は、更に、ＣＰＵが第１の浅いスリープ状態にあるよりも第２の浅いスリープ状態において、より少ない電力を消費する、第１の浅いスリープ状態と第２の浅いスリープ状態とに分割されても良い。
【０１０１】
これらの状態はＡＣＰＩの仕様書により定義されているので、一実施例において、ＣＰＵの最大限の電力（フルパワー）状態は状態Ｃ０としても良く、第１の浅いスリープ状態は状態Ｃ１としても良く、第２の浅いスリープ状態は状態Ｃ２としても良く、そして深いスリープ状態は状態Ｃ３としても良い。当業者は、前の状態と比較された各連続するスリープ状態Ｃ１、Ｃ２、Ｃ３において、ＣＰＵがより少ない電力を消費することを認識するであろう。しかしながら、各状態の間の電力消費の違いは、システムの詳細に依存している。
【０１０２】
好都合にも、ＩＣ４０のバッファ７３０は、ＣＰＵ２６が状態Ｃ３のような深いスリープ状態に入ることを可能にする。バッファなしで、ＣＰＵ２６は、音声録音アプリケーションにおいて、せいぜい状態Ｃ２に入ることができる。バッファ７３０は、音声データを記憶するために構成される。バッファ７３０が前もって決められた低いデータコンディションに達するとき、ＩＣ４０は、ＣＰＵ２６に状態Ｃ３のような深いスリープ状態に入るよう指示するディープスリープ信号をＣＰＵ２６に対して生成する。
【０１０３】
一方、もし、バッファにおける音声データが前もって決められた満杯のデータコンディションに達するならば、ＩＣ４０は、ＣＰＵが音声圧縮を実行することを可能にするウェイクアップ信号をＣＰＵ２６に対して生成する。当業者は、バッファ７３０がバッファの中のデータ量に依存してディープスリープ信号とウェイクアップ信号を供給するようにプログラムされても良い内部レジスタを持っていると認識するであろう。これに代るものとして、ＩＣ４０を使用せずに同様の音声録音アプリケーション機能を実行するために、小型ＯＳソフトウェアだけのアプローチが使用され得る。圧縮されたオーディオモードにおけるコンピュータシステム６００の操作のためのソフトウェアだけのアプローチは、図６を参照して、前もって記述された。
【０１０４】
この音声録音アプリケーションの例において、ＣＰＵ２６が状態Ｃ３よりもむしろ、せいぜい状態Ｃ２に置かれ得るであろうから、コンピュータシステム７００の操作は、前もって詳細に説明された小型ＯＳ８０とＩＣ４０とによる解決方法よりも、より多い電力を消費するであろう。例えばデスクトップコンピュータシステムのように、電力消費があまり心配にならないいくつかの例において、小型ＯＳ８０のみによる純粋なソフトウェアアプローチは、先に詳細に説明した小型ＯＳ８０とＩＣ４０とによるオプションよりあまり高価ではないので、魅力的なアプローチである。
【０１０５】
「デジタル画像の取得と記憶」
デジタルカメラやデジタルビデオレコーダのようなデジタル装置の一種、または同様なものは、デジタル画像を取得し、そしてフラッシュメディアカードのような記憶装置の一種に記憶する外部装置である。いくらかのタイプのフラッシュメディアカードは、 スマートメディア（登録商標）と、コンパクトフラッシュ（登録商標）と、そしてメモリスティック（登録商標）カードとを含んでいる。例えば、デジタルカメラ、またはビデオレコーダのような、いくらかのこれらのデジタル装置７１２もまた、コンピュータシステム７００に内蔵されるか、または統合されても良い。
【０１０６】
そのようなデジタル装置のために、圧縮されたオーディオモードにおけるコンピュータシステム７００の操作は、通常のＯＳの長い起動時間を待たず、追加された電力管理能力を提供中にデジタル画像を取得して記憶する方法を利用者に提供する。デジタル装置に内蔵または組み入れられたデジタル装置７１２によりデジタル画像を取得するために、利用者は、最初にコンピュータシステム７００を通常の操作モードよりむしろオーディオ圧縮モードで起動しても良い。関連したデジタル装置ソフトウェアは、その時、デジタル装置モードを選択するように利用者に促しても良く、デジタルデータを獲得するようにデジタル装置７１２に命令するために、利用者がファンクションキー４８を利用することを可能にする。例えば、デジタル装置７１２は、デジタルピクチャ画像を撮影するデジタルカメラ、またはデジタルビデオを撮影するデジタルレコーダでも良い。
【０１０７】
デジタル画像は、その時コンピュータシステム７００のビデオディスプレイスクリーンに表示されるか、及び／または、そのようなデジタル画像は、例えばＨＤＤ３６のようなコンピュータシステム７００の大規模な記憶媒体に記憶されても良い。内部または外部のデジタル装置は、ＵＳＢやＩＥＥＥ１３９４のような周辺のバスを通して、コンピュータシステム７００に接続されても良い。もし、デジタル装置７１２がコンピュータシステム７００の外部にあるならば、利用者は、デジタル装置７１２からデジタルデータをインポートし、例えばＨＤＤ３６のような大規模な記憶媒体に記憶するために、関連したデジタル装置ソフトウェアを利用することができる。そのように、デジタル装置ソフトウェアアプリケーションは、通常のＯＳの長い起動時間を待たずにデジタルデータをインポートするための単純で簡単なインタフェースを利用者に提供する。
【０１０８】
例えば、もしデジタル装置７１２がコンピュータシステム７００の外部のデジタルカメラであるならば、デジタル装置ソフトウェアは、利用者がデジタル画像をコンピュータシステム７００の大規模な記憶媒体にダウンロードすることを可能にする。先に詳細に説明した音声録音アプリケーションと類似して、デジタルカメラアプリケーションは、小型ＯＳ８０とＩＣ４０とによる解決方法、または小型ＯＳ８０のみによる解決方法のいずれかにより実施されても良い。もしデジタル装置７１２が内部のデジタルカメラのような内部のデジタル装置であるならば、小型ＯＳ８０とＩＣ４０とによる解決方法は、イメージが実際に取得されるまで、ＣＰＵを状態Ｃ３のような深いスリープ状態にすることを可能にする電力管理機能を提供することができる。
【０１０９】
これに代るものとして、ＩＣ４０を使用せずに同様のデジタル取得または記憶機能を実行するために、小型ＯＳソフトウェアだけのアプローチが使用され得る。音声録音アプリケーションと同様に、ＣＰＵ２６がせいぜい状態Ｃ２に置かれ得るであろうから、コンピュータシステム７００は、この場合に更に多くのパワーを消費するであろう。例えばデスクトップコンピュータシステムのように、電力消費があまり心配にならないいくつかの例において、小型ＯＳ８０のみによる純粋なソフトウェアアプローチは、先に詳細に説明した小型ＯＳ８０とＩＣ４０とによるオプションよりあまり高価ではないので、魅力的なアプローチである。
【０１１０】
「遠隔制御アプリケーション」
コンピュータシステム７００が圧縮されたオーディオモードにおいて動作している間、遠隔制御アプリケーションは、本質的にファンクションキー４８に取って変わり、そして利用者にコンピュータシステム７００のいくらかの操作を遠く離れて制御することを許可するために提供され得る。遠隔制御装置７２２は、コンピュータシステム７００の遠隔制御トランシーバ７１４に制御信号を供給する。遠隔制御装置７２２は、赤外線や無線周波数のような、あらゆる知られたタイプの制御技術を利用できるであろう。システムブリッジに統合しても良い遠隔制御トランシーバ７１４は、遠隔制御装置７２２から制御信号を受信する。
【０１１１】
そのようには図解していないが、遠隔制御トランシーバ７１４は、ＩＣ４０ともまた統合しても良い。遠隔制御トランシーバ７１４は、コンピュータシステム７００がオフの時でさえも、電力が供給される。操作中、利用者は、圧縮されたオーディオのボタンを作動させるために、遠隔制御装置７２２を利用しても良い。適切な制御信号が、その時遠隔制御トランシーバ７１４へ送信される。もし、コンピュータシステム７００が最初にオフであるならば、トランシーバ７１４は、コンピュータシステム７００を起動するためのウェイクアップ信号を送信する。コンピュータシステム７００は、受信した信号が圧縮されたオーディオモードにおける操作が希望されたことを示しているかどうかを確かめるために、この時点でトランシーバをチェックする。もし、小型ＯＳがシステムメモリに読み込まれると、先に詳細に説明したように、オーディオプレーヤ電源スイッチ５４の作動と関連して、圧縮されたオーディオモードにおける操作が始まるであろう。
【０１１２】
そのように、コンピュータシステム７００の利用者は、圧縮されたオーディオモードにおいて、例えばファンクションキー４８のようなコンピュータシステムの適切なキーを物理的に作動させることなく、遠隔制御装置７２２により、役に立つ機能や役に立つアプリケーションにアクセスすることができる。同じ遠隔制御装置７２２は、通常のＯＳがシステムメモリに読み込まれるであろう、通常の操作モードにおけるコンピュータシステム７００の電源投入を可能にさせるための通常の電源ＯＮボタンもまた備えていても良い。そのように、遠隔制御装置７２２は、通常の操作モードにおいて、他の機能を制御するためにもまた使用されても良い。
【０１１３】
「娯楽モード」
圧縮されたオーディオモードにおける操作に加えて、ＰＣは、伝統的なＰＣコンピュータ処理アプリケーションとは一般的に結びつかない多数の娯楽アプリケーションを含むために、絶えずアップグレードされつつある。例えば、そのような娯楽アプリケーションは、それに限定されないものの、インターネットラジオと圧縮されたオーディオの再生の両方を含むオーディオ再生アプリケーションと、ＤＶＤ映画再生アプリケーションと、テレビ視聴アプリケーションと、デジタル装置アプリケーションと、遠隔制御アプリケーションと、音声録音アプリケーション等を含んでいる。ちょうど、オーディオ再生や他のアプリケーションへの迅速なアクセスのための圧縮されたオーディオモードの選択が有利であるように、ＰＣにより提供された娯楽アプリケーションへの迅速なアクセスのための娯楽モードの選択も有利であろう。
【０１１４】
そのように、ＰＣの利用者は、 ＰＣモードまたは娯楽モードにおけるＰＣの操作のための選択を行うことができるであろう。そのような選択は、例えば特定の娯楽ボタンの作動のようなハードウェアベースのものであるか、または例えば選択メニューによるようなソフトウェアベースのものとすることができるであろう。もし、ＰＣモードが選択されたならば、一般的な起動シーケンスと、例えばWindows(登録商標)のような基本のオペレーティングシステムの読み込みが生じるであろう。もし、娯楽モードが選択されたならば、起動シーケンスと、例えば小型ＯＳのような代わりのオペレーティングシステムの読み込みが生じるであろう。
【０１１５】
先に詳細に説明したが、例えば小型ＯＳは、娯楽アプリケーションの操作に必要な更に大きいＯＳのそれらの部分を含むであろうから、小型ＯＳは更に大きいＯＳの一部として実施され得るであろう。そのように、小型ＯＳは、更に大きいＯＳのサブセット（subset：部分集合）とすることができるであろう。小型ＯＳを読み込むための起動シーケンスは、利用者が娯楽アプリケーションに対する迅速なアクセスを得ることを可能にするために、この中に詳細に説明された急速起動シーケンスでも良い。
【０１１６】
「急速起動」
図８へ方向転換すると、急速起動手順の代表的なフローチャート８００が例示されている。急速起動手順が、ＰＣが娯楽モードにおいて動かされるときの使用に対する小型ＯＳの起動に関連して、この中に記述されている。当業者であれば、同様に、本発明による急速起動手順は、その上、例えば基本のオペレーティングシステムのような他のオペレーションシステムの起動手順のスピードアップにもまた適用できるであろう。ＰＣがステップ８０２において起動されるとき、小型ＯＳのための急速起動手順が開始される。ステップ８０４において、娯楽モードにおける操作が望まれているかどうかの決定が行われる。この決定は、例えばＰＣメイン電源スイッチ、または娯楽モードスイッチがＰＣを起動するために使われたかどうかに依存するＢＩＯＳにおいて行われても良い。前もって詳細に説明されたように、そのような選択もまたソフトウェアベースのものとすることができるであろう。もし、ＰＣ操作モードが望まれるならば、システムはステップ８０６において通常の操作で起動し、例えばWindows(登録商標)のような通常のＯＳがシステムＲＡＭに読み込まれ、実行される。
【０１１７】
もし、娯楽モードが望まれるならば、ステップ８０８において、前の娯楽ブートから何かハードウェアが変わったかどうかの決定が行われる。この決定は、一般的にＢＩＯＳにより行われる。もし、何かしらハードウェアが変わっていたならば、ハードウェア変更フラグは、その時ステップ８１０においてセットされても良い。もし、ハードウェアが変わっていなかったならば、その時フラグはセットされない。次に、ステップ８１２においてＢＩＯＳ起動手順が実行される。図９に関して、この中で後で詳細に説明されるように、これは、代表的なＢＩＯＳ起動手順、または加速されたＢＩＯＳ起動手順でも良い。
【０１１８】
ステップ８１２のＢＩＯＳ起動手順の後で、ステップ８１４において制御は小型ＯＳローダへ移される。小型ＯＳローダは、次にステップ８１６において適切な小型ＯＳイメージを読む。小型ＯＳは、基本のオペレーティングシステムファイルの一部分であっても良いし、またはいずれかのメモリ記憶装置に置かれていても良い。それはまた、圧縮フォーマットで記憶されていてもまた良く、もしそうであれば、小型ＯＳローダは圧縮フォーマットを復元するであろう。この時、ステップ８１８において、制御は次に小型ＯＳへ移される。
【０１１９】
一度、ステップ８１８において制御が小型ＯＳへ移されれば、 ステップ８２０において、予め構成されたアプリケーションスイートと小型ＯＳのメモリイメージ（ＰＳＭイメージ）（Preconfigured Application Suite & Mini-OS Memory Image (PSM image) ）サポート機能が作動させられるか否かが決定される。もし、そのようなＰＳＭイメージサポートが作動させられない場合、その時、ステップ８２２において通常の小型ＯＳの起動が発生するであろう。通常の小型ＯＳの起動は、ＰＣが娯楽モードで動作している間に利用され得るであろう、いろいろなソフトウェアモジュールの選択と読み込みを含んでいる。
【０１２０】
もし、ＰＳＭイメージサポートが作動させられる場合、その時、ステップ８２４においてハードウェア変更フラグがセットされたか否かが決定される。もし、フラグがセットされていた場合、前回の娯楽モードの起動からハードウェア構成が変更されたことを表しており、その時、ステップ８２６において通常の小型ＯＳの起動が発生するであろう。この通常の小型ＯＳの起動手順は、小型ＯＳソフトウェアモジュールの実行と、新しいハードウェア構成に基づくアプリケーションの読み込み手順とを含んでいるであろう。更に、ＰＳＭサポートがこの場合には作動されるから、ステップ８３０において、新しいＰＳＭイメージファイルが作成される。そのようなＰＳＭイメージファイルは、そして、２番目の娯楽モードの起動シーケンスにおいて利用されても良い。
【０１２１】
もし、ハードウェア変更フラグがセットされていない場合、前回の娯楽モードの起動シーケンスからハードウェア構成が変更されないことを表しており、その時、ステップ８２８において適切なＰＳＭイメージファイルが直ちに読み込まれ、ステップ８３２において実行される。この場合において、適切なイメージファイルは、前回の娯楽モードの起動時に作成されたイメージファイルである。更に、いろいろなＰＳＭイメージファイルが状況に応じて読み込まれても良い。更に、そのようなＰＳＭイメージファイルは、一般的に、ハードウェアが前回の起動から変わらない娯楽モードにおける前回の起動のそれであっても良い。もう１つのＰＳＭイメージファイルは、現在の特定のハードウェアに基づいていても良い。
【０１２２】
ステップ８２８においてどちらのＰＳＭイメージファイルを読み込むかを選択するために、起動時間の仕組みが提供されるべきである。そのように、もし、読み込まれた構成がそのようなＰＳＭイメージファイルに保存されていれば、小型ＯＳの起動は加速される。理想的な場合には、特定の小型ＯＳ及び予め読み込まれたアプリケーションスイートのＰＳＭイメージは、既知のＰＳＭイメージ構成への速い復帰を可能にする仕組みに相応しいサスペンド／レジュームを使用して起動した後、直ちに保存され得る。ＰＳＭイメージファイルは、一般的に、サポートされたハードウェア構成を確認するための“指紋”と、ＰＳＭイメージ保存の時の表示内容を含む“派手な画面”と、ＰＳＭイメージ保存の時に小型ＯＳとＰＳＭイメージファイルにより使用されるメモリの一部分のメモリイメージとを含んでいても良い。
【０１２３】
更に、もし、小型ＯＳが基本のＯＳの縮小されたバージョンまたは基本のオペレーティングシステムのサブセットである場合、基本のオペレーティングシステムがシャットダウンされた状態でコンピュータシステムが動作している時、娯楽モードのために必要とされないであろうソフトウェアモジュールをアンロードすることにより、起動手順は自動的によりいっそうスピードアップされ得る。従って、コンピュータシステムが再び娯楽モードにおいて起動される時、基本のオペレーティングシステムの縮小されたバージョンとしての小型ＯＳは、更に迅速に起動され得るであろう。
【０１２４】
図９へ方向転換すると、加速されたＢＩＯＳ起動手順を例示するフローチャート９００が例示されている。加速されたＢＩＯＳ起動手順は、図８のＢＩＯＳ起動手順８１２として利用されても良い。加速されたＢＩＯＳ起動手順は、通常のＰＣ操作モードが望まれる時、基本のＯＳともまた一緒に利用されても良い。娯楽モードで利用される時、一度娯楽操作モードが選択されたならば、加速されたＢＩＯＳ起動手順がステップ９０２において始まる。ＢＩＯＳは、ステップ９０４において、一般的なＢＩＯＳ操作の何れかのタスクが省略可能か否かを決定する。もし、何れかのタスクが省略可能である場合、その時、例えばそのようなタスクを実行するための時間を節約するために、そのようなタスクはステップ９０６において省略される。例えば、娯楽モードにとって必要でない装置のための全てのハードウェアチェックは、省略され得る。小型ＯＳの起動のために必要とされるハードウェアのためのどんなハードウェアチェックも、一般的に省略されるべきでない。メモリテストタスクもまた省略しても良い。
【０１２５】
もし、タスクが省略され得ないならば、加速された起動手順は、ステップ９０８において、そのようなタスクが延期、または遅延されても良いか否かを決定する。もし、そのようなタスクがもっと後の時間まで延期され得るならば、その時、ステップ９１０において、そのようなタスクは延期される。例えば、延期されても良いそのようなタスクとしては、ディスクが回転させられた後でディスクからデータを読み取ることによる延期である。実際にはその他のあらゆるタスクもまた、同じく延期されるべきである。小型ＯＳが完全に読み込まれた後でも、そのようなタスクはもっと後の時間まで延期され得る。
【０１２６】
「パレンタル制御」
通常のＰＣモードまたは娯楽モードで動作しているコンピュータシステムは、利用者が、例えばＤＶＤ映画の再生、テレビ、オーディオアプリケーション等、いろいろな娯楽アプリケーションへアクセスすることを可能にしても良い。そのようなコンピュータシステムは、いろいろな年齢の子供によってもまた利用されても良い。そのような子供の親、または他の管理者は、そのようなアプリケーションが利用可能である時間はもちろん、いろいろな娯楽アプリケーションの内容を制御することを希望しても良い。更に、例えば、もう一人に親の指導を提唱する“ＰＧ”に等級付けされた映画（Parental Guidance Suggested "PG" rated movies）へのアクセスを許可する間、一人の子供に一般対象の“Ｇ”に等級付けされた映画（General Audience "G" rated movies）へのアクセスを許可することが望ましいように、親は、そのような娯楽アプリケーションを使用している間、子供のトラックにおける活動（track activity）はもちろん、年齢の異なる別の子供または成熟したレベルの子供に異なる内容へアクセスすることを許可することもまた希望しても良い。
【０１２７】
図１０へ方向転換すると、そのようなパレンタル制御の機能性を提供するためにパレンタル制御集積回路（ＩＣ）１００２と外部の記憶装置１０１２とを含んでいる本発明によるパレンタル制御システム１０００のブロック図が例示されている。ＩＣ１００２は、この技術において知られている他のコンポーネントを持つコンピュータシステムの一部であっても良い。一般に、パレンタル制御ＩＣ１００２は、そのようなパレンタル制御機能を提供するために、外部の記憶装置１０１２と協力する。外部の記憶装置１０１２は、個々の子供または子供の等級に対する暗号化されたデータ項目を含んでいても良い。外部の記憶装置１０１２は、データを格納するためのあらゆる種類の装置であっても良い。例えば、記憶装置は、スマートカード、SD カード、メモリスティック、コンパクトフラッシュ（登録商標）カード等でも良い。ＩＣ１００２は、個々のＩＣであっても良いし、または、カードバス（CardBus）制御装置、またはフラッシュカードリーダのように、ちょうど一対として指定するためにコンピュータシステムにおいて他のＩＣと統合されていても良い。そのように、別のＩＣとの統合は、一般的にシステムコスト、及びボードサイズを減少させる。
【０１２８】
通常のモード、または娯楽モードにおけるコンピュータシステムの操作に関して、利用者（例えば、子供）は、彼らの関連した記憶装置１０１２をコンピュータシステムにおける適切なスロットに挿入する。一般に、ＩＣ１００２は、この中でより詳細に説明されたように、ホストシステムに、ホストシステムと記憶装置との間の安全な通信を許可するために、記憶装置１０１２とホストシステムとの間のインタフェースとして振る舞う。ＩＣ１００２は、例えば小型ＯＳのようなホストコンピュータシステムの適切なオペレーティングシステムが、もし娯楽モードで動作しているならば、記憶装置１０１２に記憶された命令のデータに従って、いろいろな娯楽アプリケーションのいろいろなファイルの再生を制御できるように、記憶装置１０１２に記憶されたデータが、ホストシステムにより適切に読まれることを可能にする。そのように、ＩＣ１００２は、記憶装置１０１２から最初にコード化されたシグナルを受信し、そして、ホストコンピュータシステムに理解できる、次にデコードされた信号をホストコンピュータシステムに提供する。
【０１２９】
一般に、パレンタル制御ＩＣ１００２は、記憶装置インタフェース１００４と、ホストインタフェース１００６と、ユーザ入力インタフェース１００８と、そして、例えば暗号化／復号化エンジンのような、エンジン１０１０とを含んでいる。記憶装置インタフェース１００４は、ＩＣ１００２と外部の記憶装置１０１２との間の通信チャネルを提供する。同様に、ホストインタフェース１００６は、ＩＣ１００２とホストコンピュータシステムとの間の通信を可能にする。ＩＣとホストコンピュータシステムとの間の通信は、ＰＣＩ、ＵＳＢ、Ｉ２Ｃ、ＳＭバスのような、この技術において知られているあらゆる標準のバスインタフェースによって発生しても良い。ユーザ入力インタフェース１００８は、ホストインタフェース１００６に対する利用者命令の通信を可能にする。
【０１３０】
例えば、利用者がコンピュータシステムを娯楽モードで操作している時、利用者命令は、例えばファンクションキー４８のようなファンクションキーによって、または、例えば遠隔制御装置７２２のような遠隔制御装置によって入力されても良い。利用者命令は、キーボードまたはマウスによってもまた入力されても良い。一度、利用者が所望の命令を入力すれば、ユーザ入力インタフェース１００８は、そのような命令を解釈し、そして関連した命令をホストインタフェース１００６に提供する。関連した命令は、その時、ホストインタフェース１００６によって、ホストコンピュータシステムに提供されても良い。適切なオペレーティングシステムは、利用者命令が適切であるかどうかを決定するために、記憶装置１０１２から受信される信号と関係のある利用者命令を評価するであろう。
【０１３１】
例えば、もし、記憶装置１０１２に記憶された命令のデータが、そのような内容が特定の利用者には許可されていないことを示したならば、娯楽モードにおける小型ＯＳは、法律により制限された“Ｒ”に等級付けされたＤＶＤ映画（Restricted rated ("R") DVD movie）を見るという利用者リクエストを拒絶するであろう。パレンタル制御ＩＣ１００２のエンジン１０１０は、記憶装置１０１２とホストシステムとの間の安全な通信を提供する。記憶装置１０１２が、関連したパレンタル制御ＩＣ１００２により読まれるだけでも良いように、データは、例えば暗号化されたフォーマットのようなコード化されたフォーマットで記憶装置１０１２に記憶されても良い。そのように、ホストコンピュータシステムが記憶装置１０１２からデータを読み取る必要があるとき、エンジン１０１０の復号化部分は、この機能を提供する。
【０１３２】
一方、ホストコンピュータシステムが、例えばパレンタル制御データを生成または変更するために、記憶装置１０１２へデータを書く必要があるとき、エンジン１０１０の暗号化部分は、この機能を提供する。エンジン１０１０は、ハードウェア、ソフトウェア、または、いくらかのそれの結合により実施され得る。ハードウェアにおいて、エンジン１０１０は、マイクロプロセッサを用いて、または、この技術において知られているハードウェア論理（ロジック）を用いて実施され得るであろう。１番目のコード化された信号としてＩＣ１００２に提供されても良い記憶装置１０１２に記憶された命令データの内容を回復するために、エンジン１０１０の復号化部分により正しい復号化キーが要求される。そのキーは、本質的に暗号化アルゴリズムの仕事を「解読する」アルゴリズムである。そのキーは、適切な記憶装置１０１２がコンピュータシステムと共に使用されることだけを確認するためにもまた使用されても良い。
【０１３３】
例えば、不認定ユーザ、または機械によって作成された記憶装置は、復号化エンジンのキーにより読まれることができるべきでない。もし、正当な外部の記憶デバイスが発見されないならば、例えば娯楽モードにおける小型ＯＳのような適切なオペレーティングシステムは、娯楽アプリケーションの基礎的な、または一般的なレベルに、アクセスされ、そして再生されることを今まで通り許可しても良い。記憶装置１０１２は、特定の子供のための命令データを含むようにプログラムされても良い。あるいは、コンピュータシステムの購入に関して、親が、彼ら自身の記憶装置をプログラムしなければならないことなく、即座にそれらを利用可能な、プログラムされた記憶装置１０１２を持っていても良いように、記憶装置は、そのような時間より前に予めプログラムされても良い。そのような予めプログラムされた記憶装置は、例えば８才から１０才の間の子供のような、特定の子供の等級のためのものであっても良い。
【０１３４】
誰が記憶装置をプログラムするかにかかわらず、それは、記憶装置がパレンタル制御ＩＣ１００２と共に使用される時、親がいろいろな娯楽アプリケーションの内容と、トータルの視聴時間と、視聴時刻とを規制し、そして、子供のコンピュータシステムの使用さえも記録できるような命令データを含んでいても良い。内容を制御するために、記憶装置１０１２は、パレンタル制御ＩＣ１００２と共に使用される時、パレンタル制御システム１０００が、それと逆の利用者命令にもかかわらず、特定の子供のために容認できない等級付けを持つ確かなファイルに、視聴されるかまたは傾聴されることを許可しないようにプログラムされても良い。例えば、記憶装置１０１２は、ＰＧまたはＧの等級付けを持っている映画だけを表示可能とするべきと指定するようにプログラムされても良い。同様に、記憶装置１０１２は、成人内容として評価されたあらゆるテレビショーの再生、または成人内容として評価されたあらゆるオーディオファイルの再生がコンピュータシステムにより許可されるべきでないと指定するようにプログラムされても良い。
【０１３５】
操作中、子供は、彼らの関連した記憶装置１０１２をコンピュータシステムにおける適切なスロットに挿入するであろう。もし、子供がコンピュータシステムを娯楽モードで操作していたならば、いろいろな娯楽オプションに対して適切な等級付けを示している記憶装置からの命令データが、１番目のコード化された信号としてＩＣ１００２に提供されるであろう。記憶装置インタフェース１００４は、その時、１番目のコード化された信号を表すコード化された入力信号をエンジン１０１０に供給するであろう。この場合において、エンジン１０１０は、入力のコード化された信号を出力のデコードされた信号に変換するために、復号化エンジンとして振る舞うであろう。ホストインタフェースは、エンジン１０１０から出力のデコードされた信号を受信し、そして、例えば、娯楽モードで動作している時に、ホストシステムにより読みやすい２番目のデコードされた信号を小型ＯＳのようなホストシステムに提供する。
【０１３６】
記憶装置１０１２に記憶された命令データを表す２番目のデコードされた信号に基づいて、小型ＯＳは、いろいろな娯楽オプションを制御するであろう。例えば、もし２番目のデコードされた信号が、記憶装置１０１２に記憶された命令データはそのような映画の再生を禁止していると示しているならば、そのような映画を再生するというファンクションキーまたは遠隔制御装置による子供の命令にもかかわらず、小型ＯＳはＲに等級付けされた映画を再生しないであろう。内容が制御されていることに加えて、パレンタル制御システム１０００は、予め決められた時間間隔の間の定義された時間限度まで、娯楽オプションに対するアクセス時間を制限するようにプログラムされた記憶装置１０１２を含んでいても良い。例えば、記憶装置１０１２は、娯楽アプリケーションを１日あたり２時間までに制限するようにプログラムされても良い。
【０１３７】
子供が、彼らの関連した記憶装置を、コンピュータシステムの適切なスロットに挿入するので、パレンタル制御ＩＣ１００２は、記憶装置１０１２に記憶された時間限度データについて、命令を適切なＯＳに伝達する。そのように、適切なＯＳは、その内部のクロックとの比較により、そのような娯楽アプリケーションの活動（activity）の開始時間に注目し、そして、その時内部のカウントを始めても良い。これは、備え付けの水晶により時間が計られるＰＬＬタイマの使用を含んでいるこの技術で知られたあらゆるいろいろな方法により、成し遂げられても良い。一度、内部のカウントが予定された限度に達すれば、適切なＯＳは、その特定の子供のための全ての娯楽アプリケーションをシャットダウンする。
【０１３８】
そのように、パレンタル制御１０００は、子供がいろいろな娯楽アプリケーションへアクセスした時間の総計（異なる子供のために異なる時間間隔を含んでいる）を、親が制限することを許可する。更に、パレンタル制御１０００は、時刻に基づいて娯楽オプションへのアクセスを制限するようにプログラムされた記憶装置１０１２を含んでいても良い。例えば、記憶装置１０１２は、例えば午後９時から午前７時までの間のようないくらかの時間の間は、娯楽アプリケーションへのアクセスを許可しないようにプログラムされても良い。更に、そのようなデータは、パレンタル制御ＩＣ１００２によって、適切なＯＳに伝達される。コンピュータシステム自身の内部クロックとの比較により、もし特定の子供が禁止された時間の間に娯楽アプリケーションにアクセスし、適切な行動をとろうと試みているならば、適切なＯＳは検出することができる。
【０１３９】
内容、時間限度、または時刻による禁止に基づく、いくらかの娯楽アプリケーションへのアクセスの禁止に加えて、パレンタル制御ＩＣ１００２を含むパレンタル制御システム１０００は、特定の子供の娯楽アプリケーションの使用を追跡するために、利用され得る。例えば、どちらのビデオが再生されたか、またはどちらのオーディオファイルが再生されたかの記録は、１対として指定するために、外部の記憶装置１０１２、またはコンピュータシステムのハードディスクドライブのような指定された記憶エリアに自動的に記憶されても良い。もし、インターネットアクセスもまた利用可能であるならば、そのような技術は、どちらのウェブサイトがアクセスされたかを示す記録を生成するために利用され得る。
【０１４０】
本発明は、この中に与えられた代表的な実施例の見地から記述されたけれども、そのような開示は、単なる一例であり、限定して解釈されるべきでない。従って、発明の精神及び範囲からはずれることなく、いろいろな変更、修正、及び／または、発明の変形例が、おそらく上記の開示を読んだ後の当業者に示唆されるであろう。従って、発明の真の精神及び範囲に入るものとして、クレームが全ての変更、修正、または、変形としての変形例を含んでいると解釈される。
【図面の簡単な説明】
【０１４１】
【図１】本発明の一実施例の代表的な操作上の流れを表示するブロック図である。
【図２】本発明の一実施例における代表的な小型ＯＳの電源投入とプレーヤ機能の開始のフローチャートである。
【図３】本発明の一実施例による代表的なオーディオプレーヤシステムのブロック図である。
【図４】本発明の一実施例における専用回路と接続される他の構成要素に関する、代表的な専用回路の内部の部分のブロック図である。
【図５】本発明の別の実施例による代表的なオーディオプレーヤシステムの別のブロック図である。
【図６】オーディオのデコーディングと再生にだけソフトウェアを利用する、発明の別の実施例による代表的なオーディオプレーヤシステムの別のブロック図である。
【図７】コンピュータシステムにより圧縮オーディオモードにおいて実行されても良いいろいろな応用を説明するための、本発明による代表的なコンピュータシステムの別のブロック図である。
【図８】娯楽モードにおける代表的なコンピュータシステムの電源投入と関連した急速起動手順のフローチャートである。
【図９】図８のＢＩＯＳ起動手順として利用されても良い代表的な加速されたＢＩＯＳ起動手順のフローチャートである。
【図１０】本発明の別の実施例によるパレンタル制御システムのブロック図である。
【符号の説明】
【０１４２】
２：ＰＣハードディスクドライブ（ＨＤＤ）
４：ＲＡＭ
６：ＣＰＵ
８：コーデック
１０：増幅器
２６：ＣＰＵ
２８：ノースブリッジ
３０：システムＲＡＭ（システムメモリ）
３１：システム
３２：サウスブリッジ
３４：小型ＬＣＤディスプレイ
３６：ＨＤＤ（ハードディスクドライブ）
３８：ＣＤ−ＲＯＭ（ＣＤ／ＤＶＤ ＲＯＭドライブ）
４０：専用回路（ＩＣ）
４２：コーデック（ＡＣ９７規格コーデック）
４４：増幅器
４６：スピーカ
４８：ファンクションスイッチ（ファンクションキー）
５０：ＡＣ９７規格制御装置
５２：ＬＰＣ制御装置
５４：オーディオプレーヤ電源スイッチ
５６：システムクロック
６０：スイッチ
６２：ＬＰＣインタフェース
６４：ステートマシーン
６６：レジスタブロック
６８：ファンクションキーインタフェース
７２：ＬＣＤインタフェース
７４：バス
８０：小型ＯＳ
８２：携帯用メモリ媒体（メモリデバイス）
６００：コンピュータシステム
６０６：キーボード
６０４：キーボード制御装置
７００：コンピュータシステム
７１２：デジタル装置
７１４：遠隔制御トランシーバ
７１６：マイクロフォン
７２２：遠隔制御装置
７３０：バッファ
１０００：パレンタル制御システム
１００２：パレンタル制御集積回路（ＩＣ）
１００４：記憶装置インタフェース
１００６：ホストインタフェース
１００８：ユーザ入力インタフェース
１０１０：エンジン（暗号化／復号化エンジン）
１０１２：（外部の）記憶装置
【技術分野】
【０００１】
本発明は、一般にオーディオやビデオの記録物を再生するための携帯用装置（例えばノートブックコンピュータ）に関連し、そしてより詳細には、いろいろな種類の情報源からいろいろな種類の圧縮形式により圧縮されたオーディオの録音物とビデオの録画物のデコードと再生のための低電力のハードウェア、及び／またはソフトウェアに関するものである。急速起動シーケンスとパレンタル（parental）制御回路もまた提供されている。
【背景技術】
【０００２】
この出願は、一部分が２００２年１０月１７日に提出された米国の正式な出願番号１０／２７２，７４０の継続の出願であり、出願番号１０／２７２，７４０は、一部分が２００２年７月３０日に提出された米国の正式な出願番号１０／２０８，７２８の継続であり、出願番号１０／２０８，７２８は、一部分が２００１年１０月２日に提出された米国の正式な出願番号０９／９６９，０６０の継続であり、出願番号０９／９６９，０６０は、一部分が２００１年８月２日に提出された米国の正式な出願番号０９／９２１，１７１の継続であり、それらに開示された全てが引用することによりこの中に組み入れられていると共に、２０００年１２月１日に提出された米国の正式な出願番号６０／２５０，８９９と、２００１年１月３０日に提出された米国の正式な出願番号６０／２６５，４６６の利益を主張し、それらに開示された全てが引用することによりこの中に組み入れられている。
【０００３】
現在、例えば、MPEG (Moving Picture Experts Group) Audio Layer-3(ＭＰ３)と、Windows(登録商標) Media Audio (ＷＭＡ)と、そしてAdvanced Audio Coding (ＡＡＣ)のような、１または２以上の圧縮オーディオデジタル録音形式に従って圧縮されたデジタルオーディオの録音物を再生するためのいろいろな携帯用装置が存在する。現在まで、最も一般的な形式は、デジタル音楽ファイルのサイズがおよそ１０対１の圧縮となる圧縮方式であるＭＰ３であった。
【０００４】
これらの装置は、圧縮されたデジタルオーディオの録音物を電子式ソリッドステートメモリ（電子式固体メモリ）に記憶するものと、圧縮されたデジタルオーディオを、コンパクトディスク（“ＣＤ”）プレーヤのような電気的機械仕掛けの装置を利用して、またはデジタルコンピュータのハードディスクドライブ上に、その後の複製品として録音するものとの２つの種類に分けられる。
【０００５】
例えば、フラッシュメモリのような電子式ソリッドステートメモリを利用する、ＭＰ３で圧縮されたデジタルオーディオの録音物を再生するための携帯用装置は、およそ１０曲の音楽選択物を記憶する能力がある。増設したメモリカードを利用すると、そのような装置は、総計でおよそ２０曲の音楽選択物を運ぶことができる。電子式ソリッドステートメモリにＭＰ３で圧縮されたデジタルオーディオの録音物を記憶するこれらのＭＰ３プレーヤは、電力を比較的にほとんど消費しない。従って、そのようなＭＰ３プレーヤは、コンピュータのＣＤ−ＲＯＭやハードディスクドライブに電力を供給しなくても、長期にわたる再生時間を提供する。
【０００６】
携帯用コンピュータのための低電力ＣＤ−ＲＯＭプレーヤ（Low Power CD-ROM Player for Portable Computers）という発明の名称で、ここに引用されて組み入れられている２００１年５月１日に発行された米国特許第６，２２６，２３７番（“’２３７”特許）は、従来の音楽ＣＤを単純に再生する場合、従来のノートブックコンピュータが、不必要にどれだけ多くの電気エネルギーの総計を消費するかを記述している。コンピュータが起動される時はいつでもオペレーティングシステム（例えばWindows(登録商標)のような）が実行されるので、それは、大部分が音楽の再生とは関連のないたくさんのバックグラウンド機能による。
【０００７】
利用者がその時実行している機能には関連しない機能に対する極端な電気エネルギーの消費、すなわち音楽を再生することは、マイクロプロセッサの性能において、別の時間に、ワープロを使っての文書作成や表計算分析のような集中的なタスクに慎重に適用することができるであろう電力を蓄える、ノートブックコンピュータのバッテリを速く消耗させる。「’２３７特許」で提供された解決方法は、携帯用装置への主電源がオフの時に動くステートマシーンである。「’２３７特許」の発明は、（主電源がオフの時）ＣＤ−ＲＯＭをオーディオのサブシステムに連結するので、極端なバッテリの消耗なしに、あるいは携帯用コンピュータを起動させることなく、ＣＤは再生され得る。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
以前の技術は、専用の機能を備えた集積回路（ＩＣ）である、あるいは特定用途向け集積回路またはＡＳＩＣに組み入れられているシリコンによる解決方法もまた含んでいる。これらは通常、結果として大きくかつ高価な集積回路となる専用のチップを必須とするデジタルシグナルプロセッサ（ＤＳＰ）のように、高価な解決方法である。結果の中の1つは莫大なＰＣＢ（プリント基板）スペースの使用である。更に、この技術において知られている１５から２０ＭＩＰＳ（Million Instructions Per Second）のデコードエンジンは、コーデックに対してオーディオストリームを生成するために、継続して実行されなければならない。その上、専用のデコードエンジンは、高電力消費のハードディスクドライブ（ＨＤＤ）が継続的に動くことを必要とする。
【０００９】
これらのアプローチは、 それによって、マイクロソフト社のＷＭＡ、または音楽業界で提案されたセキュアオーディオのためのＳＤＭＩ（Secure Digital Music Initiative）のような最近出現している音楽圧縮アルゴリズムにシステムを適合させるという機会を除外し、ＭＰ３圧縮だけで機能を果たすことに限定される。この技術で知られている専用のシリコンによる解決方法は、常にハードディスクドライブからの圧縮されたオーディオファイルをデコードしなければならず、それ故に常にオーディオファイルを読んでいなければならないＤＳＰを使用する。そのような知られている方法は、（例えば、大洋横断のフライトにおいて希望される使用で起こり得る４時間から１０時間よりずっと速い）バッテリの速い放電を引き起こすような、多くのパワーを必要とする。
【００１０】
このように、ＩＣによる実施と、ノンストップでアクセスされるハードディスクドライブとを必要とする周知のハードウェアによるＭＰ３のデコーダとプレーヤは、高電力消費で、アップグレードしづらく、そして高価である。
【００１１】
本発明は、低電力消費で、いろいろな音楽圧縮フォーマットの分野にアップグレード可能であり、現在入手できるハードウェアによる実施のコストのわずか半分のコストで済むと思われると共に、その時間の０．５％未満の間ＨＤＤまたはＣＤ−ＲＯＭにアクセスさせるだけで、１００曲に及ぶ音楽の選択物を再生することを可能にさせるであろう解決方法を提供する。
【課題を解決するための手段】
【００１２】
本発明によるコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを含んでいる。１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目の娯楽モードにおいて実行される。娯楽モードで動作しているＰＣ（コンピュータ）は、ＤＶＤ再生アプリケーション、テレビアプリケーション、デジタル装置アプリケーション、遠隔制御アプリケーション、音声録音アプリケーション、オーディオ再生アプリケーションのような、いろいろな娯楽ソフトウェアアプリケーションを操作しても良い。
【００１３】
本発明による別の実施例では、ＰＣの急速起動の方法が提供されている。その方法は、状態の検出と、ＢＩＯＳ起動手順の実行と、状態に関連したイメージファイルの読み込みと、状態に関連したイメージファイルの実行というステップを含んでいる。
【００１４】
更に別の実施例では、ＰＣを娯楽モードで実行するように構成された小型ＯＳを急速起動する方法が提供されている。その方法は、それによって娯楽モードにおけるＰＣの操作を可能にする小型ＯＳを読み込むために、娯楽モードが希望されていることの決定と、状態の検出と、ＢＩＯＳ起動手順の実行と、状態に関連したイメージファイルの読み込みと、状態に関連したイメージファイルの実行というステップを含んでいる。
【００１５】
その上、更に進んだ実施例では、本発明による加速されたＢＩＯＳ起動は、省略するべきタスクの特定、タスクの省略、延期可能なタスクの特定、延期可能なタスクのより遅い時間への延期を含んでいる。
【００１６】
その上、更に進んだ実施例では、ホストコンピュータシステムと通信するように構成されたホストインタフェースと、関連した外部の記憶装置と通信するように構成された記憶装置インタフェースと、そして関連した外部の記憶装置とホストコンピュータシステムとの間の安全な通信を提供するように構成されたエンジンとを備えたパレンタル制御回路が提供されている。
【００１７】
その上、更に進んだ実施例では、データへのアクセスにおけるパレンタル制御を可能にするコンピュータシステムが提供されている。そのコンピュータシステムは、システムＣＰＵと、オペレーティングシステムと、そしてスロット（差し入れ口）とを備えたコンピュータホストサブシステムを含んでいる。そのコンピュータシステムは、記憶装置と、パレンタル制御回路とを備えたパレンタル制御システムもまた含んでいる。その記憶装置は命令データを含んでおり、そして、その記憶装置はコンピュータホストサブシステムのスロットに適合するように構成されている。
【００１８】
パレンタル制御回路は、記憶装置の命令データを表す１番目のコード化された信号を受信し、命令データを表す２番目のデコードされた信号をオペレーティングシステムに供給するように構成されており、オペレーティングシステムは、２番目のデコードされた信号を基礎とするコンピュータホストサブシステムのアプリケーションに対するアクセスを制御するために、２番目のデコードされた信号に応答する。
【００１９】
その上、更に進んだ実施例では、本発明によるコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを具備しており、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目の娯楽モードにおいて実行される。コンピュータシステムは、外部の記憶装置と２番目のオペレーティングシステムとの間の安全な通信を提供するように構成されたパレンタル制御回路もまた含んでおり、外部の記憶装置は、娯楽モードにおけるコンピュータシステムの操作の範囲に注目する関連した利用者に対する命令データを含んでいる。
【００２０】
本発明の別の実施例では、コンピュータシステム上のデータアクセス方法が提供されている。その方法は、少なくともドライブとＣＰＵとメモリとを備えたコンピュータシステムのドライブから、圧縮されたデータを選択する処理と、圧縮されたデータを読み込む処理と、圧縮されたデータを復元するためにＣＰＵに圧縮されたデータを提供する処理と、それによって復元されたデータを提供する処理と、メモリに復元されたデータを記憶する処理とを含んでいる。
【００２１】
その上、発明の更に進んだ実施例では、データへのアクセスに適応したコンピュータシステムが提供されている。そのコンピュータシステムは、１または２以上のファイルに記録されている圧縮されたデータと、少なくともファイルの１つを利用者が選択できるように構成された少なくとも１つの選択キーと、システムＣＰＵと、制御装置と、ファイル管理ソフトウェアを含むオペレーティングシステムとを含んでいる。ファイル管理ソフトウェアは、ファイルを管理し、少なくとも１つの選択キーにより、利用者がファイルにアクセスすることを可能にするように構成されている。オペレーティングシステムは、制御装置とＣＰＵを制御して、利用者により選択された少なくとも１つのファイルをＣＰＵに復元させるようにもまた構成されている。
【００２２】
その上、発明の更に進んだ実施例では、圧縮されたデータへのアクセスに適応したコンピュータシステムが提供されている。そのコンピュータシステムは、システムＣＰＵと、メモリと、圧縮されたデータを記憶する少なくとも１つのドライブと、少なくともシステムＣＰＵとメモリとを制御するように構成された１番目のオペレーティングシステムと、システムＣＰＵに圧縮されたデータを復元されたデータへ復元させ、復元されたデータをメモリへ記憶させるように構成された２番目のオペレーティングシステムとを含んでいる。
【００２３】
別の実施例では、本発明によるオーディオの圧縮モードにおいてオーディオファイルの再生に適応したコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵと、コンピュータシステムが２番目のオーディオの圧縮モードにある間、少なくとも利用者がディレクトリモードに入れるように構成された少なくとも１つの選択キーとを含んでおり、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目の娯楽モードにおいて実行され、ディレクトリモードは、利用者にオーディオファイルのディレクトリへのアクセスを提供する。
【００２４】
本発明によるオーディオの圧縮モードにおいてオーディオファイルの再生に適応した別のコンピュータシステムは、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵを含んでおり、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目のオーディオの圧縮モードにおいて実行され、オーディオの圧縮モードにおいて動作しているコンピュータシステムは、媒体選択アプリケーションと、音声録音アプリケーションと、デジタル装置アプリケーションと、そして遠隔制御アプリケーションとから成るグループから選択されたソフトウェアアプリケーションを操作する。
【００２５】
本発明によるオーディオファイルの再生に適応した別のコンピュータシステムは、システムＣＰＵと、メモリと、圧縮されたオーディオデータを含む少なくとも１つのドライブと、入力オーディオ装置と、少なくともシステムＣＰＵとメモリの制御に適応した１番目のオペレーティングシステムと、２番目のオペレーティングシステムとを含んでおり、
２番目のオペレーティングシステムは、システムＣＰＵに圧縮されたデータを復元させ、復元されたデータをメモリへ記憶させるように構成されると共に、音声録音アプリケーションの間、利用者がアナログ音声を入力オーディオ装置に入力することを可能にするようにもまた構成される。
【００２６】
本発明によるオーディオファイルの再生に適応した別のコンピュータシステムは、システムＣＰＵと、メモリと、圧縮されたオーディオデータを含む少なくとも１つのドライブと、少なくともシステムＣＰＵとメモリの制御に適応した１番目のオペレーティングシステムと、２番目のオペレーティングシステムとを含んでおり、２番目のオペレーティングシステムは、システムＣＰＵに圧縮されたデータを復元させ、復元されたデータをメモリへ記憶させるように構成されると共に、利用者がデジタル装置からデジタルデータを入力することを可能にするようにもまた構成されている。
【００２７】
本発明によるオーディオファイルの再生に適応した別のコンピュータシステムは、システムＣＰＵと、メモリと、トランシーバと、圧縮されたオーディオデータを含む少なくとも１つのドライブと、少なくともシステムＣＰＵとメモリの制御に適応した１番目のオペレーティングシステムと、２番目のオペレーティングシステムとを含んでおり、２番目のオペレーティングシステムは、システムＣＰＵに圧縮されたデータを復元させ、復元されたデータをメモリへ記憶させるように構成されると共に、利用者がコンピュータシステムをトランシーバに遠隔制御信号を供給する遠隔制御装置から制御することを可能にするようにもまた構成されている。
【００２８】
最後に、本発明によるオーディオの圧縮モードにおいてオーディオファイルの再生に適応した別のコンピュータシステムは、トランシーバと、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答するシステムＣＰＵとを含んでおり、１番目のオペレーティングシステムは、コンピュータシステムにより、１番目の操作モードにおいて実行され、２番目のオペレーティングシステムは、コンピュータシステムにより、２番目のオーディオの圧縮モードにおいて実行され、関連した遠隔制御装置から遠隔制御信号を受信した後に、制御信号がトランシーバにより供給される。
【発明を実施するための最良の形態】
【００２９】
一実施例において、本発明によるコンピュータシステムは、小型ＯＳ（オペレーティングシステム）ソフトウェアと、サウスブリッジと利用者により希望された音楽選択物（あるいは他の記録されたオーディオ）を再生するためのコーデックとの間のハードウェアインタフェース（専用回路）とを含んでいる。別の実施例では、唯一の問題解決方法としてソフトウェアを使用するコンピュータシステムのように、ハードウェアが必要とされない。
【００３０】
本発明の小型ＯＳソフトウェアは、例えばWindows(登録商標)のようなフルシステムのオペレーティングシステムにより実行される全てのバックグラウンド機能を実行することなく、そして携帯用コンピュータのモニタ回路構成とモニタ画面にアクセスすることなく、それらの機能だけを実行すると共に、必要とされる携帯用コンピュータのそれらの要素に、それらが必要とされる時に選択された音楽を再生することを可能にさせる。その上、本発明の小型ＯＳは、圧縮されたファイルがＲＡＭに転送されている時、ＨＤＤにのみアクセスする。従って、本発明の小型ＯＳソフトウェアの部分は、オーディオを再生する時、ファイル管理と電力の節約の機能の両方を実行するように考えられるだろう。
【００３１】
図１は、本発明の一実施例の代表的なソフトウェア圧縮オーディオプレーヤの操作上の流れを表示するブロック図である。図１で例示する操作上の構想は次の通りである。
１番目：携帯用コンピュータの例えばWindows(登録商標)のようなフルシステムのオペレーティングシステム上で実行される閲覧ソフトは、最初は、利用者が携帯用コンピュータをオーディオプレーヤとして利用することを希望し、利用者がより遅い時間に聞くことを希望する歌を含む再生リストが生成される前の適当な時に、圧縮された音楽ファイル（例えば１０００曲）を、ＰＣハードディスクドライブ（ＨＤＤ）（２）（例えば４ギガバイトのＨＤＤスペースを使用する）にダウンロードするために使用される。
【００３２】
２番目：利用者が携帯用コンピュータをオーディオプレーヤとして利用することを希望する時、一度希望する音楽ファイルがＨＤＤ上に存在すると、利用者は携帯用コンピュータを十分に起動するために、オーディオプレーヤのＯＮスイッチを操作し、コンピュータ全体が起動すると、通常のマイクロソフト社のWindows(登録商標)ＯＳ（フルシステムのオペレーティングシステムは開示されていない）の代わりに、電力の節約を初期化するサブルーチンと共に本発明のミニＯＳが読み込まれ、そして、携帯用コンピュータのそれらの部分を必要物として初期化し、ファイル管理サブルーチンは、利用者の指揮の下に聴取するように希望された音楽に対してステップ１において生成された、多大な数の歌の歌再生リストまたはノートを初期化する。
【００３３】
３番目：小型ＯＳソフトウェアは、その時ＨＤＤ（２）からＲＡＭ（４）へコピーされると共に、更に歌再生リストにおける最初の圧縮されたファイルのセットは、ＨＤＤ（２）からシステムＲＡＭ（４）へコピーされ、なおかつ本発明の小型ＯＳソフトウェアを使用する。例えば、現在のＰＣでは１２８メガバイトが代表的なシステムＲＡＭサイズであり、本発明の小型ＯＳソフトウェアは、およそＲＡＭの８メガバイトを占め、およそ１２０メガバイトを圧縮された音楽のメモリ（すなわち、キャッシュまたはバッファ、システムメモリとしての使用、専用メモリ、または他のメモリ）として残す。その１２０メガバイトは、ＭＰ３ファイルの代表的な１０対１の圧縮率で、２時間の連続的な圧縮された音楽を表現する。同様に、ＭＰ３の記憶装置にフラッシュメディア（媒体）が使用される場合には、全てまたは殆どのフラッシュメディアカードの中身がシステムＲＡＭ（４）にコピーされ、従ってフラッシュメディアリーダのアクセスを極小化することと、ＭＰ３ファイルに関するより敏感な制御を考慮に入れることを可能にする。
【００３４】
４番目：本発明のファイル管理ソフトウェアは、ＲＡＭ（４）に記憶された本発明のファイル管理ソフトウェアを使用してデコードアルゴリズムがそれぞれのファイルを復元するＣＰＵ（６）に、最初の音楽ファイルの部分を連続的に伝達する。一度デコードされると、ＰＣＭオーディオデータが「ＣＰＵがＰＣＭオーディオデータをサウスブリッジ（図３の符号３２を参照）のＦＩＦＯバッファに引渡す。」、「サウスブリッジトランスファのＤＭＡがデータをサウスブリッジの内部でＦＩＦＯバッファに転送する。」、「専用回路がＬＰＣインタフェースからデータをＦＩＦＯバッファに転送する。」という３つの方法の１つにより転送される。ＦＩＦＯバッファは、その時に、デコードされた信号がデジタルからアナログに変換される本発明の専用回路を通して、デコードされた音楽の各編をコーデック（８）（同様に図３の符号４２を参照）に連続的に与える。次に、コーデック（８）の出力信号は、スピーカ及び／またはヘッドセット（図３の符号４６参照）を駆動するために、増幅される（１０）（同様に図３の符号４４参照）。
【００３５】
５番目：再生リストにおける最初のセットの最後の歌をメモリから再生している間、ＲＡＭ（４、３０）に記憶された本発明のファイル管理ソフトウェアは、ＲＡＭのメモリから、第１のステップで明らかにされると共に、初期に書かれた歌再生リストにより決定される圧縮された音楽ファイルの次のセットを検索するために、制御を第４のステップへ戻す。従って、第４、第５のステップは、セット中の最後の音楽選択物を再生するまで、圧縮された音楽ファイルの各セットに対して繰り返される。その時点で、時間制御は、同様に第４、第５のステップを通して再生される別のセットを再生リストから読み込むために第３のステップへ戻る。第２のステップの全部の再生リストから最後の歌が再生される時、または利用者が音楽再生機能を止めた時、プレーヤの操作が終了する。
【００３６】
本発明の小型ＯＳの電力の節約ソフトウェアは、ＣＰＵ、周辺のチップ、ＨＤＤ、そして他の制御可能なシステム要素を可能な限り最高の時間率でアイドル状態にすることを保証する。本発明により提案される解決方法の興味ある特性は、ＣＰＵのより高いＭＩＰＳ（Million Instructions Per Second）能力と、ＣＰＵがデコード機能の実行に費やすであろうより小さい時間の割合いである。これは、圧縮された音楽演奏を再生している時に、ＣＰＵのより高い性能が、例えばよりいっそうバッテリ電力を節約し、バッテリが携帯用コンピュータに電力を供給するための十分な電荷を維持する時間の長さをより延長するような、いっそう低電力の使用法を証明するであろうことを意味する。
【００３７】
小型ＯＳは、利用者の操作に対し、本発明の専用回路を通して（図３の符号４０参照）、オーディオ制御ボタン（例えば、聴取中の再生、早送り、巻き戻し、一時停止、走査、前のトラック、次のトラック、最初のトラック、最後のトラック、早送り／巻き戻し、オーディオソース／媒体の選択（例えばＨＤＤか、またはＣＤか）等）（図３の符号４８参照）を監視し、本発明の小型ＯＳのファイル管理ソフトウェアに利用者の要請を伝達する。任意には、小型ＯＳのディスプレイ管理サブルーチンの制御下において、視覚による状態表示器（例えば、歌の番号、歌の題名、トラックの番号、再生時間、及びアイコン）を提供するために、小型のＬＣＤ（液晶表示）ディスプレイ（図３の符号３４参照）が専用回路に接続されても良い。
【００３８】
本発明の小型ＯＳの電力の節約ソフトウェアは、メモリと中心ロジックのチップセットとを含み、十分にオンされ機能状態にあるシステムのリセットを維持している間は、第１にＣＰＵと、ＣＤ、ＨＤＤのようなＭＰ３記憶装置と、ＳＤ（Secure Digital）カード、ＭＭＣ（Multimedia Card）、メモリスティック（登録商標）、そしてＳＭＣ（スマートメディア（登録商標）カード）のようなフラッシュメディアの使用法を管理する。第２に、電力の節約は、それらをアイドル状態に置くことにより、いっそうその上電力使用を最小にするために、他のＰＣのサブシステムに適用される。
【００３９】
例えば、５００ＭＨｚのペンティアム（登録商標）ＩＩＩのＣＰＵは、およそ２２５ＭＩＰＳの処理能力があり、デコードアルゴリズムは、およそ１５ＭＩＰＳを必要とするので、ＣＰＵは時間にして１０％よりも少ない時間動作しているであろう。時間にしてその他の９０から９５％は、ＣＰＵは数ミリアンペアだけの電流を必要とするスタンバイモードとなるであろう。あるいは、ＣＰＵは、例えばＡＭＤ社のアスロンＣＰＵのような現在の殆どのＣＰＵにおいてオプションとして提供されている、より遅いクロックスピードで実行させることができる。同様に、ＨＤＤは、ＲＡＭを満たす、または補充する間の時間にアクセスされる。
【００４０】
従って、平均的な歌は再生におよそ４分かかり、ＲＡＭは１２０メガバイトで３０曲の歌を保持するので、そしてＨＤＤは、回転上昇のために１から５秒、歌再生リストをＲＡＭに読み込むために数秒を必要とするので、１２０分の再生時間のために、ＨＤＤに対する総計のアクセスタイムは、比率にして１対２４０で、フルパワーの処理時間の０．５％より少ない３０秒となるかもしれない。これらの要因は、携帯用コンピュータのフルオペレーティングシステムの代わりに本発明の小型ＯＳを使用することによりもたらされた電力の節約を増す。携帯用コンピュータが音楽再生モードの時、本発明の全部の電力消費の結果はとても低く、そしてこのことは、バッテリが、直接的に以前の技術による耐久時間よりももっと長時間、有効な充電レベルを維持することになる。
【００４１】
当業者が認識するように、本発明の圧縮された音楽データは、ハードディスク、他の磁気（例えばテープ）媒体、光学（例えばＣＤ−ＲＯＭ）媒体、フラッシュメディア（例えば、ＳＤカード、ＭＭＣ、メモリスティック（登録商標）、ＳＭＣ）、または、その他のあらゆる記憶媒体に記録されていても良い。
【００４２】
図３は、本発明の一実施例による代表的なシステム３１の一般化された全体のブロック図である。システム３１のブロックの大部分は、この技術で知られている要素であり、コンピュータのスピーカを通して音を出力するために、一般には全てのＰＣコンピュータに含まれている。ここに示されているのはシステムクロック５６であり、図３の簡単化のために、クロック信号を必要とするいろいろな要素に接続するようには示されていない。更に、ＣＰＵ２６は、ノースブリッジ２８と接続するように示されている。
【００４３】
一方、ノースブリッジ２８はシステムＲＡＭ３０とサウスブリッジ３２に接続している。そして、サウスブリッジ３２はＨＤＤ３６とＣＤ−ＲＯＭ３８に接続している。一般的に、サウスブリッジ３２は、ＡＣリンク（AC_link ）を通して直接的にコーデック４２にもまた接続されるが、しかしながら、代表的なシステム３１に示すように、サウスブリッジ３２とコーデック４２との間に、非圧縮のアナログオーディオの再生機能に影響を与えることなく、システムＲＡＭ３０からの本発明の小型ＯＳ８０と共に、圧縮されたデジタルオーディオを再生することができるように、専用回路４０（後述する図４の説明参照）が挿入される。
【００４４】
当業者は、小型ＯＳが代わりに専用のＲＯＭ（専用回路４０の内部か、あるいはその外のどちらかの）、ハードディスク、または他の媒体に記憶され得るであろうと認識するであろうが、この構成では、小型ＯＳ８０はＢＩＯＳの中に記憶されている。このように、サウスブリッジ３２からＡＣ＿ＬＩＮＫ１が、必要な時に復元機能を実行する専用回路４０に接続され、更にＡＣ＿ＬＩＮＫ２によって、あらゆるオーディオ信号がコーデック４２に供給される。コーデック４２は、その時、専用回路４０から受信した全ての信号に対しては普通の機能を実行し、スピーカ４６またはヘッドフォン（図示せず）で再生されるオーディオ信号を増幅器４４に印加する。
【００４５】
システム３１では、コンピュータのそれらの部分には、通常の（すなわち、その技術で知られている）オーディオ再生中と同じように、オーディオ機能が実行されているように思わせながら、従って、サウスブリッジ３２とコーデック４２の操作において最小限の影響を与えるかまたは影響を与えずに、ＡＣ＿ＬＩＮＫ１は、サウスブリッジ３２に対する標準のＡＣリンクのように見えると共に振る舞い、そしてＡＣ＿ＬＩＮＫ２は、コーデック４２に対する標準のＡＣリンクのように見えると共に振る舞う。また、図３に示されているものは、その機能が図４を参照してこの中の下文に説明されたファンクションスイッチ４８、小型ＬＣＤディスプレイ３４、オーディオプレーヤ電源スイッチ５４である。
【００４６】
図４は、専用回路４０の内部のブロック図の詳細と、コンピュータシステムの残りの部分の全ての詳細の表示を省略して、専用回路が接続されたコンピュータの他の関連する部分の詳細とを含んでいる。専用回路４０は、本発明の実施例を携帯用コンピュータに組み入れるために必要なＰＣＢスペースを最小化するために、ＩＣとして製造されても良い。サウスブリッジ３２は、ＡＣ９７規格制御装置５０とＬＰＣ（low pin count）制御装置５２と共に、標準の双方向のＡＣリンクであるＡＣ＿ＬＩＮＫ１とサウスブリッジ３２と専用回路４０との間のＬＰＣバスとを備えた専用回路４０の左側に示され、一方向のＩＲＱ（Interrupt Request）が専用回路４０からサウスブリッジ３２へ接続している。
【００４７】
右側では、専用回路４０が、ＡＣ＿ＬＩＮＫ２によって、圧縮されていないオーディオをＡＣ９７規格のコーデック４２に供給している。また、右側にはファンクションキー４８、そして下にはＬＣＤ３４がそれぞれ示され、専用回路４０に接続されている。その上、図４は、いろいろな要素に接続されたシステムクロック５６を、そして下方の左側にはオーディオプレーヤの電源スイッチ５４を含んでいる。電源スイッチ５４は、本発明によるシステムにおける使用において、利用者が電源スイッチ５４によってプレーヤモードを開始する時、小型ＯＳ（フルシステムＯＳの代わりに）だけが開始されるように提供されている。
【００４８】
専用回路４０における内部回路は、ＡＣ＿ＬＩＮＫ１とＡＣ＿ＬＩＮＫ２とを接続するスイッチ６０と、レジスタブロック６６の内部レジスタの設定に応じて、ＰＣがフルシステムのＯＳで標準的に作動する時に、ＡＣ＿ＬＩＮＫ１とＡＣ＿ＬＩＮＫ２とを接続するようにスイッチ６０を閉じ、本発明によるシステムが使用される時にスイッチ６０を開く機能である。ＬＰＣパスはＬＰＣインタフェースに接続されている。スイッチ６０とＡＣ＿ＬＩＮＫ２は、ステートマシーン６４に接続されており、一方、ステートマシーン６４のもう一方のポートは、バス７４によって、ＬＰＣインタフェース６２の出力と、レジスタブロック６６はもちろん、ファンクションキーインタフェース６８と、ＬＣＤインタフェース７２とに接続されている。
【００４９】
レジスタブロック６６のもう１つのポートは、ステートマシーン６４の３番目のポートにもまた接続されている。ファンクションキー４８は、ファンクションキーインタフェース６８に接続されており、そしてＬＣＤ３４は、ＬＣＤインタフェース７２に接続されている。また、ファンクションキーインタフェース６８は、利用者によりファンクションキー４８の中の１つが選択された時、レジスタブロック６６に信号を供給する。この中の上文で論じられた２番目のステップにおいて利用者により操作されるオーディオプレーヤ電源スイッチ５４は、ここまでで記述されたように操作するために、ＰＣを作動させるのに使用されても良い。その接続は、本発明の実施例が実施されるコンピュータの製造会社により規制されるいろいろな要因により変更されるので、スイッチ５４は、携帯用コンピュータの直流電圧源に接続され、あらゆる特定のブロックには接続されないことが図４において示されている。より具体的には、専用回路４０の内部のブロックは、以下のように動く。
【００５０】
「ＬＰＣインタフェース」
専用回路４０は、サウスブリッジ３２のＬＰＣ制御装置５２と接続するために、ＬＰＣ（Low Pin Count）インタフェース６２を含んでいる。ＬＰＣインタフェース６２は、
（１）レジスタブロック６６内のファンクションキー入力レジスタを読む。
（２）ＡＣ９７規格のコーデック４２を制御するためのレジスタブロック６６内の制御レジスタを設定する。
（３）システムメモリ（ＲＡＭ３０）から、オーディオＰＣＭ（Pulse Code Modulation）データを取得する。
そして、
（４）クロックの減速制御を実行する。
ために、ＣＰＵ２６により使用される。
レジスタブロック６６のモードレジスタの設定は、スイッチ６０を閉じた通常のコンピュータ操作モード（例えばマイクロソフト社のWindows(登録商標)ＯＳの実行中）と、圧縮されたオーディオファイルを再生するためにスイッチ６０を開いた本発明によるシステムのモード（小型ＯＳの実行中）との間で専用回路４０を切り替えるためにスイッチ６０の状態を制御する。
【００５１】
「サウスブリッジにおけるＡＣ９７規格制御装置５０のインタフェース（ホストからのＡＣ＿ＬＩＮＫ１）」
通常のコンピュータ操作モードの間、まるで専用回路４０が示されていなかった時のようにオーディオ出力信号を生成するために、サウスブリッジにおけるＡＣ９７規格制御装置５０のインタフェースが、直接的に閉じられたスイッチ６０を通してＡＣ９７規格のコーデック４２へ接続されるように、スイッチ６０は閉じられている。圧縮されたオーディオファイルを再生するために、小型ＯＳが動作している時、スイッチ６０は開かれており、そしてステートマシーン６４がＡＣ９７規格のコーデック４２を制御する。
【００５２】
「ＡＣ９７規格コーデックインタフェース（ＡＣ９７規格コーデック４２へのＡＣ＿ＬＩＮＫ２）」
コンピュータが小型ＯＳの制御下で動作している時、スイッチ６０は、開いている。ステートマシーン６４は、ＡＣ９７規格のコーデック４２に対する制御信号を生成するために、ホスト（ＣＰＵ２６）によりセットされるレジスタブロック６６の設定に応答してその時ＡＣ＿ＬＩＮＫ２を制御する。（例えば、サンプリング周波数を変更すること、ボリュームを制御すること、コーデック４２へＰＣＭデータを送信すること、コーデック４２を電力の節約モードに設定すること、または電力の節約モードからコーデック４２を目覚めさせること）
【００５３】
「ファンクションキー入力インタフェース６８」
ファンクションキーインタフェース６８は、ファンクションキー４８からのユーザー選択を受信し、そして、ＣＰＵ２６により読まれるように、その選択を内部のレジスタに記憶する。
【００５４】
「ＬＣＤインタフェース７２」
ＬＣＤインタフェース７２は、ＬＣＤ３４が状態情報を利用者に提供するために使用される場合にだけ必要となる。使用される時、その目的は、本発明によるシステムが使用されている時に、低コストのＬＣＤ３４上でプレーヤーの状態を示すことである。選択再生におけるのオーディオトラック番号の状態、状態アイコン（例えば、再生）、及び他の一般的な状態アイコンは、システムにプログラムされ、そして、あらゆる他の目的のために表示されても良い。
【００５５】
「操作モード」
（Ａ）通常の操作モード：
ＰＣが十分に電力を供給されていて、そしてフルシステムのＯＳの制御下で動作している時、専用回路４０のいろいろな機能は回避され、そして、上記で論じられたように、スイッチ６０は閉じられる。通常のモードにおいて、コンピュータシステムは、 ＡＣリンクを経てＡＣ９７規格のコーデック４２を直接制御するために、サウスブリッジのＡＣ９７規格制御装置５０を使用する。（通常のモードにおいては、スイッチ６０が閉じられるので、ＡＣ＿ＬＩＮＫ１とＡＣ＿ＬＩＮＫ２は同一である。）専用回路は、 ＡＣリンクの信号を遮断及び変更しない。
【００５６】
（Ｂ）圧縮されたオーディオの演奏モード :
スイッチ５４が閉じられた時、そのシステムは小型ＯＳの制御下で動作し、専用回路４０は、圧縮されたオーディオの演奏モードにおいて権限を与えられて動作する。サウスブリッジのＡＣ９７規格制御装置５０は、スイッチ６０が開いているので、このモードにおいては、ＡＣ９７規格のコーデック４２から分離される。圧縮されたオーディオの演奏モードにおいて、ホスト（ＣＰＵ２６）は、ＡＣ９７規格のコーデック４２へのデータ流れを制御し、そしていろいろな電力管理機能を実行するために、レジスタブロック６６の内部レジスタをセットする。
【００５７】
「圧縮されたオーディオの演奏モードにおける電力の節約の制御方法」
専用回路４０の柔軟な制御方法は、演奏モードにおけるシステム制御サイクル及び電力消費を最小限にするために提供される。システムメモリ（ＲＡＭ３０）は、ＣＰＵ２６がスタンバイレベルとは異なる高速の外部バスにアクセスする必要がある時間を最小限にする専用回路４０に、ＣＰＵ２６の代わりに大部分の制御コマンドを渡すために使用される。これは、このモードにおける携帯用コンピュータのバッテリの電力負担を、かなり減少させる。ＣＰＵ２６は、レジスタブロック６６内のシステム制御メモリレジスタもまた設定する。ステートマシーン６４は、ＬＰＣインタフェース６２を経て自動的に制御命令とＰＣＭデータを得るために、それらのレジスタ設定に操作の基礎を置く。
【００５８】
システムメモリ（ＲＡＭ３０）内の制御命令は内部レジスタに呼び出され、そしてステートマシーン６４は、ＰＣＭまたはオーディオデータの準備が整っているかどうかを決定するために、制御命令をデコードする。もし、オーディオデータの準備ができているならば、 ステートマシーン６４は、オーディオデータを呼び出すことと、それをＡＣ９７規格のコーデック４２へ送信することを継続する。システムメモリ（ＲＡＭ３０）内の制御命令は、ＰＣＭデータのサンプリング周波数を表示するためにもまた使用することができる。従って、ＰＣＭデータが送られる前に、ステートマシーン６４は、ＡＣ９７規格のコーデック４２を適切な周波数に設定することができる。
【００５９】
当業者は、例えば ボリュームコントロールまたはオーディオ制御ボタンがそれに統合されても良い等、ヘッドホンまたはヘッドセットシステムが、この中の上文で説明されたものより更なる機能性を含んでも良いということを認識するであろう。
【００６０】
本発明による専用回路が、システムの残りの操作に関係なく音楽を演奏することが可能な、フルタイムで圧縮された(及び／または圧縮されない)オーディオの再生システムに統合されても良いということもまた認識されるべきである。この構成においては、Windows(登録商標)制御下のファンクションボタンからの割り込みを扱うためのソフトウェアドライバはもちろん、専用回路と小型ＯＳとが供給される。この構成においては、システムの残りが十分なオンモード（Ｓ０）または休止（スリープ）（ＲＡＭを一時停止する、またはＳ３）モードのいずれかの状態の時に、システムは、例えば、再生リストに記憶された圧縮されたオーディオファイルの再生に適しているであろう、Windows(登録商標)の制御下で動作しているMusic MatchまたはWindows(登録商標)Media Playerのような、カスタムまたは標準のオーディオプレーヤの実行を開始するように構成されても良い。
【００６１】
この考え方では、専用回路を制御する代わりに、ファンクションボタンは、例えばMusic Matchのようなオーディオプレーヤソフトウェアのいろいろな特徴を制御するために付随のソフトウェアドライバを使うパススルータイプモード（passthrough-type mode）における使用に適しているかもしれない。Windows(登録商標)のような基本のオペレーティングシステムが十分にオフされている ( Ｓ５）か、あるいは冬眠（ハイバネート）（ＨＤＤを一時停止する、またはＳ４）モードのいずれかの状態の時に、専用回路の操作は、この中の上文で記述されたように再生リストから圧縮されたオーディオファイルを再生することを続行しても良く、ファンクションボタンが専用回路を制御する。
【００６２】
上述の電力状態（すなわち、十分にオンする、ＲＡＭを休止する／一時停止する、十分にオフする、ＨＤＤを冬眠させる／一時停止する）は、次の通りに“Advanced Configuration and Power Interface”（“ＡＣＰＩ”）標準規約の使用にしばしば言及されることが有名である。代表的なオペレーティングシステム（例えば、Windows(登録商標)）は、Ｓ０（十分にオンし、使用できる）からＳ５（電源オフ）までとされる６個のシステム電力状態をサポートする。
【００６３】
それぞれの状態は、次に述べる事柄で特色付けられる。電力消費、すなわちコンピュータがどれだけの電力を使用するか、ソフトウェア再開、すなわちオペレーティングシステムがどのポイントから再開するか、ハードウェア待ち時間、すなわちコンピュータを作業状態に復帰するのにどのくらいかかるか、そして、システムの前後関係、すなわちどのくらいのシステムの前後関係が保持されるか、または作業状態へ復帰するために、オペレーティングシステムが再起動しなければならないかどうか。
【００６４】
状態Ｓ０は作業状態である。状態Ｓ１、Ｓ２、Ｓ３、そしてＳ４は、その中で、電力消費の減少によりコンピュータが見えなくなる一方、オペレーティングシステムを再起動せずに作業状態に復帰するために、十分な前後関係を保持している休止状態である。状態Ｓ５は、シャットダウンまたはオフ状態である。シャットダウン状態（Ｓ５）、またはいずれかの休止状態（Ｓ１〜Ｓ４）から作業状態（Ｓ０）に変化する時システムは目覚め、そして作業状態からいずれかの休止状態、またはシャットダウン状態に変化する時システムは休止し、システムは、直接一方の休止状態へもう一方からは移行できず、いずれかの休止状態へ移行する前には、いつでも作業状態に移行しなければならない。
【００６５】
例えば、システムは、状態Ｓ２からＳ４へ、また状態Ｓ４からＳ２へも変化できない。まず、そこからそれが次の休止状態に移行できる状態Ｓ０に戻らなければならない。なぜなら、中間の休止状態におけるシステムが、既にいくらかの操作の前後関係を失っているので、それが追加の状態変化を生成しても良くなる前に、その前後関係を修復するために、作業状態に復帰しなければならない。
【００６６】
図３と共に、図２をここで参照すると、本発明の一実施例における小型ＯＳの電源投入とプレーヤ機能の開始に対する代表的なシーケンス２００が例示されている。上記に明言されたように、本発明を装備されたＰＣのオーディオプレーヤ機能の開始の前の適当な時に、利用者は、関心があるオーディオファイルをＨＤＤ３６にダウンロードする（図２には図示せず）か、または、本発明の特色をなすオーディオプレーヤ機能で使用するためのＣＤ−ＲＯＭドライブ３８に据えられるＣＤ−ＲＯＭを焼く。
【００６７】
図示されたように、ステップ２０１において、システムを起動するために、利用者がオーディオプレーヤ電源スイッチ５４か、コンピュータのメイン電源スイッチ（図３には図示せず）のいずれかを押すと、シーケンス２００が始まる。ステップ２０２において、コンピュータを通常の操作モードで起動するか、圧縮されたオーディオの演奏モードで起動するかの決定がその時行われる。当業者は、この決定を、アプリケーションプログラム、またはそのような能力を提供するオペレーティングシステム（例えばWindows(登録商標)98）により代りに行われ得るであろうと認識するであろうが、この決定は、一般的には、コンピュータの電源スイッチ、または、オーディオプレーヤ電源スイッチ５４がコンピュータを起動するために使用されたかどうかに基づいて、ＢＩＯＳにおいて行われる。
【００６８】
もし、コンピュータの電源スイッチがコンピュータを起動するために使用されたならば、その時、ステップ２０３において、システムは通常の操作モードを起動し、通常のオペレーティングシステム（例えば、Windows(登録商標)98）がシステムＲＡＭ３０に読み込まれて実行される。もし、オーディオプレーヤ電源スイッチ５４がコンピュータを起動するために使用されたならば、ステップ２０４において、小型ＯＳがシステムＲＡＭ３０に読み込まれる。ステップ２０５では、小型ＯＳは、１個またはそれより多いノースブリッジ２８と、サウスブリッジ３２と、専用回路４０と、ハードドライブ３６と、ＣＤ−ＲＯＭドライブ３８と、コーデック４２と、そしてＣＰＵ２６とを含むシステムのコンポーネント（要素）を初期化する。
【００６９】
システムの初期化時には、オーディオの復元リクエストが宙に浮いていないので（すなわち、メモリバッファが満杯でない）、ステップ２０８では、どちらかの決定が行われ、ステップ２０７では、ファンクションキー４８の中の１つが押されるまで、システムはファンクションキー４８の中の１つからの入力信号を待ち、ステップ２０６において、この時点で適切な機能が実行され、適切にＬＣＤディスプレイが更新される。もし、その命令が、オーディオを再生するための利用者からのリクエストを含むならば、この時、オーディオの復元リクエストは宙に浮いており、ステップ２０８では、どちらかの決定が行われる。
【００７０】
オーディオを再生するための最初のリクエストに関しては、圧縮されたオーディオファイルがシステムメモリ３０にないので、ステップ２０９では、どちらかの決定が行われ、ステップ２１０において、圧縮されたオーディオファイルがＨＤＤ３６、及び／またはＣＤ−ＲＯＭドライブ３８、及び／または携帯用メモリ媒体８２から読まれ、システムメモリ３０に読み込まれる。ステップ２１０において圧縮されたオーディオファイルがシステムメモリに読み込まれた後で、またはもし既にオーディオファイルがシステムメモリに存在すれば、ステップ２０９では、どちらかの決定が行われ、ステップ２１１において、オーディオファイルはその時システムＣＰＵ２６を使用して復元される。
【００７１】
ステップ２１２では、コーデック４２へのＤＭＡ転送が復元されたオーディオデータのために初期化され、それからコーデック４２からの出力信号が、スピーカ及び／またはヘッドホン４６を駆動するために増幅器４４により増幅される（図２には図示せず）。ステップ２１２においてＤＭＡ転送が初期化された後で、オーディオの復元リクエストが宙に浮いているかどうかを決定するために、制御ループはステップ２０８へ戻る。
【００７２】
「再生リストソフトウェア操作」
図５は、本発明の別の実施例による代表的なシステム３１の別の一般化された全体のブロック図である。この代表的な実施例において、システム３１は、再生リストデータ、及び／または圧縮されたファイルデータを保持するために使用可能な携帯用メモリ媒体８２を含んでいる。携帯用メモリ媒体８２は、スマートカード媒体、メモリスティック（登録商標）媒体、ＰＣＭＣＩＡメモリ媒体、及び／またはこの技術で知られている他の携帯用媒体であり得る。
【００７３】
システムがオンしており、媒体が携帯用メモリ媒体位置に存在していることが検出される場合（例えば、スマートカード、ＰＣＭＣＩＡ、ＣａｒｄＢｕｓカード、メモリスティック（登録商標）、またはその他の媒体が適切なスロットへの挿入により）、メモリリーダは、サウスブリッジ３２に対する割り込みを発生する。この実施例の専用回路４０は、割り込みもまた受信し、そして、メモリデバイス８２の再生リストデータを読むために適切なアプリケーション（例えばWindows(登録商標)Media Player）を開始するようオペレーティングシステムに指示するための命令を生成する。
【００７４】
この場合において、そのアプリケーションは、 メモリデバイス８２、または再生リストファイルにおいて指定された他の記憶場所のどちらからでも、再生リストを読み、オーディオデータを検索するために支配権を握る。同様に、小型ＯＳが使用可能であるとき、専用回路４０は、メモリデバイス８２が存在するかどうかをチェックし、そして再生リストデータ用の装置を走査するために応用される。そのシステムはそれから上述のように動作する。
【００７５】
この中に記述された再生リストファイルは、所望のＭＰ３の歌の順序を持つ利用者により組み立てられる一般化されたデータファイルである。再生リストは、同じく、どこに所望のＭＰ３データを置いているかをアプリケーションに教えるために、ディスクパス情報もまた含んでいる。あるオペレーティングシステムは、利用者がその場でドライブの文字を変えることを可能にする。従って、 再生リストソフトウェアは、オペレーティングシステムにより固有のドライブに与えられたボリュームシリアルナンバ（ＶＳＮ）を読む。シリアル番号は変わらない（ドライブを再フォーマットすることにより故意に変えられない限りは）ので、従って、ユーザーが固有のドライブの文字を再び割り当てたとしても、再生リストソフトウェアは、かまわず再生リストデータを追跡することができる。この特徴は、同様にディスクドライブのような切り替え可能な装置においてもまた機能する。
【００７６】
上記に記述された実施例は、ハードウェアに基づいたＯＳの選択を利用する（すなわち、メイン電源ボタンを押すことがWindows(登録商標)を起動し、一方オーディオ制御ボタンを押すことが小型ＯＳを起動する）けれども、他のＯＳ選択方法も同様に熟考されると、当業者に認識されるべきである。そのような選択方法は、例えばバッチファイルの使用、または他のスクリプトの作成、または１番目のＯＳをシャットダウンし２番目のＯＳを起動するソフトウェアに基づいた方法を含んでいる。
【００７７】
当業者は、本発明の小型ＯＳが、完全に個別のオペレーティングシステムとして実施される代りに、おそらく更に大きいＯＳ（例えば、Windows(登録商標)やLINUX等のＧＵＩに基づいたＯＳ）の一部、または、「オペレーティングシステム」以外の何か他の名前が付けられたソフトウェアコンポーネント（例えば「ドライバ」、「アルゴリズム」、「スクリプト」、「コード」、「プログラム」、「エグゼキュータブル（executable、実行可能）」、「ルーチン」、「サブルーチン」、「ユーティリティ」等。）として実施され得るであろうともまた認識するであろう。そのような実施例が、本発明の範囲内にあるように熟考される。
【００７８】
「ソフトウェア操作」
図６へ方向転換すると、本発明による別の代表的なコンピュータシステム６００の一般化されたブロック図が例示されている。コンピュータシステム６００は、システム６００が、圧縮されたオーディオモードにおけるシステム６００の操作に、前もって記述された専用回路４０（ハードウェア）を利用する代わりに、純粋なソフトウェアによる解決方法を使用する以外は、図３から図５の先に記述された実施例と類似している。そのように、ソフトウェアによる解決方法は、システム６００が、前もって記述された発明の全ての実施例の圧縮されたオーディオの演奏モードにおけるＰＣの操作を含めて、機能性全てを備えることを可能にする。
【００７９】
コンピュータシステム６００は、図３と図５に関して先に詳細に説明された従来の要素を含んでおり、今後、それらの要素とその操作についてのあらゆる反復的な記述は、この中では明快にするために省略される。それらの先に記述された要素に加えて、コンピュータシステム６００は、オーディオ制御ボタン４８と、ＬＣＤ３４と、そしてキーボード６０６との接続に適応する従来のキーボード制御装置６０４を含んでいる。オーディオの圧縮されたモードにおけるコンピュータシステム６００の操作は、プロセッサにより実行されることに適応したオーディオソフトウェアによって制御される。そのように、そのようなオーディオソフトウェアの操作は、プロセッサと機械で読める媒体とを必要とする。
【００８０】
プロセッサ、例えばＣＰＵ２６は、発明の実施例により必要とされるスピードと機能性とを提供することが可能であるプロセッサのあらゆるタイプであり得る。例えば、そのプロセッサは、インテル社により作られたプロセッサのPentium（登録商標）ファミリのプロセッサとすることができるであろう。機械で読める媒体は、プロセッサにより実行されることに適応した命令を記憶することが可能なあらゆるタイプの媒体であり得る。そのような媒体のいくらかの例は、それに限定されないものの、システムＲＡＭ３０と、リードオンリメモリ（ＲＯＭ）と、プログラマブルＲＯＭと、磁気ディスク (例えばフロッピー（登録商標）ディスクとＨＤＤ３６）と、光ディスク（例えば、ＣＤ／ＤＶＤ ＲＯＭ３８）と、そしてデジタル情報を記憶可能な他の装置とを含んでいる。
【００８１】
この中で使用されている「プロセッサにより実行されることに適応した」というフレーズは、プロセッサにより実行される前に、インストーラによりコンパイルまたはインストールされなければならない命令はもちろん、圧縮された、及び／または暗号化されたフォーマットで記憶される命令を含むことを意味する。プロセッサと機械で読める媒体は、機械で読める媒体の組み合わせがいろいろな制御装置を通してプロセッサによりアクセス可能であるオーディオソフトウェアの組み合わせを記憶するコンピュータシステム６００の一部であっても良い。
【００８２】
オーディオソフトウェアは、前もって詳細に説明された小型ＯＳとここからのＰＣシステムとを読み込んで操作するための機能性全てを提供する。更に、小型ＯＳそのものは、更に大きいＯＳの一部として実施され得るであろうし、もしくは、「アルゴリズム」、「スクリプト」、「コード」、「プログラム」、「ルーチン」、または、「サブルーチン」とすることができるであろう。
【００８３】
コンピュータシステム６００の操作は、図２の代表的なシーケンス２００を参照して、以下に詳細に説明される。先に詳細に説明したように、本発明を装備されたＰＣのオーディオプレーヤ機能の開始の前の適当な時に、利用者は、関心があるオーディオファイルをＨＤＤ３６にダウンロードする（図２には図示せず）か、または、本発明の特色をなすオーディオプレーヤで使用するためのＣＤ／ＤＶＤ ＲＯＭドライブ３８に据えられるＣＤ−ＲＯＭを焼く。
【００８４】
ステップ２０１において示すように、システムを起動するために利用者がオーディオプレーヤ電源スイッチ５４かコンピュータのメイン電源スイッチのいずれかを押す時、シーケンス２００が開始される。ステップ２０２では、コンピュータが通常の操作モードまたは圧縮されたオーディオの演奏モードのいずれで起動するかの決定がその時行われる。当業者は、この決定は、アプリケーションプログラム、またはそのような能力を提供するオペレーティングシステム（例えばWindows(登録商標)98）により代りに行われ得るであろうということを認識するであろうが、この決定は、一般的には、コンピュータの電源スイッチ、または、オーディオプレーヤ電源スイッチ５４がコンピュータを起動するために使用されたかどうかに基づいて、ＢＩＯＳにおいて行われる。
【００８５】
もし、通常のＰＣ操作モードが望まれるならば、システムはステップ２０３において通常の操作モードで起動し、そして通常のＯＳ、例えばWindows(登録商標)98がシステムＲＡＭ３０に読み込まれて実行される。ちょうど、専用回路４０がそのような状況において回避されたように、本発明によるオーディオソフトウェアは、通常の操作モードにおいてＰＣを操作するために、リクエストにすぐ応答しない。
【００８６】
もし、圧縮されたオーディオモードが望まれるならば、オーディオソフトウェアは、いろいろな特別の機能を与える技術の中の１つにより作動させられる。例えば、オーディオプレーヤ電源スイッチ５４が利用されても良いし、またはソフトウェアに基づいた選択技術が利用されても良い。一度オーディオソフトウェアが作動させられれば、それは、ステップ２０４において、
システムＲＡＭ３０に小型ＯＳを読み込むようにシステムに命令する。好都合にも、圧縮されたオーディオモードにおいて起動するため小型ＯＳを利用するＰＣの起動時間は、通常のＰＣモードにおいて起動するため伝統的なＯＳを利用するＰＣの起動時間より速い。このように、利用者は、 通常のＰＣモードにおけるＰＣの更に長い起動時間を待たずに、いろいろなオーディオファイルを迅速に聞くことができる。
【００８７】
それから、ステップ２０５では、小型ＯＳは、１個またはそれより多いノースブリッジ２８と、サウスブリッジ３２と、ハードドライブ３６と、ＣＤ／ＤＶＤ−ＲＯＭドライブ３８と、コーデック４２と、そしてＣＰＵ２６とを含むシステム６００の要素を初期化する。更に、ＣＰＵ２６は、コーデック４２へのデータの流れをコントロールし、そして、先に詳細に説明されたいろいろな電力管理機能を実行するために、オーディオソフトウェアを利用する。システムの初期化時に、オーディオの復元リクエストが宙に浮いていないので（すなわち、メモリバッファが満杯でない）、ステップ２０８では、どちらかの決定が行われ、ステップ２０７では、ファンクションキー４８の中の１つが作動させられるまで、システムはファンクションキー４８の中の１つからの入力信号を待つ。この時、ステップ２０６において、適切な機能が実行され、適切にＬＣＤディスプレイ３４が更新されても良い。
【００８８】
もし、その命令が、オーディオを再生するための利用者からのリクエストを含むならば、この時、オーディオの復元リクエストは宙に浮いており、ステップ２０８では、どちらかの決定が行われる。オーディオを再生するための最初のリクエストに関しては、普通は圧縮されたオーディオファイルがシステムメモリ３０にないので、ステップ２０９では、どちらかの決定が行われ、ステップ２１０において、圧縮されたオーディオファイルがＨＤＤ３６、及び／またはＣＤ／ＤＶＤ ＲＯＭドライブ３８、及び／または携帯用メモリ媒体８２から読まれ、システムメモリ３０に読み込まれる。例えば、ＣＤ／ＤＶＤ ＲＯＭドライブ３８により読まれるように、圧縮されたオーディオファイルは、ＣＤまたはＤＶＤ上に存在することができるであろう。
【００８９】
ステップ２１０において圧縮されたオーディオファイルがシステムメモリに読み込まれた後で、またはもし既にオーディオファイルがシステムメモリに存在すれば、ステップ２０９では、どちらかの決定が行われ、ステップ２１１において、オーディオファイルはその時システムＣＰＵ２６を使用して復元される。ステップ２１２では、コーデック４２へのＤＭＡ転送が復元されたオーディオデータのために初期化され、更にコーデック４２からの出力信号が、スピーカ及び／またはヘッドホン４６を駆動するために増幅器４４により増幅される（図２には図示せず）。ステップ２１２においてＤＭＡ転送が初期化された後で、オーディオの復元リクエストが宙に浮いているかどうかを決定するために、制御ループはステップ２０８へ戻る。
【００９０】
「アプリケーション（応用）」
当業者は、伝統的なコンピュータシステム及びＰＣにおいて発見されたそれを超えて改善を提供する、圧縮されたオーディオモードにおいて利用されても良い、いろいろなソフトウェアアプリケーションを認識するであろう。いくらかのそのようなアプリケーションは、１）媒体の選択、２）音声の録音、３）デジタル画像の取得と保存、そして、４）遠隔制御アプリケーションを含んでいる。これらの各々は、図７のコンピュータシステム７００のブロック図を参照して、以下に更に詳細に扱われる。各アプリケーションは、ソフトウェアのみによって動作しても良いし、いくらかの例においては、拡張された電力管理能力を提供するために、専用回路４０と共に動作しても良い。
【００９１】
コンピュータシステム７００は、類似の要素には同様の符号が付与される図３、５、そして６に関して先に詳細に説明された多くの要素を含んでおり、今後、それらの要素についてのあらゆる反復的な記述は、この中では明快にするために省略される。４つのアプリケーションの代表的なリストは排他的ではなく、当業者は、オーディオ圧縮モードにおけるコンピュータシステムの操作が、伝統的なコンピュータシステムにおいて発見されたそれを超えて改善を提供する、いろいろな他のアプリケーションを認識するであろう。
【００９２】
「媒体の選択」
圧縮されたオーディオファイルの大多数は、コンピュータシステム７００のいろいろな媒体に記憶されても良い。そのような媒体は、ＨＤＤ３６、ＣＤ／ＤＶＤディスク、フラッシュメディアカード等を含んでいる。そのようなファイルは数千になるかもしれず、従って、そのようなファイルは、例えば歌の種類、アーティスト、アルバム等によるディレクトリ構造においてもまた、一般的に整理されている。好都合にも、小型ＯＳ８０の一部分でも良い媒体選択ソフトウェアは、利用者がいろいろな媒体からオーディオファイルまたはディレクトリを検索し、アクセスし、そして選択することを可能にするために、少なくとも１つのファンクションキーに応答する。
【００９３】
一般的なファンクションキー４８は、停止と、再生と、一時停止と、早送りと、巻き戻しと、そしてボリュームアップとダウンのキーを含んでいても良い。一般的に、これらのファンクションキーは、利用者が所望の動作の１つだけを選択することが可能になるように、独立して動作する。本発明による媒体選択ソフトウェアは、利用者がディレクトリモードに入るためにファンクションキーの組み合わせまたはシーケンスを最初に作動させることを可能にする。ディレクトリモードは、少なくとも１つのファンクションキー４８を使用して、利用者がいろいろなオーディオファイル及びディレクトリにアクセスすることを可能にし、そして、利用者がいろいろなオーディオファイルを検索し、選択し、そして記憶することを可能にする。一度、オーディオファイルが発見される、または記憶されれば、利用者は、少なくとも１つのファンクションキーを再度使用して、ディレクトリモードから出ても良い。
【００９４】
いろいろなファンクションキー、組み合わせ、またはそのようなファンクションキーのシーケンスは、ディレクトリモードに入り、ナビゲート（操縦）し、そしてディレクトリモードを出るために、利用されても良い。例えば、１つのファンクションキー、例えば“停止”ファンクションキーは、音楽再生が中止されると同時に、ディレクトリモードに入るために使用されても良い。代わりに、２または３以上のファンクションキー、例えばボリュームアップそしてボリュームダウンのファンクションキーは、ディレクトリモードに入るために、同時に作動させられても良い。一度、ディレクトリモードが入力されれば、１または２以上のファンクションキーは、利用者がいろいろな媒体のいろいろなディレクトリにおいて、いろいろなオーディオファイルをナビゲート（操縦）することを可能にしても良い。
【００９５】
そのようなナビゲーションは、利用者がオーディオファイルを検索し、選択し、そして記憶することを可能にしても良い。例えば、早送りと巻き戻しのキーは、いろいろなオーディオファイル及びディレクトリの初めから終わりまでを、検索もしくはスクロールするために使用されても良い。この場合において、ボリュームアップとボリュームダウン、またはファンクションキーの他のセットもまた利用されても良い。更に、利用者が更に容易にいろいろなディレクトリを検索することを可能にするように、、ディレクトリ情報を表示するためにＬＣＤディスプレイ３４もまた利用されても良い。最終的に、利用者は、ディレクトリモードから出るために、１または２以上のファンクションキーを利用しても良い。例えば、停止キーを押すことは、ディレクトリモードを出ても良い。一度このモードが出られれば、利用者は、選択されたオーディオファイルを再生するために、再生ファンクションキーを押しても良い。
【００９６】
「音声録音アプリケーション」
コンピュータシステム７００が、圧縮されたオーディオモードにおいて小型ＯＳ８０を操作している時、音声録音ソフトウェアアプリケーションは、迅速に提供され得る。操作中、コンピュータシステム７００の利用者は、音声録音モードを選択しても良い。小型ＯＳ８０は、その時、アナログ音声データを入力するために、利用者が例えばマイクロフォン７１６のようなオーディオ入力装置を利用することを可能にする。コーデック４２のＡＤコンバータ（analog to digital converter）は、その時、入力アナログ音声データ信号をデジタルオーディオ信号に変換する。ＩＣ４０またはサウスブリッジ３２は、マスタまたはＤＭＡサイクルを使用することにより、コーデック４２からデジタルオーディオ入力信号を受信し、それを例えばシステムＲＡＭのようなシステムメモリ３０に送信するようにプログラムされている。
【００９７】
ＣＰＵ２６は、その時、システムメモリ３０から音声データを取り出しても良く、そして、音声データの圧縮を実行するために、当業者に知られているいろいろな音声コーディング（コード化）技術を利用する。圧縮の後、より小さくなった音声ファイルは、それから、例えばハードディスクドライブ３６のような、コンピュータシステム７００の大規模な記憶装置へ送信されても良いし、またはフラッシュメディアカードに送信されても良い。もし、音声ファイルがフラッシュメモリカードに記憶されるならば、それは取り外され得るであろうし、そして互換性があるフラッシュカードインタフェースを備えるあらゆる他のコンピュータシステムまたは圧縮オーディオプレーヤに挿入され得るであろう。
【００９８】
音声録音ソフトウェアアプリケーションは、ＩＣ４０と小型ＯＳ８０を利用しても良いし、またはあらゆるＩＣ４０なしで、小型ＯＳ８０のみを利用しても良い。ＩＣ４０と小型ＯＳ８０の解決方法において、ＩＣ４０は、音声録音アプリケーションの間の時間の大部分においてＣＰＵ２６を低電力状態に保持するために利用されても良い。ＩＣ４０は、例えば、圧縮されたオーディオの演奏モードにおける電力の節約制御方法を含んでいる圧縮されたオーディオ演奏操作モードに関して、前もって記述されたように動作する。そのように、ＩＣ４０は、音声データの圧縮のような特定の機能を実行していない間はＣＰＵ２６をより低電力状態に置くことにより、コンピュータシステム７００の電力の節約を可能にする。
【００９９】
例えば、音声データがコーデック４２からシステムメモリ３０に転送されつつあるとき、ＣＰＵ２６は、低電力状態に維持され得るであろう。音声録音ソフトウェアと圧縮ソフトウェアがＣＰＵ２６の動作時間を一般にほとんど必要としないので、ＣＰＵ２６は、好都合にもかなりの時間量を低電力状態に置かれ得る。ＩＣ４０は、定期的にＣＰＵ２６を起こすためにもまた使用されても良い。ＩＣ４０は、その上、追加の電力の節約のために、ＣＰＵ２６が更に深いスリープモードに入ることを可能にするように、例えばＦＩＦＯバッファのようなバッファ７３０を装備されていても良い。例えば、コンピュータシステム７００が作業状態にあるとき、ＣＰＵは多数の電力状態を持っている。
【０１００】
そのような状態の１つは、最大限の電力（フルパワー）状態である。この状態において、ＣＰＵは、あらゆる他のいくつかのスリープ状態と比較して、大部分の電力を消費する。ＣＰＵは、ＣＰＵが浅いスリープ状態にあるよりも深いスリープ状態において、より少ない電力を消費する、浅いスリープ状態と深いスリープ状態というような、多数のスリープ状態もまた持っていても良い。浅いスリープ状態は、更に、ＣＰＵが第１の浅いスリープ状態にあるよりも第２の浅いスリープ状態において、より少ない電力を消費する、第１の浅いスリープ状態と第２の浅いスリープ状態とに分割されても良い。
【０１０１】
これらの状態はＡＣＰＩの仕様書により定義されているので、一実施例において、ＣＰＵの最大限の電力（フルパワー）状態は状態Ｃ０としても良く、第１の浅いスリープ状態は状態Ｃ１としても良く、第２の浅いスリープ状態は状態Ｃ２としても良く、そして深いスリープ状態は状態Ｃ３としても良い。当業者は、前の状態と比較された各連続するスリープ状態Ｃ１、Ｃ２、Ｃ３において、ＣＰＵがより少ない電力を消費することを認識するであろう。しかしながら、各状態の間の電力消費の違いは、システムの詳細に依存している。
【０１０２】
好都合にも、ＩＣ４０のバッファ７３０は、ＣＰＵ２６が状態Ｃ３のような深いスリープ状態に入ることを可能にする。バッファなしで、ＣＰＵ２６は、音声録音アプリケーションにおいて、せいぜい状態Ｃ２に入ることができる。バッファ７３０は、音声データを記憶するために構成される。バッファ７３０が前もって決められた低いデータコンディションに達するとき、ＩＣ４０は、ＣＰＵ２６に状態Ｃ３のような深いスリープ状態に入るよう指示するディープスリープ信号をＣＰＵ２６に対して生成する。
【０１０３】
一方、もし、バッファにおける音声データが前もって決められた満杯のデータコンディションに達するならば、ＩＣ４０は、ＣＰＵが音声圧縮を実行することを可能にするウェイクアップ信号をＣＰＵ２６に対して生成する。当業者は、バッファ７３０がバッファの中のデータ量に依存してディープスリープ信号とウェイクアップ信号を供給するようにプログラムされても良い内部レジスタを持っていると認識するであろう。これに代るものとして、ＩＣ４０を使用せずに同様の音声録音アプリケーション機能を実行するために、小型ＯＳソフトウェアだけのアプローチが使用され得る。圧縮されたオーディオモードにおけるコンピュータシステム６００の操作のためのソフトウェアだけのアプローチは、図６を参照して、前もって記述された。
【０１０４】
この音声録音アプリケーションの例において、ＣＰＵ２６が状態Ｃ３よりもむしろ、せいぜい状態Ｃ２に置かれ得るであろうから、コンピュータシステム７００の操作は、前もって詳細に説明された小型ＯＳ８０とＩＣ４０とによる解決方法よりも、より多い電力を消費するであろう。例えばデスクトップコンピュータシステムのように、電力消費があまり心配にならないいくつかの例において、小型ＯＳ８０のみによる純粋なソフトウェアアプローチは、先に詳細に説明した小型ＯＳ８０とＩＣ４０とによるオプションよりあまり高価ではないので、魅力的なアプローチである。
【０１０５】
「デジタル画像の取得と記憶」
デジタルカメラやデジタルビデオレコーダのようなデジタル装置の一種、または同様なものは、デジタル画像を取得し、そしてフラッシュメディアカードのような記憶装置の一種に記憶する外部装置である。いくらかのタイプのフラッシュメディアカードは、 スマートメディア（登録商標）と、コンパクトフラッシュ（登録商標）と、そしてメモリスティック（登録商標）カードとを含んでいる。例えば、デジタルカメラ、またはビデオレコーダのような、いくらかのこれらのデジタル装置７１２もまた、コンピュータシステム７００に内蔵されるか、または統合されても良い。
【０１０６】
そのようなデジタル装置のために、圧縮されたオーディオモードにおけるコンピュータシステム７００の操作は、通常のＯＳの長い起動時間を待たず、追加された電力管理能力を提供中にデジタル画像を取得して記憶する方法を利用者に提供する。デジタル装置に内蔵または組み入れられたデジタル装置７１２によりデジタル画像を取得するために、利用者は、最初にコンピュータシステム７００を通常の操作モードよりむしろオーディオ圧縮モードで起動しても良い。関連したデジタル装置ソフトウェアは、その時、デジタル装置モードを選択するように利用者に促しても良く、デジタルデータを獲得するようにデジタル装置７１２に命令するために、利用者がファンクションキー４８を利用することを可能にする。例えば、デジタル装置７１２は、デジタルピクチャ画像を撮影するデジタルカメラ、またはデジタルビデオを撮影するデジタルレコーダでも良い。
【０１０７】
デジタル画像は、その時コンピュータシステム７００のビデオディスプレイスクリーンに表示されるか、及び／または、そのようなデジタル画像は、例えばＨＤＤ３６のようなコンピュータシステム７００の大規模な記憶媒体に記憶されても良い。内部または外部のデジタル装置は、ＵＳＢやＩＥＥＥ１３９４のような周辺のバスを通して、コンピュータシステム７００に接続されても良い。もし、デジタル装置７１２がコンピュータシステム７００の外部にあるならば、利用者は、デジタル装置７１２からデジタルデータをインポートし、例えばＨＤＤ３６のような大規模な記憶媒体に記憶するために、関連したデジタル装置ソフトウェアを利用することができる。そのように、デジタル装置ソフトウェアアプリケーションは、通常のＯＳの長い起動時間を待たずにデジタルデータをインポートするための単純で簡単なインタフェースを利用者に提供する。
【０１０８】
例えば、もしデジタル装置７１２がコンピュータシステム７００の外部のデジタルカメラであるならば、デジタル装置ソフトウェアは、利用者がデジタル画像をコンピュータシステム７００の大規模な記憶媒体にダウンロードすることを可能にする。先に詳細に説明した音声録音アプリケーションと類似して、デジタルカメラアプリケーションは、小型ＯＳ８０とＩＣ４０とによる解決方法、または小型ＯＳ８０のみによる解決方法のいずれかにより実施されても良い。もしデジタル装置７１２が内部のデジタルカメラのような内部のデジタル装置であるならば、小型ＯＳ８０とＩＣ４０とによる解決方法は、イメージが実際に取得されるまで、ＣＰＵを状態Ｃ３のような深いスリープ状態にすることを可能にする電力管理機能を提供することができる。
【０１０９】
これに代るものとして、ＩＣ４０を使用せずに同様のデジタル取得または記憶機能を実行するために、小型ＯＳソフトウェアだけのアプローチが使用され得る。音声録音アプリケーションと同様に、ＣＰＵ２６がせいぜい状態Ｃ２に置かれ得るであろうから、コンピュータシステム７００は、この場合に更に多くのパワーを消費するであろう。例えばデスクトップコンピュータシステムのように、電力消費があまり心配にならないいくつかの例において、小型ＯＳ８０のみによる純粋なソフトウェアアプローチは、先に詳細に説明した小型ＯＳ８０とＩＣ４０とによるオプションよりあまり高価ではないので、魅力的なアプローチである。
【０１１０】
「遠隔制御アプリケーション」
コンピュータシステム７００が圧縮されたオーディオモードにおいて動作している間、遠隔制御アプリケーションは、本質的にファンクションキー４８に取って変わり、そして利用者にコンピュータシステム７００のいくらかの操作を遠く離れて制御することを許可するために提供され得る。遠隔制御装置７２２は、コンピュータシステム７００の遠隔制御トランシーバ７１４に制御信号を供給する。遠隔制御装置７２２は、赤外線や無線周波数のような、あらゆる知られたタイプの制御技術を利用できるであろう。システムブリッジに統合しても良い遠隔制御トランシーバ７１４は、遠隔制御装置７２２から制御信号を受信する。
【０１１１】
そのようには図解していないが、遠隔制御トランシーバ７１４は、ＩＣ４０ともまた統合しても良い。遠隔制御トランシーバ７１４は、コンピュータシステム７００がオフの時でさえも、電力が供給される。操作中、利用者は、圧縮されたオーディオのボタンを作動させるために、遠隔制御装置７２２を利用しても良い。適切な制御信号が、その時遠隔制御トランシーバ７１４へ送信される。もし、コンピュータシステム７００が最初にオフであるならば、トランシーバ７１４は、コンピュータシステム７００を起動するためのウェイクアップ信号を送信する。コンピュータシステム７００は、受信した信号が圧縮されたオーディオモードにおける操作が希望されたことを示しているかどうかを確かめるために、この時点でトランシーバをチェックする。もし、小型ＯＳがシステムメモリに読み込まれると、先に詳細に説明したように、オーディオプレーヤ電源スイッチ５４の作動と関連して、圧縮されたオーディオモードにおける操作が始まるであろう。
【０１１２】
そのように、コンピュータシステム７００の利用者は、圧縮されたオーディオモードにおいて、例えばファンクションキー４８のようなコンピュータシステムの適切なキーを物理的に作動させることなく、遠隔制御装置７２２により、役に立つ機能や役に立つアプリケーションにアクセスすることができる。同じ遠隔制御装置７２２は、通常のＯＳがシステムメモリに読み込まれるであろう、通常の操作モードにおけるコンピュータシステム７００の電源投入を可能にさせるための通常の電源ＯＮボタンもまた備えていても良い。そのように、遠隔制御装置７２２は、通常の操作モードにおいて、他の機能を制御するためにもまた使用されても良い。
【０１１３】
「娯楽モード」
圧縮されたオーディオモードにおける操作に加えて、ＰＣは、伝統的なＰＣコンピュータ処理アプリケーションとは一般的に結びつかない多数の娯楽アプリケーションを含むために、絶えずアップグレードされつつある。例えば、そのような娯楽アプリケーションは、それに限定されないものの、インターネットラジオと圧縮されたオーディオの再生の両方を含むオーディオ再生アプリケーションと、ＤＶＤ映画再生アプリケーションと、テレビ視聴アプリケーションと、デジタル装置アプリケーションと、遠隔制御アプリケーションと、音声録音アプリケーション等を含んでいる。ちょうど、オーディオ再生や他のアプリケーションへの迅速なアクセスのための圧縮されたオーディオモードの選択が有利であるように、ＰＣにより提供された娯楽アプリケーションへの迅速なアクセスのための娯楽モードの選択も有利であろう。
【０１１４】
そのように、ＰＣの利用者は、 ＰＣモードまたは娯楽モードにおけるＰＣの操作のための選択を行うことができるであろう。そのような選択は、例えば特定の娯楽ボタンの作動のようなハードウェアベースのものであるか、または例えば選択メニューによるようなソフトウェアベースのものとすることができるであろう。もし、ＰＣモードが選択されたならば、一般的な起動シーケンスと、例えばWindows(登録商標)のような基本のオペレーティングシステムの読み込みが生じるであろう。もし、娯楽モードが選択されたならば、起動シーケンスと、例えば小型ＯＳのような代わりのオペレーティングシステムの読み込みが生じるであろう。
【０１１５】
先に詳細に説明したが、例えば小型ＯＳは、娯楽アプリケーションの操作に必要な更に大きいＯＳのそれらの部分を含むであろうから、小型ＯＳは更に大きいＯＳの一部として実施され得るであろう。そのように、小型ＯＳは、更に大きいＯＳのサブセット（subset：部分集合）とすることができるであろう。小型ＯＳを読み込むための起動シーケンスは、利用者が娯楽アプリケーションに対する迅速なアクセスを得ることを可能にするために、この中に詳細に説明された急速起動シーケンスでも良い。
【０１１６】
「急速起動」
図８へ方向転換すると、急速起動手順の代表的なフローチャート８００が例示されている。急速起動手順が、ＰＣが娯楽モードにおいて動かされるときの使用に対する小型ＯＳの起動に関連して、この中に記述されている。当業者であれば、同様に、本発明による急速起動手順は、その上、例えば基本のオペレーティングシステムのような他のオペレーションシステムの起動手順のスピードアップにもまた適用できるであろう。ＰＣがステップ８０２において起動されるとき、小型ＯＳのための急速起動手順が開始される。ステップ８０４において、娯楽モードにおける操作が望まれているかどうかの決定が行われる。この決定は、例えばＰＣメイン電源スイッチ、または娯楽モードスイッチがＰＣを起動するために使われたかどうかに依存するＢＩＯＳにおいて行われても良い。前もって詳細に説明されたように、そのような選択もまたソフトウェアベースのものとすることができるであろう。もし、ＰＣ操作モードが望まれるならば、システムはステップ８０６において通常の操作で起動し、例えばWindows(登録商標)のような通常のＯＳがシステムＲＡＭに読み込まれ、実行される。
【０１１７】
もし、娯楽モードが望まれるならば、ステップ８０８において、前の娯楽ブートから何かハードウェアが変わったかどうかの決定が行われる。この決定は、一般的にＢＩＯＳにより行われる。もし、何かしらハードウェアが変わっていたならば、ハードウェア変更フラグは、その時ステップ８１０においてセットされても良い。もし、ハードウェアが変わっていなかったならば、その時フラグはセットされない。次に、ステップ８１２においてＢＩＯＳ起動手順が実行される。図９に関して、この中で後で詳細に説明されるように、これは、代表的なＢＩＯＳ起動手順、または加速されたＢＩＯＳ起動手順でも良い。
【０１１８】
ステップ８１２のＢＩＯＳ起動手順の後で、ステップ８１４において制御は小型ＯＳローダへ移される。小型ＯＳローダは、次にステップ８１６において適切な小型ＯＳイメージを読む。小型ＯＳは、基本のオペレーティングシステムファイルの一部分であっても良いし、またはいずれかのメモリ記憶装置に置かれていても良い。それはまた、圧縮フォーマットで記憶されていてもまた良く、もしそうであれば、小型ＯＳローダは圧縮フォーマットを復元するであろう。この時、ステップ８１８において、制御は次に小型ＯＳへ移される。
【０１１９】
一度、ステップ８１８において制御が小型ＯＳへ移されれば、 ステップ８２０において、予め構成されたアプリケーションスイートと小型ＯＳのメモリイメージ（ＰＳＭイメージ）（Preconfigured Application Suite & Mini-OS Memory Image (PSM image) ）サポート機能が作動させられるか否かが決定される。もし、そのようなＰＳＭイメージサポートが作動させられない場合、その時、ステップ８２２において通常の小型ＯＳの起動が発生するであろう。通常の小型ＯＳの起動は、ＰＣが娯楽モードで動作している間に利用され得るであろう、いろいろなソフトウェアモジュールの選択と読み込みを含んでいる。
【０１２０】
もし、ＰＳＭイメージサポートが作動させられる場合、その時、ステップ８２４においてハードウェア変更フラグがセットされたか否かが決定される。もし、フラグがセットされていた場合、前回の娯楽モードの起動からハードウェア構成が変更されたことを表しており、その時、ステップ８２６において通常の小型ＯＳの起動が発生するであろう。この通常の小型ＯＳの起動手順は、小型ＯＳソフトウェアモジュールの実行と、新しいハードウェア構成に基づくアプリケーションの読み込み手順とを含んでいるであろう。更に、ＰＳＭサポートがこの場合には作動されるから、ステップ８３０において、新しいＰＳＭイメージファイルが作成される。そのようなＰＳＭイメージファイルは、そして、２番目の娯楽モードの起動シーケンスにおいて利用されても良い。
【０１２１】
もし、ハードウェア変更フラグがセットされていない場合、前回の娯楽モードの起動シーケンスからハードウェア構成が変更されないことを表しており、その時、ステップ８２８において適切なＰＳＭイメージファイルが直ちに読み込まれ、ステップ８３２において実行される。この場合において、適切なイメージファイルは、前回の娯楽モードの起動時に作成されたイメージファイルである。更に、いろいろなＰＳＭイメージファイルが状況に応じて読み込まれても良い。更に、そのようなＰＳＭイメージファイルは、一般的に、ハードウェアが前回の起動から変わらない娯楽モードにおける前回の起動のそれであっても良い。もう１つのＰＳＭイメージファイルは、現在の特定のハードウェアに基づいていても良い。
【０１２２】
ステップ８２８においてどちらのＰＳＭイメージファイルを読み込むかを選択するために、起動時間の仕組みが提供されるべきである。そのように、もし、読み込まれた構成がそのようなＰＳＭイメージファイルに保存されていれば、小型ＯＳの起動は加速される。理想的な場合には、特定の小型ＯＳ及び予め読み込まれたアプリケーションスイートのＰＳＭイメージは、既知のＰＳＭイメージ構成への速い復帰を可能にする仕組みに相応しいサスペンド／レジュームを使用して起動した後、直ちに保存され得る。ＰＳＭイメージファイルは、一般的に、サポートされたハードウェア構成を確認するための“指紋”と、ＰＳＭイメージ保存の時の表示内容を含む“派手な画面”と、ＰＳＭイメージ保存の時に小型ＯＳとＰＳＭイメージファイルにより使用されるメモリの一部分のメモリイメージとを含んでいても良い。
【０１２３】
更に、もし、小型ＯＳが基本のＯＳの縮小されたバージョンまたは基本のオペレーティングシステムのサブセットである場合、基本のオペレーティングシステムがシャットダウンされた状態でコンピュータシステムが動作している時、娯楽モードのために必要とされないであろうソフトウェアモジュールをアンロードすることにより、起動手順は自動的によりいっそうスピードアップされ得る。従って、コンピュータシステムが再び娯楽モードにおいて起動される時、基本のオペレーティングシステムの縮小されたバージョンとしての小型ＯＳは、更に迅速に起動され得るであろう。
【０１２４】
図９へ方向転換すると、加速されたＢＩＯＳ起動手順を例示するフローチャート９００が例示されている。加速されたＢＩＯＳ起動手順は、図８のＢＩＯＳ起動手順８１２として利用されても良い。加速されたＢＩＯＳ起動手順は、通常のＰＣ操作モードが望まれる時、基本のＯＳともまた一緒に利用されても良い。娯楽モードで利用される時、一度娯楽操作モードが選択されたならば、加速されたＢＩＯＳ起動手順がステップ９０２において始まる。ＢＩＯＳは、ステップ９０４において、一般的なＢＩＯＳ操作の何れかのタスクが省略可能か否かを決定する。もし、何れかのタスクが省略可能である場合、その時、例えばそのようなタスクを実行するための時間を節約するために、そのようなタスクはステップ９０６において省略される。例えば、娯楽モードにとって必要でない装置のための全てのハードウェアチェックは、省略され得る。小型ＯＳの起動のために必要とされるハードウェアのためのどんなハードウェアチェックも、一般的に省略されるべきでない。メモリテストタスクもまた省略しても良い。
【０１２５】
もし、タスクが省略され得ないならば、加速された起動手順は、ステップ９０８において、そのようなタスクが延期、または遅延されても良いか否かを決定する。もし、そのようなタスクがもっと後の時間まで延期され得るならば、その時、ステップ９１０において、そのようなタスクは延期される。例えば、延期されても良いそのようなタスクとしては、ディスクが回転させられた後でディスクからデータを読み取ることによる延期である。実際にはその他のあらゆるタスクもまた、同じく延期されるべきである。小型ＯＳが完全に読み込まれた後でも、そのようなタスクはもっと後の時間まで延期され得る。
【０１２６】
「パレンタル制御」
通常のＰＣモードまたは娯楽モードで動作しているコンピュータシステムは、利用者が、例えばＤＶＤ映画の再生、テレビ、オーディオアプリケーション等、いろいろな娯楽アプリケーションへアクセスすることを可能にしても良い。そのようなコンピュータシステムは、いろいろな年齢の子供によってもまた利用されても良い。そのような子供の親、または他の管理者は、そのようなアプリケーションが利用可能である時間はもちろん、いろいろな娯楽アプリケーションの内容を制御することを希望しても良い。更に、例えば、もう一人に親の指導を提唱する“ＰＧ”に等級付けされた映画（Parental Guidance Suggested "PG" rated movies）へのアクセスを許可する間、一人の子供に一般対象の“Ｇ”に等級付けされた映画（General Audience "G" rated movies）へのアクセスを許可することが望ましいように、親は、そのような娯楽アプリケーションを使用している間、子供のトラックにおける活動（track activity）はもちろん、年齢の異なる別の子供または成熟したレベルの子供に異なる内容へアクセスすることを許可することもまた希望しても良い。
【０１２７】
図１０へ方向転換すると、そのようなパレンタル制御の機能性を提供するためにパレンタル制御集積回路（ＩＣ）１００２と外部の記憶装置１０１２とを含んでいる本発明によるパレンタル制御システム１０００のブロック図が例示されている。ＩＣ１００２は、この技術において知られている他のコンポーネントを持つコンピュータシステムの一部であっても良い。一般に、パレンタル制御ＩＣ１００２は、そのようなパレンタル制御機能を提供するために、外部の記憶装置１０１２と協力する。外部の記憶装置１０１２は、個々の子供または子供の等級に対する暗号化されたデータ項目を含んでいても良い。外部の記憶装置１０１２は、データを格納するためのあらゆる種類の装置であっても良い。例えば、記憶装置は、スマートカード、SD カード、メモリスティック、コンパクトフラッシュ（登録商標）カード等でも良い。ＩＣ１００２は、個々のＩＣであっても良いし、または、カードバス（CardBus）制御装置、またはフラッシュカードリーダのように、ちょうど一対として指定するためにコンピュータシステムにおいて他のＩＣと統合されていても良い。そのように、別のＩＣとの統合は、一般的にシステムコスト、及びボードサイズを減少させる。
【０１２８】
通常のモード、または娯楽モードにおけるコンピュータシステムの操作に関して、利用者（例えば、子供）は、彼らの関連した記憶装置１０１２をコンピュータシステムにおける適切なスロットに挿入する。一般に、ＩＣ１００２は、この中でより詳細に説明されたように、ホストシステムに、ホストシステムと記憶装置との間の安全な通信を許可するために、記憶装置１０１２とホストシステムとの間のインタフェースとして振る舞う。ＩＣ１００２は、例えば小型ＯＳのようなホストコンピュータシステムの適切なオペレーティングシステムが、もし娯楽モードで動作しているならば、記憶装置１０１２に記憶された命令のデータに従って、いろいろな娯楽アプリケーションのいろいろなファイルの再生を制御できるように、記憶装置１０１２に記憶されたデータが、ホストシステムにより適切に読まれることを可能にする。そのように、ＩＣ１００２は、記憶装置１０１２から最初にコード化されたシグナルを受信し、そして、ホストコンピュータシステムに理解できる、次にデコードされた信号をホストコンピュータシステムに提供する。
【０１２９】
一般に、パレンタル制御ＩＣ１００２は、記憶装置インタフェース１００４と、ホストインタフェース１００６と、ユーザ入力インタフェース１００８と、そして、例えば暗号化／復号化エンジンのような、エンジン１０１０とを含んでいる。記憶装置インタフェース１００４は、ＩＣ１００２と外部の記憶装置１０１２との間の通信チャネルを提供する。同様に、ホストインタフェース１００６は、ＩＣ１００２とホストコンピュータシステムとの間の通信を可能にする。ＩＣとホストコンピュータシステムとの間の通信は、ＰＣＩ、ＵＳＢ、Ｉ２Ｃ、ＳＭバスのような、この技術において知られているあらゆる標準のバスインタフェースによって発生しても良い。ユーザ入力インタフェース１００８は、ホストインタフェース１００６に対する利用者命令の通信を可能にする。
【０１３０】
例えば、利用者がコンピュータシステムを娯楽モードで操作している時、利用者命令は、例えばファンクションキー４８のようなファンクションキーによって、または、例えば遠隔制御装置７２２のような遠隔制御装置によって入力されても良い。利用者命令は、キーボードまたはマウスによってもまた入力されても良い。一度、利用者が所望の命令を入力すれば、ユーザ入力インタフェース１００８は、そのような命令を解釈し、そして関連した命令をホストインタフェース１００６に提供する。関連した命令は、その時、ホストインタフェース１００６によって、ホストコンピュータシステムに提供されても良い。適切なオペレーティングシステムは、利用者命令が適切であるかどうかを決定するために、記憶装置１０１２から受信される信号と関係のある利用者命令を評価するであろう。
【０１３１】
例えば、もし、記憶装置１０１２に記憶された命令のデータが、そのような内容が特定の利用者には許可されていないことを示したならば、娯楽モードにおける小型ＯＳは、法律により制限された“Ｒ”に等級付けされたＤＶＤ映画（Restricted rated ("R") DVD movie）を見るという利用者リクエストを拒絶するであろう。パレンタル制御ＩＣ１００２のエンジン１０１０は、記憶装置１０１２とホストシステムとの間の安全な通信を提供する。記憶装置１０１２が、関連したパレンタル制御ＩＣ１００２により読まれるだけでも良いように、データは、例えば暗号化されたフォーマットのようなコード化されたフォーマットで記憶装置１０１２に記憶されても良い。そのように、ホストコンピュータシステムが記憶装置１０１２からデータを読み取る必要があるとき、エンジン１０１０の復号化部分は、この機能を提供する。
【０１３２】
一方、ホストコンピュータシステムが、例えばパレンタル制御データを生成または変更するために、記憶装置１０１２へデータを書く必要があるとき、エンジン１０１０の暗号化部分は、この機能を提供する。エンジン１０１０は、ハードウェア、ソフトウェア、または、いくらかのそれの結合により実施され得る。ハードウェアにおいて、エンジン１０１０は、マイクロプロセッサを用いて、または、この技術において知られているハードウェア論理（ロジック）を用いて実施され得るであろう。１番目のコード化された信号としてＩＣ１００２に提供されても良い記憶装置１０１２に記憶された命令データの内容を回復するために、エンジン１０１０の復号化部分により正しい復号化キーが要求される。そのキーは、本質的に暗号化アルゴリズムの仕事を「解読する」アルゴリズムである。そのキーは、適切な記憶装置１０１２がコンピュータシステムと共に使用されることだけを確認するためにもまた使用されても良い。
【０１３３】
例えば、不認定ユーザ、または機械によって作成された記憶装置は、復号化エンジンのキーにより読まれることができるべきでない。もし、正当な外部の記憶デバイスが発見されないならば、例えば娯楽モードにおける小型ＯＳのような適切なオペレーティングシステムは、娯楽アプリケーションの基礎的な、または一般的なレベルに、アクセスされ、そして再生されることを今まで通り許可しても良い。記憶装置１０１２は、特定の子供のための命令データを含むようにプログラムされても良い。あるいは、コンピュータシステムの購入に関して、親が、彼ら自身の記憶装置をプログラムしなければならないことなく、即座にそれらを利用可能な、プログラムされた記憶装置１０１２を持っていても良いように、記憶装置は、そのような時間より前に予めプログラムされても良い。そのような予めプログラムされた記憶装置は、例えば８才から１０才の間の子供のような、特定の子供の等級のためのものであっても良い。
【０１３４】
誰が記憶装置をプログラムするかにかかわらず、それは、記憶装置がパレンタル制御ＩＣ１００２と共に使用される時、親がいろいろな娯楽アプリケーションの内容と、トータルの視聴時間と、視聴時刻とを規制し、そして、子供のコンピュータシステムの使用さえも記録できるような命令データを含んでいても良い。内容を制御するために、記憶装置１０１２は、パレンタル制御ＩＣ１００２と共に使用される時、パレンタル制御システム１０００が、それと逆の利用者命令にもかかわらず、特定の子供のために容認できない等級付けを持つ確かなファイルに、視聴されるかまたは傾聴されることを許可しないようにプログラムされても良い。例えば、記憶装置１０１２は、ＰＧまたはＧの等級付けを持っている映画だけを表示可能とするべきと指定するようにプログラムされても良い。同様に、記憶装置１０１２は、成人内容として評価されたあらゆるテレビショーの再生、または成人内容として評価されたあらゆるオーディオファイルの再生がコンピュータシステムにより許可されるべきでないと指定するようにプログラムされても良い。
【０１３５】
操作中、子供は、彼らの関連した記憶装置１０１２をコンピュータシステムにおける適切なスロットに挿入するであろう。もし、子供がコンピュータシステムを娯楽モードで操作していたならば、いろいろな娯楽オプションに対して適切な等級付けを示している記憶装置からの命令データが、１番目のコード化された信号としてＩＣ１００２に提供されるであろう。記憶装置インタフェース１００４は、その時、１番目のコード化された信号を表すコード化された入力信号をエンジン１０１０に供給するであろう。この場合において、エンジン１０１０は、入力のコード化された信号を出力のデコードされた信号に変換するために、復号化エンジンとして振る舞うであろう。ホストインタフェースは、エンジン１０１０から出力のデコードされた信号を受信し、そして、例えば、娯楽モードで動作している時に、ホストシステムにより読みやすい２番目のデコードされた信号を小型ＯＳのようなホストシステムに提供する。
【０１３６】
記憶装置１０１２に記憶された命令データを表す２番目のデコードされた信号に基づいて、小型ＯＳは、いろいろな娯楽オプションを制御するであろう。例えば、もし２番目のデコードされた信号が、記憶装置１０１２に記憶された命令データはそのような映画の再生を禁止していると示しているならば、そのような映画を再生するというファンクションキーまたは遠隔制御装置による子供の命令にもかかわらず、小型ＯＳはＲに等級付けされた映画を再生しないであろう。内容が制御されていることに加えて、パレンタル制御システム１０００は、予め決められた時間間隔の間の定義された時間限度まで、娯楽オプションに対するアクセス時間を制限するようにプログラムされた記憶装置１０１２を含んでいても良い。例えば、記憶装置１０１２は、娯楽アプリケーションを１日あたり２時間までに制限するようにプログラムされても良い。
【０１３７】
子供が、彼らの関連した記憶装置を、コンピュータシステムの適切なスロットに挿入するので、パレンタル制御ＩＣ１００２は、記憶装置１０１２に記憶された時間限度データについて、命令を適切なＯＳに伝達する。そのように、適切なＯＳは、その内部のクロックとの比較により、そのような娯楽アプリケーションの活動（activity）の開始時間に注目し、そして、その時内部のカウントを始めても良い。これは、備え付けの水晶により時間が計られるＰＬＬタイマの使用を含んでいるこの技術で知られたあらゆるいろいろな方法により、成し遂げられても良い。一度、内部のカウントが予定された限度に達すれば、適切なＯＳは、その特定の子供のための全ての娯楽アプリケーションをシャットダウンする。
【０１３８】
そのように、パレンタル制御１０００は、子供がいろいろな娯楽アプリケーションへアクセスした時間の総計（異なる子供のために異なる時間間隔を含んでいる）を、親が制限することを許可する。更に、パレンタル制御１０００は、時刻に基づいて娯楽オプションへのアクセスを制限するようにプログラムされた記憶装置１０１２を含んでいても良い。例えば、記憶装置１０１２は、例えば午後９時から午前７時までの間のようないくらかの時間の間は、娯楽アプリケーションへのアクセスを許可しないようにプログラムされても良い。更に、そのようなデータは、パレンタル制御ＩＣ１００２によって、適切なＯＳに伝達される。コンピュータシステム自身の内部クロックとの比較により、もし特定の子供が禁止された時間の間に娯楽アプリケーションにアクセスし、適切な行動をとろうと試みているならば、適切なＯＳは検出することができる。
【０１３９】
内容、時間限度、または時刻による禁止に基づく、いくらかの娯楽アプリケーションへのアクセスの禁止に加えて、パレンタル制御ＩＣ１００２を含むパレンタル制御システム１０００は、特定の子供の娯楽アプリケーションの使用を追跡するために、利用され得る。例えば、どちらのビデオが再生されたか、またはどちらのオーディオファイルが再生されたかの記録は、１対として指定するために、外部の記憶装置１０１２、またはコンピュータシステムのハードディスクドライブのような指定された記憶エリアに自動的に記憶されても良い。もし、インターネットアクセスもまた利用可能であるならば、そのような技術は、どちらのウェブサイトがアクセスされたかを示す記録を生成するために利用され得る。
【０１４０】
本発明は、この中に与えられた代表的な実施例の見地から記述されたけれども、そのような開示は、単なる一例であり、限定して解釈されるべきでない。従って、発明の精神及び範囲からはずれることなく、いろいろな変更、修正、及び／または、発明の変形例が、おそらく上記の開示を読んだ後の当業者に示唆されるであろう。従って、発明の真の精神及び範囲に入るものとして、クレームが全ての変更、修正、または、変形としての変形例を含んでいると解釈される。
【図面の簡単な説明】
【０１４１】
【図１】本発明の一実施例の代表的な操作上の流れを表示するブロック図である。
【図２】本発明の一実施例における代表的な小型ＯＳの電源投入とプレーヤ機能の開始のフローチャートである。
【図３】本発明の一実施例による代表的なオーディオプレーヤシステムのブロック図である。
【図４】本発明の一実施例における専用回路と接続される他の構成要素に関する、代表的な専用回路の内部の部分のブロック図である。
【図５】本発明の別の実施例による代表的なオーディオプレーヤシステムの別のブロック図である。
【図６】オーディオのデコーディングと再生にだけソフトウェアを利用する、発明の別の実施例による代表的なオーディオプレーヤシステムの別のブロック図である。
【図７】コンピュータシステムにより圧縮オーディオモードにおいて実行されても良いいろいろな応用を説明するための、本発明による代表的なコンピュータシステムの別のブロック図である。
【図８】娯楽モードにおける代表的なコンピュータシステムの電源投入と関連した急速起動手順のフローチャートである。
【図９】図８のＢＩＯＳ起動手順として利用されても良い代表的な加速されたＢＩＯＳ起動手順のフローチャートである。
【図１０】本発明の別の実施例によるパレンタル制御システムのブロック図である。
【符号の説明】
【０１４２】
２：ＰＣハードディスクドライブ（ＨＤＤ）
４：ＲＡＭ
６：ＣＰＵ
８：コーデック
１０：増幅器
２６：ＣＰＵ
２８：ノースブリッジ
３０：システムＲＡＭ（システムメモリ）
３１：システム
３２：サウスブリッジ
３４：小型ＬＣＤディスプレイ
３６：ＨＤＤ（ハードディスクドライブ）
３８：ＣＤ−ＲＯＭ（ＣＤ／ＤＶＤ ＲＯＭドライブ）
４０：専用回路（ＩＣ）
４２：コーデック（ＡＣ９７規格コーデック）
４４：増幅器
４６：スピーカ
４８：ファンクションスイッチ（ファンクションキー）
５０：ＡＣ９７規格制御装置
５２：ＬＰＣ制御装置
５４：オーディオプレーヤ電源スイッチ
５６：システムクロック
６０：スイッチ
６２：ＬＰＣインタフェース
６４：ステートマシーン
６６：レジスタブロック
６８：ファンクションキーインタフェース
７２：ＬＣＤインタフェース
７４：バス
８０：小型ＯＳ
８２：携帯用メモリ媒体（メモリデバイス）
６００：コンピュータシステム
６０６：キーボード
６０４：キーボード制御装置
７００：コンピュータシステム
７１２：デジタル装置
７１４：遠隔制御トランシーバ
７１６：マイクロフォン
７２２：遠隔制御装置
７３０：バッファ
１０００：パレンタル制御システム
１００２：パレンタル制御集積回路（ＩＣ）
１００４：記憶装置インタフェース
１００６：ホストインタフェース
１００８：ユーザ入力インタフェース
１０１０：エンジン（暗号化／復号化エンジン）
１０１２：（外部の）記憶装置
【特許請求の範囲】
【請求項１】
データへのアクセスのパレンタル制御を可能にするコンピュータシステムであって、
システムＣＰＵとオペレーティングシステムとスロットとを備えるコンピュータホストのサブシステムを具備すると共に、
命令データを備える記憶装置と、
前記記憶装置に記憶された前記命令データを表す１番目のコード化された信号を受信し、前記命令データを表す２番目のデコードされた信号を前記オペレーティングシステムに供給するように構成されたパレンタル制御回路と
を備えるパレンタル制御システムを具備し、
前記記憶装置が、前記コンピュータホストのサブシステムの前記スロットに適合するように構成され、
前記オペレーティングシステムが、前記２番目のデコードされた信号に基づいて、前記コンピュータホストのサブシステムのアプリケーションへのアクセスを制御するために、前記２番目のデコードされた信号に応答する
ことを特徴とするコンピュータシステム。
【請求項２】
前記オペレーティングシステムが小型ＯＳを具備し、
前記アプリケーションが娯楽アプリケーションである
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項３】
前記命令データが、予め決定された時間間隔の間の予め決定された時間限度を含む時間限度データを含み、
もし、前記予め決定された時間限度が、前記予め決定された時間間隔を超過したならば、前記オペレーティングシステムが、該コンピュータシステムの操作を終結するために、前記時間限度データに応答する
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項４】
前記命令データが、関連したファイルのセットに対する禁止された内容の等級付けを含む内容制限データを含み、
前記オペレーティングシステムが、禁止された内容の等級付けを持つ前記関連したファイルのセットの操作を禁止するために、前記内容制限データに応答する
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項５】
前記命令データが、禁止された時刻間隔を含む時刻制限データを含み、
前記オペレーティングシステムが、前記禁止された時刻間隔の間、該コンピュータシステムの操作を禁止するために、前記時刻制限データに応答する
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項６】
前記パレンタル制御回路が、
前記命令データを表す前記２番目のデコードされた信号を前記オペレーティングシステムに供給するように構成されたホストインタフェースと、
前記記憶装置に記憶された前記命令データを表す前記１番目のコード化された信号を受信するように構成された記憶装置インタフェースと、
前記１番目のコード化された信号を表すコード化された入力信号を前記記憶装置インタフェースから受信し、かつ前記２番目のデコードされた信号を表すデコードされた出力信号を前記ホストインタフェースに供給するように構成されたエンジンと
を具備することを特徴とする請求項１に記載のコンピュータシステム。
【請求項７】
前記エンジンが、更に、前記オペレーティングシステムからの命令を表すデコードされた入力信号を前記ホストインタフェースから受信し、前記オペレーティングシステムからの前記命令を表すコード化された出力信号を前記記憶装置インタフェースに供給するように構成される
ことを特徴とする請求項６に記載のコンピュータシステム。
【請求項８】
前記システムＣＰＵが、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答し、
前記パレンタル制御回路が、前記記憶装置と前記２番目のオペレーティングシステムとの間の安全な通信を提供するように構成され、
前記１番目のオペレーティングシステムが、１番目の操作モードにおいて実行され、前記２番目のオペレーティングシステムが、２番目の娯楽モードにおいて実行され、
前記記憶装置が、前記娯楽モードにおける該コンピュータシステムの操作の限度に関して、関連した利用者に対する前記命令データを備える
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項９】
前記パレンタル制御回路が、
前記命令データを表す２番目のデコードされた信号を前記オペレーティングシステムに供給するように構成されたホストインタフェースと、
前記記憶装置に記憶された前記命令データを表す１番目のコード化された信号を受信するように構成された記憶装置インタフェースと、
前記１番目のコード化された信号を表すコード化された入力信号を前記記憶装置インタフェースから受信し、前記２番目のデコードされた信号を表すデコードされた出力信号を前記ホストインタフェースに供給するように構成されたエンジンと
を具備することを特徴とする請求項８に記載のコンピュータシステム。
【請求項１０】
前記エンジンが、更に、前記２番目のオペレーティングシステムからの命令を表すデコードされた入力信号を前記ホストインタフェースから受信し、前記オペレーティングシステムからの前記命令を表すコード化された出力信号を前記記憶装置インタフェースに提供するように構成される
ことを特徴とする請求項９に記載のコンピュータシステム。
【請求項１１】
前記命令データが、予め決定された時間間隔の間の予め決定された時間限度を含む時間限度データを含み、もし、前記予め決定された時間限度が、前記予め決定された時間間隔を超過したならば、前記第２のオペレーティングシステムが、前記娯楽モードにおける該コンピュータシステムの操作を終結するために、時間限度データに応答する
ことを特徴とする請求項９に記載のコンピュータシステム。
【請求項１２】
前記命令データが、関連したファイルのセットに対する禁止された内容の等級付けを含む内容制限データを含み、
前記第２のオペレーティングシステムが、禁止された内容の等級付けを持つ前記関連したファイルのセットの操作を禁止するために、前記内容制限データに応答する
ことを特徴とする請求項９に記載のコンピュータシステム。
【請求項１３】
前記命令データが、禁止された時刻間隔を含む時刻制限データを含み、
前記第２のオペレーティングシステムが、前記禁止された時刻間隔の間、前記娯楽モードにおける該コンピュータシステムの操作を禁止するために、前記時刻制限データに応答する
ことを特徴とする請求項９に記載のコンピュータシステム。
【請求項１】
データへのアクセスのパレンタル制御を可能にするコンピュータシステムであって、
システムＣＰＵとオペレーティングシステムとスロットとを備えるコンピュータホストのサブシステムを具備すると共に、
命令データを備える記憶装置と、
前記記憶装置に記憶された前記命令データを表す１番目のコード化された信号を受信し、前記命令データを表す２番目のデコードされた信号を前記オペレーティングシステムに供給するように構成されたパレンタル制御回路と
を備えるパレンタル制御システムを具備し、
前記記憶装置が、前記コンピュータホストのサブシステムの前記スロットに適合するように構成され、
前記オペレーティングシステムが、前記２番目のデコードされた信号に基づいて、前記コンピュータホストのサブシステムのアプリケーションへのアクセスを制御するために、前記２番目のデコードされた信号に応答する
ことを特徴とするコンピュータシステム。
【請求項２】
前記オペレーティングシステムが小型ＯＳを具備し、
前記アプリケーションが娯楽アプリケーションである
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項３】
前記命令データが、予め決定された時間間隔の間の予め決定された時間限度を含む時間限度データを含み、
もし、前記予め決定された時間限度が、前記予め決定された時間間隔を超過したならば、前記オペレーティングシステムが、該コンピュータシステムの操作を終結するために、前記時間限度データに応答する
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項４】
前記命令データが、関連したファイルのセットに対する禁止された内容の等級付けを含む内容制限データを含み、
前記オペレーティングシステムが、禁止された内容の等級付けを持つ前記関連したファイルのセットの操作を禁止するために、前記内容制限データに応答する
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項５】
前記命令データが、禁止された時刻間隔を含む時刻制限データを含み、
前記オペレーティングシステムが、前記禁止された時刻間隔の間、該コンピュータシステムの操作を禁止するために、前記時刻制限データに応答する
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項６】
前記パレンタル制御回路が、
前記命令データを表す前記２番目のデコードされた信号を前記オペレーティングシステムに供給するように構成されたホストインタフェースと、
前記記憶装置に記憶された前記命令データを表す前記１番目のコード化された信号を受信するように構成された記憶装置インタフェースと、
前記１番目のコード化された信号を表すコード化された入力信号を前記記憶装置インタフェースから受信し、かつ前記２番目のデコードされた信号を表すデコードされた出力信号を前記ホストインタフェースに供給するように構成されたエンジンと
を具備することを特徴とする請求項１に記載のコンピュータシステム。
【請求項７】
前記エンジンが、更に、前記オペレーティングシステムからの命令を表すデコードされた入力信号を前記ホストインタフェースから受信し、前記オペレーティングシステムからの前記命令を表すコード化された出力信号を前記記憶装置インタフェースに供給するように構成される
ことを特徴とする請求項６に記載のコンピュータシステム。
【請求項８】
前記システムＣＰＵが、１番目のオペレーティングシステムまたは２番目のオペレーティングシステムを読み込むための制御信号に応答し、
前記パレンタル制御回路が、前記記憶装置と前記２番目のオペレーティングシステムとの間の安全な通信を提供するように構成され、
前記１番目のオペレーティングシステムが、１番目の操作モードにおいて実行され、前記２番目のオペレーティングシステムが、２番目の娯楽モードにおいて実行され、
前記記憶装置が、前記娯楽モードにおける該コンピュータシステムの操作の限度に関して、関連した利用者に対する前記命令データを備える
ことを特徴とする請求項１に記載のコンピュータシステム。
【請求項９】
前記パレンタル制御回路が、
前記命令データを表す２番目のデコードされた信号を前記オペレーティングシステムに供給するように構成されたホストインタフェースと、
前記記憶装置に記憶された前記命令データを表す１番目のコード化された信号を受信するように構成された記憶装置インタフェースと、
前記１番目のコード化された信号を表すコード化された入力信号を前記記憶装置インタフェースから受信し、前記２番目のデコードされた信号を表すデコードされた出力信号を前記ホストインタフェースに供給するように構成されたエンジンと
を具備することを特徴とする請求項８に記載のコンピュータシステム。
【請求項１０】
前記エンジンが、更に、前記２番目のオペレーティングシステムからの命令を表すデコードされた入力信号を前記ホストインタフェースから受信し、前記オペレーティングシステムからの前記命令を表すコード化された出力信号を前記記憶装置インタフェースに提供するように構成される
ことを特徴とする請求項９に記載のコンピュータシステム。
【請求項１１】
前記命令データが、予め決定された時間間隔の間の予め決定された時間限度を含む時間限度データを含み、もし、前記予め決定された時間限度が、前記予め決定された時間間隔を超過したならば、前記第２のオペレーティングシステムが、前記娯楽モードにおける該コンピュータシステムの操作を終結するために、時間限度データに応答する
ことを特徴とする請求項９に記載のコンピュータシステム。
【請求項１２】
前記命令データが、関連したファイルのセットに対する禁止された内容の等級付けを含む内容制限データを含み、
前記第２のオペレーティングシステムが、禁止された内容の等級付けを持つ前記関連したファイルのセットの操作を禁止するために、前記内容制限データに応答する
ことを特徴とする請求項９に記載のコンピュータシステム。
【請求項１３】
前記命令データが、禁止された時刻間隔を含む時刻制限データを含み、
前記第２のオペレーティングシステムが、前記禁止された時刻間隔の間、前記娯楽モードにおける該コンピュータシステムの操作を禁止するために、前記時刻制限データに応答する
ことを特徴とする請求項９に記載のコンピュータシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−３２３６４５（Ｐ２００７−３２３６４５Ａ）
【公開日】平成１９年１２月１３日（２００７．１２．１３）
【国際特許分類】
【出願番号】特願２００７−１４０９２８（Ｐ２００７−１４０９２８）
【出願日】平成１９年５月２８日（２００７．５．２８）
【分割の表示】特願２００５−５０５６３７（Ｐ２００５−５０５６３７）の分割
【原出願日】平成１５年７月３０日（２００３．７．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（５００５２１８４３）オーツー マイクロ， インコーポレーテッド (138)
【Ｆターム（参考）】
【公開日】平成１９年１２月１３日（２００７．１２．１３）
【国際特許分類】
【出願日】平成１９年５月２８日（２００７．５．２８）
【分割の表示】特願２００５−５０５６３７（Ｐ２００５−５０５６３７）の分割
【原出願日】平成１５年７月３０日（２００３．７．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（５００５２１８４３）オーツー マイクロ， インコーポレーテッド (138)
【Ｆターム（参考）】
[ Back to top ]