(57)【要約】【課題】補助コンピューティング装置が、必要に応じてまたは需要を予想して関連するメインコンピュータシステムをウェイクさせ、データを取得するシステムおよび方法を提供する。【解決手段】ウェイク動作はデータをフェッチするための一時的なものであるので、メインコンピュータシステムにより少量の電力しか消費されない。補助装置とメインコンピュータシステムとの間の制御チャネルを使用してウェイクの信号を伝達する。メインデータチャネルを使用してデータを取得するので、補助装置は補助装置がキャッシュできるより多くの量のデータにアクセスする。メインコンピュータシステムのデジタル著作権管理機構を用いるなど、メインコンピュータシステムのコンポーネントを活用でき、メインコンピュータシステムに電源が入っている間に補助装置から追加のデータを要求して、例えばメディアのバッファリング、または予定表データ、電子メールデータなどの同期を要求できる。【選択図】図５
2006146938.tif 000002
【特許請求の範囲】
【請求項１】
コンピューティング環境のコンピュータシステムであって、
前記コンピュータシステムにより提供される情報を含んでいる補助情報を提示するように構成された補助装置と、
前記メインコンピュータシステムをウェイクさせて、前記メインコンピュータシステムがデータに対してアクセスし、かつ伝達することを可能な状態にする、前記補助装置のウェイク機構と、
前記メインコンピュータシステムをウェイクさせた後に、前記補助コンピューティング装置と前記メインコンピュータシステムとの間でデータを転送する通信機構と
を備えたことを特徴とするシステム。
【請求項２】
前記メインコンピュータシステムをウェイクさせるための前記ウェイク機構によって使用され、データを転送する前記通信機構とは別個の制御チャネルをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項３】
前記メインコンピュータシステムをウェイクさせるための前記ウェイク機構によって使用される制御チャネルをさらに備え、前記データを転送する通信機構は、前記制御チャネルによって情報を転送するためにも使用されることを特徴とする請求項１に記載のシステム。
【請求項４】
前記メインコンピュータシステムをウェイクさせるための前記ウェイク機構によって使用され、無線受信機、ＳＰＯＴ無線、Ｂｌｕｅｔｏｏｔｈ無線、ＵＳＢ接続、ＳＭＢＵＳベースの接続、シリアル接続、パラレル接続、赤外線接続、ネットワーク接続、および電話接続を含むセットの少なくとも一要素に対応する制御チャネルをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項５】
前記補助装置は、前記メインコンピュータシステムのＳＭＢＵＳベースのウェイク機構に接続されたディスプレイ画面を有することを特徴とする請求項１に記載のシステム。
【請求項６】
前記補助装置のウェイク機構は、前記メインコンピュータシステムを、前記メインコンピュータシステムがウェイク状態で消費する電力より少ない電力を消費するスリープ状態に戻すことを特徴とする請求項１に記載のシステム。
【請求項７】
前記通信機構が前記データを転送した後、前記メインコンピュータシステムは、前記メインコンピュータシステムがウェイク状態で消費するより少ない電力を消費するスリープ状態にメインコンピュータシステム自体で戻ることを特徴とする請求項１に記載のシステム。
【請求項８】
前記メインコンピュータシステムは、少なくとも１つのデジタル著作権管理コンポーネントと、前記通信機構にメディアデータを提供するメディアアプリケーションとを含むことを特徴とする請求項１に記載のシステム。
【請求項９】
前記補助装置は、別個のコンピュータ、モバイル通信装置、ボタンアクチュエータを有する２次ディスク画面、腕時計、壁掛けディスプレイ、ディスプレイ画面、デジタル写真フレーム、時計、テレビジョン、ラジオ、メディアプレーヤ、家庭用電化製品のメインディスプレイに埋め込まれた装置または家庭用電化製品のメインディスプレイを使用する装置、自動車、輸送または他の移動装置、キーボードまたはメインコンピュータシステムの他の入力装置、ページャ、および携帯情報端末を含む装置の種類のセットにある装置を含むことを特徴とする請求項１に記載のシステム。
【請求項１０】
前記通信機構は、無線受信機、ＳＰＯＴ無線、Ｂｌｕｅｔｏｏｔｈ無線、ＵＳＢ接続、シリアル接続、パラレル接続、赤外線接続、ネットワーク接続、および電話接続を含む構成要素のセットのうちの少なくとも１つの構成要素に対応することを特徴とする請求項１に記載のシステム。
【請求項１１】
前記メインコンピュータシステムから転送されるデータの必要性を検出するウェイク状態に前記メインコンピュータシステムをウェイクさせる前記ウェイク機構に結合された、前記補助ディスプレイシステム上のキャッシュマネジャをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項１２】
前記キャッシュマネジャは、前記検出された必要性に対応するデータに関連しない追加のデータを要求することを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記キャッシュマネジャは、前記転送されるデータを要求し、前記要求が満たされていることを検出し、および前記ウェイクマネジャと通信することにより前記メインコンピュータシステムを、前記メインコンピュータシステムがウェイク状態で消費するよりも少ない電力を消費するスリープ状態に戻すことを特徴とする請求項１１に記載のシステム。
【請求項１４】
前記補助装置による出力のためのデータを処理するステップと、
前記補助装置における他のデータの必要性を検出するステップと、
前記メインコンピュータシステムをスリープ状態からウェイクさせて、前記メインコンピュータシステムが前記他のデータに対してアクセスし、かつ伝達することを可能な状態にするステップと、
前記メインコンピュータシステムからの他のデータを受信するステップと
を備えた、メインコンピュータシステムと前記メインコンピュータシステムに結合された補助装置とを有するコンピューティング環境における方法。
【請求項１５】
前記メインコンピュータシステムを、前記メインコンピュータシステムがウェイク状態で消費する電力より少ない電力を消費するスリープ状態に戻すステップをさらに備えたことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ウェイク状態中に前記メインコンピュータシステムが、前記メインコンピュータシステムをウェイクさせる方法で別に使用されているかどうかを前記補助装置上で決定し、使用されている場合は、前記コンピュータシステムを現在の状態のままにし、および使用されていない場合は、前記メインコンピュータシステムを、前記メインコンピュータシステムがウェイク状態で消費する電力より少ない電力を消費するスリープ状態に戻すステップをさらに備えたことを特徴とする請求項１４に記載の方法。
【請求項１７】
前記ウェイク状態中に前記メインコンピュータシステムが前記メインコンピュータシステムをウェイクさせる方法で別に使用されているかどうかを前記メインコンピュータシステム上で決定し、使用されている場合は、前記メインコンピュータシステムがメインコンピュータシステム自体を現在の状態に保ち、使用されていない場合は、前記メインコンピュータシステムがメインコンピュータシステム自体を、前記メインコンピュータシステムがウェイク状態で消費するより少ない電力を消費するスリープ状態に戻すステップをさらに備えたことを特徴とする請求項１４に記載の方法。
【請求項１８】
前記メインコンピュータシステムをウェイクさせるステップは、制御チャネル上で信号を送信するステップを含むことを特徴とする請求項１４に記載の方法。
【請求項１９】
前記制御チャネル上のデータを前記補助装置でリッスンするステップをさらに備えたことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記メインコンピュータシステムから前記他のデータを受信するステップは、メディアデータを受信するステップを含むことを特徴とする請求項１４に記載の方法。
【請求項２１】
前記メインコンピュータシステムをウェイクさせた後に、前記他のデータを要求し、および前記他のデータを越えた追加のデータを要求するステップをさらに備えたことを特徴とする請求項１４に記載の方法。
【請求項２２】
前記追加のデータは、前記他のデータの供給源とは別個の供給源から取得されることを特徴とする請求項２１に記載の方法。
【請求項２３】
前記追加のデータを受信した後に、時間が指定された前記追加のデータの取り出しの予定を変更するステップをさらに備えたことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記メインコンピュータシステムから前記他のデータを受信した後に、現在それ以上のデータが必要とされないことを検出するステップをさらに備えたことを特徴とする請求項１４に記載の方法。
【請求項２５】
実行されると請求項１４に記載の方法を行うコンピュータ実行可能命令を有する少なくとも１つのコンピュータ読取可能な媒体。
【請求項２６】
実行されると、
メインコンピュータシステムがスリープ状態にある場合に前記メインコンピュータの補助装置でデータを処理するステップと、
前記メインコンピュータシステムがデータに対してアクセスし、かつ通信することが少なくとも可能であるウェイク状態に、前記メインコンピュータシステムをウェイクさせるステップと、
前記メインコンピュータシステムがウェイク状態にある場合に前記メインコンピュータシステムと通信することによりデータを交換するステップと、
前記メインコンピュータシステムを、前記メインコンピュータシステムが前記ウェイク状態で消費するよりも少ない電力を消費するスリープ状態に戻すステップと
を行うコンピュータ実行可能命令を有する少なくとも１つのコンピュータ読取可能な媒体。
【請求項２７】
前記メインコンピュータシステムをウェイクさせるステップは、制御チャネル上で信号を送信するステップを含むことを特徴とする請求項２６に記載のコンピュータ読取可能な媒体。
【請求項２８】
前記制御チャネル上のデータを前記補助装置でリッスンするステップをさらに備えたことを特徴とする請求項２７に記載のコンピュータ読取可能な媒体。
【請求項２９】
前記メインコンピュータシステムと通信するステップは、前記メインコンピュータシステム上に格納するためのデータを送信するステップを含むことを特徴とする請求項２６に記載のコンピュータ読取可能な媒体。
【請求項３０】
前記メインコンピュータシステムと通信するステップは、要求されたデータを受信するステップを含むことを特徴とする請求項２６に記載のコンピュータ読取可能な媒体。
【請求項３１】
前記メインコンピュータシステムから要求されたデータを受信するステップは、メディアデータを受信するステップを含むことを特徴とする請求項３０に記載のコンピュータ読取可能な媒体。
【請求項３２】
前記メインコンピュータシステムから要求されたデータを受信するステップは、表示可能なコンテンツを受信するステップを含むことを特徴とする請求項３０に記載のコンピュータ読取可能な媒体。
【請求項３３】
前記メインコンピュータシステムから要求されたデータを受信した後に、現在それ以上必要とされるデータはないことを検出するステップをさらに備えたことを特徴とする請求項３０に記載の方法。
【請求項３４】
データの必要性を検出し、および前記データを要求するステップをさらに備え、前記メインコンピュータシステムと通信するステップが、前記要求されたデータを受信するステップを含むことを特徴とする請求項２６に記載のコンピュータ読取可能な媒体。
【請求項３５】
データの必要性を検出し、前記必要とされることが決定されたデータを要求し、および必要とされるデータを越えた追加のデータを要求するステップをさらに備えたことを特徴とする請求項２６に記載のコンピュータ読取可能な媒体。
【請求項３６】
前記追加のデータは、前記必要とされることが決定されたデータの供給源とは別個の供給源から取得されることを特徴とする請求項３５に記載のコンピュータ読取可能な媒体。
【請求項３７】
前記メインコンピュータシステムをウェイクさせる前に、１つまたは複数の状態基準を評価して前記メインコンピュータシステムをウェイクさせるかどうかを決定するステップをさらに備えたことを特徴とする請求項２６に記載のコンピュータ読取可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般には、コンピュータシステムに関し、より詳細には、コンピューティング装置間で情報を通信する、改良されたシステムおよび方法に関する。
【背景技術】
【０００２】
米国特許出願第１０／４２９，９３０号明細書および米国特許出願第１０／４２９，９３２号明細書は、概して、補助的なコンピューティング機能を提供する補助処理と補助機構とを有するコンピュータシステムの概念に向けられる。例えば、ラップトップコンピュータの蓋あるいは側面にある小型のＬＣＤは、ラップトップコンピュータの蓋が閉じられている場合、およびメインコンピュータの電源が切られている場合の少なくとも一方の場合など、メインコンピュータのディスプレイが容易に見られない場合でさえ、会議の場所および時間など、有用な情報をラップトップコンピュータの持ち主に提供することができる。ボタンなどのコントロールを提供して、ユーザが補助装置と互いに伝達し合って、予定表データの中から追加の約束を見る、電子メールメッセージを読む、指示を読む、メディアを再生するなど、異なる種類のデータを見ることができるようにすることができる。
【０００３】
モバイルのホストコンピュータに内蔵された補助ＬＣＤ画面とある程度同様にして、携帯電話機、音楽再生装置、ポケットサイズのパーソナルコンピュータ、携帯情報端末などは、ディスプレイおよび他の機能の少なくとも一方に、メインコンピュータシステムから発せられるデータにより使用させることを可能にするように装置がプログラムされている限り、物理的に連結された場合、および無線（例えば、Ｂｌｕｅｔｏｏｔｈまたは赤外線）リンクをよって連結された場合の少なくとも一方の場合のメインコンピュータに対する補助装置として使用することができる。一般に、事実上あらゆる方法においてコンピュータシステムとインターフェースで連結することができるＩ／Ｏ機能を有するあらゆる装置は、潜在的に補助コンピューティング装置として使用することができる。
【０００４】
メインコンピュータシステムに対して補助装置を有する大きな利点の１つは、メインコンピュータが電源を完全に切られている、または種々のスリープ状態（例えば、恐らくは、ＡＣＰＩ（Ａｄｖａｎｃｅｄ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ａｎｄ  Ｐｏｗｅｒ  Ｉｎｔｅｒｆａｃｅ）により標準化されたスリープ状態）の１つである場合でさえ、情報が使用可能にとなることである。これが何故利点であるのかを理解するために、メインコンピュータが稼動しており、著しい量の電力が消費されている場合を考える。電力消費は、ラップトップおよびタブレットベースのコンピューティング装置などのモバイルのパーソナルコンピュータを扱う場合に大きな問題となる。なぜならば、ユーザが再充電と再充電との間に長いバッテリ寿命を望むからである。一般に、ＰＣが完全に電源を供給された状態（例えば、ＡＣＰＩにおけるＳ０に対応する）が長いほど、バッテリ寿命は短くなる。補助装置は、ある種類の情報にアクセスする場合にはユーザにメインコンピュータをオフのままにすることを可能にすることにより、電力を節約する。補助ディスプレイの他の利点は、情報への迅速なアクセスを含む。例えば、ラップトップは、ユーザに情報を提示するためにラップトップの蓋を開けさせ、スリープ状態を終了し、ディスクを回転させるなどせずに済む。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、完全に電源を供給されていないメインコンピュータに関連付けられた補助装置は、前回メインコンピュータシステムからキャッシュされたデータ、およびメインコンピュータシステムから独立して取得されるあらゆるデータの少なくとも一方を処理することに制限されるという問題があった。結果として、キャッシュされたデータが古いことがあり、および／またはキャッシュされたデータが、補助装置上のメモリが制限されているためなど、ユーザが実行したいタスクにとって不十分であることがある。必要とされるのは、補助装置が、メインコンピュータシステムの電力を節約するように、メインコンピュータシステムからのデータにアクセスする方法である。
【０００６】
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、補助コンピューティング装置に対して関連するメインコンピュータシステムを必要に応じてウェイクしてデータを取得するシステムおよび方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、このような目的を達成するために、補助装置におけるデータの必要性が、オンデマンドであること、および需要を見越していることの少なくとも一方であることがある。メインコンピュータシステムのウェイクは、通常、一時的であることにより、比較的少量の電力のみがメインコンピュータシステムによって消費され、例えば、データを取得するのに十分な電力状態に対する、メインコンピュータシステムをウェイクさせるデューティサイクルに概ね対応する量である。
【０００８】
一実施形態では、補助装置がデータを必要とする場合に、補助装置とメインコンピュータシステムとの間の制御チャネルを通じた信号データを使用して、メインコンピュータシステムをウェイクさせることができる。メインコンピュータシステムがデータを取得かつ送信するのに十分な電力状態にウェイクすると、メインデータチャネルを使用して、データを要求かつ受信する。そして、メインコンピュータシステムは、独自の機構によっても、補助装置による命令としても、低電力のスリープ状態に戻る。関連データをフェッチするためにメインコンピュータシステムをウェイクし、およびメインコンピュータシステムを低電力状態に戻すプロセスを自動化することにより、補助装置は、効率的に現在のデータを有し、補助装置がローカルにキャッシュすることができるよりもはるかに多量のデータへのアクセスを有することも同様に、可能である。
【０００９】
さらに、メインコンピュータシステムのオペレーティングシステムおよびアプリケーションプログラムの少なくとも一方の能力の全部すべてをレバレッジ（ｌｅｖｅｒａｇｅ）して、メインコンピュータシステムのデジタル著作権管理機構を用いて保護されたメディアデータにアクセスすることなどができる。したがって、メインコンピュータシステムを用いてデータを取得して、オペレーティングシステム、プログラム、および他の適したコンポーネントを含む強力なメインコンピュータシステムを、迂回するのではなくてレバレッジする。
【００１０】
必要とされるデータをフェッチすることに加えて、メインコンピュータシステムが電源を供給されている間に、追加のデータを、補助装置により集中管理的に要求することができる。例えば、オーディオの再生中に、補助装置は、メインコンピュータシステムをウェイクさせオーディオトラックの次のセットを受信することができる。同時に、補助装置は、データが特に必要とされていない場合でさえ、さらなる集中管理的なプリフェッチ処理において、予定表データ、電子メールデータなどを要求することができる。そのような追加のデータは、同期のために既に予定されていることがあり、そうならば、他のデータの必要性に基づく要求と連結して追加のデータを取得することにより、次に予定された時間をリセットすることができ、よって電力消費をさらに低減する。
【００１１】
他の利点は、図面と連係して得られる以下の詳細な説明から明らかになるであろう。
【発明を実施するための最良の形態】
【００１２】
（例示的動作環境）
図１は、本発明を組み込むことができるメインパーソナルコンピュータシステムの形式におけるコンピューティング装置１２０を表すブロック図である。当業者は、図１において示されるパーソナルコンピュータシステム１２０が単に説明的であることを意図していること、および本発明がハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、ヘッドレスサーバなどを含む他のコンピュータシステム構成により実施するできることを理解するであろう。さらに、本発明は、通信ネットワークを介して連結された遠隔の処理装置によってタスクが実行される分散コンピューティング環境で実施することができる。分散コンピューティング環境では、プログラムモジュールを、ローカルとリモートとの両方のメモリ記憶装置に配置することができる。
【００１３】
パーソナルコンピュータシステム１２０は、処理装置１２１、システムメモリ１２２、およびシステムメモリを含む種々のシステム構成要素を処理装置１２１に結合するシステムバス１２３を含む。システムバス１２３は、メモリバスまたはメモリコントローラ、周辺バス、および種々のバスアーキテクチャのいずれかを使用したローカルバスを含む数種のバス構造のいずれかとすることができる。システムメモリは、読取専用メモリ（ＲＯＭ）１２４とランダムアクセスメモリ（ＲＡＭ）１２５とを含む。起動中など、パーソナルコンピュータ１２０内の要素間で情報を転送するのに役立つ基本ルーチンを含む基本入出力システム１２６（ＢＩＯＳ）は、ＲＯＭ１２４に格納される。さらに、パーソナルコンピュータ１２０は、ハードディスク（図示せず）に対して読取りかつ書込みのためのハードディスクドライブ１２７、取外可能な磁気ディスク１２９に対して読取りまたは書込みのための磁気ディスクドライブ１２８、ならびにＣＤ−ＲＯＭまたは他の光媒体などの取外可能な光ディスク１３１に対して読取りまたは書込みのための光ディスクドライブ１３０を含むことができる。ハードディスクドライブ１２７、磁気ディスクドライブ１２８、および光ディスクドライブ１３０は、それぞれ、ハードディスクドライブインターフェース１３２、磁気ディスクドライブインターフェース１３３、および光ドライブインターフェース１３４によりシステムバス１２３に接続される。ドライブおよびドライブに関連付けられたコンピュータ読取可能な媒体は、コンピュータ読取可能な命令、データ構造、プログラムモジュール、および他のデータの不揮発性の記憶装置をパーソナルコンピュータ１２０に提供する。本明細書において説明される例示的コンピュータシステムでは、ハードディスク、取外可能な磁気ディスク１２９、および取外可能な光ディスク１３１を用いるが、当業者は、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）など、コンピュータによりアクセス可能であるデータを格納することができる他の種類のコンピュータ読取可能な媒体を、例示的コンピュータシステムにおいて使用することができることを理解すべきである。
【００１４】
オペレーティングシステム１３５（Ｗｉｎｄｏｗｓ（登録商標）ＸＰなど）、１つまたは複数のアプリケーションプログラム１３６（本願発明の特許出願人のＯｕｔｌｏｏｋなど）、他のプログラムモジュール１３７、およびプログラムデータ１３８を含む多くのプログラムモジュールを、ハードディスク、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４、またはＲＡＭ１２５に格納することができる。ユーザは、キーボード１４０およびポインティング装置１４２などの入力装置を介してパーソナルコンピュータ１２０にコマンドおよび情報を入力することができる。他の入力装置（図示せず）は、マイクロフォン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナなどを含むことができる。上記および他の入力装置は、システムバスに結合されたシリアルポートインターフェース１４６を介して処理装置１２１に接続されることが多いが、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（ＵＳＢ）など、他のインターフェースにより接続してもよい。さらに、モニタ１４７または他の種類の表示装置は、ビデオアダプタ１４８など、インターフェースによってシステムバス１２３に接続される。モニタ１４７に加えて、パーソナルコンピュータは、通常、スピーカおよびプリンタなど、他の周辺出力装置（図示せず）を含む。補助ディスプレイ／装置２００は、追加の出力装置であり、および例えば、補助ディスプレイインターフェース１５５によってシステムバス１２３に接続してもよい。
【００１５】
さらに、補助ディスプレイは、シリアルインターフェースを介して、またはパラレルポート、ゲームポート、赤外線または無線接続、ユニバーサルシリアルバス（ＵＳＢ）、もしくは他の周辺装置接続など、他のインターフェースにより、メインコンピューティング装置１２０に接続することができる。図１の入力装置２０１は、補助ディスプレイ２００に対してインターフェースで連結かつ／または制御する１つまたは複数のアクチュエータを提供することができ、ならびに例えば補助表示装置の一部とすることができるが、代替として、補助表示装置から独立させ、および入力装置インターフェース１５６によってシステムバス１２３に接続することができ、入力装置インターフェース１５６は、シリアルインターフェース、またはパラレルポート、ゲームポート、赤外線もしくは無線接続、ユニバーサルシリアルバス（ＵＳＢ）もしくは他の周辺装置接続など、他のインターフェースとすることができる。
【００１６】
パーソナルコンピュータ１２０は、リモートコンピュータ１４９など、１つまたは複数のリモートコンピュータとの論理接続を使用するネットワーク化された環境において動作することができる。リモートコンピュータ１４９は、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、または他の一般的なネットワークノードとすることができ、および図１ではメモリ記憶装置１５０のみを例示しているが、通常、上述したパーソナルコンピュータ１２０の関連要素の多くまたはすべてを含む。図１に示す論理接続は、ローカルエリアネットワーク（ＬＡＮ）１５１とワイドエリアネットワーク（ＷＡＮ）１５２とを含む。このようなネットワーク環境は、オフィス、企業全体のコンピュータネットワーク、イントラネットおよびインターネットにおいてありきたりである。
【００１７】
ＬＡＮのネットワーク環境において使用する場合、パーソナルコンピュータ１２０は、ネットワークインターフェースまたはアダプタ１５３を介してローカルネットワーク１５１に接続する。ＷＡＮネットワーク環境において使用する場合、通常、パーソナルコンピュータ１２０は、インターネットなど、ワイドエリアネットワーク１５２を通じて通信を確立するためのモデム１５４または他の手段を含む。モデム１５４は、内蔵または外付けとすることができ、シリアルポートインターフェース１４６によってシステムバス１２３に接続する。ネットワーク化された環境では、図示されたパーソナルコンピュータ１２０の関連プログラムモジュールまたはその一部は、遠隔のメモリ記憶装置に格納してよい。示されたネットワーク接続は、例示的であり、およびコンピュータ間に通信リンクを確立する他の手段を用いてよいことを理解するであろう。
【００１８】
コンピュータシステムは、本発明にかかる作動のために補助装置が完全に使用可能である必要はないことに留意すべきである。実際、補助装置は、コンピュータシステムがスリープ状態または冬眠モードにある場合、およびユーザがまだログオンしていないかまたはさもなければセキュリティ機構によってシステムから締め出されている場合の少なくとも一方の場合など、コンピュータが電源を供給されていない場合でも、少なくともデフォルトの範囲、またはユーザによって設定された範囲で作動することができる。
【００１９】
補助ディスプレイ／装置２００は、メインディスプレイの補足となることがあり、さらにメインディスプレイがシャットダウンされているかまたはさもなければ使用可能ではない（例えば、接続されていない）場合に、代理ディスプレイとして使えて、ユーザに情報を与えることができる。例えば、メインディスプレイに電源を供給する方法のような情報は、有用であることがあり、メインディスプレイがオフである場合および容易に見られない（例えば、ラップトップの蓋が閉じられている）場合の少なくとも一方の場合に、ユーザが見ることができるモバイルコンピュータに接続された補助ディスプレイ装置上の、会議の部屋番号および道順の少なくとも一方であるような情報は、有用であろう。補助装置は、オーディオおよびビデオの少なくとも一方を再生し、画像を示し、予定表の情報を示し、電子メールを示すことなどができる。
【００２０】
上術のように電源が供給されていないモードにおいて通信を可能にかつ制御するために、不揮発性メモリに格納されたファームウェアは、存在することがあり、このファームウェアは、２次プロセッサによりロードかつ操作されると、電源が使用できる限り、用いられる他の補助コンポーネントとともに、補助ディスプレイを可能にする。本明細書において使用される用語「ファームウェア」と「デバイスハードウェア」とは、基本的に同義であり、および一般に、補助メモリ、補助メモリ中のコード、および／またはコードが実行される補助プロセッサを表すとみなすことができる。
【００２１】
図２Ａ〜２Ｅは、それぞれ、補助ディスプレイ画面２００ａ〜２００ｅの配置に関するコンピューティング装置上の例示位置またはコンピューティング装置に関連付けられた例示的位置を例示する。図２Ａおよび２Ｂに表すように、補助ディスプレイ画面２００ａは、スタンドアロンの（固定または携帯）電話機２０２の前面、背面、または他の面に配置しても（Ｂｌｕｅｔｏｏｔｈ技術によってなど他の方法で連結する場合は物理的に結合する必要はない）、および／またはモバイルコンピュータ２０４またはタブレットコンピューティング装置（図示せず）の端部または蓋に配置された別の補助ディスプレイ画面２００ｂとしてもよい。補助ディスプレイ画面２００ｃの別の位置（図２Ｃ）は、コンピュータ、またはモニタ２０６にもしくはキーボード（図示せず）になどのコンピュータに付属する周辺装置に装着される電話機上としてもよい。図２Ｄおよび２Ｅには、それぞれ、コンピュータに接続されたスタンドアロンのコンソール２０８、または何らかの他の筐体２１０（マザーボードの筐体など）のフロントパネル上の補助ディスプレイ画面２００ｄおよび２００ｅの追加的な配置を例示する。当業者は、補助ディスプレイ画面があらゆるコンピューティング装置、またはコンピュータとの無線もしくは他の接続を有する腕時計に、リモート制御装置に、壁に設置された遠隔装置になど、表示機能を有する他の装置に配置してよいことを理解されよう。実際、補助ディスプレイは、接続がＬＡＮもしくはＷＡＮを通じて、またはインターネットを通じてとする場合があるので、物理的にメインコンピュータシステムの近くにある必要はない。
【００２２】
図２Ａ〜２Ｅから明らかであるように、補助ディスプレイは、１つまたは複数のＬＥＤ、２行の英数字ディスプレイ、モノクロディスプレイ、またはカラーディスプレイなどのいくつもの知られている種類のディスプレイの形式とすることができる。当業者は、本発明が他のコンピューティングまたは通信装置のディスプレイを補助ディスプレイ２００として用いてもよいことを理解するであろう。他のコンピューティングまたは通信装置は、汎用コンピュータ、携帯電話機、およびページャまたは携帯情報端末（ＰＤＡ）などのハンドヘルド装置を含む。加えて、本発明は、ユーザがログインを完了する前を含めて、コンピューティング装置１２０のディスプレイ上の表示領域（例えば、スクリーンセーバまたはグラフィカルユーザインターフェースの構成要素）内に実装された仮想的な補助ディスプレイを、補助ディスプレイ２００として用いることもできる。補助ディスプレイ２００は、上述の形式のいずれかの組合せを含み、さらに１つまたは複数のＬＥＤなどのインディケータと物理的または論理的に組み合わせても、かつ／または仮想補助ディスプレイと連係して使用することができる。
【００２３】
補助ディスプレイは、画面がない、または画面が電源を供給されていない場合でさえ機能を提供することができる。例えば、補助装置は、オーディオを再生する、データを収集する（例えば、後ほどメインコンピュータシステムに転送するため）、計算等を実行することができる。さらに、ディスプレイは、フル画面ではなく、１つまたは複数のＬＥＤなどよりなることもできる。したがって、多くの利益および利点は、補助ディスプレイ画面を有することから生じ、ゆえに本明細書において補助装置は、補助ディスプレイということができるが、ディスプレイは、必須ではない。一般に、本明細書においていう補助ディスプレイは、視覚、音声、および／または触覚による表現を含めて、基本的に知覚することができるなら何から構成してもよい。
【００２４】
（補助装置がデータをプリフェッチするためのウェイク）
理解されるように、本発明は、容易で迅速に補助情報とのインタラクションを行うために補助装置２００をユーザに提供する。本発明にかかる、補助装置が接続するメインコンピュータシステム（例えば、図１のコンピュータシステム１２０）は、電力を節約するためになど、補助装置２００とのユーザインタラクションの間にスリープ状態になることができる。本明細書において使用される「スリープ状態」は、コンピュータシステムが補助装置によってウェイクされるあらゆる状態とすることができ、コンピュータシステムに、必ずしもではないが、ＡＣＰＩ型のアーキテクチャを含む、減少した電力状態に入らせることを可能にするあらゆるアーキテクチャに対応させることができることに留意されたい。
【００２５】
本発明の種々の態様にかかる、補助装置２００により追加のデータが必要とされると、補助装置２００は、コンピュータシステム１２０をウェイクさせ、および追加のデータを取得し、後に通常、メインコンピュータシステム１２０は、スリープ状態に戻る。本明細書において、目に見えるデータ、音声プログラムデータ、および通知を使用して、情報の補助提示を例示するが、本発明は、特定の種類のデータを出力することに限定されないことを理解すべきである。さらに、補助装置２００は、通知ライトのセット、２行の英数字ディスプレイ、モノクロディスプレイ、またはカラーディスプレイなどのいくつもの知られている種類のディスプレイを使用して、作動することができることを理解すべきである。本明細書において使用するかぎり、簡単のために「補助ディスプレイ装置」は、一般に、補助ディスプレイ画面およびその画面に関連付けられたアクチュエータの少なくとも一方を、装置中の他のハードウェア、ファームウェア、またはソフトウェアも同様にいうものであるが、画面およびアクチュエータは、独立した機構であってよいこと、および／またはデータを入力するために物理的な接触を必要とするアクチュエータがなくてもよいことに留意されたい。さらに、補助ディスプレイ装置２００は、ピクセル型ディスプレイ画面の代わりにまたは追加として、可能性としてはインジケータ（例えば、個々のＬＥＤ）を含むかもしれないと考えてもよいことに留意されたい。
【００２６】
さらに、理解されるように、必ずしもディスプレイを有していないが、音または光などの出力を提供することができる装置を含む、補助ディスプレイ装置として使用することができる多くの種類の装置がある。本明細書において、ラップトップ機の蓋にあるディスプレイ、携帯電話機、ポケットサイズのパーソナルコンピュータ、デジタル画像ベースのピクチャーフレーム、キッチンディスプレイ、テレビ受像機、メディアプレーヤ、目覚まし時計を含む時計、腕時計などを含む多数の例を用いるが、本発明は、これらの例のいずれにも限定せず、補助「ディスプレイ」と言う場合でさえ、知覚に伝わる情報を出力することが可能なあらゆる装置の使用を予測している。例えば、他の種類の装置は、家庭用電化製品（冷蔵庫、ホームシアター受信機、ＤＶＤプレーヤなど）、壁掛けディスプレイ、自動車、輸送または他の移動装置（例えば自動車／列車／飛行機にすでにあるディスプレイを補助ディスプレイとして使用する）、キーボードまたはメインコンピュータシステムの他の入力装置、ＰＤＡ（携帯電話機ではないＰＤＡを含む）などに埋め込まれた、またはこれらのメインディスプレイを使用している補助装置を含む。
【００２７】
同様に、本発明は、補助装置を別のコンピュータシステムと結合する特定の機構に限定せず、したがって、本明細書において用いられる有線または無線の例に限定しない。接続は、比較的近くとも、比較的遠くともよく、インターネットを通じた仮想プライベート接続など、基本的にどこにあってもよい。
【００２８】
図３を参照すると、補助ディスプレイＡＰＩセット３０４によって、メインコンピュータシステム（例えば、１２０）上で実行されるアプリケーションプログラム３０２および他のプログラム（例えば、オペレーティングシステムコンポーネント）からなるクライアントに補助装置３００および３０１の少なくとも一方を公開する例示的実装を示す。ＡＰＩセット３０４は、クライアントアプリケーション３０６（プログラムのコンポーネントまたはできる限りプログラム自体）をシステムに登録する、接続された装置にコンテンツを送信する、接続された装置に通知を送信する、および接続された装置からイベントを受信することを含む、種々の機能にＡＰＩを提供する。イベントは、ナビゲーションイベント、コンテンツ要求イベント、コンテンツ変更イベントなどを含むことができる。
【００２９】
本発明の一態様にかかる、ＡＰＩセット３０４の使用は、「補助ディスプレイシステム」のみをクライアントに公開する。すなわち、個々の装置へのダイレクトアクセスはない。結果として、独立したソフトウェアベンダに対して、プログラムコンポーネントをクライアントアプリケーション３０６として（ＡＰＩセット３０４によって）登録後に、装置の実際の型や能力に関係なく、同じＡＰＩセット３０４に対する別のコールを使用して、あらゆる補助装置に、コンテンツを送信することができる。ユーザエクスペリエンスは、異なることがあるが、プログラムは、存在している補助装置に合わせて変える必要はない。アプリケーションプログラムは、補助装置についての能力情報を取得することができ、および能力に基づいて異なる動作を選択することができるが、アプリケーションプログラムは、装置を使用するためにそのようにする必要はないことに留意されたい。なぜならば、アーキテクチャは、さらなる通信を処理し、特定の装置にデータを合わせることを含む、複雑なタスクからアプリケーションプログラムを解放するためである。
【００３０】
ＡＰＩ層３０４は、ポータブル装置ＡＰＩセット３１０の上に書かれ、ポータブル装置ＡＰＩセット３１０は、ユーザモードのドライバフレームワーク３１２によって装置のドライバプロセスと通信する。ポータブル装置ＡＰＩセット３１０は、補助ディスプレイをポータブル装置のカテゴリにマッピングし、および装置の機能の列挙を可能にする。ＡＰＩセット３１０は、ユーザ識別子ドライバの中にカプセル化されるが、しかし、必ずしもクライアントアプリケーション３０６に公開されない。
【００３１】
一般に、クライアントアプリケーション３０６は、補助装置３００（および／または装置３０１）に通知を直に送信する。補助装置は、通知を表示する、メインコンピュータシステムから提供されるデータに基づいて独自の通知を生成することも同様に、性能がある。図３に示す他の（オプションの）コンポーネントは、補助ディスプレイについての通知を提供することができる通知クライアント３１６を含む。例えば、予定表プログラムなどのアプリケーションプログラムが実行されていない場合でさえ、そのプログラムに対応する予定された通知を提供することが望ましいことがある。すなわち、通知クライアント３１６は、そのようなシナリオを可能にする。さらに、補助装置は、メインコンピュータシステムの状態から独立して、通知をキャッシュし、かつ出力することができる。一般に、アプリケーション層の下にあり、および装置ドライバ３２４および３２５の上にあるコンポーネントは、一般に「補助ディスプレイプラットフォーム」と呼んでよいことに留意されたい。
【００３２】
一般に、各々の補助装置のベンダは、対応する補助装置ドライバ３２４を提供し、たとえ装置が、ある方法において組み立てられている場合でも、装置ドライバを、補助ディスプレイプラットフォームの提供者により供給することができる。より詳細には、以下で説明するように、ある型の補助装置は、「高性能の（ｅｎｈａｎｃｅｄ）」装置とみなされる。なぜならば、ある型の補助装置は、ＡＰＩセット３０４によって受信することができるあらゆる情報と一般に適合する他のものの中の特定のファームウェアにより構成されるからである。そのような装置に対して、装置ドライバ３２５は、汎用的にすることができ（したがって、補助ディスプレイプラットフォームの提供者により提供されることができる）、一般に、ＡＰＩが受信する情報を、補助デバイスファームウェアにより理解される専有のフォーマットに変換するなど、容易なタスクの実行を処理する。本明細書において、「基本」装置と呼ぶ他の補助装置に対して、ドライバは、その装置の能力と適合する必要があり、したがって、補助装置ベンダは、その装置または装置クラスにカスタマイズされたドライバを提供する必要がある。
【００３３】
あらゆるイベントにおいて、ユーザモードドライバフレームワークは、装置ドライバ（例えば、３２４および３２５）を補助ディスプレイプラットフォームに結合する装置ドライバインターフェース（ＤＤＩ）を提供する。そして、ドライバが、ＡＰＩが受信する情報に対応するデータを、補助ディスプレイ装置に通信するために適切なハードウェアインターフェース（転送）に転送する（および戻す）。例えば、図３では、基本装置ドライバ３２４は、装置３００に無線（例えば、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−ＦＩ、ＡＭ／ＦＭ、赤外線など）通信するためにリモートスタックおよびドライバ３２７にデータを（事前に定義されたプロトコルをよって）転送するデータとして示すのに対して、高性能装置ドライバ３２５は、ＵＢＳベースのハードウェア３２８に転送するデータとして示しているが、ＴＣＰ／ＩＰに基づく転送などのネットワーク転送を含む他の種類の転送が実行可能である。ユーザモードドライバは、接続の種類に関係なく、すべての高性能ディスプレイに対して作動することができるが、接続の種類毎の装置につき１つのドライバを使用することがより容易そうであることに留意されたい。理解されるように、これらの接続は、単に例示の目的として示しており、あらゆる装置ドライバは、適切な無線または有線通信のためにデータを転送する（および返す）。
【００３４】
さらに、図３に表すように、複数の装置をコンピュータに結合して、同時に補助ディスプレイとして使用することができることに留意されたい。ユーザは、（システムデータプロバイダ３０８のコントロールパネルなどによって）どのアプリケーションのデータがどの装置に表示されるかを設計することができる。さらに、システムデータプロバイダ３０８は、時刻データ、無線信号強度データ、コンピュータのオーディオ音量およびミュート状態および／またはバッテリレベルデータなどのシステム情報を補助ディスプレイに供給する。一実施形態では、補助ディスプレイプラットフォームは、クライアントアプリケーション３０６がコンテンツを送信する場合はいつでも、システムにより保持されるマトリックスを調べて、どの装置が情報を受信すべきかを決定する。異なる装置型に対するコンテンツの変換は、このレベルで、以下に説明するように、できる限り装置ドライバレベルより上の他のレベルでおよび装置ドライバにおいても同様に、行うことができる。さらに、補助ディスプレイプラットフォームのＡＰＩは、補助装置からのイベントなどをアプリケーションのクライアントアプリケーションに送信して、再度マトリクスを用いて、適切にイベントをクライアントアプリケーションに送り返す。
【００３５】
さらに図３に示すように、「高性能」ディスプレイ３０１は、本明細書において補助ディスプレイプラットフォームと呼ぶ特定のファームウェアスタックを実行するディスプレイである。例えば、本発明の一実施形態では、そのようなファームウェアスタックは、ＴｉｎｙＣＬＲコンポーネントを含み、およびＴｉｎｙＣＬＲオブジェクトのシリアル化を支援する。
【００３６】
図３に表す例示的実施では、キャッシュされたコンテンツをナビゲートし、かつ表示するために、装置アプリケーション３６９およびシェルプログラム３７０は、ＴｉｎｙＣＬＲフレームワーク３７４およびＴｉｎｙＣＬＲコンポーネント３７６の上で実行し、コンポーネント３７６は、データを解釈し、ナビゲートし、かつ表示する。一般に、シェルプログラム３７０は、ホームページ、非クライアント領域（時計、バッテリインジケータ、ネットワークインジケータなど、一般的に必要とされる事柄を表示するために通常使用される、装置上に表示されている他のコンテンツに関係なく、ディスプレイがオンの場合に常に見ることができる装置の画面上の領域）、メニュー、および補助表示装置の一般的なルックアンドフィールを提供する。提供されるデータは、画面の有向グラフの形式とする、または有向グラフに変更することができ、画面の有向グラフの各々は、ＴｉｎｙＣＬＲ  ＦｏｒｍオブジェクトをルートとするＴｉｎｙＣＬＲ  Ｖｉｅｗオブジェクトのビジュアルツリーである。シェル層は、ファームウェアのより下の層からボタンイベントを受信し、それらのイベントを解釈し、および適切にデータをナビゲートする。さらに、シェルプログラム３７０は、上述した補助ディスプレイプラットフォームによってメインコンピュータシステムから通知要求を受け入れ、およびコンテンツが必要とされる（例えば、不足している）ことをキャッシュ管理３７２から知ると、メインコンピュータシステムに新しいコンテンツを提供するように要求を発行する。さらに、シェルプログラム３７０は、定期通知を表示し、定期通知は、メインコンピュータシステムが接続されていない場合に行うことができる。レンダリングエンジン３７０は、アプリケーションが、そのアプリケーションのデータをレンダリングすることが可能なカスタムコードを、装置アプリケーション３６９の形式において提供することができるように拡張可能であることに留意されたい。
【００３７】
オフラインキャッシュ管理３７２は、ＴｉｎｙＣＬＲ３７６の上に書かれたアセンブリからなり、装置に格納されるデータ項目のキャッシュを管理する。さらに、このコンポーネントは、メモリ管理を実行し、システムアプリケーションプログラムが、装置が格納できるより多くのデータを提供することができるという事実を処理する。ファームウェアがデータキャッシュを変更する場合、このコンポーネントは、情報を追跡し、およびシステム上のアプリケーションプログラムにイベントをポストして、メインコンピュータシステムがオンラインである場合は直ちに、またはオンラインでない場合は、マシンがオンラインに戻ると、データキャッシュの変更をシステムに知らせる。キャッシュマネジャ３７２は、インターフェースによってドライバ３６０に公開することができる。
【００３８】
図４に、ディスプレイパネルおよびコントローラ４９０、補助プロセッサ４９１、ならびにメモリ４９２を含むデバイスファームウェアおよびハードウェアを示す。製造者が他のコンポーネントを追加することができることに留意されたい。ハードウェアコンポーネントより上で、ＨＡＬ４７９（すなわち、ハードウェア抽象化層）は、より高いレベルのコードをハードウェアに依存しない形式で書くことを可能にする。本明細書において使用される用語「高レベル」および「低レベル」、「より上」および「より下」などは、コードスタックを指す場合には、他のコンピューティングシナリオで用いられるそれらの用語と同様であり、一般には、ソフトウェアコンポーネントがより高いコンポーネントに対応して低いほど、低い方のコンポーネントはハードウェアに近づく。一般に、図４は、例えば別個のＨＡＬ４７９および図４のドライバ４７７１〜４７７２の１つが図３ではコンポーネント３７８として共に示されており、図４には別のアプリケーションプログラム４００も示されている点を除いては、図３のファームウェアスタックの多くに対応する。
【００３９】
ＨＡＬより上は、ドライバ４７７１〜４７７２であるが、より多い（または少ない）ドライバとすることができる。ドライバより上で、他のデバイスソフトウェアは、ＴｉｎｙＣＬＲ３７６など、共通言語ランタイム（ＣＬＲ）が含まれ、共通言語ランタイムは、．ＮＥＴの共通言語ランタイム環境の比較的小さな規模の実装からなる。共通言語ランタイム上で実行されるマネージコードは、共通言語ランタイムが実行されるどのプラットフォームでも実行され、それは、そのプラットフォームのためのＨＡＬ（ハードウェア抽象化層）、例えばＡＲＭ７チップに基づくプラットフォームについてのＨＡＬにより可能になる。ファームウェアの大半はマネージコードで書かれるので、ファームウェアは、実行されるハードウェアの種類にも依存しない。デバイスファームウェアの大半を制御し、およびアーキテクチャにおいてＨＡＬとＣＬＲとを含めることにより、装置製造者は、変更を加えずに既存のソフトウェアを再利用することができ、それは、補助ディスプレイとして使用する装置の種々な型の間で、高品質で一貫性のあるエクスペリエンスを提供するために重要である。
【００４０】
アプリケーションプログラム４０２は、キャッシュされたデータを扱うアプリケーションプログラムである場合がある。動作上の理由などのためにマネージコードで書くことができない特定のアプリケーションは、ＣやＣ＋＋などのネイティブコードで書くことができ、基本的にＣＬＲを拡張することができる。例えば、高速メディアのバッファリングは、アプリケーションプログラムレベルのバッファからＣＬＲを通じて低レベルのデジタル信号処理バッファにコピーされる場合は、十分に高速に達成できない可能性がある。そのようなコピーの費用を回避するために、ＣＬＲのネイティブコードは、１つのバッファセットを満たすことができる。補助シェルプログラム３７０とフレームワークライブラリ３７４も図４に示す。
【００４１】
ここに記載するように、コンテンツはそのように補助装置のキャッシュにダウンロードすることができ、補助装置自体がそのコンテンツを必要に応じて扱う。これにより、接続されていない状態での使用が可能になり、またシステムで実行される複数のアプリケーションにコンテンツを提供させることができ、一般には一回に実行されている１つのアプリケーションが補助装置にキャッシュされたコンテンツにアクセスすることに留意されたい。
【００４２】
本発明の各種態様によれば、電力を節減するために、メインコンピュータシステム１２０は、低電力のスリープ状態に維持することができ、必要に応じてのみウェイクさせて補助装置（例えば装置３０１）にデータを供給させることができる。補助装置３０１は、独立した電源を備えても、ラップトップコンピュータの蓋に埋め込まれたＬＣＤ補助ディスプレイのシナリオ等におけるように、メインコンピュータシステムと同じ電源を共有してもよいことに留意されたい。それでも、共有される場合でも、メインコンピュータシステム１２０がスリープ状態、例えばメインコンピュータシステムのコンポーネント装置の大半が停止される状態に入ると、通例、補助装置３０１が消費する電力はメインコンピュータシステム１２０よりはるかに少ない。補助装置３０１に必要とされる時のみにメインコンピュータシステム１２０をウェイクさせると、その結果、それらのコンポーネント装置が稼動中の時よりも消費電力が大幅に少なくなる。
【００４３】
一実施では、上記で図３および４を参照して概説した補助アーキテクチャを使用して、メインコンピュータシステムのＣＰＵ／オペレーティングシステムおよびアプリケーションプログラムがスリープ状態の時に、補助装置３０１を稼動状態に保つことができる。そのような独立した動作に備えるために、ウェイクされ、補助ディスプレイ３０１に接続されると、メインコンピュータのオペレーティングシステムとアプリケーションプログラムは、データキャッシュと他の情報を準備することができ、その情報が補助ストレージ４９２（図４）に転送されて、メインコンピュータシステム１２０がスリープ状態の時に使用される。転送されるデータは、圧縮してサイズを小さくすることができ、これは、特に接続の帯域幅が制限された場合に有用である。他の例では完全に独立した動作が可能であるが、ここに記載する例では、メインコンピュータシステム１２０と補助装置３０１は、本発明の各種態様により、接続されたままとされる（あるいは少なくとも時に再接続する）。したがって、キャッシュを満たしてからいくらかの時間の後に、メインコンピュータシステム１２０は、スリープ状態に入る。
【００４４】
補助装置３０１は、キャッシュされたデータを介して、メインコンピュータシステム１２０がスリープ状態にある間に補助的なコンピューティング機能を行うことができる。後の時間に、補助コンピュータシステム３０１は、現在キャッシュされている情報より多くの情報を必要とする可能性がある。典型的な例は、比較的サイズが限られたキャッシュからメディアを再生するなど、補助装置が比較的大量のデータを迅速に処理している場合である。しかし、他の典型的な例には、更新された予定表データ、次の電子メールメッセージなど、何らかの理由で補助装置にキャッシュされていない少量のデータに対する要求を扱うことも含まれる。
【００４５】
本発明によれば、そのようなデータの必要性が発生すると、補助装置３０１は、メインコンピュータシステム１２０をウェイクする。そのために、図５および６に一般的に表すように、補助装置（５０１または６０１）は、補助装置３０１がメインコンピュータシステム１２０をウェイクして、要求されるデータがキャッシュするために補助装置に通信されることができる何らかの動作状態にすることができるような方式で、メインコンピュータシステム１２０に結合される。容易に理解されるように、補助装置は、メインコンピュータシステム１２０をウェイクさせて、データをメインコンピュータシステム１２０に転送する、すなわち、補助装置がメインコンピュータシステムにデータを記憶する場合など（これは、ネットワーク接続などの別の供給源から補助装置にデータが受信される場合に望ましい場合がある）、主としてもう一方の方向に転送することもできる。
【００４６】
キャッシュを（部分的に、または完全に）再度満たすデータの要求は、実際の必要性ではなく、予期される必要性に基づいてもよく、要求は、実際に必要とされるより多くのデータを要求するものであってもよいことに留意されたい。例えば、オーディオデータのストリームは、そのオーディオデータが実際に処理されて出力オーディオにされる時間よりかなり先立って要求されることができ、すなわち、途切れのないオーディオを提供するためにあらかじめデータをバッファしておくことができる。同様に、ユーザが予定表データまたは電子メールメッセージを要求した場合、発生しうる需要を予想して、要求されるデータに近い他のデータ（要求される日付前後の予定表データ、同じ時刻の前後に受信された電子メールなど）を要求することができる。似たようなタイムスタンプが需要を予想する唯一の基準ではなく、例えば、ユーザは、送信者の識別などの何らかの他の基準で電子メールメッセージや予定表をフィルタリングする場合があり、インテリジェントなプリフェッチでは、その送信者の電子メールを得ることができる。当業者は、任意のキャッシングアルゴリズム／機構が使用されてよく、本発明は、ここに例示されるものを含めて、データをキャッシュするどの特定の方式にも限定されないことを認識されよう。
【００４７】
図５に一般的に示す一実施では、より多くのデータが必要とされた時に補助装置（この例では５０１）がメインコンピュータシステム１２０をウェイクする一方式は、メインコンピュータシステム１２０のウェイク機構５５２を補助装置５０１のウェイク機構５５４に結合する制御チャネルを介するものである。図５に示すように、制御チャネルは、要求されるデータが送信される通信チャネルと別個にすることができる。
【００４８】
例として、近接した物理的接続が存在する時、ＳＭＢＵＳ（ラップトップの蓋を開けるなどのウェイクイベントにすでに用いられている）を制御チャネルとして補助装置５０１に結合することができ、このＳＭＢＵＳを介して、補助装置一般がメインコンピュータシステム１２０のスリープ状態を制御することができる。ＳＭＢＵＳを使用する利点は、ＡＣＰＩを利用する現在の主要なコンピューティングアーキテクチャではウェイク機構５５２がすでにメインコンピュータシステム１２０に内蔵されており、その機構でスリープ状態を制御することができ、それには、メインコンピュータシステム１２０を、ネットワークカード、モデム、ＵＳＢコントローラなどの大半のコンポーネントの電源が切られるスリープ状態に入れることが含まれる。この解決法の不利点の１つは、ＳＭＢＵＳとの何らかの物理的接続が必要となることであり、これは、携帯電話、リモートオーディオプレーヤ、デジタル写真フレームなど、遠隔で使用するためにコンピュータシステムに結合および切断するように設計された多くのタイプの補助ディスプレイ装置には良好に機能せず、これは、有線プロトコル（ＵＳＢ装置など）または無線プロトコル（Ｂｌｕｅｔｏｏｔｈ、ＡＭ／ＦＭ、８０２．１１または８０２．１６、赤外線など）によって結合される状況である。
【００４９】
そのような分離可能な装置には、ウェイクアップ情報をメインコントローラシステムのウェイク機構に通信する別の方式が提供される。これは、無線でも有線でもよく、かつ／またはメインデータチャネルとして機能する接続と同じ接続を通じるものである。すなわち、ウェイク機構への制御チャネルはデータチャネルと別個にすることができるが、同じタイプの接続を通じてもよい。図６に、１つの接続タイプを共有するメインデータチャネルと制御チャネルを表す。
【００５０】
ウェイク接続（制御チャネル）が、メインコンピュータ１２０と補助装置（この例では６０１）との間でデータを通信するために使用されるメインデータチャネルとして使用される接続と同じ接続でもあるかどうかに関係なく、例えば、ＵＳＢ接続、Ｂｌｕｅｔｏｏｔｈ接続、電話接続、赤外線信号、関連するネットワークアクティビティなどを使用して、メインコンピュータシステムをウェイクすることができる。これらの機構の１つが、現在のＡＣＰＩに基づくアーキテクチャを有する制御チャネルに使用される場合、メインコンピュータは、例えばＵＳＢコントローラ、Ｂｌｕｅｔｏｏｔｈ無線、ネットワークカード、および／またはモデムなどの制御チャネルを適宜オフにするスリープ状態にはできないことに留意されたい。それにも関わらず、本発明はなおそのようなシナリオで電力を節減し、さらに、そのスリープ状態に関してどの現在のアーキテクチャ（ＡＣＰＩベースのものなど）にも限定されない。コンピューティングアーキテクチャは、今後拡張されて他のタイプのウェイク機構を可能にするものと思われる。
【００５１】
例えば、メインコンピュータシステムのアーキテクチャは、ウェイク機構が電力を消費する唯一のコンポーネントであるが、（非ＳＭＢＵＳ）信号によってウェイクされてマシン全体をウェイクさせることができるスリープ状態に入るように構成する（ユーザによる構成を含む）ことができる。制御チャネルがＳＭＢＵＳでない場合でも、ウェイク機構は、そのようなウェイクに関連する信号を受信し、ＳＭＢＵＳへの接続を使用してマシンをウェイクさせることができる。さらに、制御チャネルが稼動しており、ウェイク機構がオンである（または近接感知などで電源が入れられることができる）限り、メインコンピュータシステムがスリープ状態になっている時に、補助装置がメインコンピュータとあらかじめ結合されていなくとも、補助装置は、そのメインコンピュータシステムをウェイクさせることができる。ウェイクするか、非常に低い電力状態（補助装置を検出するのを待つ低電力状態のＢｌｕｅｔｏｏｔｈスタックなど）を保つ無線などの電源内蔵型（ｓｅｌｆ  ｐｏｗｅｒｅｄ）機構を使用して、マシンをウェイクすることができ、補助装置がメインコンピュータシステムに物理的に結合されるのを検出する低電力状態のコントローラを有することができる。
【００５２】
いずれにせよ、メインコンピュータシステムがウェイクすると、必要とされるデータがデータチャネルを通じて補助装置に（あるいはその逆に）通信される。補助装置から要求されるデータについては、必要とされるだけのデータをキャッシュすることができ、加えて、スマートなキャッシングを使用して必要性を予期する場合は、可能性としては必要とされるより多くのデータをキャッシュすることができる。
【００５３】
本発明の別の態様は、補助装置が、ウェイクした時にメインコンピュータシステムの全機能を活用できるというものである。例えば、補助装置（３０１など）は、比較的多量のデータを制御する独自のハードドライブを備える必要がなく、メインコンピュータシステムのハードドライブを必要に応じて使用することができる。さらに、補助ディスプレイ３０１は、メインコンピュータシステム１２０のデジタル著作権管理コンポーネントすべてを使用することができる。容易に理解されるように、メインコンピュータシステム１０２と結合されると、今日のポータブル装置では大きな費用であるハードドライブとデジタル著作権管理コンポーネントの費用なしで、強力なメディアプレーヤをそのように補助装置３０１に組み込むことができる。同時に、補助装置３０１が比較的多くの（ｒｅａｓｏｎａｂｌｅ）量のバッファ空間を有するのであれば、メインコンピュータシステム１２０は、大部分は休眠状態であってよく、メディアプレーヤに比較的長時間の電源を提供することができる。計算あるいは動作をあらかじめフェッチすることは有用である。例として、事前にランダム化されたものであっても、歌のリストを考えられたい。このリストが事前に分かっており、補助装置が複数の曲を扱える場合は、曲ごとにフェッチする必要はなく、代わりに可能なだけフェッチして、必要とされるウェイクの量を最小にすることができる（ユーザが対話し、順序を変えない限り）。
【００５４】
容易に理解できるように、節減される電力の量は、メインコンピュータシステム１２０をウェイクさせるデューティサイクルに対応し、すなわち、ＣＰＵがウェイクしており、ディスクが回転する等の時間の割合が少ないほど、節減される電力が多くなる。したがって、メインコンピュータシステム１２０は、何らかのスリープ状態にある時にはそのメインメモリまたは他のキャッシュにいくらかの電力を維持するように構成するか、または、フラッシュメモリなどのいくらかの量の不揮発性記憶を使用して、ディスクドライブを回転させる頻度を落とし、なお要求に応じて必要なデータを提供するように構成することができる。また、電力が入れられるハードウェアが少ないほど、多くの電力が節減され、例えば、可能な時にはディスプレイ、ネットワークカード、ＬＥＤなどに電源を入れることを回避する、必要データを取り出すのに最小量のハードウェアに電源を入れることが一般には望ましい。
【００５５】
本発明の別の態様によれば、実際の需要または予想される需要に応じて要求に関連するデータをフェッチするだけでなく、必要とされる見込みがあると考えられる関連のないデータも、必要なデータのためにメインコンピュータシステムがウェイクさせされた時にフェッチすることができる。オーディオを再生している補助装置３０１がいくらかの量のデータをフェッチするためにメインコンピュータシステム１２０をウェイクさせ、キャッシュになお余裕がある（設計による場合もある）例を考えられたい。メインコンピュータシステム１２０がある程度まで稼動してデータを提供することができるので、要求されるオーディオデータに関連しない他のデータもそのような時にフェッチすることができる。必要とされるものを最初にフェッチし、次いで、例えばある時間枠内、メモリに余裕がある場合、コンピュータシステム１２０からネットワークを利用できる場合など、その他の形で許される、あるいは可能であれば余分なデータを得るなど、データ要求は順序付けることができることに留意されたい。
【００５６】
例として、図７に、該当するアプリケーションプログラム７０２〜７０５を使用して、マシンがウェイクしてオーディオデータをフェッチするのと同時に、予定表データ、電子メールデータなどを更新する方式を示す。上述したように、メディアアプリケーション７０２は、１つまたは複数のＤＲＭコンポーネント７１０を介してデジタル著作権管理を利用することができ、それにより、補助ディスプレイ装置がデジタル著作権管理を行うことを必要としない。一般には、より多くのデータを転送すると、そうでない場合より長くマシンをウェイクさせることになり、また、更新された予定表および電子メールデータを得るためにネットワークカードに電源を入れなければならない場合、アプリケーションをロードしなければならない場合などには、さらに長くウェイクすることになるので、追加的なデータをフェッチすると、そのデータをフェッチしない場合に比べてその部分的にウェイクした状態当たりの消費電力は増すことに留意されたい。しかし、メインコンピュータシステムをウェイクするデューティサイクルを減らすことにより、消費される全電力は、低減することができる。例えば、メインコンピュータシステムは、そうした他のタイプのデータをフェッチするために短い時間ウェイクするように予定されることができ、したがって、現在の要求と併せてそれらのデータも得ることができる。すなわち、許可される事柄とその時間についてすべてをユーザ設定できるようにすることができ、補助装置は、３０分ごとにメインコンピュータシステムをウェイクするように設定することができるが、マシンがウェイクしており、補助装置がすでに別の理由でコンテンツをダウンロードしている最中の場合、他のコンテンツはその時点で取り出してよく、タイマがリセットする。
【００５７】
データが取り出されると、補助装置は、制御チャネルを使用してメインコンピュータシステムを再度スリープ状態に戻すことができる。コンピュータシステム１２０はウェイクしており、データチャネルを通じて補助装置と通信しているので、コンピュータシステム１２０は、スリープ状態データが補助装置に知られるようにデータを装置に通信することができる。例えば、メインコンピュータシステム１２０は、ユーザがその時点でメインコンピュータシステム１２０を使用し始めている場合は、スリープ状態には戻されない。これは、ユーザが、ディスクドライブが回転している音を聞くなど、装置がウェイク状態であることに気づいた場合に一般に起こる。そのために、メインコンピュータシステムは、その情報を補助ディスプレイ装置に提供するために、例えば蓋のスイッチが開けられること、マウスのアクティビティ、キーボードのアクティブティ、またはタッチスクリーンや電磁デジタイザのアクティビティ（タブレット型のＰＣの場合）などを感知することができる。また、メインコンピュータシステムは、自動でスリープ状態に戻ってもよい。他の非ＳＭＳＵＳのウェイク機構は、ウェイクしている時にメインコンピュータシステムと通信して（例えばＡＰＩ呼び出しを介して）そのような情報を得ることができる。
【００５８】
基本的に、任意の適切な機構および／または基準を使用して、データが取り出され、それ以上データが取り出されない、あるいは許可されないことを検出してよく、それにより、メインコンピュータシステムをスリープ状態に戻すことができる。一般的に起こるのは、各アプリケーションプログラムが、それに要求されるデータを提供し終えたことを通知する時である。他の状況では、タイムアウト機構を用いて、適切に応答しないプログラムなどに対処することができ、メモリが一杯になった条件ではそれ以上のデータを許可せず、熱センサ、低バッテリ寿命検出器などの他のコンポーネントを用いて、メインコンピュータシステムの電力状態を制御することができる。信号強度データを使用して、要求をキャンセルすることができ、例えば、ネットワーク接続がない場合は、ネットワークデータを待機しない。
【００５９】
現在必要とされる以上のデータを提供するプログラムを含むアプリケーションプログラムは、メインコンピュータシステムをウェイクさせて各自タイプのデータを要求する前に満たされる必要がある特定の基準に対応する、リソースに関連するメタデータを登録することができる。例えば、あるプログラムが特定のリソース（ネットワーク接続、指紋リーダなど）を必要とし、そのリソースが使用不可である状態が補助装置に知られている場合、装置は、そのプログラムのデータを要求しないことを決定することができ、その結果、必要とされるデータがないのでメインコンピュータシステムをウェイクしない。さらに、アプリケーションプログラムによる必要なリソースの登録に関係なく、補助装置は、メインコンピュータのシステム状態および／または補助装置の状態、例えば両者のバッテリレベル、または無線ネットワーキングの存在あるいは不在などの何らかの他の状態、に関連する何らかの基準に基づいてメインコンピュータシステムをウェイクしないことを独自に選択することができることに留意されたい。したがって、装置は、より多くのデータに対する必要性および／または機会を有する場合があるが、データは、そのデータを得る能力に関する何らかの閾値の可能性が達成されるまで、かつ／またはその他の形でデータを得ることが論理的であるようになるまで要求される必要はない。リソースに対するこのようなアプリケーションの登録は、非常に制限された詳細から完全な詳細までに及ぶことができる。
【００６０】
さらに、リソース状態の変化がウェイクを行わせることができる。例えば、メインコンピュータシステムで実行されていたアプリケーションプログラムによって失敗した場合でも、同期が補助装置によって試みられることすらなかったためであっても、以前のデータ同期がネットワーク接続がなかったために（ｗｉ−ｆｉ信号がなかったために）失敗している場合には、接続が検出されると、信号の存在が、メインコンピュータシステムをウェイクする根拠として用いられることができる。
【００６１】
前述の内容から理解できるように、本発明は、補助装置がメインコンピュータシステムをウェイクさせて、実際の必要性または予想される必要性に基づいてデータを得、そしてメインコンピューティング装置を再度スリープ状態に回帰させられるようにする。これは、メインコンピューティング装置の電力を節減し、同時に、補助装置に必要に応じてメインコンピュータシステムの全能力を活用させる。このように、本発明は、今日のコンピューティングで必要とされる数多くの利益と利点を提供する。
【００６２】
本発明には、各種の変更および代替の構成が可能であるが、本発明の特定の例示実施形態を図面に示し、上記で詳細に説明した。ただし、本発明をここに開示される特定の形態に限定する意図はなく、逆に、本発明は、本発明の主旨および範囲に該当するすべての変更、代替構成、および均等物を包含するものとする。
【図面の簡単な説明】
【００６３】
【図１】本発明を組み込むことができる従来技術のパーソナルコンピュータシステムの形式における汎用コンピューティング装置を表すブロック図である。
【図２Ａ】種々な装置に補助ディスプレイを配置する位置を一般に表す例示的な図である。
【図２Ｂ】種々な装置に補助ディスプレイを配置する位置を一般に表す例示的な図である。
【図２Ｃ】種々な装置に補助ディスプレイを配置する位置を一般に表す例示的な図である。
【図２Ｄ】種々な装置に補助ディスプレイを配置する位置を一般に表す例示的な図である。
【図２Ｅ】種々な装置に補助ディスプレイを配置する位置を一般に表す例示的な図である。
【図３】本発明の態様にかかる、アプリケーションプログラムが任意の補助ディスプレイ装置のファームウェアとデータを交換することができる例示的な階層アーキテクチャを一般に表すブロック図である。
【図４】本発明の態様により構築された、補助ディスプレイプラットフォーム、およびデバイスファームウェア／ハードウェアを示す例示的なアーキテクチャを一般に表すブロック図である。
【図５】本発明の態様にかかる、代替の例示的実施において補助認識装置がメインコンピュータシステムをどのようにウェイクさせるのかを表す図である。
【図６】本発明の態様にかかる、代替の例示的実施において補助認識装置がメインコンピュータシステムをどのようにウェイクさせるのかを表す図である。
【図７】本発明の態様にかかる、メインコンピュータシステムがウェイクしている場合に補助データを提供するアプリケーションプログラムを一般に示すブロック図である。
【符号の説明】
【００６４】
１２０  メインコンピュータシステム
５５２  ウェイク機構
５０１  補助ディスプレイ装置
５５４  ウェイク機構
【図１】
2006146938.tif 000003
【図２Ａ】
2006146938.tif 000004
【図２Ｂ】
2006146938.tif 000005
【図２Ｃ】
2006146938.tif 000006
【図２Ｄ】
2006146938.tif 000007
【図２Ｅ】
2006146938.tif 000008
【図３】
2006146938.tif 000009
【図４】
2006146938.tif 000010
【図５】
2006146938.tif 000011
【図６】
2006146938.tif 000012
【図７】
2006146938.tif 000013