JP2010503052A

JP2010503052A - ネットワーク化されたアプリケーション共有システムで利用するための構成可能なパーソナル音声映像デバイス

Info

Publication number: JP2010503052A
Application number: JP2009525803A
Authority: JP
Inventors: スティーブン・エム・アドラー; ジョゼフ・ビー・グランド; アンドリュー・エス・フアン; デュアン・エス・マックスウェル; ケネス・イー・スティール; スティーブン・エル・トムリン
Original assignee: Chumby Industries Inc
Current assignee: Chumby Industries Inc
Priority date: 2006-08-24
Filing date: 2007-08-24
Publication date: 2010-01-28
Also published as: US8261256B1; EP2434724A2; US9256420B2; AU2007288991A1; TW200828032A; US20150040118A1; TW200830876A; EP2082564A2; US20130061216A1; WO2008025018A3; WO2008025017A2; WO2008025017A3; US8839224B2; WO2008025018A2; KR20090082349A; US20080068519A1

Abstract

複数のパーソナル電子デバイスの間でウィジェットプログラムを共有することを促進する方法が開示される。上記方法は、上記複数のパーソナル電子デバイスにより実行可能なウィジェットプログラムのデータベースを確立するステップを含む。上記方法は更に、上記複数のパーソナル電子デバイスの少なくとも一つからウィジェット転送リクエストを、通信ネットワークを渡って、受信するステップを含む。上記ウィジェットプログラムの選択されたもののインスタンスは、上記ウィジェット転送リクエストに応答して、上記複数のパーソナル電子デバイスの別のものに伝達される。

Description

本出願は、“ＣＯＮＦＩＧＵＲＡＢＬＥＰＥＲＳＯＮＡＬＡＵＤＩＯＶＩＳＵＡＬＤＥＶＩＣＥＦＯＲＵＳＥＩＮＮＥＴＷＯＲＫＥＤＡＰＰＬＩＣＡＴＩＯＮＳＨＡＲＩＮＧＳＹＳＴＥＭ”という名称の同時係属の合衆国仮出願第６０／８０５８３０号、“ＳＹＳＴＥＭＡＮＤＭＥＴＨＯＤＦＯＲＴＲＡＮＳＦＥＲＲＩＮＧＥＬＥＣＴＲＯＮＩＣＣＯＮＴＥＮＴＴＯＮＥＴＷＯＲＫＥＤＰＥＲＳＯＮＡＬＡＵＤＩＯＶＩＳＵＡＬＤＥＶＩＳＥＳ”という名称の同時係属の合衆国仮出願第６０／８２３４９１号、“ＮＥＴＷＯＲＫＥＤＰＥＲＳＯＮＡＬＡＵＤＩＯＶＩＳＵＡＬＤＥＶＩＣＥＨＡＶＩＮＧＦＬＥＸＩＢＬＥＨＯＵＳＩＮＧ”という名称の同時係属の合衆国仮出願第６０／８２３４９３号、“ＳＹＳＴＥＭＡＮＤＭＥＴＨＯＤＦＯＲＡＵＴＯＭＡＴＩＣＡＬＬＹＵＰＤＡＴＩＮＧＴＨＥＳＯＦＴＷＡＲＥＯＦＡＮＥＴＷＯＲＫＥＤＰＥＲＳＯＮＡＬＡＵＤＩＯＶＩＳＵＡＬＤＥＶＩＣＥ”という名称の同時係属の合衆国仮出願第６０／８２３４６９号、“ＲＥＧＩＳＴＲＡＴＩＯＮＳＹＳＴＥＭＳＡＮＤＭＥＴＨＯＤＳＦＯＲＰＥＲＳＯＮＡＬＩＺＥＤＰＯＲＴＡＢＬＥＤＥＶＩＣＥＳ”という名称の同時係属の合衆国仮出願第６０／９４５９００号、及び、“ＳＹＳＴＥＭＡＮＤＭＥＴＨＯＤＳＦＯＲＬＯＣＡＴＩＯＮ，ＭＯＴＩＯＮ，ＡＮＤＣＯＮＴＡＣＴＤＥＴＥＣＴＩＯＮＡＮＤＴＲＡＣＫＩＮＧＩＮＡＮＥＴＷＯＲＫＥＤＡＵＤＩＯＶＩＳＵＡＬＤＥＶＩＣＥ”という名称の同時係属の合衆国仮出願第６０／８６９２９７を基礎とする米国特許法第１１９条（ｅ）の優先権を主張する。

ブロードバンドインターネット接続は、種々の様々な技術（例えば、ケーブル、デジタルサブスクライバライン（ＤＳＬ）、衛星など）を利用するプロバイダ間の競争の結果として、消費者の間に本当により広く普及してきている。多くの家庭で、パーソナルコンピュータ（ＰＣ）は、これらのブロードバンド接続に備わる帯域幅の主たる使用者となる。ある家庭内のＰＣ間でのインターネット接続の共有利用を促進するために、様々の“有線”及び“無線”のホームネットワーク技術が利用されている。

住居全体に渡ってイーサネット（登録商標）ケーブルをインストールすることは実際的ではないことの結果として、ＲＦベースの無線ネットワーク技術が、消費者の間でますます一般的に成ってきている。８０２．１１ｂに基づくシステム、即ち、無線ネットワークスタンダードの“Ｗｉ−Ｆｉ”は現在最も普及しているが、増強された帯域幅を提供する８０２．１１スタンダードバージョンがもう導入されており、更により高い帯域幅のアプローチも提案されている。

家の中で利用可能な増強帯域幅により、デジタルの音声、ビデオ及びグラフィックコンテンツのインターネットベースの配信などの、多数の様々なサービスの利用が増加している。しかしながら、これらサービスの多くは、ブロードバンドインターネット接続における通信を可能にするデスクトップ若しくはノートブックＰＣにより促進されるから、利用者は、それらのサービスを利用するために各々のコンピュータの側に居続けることを強いられる。家庭内でブロードバンドインターネット接続の利用可能性に影響を及ぼす他の戦略が現在、開発されてはいるが、これらのアプローチの多くは、相対的に強力な、コスト集中された通信“ハブ”（例えば、拡張メディア機能を備えるＰＣ、若しくは多目的ケーブルセットトップボックスなど）の開発を含んでいる。不幸なことであるが、これには、高価なハードウェアデバイスの購入、若しくは拡張加入プランが必要であり、集中型ハブデバイスの近傍の外部では、インターネット接続可能のエンターテイメントや他のサービスが利用可能な範囲を、抑制してしまう。

従って、家庭内や他の場所での無線の帯領域の利用可能性を増大させることは、フレキシブルに、コンシューマフレンドリに、この帯域幅を経済的に活用するための機会を形成することになる。

要約すると、本発明の一つの形態は、複数のパーソナル電子デバイスの間でウィジェットプログラムを共有することを促進する方法に関する。上記方法は、上記複数のパーソナル電子デバイスにより実行可能なウィジェットプログラムのデータベースを確立するステップを含む。上記方法は更に、上記複数のパーソナル電子デバイスの少なくとも一つからウィジェット転送リクエストを、通信ネットワークを渡って、受信するステップを含む。上記ウィジェットプログラムの選択されたもののインスタンスは、上記ウィジェット転送リクエストに応答して、上記複数のパーソナル電子デバイスの別のものに伝達される。

別の形態では、本発明は、パーソナル電子デバイスを操作する方法に関する。上記方法は、上記パーソナル電子デバイスにて、複数のウィジェットプログラムの第１のインスタンスのストリームを受信するステップと、上記パーソナル電子デバイスのメモリの内部に、上記第１のインスタンスを一時的に格納するステップとを含む。上記複数のウィジェットプログラムの上記第１のインスタンスの各々は、将来の利用のためにメモリ内にキャッシュされてもよく、上記パーソナル電子デバイスのプロセッサによって実行される際に上記メモリから削除されてもよい。上記方法は更に、上記パーソナル電子デバイスにて、上記複数のウィジェットプログラムの第２のインスタンスのストリームを受信するステップを含む。

本発明は更に、複数のパーソナル電子デバイスを含むシステム内における、パーソナル化された通信の方法に関する。上記方法は、パーソナルメッセージを含むパーソナル化されたウィジェットプログラムを形成するステップを含む。上記パーソナル化されたウィジェットプログラムが、ウィジェットプログラムのデータベース内部に格納される。上記ウィジェットプログラムの各々が、上記複数のパーソナル電子デバイスにより実行可能である。上記方法は更に、上記パーソナル化されたウィジェットプログラムを上記複数のパーソナル電子デバイスの一つに転送するリクエストを、通信ネットワークを渡って、受信するステップを含む。上記パーソナル化されたウィジェットプログラムのインスタンスが、上記リクエストに応答して、上記複数のパーソナル電子デバイスの一つに伝達される。

更に別の形態では、本発明は、複数のパーソナル電子デバイスを含むシステムに関する。上記システムは更に、少なくとも一つの通信ネットワークを渡って上記複数のパーソナル電子デバイスと通信するサービスプロバイダ装置を含む。上記サービスプロバイダ装置は、上記複数のパーソナル電子デバイスによって実行可能なウィジェットプログラムのデータベースを含む。サーバが、上記データベースと通信可能に接続し、上記少なくとも一つの通信ネットワークを渡って伝達される命令であって、上記ウィジェットプログラムのインスタンス、及び上記インスタンスの実行に関連する条件を上記複数のパーソナル電子デバイスに与える命令に、応答する。

家庭内や他の場所での無線の帯領域の利用可能性を増大させることは、フレキシブルに、コンシューマフレンドリに、この帯域幅を経済的に活用するための機会を形成することになる。

本発明の特徴の本質の更なる理解のために、添付の図面とともに詳細な記述を参照する。
本発明に係るシステムの例示の形態を含む１組のネットワークコンポーネントを示すブロック図である。多数の部屋を有する住居若しくは他の建物の全体に渡るＣＨＵＭＢＹ（登録商標）デバイスの例示の配置を示す。本発明に係るＣＨＵＭＢＹ（登録商標）デバイスの実施形態の主要なコンポーネントのブロック図を示す。コントロールパネルモードのＣＨＵＭＢＹ（登録商標）デバイスのオペレーションの際に、ＣＨＵＭＢＹ（登録商標）デバイスの画面を介して生成される例示のユーザインターフェースを示す。柔軟性あるハウジングで構成される例示のＣＨＵＭＢＹ（登録商標）デバイスの種々の斜視図である。柔軟性あるハウジングで構成される例示のＣＨＵＭＢＹ（登録商標）デバイスの種々の斜視図である。柔軟性あるハウジングで構成される例示のＣＨＵＭＢＹ（登録商標）デバイスの種々の斜視図である。柔軟性あるハウジングで構成される例示のＣＨＵＭＢＹ（登録商標）デバイスの種々の斜視図である。柔軟性あるハウジングで構成される例示のＣＨＵＭＢＹ（登録商標）デバイスの種々の斜視図である。ＣＨＵＢＹ（登録商標）デバイスの実施形態の種々の部分的透明斜視図である。ＣＨＵＢＹ（登録商標）デバイスの実施形態の種々の部分的透明平面図である。ＣＨＵＢＹ（登録商標）デバイスの実施形態の種々の部分的透明側面図である。ＣＨＵＢＹ（登録商標）デバイスの実施形態の種々の部分的透明側面図である。ＣＨＵＢＹ（登録商標）デバイスのハウジング内部に含まれるコアのエレクトロニクス及び他のコンポーネント、並びに、デバイスのハウジング内部のこれらコンポーネントのある構成を、示す。ＣＨＵＢＹ（登録商標）デバイスのハウジング内部に含まれるコアのエレクトロニクス及び他のコンポーネント、並びに、デバイスのハウジング内部のこれらコンポーネントのある構成を、示す。ＣＨＵＢＹ（登録商標）デバイスのハウジング内部に含まれるコアのエレクトロニクス及び他のコンポーネント、並びに、デバイスのハウジング内部のこれらコンポーネントのある構成を、示す。ＣＨＵＭＢＹ（登録商標）サービスプロバイダのオペレーションを促進するのに利用されるサーバコンポーネント及び他のインフラストラクチャのブロック図を示す。システムデータベースにより利用される例示のオブジェクト指向データベーススキームのデータベースモデルダイアグラムを示す。サービスプロバイダによりＣＨＵＭＢＹ（登録商標）デバイスに構成が与えられる様子を示す単一のフロー図である。サービスプロバイダによりＣＨＵＭＢＹ（登録商標）デバイスにプロファイルが与えられる様子を示す単一のフロー図である。ウィジェットがインスタンス化されるＣＨＵＭＢＹ（登録商標）デバイスのインターフェースを介してウィジェットインスタンスのパラメータに為される変更の処理を示す単一のフロー図である。サービスプロバイダがウィジェット固有のパラメータの値を要求しているＣＨＵＭＢＹ（登録商標）デバイスに押しやる例示のウィジェットインスタンスダウンロードオペレーションを示す単一のフロー図である。ＣＨＵＭＢＹ（登録商標）デバイスのウィジェットのためにサービスプロバイダからコンテンツを取得するプロセスを例示的に示す単一のフロー図である。初期のパワーアップ時にＣＨＵＭＢＹ（登録商標）デバイスにより実施されるオペレーションの例示のシーケンスを示すフローチャートである。ＣＨＵＭＢＹ（登録商標）デバイスのタッチスクリーンを較正するのに利用される例示のルーチンを示すフローチャートである。図１５のルーチンに従ってキャリブレートされるＣＨＵＭＢＹ（登録商標）デバイスのユーザインターフェースの１組のスクリーンショットを示す。図１５のルーチンに従って較正されるＣＨＵＭＢＹ（登録商標）デバイスのユーザインターフェースの１組のスクリーンショットを示す。図１５のルーチンに従って較正されるＣＨＵＭＢＹ（登録商標）デバイスのユーザインターフェースの１組のスクリーンショットを示す。図１５のルーチンに従って較正されるＣＨＵＭＢＹ（登録商標）デバイスのユーザインターフェースの１組のスクリーンショットを示す。ＣＨＵＭＢＹ（登録商標）デバイスの初期のパワーアップ時に無線ベースステーションを選択する際に実施されるオペレーションを示すフローチャートである。例示のアカウント形成及び登録プロセスのフローチャートである。特定のＣＨＵＭＢＹ（登録商標）デバイスをユーザのアカウントとの関連付け共に、ユーザとサービスプロバイダの間の例示のウエブベースの相互作用を示すフローチャートである。ユーザのアカウントと予め関連付けされたＣＨＵＭＢＹ（登録商標）デバイスを無効化することに関する、ユーザとサービスプロバイダの間の例示のウエブベースの相互作用のフローチャートである。 “ミラーリングする”ＣＨＵＭＢＹ（登録商標）デバイスと関連する、ユーザとサービスプロバイダの間の例示のウエブベースの相互作用のフローチャートである。ユーザのＣＨＵＭＢＹ（登録商標）デバイスに関してウィジェットプロファイルを追加し、除去し、構成することに関する、デバイスユーザとサービスプロバイダの間の、例示のウエブベースの、若しくはＣＨＵＭＢＹ（登録商標）デバイスベースの相互作用の、最上層のフローチャートである。ユーザのＣＨＵＭＢＹ（登録商標）デバイスの現在の構成に対するウィジェットの追加に関する、デバイスユーザとサービスプロバイダの間の、例示のウエブベースの、若しくはＣＨＵＭＢＹ（登録商標）デバイスベースの相互作用の、フローチャート例である。ユーザのＣＨＵＭＢＹ（登録商標）デバイスで有効化とも成り得る、チャネルからのウィジェットの除去に関する、デバイスユーザとサービスプロバイダの間の、例示のウエブベースの、若しくはＣＨＵＭＢＹ（登録商標）デバイスベースの相互作用の、フローチャート例である。所与のＣＨＵＭＢＹ（登録商標）デバイスに現在関連する一つ以上のウィジェットに特有のパラメータを構成すること関連する、オペレーションの例示のセットを示すフローチャートである。図２６（Ａ）〜図２６（Ｅ）は、図２２−図２５により示されるプロセスのいくつかを促進するのに利用される、ウエブブラウザにより示される例示のユーザインターフェースのスクリーンショットである。サービスプロバイダから、ウィジェットのためのコードをダウンロードするプロセスを例示で示す単一のフロー図である。デバイスの中心のエレクトロニクスと可撓性あるハウジングが示されている、ＣＨＵＭＢＹ（登録商標）デバイスの別の例示である。例示のＣＨＵＭＢＹ（登録商標）デバイスの可撓性あるハウジングの内にある種々のコンポーネントを示す。例示のＣＨＵＭＢＹ（登録商標）デバイスの可撓性あるハウジングの外部構造を特徴付けるのに用いられるフラットパターンの例を示す。例示のＣＨＵＭＢＹ（登録商標）デバイスの可撓性あるハウジングの外部構造を特徴付けるのに用いられるフラットパターンの例を示す。デバイス内部の一つ以上の屈曲センサーの較正のためのプロセスで利用可能な、ＣＨＵＭＢＹ（登録商標）デバイスの例示のユーザインターフェーススクリーンを示す。デバイス内部の一つ以上の屈曲センサーの較正のためのプロセスで利用可能な、ＣＨＵＭＢＹ（登録商標）デバイスの例示のユーザインターフェーススクリーンを示す。モバイルデバイスから電子メールメッセージを解析し関連する内容を抽出するように構成された、ＣＨＵＭＢＹ（登録商標）サーバプロバイダのインフラストラクチャ内部のテキスト／画像処理サービスのプロセスフロー図である。ＣＨＵＭＢＹ（登録商標）デバイスのための画像処理サービスの別の実装を示すプロセスフロー図である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。システムデータベースに利用され得る例示のオブジェクト指向データベーススキームのより包括的なテーブル表示である。ユーザのＣＨＵＭＢＹ（登録商標）デバイスに係るウィジェットプロファイルを追加し、除去し、構成することに関する、デバイスユーザとサービスプロバイダの間の例示のウエブベースの相互作用の最上位フローチャートである。ユーザのＣＨＵＭＢＹ（登録商標）デバイスの現在の構成に対してウィジェットを追加することに関する、デバイスユーザとサービスプロバイダの間の例示のウエブベースの相互作用を示すフローチャートである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図２５、図３７、図３８により示される所定のプロセスを促進するのに利用されるウエブブラウザにより表される例示のユーザインターフェースのスクリーンショットである。図４１により示される所定のプロセスを促進するのに利用されるＣＨＵＭＢＹ（登録商標）デバイスにより表される例示のユーザインターフェースのスクリーンショットである。図４１により示される所定のプロセスを促進するのに利用されるＣＨＵＭＢＹ（登録商標）デバイスにより表される例示のユーザインターフェースのスクリーンショットである。ユーザのＣＨＵＭＢＹ（登録商標）デバイスの現在のチャネルからウィジェットを除去することに関する、デバイスとサービスプロバイダの間の、例示のＣＨＵＭＢＹ（登録商標）デバイスベースの相互作用を示すフローチャートである。

本発明は、概略、サービスプロバイダとのインターネットベースの通信における、パーソナルの音声映像デバイスのセットから成るシステムに関する。パーソナルの音声映像デバイスは、商標ＣＨＵＭＢＹ（登録商標）で商業的に配給される見込みであり、本明細書でも“ＣＨＵＭＢＹ（登録商標）デバイス”と称することとする。サービスプロバイダとの通信の間、個々のＣＨＵＭＢＹ（登録商標）デバイスはアプリケーションプログラムのセット、即ち“ウィジェット”を周期的に受信するのであるが、“ウィジェット”は、サービスプロバイダから、若しくは（例えば、ＵＳＢ接続を介して）パーソナルコンピュータから局所的に、受信された後に、ＣＨＵＭＢＹ（登録商標）デバイスにより逐次実行される。個々のＣＨＵＭＢＹ（登録商標）デバイスはインターネット接続可能であるから、夫々は、遠隔端末（例えば、ＰＣ若しくは無線ハンドセット）により実行されるウエブブラウザを介してＣＨＵＭＢＹ（登録商標）サービスプロバイダにより、遠隔で構成可能でもあり、又は、パーソナル化され得る。それらパーソナル化は、実行の順序及びプライオリティに加えて、例えば、所与のＣＨＵＭＢＹ（登録商標）デバイスに与えられるウィジェットのセットを具体化することを含む。

後で説明するように、ＣＨＵＭＢＹ（登録商標）サービスプロバイダにより与えられるインターフェースによってＣＨＵＭＢＹ（登録商標）デバイスを構成するユーザが、矩形上に種々のウィジェットを示すアイコンを“ドラッグ・アンド・ドロップ”し、ＣＨＵＭＢＹ（登録商標）デバイスのスクリーンを示すインターフェースの他の部分が構成されることが、本発明の実施形態の特徴である。若しくは、ユーザは、ウィジェットのテキスト及び／又はグラフィックの表示を選択し、ユーザインターフェース（ＵＩ）コントロールのボタン若しくは別のグラフィックの表示を選択し、構成されるＣＨＵＭＢＹ（登録商標）デバイスにウィジェットを“追加する”ようにしてもよい。このように、ＣＨＵＭＢＹ（登録商標）デバイスのスクリーンの“レイアウト”は、デバイスのオーナーにより遠隔で構成され得る。個々のＣＨＵＭＢＹ（登録商標）デバイスはこのように構成され得るものであってもよいが、所与の実施形態では、夫々は、ＣＨＵＭＢＹ（登録商標）サービスプロバイダとの登録で、ＣＨＵＭＢＹ（登録商標）デバイスにより実行されるように配置されたウィジェットのデフォルトセット（例えば、“アラームクロック”ウィジェット）を、“ロード”されてもよい。（“デフォルト”で若しくはユーザ特有の構成で）ＣＨＵＭＢＹ（登録商標）デバイスが構成されると、ユーザの干渉無く、構成により定義されたウィジェットを実行できる。若しくは、ユーザは、デバイス上でシステムインターフェースを明確にインスタンス化し“ステイ”ＵＩコントロールを選択することによって、所与のウィジェットに“ステイ”することを選べる。ユーザが“ステイ”すべきウィジェットを明確に選択すれば、システムインターフェースにより“ステイ”コマンドを終了することによって、ウィジェットの逐次の実行は継続され得る。多数の代替となり得るインプット方法の一つ、タッチスクリーンや加速度計などを介して、ユーザにユーザインターフェースコントロールを示すウィジェットと、ユーザが相互作用すれば、ウィジェットとのユーザの相互作用の停止に続いて或るタイムアウト期間が失効するまで、現下アクティブであるウィジェットはデバイス上で実行を継続する。

ウィジェットの実行の順序が変更され若しくは割り込まれ、或るウィジェットに実行に関する最高に利用可能なプライオリティを与える、イベント若しくは条件を、ＣＨＵＭＢＹ（登録商標）デバイスの構成が特定してもよい。アラーム機能が別のウィジェットの同時実行のスケジュールタイムで動作するのを回避することを保証するために、例えば、“アラームクロック”ウィジェットが相応のプライオリティを認められてもよい。一つの実施形態では、ＣＨＵＭＢＹ（登録商標）サービスプロバイダにより与えられるウエブインターフェースは、直観的にコントロールされる所与のＣＨＵＭＢＹ（登録商標）デバイスに係るウィジェットを順番に実行することを可能にする“タイムライン”の形式である。例示の実装では、タイムラインは、絶えず繰り返してウィジェットがプレイされるべき順番を定義する。即ち、タイムラインは、ウィジェットの相対順番及び実行の期間であることに加えて、所与のＣＨＵＭＢＹ（登録商標）デバイスによりプレイされるウィジェットの全てのセットを示す。しかしながら、一定のウィジェット（例えば、“アラームクロック”ウィジェット）は、そのウィジェットの適用可能な構成要素を適切に設定することにより、所与の時刻に動作するように記載され得る。

例示の実施形態では、一体以上の“コンテンツ関連”ウィジェットが所与の時点で動作することは想定されないが、システム構成ウィジェットは、例えば、そのようなコンテンツ関連ウィジェット、及び、音量や輝度やナビゲーションなどのシステムセッティングの実行の相対プライオリティをコントロールするために、個々のコンテンツ関連ウィジェットと同時に稼動するべく利用され得る。

一つの実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは夫々、８０２．１１ｂや８０２．１１ｇ標準などの、無線ネットワーク標準によって無線通信することができる。従って、ＣＨＵＭＢＹ（登録商標）デバイスは、有用若しくは必要な範囲で、無線接続のバックアップとして、若しくは代替手段として、有線接続を利用してもよい。

本発明の特徴として、個々のＣＨＵＭＢＹ（登録商標）デバイスにより示されるインターフェースは、デバイスに実行されている現下のウィジェットの性質に従って変化し得る、ということがある。例えば、“クロックラジオ”ウィジェットは、午前中の指定時刻にて従来のアラームクロックと調和して音声と映像を生成するように、用いられ得る。例示の実施形態では、クロックラジオウィジェットは、標準的な“起床”チャイムを選択することができ、又は、複数の異なる音声プログラムを選択できる。遅い時間には、デバイスインターフェースは、ニュースヘッドライン、局地気象、スポーツスコア、最新株式市場、占いなどの、複数の標準的な情報画面を順番に選択するようにすることが可能である。

本発明の別の形態では、ＣＨＵＭＢＹ（登録商標）デバイスのユーザは、ＣＨＵＭＢＹ（登録商標）サービスプロバイダがホストとなるウエブサイト（例えば、ｗｗｗ．ｃｈｕｍｂｙ．ｃｏｍ）にログオンすることにより、他のユーザと共に“ＣＨＵＭＢＹ（登録商標）ネットワーク”に参加することができる。（以下では、“ＣＨＵＭＢＹ（登録商標）サイト”とも称する）このサイトでは、ユーザは、ＣＨＵＭＢＹ（登録商標）ネットワークに登録でき、ユーザのＣＨＵＭＢＹ（登録商標）デバイスの基本的能力を可能にするサービスにアクセスできる。基本的能力は、例えば、他のＣＨＵＭＢＹ（登録商標）ユーザへの／からのウィジェット及び他のコンテンツを送信する／受信する機会を含み、デバイスの一般的情報特性に関する改良パーソナル化として、より詳細なアラーム設定能力、及び、音声能力のより良好な選択と構成がある。

将来的に定期の会費の支払いが必要になる、ＣＨＵＭＢＹ（登録商標）ネットワークによる登録によって、ネットワークのメンバーは広範なウィジェットにアクセスできる。その一定のウィジェットはＣＨＵＭＢＹ（登録商標）ネットワークを操作するエンティティにより開発され、一方他のウィジェットは独立のディベロッパにより開発されることが、想定される。更に、通信の許可が他のメンバーにより是認されるという条件で、ＣＨＵＭＢＹ（登録商標）ネットワークのメンバーは、他のメンバーのＣＨＵＭＢＹ（登録商標）デバイスと通信もできる。その通信は、例えば、別のメンバー（“送信メンバー”）によりＣＨＵＭＢＹ（登録商標）サービスプロバイダに送信される要求に応答して、ＣＨＵＭＢＹ（登録商標）サービスプロバイダからＣＨＵＭＢＹ（登録商標）ネットワークのメンバー（“受信メンバー”）に、ウィジェット及び対応データを送信することを、含む。例えば、送信メンバーは、受信メンバーからの許可を受信した後、ＣＨＵＭＢＹ（登録商標）サービスプロバイダに“フォトビューア”ウィジェットを受信メンバーに送信することを要求できる。更に、送信メンバーは、フォトビューアと、送信メンバーによりＣＨＵＭＢＹ（登録商標）サービスプロバイダにアップロードされた画像との間に、リンクを確立することを指定できる。このように、受信メンバーは、是認を送信メンバーに与えること以外の努力をせずして、送信メンバーにより与えられる一連の画像を自分のＣＨＵＭＢＹ（登録商標）デバイスが自動的に受信し表示するように、することができる。同様に、旅行中に、送信メンバーは、承諾した受信メンバーのＣＨＵＭＢＹ（登録商標）デバイスにパーソナル化された“起床”メッセージを送信できる。更には、ある送信メンバーは、その送信メンバーの“バディリスト”に含まれる受信メンバーのグループにウィジェットを送信できる。その“バディリスト”は、リストに含まれることを提案されたメンバーから適切な許可を受けた後に確立され得る。

例示の実施形態では、ＣＨＵＭＢＹ（登録商標）ネットワークのメンバーは、自分達の個々のＣＨＵＭＢＹ（登録商標）デバイス上に順番に（若しくは他のユーザ定義の順序で）、“プレミアム”ウィジェットプログラムのセット、即ちプレイすべき若しくは表示すべきコンテンツを、指定することによって、個々のＣＨＵＭＢＹ（登録商標）デバイスをウエブブラウザを介して全て構成することができる。そのようなプレミアムウィジェット及びコンテンツは、一日の様々な時刻でトリガとなるようにスケジュールされたアラーム若しくはリマインダのための音源として機能する、例えば、ウエブ画像ショット、ＲＳＳリーダ、フィルタ処理されたニュースリポート、個人株式パフォーマンスデータ、ショートアニメーション若しくはムービー、ポッドキャスト若しくは音声ファイルを、含む。

以下で更に説明するように、ＣＨＵＭＢＹ（登録商標）デバイスの例示の実装は、デバイスのディスプレイスクリーン及び電気部品をサポートする、堅固な“コア”構造に付属する可撓性あるハウジングから成る。可撓性あるハウジングは、ＣＨＵＭＢＹ（登録商標）デバイスの電気部品の全てを概略含み、ユーザにより“圧搾”され得る若しくは変形され得る適切な部材で充填される、若しくは、構成されるのが好ましい。更に、コアの構成は、ハウジングから取り外し可能であり、別のハウジングに嵌め込み可能であるように、設計される。“圧搾センサー”のセットは、ユーザによる圧搾や類似の動作を検出するために、可撓性のあるハウジングにより囲まれる。このように、ユーザは、ディスプレイスクリーンにより促進される通信の従来のテキスト及び他のモードに加えて、ＣＨＵＭＢＹ（登録商標）デバイスの物理的変形により情報を運ぶ機会が、与えられる。例えば、一つの例示のシステムでは、ユーザは、特別のやり方でＣＨＵＭＢＹ（登録商標）デバイスのハウジングを圧搾することにより、別のユーザへの“ハグ”の運搬を開始できる。この圧搾に応答してセンサーアレイにより生成される電気信号は適切に解釈され、ユーザのＣＨＵＭＢＹ（登録商標）デバイスは、ＣＨＵＭＢＹ（登録商標）サービスプロバイダによって、“ハグ”メッセージを意図した受け取りユーザに通信する。この時点にて、受け取りユーザは、例えば、インジケーターライトを照らすことにより、若しくはメッセージをデバイスのディスプレイに送信することにより、ハグメッセージの受け取りを登録できる。重要なことであるが、ＣＨＵＭＢＹ（登録商標）デバイスは可撓性あるハウジング内への実装に限定されない。可撓性あるハウジングに係る特性の全ては、別のセンサー（例えば、力感知、若しくは仮想模倣センサー）を伴う堅固なハウジングを用いて、模倣され得る。

システムコンポーネント
図１は、本発明のシステム１００の例示の実施形態を含むネットワークコンポーネントのセットを示すブロック図である。図示するように、システム１００は、一つ若しくはそれ以上のアクセスネットワーク１１０及びインターネット１１６を介して中央サービスプロバイダ１０６と通信する、一つ若しくはそれ以上のＣＨＵＭＢＹ（登録商標）パーソナル音声映像デバイス１０２を含む。当業者に知られるように、アクセスネットワーク１１０は、インターネット１１６とＣＨＵＭＢＹ（登録商標）パーソナル音声映像デバイス１０２との間の、種々の中間ネットワークルーティング及び他の要素を示す。そのような中間の要素は、例えば、ゲートウエイ若しくは他のサービスデバイス、及び、インターネットサービスプロバイダ（ＩＳＰ）により与えられる他のネットワークインフラストラクチャを、含み得る。後で説明するように、ＣＨＵＭＢＹ（登録商標）パーソナル音声映像デバイス１０２は、中央サービスプロバイダ１０６から、又は、マスストレージデバイス、パーソナルコンピュータ若しくは他の計算機デバイスから局所的に、実行のためのアプリケーションプログラム（“ウィジェット”）を取得する。この点において、サービスプロバイダ１０６は通常、ウィジェットのリポジトリを含み、許可されたユーザ、若しくは、適切な認可が是認された別のユーザの要求で、所与のＣＨＵＭＢＹ（登録商標）デバイス１０２に通信され得る他のコンテンツへアクセスできる。

再び図１を参照して、システム１００は、アクセスネットワーク（図示せず）及びインターネット１１６を介して、サービスプロバイダ１０６と通信するために配置された複数のユーザコンピュータ１２０も含む。個々のユーザコンピュータ１２０は、ユーザがそれにより、一つ若しくはそれ以上のＣＨＵＭＢＹ（登録商標）パーソナル音声映像デバイス１０２を構成できるサービスプロバイダ１０６で生成されるウエブページを表示できるウエブブラウザ１２２を実行する。上述のように、その構成は、例えば、特定のデバイス１０２に送信されるウィジェットのセット、及び実行の順序を指定すること、その実行に係る音声若しくは映像のパラメータを調整すること、（例えば、どのデバイスが通信することを許可されているかに関する他のＣＨＵＭＢＹ（登録商標）ユーザから成る“バディリスト”を定義すること、を含む）ユーザのＣＨＵＭＢＹ（登録商標）ネットワークを定義し管理すること、及び、デバイス１０２のスクリーンを介して示されるユーザインターフェースのレイアウト若しくは他の形態を定義すること、を含み得る。このために、所与のウエブブラウザ１２２は、サービスプロバイダ１０６と通信する際、指定された“チャネル”内部でプレイするように現下構成されたウィジェットをディスプレイする矩形構成ウィンドウを示す。そのような構成ウィンドウの中にウィジェット若しくはコンテンツファイルのアイコン表示を“ドラッグ・ドロップ”することによって、ユーザは、対応するＣＨＵＭＢＹ（登録商標）デバイスにより示される動き及びユーザインターフェースをパーソナル化できる。一方、ユーザは、ウィジェットのテキスト及び／又はグラフィック表示を選択でき、構成されるＣＨＵＭＢＹ（登録商標）デバイスにウィジェットを“追加する”ユーザインターフェースコントロールのボタン若しくは他のグラフィック表示を選択できる。更に、ユーザは、他のユーザの個々のＣＨＵＭＢＹ（登録商標）デバイスに実行若しくは表示させるように、ウィジェット若しくは他の情報を他のユーザに送信することを目的として、ウエブブラウザ１２２を介してサービスプロバイダ１０６にアクセスできる。一つの実施形態では、サービスプロバイダ１０６は、どのユーザが所与のユーザにウィジェット、メッセージ若しくは他の情報などをサービスプロバイダ１０６を介して与えることを認められるか判定するために、ＣＨＵＭＢＹ（登録商標）デバイスのユーザ間で認められる許可の記録を維持する。その許可は、サービスプロバイダ１０６と通信するウエブブラウザ１２２により示される適切なページを介して、所与のユーザにより認められ得る、若しくは取り消され得る。

例示の実施形態では、構成ウィンドウは、一つ若しくはそれ以上のＣＨＵＭＢＹ（登録商標）デバイス１０２のユーザにより認められる許可の範囲と一致するそれらデバイス１０２を構成するのに、利用され得る。更に、所与のＣＨＵＭＢＹ（登録商標）デバイス１０２のユーザは、デバイス１０２“ミラー”のインターフェースを有することを選んでもよく、認められた必須の許可に従う別のデバイス１０２のインターフェースを複製することを選んでもよい。同様に、一つ若しくはそれ以上のＣＨＵＭＢＹ（登録商標）デバイス１０２は、構成ウィンドウを介して定義された“仮想ＣＨＵＭＢＹ（登録商標）デバイス（等）”のためのインターフェースをミラーリングするように構成されてもよい。

所与のＣＨＵＭＢＹ（登録商標）デバイス１０２の様々なユーザは、デバイス１０２を構成するに当たり、様々な役割若しくは特権が与えられ得る。例えば、ユーザ是認の監督特権は、ＣＨＵＭＢＹ（登録商標）デバイス１０２に送信されるウィジェット若しくはコンテンツをフィルタする若しくはモニタする権限を与えられる。このことにより、例えば、親ユーザは、その子ユーザの利用する一つ若しくはそれ以上のＣＨＵＭＢＹ（登録商標）デバイス１０２が実行する及び表示するウィジェット及びコンテンツを監督し及び／又はモニタすることができる。更に、システム１００のアドミニストレータは通常、ＣＨＵＭＢＹ（登録商標）デバイスのユーザに対して、より高いレベルの特権を有する。また、特定のウィジェットが、コンテンツにアクセスするためにサードパーティによりコントロールされるウエブサイトとの通信を要求する機能を実施すると、ウィジェットのディベロッパは、それらアクセス（、及び、恐らくウィジェットの機能）を調整する階層ユーザモデルを形成する。

図２を参照すると、住居２００若しくは多数の部屋２０４を有する他の建物全体の、ＣＨＵＭＢＹ（登録商標）デバイス１０２の分布の例を示している。図２の実施形態では、個々のＣＨＵＭＢＹ（登録商標）デバイス１０２は、一つ若しくはそれ以上のアクセスポイント２１０との通信を促進する無線トランシーバ（例えば、Ｗｉ−Ｆｉトランシーバ）が備わる。個々のアクセスポイントは、例えば、ローカルエリアネットワークによってアクセスネットワーク１１０と相互接続し、このことにより、サービスポイント１０６と、住居２００内部のデバイスとの間に、インターネットベースの通信を確立することが可能となる。

次に図３を参照すると、本発明のＣＨＵＭＢＹ（登録商標）デバイスの実施形態の主要要素に関するブロック図が示される。図示されるように、デバイスは、中央処理装置（ＣＰＵ）３０２、揮発性（例えば、ＳＤＲＡＭ）及び不揮発性３１０（例えば、フラッシュメモリ）を含むメモリ、音声インターフェース３１２、無線通信インターフェース３１４、及びセンサーインターフェース３７０を、含む。例示の実装では、ＣＰＵ３０２は、Ｌｉｎｕｘカーネルを稼動するように構成されグラフィックレンダリングのための付随能力を有する（例えば、ＡＲＭコアに基づく）マイクロプロセッサを含む。停電時にリアルタイムの情報を保存するように機能し、ユーザがテザー無しの操作を望むならば第一の電源としても機能しうるバッテリバックアップユニットを、デバイスが含んでもよいし含まなくてもよい。バッテリは充電可能であってもなくてもよい。オペレーティングシステムは、電源状態を感知しており、電力をセーブするように、若しくはユーザインターフェースをテザー無しの操作と適合すべく変更するように、ＣＨＵＭＢＹ（登録商標）デバイスを動的に構成する。

デバイスは、セキュリティモジュール（図示せず。）を含んでもよいし含まなくてもよい。含むならば、ＣＰＵ３０２上で稼動する他のセキュリティの無いコードから、コアのセキュリティルーチンを完全に分離するように、セキュリティモジュールはシークレットを格納し認証アルゴリズムを計算するように、機能する。シークレット格納及び認証能力は、とりわけ金融取引のための認証化及び暗号化通信能力を可能にするために、クライアントサーバ通信プロトコルによって、利用されてもよいし利用されなくてもよい。ユーザのハードウェアの識別に対するモジュール内部に、シークレットのデフォルトマッピングが含まれないように、セキュリティモジュールは初期化される。更に、シークレットは取消可能であり、特定のユーザのプロファイルと決して関連しない主要シークレットに基づいて、新しいシークレットを生成するルーチンが存在してもよい。このことにより、プライバシのためのポリシーと識別情報を取り消す限定的能力を選択することが可能になり、科学捜査ネットワーク分析を防ぎ、従って匿名が可能になる。匿名信用ネットワークは、種々のクライアントサーバプロトコルにより拡張可能であり、広範な匿名取引が可能になるが、金銭及びコンテンツの取引に限定されないものまで含む。

図示するように、サーバプロバイダ１０６から受信される、ウィジェット３５０若しくは他のアプリケーションを含むソフトウエアは、メモリ３１０内に格納され、ＣＰＵ３０２による実行のために、ＳＤＲＡＭ３０６若しくは不揮発性メモリ３１０内にロードされる。一つの実施形態では、ウィジェットは、“フラッシュムービー”とも称される“アドービフラッシュ”の形式で、サービスプロバイダからＣＨＵＭＢＹ（登録商標）デバイスへダウンロードされる。当業者には周知のように、フラッシュムービーはファイル拡張子として“．ｓｗｆ”が通常付され、アドベシステム（ＡｄｏｂｅＳｙｓｔｅｍ）により開発され普及されたフラッシュプレーヤにより、実行され得る。従って、メモリ３１０は、ＣＰＵ３０２の実行するオペレーティングシステム３６４のコピーに加えて、フラッシュプレーヤ３６０も含む。別の実施形態では、ウィジェットは他の形式で開発されてもよく、その形式と互換性のあるプレーヤにより実行されてもよい。

例示の実施形態では、ウィジェットは、ＣＨＵＭＢＹ（登録商標）デバイスのメモリ３１０内に恒久的に格納されるものではない。むしろ、ウィジェットはＣＰＵに実行され、その後廃棄されるか、将来の利用のために一時的メモリ内にキャッシュされる。このことにより、ウィジェットは、必要時にサービスプロバイダ１０６から“プッシュ”され、個々のＣＨＵＭＢＹ（登録商標）デバイスのために指定されるウィジェットの実行の順序をサポートすることができる。即ち、サービスプロバイダ１０６は、個々のＣＨＵＭＢＹ（登録商標）デバイスにウィジェットの“ストリーム”を与えるように動作し、個々のストリーム内部のウィジェットは、適用されるＣＨＵＭＢＹ（登録商標）デバイスのメモリ内部にその実行時まで一時的にキャッシュされる。このことにより、サービスプロバイダ１０６及び／又は個々のウィジェットプログラムの作成者は、個々のウィジェットプログラムの内容及び動きに関する相当程度のコントロールを維持できる。というのは、個々のプログラムは通常、恒久的にダウンロードされるのではなく（つまり変更を促進するのであり）、一時的にキャッシュされ、所定の時間が経った後、若しくはメモリ利用閾値に達した後、消去されるからである。

ＣＨＵＭＢＹ（登録商標）デバイスは、ＬＣＤコントローラ３２２によりコントロールされる液晶ディスプレイ（ＬＣＤ）３２０も含み、該ＬＣＤコントローラ３２２はＣＰＵ３０２内に統合されてもよく統合されなくてもよい。ディスプレイ３０２は視覚的に、ＣＨＵＭＢＹ（登録商標）デバイス内部に格納されるウィジェットプログラムのアイコン表示と、ＣＰＵ３０２によりそのウィジェットの実行と関連して生成される画像とを示す。例示の実施形態では、タッチスクリーン３３０は、ＬＣＤ３２０をオーバレイし、タッチスクリーンコントローラ３３４に反応する。一つの実施形態では、ユーザは、（図３に示さない）圧搾センサー、タッチスクリーン３３０若しくは他のセンサーデバイスなどの、センサーにタッチすることにより、“コントロールパネルモード”に入るように誘導してもよい。例示の実施形態では、ウィジェット及びシステムコントロールパネルは、ユーザに種々の“ユーザインターフェース”即ち、ユーザがウィジェット／システムコントロールパネルと相互作用できる“ＵＩ”エレメントを、提供する。これらのＵＩエレメントは、ボタン、スクロールバー、ドロップダウンコンボボックス及びメニュを含むが、これらに限定されない。ユーザがこれらのＵＩエレメントの一つと相互作用するためにスクリーンにタッチすると、タッチスクリーンコントローラ３３４は、タッチスクリーンが特定の位置にてタッチされたことをＣＰＵ３０２に通知し、その位置情報は、現在表示されるウィジェット３５０即ちシステムコントロールパネル（図３に示さず）の構成に基づいて、ＣＰＵ３０２によりＵＩコントロール作動イベントに変換される。別の実装では、ＬＣＤ３２０及びタッチスクリーン３３０は、統合コントローラによりコントロールされる統合デバイスを含んでもよい。

図４を参照すると、コントロールパネルモードのＣＨＵＭＢＹ（登録商標）デバイスの動作にある、ＬＣＤ３２０により生成されるユーザインターフェース４００が示される。図示されるように、インターフェース４００は、ミュートボタン４０４、チャネルボタン４０６、ナイトボタン４０８、ミュージックボタン４１０、セッティングボタン４１２、クロックボタン４１４、消去ボタン４１８、レートボタン４２０、送信ボタン４２２、ステイボタン４２４、右矢印ボタン４２８、左矢印ボタン４２６、及び隠しコントロールパネルモードボタン４１６を、定義する。ミュートボタン４０４を選択すると、ＣＨＵＭＢＹ（登録商標）デバイスのミュート状態がトグルされる。チャネルボタン４０６を選択すると、ユーザが自分のＣＨＵＭＢＹ（登録商標）“チャネル”の全ての内容を見てロードすべき新しい“チャネル”を選択しＣＨＵＭＢＹ（登録商標）デバイス上で稼動できる、別のコントロールスクリーンが示される。“チャネル”は、ウエブブラウザ１２２上で示されるページとＣＨＵＭＢＹ（登録商標）サービスプロバイダとの間の相互作用を介して、指定されたグルーピングでユーザにより構成されるウィジェットのコレクションであり、それらウィジェットのコレクションは通常、逐次、繰り返しＣＨＵＭＢＹ（登録商標）デバイスで稼動する。

ナイトボタン４０８を選択すると、ＣＨＵＭＢＹ（登録商標）デバイスは、スクリーンが薄暗くなり低信号クロックが表示される“ナイトモード”に入る。ミュージックボタン４１０が選択されると、例えば、ＭＰ３プレーヤ、ストレージデバイス、及びミュージックサービスなどの、種々の連続的な音楽源と、ユーザが相互作用してコントロールできる、別のコントロールパネルスクリーンが示される。それら音楽源は、ローカルネットワーク上に、若しくは、インターネット上に存在する。セッティングボタン４１２を選択すると、例えば、無線ネットワークセットアップ、スピーカボリューム、及びタッチスクリーン較正などの、種々のＣＨＵＭＢＹ（登録商標）デバイスセッティングをユーザが構成できる、別のコントロールパネルスクリーンが示される。クロックボタン４１４が選択されると、ＣＨＵＭＢＹ（登録商標）デバイスの時刻、日付、及びアラーム機能をユーザが構成できる、別のコントロールパネルスクリーンが示される。消去ボタン４１８が選択されると、現在の“チャネル”からのユーザの確認により、現在表示されている消去されるべきウィジェットが消去される。レートボタン４２０が選択されると、現在表示されているウィジェットのために固定のスケールでレーティングを与えることができる、別のコントロールパネルスクリーンが示される。送信ボタン４２２が選択されると、ウィジェットを送信すること若しくは他の通信をすることが望まれる、ＣＨＵＭＢＹ（登録商標）ユーザの別のユーザの個人リストを表示する、別のコントロールパネルスクリーンが示される。ステイボタン４２４が選択されると、現在選択されているウィジェットの“ステイ”状態がトグルされる。ウィジェットの“ステイ”状態が選択されると、ウィジェットはＣＨＵＭＢＹ（登録商標）デバイス上で連続して稼動する。右矢印ボタン４２６若しくは左矢印ボタン４２８が選択されると、夫々、チャネル内の、前の若しくは次のウィジェットが表示される。ユーザは、どのウエブブラウザ１２２からも、サービスプロバイダ１０６により生成されたウエブページにアクセスでき、“好み”のウィジェットを指定できる。一方、ユーザは、自分のＣＨＵＭＢＹ（登録商標）デバイス１０２上で仮想の、タッチスクリーンベースのボタンを押下して、現在のウィジェットを新しい“好み”のウィジェットとして指定できる。ここでユーザが自分のＣＨＵＭＢＹ（登録商標）デバイス上でハート型のアイコン（図４に図示せず。）を選択すると、この好みのウィジェット（例えば、クロックウィジェット）のアイコン表示がハート型アイコンに取って代わり、ユーザは、その好みのウィジェットに対応するプログラム命令を即座に作動できる（即ち、ＣＰＵ３０２が実行するようにできる）。一方、ハート型アイコン（若しくは他の所定のアイコン）が選択されると、好みのウィジェットを実行するのではなく、“好み”の若しくは他のプロファイルに従ってＣＨＵＭＢＹ（登録商標）デバイスが構成されることになる。もちろん、例えば、“アラームクロック”や“フォトビューアウィジェット”などの単体のみのウィジェットを含むように、一定のプロファイルが指定されてもよい。

再び図４を参照して、右矢印ボタン４２６が選択されると、ユーザ定義の（若しくはデフォルトの）ウィジェットの順序（“チャネル”）で一つウィジェットが進み、若しくは、ウィジェットがランダムに表示されるべく選択される実装で、前方にスキップする。同様に、左矢印ボタン４２８が選択されると、ユーザ定義の（若しくはデフォルトの）ウィジェットの順序（“チャネル”）で一つウィジェットが戻る。ボタン４２６及び４２８が選択されると、アイコン表示、若しくは現在アクティブのウィジェットに対応するアバターが、ディスプレイボックス４３０内に表示される。現在アクティブのウィジェットに戻ることが望まれるならば、隠しコントロールパネルモードボタン４１６が選択され、コントロールパネルモードインターフェース４００が、ＣＨＵＭＢＹ（登録商標）デバイス上で実行されるように現在構成されているウィジェットの順序を確認するスクリーンに、変化する。

一つの実施形態では、物理的ボタンエレメント（図示せず。）がＬＣＤスクリーン３２０近くに設けられ、ＬＣＤスクリーン３２０により示されるメニュによってナビゲーションが可能になるようにされてもよい。一つの実装では、２次元のナビゲーションを促進するために、このボタンエレメントが十字形状であり、更に、このボタンエレメントが、特定のウィジェット（例えば、クロックウィジェット）に関するより小さい専用ボタンを（例えば、十字の中央部に）有してもよい。この専用ウィジェットを押下すると、全ての他のウィジェットの動作に割り込みを掛けられる。

ＣＨＵＭＢＹ（登録商標）デバイスのユーザインターフェースによる２次元のナビゲーションがサポートされる実装では、ユーザは、構成されたウィジェットのタイムラインで前方及び後方にナビゲートする能力を与えられる。同様に、ユーザは、関連のウィジェットのスタックをアップして及びダウンしてナビゲートできる。この機能は、ウィジェットカテゴリのコンセプト、即ち、表示されるように構成されているならば、順番に表示され得る論理カテゴリへのウィジェットの関連付け、の実装に依存する。カテゴリの例は“ニュース”である。このカテゴリ内に含まれるウィジェットは、例えば、ローカルニュースウィジェット、スポーツニュースウィジェット、エンターテイメントニュースウィジェット、ビジネスニュースウィジェットなどを、含み得る。個々のカテゴリに対して、デフォルトのウィジェットがあり、それは、ユーザのＣＨＵＭＢＹ（登録商標）デバイスにより表示されるべく選択された個々のカテゴリのためのＣＨＵＭＢＹ（登録商標）ウエブサイト上で、ユーザにより指定される。

カテゴリ内で一つ以上のウィジェットが選択されたら、ウィジェットは、スタックの頂部にて、デフォルトウィジェットに概念上“スタックされ”、ＣＨＵＭＢＹ（登録商標）デバイスとして表示されるウィジェットは、構成されたウィジェットによって自動的に循環する。

所与のカテゴリ（例えば、ニュース）のためのウィジェットが表示され、そのカテゴリ内に更に表示するために構成された更なるウィジェットが存在するならば、例示の実施形態では、これらの更なるウィジェットは表示されたウィジェットの下に“スタック”される。この場合、ユーザは、表示されるそのカテゴリのための“スタック”内の次のウィジェットを引き起こすために、ユーザのＣＨＵＭＢＹ（登録商標）デバイスに対して所定の動作を取る（例えば、恐らくタッチスクリーン上でコントロールを選択する、若しくは、圧搾センサーを作動することで示される、コントロールパネルを介してファンクションにアクセスする）。同じタイプの更なる所定の動作を取ることで、ユーザが指定した、表示されるスタック内の上若しくは下のウィジェットが、引き起こされるように、ＣＨＵＭＢＹ（登録商標）デバイスは構成され得る。ＣＨＵＭＢＹ（登録商標）デバイスが次のウィジェットカテゴリに循環するときに、適用されるカテゴリのためのスタック内に表示される最後のウィジェットは、将に出口のカテゴリ（例えば、ニュース）のための次のサイクル内で表示されるウィジェットである。

以下のテーブル表示は、種々のカテゴリでの、例示のウィジェットスタックの概念レイアウトを示す。

以下は、ニュース、エンターテインメント及びスポーツのためのウィジェットスタックをユーザがナビゲートしたケースの、概念表示を示す。

ＣＨＵＭＢＹ（登録商標）デバイス構造
図５〜図６及び図２８〜２９は、本発明に係る例示のＣＨＵＭＢＹ（登録商標）デバイスの種々の図を示す。ＣＨＵＭＢＹ（登録商標）デバイスの実施形態は通常、柔軟なハウジング内に統合された電子部品の一つ若しくはそれ以上の組み立て品を含む。個々のそれらの組み立て品は、外部から可視的である部品を含んでもよいし含まなくてもよい。

概略、個々の組み立て品のエレクトロニクスは、プリント基板上に装着され、これによりプリント板ユニット（ＰＣＢＡ）を形成する。ＰＣＢＡは、プラスチック（ＡＢＳ）や金属（スチールやアルミニウム）などの通常剛性の部材で形成される硬いサブフレーム内に集積される。サブフレームとＰＣＢＡの集積は、“エレクトロニクスサブアセンブリ”と称される。

ＣＨＵＭＢＹ（登録商標）デバイスの実施形態は、一つ若しくはそれ以上のエレクトロニクスサブアセンブリを含み得る。本明細書に記載の例示の実施形態は、３つのそのサブアセンブリを利用する。一つのそのサブアセンブリは、ＣＨＵＭＢＹ（登録商標）デバイスのコアエレクトロニクスユニットの内部に含まれ、熱生成エレクトロニクスコンポーネント、ＬＣＤ及びマイクロフォンを含む。もう一つのそのエレクトロニクスサブアセンブリは、ＷｉＦｉ通信モジュールを含むＷｉＦｉライザーを含む。ＣＨＵＭＢＹ（登録商標）デバイスの例示の実施形態の内部に含まれる３つめのエレクトロニクスサブアセンブリは、“ドーターカードサブアセンブリ”を含む。ドーターカードは、複数の外部コネクタ（例えば、ＵＳＢコネクタ）及び音声トランスデューサを含む。例示の実施形態では、機械スイッチがドーターカードサブアセンブリ上に接がれ、以下のように“圧搾感知”を促進する。加速時計がドー他カードサブアセンブリ上に含まれてもよい。

これら３つのサブアセンブリへの概括的な再分には幾つかの利点がある。熱生成コンポーネントをコアエレクトロニクスユニット及びＷｉＦｉライザーに制限することにより、よりコスト効果のある熱経路が設計され得る。コネクタ及びラージトランスデューサをドーターカードに制限することにより、運搬上の利点がサプライチェーンに与えられ得る。このことにより、エンドユーザカスタマイゼーションのための、ＣＨＵＭＢＹ（登録商標）デバイスの、新しいレベルの迅速な再構成可能性が追加され得る。可撓性のあるコネクタによりサブアセンブリ間をブリッジすることにより、ＣＨＵＭＢＹ（登録商標）デバイスは柔らかく可撓性のある感触を保持する。

次に図５を参照すると、繊維部材５０８と組み合わせたラバータイプフレーム５０４を含む従順なハウジング５０２で構成された、例示のＣＨＵＭＢＹ（登録商標）デバイスの種々の斜視図が示される。ハウジング５０２は、コアエレクトロニクスユニット５１２、ドーターカードサブアセンブリのためのベゼル５１４、及びフラシ天インテリア充填部材（図示せず）を含む。フレーム５０４、ファブリック５０８、及び充填部材は全体として、ＣＨＵＭＢＹ（登録商標）デバイスに触れるユーザに柔らかく従順な感じを与える。

一つの実施形態では、フレーム５０４は、Ｓａｎｔｏｐｒｅｎｅ（登録商標）若しくはＴｅｘｉｎ、柔らかく可撓性があり触感のあるゴムのような、ＴＰＥ（熱プラスチックエラストマ）に類似の部材からなる。別の実施形態では、フレーム５０４は、デュロメータの非常に低いＰＶＣ（ポリ塩化ビニール）からなる。正確なフレーム構成は、概略、可撓性、感触、見栄え及び製造特性などを、考慮してバランスをとるものである。ここの製造特性とは、縫い易さ、及び、製品耐性を改良するため接着剤で側部に物を取り付けることの容易さ、である。フレーム５０４は、ハウジング５０２に構造と形状を与え、更に、コアエレクトロニクスユニット５１２が置換され挿入されることを可能にする。フレーム５０４は概略、比較的平坦な構成で製造され、手作業で曲げられ若しくは湾曲され、ＣＨＵＭＢＹ（登録商標）デバイスのハウジング５０２を組み立てる際にはファブリック若しくは他の柔らかい部材に縫い付けられる。別の実施形態では、ＣＨＵＭＢＹ（登録商標）フレーム、ファブリック、若しくはそれらの組み合わせは、モールドされたＥＶＡ（エチレンビニールアセテート）から生成される。モールドのプロセスは、少し異なる感触を示すが、概略、ＣＡＤ関連アートワークにより適合性を示す。

図２８は、コアエレクトロニクスユニット５１２及び可撓性あるハウジング５１２が識別されるＣＨＵＭＢＹ（登録商標）デバイスの別の図を示す。ユーザの変更やカスタマイズの影響を受けない堅固なプラスチック囲いの中にデバイスエレクトロニクスが通常単にはめ込まれてしまう現存の無線や他の家庭用電化製品とは異なり、例示の実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスの可撓性のあるハウジングは、織物類やビロード玩具の製造で利用されるような、外装ファブリック部材を利用して、形成され得る。その部材は、例えば、レザー、スエード、ネオプレン、ラバー、ビニールなどを含み得る。可撓性のあるハウジングの内装は、枕、ぬいぐるみ若しくはビロード玩具とよく似ている、ポリフィル、ポリエステルビーズ、ゲル、フォーム、メタルビーズなどの、充填部材を含み得る。その内装充填により、ＣＨＵＭＢＹ（登録商標）デバイスは“圧搾可能”となる。更に、その内装充填により、デバイスは、内部の圧搾センサーを誘発するためにユーザが“圧搾し”若しくは“圧縮した”後にも、その形状を保持できる。（一つの実施形態では、電場／キャパシタンスセンサーが、センサーに対するユーザの手の位置／距離を検出するために圧縮センサーの代わりに用いられてもよい。つまり、ユーザがＣＨＵＭＢＹ（登録商標）デバイスの可撓性あるハウジングを圧搾するときユーザの手はセンサーにより接近するので、センサーは“圧搾”が生じていることを示すことができるからである。）

次に図２９を参照して、デバイスの例示の実施形態の可撓性あるハウジングの内装には、外部電源スイッチ、外部電源供給コネクタ、外部ヘッドフォンコネクタ、一つ若しくはそれ以上の外部ＵＳＢコネクタ、内部左及び右スピーカコネクタ、内部９Ｖバックアップバッテリコネクタ２９０４、内部圧搾センサーコネクタ、及び、内部ケーブルアセンブリ若しくは“Ｃｈｕｍｂｉｌｉｃａｌ（登録商標）”コネクタ２９１０を含む、ドーターガード回路が含まれる。一つの実装では、Ｃｈｕｍｂｉｌｉｃａｌ（登録商標）コネクタ２９１０は、ドーターカードサブアセンブリにより受信／処理された全ての信号を、ＣＨＵＭＢＹ（登録商標）デバイスのコアエレクトロニクスユニット５１２に接続するのに利用され、該コネクタは柔らかいフレームに圧入される。更に、可撓性あるハウジングの内装には、（左及び右の音声出力のための）スピーカのペア６３０（図６Ｆ参照）が配置され、更に圧搾センサー（図６Ｇ）、及びそれらエレメントをドーターカードサブアセンブリ６４０に結び付けるのに必要な種々のケーブルが、配置される。好適な実施形態では、スピーカは、堅固なプレートに固定され、プラスチックや他の類似の部材から成り、ＣＨＵＭＢＹ（登録商標）デバイスの背後に配置され、ヘッドフォンコネクタ、ＵＳＢポート、電源スイッチ及び電源コネクタと同じ場所にある。

より複雑さとコストが込められたコア部と、多くの周辺接続と特性を備えるドーターカードとに、回路を分割することは、ＣＨＵＭＢＹ（登録商標）デバイスの例示の実施形態の設計の重大特徴である。分離設計により、市場や生産の変化により素早く適合できる。というのは、システムの最も移ろいやすい部品は、通常“オンザエッジ”であるからである。このようにコア部と周辺部とに分離することで、周辺カードはより低いコストでカスタマイズされ得るという重大な利点もある。このことにより、ＣＨＵＭＢＹ（登録商標）デバイス周辺のアクセサリやカスタムハウジングのエコシステムの成長が可能になる。

図３０−３１を参照して、通常、繊維製品や衣類の製造で利用される、フラットパターンの例が、例示のＣＨＵＭＢＹ（登録商標）デバイスの可撓性あるハウジング３００２即ち“バッグ”（ＣＨＵＭＢＹ（登録商標）バッグ）の外装構造を画定するのに利用されている。寸法及び視覚的特性を追加すべく、複数の芸術的／設計のエレメントが、ＣＨＵＭＢＹ（登録商標）バッグの外装ファブリック部材に追加されてもよい。ＣＨＵＭＢＹ（登録商標）デバイスのためにファブリックタイプの囲いを利用することで、元の製造者及び（職人や愛好者などの）エンドユーザの両方による、ハウジング創作品生成の無限の可能性が生じるのであり、家庭用電気製品及び／又は無線デバイスの設計において新たなアプローチを示すと思われる。ロゴなどの、製品若しくは法人の情報を伝えるために、ＣＨＵＭＢＹ（登録商標）デバイスの外装ハウジングに、ファブリックタグ、パッチ、若しくは他のファブリック／衣類関連アイテムを、縫い付けても若しくは付属させてもよい。

図３１は、可撓性あるハウジング３００２、若しくはＣＨＵＭＢＹ（登録商標）デバイスの“バッグ”のためのサンプルのフラットパターン図３１００であり、個々のファブリックパネル形状、縫いの詳細、及び設計事項を示す。

図６Ａ〜図６Ｄは、ＣＨＵＭＢＹ（登録商標）デバイスの実施形態に関する、部分透過図、側面図及び平面図を示す。図６Ｅ〜図６Ｆは、ＣＨＵＭＢＹ（登録商標）デバイス内部に含まれるコアエレクトロニクス及び他の部品を示し、図６Ｇは、ハウジング内部の所定のこれらエレメントの構成を示す。

コアエレクトロニクス５１２は、概略、例えば、複数の電子部品が配置された主回路基板を含む。主回路基板は、概略、例えば、硬いプラスチックや金属などの堅固な部材から成る硬いサブフレームに集積され、このことによりエレクトロニクスサブアセンブリとなる。コアエレクトロニクス５１２は通常、ＬＣＤディスプレイ、タッチスクリーン、アンビエント照明センサー、マイクロフォン、ＵＳＢＷｉＦｉドングル６１０，バックアップバッテリ６２０、及び無線シールドも含む。このコアモジュールは、ＣＨＵＭＢＹ（登録商標）デバイスのユーザによりフレームから取り外しできるように設計されている。該モジュールは通常、Ｃｈｕｍｂｉｌｉｃａｌ（登録商標）コネクタ２９１０によりＣＨＵＭＢＹ（登録商標）のハウジング内に接続される。

ＷｉＦｉドングル６１０は、コアエレクトロニクスのＷｉＦｉライザー（図示せず。）に接続され、ＷｉＦｉ無線ネットワークを促進する。

バックアップバッテリ６２０は、例えば、標準的９Ｖアルカリ電池を利用して実現され、主要な電源の不全の時に、ＣＨＵＭＢＹ（登録商標）デバイスにバックアップの／予備の電力を供給するのに利用される。一つの実施形態では、バックアップバッテリ６２０は、コアエレクトロニクスユニット５１２の背面に配置される無線シールド上に搭載され、ユーザにより交換できるようにされている。別の実施形態では、バッテリ６２０はＣＨＵＭＢＹ（登録商標）デバイスの柔らかいハウジング内に含まれ、ユーザサービスのため外装部材内のベルクロ・シールの穴を介してアクセス可能となっている。

例示の実施形態では、ドーターカード６４０は、ユーザに利用可能なコネクタを設けており、該コネクタは、パワー入力、ヘッドフォン出力、及び、今後のアクセサリのための及び／又はデバイスアップグレードを促進するための、外部ＵＳＢスタイルコネクタを、含む。ドーターカードサブアセンブリ６４０は、ドーターカードサブアセンブリフロントと背部ベゼルコンポーネント５１４との間の中で、ファブリックにクランプされ、堅固なＡＢＳタイプのプラスチックから成る。ドーターカードサブアセンブリは、Ｃｈｕｍｂｉｌｉｃａｌ（登録商標）２９１０によりコアエレクトロニクス５１２に接続する。

例示の実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは、ステレオサウンドを与える一対の内部搭載スピーカ６３０を含む。一つの実施形態では、スピーカ６３０は、ユニットの内装に縫い込まれるスクエアポーチを用いて適所に保持される。ポーチは夫々、ＣＨＵＭＢＹ（登録商標）デバイスの内装の範囲内で、スピーカ６３０を比較的固定された位置に保持する小さい引きひもを有する。別の実施形態では、スピーカは背後のベゼルモールドの中に保持される。両方のスピーカ６３０は、ドーターカードサブアセンブリ６４０に接続する。

以下に説明するように、圧搾センサー６５０は、ＣＨＵＭＢＹ（登録商標）デバイスの“圧搾”の感知を促進する様々な方法で実装されてよい。圧搾センサー６５０は通常、ドーターカードサブアセンブリ６４０に接続し、一つの特定の実施形態では、センサーの撓みの角度に基づいて抵抗が変化する、可撓性ある抵抗素子を含む。一方、圧搾センサー６５０は、ＣＨＵＭＢＹ（登録商標）デバイスの本体内にレバーが突き出た標準的なスナップアクションスイッチから成り、全体的には柔らかい感触を与える周辺充填部材が緩衝部となる、というものであってもよい。従って、圧搾センサー６５０は、ＣＨＵＭＢＹ（登録商標）デバイスの柔らかいハウジングの物理的な“圧搾”を検出することができる。圧搾センサー６５０からの信号は、（例えば、コアエレクトロニクスモジュール５１２若しくは専用電子回路により）処理され、所定の動作の実施を促進するが、該指定の動作は現在アクティブなウィジェットの特徴に依存する。圧搾センサー６５０は、ドーターカードサブアセンブリ６４０に接続する。圧搾センサー６５０は概略、ＣＨＵＭＢＹ（登録商標）バッグの内部に取り付けられ、ＣＨＵＭＢＹ（登録商標）デバイスの鉛直の接近に平行に向けられる。別の実施形態では、一つ若しくはそれ以上の変位センサーが同じ機能を果たすように用いられてもよい。

圧搾センサー６５０は、ＣＨＵＭＢＹ（登録商標）デバイス内部で“圧搾の感知”を果たす様々な形態で実装されてもよい。

機械的センサー
上述のように、“スナップアクション”スイッチなどの機械的スイッチが、そのアクチュエータレバーが内部のファブリックの縫い目に係らないように、アクチュエータレバーをカールさせて搭載されてもよい。圧搾の力を周りに広げるように、レバーとバッグ表面との間に柔らかい充填物がパックされ、これにより、スナップアクションスイッチの効果的な有効領域を増やしてもよい。スイッチが一つの位置でスタックしてしまわないように特別な復元力を与えるべく、柔らかい充填物がレバーとスイッチとの間にパックされてもよい。

力若しくは屈曲センサー
抵抗力のある屈曲センサー、又は、抵抗力のある部材、スペーサ、及びインターカレートした電極からなる力センサーなどの、ストリップが、ファブリックの中に接着されてもよく、縫い込まれてもよい。ファブリックの変形はこれらセンサーの抵抗力を調整し、該抵抗力は、バッグの中のエレクトロニクスにより後処理されて、屈曲信号となる。

電界センサー
容量性の電界センサーが利用されてもよく、該センサーはバッグの端部にまで延在する感知フィールドを生成する。バッグが圧搾されると、変形及び指の存在が、バッグ内の空気の誘電特性を変化させる。この誘電特性の変化は、共振タンクの周波数のシフトを含むがそれに限定されない、複数の技術を用いて、検出可能である。

加速度センサー
バッグ内の加速時計は、センサーがバッグ内部でどのように動くかに基づいて、変形事象の痕跡を検出するのに利用され得る。先端的な信号識別プリミティブのセットが利用されてもよく、該セットは、カルマンフィルタ、整合フィルタ、及び／又は隠れマルコフ推定器の形態を取り得る。

ＣＨＵＭＢＹ（登録商標）デバイスの製作
以下に説明するように、ＣＨＵＭＢＹ（登録商標）デバイスの例示の実施形態の製作に関連する複数の問題に向けられた、複数のプロセスイノベーションが開発されてきた。例えば、柔らかいハウジングが夫々のエレクトロニクスサブアセンブリを確実に保持することについて、即ち、それらサブアセンブリが、ＣＨＵＭＢＹ（登録商標）デバイスの柔らかいハウジングの内部で適切に配置され続け、ハウジングから出てしまわないことを保証することについて、努力がなされている。特に、コアエレクトロニクスユニットは、エンドユーザの側で、少しの努力でアクセスできることが、概略望まれている。コアエレクトロニクスと柔らかいフレームとの間の堅実なメイティングを確実にするために、複数の方法が利用され得る。

第１に、プラスチックリップが、以下に説明するように柔らかいハウジングにより規定される開口に取り付けられてもよい。リップは、コアエレクトロニクスサブアセンブリのサイズより小さい開口部を有するように構成されるのが好ましい。直径若しくは関連の寸法のこの差により、コアがプラスチックリップから容易に落ちてしまうことが防がれる。

第２に、柔らかいハウジングは、コアエレクトロニクスサブアセンブリを押しやりハウジングが容易に内に押し込まれないようにするバットレスのセットを、内部に含んでもよい。バットレスは、ＳＦ成形法の形態をとってもよく、ハウジングに取り付けられる堅固な機械的要素の形態をとってもよい。

第３に、リップは、摩擦ロックポイントのセットを有し、摩擦ロックポイントの一致を介してコアエレクトロニクスサブアセンブリの中に係合できるものであってもよい。

第４に、リップとコアエレクトロニクスサブアセンブリは、種々の接着剤を用いて接着されてもよい。（シアノアクリレートなどの）砕けやすい乾燥性接着剤を用いれば、最小の表面上への衝撃でシールは壊れ得る。

更に、柔らかいハウジングのリップは、本来的に摩擦を与える、ＴＰＥなどの柔らかいが少し粘着性のあるプラスチックを用いて、作成されてもよい。

柔らかいハウジングにドーターカードサブアセンブリのベゼルをメイティングすることに関しては、柔らかいハウジングの残部について“シームレス”の外見を形成するように、目に見えるギャップ無しにサブアセンブリが適所に配置されることが、通常望まれる。このシームレスのメイティングを確実にするために、複数の方法が利用され得る。

第１に、屈曲を促進するように、ドーターカードサブアセンブリのためのベゼルのプラスチックの端部に、（ＴＰＥ化合物などの）オーバーモールドされた柔らかいプラスチックリップが適用されてもよい。

第２に、粘着性の、若しくは（ＶＨＢなどの）半固体状の接着剤が、ギャップの最小化を助けるために、搭載の前にドーターカードベゼルに適用されてもよい。

第３に、治具形状のエレメントが、利用される部品のアラインメントを促進するためにベゼルコンポーネントを保持するのに用いられてもよい。

第４に、ファブリックの整列と維持とを促進するために、めあいのネジ貫通ペグをドーターカードベゼル内に整列させて、柔らかいハウジングのファブリック内にネジ穴のセットを作成してもよい。

第５に、内装部品をサンドイッチする外装部品からなる摩擦適合リムが、柔らかいハウジングとドーターカードベゼルとの間のシームの適合性を拡張するのに用いられてもよい。

ＣＨＵＭＢＹ（登録商標）デバイスの例示の実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスの動作の間に、柔らかいハウジング内部のビルドアップを縮小するために、様々なアプローチが製作過程にて用いられ得る。或る実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは、ポリ充填剤に類似する化合物のファイバの間でトラップされる空気により、その形状及び弾性を得ることができるから、充填部材及び柔らかいハウジングはまとめて、種々のエレクトロニクスサブアセンブリの周りで絶縁体として作用する。この潜在的な絶縁の効果を緩和するための戦略を、以下に説明する。

一つの熱散逸の戦略は、ＣＨＵＭＢＹ（登録商標）デバイスの柔らかいハウジングに熱伝導部材を詰めることである。エレクトロニクスサブアセンブリと柔らかいハウジングとの間に挟まれる柔らかい充填部材を介して、全体的に若しくは部分的に熱伝導部材が分散され得る。そのような熱伝導部材は、例えば、中空のアルミニウムビーズ若しくはペレット、又は比較的良好な熱電道徳性を有するプラスチックからなる。別の実施形態は、コアエレクトロニクスサブアセンブリから柔らかいハウジングの表面に熱を伝導する熱伝導性ゲル部材を利用する。一方、柔らかいハウジングの表面に接着された金属プレートに熱を伝導するように、ヒートパイプが利用されてもよい。それらアプローチは、全体的な熱保持を最小限にするように、大きい表面領域を利用してもよいし、柔らかいハウジングのための比較的薄いファブリック部材を利用してもよい。

デバイス内部の個々の熱生成コンポーネントから（例えば、ドーターカードベゼルやＬＣＤディスプレイなどの）ＣＨＵＭＢＹ（登録商標）デバイスの外装に面する固体構造の一つに、低熱抵抗経路が存在するように、種々のエレクトロニクスサブアセンブリ及び他のコンポーネントを“スタック”することによっても、熱散逸は促進され得る。この実施形態では、その固体構造は、ヒートシンクとして有効に機能する。個々の低熱抵抗経路は、熱生成エレクトロニクスサブアセンブリと外部直面固体構造との間に（例えば、柔らかい、ゲル状のギャップ充填バッドの形態で）熱的化合物を挟むことにより、完成され得る。例えば、一つの実施形態では、ＬＣＤディスプレイが、アルミニウム熱拡散プレートにより適所に保持され、熱的化合物が熱拡散プレートとＬＣＤとの間に配置される。更に、コアエレクトロニクスサブアセンブリのＰＣＢは、熱の流れを強化する熱的ビア及び銅プレーンを含み得る。

ＷｉＦｉモジュールがコアエレクトロニクスモジュールのＰＣＢに直接搭載される際、ＷｉＦｉモジュールとこのＰＣＢの間に柔らかいゲル状ギャップ充填物を配置することで、最終的にはＬＣＤディスプレイを介して周囲の大気へ、熱拡散が促進され得る。別の実施形態では、改良されたアンテナパターンの生成を可能にするために、ＷｉＦｉモジュールがＷｉＦｉライザー上に配置される。この実施形態では、ＰＣＢに曝される熱的コネクタやデバイスのいずれかを介して、ＷｉＦｉモジュールとコアエレクトロニクスモジュールの間に適切な低抵抗熱経路が確立されるように、ＷｉＦｉモジュールが配置される。

柔らかい、可撓性ある部材の部品をＣＨＵＭＢＹ（登録商標）デバイスの柔らかいハウジング内に組み合わせることについて、多くの努力が為されている。一つの例示のアプローチは、可撓性ある部材の部品を裏返しで先ず縫い、続いて成果としての集成物を“ひっくり返して”最終的な袋状の構成にして可撓性あるフレーム５０４に合わせる（例えば、縫い合わせる）。このタイプの製造プロセスの際に生じる可能性のある複数の問題点と、それら問題点に対する可能な解決策とを、以下で説明する。

ミシンへの可撓性あるフレームのまとわり
一つのアプローチでは、スプレー式の潤滑剤が可撓性あるフレーム５０４の背部に加えられ、柔らかいハウジングをフレーム５０４に取り付けるのに利用されるミシンの足部に、柔らかいハウジングが、まとわることを防ぐ。このようなまとわりは、フレーム５０４の背部に円滑な紙をラミネートすることによっても、減少され得る。上記の物などを組み合わせて利用され得る別の改良プロセスは、平台型のミシンではなく、ポストスタイルの若しくはアンビルスタイルのミシンを利用することである。

ファブリックとプラスチックデュロメータのミスマッチによるミスアラインメント
ミシンは、フレームと柔らかいハウジングのファブリックとの間で接触面となる際、ファブリックは、プラスチックフレーム５０４よりもより多く且つ速く伸びる傾向がある。このことは、ミシンの送りにより導入されるゆがみの量に適合するゆがみで、ファブリックパターンを予め歪めることにより、補償され得る。

オペレータエラーによるミスアラインメント
柔らかいハウジングのファブリックとフレーム５０４のミスマッチは、ＣＨＵＭＢＹ（登録商標）デバイスの例示の実施形態を実現化する際に伴う複合曲線により、発生することがあり、このことにより目に見えるアラインメントが困難になる。このミスマッチは、ノッチ、マーク及びドットを、プラスチックフレーム５０４及びフラットパターンに集積し、ミシンのオペレータのためのガイドとして作用させることで、減少し得る。

ファブリックのしわ
フレーム５０４と柔らかいハウジングのファブリック部材の間で縫い目が形成されると、縫い目の近傍でファブリックがもみくしゃとなるために縫い目からしわができることがある。このことは、ソーイングの前にファブリックをフレーム５０４上に接着することで補償され得る。接着剤は、ファブリックを適所に保持する足場として、及び、フレーム５０４の表面からファブリックが持ち上がってしまうことを防ぐために、作用する。

端部の仕上げ
柔らかいハウジングのファブリックの端部が粗野であればソーイングにおける小さいエラーがより明らかに若しくは顕著になりがちであると見込まれる。見かけのこの劣化は、ファブリックの端部を仕上げたように見せるべく処理することで、解決され得る。利用される特定のプロセスは利用されるファブリクの部材のタイプに依存する。例えば、柔らかいハウジングに対してファブリック部材としてレザーを利用する例示の実施形態では、端部は塗装されてもよい。ファブリック部材として合成繊維が利用されるならば、端部は最初に（直火で若しくは加熱金属ダイスで）熱処理されてもよい。特に、柔らかいハウジングに対して合成繊維を利用すると、ファブリックを裁断するのに利用するダイスのエリアの周囲に融解エンボスパターンを形成するように加熱金属ダイスが利用されてもよい。融解エンボスパターンは、ファイバをバインドし仕上がり外観を呈する端部を形成するように、作用する。天然繊維に対しては、端部は塗装されても、折り込まれても、ソーイングテープが貼られてもよい。

高さマッチング
例示の実施形態では、プラスチック、若しくはフレーム５０４を形成する他の物質が、高精度のモールドでプレスされる。一方、柔らかいハウジングのために利用されるファブリック部材は、不正確なプロセスの産物である。二つの間の高さのミスマッチは、好ましくない見かけの人工物を作ってしまう。レザーがファブリック部材として利用されているとき、これら人工物は、フレーム５０４に縫い付ける前にその高さをコントロールするようにレザーを削ることにより、改良され得る。また、プラスチック若しくはフレーム５０４に利用される他の部材が、先行の製造における許し代を超える、仕上げられたレザーの高さを上回るように、プラスチック若しくはフレーム５０４に利用される他の部材が概略、モールドされる。このことにより、特にデバイスを正面から眺めたときに、不完全に関する視覚上の影響が減じられる。

フレーム５０４への取り付けの前に、可撓性ある部材の多数部品を柔らかいハウジングの中に最初に統合するプロセスにも、多数の努力がなされる。レザーから成る柔らかいハウジングに関する一つの例示のプロセスを、以下に説明する。

第１に、柔らかいハウジングには４つのレザーパネルが組み込まれ、それらの各々は柔らかいハウジングの側面のひとつとなる。これらの縫い目を結合すると、レザーはひっくり返され、接着され、正面から見たときの縫い目のプロファイル及びしわを少なくするように平坦にたたかれる。

レザーは、縫い目のエリアのしわを減らすように、少なくとも縫い目のエリアで、厚さを削られる。

柔らかいハウジングの背部はプロセスの最後の段階で取り付けられ、デバイスはひっくり返される。

別の実施形態では、レザーの縫い目には余分の長さが与えられ、三重縫いを形成するように、部材はそれ自身上に縫い戻される。

別の実施形態では、柔らかいハウジングの湾曲の端部周りのストレスを緩和するように、ダーツが用いられてもよい。しかしながら、ダーツを利用すると、逆にデバイスの美観に影響し得る。従って、更に別の実施形態では、湾曲の端部周りに集中するストレスを処理する充分な許し代を有する、改良されたフラットパターンが利用される。

可撓性あるフレーム５０４及びファブリックハウジング内に貯まってしまうストレスのために、ＣＨＵＭＢＹ（登録商標）デバイスの例示の実施形態では、恒久的な非対称の形状のバイアスが開発された。これらのストレスの影響を制約するために、以下の技術が利用されてもよい。

第１に、ミシンと縫われる部材との間のインターフェースにおける摩擦の影響は、前に説明したように減少できる。

第２に、ＣＨＵＭＢＹ（登録商標）デバイスが組み立てられた後に、高温の溶融物がフレーム５０４に当てられてもよい。高温の溶融物が処理する際デバイスに所定の形状を強いるように、高温の溶融物が成形治具上に加えられてもよい。

プロセス内で利用される柔らかいファブリックの背部により硬いファブリックがラミネートされてもよい。ＣＨＵＭＢＹ（登録商標）デバイスの外装からは見えないが、その硬さにより、（フラットパターンで形取られる）ファブリックの自然の形状が、フレーム５０４とファブリック間のステッチの縫い目の中に込められる力を、抑えることができる。

レザーなどの天然のファブリックは、プロセスの生産量に影響し得る弱点を含む。裁断のフェーズでは、レザー皮の全体的利用を増加させる際にレザーの粗い部分の視覚上の影響を少なくすべく、レザーの粗い部分は底部及び背部の部分のためのパターンを利用してカットされる。

フレーム５０４のための部材の選択は、柔らかいハウジングの製造可能性にて、大きな役割を果たす。柔らかいフレーム５０４は、可撓性あるが容易にはストレッチしない部材を含むのが好ましい。該柔らかいフレーム５０４は通常、破れることなく縫い針が充分貫通できる程度に柔らかい。一つの実施形態では、フレーム５０４を実装するＴＰＵタイプのプラスチックが利用される。このタイプのプラスチックは、柔らかいハウジングが接着剤を利用して取り付けられ得るという利点があるが、比較的硬く、縫い針が表面を貫通するのが困難である。別の実施形態では、可撓性があるが容易にはストレッチせず針が容易に貫通するＴＰＥタイプのプラスチックが利用される。しかしながら、ＴＰＥの表面に付着を誘導するのは困難である。別の実施形態では、可撓性があり接着剤の添付ができ針が容易に貫通する程度に充分に柔らかいＰＶＣ／ＰＵタイプのプラスチックが利用される。

別の実施形態では、ＥＶＡフォームが、フレーム５０４と柔らかいハウジングのファブリックとの両方に、若しくは、フレームに、利用される。ＥＶＡは、所望のサイズのモールドを覆ってキャストされ、セットされる。このプロセスは、好ましいことに、縫うことなく統合されたフレームと可撓性あるハウジングを生成でき、正確な形状を精度良く実現できる。しかしながら、ＣＨＵＭＢＹ（登録商標）デバイスのフレームとハウジングの両方のためにＥＶＡフォームを利用すると、デバイスが他の実装よりもより硬い感触を示すことになる。

図３２〜図３３に示されるＣＨＵＭＢＹ（登録商標）デバイスの例示のユーザインターフェーススクリーンを次に参照して、デバイス内部の一つ若しくはそれ以上の屈曲センサー６５０の較正のためのプロセスを説明する。ユーザがＣＨＵＭＢＹ（登録商標）デバイスの背部を“圧搾し”適用可能な圧搾センサー６５０を閾値耐性を超えて変位させると、コントロールパネル機能が動作し、適切なユーザインターフェースが表示される（図３２）。図３２のコントロールパネルス３２１０を介してアクセスされる“セッティング”スクリーン３２２０から、ユーザは“圧搾”較正機能３３００（図３３）にアクセスでき、屈曲センサーを再較正できる。

或る実施形態では個々のＣＨＵＭＢＹ（登録商標）デバイスの可撓性ある若しくは展性のあるハウジングは、本質的に恒久的であり置換されないものであるが、別の実施形態では、それらハウジングは、ユーザの任意で、容易に取り外され置換されるように設計された交換可能な“スキン”を含んでもよい。それら実装では、ＣＨＵＭＢＹ（登録商標）デバイスは、デバイスの基礎をなすハードウェア“コア”に現在取り付けられている特定の“スキン”に依存する種々のプロファイルに従って、機能するように構成され得る。特に、ＣＨＵＭＢＹ（登録商標）デバイスのハウジングとして利用されるべく配置された種々のスキンの内部に埋め込まれる電子識別子を読み取るために、一つ若しくはそれ以上のセンサーがＣＨＵＭＢＹ（登録商標）デバイスのコア上に装備され得る。個々の識別子は、唯一の識別情報を含む不変の（不揮発の）ストレージモジュールから成り、デバイスのスキンがデバイスコアに取り付けられる際、ＣＨＵＭＢＹ（登録商標）デバイスのコア上で対応するセンサーと電気的な若しくは無線の接続をするように物理的に構成される。その埋め込まれた識別子から読まれる情報は、ＣＨＵＭＢＹ（登録商標）デバイスのコントロールシステムに、デバイスのコアを現在覆うスキンの正体を知らせるのに、利用され得る。所定のそのようなスキンは、例えば、種々のアプリケーション（例えば、“クロックラジオ”、“ブームボックス”）を連想させる特徴若しくは特性、又は、所望の稼動環境（例えば、“車”、“キッチン”、“ワークショップ”）を含み得る。別の実施形態では、識別子は、“スキン”に統合された非揮発性ストレージ内に書かれ得る。そのような“スキン”がコアと統合されると、識別子が直接読み込まれるように、不揮発性ストレージと“コア”との間に、無線接続が確立される。

新しいスキンがＣＨＵＭＢＹ（登録商標）デバイスのコアに取り付けられ、若しくは該コアに固定され、埋め込み識別子が読み取られると、ＣＨＵＭＢＹ（登録商標）デバイスは、その現在のスキンを示すメッセージ（例えば、“スキン＃１”サービスプロバイダ１０６に送信し得る。応答にて、サービスプロバイダ１０６は、特定のプロファイル（例えば、“プロファイル＃３”）を利用するようにＣＨＵＭＢＹ（登録商標）デバイスに命じるメッセージを返し得る。ユーザは、サービスプロバイダ１０６と通信するウエブブラウザ１２２を介して、スキンの夫々のためのプロファイルを定義することと、サービスプロバイダ１０６から入手可能なデフォルトプロファイルを単に利用することとを、選択できると考えられる。個々のプロファイルは、例えば、
（ｉ）実行されるウィジェット、
（ｉｉ）ウィジェットを実行するために利用される構成、
（ｉｉｉ）ＬＣＤディスプレイ３２を介して情報を提示する際に利用されるスタイル及びテーマ情報（カラースキーム、コントロール装飾、フォント、背景など）
を定義できる。

ＣＨＵＭＢＹ（登録商標）サービスプロバイダ
図７を参照して、ＣＨＵＭＢＹ（登録商標）サービスプロバイダの作動を促進するのに利用され得るサーバコンポーネント及び他のインフラストラクチャのブロック図が示される。図７の図は実際上機能的なものであり、以下に説明する機能の一つ若しくはそれ以上を実施するように設計されたソフトウエアを実行する単体の若しくは複数のコンピュータが適用される。例えば、ロードバランサ７０４により与えられる機能は、単体のロードバランシングデバイス若しくは複数のロードバランシングデバイスにより設定される。同様に、図７に示すサーバの各々は、単体のサービスコンピュータを利用して、若しくは、当業者に周知の構成で相互に接続された一次的、二次的、及びバックアップのサーバコンピュータから成るクラスタを利用して、実現され得る。

図７に示すように、ユーザ若しくは他の当事者に対してＣＨＵＭＢＹ（登録商標）サービスプロバイダにより提示されるウエブインターフェースを定義するために、一つ若しくはそれ以上のウエブサーバ７１０が利用される。システムデータベース７１２は、とりわけ、ＣＨＵＭＢＹ（登録商標）ユーザアカウント情報、ＣＨＵＭＢＹ（登録商標）デバイス構成情報、ＣＨＵＭＢＹ（登録商標）ウィジェット構成及びインスタンス情報、マーケティング題材、プレス情報、及びウエブサーバ７１０により供給されるＣＨＵＭＢＹ（登録商標）サービスに関するコンタクト情報を、含み得る。登録及びファーストレベルのサポートに関する情報も、含まれ得る。

ユーザアカウントサーバ７１４は、システムデータベース７１２内にユーザアカウントデータを維持し、図７に示す他のサーバに認証サービスを提示する。

一つ若しくはそれ以上のウィジェットサーバ７１８が、ウィジェットをＣＨＵＭＢＹ（登録商標）デバイス１０２に供給するために利用される。個々のウィジェットサーバ７１８は通常、要求に応じてウィジェットを暗号化し署名するのに充分な能力がある。更に、個々のサーバ７１８は、あるユーザから別のユーザに送られるウィジェットを“格納して転送する”ように構成される。

サービスプロバイダ１０６は、（例えば、ニュース、天気、株式市場情報などの）情報をＣＨＵＭＢＹ（登録商標）デバイスに送るために、複数のコンテンツサーバ７２４も利用し得る。例示の実施形態では、全てのコンテンツサーバは、オペレーションの“引き（プル）”モードで機能する。即ち、ＣＨＵＭＢＹ（登録商標）デバイスは、所与の周期に基づいて、新しいデータを求めて適用コンテンツサーバ７２４をポーリングする。コンテンツサーバ７２４からの個々のレスポンスは、後続のポーリングのためのスケジュール及び周波数を含むのが好ましい。例えば、株式市場情報を提供するように配置されたコンテンツサーバ７２４は、株式市場が開いているか否かを反映して、ポーリング周波数を変化できる。別の実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスには、例えば、環境条件（例えば、周囲の室内輝度）若しくは他のファクタに基づいて、ポーリング周波数を変更できる能力が備えられ得る。一つ若しくはそれ以上のコンテンツサーバ７２４は、ユーザ自身若しくは他の者のＣＨＵＭＢＹ（登録商標）デバイスで利用するためにユーザによりアップロードされ、システムデータベース７１２内部で格納される、所与のタイプのコンテンツを提供するのに、利用され得る。

ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６は通常、ＣＨＵＭＢＹ（登録商標）デバイスに時刻を提供するために、少数の負荷分散ネットワークタイムプロトコル（ＮＴＰ）サーバ７３０を維持する。個々のそれらサーバ７３０は、“一次的”ＮＴＰサーバから時刻をフェッチするように構成され、該“一次的”ＮＴＰサーバは上流の外部パブリックＮＴＰサーバから時刻をフェッチする。一次的ＮＴＰサーバ７３０が作動していなければ、二次的ＮＴＰサーバ７３０が上流のサーバのランダムセレクションと同期する。全てのサーバ７３０が利用不可能ならば、ＣＨＵＭＢＹ（登録商標）デバイス１０２は、ランダムパブリックＮＴＰサーバから時刻情報をフェッチするか、若しくは、単にユーザの入力を介して時刻を調整する。一つの実施形態では、個々のＣＨＵＭＢＹ（登録商標）デバイスは、インターネットへの接続時と、その後小刻みの時間間隔で、時刻を要求するが、一日一回以上の頻度ではない。

図８を参照すると、システムデータベース７１２により利用される例示のオブジェクト指向データベーススキーマ８００のデータベースモデル図が示される。図示されるように、スキーマ８００は以下のテーブルを含む。バディ、カテゴリ、ＣＨＵＭＢＹ（登録商標）デバイス、パラメータ、プロファイル、スキン、ユーザ、ウィジェットインスタンス、ウィジェット、レーティング、登録、有効化、ムービー、テンプレート、サムネイル。図８の個々の矩形オブジェクトは、データベース７１２内のテーブルのエンティティオブジェクト表示であり、基本キーは頭字語“ＰＫ”で示される。被所有エンティティで始まり所有エンティティで終端となる点線矢印により、所有関係が示され、被所有オブジェクト内のアスタリスクの付されたカラムによりキー入力される。実線矢印はエンティティ間の関係を示す。複数のこれらテーブルの内部に含まれる情報のタイプは、本明細書での説明を考慮すれば当業者には即座に明白であるが、データベーススキーマ８００の構造を更に明らかにするために、ユーザの登録の際に実施される種々のステップ、更に“プロファイル”にウィジェットを追加する種々のステップの、簡素な例を示す。

一つの実施形態では、ユーザの登録及びアカウント生成プロセスは、特定のＣＨＵＭＢＹ（登録商標）デバイス１０２を識別すべく、ウエブブラウザ１２２を介して、ＣＨＵＭＢＹ（登録商標）ＩＤの提出によってユーザにより開始される。ユーザアカウントを生成することの作用は、デフォルトプロファイル及び一つ若しくはそれ以上のウィジェットインスタンスを構成することであり、それらの各々は、現下登録される（ＣＨＵＭＢＹ（登録商標）ＩＤにより識別される）ＣＨＵＭＢＹ（登録商標）デバイスに自動的に割り当てられる。ユーザがウィジェットをユーザプロファイルに追加すると、ユーザには、カテゴリテーブル内の情報に基づく潜在的なカテゴリのリストが、提示される。続いてユーザは、カテゴリテーブルからカテゴリを選択し、ユーザには、選択したカテゴリに付属するウィジェットのリストが、提示される。ユーザがウィジェットを選択した後、ウィジェットインスタンスが構築され、情報が適切なフィールド（例えば、プロファイルＩＤ、インデクス）の中に入力される。続いてユーザには、選択したウィジェットに関するウィジェット固有のパラメータを編集するためのユーザインターフェースが、ウエブブラウザ１２２を介して、提示される。ユーザのパラメータ選択に応じて、パラメータテーブル内で記録が適宜更新される。

図３６Ａ〜図３６Ｈは、システムデータベース７１２により利用され得る例示のオブジェクト指向データベーススキーマの、より包括的なテーブル表示を示す。

システムオペレーション
クライアントサーバ通信プロトコル
概略、個々のＣＨＵＭＢＹ（登録商標）デバイス１０２は、ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６内部に存在する種々のサーバに関連するクライアントとして、機能するように、本発明の実施形態が実装されると考えられる。これらの実施形態では、ＣＨＵＭＢＹ（登録商標）デバイス１０２は相互に直接の通信に入らないが、サービスプロバイダ１０６により確立される独立のクライアントサーバの関係を介して、相互の直接の通信に入り得る。このように、サービスプロバイダ１０６は、コンテンツの所有者及び潜在的な受信者の許諾を条件にして、ＣＨＵＭＢＹ（登録商標）デバイス１０２間で、種々の異なったタイプの実行可能ファイル（例えば、ウィジェット若しくは他のコンピュータプログラム、音声クリップ、ショート“フラッシュ”ムービーなど）を通信することを促進し得る。ウィジェット若しくは他のコンテンツが別のユーザに、若しくはユーザの“バディ”リストのメンバーなどに、送信されることを、ユーザは指定してもよい。この指定は、サービスプロバイダ１０６と通信するウエブブラウザ１２２を介して、若しくは、ユーザのＣＨＵＭＢＹ（登録商標）デバイス１０２のインターフェースを介して直接に、為されてよい。

一つの実施形態では、実行可能ファイルが、ＣＨＵＭＢＹ（登録商標）デバイス１０２のユーザ若しくは他の第三者により形成され、サービスプロバイダ１０６を作動するエンティティにより是認された後システムデータベース７１２にロードされ得る。ウィジェット、若しくは他の実行可能ファイルが形成され、システムデータベース７１２内部に格納されると、必須の許諾が認められたＣＨＵＭＢＹ（登録商標）デバイスのユーザの全てにより、そのウィジェット若しくは他の実行可能ファイルは利用可能とされる。ユーザ間での許諾を認めるための種々のスキーマが、可能である。例えば、ユーザＹのＣＨＵＭＢＹ（登録商標）デバイスにウィジェットを送信する許諾をユーザＹにより与えられるユーザＸは、ユーザＸが利用の権利を有するウィジェットを選択して、ユーザＹのＣＨＵＭＢＹ（登録商標）デバイスにそのウィジェットを“送信する”ことを、一つのそのタイプの許諾は意味する。別のユーザの要求による、サービスプロバイダ１０６からＣＨＵＭＢＹ（登録商標）デバイスへのウィジェット若しくは他のファイルの移転可能性に関して、他の制約が為されてもよい。例えば、ユーザが、自分のＣＨＵＭＢＹ（登録商標）デバイス上にのみ所与のウィジェットを“ロック”する権限を与えられてもよく、ＣＨＵＭＢＹ（登録商標）デバイスが、更なるウィジェットを受信できないときに“フル”状態に達してそれを公示してもよい。

ウィジェット及び他の実行可能ファイルは、多数の異なるフォーマットでサービスプロバイダ１０６とＣＨＵＭＢＹ（登録商標）デバイス１０２との間で転送されるが、一つの実施形態ではそれら転送はフラッシュムービーフォーマットで（即ち、署名も暗号化もされないとき“．ｓｗｆ”ファイルとして）生じる。この場合、サービスプロバイダ１０６からウィジェットをダウンロードするためのプロセスは、“新しい”ウィジェットがいつでもダウンロードできる状態にあるという通知をＣＨＵＭＢＹ（登録商標）デバイス１０２にて受信することを含む。例示の実施形態では、個々のＣＨＵＭＢＹ（登録商標）デバイス１０２が“プル（引き）”モードで作用するので、個々のデバイス１０２は周期的にサービスプロバイダをポーリングし構成変更がロードすることの役に立つかどうかに関して問う。新しいウィジェットがダウンロードするのに利用可能である場合、ＣＨＵＭＢＹ（登録商標）デバイス１０２は概略、利用可能なウィジェットファイルをダウンロードする際に標準的ＨＴＴＰ（若しくはＨＴＴＰＳ）プロトコルを利用する。

今度は図９〜図１３を参照して、それら図面は、ＣＨＵＭＢＹ（登録商標）デバイスと１０２とＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６との間に確立されたクライアントサーバ通信プロトコルの一連の信号フロー図である。上述のように、個々のＣＨＵＭＢＹ（登録商標）デバイス１０２は、ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６に関するクライアントとして機能する。一つの実施形態では、個々のＣＨＵＭＢＹ（登録商標）デバイスとＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６の対応するサーバエンティティとの間に確立された基本プロトコルは、ＨＴＴＰを用いて転送されるレプレゼンタティブステイトトランスファ（ＲＥＳＴ）アークテクチャを利用して、ＸＭＬとして特徴付けられる。概略、ＣＨＵＭＢＹ（登録商標）デバイス１０２は、周期的なＨＴＴＰＧＥＴ若しくはＰＯＳＴリクエストを発し、サービスプロバイダ１０６はＸＭＬのブロックで反応する。ＣＨＵＭＢＹ（登録商標）デバイス１０２は、比較的簡素なリクエストに対してＨＴＴＰＧＥＴを利用し、より複雑なリクエストに対してＰＯＳＴを利用し、それらはＸＭＬでカプセル化される。個別のデータエレメントは、グローバル一意識別子（ＧＵＩＤ）により一意的に識別される。一つの実施形態では、暗号キー交換のフォームがあり、トランザクションはこれらキーを用いて暗号化される。更に、ＣＨＵＭＢＹ（登録商標）デバイス１０２とＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６との間の転送を促進するために、ＸＭＬは圧縮される。

個々のＣＨＵＭＢＹ（登録商標）デバイス１０２は、一意的なＧＵＩＤを有する。ある実施形態では、タイムコードはＩＳＯ−８０６１フォーマットで表される。

ＣＨＵＭＢＹ（登録商標）構成を要求すること
図９を参照して、信号フロー図９００は、“ＣＨＵＭＢＹ（登録商標）構成”がサービスプロバイダ１０６によりＣＨＵＭＢＹ（登録商標）デバイス１０２に与えられる一つの手法を例示する。一つの実施形態では、個々のＣＨＵＭＢＹ（登録商標）デバイス１０２は構成に従って作動し、該構成は種々の条件の下でＣＨＵＭＢＹ（登録商標）デバイス１０２によりロードされるプロファイルを指定する。ユーザは、ＣＨＵＭＢＹ（登録商標）ウエブサイトでウエブインターフェースを介してＣＨＵＭＢＹ（登録商標）デバイス１０２のためのプロファイルを指定する。プロファイルは、ＣＨＵＭＢＹ（登録商標）デバイス１０２のための複数の操作パラメータを含む。

図９に示すように、ＣＨＵＭＢＹ（登録商標）デバイス１０２が、リクエストされた構成のＧＵＩＤを含むＨＴＴＰＧＥＴリクエストを、サービスプロバイダ１０６により維持されるシステムデータベース７１２内部のＣＨＵＭＢＹ（登録商標）構成オブジェクトに送信するとき、構成のリクエストは開始される（ステージ９０２）。そのようなリクエストの例は以下のようである。

サービスプロバイダ１０６は、リクエストを受信し（ステージ９０４）、要求された構成をシステムデータベース７１２から検索する（ステージ９０８）。要求された構成が存在すれば、サービスプロバイダはＸＭＬベースの構成で反応する。存在しなければ、サービスプロバイダ１０６はＸＭＬベースのエラーメッセージで反応する（ステージ９１２）。サービスプロバイダ１０６により生成される例示のＸＭＬベースの反応は、以下の通りである。

反応がＣＨＵＭＢＹ（登録商標）デバイス１０２により受信されると、マスターコントローラにより処理される（ステージ９１６）。代わりにエラーが受信されると、同様にマスターコントローラにより処理される（ステージ９２０）。

プロファイルを要求すること
図１０を参照して、信号フロー図１０００は、“プロファイル”がサービスプロバイダ１０６によりＣＨＵＭＢＹ（登録商標）デバイス１０２に与えられる一つの手法を例示する。一つの実施形態では、個々のＣＨＵＭＢＹ（登録商標）デバイス１０２はプロファイルに従って作動し、該プロファイルは種々の条件の下でＣＨＵＭＢＹ（登録商標）デバイス１０２により実行されるウィジェットのセットを指定する。このことにより、ユーザは、ユーザのＣＨＵＭＢＹ（登録商標）デバイス１０２の位置に基づいて、若しくはＣＨＵＭＢＹ（登録商標）デバイスが現在内部に設置されているスキンの位置に基づいて、特定の時間フレームの間にウィジェットの入手可能なセットの或るサブセットがインスタント化されて利用化されることを指定できる。例えば、ユーザは、ユーザが家にいる間、局所気象及び交通情報が与えられることを望めるが、ユーザが旅行中には航空路飛行情報がＣＨＵＭＢＹ（登録商標）デバイス１０２から入手可能であることを望むことができる。

図１０に示すように、ＣＨＵＭＢＹ（登録商標）デバイス１０２が、要求されたプロファイルのＧＵＩＤを含むＨＴＴＰＧＥＴリクエストを、サービスプロバイダ１０６により維持されるシステムデータベース７１２内部のプロファイルオブジェクトに送信するとき、プロファイルのリクエストは開始される（ステージ１００２）。そのようなリクエストの例は以下のようである。

サービスプロバイダ１０６は、リクエストを受信し（ステージ１００４）、要求されたプロファイルをシステムデータベース７１２から検索する（ステージ１００８）。要求されたプロファイルが存在すれば、サービスプロバイダはＸＭＬベースの構成で反応する。存在しなければ、サービスプロバイダ１０６はＸＭＬベースのエラーメッセージで反応する（ステージ１０１２）。サービスプロバイダ１０６により生成される例示のＸＭＬベースの反応は、以下の通りである。

反応がＣＨＵＭＢＹ（登録商標）デバイス１０２により受信されると、マスターコントローラにより処理される（ステージ１０１６）。代わりにエラーが受信されると、同様にマスターコントローラにより処理される（ステージ１０２０）。

個々のプロファイルは、名前、記述、スキン、及び“ウィジェットインスタンス”のリストを有する。例えば、ウィジェットインスタンスを追加することや除去することなどの、所有者により為される変更を反映するために、プロファイルは周期的に再フェッチされる。プロファイルは、ノードの“バディ”も含み得、該ノードの“バディ”は、ウィジェットインスタンスの送信を促進するためにプロファイルの所有者が“バディ”であることを示す、ユーザとプロファイルに関する情報を含む。

ＣＨＵＭＢＹ（登録商標）デバイス１０２は、次は個々のウィジェットインスタンスを処理し、個々のウィジェットのためのセッティング及びウィジェット自身をフェッチし、ウィジェットインスタンスによりカプセル化されたセッティングと共にウィジェットを表示する。

図９を参照して記述したプロセスと類似のプロセスが、プロファイルを変更するのに利用され得る。修正するプロファイルのＧＵＩＤを含むＨＴＴＰＰＯＳＴと、ＣＨＵＭＢＹ（登録商標）デバイス１０２により生成されるプロファイルを変更するＷＭＬベースのリクエストとの例は、以下のようになる。

更新されたプロファイルを含むそのようなリクエストに対応する例示のＸＭＬベースの反応は、以下のようにサービスプロバイダ１０６により与えられる。

ウィジェットインスタンスアップロード／ダウンロード
図１１〜図１２を参照して、ＣＨＵＭＢＹ（登録商標）デバイス１０２からサービスプロバイダ１０６への、及びその逆の、ウィジェットインスタンス情報の通信を示す信号フロー図が示される。一つの実施形態では、ウィジェットインスタンスに関連するパラメータのセットが、ＣＨＵＭＢＹ（登録商標）デバイス１０２により実行されるときにウィジェットの動作が変更されるユーザ指定の仕方を決定する。即ち、所与のウィジェットに対してサービスプロバイダ１０６１０６からＣＨＵＭＢＹ（登録商標）デバイス１０２によりフェッチされたパラメータは、動的コンテンツよりも、ユーザの“カスタマイズされた”セッティングを構成する。例えば、“ストックチッカー（株式相場表示器）”ウィジェットの場合には、適用可能なパラメータは、ユーザのポートフォリオの内部に株式の名前とシンボルを含むことができるが、（サービスプロバイダ１０６により提供される別のサービスにより与えられる）株式の現在の価格を定義しないし関連することもしない。

図１１は、ウィジェットがインスタンス化されるＣＨＵＭＢＹ（登録商標）デバイスのインターフェースを介して、ウィジェットインスタンスのパラメータに対して為される変更の処理を示す信号フロー図である。パラメータ変更の例は、“気象”ウィジェットの場合の対象の場所を変更することや、“ストックチッカー”ウィジェットの場合のストックチッカーのシンボルを追加する／除去することを含み得る。例示の実施形態では、ユーザは所与のウィジェットの全てのパラメータを設定若しくは修正する必要はなく、受信されるとサービスプロバイダ１０６はパラメータ変更データを完全なパラメータレコードに実効的に“拡張”する。例えば、ジップコードは、気象ウィジェットの場合の場所を一意的に識別するのに充分であり、サービスプロバイダ１０６によるパラメータ変更リクエストの処理の間に、関連する都市、州などが適用レコードに与えられ得る。

図示されるように、ＣＨＵＭＢＹ（登録商標）デバイス１０２が、ＨＴＴＰＰＯＳＴ及びＸＭＬリクエストを、サービスプロバイダ１０６により維持されるシステムデータベース７１２内部のウィジェットインスタンスオブジェクトに送信するとき、ウィジェットインスタンス変更動作は開始される（ステージ１１０２）。このタイプの“ＵＰＬＯＡＤ”動作は、指定のウィジェットインスタンスのパラメータが、適用可能ユーザにより更新されたことを、サービスプロバイダ１０６に通知する。図示されるように、更新されたパラメータはサービスプロバイダにより受信され（ステージ１１０４）、システムデータベース７１２内部の対応するウィジェットインスタンスオブジェクトに書き込まれることが試みられる（ステージ１１０８）。この試みられた書き込み動作が不成功であれば（ステージ１１１２）、サービスプロバイダ１０６は、リクエストを出すＣＨＵＭＢＹ（登録商標）デバイス１０２により処理されるエラーメッセージで反応する（ステージ１１２０）。書き込み動作が成功であれば、新しく更新されたウィジェットインスタンスがシステムデータベース７１２から検索され（ステージ１１１６）適用可能なＣＨＵＭＢＹ（登録商標）デバイス１０２に送信される（ステージ１１２０）。

受信されると、ウィジェットインスタンスはＣＨＵＭＢＹ（登録商標）デバイス１０２により処理される（ステージ１１２４）。ウィジェットインスタンス内に含まれるパラメータの処理は、概略、特定のウィジェットの特徴に依存する。或る場合には、パラメータが、ウィジェットが情報を表示するのに充分なものであり、一方で、他のウィジェットはパラメータを利用して、別のサービスプロバイダからコンテンツをフェッチする。前者の例として、時間帯を示すパラメータの受信に従って情報を表示できる“クロック”ウィジェットを検討する。一方、“株式ウィジェット”はパラメータとして株式シンボルを有し、それらシンボルを利用して引用情報をフェッチする。

次に、図１２を参照して、ウィジェット固有のパラメータの値を、リクエストを出すＣＨＵＭＢＹ（登録商標）デバイス１０２に転送するようにサービスプロバイダ１０６が要求される、例示のウィジェットインスタンスダウンロード動作を示す信号フロー図が示される。ＣＨＵＭＢＹ（登録商標）デバイス１０２が、リクエストされたウィジェットインスタンスリクエストのＧＵＩＤを含むＨＴＴＰＧＥＴを、サービスプロバイダ１０６により維持されるシステムデータベース７１２内部のパラメータオブジェクトに送信するとき、パラメータダウンロードのリクエストは開始される（ステージ１２０２）。“気象”ウィジェットの場合のそのようなリクエストの例は、以下のように与えられる。

サービスプロバイダ１０６はリクエストを受信し（ステージ１２０４）、リクエストされたパラメータをシステムデータベース７１２から検索する（ステージ１２０８）。リクエストされたパラメータが存在すれば、サービスプロバイダ１０６は、ＸＭＬベースのウィジェットインスタンスメッセージで反応する（ステージ１２１２）。気象が検索されるべき刃ションを識別するジップコードを利用する、気象ウィジェットの例を用いると、メッセージは以下のものを含み得る。

ＣＨＵＭＢＹ（登録商標）デバイス１０２は、“ウィジェット”タグ内のＧＵＩＤを用いて、表示されるウィジェットに関する情報をフェッチする。ウィジェットが開始すると、ウィジェットの動作をカスタマイズするために、ウィジェットは“ウィジェットパラメータ”セクション内の名前／値の対を通過させる。モード属性の“デフォルト”の値は、タイミングはウィジェット記述により指定されることを示し、“タイムアウト”の属性値は“タイム”属性で指定される期間（秒）を利用し、“コーポレイティブ”の値は、ユーザがＵＩ要素を介して停止することを明確にウィジェットに命じるまで、若しくは、ユーザが動作を止めることを望むとウィジェット自身が示すまで、ウィジェットを表示する。“受信された”ノードの存在は、ウィジェットインスタンスがバディにより“送信された”ことを示す。“受け入れられた”属性の値は、ウィジェットインスタンスが受取人により受け取られたか否か、ウエブインターフェースとデバイスのＵＩとのいずれを介して為されたか、を示す。“転送”の属性は、このウィジェットインスタンスが別のユーザに転送され得るかどうかを示す。

リクエストされたパラメータが存在しないならば、デフォルトのウィジェットインスタンスが、システムデータベース７１２から検索されることが試みられる（ステージ１２２４）。そのようなウィジェットインスタンスが存在すれば（ステージ１２２８）、サービスプロバイダ１０６は、受け取りの際にＣＨＵＭＢＹ（登録商標）デバイス１０２により処理されるＸＭＬベースのパラメータで反応する（ステージ１２２０）。そのようなデフォルトのウィジェットインスタンスが存在しなければ、エラーメッセージがＣＨＵＭＢＹ（登録商標）デバイス１０２に戻される（ステージ１２３２）。

ウィジェットをダウンロードする
次に図２７を参照して、ＣＨＵＭＢＹ（登録商標）デバイス１０２で実行するためのウィジェット（例えば、．ｓｗｆファイル）のコードをサービスプロバイダ１０６からダウンロードするプロセスを例示する信号フロー図２７００が示される。ＣＨＵＭＢＹ（登録商標）デバイス１０２が、リクエストされたウィジェットのＧＵＩＤを含むＨＴＴＰＧＥＴリクエストを、サービスプロバイダ１０６により維持されるシステムデータベース７１２内部の特定のウィジェット記述オブジェクトに送信するとき、上記プロセスは開始される（ステージ２７０２）。そのようなリクエストの例は、以下のようになる。

サービスプロバイダ１０６はリクエストを受け取り（ステージ２７０４）、システムデータベース７１２、若しくはサービスプロバイダ１０６に利用可能な他のデータソースから、リクエストされたウィジェット記述を検索することを試みる（ステージ２７０８）。リクエストされたウィジェット記述を検索することができれば、サービスプロバイダ１０６は、ＸＭＬベースのウィジェット記述メッセージで反応する。できなければ、サービスプロバイダ１０６は、ＸＭＬベースのエラーメッセージで反応する（ステージ２７１２）。サービスプロバイダ１０６により生成される例示のＸＭＬベースの反応は、以下のようになる。

リクエストされたウィジェット記述がＣＨＵＭＢＹ（登録商標）デバイス１０２により受信されると、ＣＨＵＭＢＹ（登録商標）デバイス１０２は、リクエストされたウィジェットがサービスプロバイダ１０６からムービー（例えば、．ｓｗｆ）をダウンロードするための、“ムービー”を参照するＵＲＬを利用する。ＣＨＵＭＢＹ（登録商標）デバイス１０２は、リクエストされたムービーのＧＵＩＤを含むＨＴＴＰＧＥＴリクエストを、サービスプロバイダ１０６により維持されるシステムデータベース７１２内部の特定のムービーオブジェクトに送信する（ステージ１３２０）。そのようなリクエストの例は、以下のようになる。

サービスプロバイダ１０６はリクエストを受け取り（ステージ２７２４）、システムデータベース７１２、若しくはサービスプロバイダ１０６に利用可能な他のデータソースから、リクエストされたムービーを検索することを試みる（ステージ２７２４）。リクエストされたムービーを検索することができれば、サービスプロバイダ１０６は、ムービーを実装する．ｓｗｆファイルで反応する。できなければ、サービスプロバイダ１０６は、ＸＭＬベースのエラーメッセージで反応する（ステージ２７３２）。リクエストされたムービーがＣＨＵＭＢＹ（登録商標）デバイス１０２により受信されると、マスターコントローラによりロードされ、後続の実行のために待ち行列に入れられる。代わりにエラーが受信されると、然るべく処理される（ステージ２７４０）。

コンテンツをリクエストする
次に図１３を参照して、ＣＨＵＭＢＹ（登録商標）デバイス１０２のウィジェットのためのコンテンツをサービスプロバイダ１０６から取得するプロセスを例示する信号フロー図１３００が示される。ＣＨＵＭＢＹ（登録商標）デバイス１０２が、ＨＴＴＰＧＥＴリクエスト及び任意のＸＭＬを、サービスプロバイダ１０６により維持されるシステムデータベース７１２内部の特定のコンテンツオブジェクトに送信するとき、上記プロセスは開始される（ステージ１３０２）。“タイド”ウィジェットのためのコンテンツのそのようなリクエストの例は、以下のようになる。

サービスプロバイダ１０６はリクエストを受け取り（ステージ１３０４）、システムデータベース７１２、内部コンテンツサービス、外部コンテンツサービス、若しくはサービスプロバイダ１０６に利用可能な他のデータソースから、リクエストされたコンテンツを検索することを試みる（ステージ１３０８）。リクエストされたコンテンツを検索することができれば、サービスプロバイダ１０６は、ＸＭＬベースのコンテンツメッセージで反応する。できなければ、サービスプロバイダ１０６は、ＸＭＬベースのエラーメッセージで反応する（ステージ１３１２）。リクエストされたコンテンツがＣＨＵＭＢＹ（登録商標）デバイス１０２により受信されると、そのユーザのために、対応する音声視覚アウトプットがデバイス１０２により生成される（ステージ１３１６）。代わりにエラーが受信されると、然るべく処理される（ステージ１３２０）。サービスプロバイダ１０６により生成される例示のＸＭＬベースの反応は、以下のようになる。

コンテンツが、外部コンテンツサービスプロバイダから（即ち、サービスプロバイダ１０６以外から）直接に検索される場合は、そのようなコンテンツサービスプロバイダにより意味づけされる（たいていはＨＴＴＰ及び／又はＸＭＬベースの）一連のウエブベースの取引が、ＣＨＵＭＢＹ（登録商標）デバイス１０２とそのようなプロバイダの間で発生する。

ＣＨＵＭＢＹ（登録商標）サービスプロトコル
ＣＨＵＭＢＹ（登録商標）デバイス１０２は、ハードウェアセキュリティモジュールを含んでもよく、該モジュールは一つの実装では、デバイス１０２のオペレーティングシステム（“ＯＳ”）内でキャラクタドライバインターフェースを介してアクセスされる。モジュールはインストールされてもインストールされなくてもよい。モジュールがインストールされないときは、ＯＳは、ハードウェアセキュリティモジュールをソフトウエア内でエミュレートすることにより、ハードウェアセキュリティモジュールをバーチャル化してもよい。ハードウェアモジュールの不正加工防止機能の利点は全て失われるが、上記の特徴により、保護されたシステムとのプロトコルの相互運用性を維持しつつ、コスト削減倹約が可能になる。

ＣＨＵＭＢＹ（登録商標）デバイス１０２のハードウェアセキュリティモジュールは、様々に実装され得る。例として、ハードウェアセキュリティモジュールは、モノリシックセキュリティプロセッサ若しくは暗号スマートカードモジュールを利用して、実装され得る。このモジュール、若しくはそのエミュレートされた同等のものは、少なくとも、以下のオペレーションが可能である。つまり、
（１）ハードウェア内への暗証番号の格納、
（２）公開鍵署名を計算できること、
（３）一方向性暗号ハッシュを計算できること、及び、
（４）信頼可能な乱数を生成できること
である。

製造プロセスの間、ハードウェアセキュリティモジュール、若しくはそのエミュレートされた同等のものは、該モジュール及びＣＨＵＭＢＹ（登録商標）デバイス１０６にのみ知られている暗証番号のセットで、開始される。これらの暗証番号は、公開鍵及び秘密鍵から成ってもよいし成らなくてもよい。番号が公開鍵及び秘密鍵から成るならば、相互の鍵のペアが、そのペアのための推定の不安全な識別子番号とともに、ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６とハードウェアモジュールの両方に格納される。更に、これらの番号は、ＷＬＡＮインターフェースのためのＭＡＣアドレスなどの、他の識別情報、若しくは、顧客サービスの目的のために不安全なメモリ内に格納されるシリアル番号と関連させて、ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６により記録されないのが好ましい。

ユーザ若しくはサービスが、強く認証された取引を開始すること願うとき、ＣＨＵＭＢＹ（登録商標）デバイス１０２は、サービスプロバイダ１０６に推定の不安全な鍵のペアの識別子を送信する。サービスプロバイダ１０６は推定の不安全な鍵のペアの識別子を調べ、ハードウェアモジュールに対して乱数から成るチャレンジを発行する。特に、チャレンジはパッケット化され、インターネットを介してＣＨＵＭＢＹ（登録商標）デバイスに送信される。デバイス１０２はチャレンジを解凍し、それをハードウェアモジュールに直接パスする。ハードウェアモジュールは、ＣＨＵＭＢＹ（登録商標）暗号プロセッサにのみ知られている秘密鍵を伴う（プロトコルのバージョン数などの）他の取引情報とともに、別の乱数をパケットに追加し数のペアに署名する。更に、“所有者鍵”がサーバ公開鍵に暗号化されてもよい。更に、このメッセージはパケット化され、デバイス１０２によりサービスプロバイダ１０６へインターネットを渡って伝達されてもよい。受信すると、サービスプロバイダ１０６はデバイス公開鍵を利用してパケットの署名を照合する。このデバイス公開鍵は、製造時に生成されて記録され、推定の不安全な鍵のペアの識別子のハッシュによりインデクス化された。署名が正しいものであり、署名されたパケットがチャレンジの最初のステップでサービスプロバイダにより生成された正確な乱数を含むならば、ＣＨＵＭＢＹ（登録商標）デバイスは真正と見なされる。サービスプロバイダ１０６は又、所有者鍵を復号化するが、その目的は次の段落で説明する。この取引の終わりに当たり、サービスプロバイダ１０６はデバイス１０２を認証し、更なる安全な取引のために動的に生成され得る若しくは静的に格納され得る複数のセッション鍵に後退し得る。有利なことに、この認証取引は、ハードウェアモジュールユーザ情報に一意的に関連付けることを含まない。むしろ、サービスプロバイダ１０６は、是認されたハードウェアモジュールの存在を承知しているに過ぎず認証取引の完了時にはその中に格納された秘密のインテグリティを安全に信頼し得る。

所有者鍵は、製造時に生成され暗号プロセッサ内部にのみ格納された乱数（若しくは乱数のセットの一つ）を含む。所有者鍵は、サーバに伝達され、サーバ公開鍵を用いて暗号化され、サーバ上に格納され得る（ユーザパスワード、クレジットカード情報などの）他のあらゆる秘密を保護するための共有化秘密として利用される。ユーザがサービス（プロバイダ）を継続することを最早望まないと決定すれば、若しくは、自分達のＣＨＵＭＢＹ（登録商標）デバイスを売る、即ち譲渡することを望めば、又は、サーバへ預けられる秘密を無効にすることを望めば、ユーザは鍵をメモリから削除することを暗号化プロセッサに指示し、これにより、サーバに預けられた秘密を暗号化するサーバの能力を破棄する。

クレジットカードや銀行などの請求サービスに要求されると、デバイス１０２のユーザは、プライバシモードから抜け出て識別情報を与える。アカウントが開かれ、ハードウェアモジュール内部に含まれる秘密によってのみ処理されるところに、匿名の現金ベースの取引ネットワークが確立されてもよい。

ユーザ識別情報を限定的に無効化することを可能にするために、マスター認証プロトコルの特定の実施形態が、ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６に委託された様々な接続によりクリーンルームサーバのセット上で作動する。よって、法的ログ及び取引タイミングから取引を再作成し相関させることが可能であるが、マスター認証鍵の匿名性は名目上保存される。ネットワークルーティング無作為化技術と共に、多数のサーバ及び多数の接続を利用することは、法的ログに対する匿名性の抵抗を増すために用いられ得るが、この構成はネットワーク作動に不可欠なものではない。

ＣＨＵＭＢＹ（登録商標）デバイス較正、登録、及びアカウント管理
次に図１４〜図２１を参照して、ＣＨＵＭＢＹ（登録商標）デバイスの較正、登録及び初期動作、及び関連するアカウント管理機能のフローチャートのセットが示される。

初期パワーアップ
図１４は、初期パワーアップ時にＣＨＵＭＢＹ（登録商標）デバイスにより実施される操作の例示のシーケンスを示すフローチャート１４００である。ユーザが初期時にＣＨＵＭＢＹ（登録商標）デバイス１０２を電源に接続すると、デバイス１０２は、図１５〜図１６を参照して以下で説明するタッチスクリーン較正プロセスを受ける（ステージ１４０４）。デバイス１０２は続いて図１７を参照して以下で説明するように無線基地局を選択する（ステージ１４０８）。プロキシサーバが識別されると（ステージ１４１２）、プロキシサーバに関する情報がＣＨＵＭＢＹ（登録商標）デバイス１０２内に構成され、これによりデバイス１０２は（コンテンツプロバイダのウエブサイトと共に）サービスプロバイダ１０６により維持されるウエブサイトを伴うことができる（ステージ１４１６）。この時点でＣＨＵＭＢＹ（登録商標）デバイス１０２のユーザは、デバイス１０２が位置する時間帯をセットするように促される（ステージ１４２０）。ＮＴＰサーバが利用可能であると判断されれば（ステージ１４３０）、そのサーバから取得される情報に基づいて時間が自動的にセットされる（ステージ１４４０）。そうでないならば、ＣＨＵＭＢＹ（登録商標）デバイス１０２は手動でセットされる時間を引用する（ステージ１４４４）。ＣＨＵＭＢＹ（登録商標）デバイス１０２の時間がセットされると、図１８を参照して以下で説明する登録プロセスが開始される（ステージ１４５０）。

一つの実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスが電源オンされ又はサービスプロバイダ１０６との通信を再確立するたびに、ＣＨＵＭＢＹ（登録商標）デバイスはサービスプロバイダ１０６から構成情報をダウンロードする。しかしながら、ＣＨＵＭＢＹ（登録商標）デバイスがネットワーク接続が無くても機能し続けるように、ウィジェット及び構成情報の最小限の量のみ、ＣＨＵＭＢＹ（登録商標）デバイス上にローカルに格納される。例えば、ＣＨＵＭＢＹ（登録商標）デバイスのクロック機能が常時作動することを維持するように、クロックウィジェットはＣＨＵＭＢＹ（登録商標）デバイス上に恒久的に格納される。ＣＨＵＭＢＹ（登録商標）デバイスは通常、ウィジェットの合理的な数まで、ウィジェットの全てがデバイスで実行されるように、サービスプロバイダ１０６から受信する構成情報を十分に保持するメモリ容量を含む。ユーザがサービスプロバイダ１０６により維持されるウエブサイトを介してＣＨＵＭＢＹ（登録商標）デバイスのための構成を変更すると、対応するＣＨＵＭＢＹ（登録商標）デバイス上に実装されるポーリング機能が通常、サービスプロバイダ１０６から変更された構成情報を“引く（プルする）”のに利用される。一方で、この情報を得るために、操作が、対応するＣＨＵＭＢＹ（登録商標）デバイスのインターフェースによって手動で（例えば、“私のＣＨＵＭＢＹ（登録商標）デバイスを今更新する”操作）開始されてもよい。

タッチスクリーン構成
図１５を参照して、ＣＨＵＭＢＹ（登録商標）デバイス１０２のタッチスクリーンを較正するのに利用される例示のルーチンを表すフローチャートが、示される。図１６Ａ〜図１６Ｅは、図１５のルーチンに従って較正されるＣＨＵＭＢＹ（登録商標）デバイス１０２のユーザインターフェースのスクリーンショットのセットを示す。図示されるように、較正ルーチンは、上方左セットポイントを決定することを含む（ステージ１５０２）。このセットのポイントは、ユーザがタップすることを促される、ＬＣＤスクリーン３２０を介するターゲット１６０２を生成することにより、決定される。図１６Ｂに示すターゲット１６０４をタップすることをユーザに促すことにより、下方右のセットポイントが決定される（ステージ１５０６）。下方右のセットポイントがタップされると、ユーザは、図１６Ｃに示すボール１６０５をリングＡ１６０６からリングＢ１６０７にまでドラッグすることで、タッチスクリーンの較正をテストするように指示される（ステージ１５１０）。ボール１６０５がリングＢ１６０７内にうまく配置されれば、図１６Ｄに示すように成功の通知１６０８が表示され、終了ボタン１６０９がアクティブになる。終了ボタン１６０９が押下されると、較正処理の結果が格納される（ステージ１５１４）。ステージ１５０２及び１５０６の各々の間にタッチスクリーン３３０から受信された座標データに基づいて、ＣＰＵ３０２は、デバイス１０２の後続の動作の際に利用される較正情報を生成するプログラムを実行する。

無線基地局選択
図１７は、デバイス１０２の始動の電源オンの際に無線基地局を選択するのに実施される動作を示すフローチャートである。図示するように、デバイスのＷｉ−Ｆｉ通信インターフェース３１４は最初、ビーコン信号を発する一つ若しくはそれ以上のアクセスポイント２１０を探索する（ステージ１７０２）。デバイスがビーコン信号を発しないアクセスポイントを探索するように構成されていたら（ステージ１７０６）、キーボードがアクセスされ（ステージ１７１０）、アクセスポイントを指定するデータが入力される（ステージ１７１４）。キーボードは、周辺機器としてデバイス１０２に接続する物理的なキーボードを含んでよい。一方で、ＬＣＤスクリーン３２０により生成されタッチスクリーン３３０を介して相互作用される“オンスクリーン”キーボードが利用されてもよい。アクセスポイントを指定するデータが入力されると、ビーコン信号を発していなかったアクセスポイントを見つけることを試みて、後続のスキャン（ステージ１７１５）が開始される。一つ若しくはそれ以上の無線ネットワークが見出されると、ユーザにはリストから一つを選択するオプションが与えられる（ステージ１７１７）。無線ネットワークが選択されると、ＣＰＵ３０２は、認証モード、暗号化タイプ、チャネル／周波数などを含むがそれらに限定されない、選択した無線ネットワークの種々の特徴を決定するプログラムを実行する。適切なネットワークが検出されないならば、ユーザは、ネットワーク構成プロパティ（例えば、ＳＳＩＤ、認証モードなど）を手動で入力する選択を与えられ得る（ステージ１７３０）。ユーザがネットワークプロパティを手動で入力することを選択すれば、キーボード（ステージ１７１０）が表示され、ユーザはネットワークプロパティを入力することを促される（ステージ１７３１）。選択された若しくは指定されたネットワークが、認証（例えば、ＷＰＡ、ＷＰＡ２など）を要求するならば、及び／又は、別途暗号化（ＷＥＰ、ＡＥＳ、ＴＫＩＰなど）されるならば、キーボード（ステージ１７１０）が表示され、ユーザは適切な鍵を入力する機会を与えられる（ステージ１７２０）。ユーザがＷＥＰ鍵を入力する場合には、ユーザにより入力される鍵の長さにより自動的に、鍵のサイズが決定される。ユーザには次に、自動の若しくは手動のＩＰアロケーションの選択を示される（ステージ１７３２）。ユーザが手動のＩＰアロケーションを選択すれば、キーボード（ステージ１７１０）が表示され、ユーザは、ＩＰアドレス、ネットマスク、ゲートウエイ、ネームサーバなどのＩＰ関連構成データを入力するように促される。ＩＰアロケーション方法が選択され任意に構成されれば、ユーザはネットワークセッティングを確認するように要求される（ステージ１７３５）。検出された若しくは指定されたアクセスポイントとの接続が、確立されるように試みられる（ステージ１７４０）。接続がそのように確立されると（ステージ１７５０）、接続に関する情報がデバイス１０２のメモリ内部に格納される（ステージ１７５５）。確立されないならば、ユーザには、接続を確立することを再び試みるオプションが与えられる。

登録
次に図１８を参照して、例示のアカウント形成及び登録プロセス１４５０のフローチャートが示される。デバイスのＬＣＤスクリーン３２０を介して、デバイスにより、そのシリアル番号モスクは識別情報を示すことで、プロセスが開始する（ステージ１８０２）。ユーザは続いて、ウエブブラウザを介して、サービスプロバイダ１０６により作動されるウエブサイト（例えば、ｗｗｗ．ｃｈｕｍｂｙ．ｃｏｍ）にログインする（ステージ１８０４）。一つの実施形態では、ユーザは次に“新しいユーザアカウントを形成する”タブ等を選択し（ステージ１８０８）、ｅメールアドレス（ステージ１８１０）、パスワード（ステージ１８１２）、及び名前（ステージ１８１６）を入力するように促される。所定の実施形態では、ユーザは自分のアドレス入力する機会をも提示され（ステージ１８２０）、別の実装では、ユーザは、ある特定の目的（例えば、予約申込みのために課金情報を示すことや、商品購入のために発送情報をしめすこと）のためにアドレスに関する情報を要求されるまで、アドレスを示すことを促されない。このオプションが選択されると、ユーザは自分のアドレスを入力する（ステージ１８２４）。所定の実装では、ユーザは、（この図では示されていない）他の識別の及び／又は人口統計の情報を示すことを促されない。このポイントで、サービスプロバイダ１０６は、ステージ１８１０で入力され“クリックスルー”アカウント起動ハイパーリンクを含むｅメールを送信する（ステージ１８３０）。ユーザがこのメッセージを受信しなければ（ステージ１８３４）、ユーザは、被ったアカウント形成上の問題点を改善するために、種々の顧客サービスオプションを活用する機会を与えられる（ステージ１８４０〜１８４１）。いずれにせよ、アカウント形成プロセスは仕上げられ（ステージ１８５０）、登録されたＣＨＵＭＢＹ（登録商標）デバイスは、データベース７１２内部で次に説明するように特定のユーザアカウントを関連付けされる（ステージ１８５４）。これが発生すると、新たに登録されたＣＨＵＭＢＹ（登録商標）デバイスのためのデフォルトの構成及び複数のウィジェットインスタンスが、確立される（ステージ１８６０）。

アカウント結合
図１９は、特定のＣＨＵＭＢＹ（登録商標）デバイスをユーザのアカウントと結合することに関連して、ユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用を示すフローチャートである。サービスプロバイダ１０６により作動されるウエブサイトにユーザがログインし（ステージ１９０２）“ＣＨＵＭＢＹ（登録商標）を起動する”リンク若しくは均等のものを選択すると（ステージ１９０４）、プロセスが開始される。ユーザは、ＣＨＵＭＢＹ（登録商標）デバイスの名前（例えば、ベッドルーム、スタディ、フレッド、イブニングなど）を入力し（ステージ１９０８）、上述の同時係属の米国仮出願第６０／９４５９００号に記載されるように、ユーザは、“ＣＨＵＭＢＹ（登録商標）を起動する”ページに表示される“キャプチャグリッド”を、ＣＨＵＭＢＹ（登録商標）デバイス上の対応する“ＣＨＵＭＢＹ（登録商標）起動”スクリーン上に複製し、“ＯＫ”を選択する（ステージ１９１０）。ＣＨＵＭＢＹ（登録商標）デバイスは続いて、ＣＨＵＭＢＹ（登録商標）デバイスの推定のｉｄ（一意的なシリアル番号）を伴うエンコードされたパターンを、照合とユーザのアカウントとの結合のために、サーバに転送する。一方で、ユーザは、ユーザのＣＨＵＭＢＹ（登録商標）デバイスの推定のｉｄ（一意的なシリアル番号）をウエブページに直接に入力し“ＯＫ”を選択してもよい。これによりシステムデータベース７１２内部で、ユーザのＣＨＵＭＢＹ（登録商標）デバイスと適切なアカウントとの間で、結合が形成される。

ひとつの実施形態では、ユーザアカウントは、サブアカウントをホストしモデレートできるように構成されている。

ＣＨＵＭＢＹ（登録商標）デバイスをディスエーブルする
次に図２０を参照して、ユーザのアカウントと前に結合されていたＣＨＵＭＢＹ（登録商標）デバイスをディスエーブルすることに関して、ユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用のフローチャートが示される。図示されるように、ユーザはウエブブラウザを介してアカウントにログインし（ステージ２００２）、“ＣＨＵＭＢＹ（登録商標）デバイスをディスエーブルする”タブ若しくは均等のものを選択する（ステージ２００４）。ユーザは続いて、デバイスのシリアル番号若しくは記述に基づいて、リストからディスエーブルされるべきＣＨＵＭＢＹ（登録商標）デバイスを選択する（ステージ２００６）。次に、ユーザは、選択を確認するように促され（ステージ２０１０）、確認すればディスエーブルされたＣＨＵＭＢＹ（登録商標）デバイスへの全てのレファレンスが、システムデータベース７１２内部で維持されている辞書から除去される（ステージ２０１４）。選択が確認されてもされなくてもプロセスは終了し（ステージ２０２０）、その時点でサービスプロバイダ１０６は最早、ディスエーブルされたＣＨＵＭＢＹ（登録商標）デバイスからのリクエストに応じない。

図２１は、ＣＨＵＭＢＹ（登録商標）デバイスを“ミラーする”こと、即ち、別のＣＨＵＭＢＹ（登録商標）デバイスのウィジェット及び構成を一つのＣＨＵＭＢＹ（登録商標）デバイスが利用できるようにすることに関して、ユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用を示すフローチャートである。一つの実施形態では、所与のＣＨＵＭＢＹ（登録商標）デバイス（即ち、“スレーブデバイス”）が別のＣＨＵＭＢＹ（登録商標）デバイス（即ち、“マスターデバイス”）にミラーされれば、マスターデバイスに為されるウィジェット関連の変更は、スレーブデバイス内に自動的に反映される。図２１内に示されるように、ユーザはウエブブラウザ１２２を介して適切なアカウントにログインし（ステージ２１０２）、“このＣＨＵＭＢＹ（登録商標）デバイスをミラーする”タブ若しくは均等のものを選択する（ステージ２１０４）。ユーザは続いて、“マスター”となるＣＨＵＭＢＹ（登録商標）デバイスを選択し（ステージ２１０８）、更に“スレーブ”となるＣＨＵＭＢＹ（登録商標）デバイスを選択する（ステージ２１１２）。所定の実施形態では、マスターのＣＨＵＭＢＹ（登録商標）デバイスは物理的デバイスに反応する必要はないが、代わりにシステムデータベース７１２内に規定される“仮想”ＣＨＵＭＢＹ（登録商標）デバイスを構成できる。この場合、仮想ＣＨＵＭＢＹ（登録商標）デバイスのウィジェットセット若しくは構成に対して為される変更は、そのスレーブのＣＨＵＭＢＹ（登録商標）デバイスの全てにより、ミラーされる。所定の実施形態では、スレーブのＣＨＵＭＢＹ（登録商標）デバイスは物理的デバイスに反応する必要はないが、代わりにシステムデータベース７１２内に規定される“仮想”ＣＨＵＭＢＹ（登録商標）デバイスを構成できる。

ウィジェット選択、除去及び構成
次に図２２〜図２５、図３７及び図３８を参照して、本発明の実施形態により企図されるウエブベースのウィジェットの選択、除去、及び構成のプロセスを示すフローチャートを示すセットである。所定のこれらプロセスを促進するのに用いられる、ウエブブラウザ１２２により示される例示のユーザインターフェースのスクリーンショット、若しくは、ＣＨＵＭＢＹ（登録商標）パーソナル音声映像デバイス１０２のスクリーン３２０は、図２６に示される。

ウィジェット管理プロセスの概観
次に図２２を参照して、ユーザのＣＨＵＭＢＹ（登録商標）デバイスに係るウィジェットプロファイルを追加し、除去し、及び構成することに関して、デバイスのユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用についての最上層のフローチャート２２００が示される。一方で、デバイスのユーザとサービスプロバイダ１０６との間の相互作用は、ウエブブラウザ１２２の代わりにユーザのＣＨＵＭＢＹ（登録商標）デバイスにより示されるユーザインターフェーススクリーンを介して、為されてもよい。ＣＨＵＭＢＹ（登録商標）デバイス自身が図２２のプロセスを介して構成されているとユーザが感じていても、例示の実施形態では、ユーザのＣＨＵＭＢＹ（登録商標）デバイスに現在割り当てられているプロファイルは別途構成される。

図２２に示されるように、ユーザはウエブブラウザ１２２を介してサービスプロバイダ１０６で維持されるユーザのアカウントにログインし（ステージ２２０２）、ユーザの“ホームページ”若しくは均等のものに進む（ステージ２２０４）。このホームページから、ユーザは“セットアップ”デバイスタブ等を選択すると（ステージ２２０８）、ウエブブラウザ１２２が対応する“セットアップ”ページを示す（ステージ２２１０）。ユーザは続いて、デバイスのシリアル番号若しくは記述のいずれかに基づいて、リストから、構成されるＣＨＵＭＢＹ（登録商標）デバイスプロファイルを選択する（ステージ２２１２）。選択されたデバイスプロファイルのための現在の構成がシステムデータベース７１２から検索され、デバイスの中にロードされる（ステージ２２１６）。このことが発生すると、ユーザは、図２６（Ａ）に示されるように、実施されるアクションを選択する（ステージ２２２０）。それらアクションは、例えば、ウィジェットプロファイルを追加すること、削除すること、若しくは編集することを含み得る。ユーザがウィジェットプロファイルを追加することを選べば（ステージ２２２４）、ウエブブラウザ１２２は、図２３を参照して以下に説明するようにウィジェットプロファイルがそれにより適切なＣＨＵＭＢＹ（登録商標）デバイスの現在の構成に追加される“ウィジェット追加のページ”を表示する（ステージ２２２８）。そうではなくユーザが現在の構成からウィジェットプロファイルを削除することを選択すれば（ステージ２２３２）、図２４を参照して以下で説明するアプローチと一致して削除操作が完了する“ウィジェット削除のページ”が示される。一方で、ユーザは構成するための別のＣＨＵＭＢＹ（登録商標）デバイスプロファイルを選択してもよく（ステージ２２４０）、単に出てユーザのホームページに戻ってもよい（ステージ２２４４）。

図３７を参照して、ユーザのＣＨＵＭＢＹ（登録商標）デバイスに係るウィジェットプロファイルを追加し、除去し、及び構成することに関して、デバイスのユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用についての別の最上層のフローチャート３７００が示される。ＣＨＵＭＢＹ（登録商標）デバイス自身が図３７のプロセスを介して構成されているとユーザが感じていても、例示の実施形態では、ユーザのＣＨＵＭＢＹ（登録商標）デバイスに現在割り当てられているプロファイルは別途構成される。

図３７に示されるように、ユーザはウエブブラウザ１２２を介してサービスプロバイダ１０６で維持されるユーザのアカウントにログインし（ステージ３７０２）、図３９Ａに示されるように、ユーザの“私のＣＨＵＭＢＹ（登録商標）ページ”若しくは均等のものに進む（ステージ３７０４）。この“私のＣＨＵＭＢＹ（登録商標）ページ”から、ユーザは、図３９Ｂに示すようにリスト等から、構成されるＣＨＵＭＢＹ（登録商標）デバイスを選択し（ステージ３７０６）、ウエブブラウザ１２２は現在構成されるウィジェットチャネルを現在のページにロードする（ステージ３７０８）。ユーザは続いて、図３９Ｃに示すようにリスト等から、構成されるＣＨＵＭＢＹ（登録商標）ウィジェットチャネルを選択する（ステージ３７１０）。選択されたＣＨＵＭＢＹ（登録商標）デバイスのための現在のチャネル構成は、システムデータベース７１２内で更新され、現在のページ内にロードされ（ステージ３７１２）現在選択されたＣＨＵＭＢＹ（登録商標）デバイスによりロードされる（ステージ３７１３）。いずれかのポイントでユーザは“編集チャネル”オプションを選択し（ステージ３７１４）、その後図３９Ｄに示すように“編集チャネル”が示され（ステージ３７１６）、選択されたチャネルのためのウィジェット構成がページの中にロードされる（ステージ３７１８）。このことが生じると、ユーザは実施されるべきアクションを選択し得る（ステージ３７２０）。そのようなアクションは、例えば、新しいウィジェットチャネルを変更すること、改名すること若しくは形成すること、又は、ウィジェットを選択されたチャネルに追加すること、ウィジェット選択されたチャネルから除去すること、選択されたチャネル内部でウィジェットの再生順序を変更すること、若しくは選択されたチャネル内部でウィジェットを構成することを、含み得る。ユーザがウィジェットアクションを実施することを選択すると（ステージ３７２４）、影響されるウィジェットに対するウィジェットインスタンス及び／又はシステムデータベース７１２内部の選択されたチャネルに対する構成が更新され、このことは、選択されたチャネルを現在“プレイする”全てのＣＨＵＭＢＹ（登録商標）デバイスのチャネル構成のローカルコピーへ、対応する更新をもたらす（ステージ３７２８）。ユーザがチャネルアクションを実施することを選択すると（ステージ３７３２）、システムデータベース７１２内部の選択されたチャネルに対する構成が更新され、このことは、選択されたチャネルを現在“プレイする”全てのＣＨＵＭＢＹ（登録商標）デバイスのチャネル構成のローカルコピーへ、対応する更新をもたらす（ステージ３７３４）。一方で、ユーザは別の構成すべきチャネルを選択してもよいし（ステージ３７４０）、別のページへナビゲートしてもよい（ステージ３７４２、３７４４）。

ウィジェットを追加する
図２３は、ユーザのＣＨＵＭＢＹ（登録商標）デバイスの現在の構成にウィジェットを追加することについて、デバイスのユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用を示すフローチャート２３００である。一方で、デバイスのユーザとサービスプロバイダ１０６との間の相互作用は、ウエブブラウザ１２２の代わりにユーザのＣＨＵＭＢＹ（登録商標）デバイスにより示されるユーザインターフェーススクリーンを介して、為されてもよい。一つの実施形態では、ユーザは、ウエブブラウザ１２２により示される適切なカテゴリ選択ページ（図２６（Ｂ）参照）を介して、システムデータベース７１２のカテゴリテーブルから検索される種々のウィジェットカテゴリの中で、選択する機会を与えられる（ステージ２３０２）。ウィジェットカテゴリ（ステージ２３０４）を選択した後、選択されたカテゴリ内部に含まれるウィジェットと適切なＣＨＵＭＢＹ（登録商標）デバイスの現在のウィジェット構成との両方が、ユーザに示される（ステージ２３０８）。例えば、ウィジェット追加プロセスを出ること（ステージ２３１６）若しくは選択されたカテゴリのために示されたウィジェットのリストをナビゲートすること（ステージ２３２０）を含む、実施すべきアクションを、ユーザは選択する（ステージ２３１２）。後者が選択されると（図２６（Ｃ）〜図２６（Ｄ））、ユーザは（例えば、対応するアイコンを選択することにより）現在の構成に追加すべきウィジェットを選択し、サービスプロバイダ１０６は選択されたウィジェットのインスタンスを構築する（ステージ２３２４）。この時点でユーザは、現在の構成に更に多くのウィジェットを追加することを選んでもよい（ステージ２３２８）。更なるウィジェットが追加されないことをユーザが示せば、ウィジェット構成フェーズ（ステージ２３３２）に入る（例えば、図２６（Ｅ）参照）。選択されたカテゴリのために示されるウィジェットのリストをステージ２３２０にてナビゲートする際に、ユーザがウィジェットを選択することを拒めば、ウィジェットの新しいカテゴリが選択され得る（ステージ２３４０）。

ユーザが、現在の構成にウィジェットを追加するプロセスから出ることを決定すると、ユーザは、構成すべき別のＣＨＵＭＢＹ（登録商標）デバイスを選択すること、ＣＨＵＭＢＹ（登録商標）サイト上の別のページにナビゲートすること、ＣＨＵＭＢＹ（登録商標）サイトからログアウトすること、若しくは、適切なブラウザウィンドウを閉じることを含む、複数のアクションのうちの一つを選択し得るが、これらに限定されるものではない（ステージ２３１６）。その代わりとして、ユーザが適切なＣＨＵＭＢＹ（登録商標）デバイスのための現在のウィジェットの構成をセーブすることを選択すれば（ステージ２３５０）、ユーザは、“寄託する”ボタン、“委託する”ボタン、“ＯＫ”ボタン、若しくは、変更をシステムデータベース７１２内に記録せしめる類似のボタンを選択する（ステージ２３５４）。現在のウィジェットの構成をセーブした、若しくは、プロセスを出る選択をした、いずれかの後には、ユーザは、所与のページに向けられる（ステージ２３６０）。

図３８は、チャネル構成にウィジェットを追加することについて、デバイスのユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用を示す、別のフローチャート３８００である。一つの実施形態では、ユーザは、ウエブブラウザ１２２により示されるチャネル編集ページ上の適切なカテゴリ選択リスト（図３９Ｄ参照）を介して、システムデータベース７１２のカテゴリテーブルから検索される種々のウィジェットカテゴリの中で、選択する機会を与えられる（ステージ３８０２）。ウィジェットカテゴリ（ステージ３８０４）を選択した後、選択されたカテゴリ内部に含まれるウィジェットが、図３９Ｆに示すように、ユーザに示される（ステージ３８０８）。ユーザは続いて、例えば、別のページにナビゲートすること（ステージ３８３２）、若しくは、選択されたカテゴリのために示されたウィジェットのリストをナビゲートすること（ステージ３８１２）を含む、実施すべきアクションを選択する。後者が選択されると（例えば、図３９Ｇ参照）、ユーザは続いて、“ウィジェット”リストからウィジェットを選択することにより、現在の構成に追加すべきウィジェットを選択し（ステージ３８１６）、このことにより、選択されたウィジェットが表示され（ステージ３８２０）、次に“チャネルへ追加”ボタンを選択し（ステージ３８２４）、このことにより、サービスプロバイダ１０６は選択されたウィジェットのインスタンスを構築してシステムデータベース７１２内で現在のチャネルのための構成を更新する（ステージ３８２８）。この時点で、ユーザは、繰り返してウィジェットリストをナビゲートし（ステージ３８１２）、ウィジェットを選択し（ステージ３８１６）現在の構成に更なるウィジェットを追加すること（ステージ３８２４）を、選んでもよい。このプロセスのいつでも、他のウィジェット及び／又はチャネル操作がユーザにより選択され及び／又は実行されてもよい。ウィジェットインスタンスを構成すること（図３９Ｈ参照）、ウィジェットを削除すること、チャネル内部で順序付けられるウィジェット再生を改めること、現在のチャネルを改名すること、現在のチャネルを削除すること、新しいチャネルを形成すること、及び／又は、ウィジェットの新しいカテゴリを選択することが、選択されてもよく、更にこれらに限定されるものではない。

ユーザが現在の構成にウィジェットを追加するプロセスから出ることを決定すると、図３９Ｅに示すような、構成すべき別のチャネルを選択すること、ＣＨＵＭＢＹ（登録商標）サイト上の別のページにナビゲートすること（ステージ３８３２）、ＣＨＵＭＢＹ（登録商標）サイトからログアウトすること、若しくは、適切なブラウザウィンドウを閉じることを含む、複数のアクションのうちの一つを実施し得るが、それらに限定されるものではない。

ウィジェットの除去
次に図２４を参照して、ユーザのＣＨＵＭＢＹ（登録商標）デバイスの現在の構成からウィジェットを除去することについて、デバイスのユーザとサービスプロバイダ１０６との間に生じる例示のウエブベースの相互作用を示すフローチャート２３００が、示される。一方で、デバイスのユーザとサービスプロバイダ１０６との間の相互作用は、ウエブブラウザ１２２の代わりにユーザのＣＨＵＭＢＹ（登録商標）デバイスにより示されるユーザインターフェーススクリーンを介して、為されてもよい。図３９Ｄに示されるように、“編集チャネルページ”で示されると（図２４０２）、ユーザは、選択されたウィジェットを非有効化すること（ステージ２４０６）、選択されたウィジェットを削除（若しくは除去）すること（ステージ２４１０）、又は、別のウィジェット、チャネル及び／又はページナビゲーション操作を選択すること（ステージ２４１４）のいずれかを選択できる。ウィジェット非有効化が選ばれると、ユーザは選択を確認するように促される（ステージ２４１８）。その確認が為されると、ウィジェットはウエブブラウザ１２２により現在示されるページ上で“非有効”をマークされる（ステージ２４２０）。更に、選択された構成のためのウィジェットインスタンス構成は、システムデータベース内部で更新され（ステージ２４２４）、選択されたチャネルを現在表示するどのＣＨＵＭＢＹ（登録商標）デバイスも更新される。同様に、その代わりに選択されたウィジェットを削除することが選択されると、ユーザはその選択を確認するように促される（ステージ２４３８）。要求された確認が為された後にウィジェットが削除されると、ウィジェットがウエブブラウザ１２２により現在示されるページから除去され（ステージ２４４０）、ウィジェットインスタンスがシステムデータベース７１内のチャネル構成から“削除”され（ステージ２４２４）、選択されたチャネルを現在表示するどのＣＨＵＭＢＹ（登録商標）デバイスも更新される。選択されたウィジェットを、非有効化する確認、若しくは削除する確認が要求されたが、為されないと（ステージ２４１８及び２４３８）、操作は打ち切られる。

次に図４１を参照して、ユーザのＣＨＵＭＢＹ（登録商標）デバイスの現在の構成からウィジェットを除去することについて、そのユーザとサービスプロバイダ１０６との間に、ユーザのＣＨＵＭＢＹ（登録商標）デバイスを介して、生じる例示の相互作用を示すフローチャート４１００が、示される。ウィジェットをＣＨＵＭＢＹ（登録商標）デバイスのスクリーン３２０上に表示させて（ステージ４１０２）、ユーザはコントロールパネルを選択する命令を実施する（ステージ４１０４）。図４０Ａに示されるように、コントロールパネルで示されると（ステージ４１０８）、該コントロールパネルは現在のウィジェットのためのアバターを表示し（ステージ４１１２）、ユーザはウィジェットナビゲーションコントロールを利用して、新しい現在のウィジェットを個々に若しくは繰り返して選択でき（ステージ４１１６）、その場合新しい現在のウィジェットがロードされて（ステージ４１２０）その新しいアバターが表示される（ステージ４１１２）。ユーザは続いて、“削除”を選択して現在のウィジェットを削除（若しくは除去）することを選んでもよい。ウィジェット削除が選ばれると、ユーザは、図４０Ｂに示すように、選択を確認するように促される（ステージ４１２８）。ユーザが削除を確認すると（ステージ４１３２）、ウィジェットインスタンスはＣＨＵＭＢＹ（登録商標）デバイス上のチャネルから削除され、ウィジェットインスタンスはシステムデータベース７１２内のチャネル構成から“削除”される（ステージ４１３６）。確認が為されないならば、操作は打ち切られる。この時点で、削除確認スクリーンから出て（ステージ４１４０）、コントロールパネルが表示される。ユーザには隠しコントロールパネルを選択するオプションがあり（ステージ４１４４）、それによりコントロールパネルから出て通常のウィジェットプレイを再開する。

ウィジェット構成
図２５は、所与のＣＨＵＭＢＹ（登録商標）デバイスに現在関連する一つ若しくはそれ以上のウィジェットに特有のパラメータを構成することに含まれる操作の例示のセットを示すフローチャート２５００である。システムデータベース７１２内部で維持される選択されたウィジェットインスタンスの構成にアクセスすることで、プロセスが開始される（ステージ２５０２）。選択されたウィジェットについての現存の構成が編集され得る適切なユーザインターフェースは、その現存の構成に基づいて生成される（ステージ２５０４）。このことは、例えば、現存の構成に基づいて種々のインターフィールド依存を確立することを含み得る（ステージ２５０８）。ユーザインターフェースが生成されると、図３９Ｈに示されるように、所望の変更が構成に対して為され得るようにするために、そのユーザインターフェースは、ウエブブラウザ１２２を介してユーザに示される（ステージ２５１２）。ユーザがインターフェースにより示される一つ若しくはそれ以上のフィールドを編集することを選べば（ステージ２５１６）、ウィジェット構成を規定するユーザインターフェースはそれに応じて変更される（ステージ２５２０）。ユーザがこれらフィールドのどれも編集しないことを選べば、ユーザには“デフォルト構成”を選択するオプションが与えられる（ステージ２５２４）。このオプションが選択される限り、全てのフィールドはデフォルト値にリセットされる（ステージ２５２８）。選択されなければ、ユーザには、プロセスを出るオプション、若しくはステージ２５１６に戻るオプションが与えられる（ステージ２５４０）。プロセスから抜け出ると、ユーザには構成に関する編集されたバージョンをシステムデータベース７１２内にセーブするオプションが与えられる（ステージ２５４４）。このオプションが選択されると、現在のウィジェット構成はデータベース７１２にセーブされる（ステージ２５５０）。ユーザがウィジェット構成をセーブすることを選択したかしなかったかに関わりなく、“編集チャネルページ”がユーザに示される。

例示の実施形態では、ユーザのパラメータ選択に従って、システムデータベース７１２内部に、対応するウィジェット及びパラメータテーブルを格納する。この点において、ウィジェットテーブルは、パラメータテーブル内に、関連するレコードの構築を可能にする命令を含むＸＭＬベースの“ｐａｒａｍ＿ｄｅｓｃ＿ｘｍｌ”を含んでよい。例えば、“クロック”ウィジェットに対して、ＸＭＬベースの命令は、時間帯が正当なパラメータであるべきことを示すことができ、適切なレコードをパラメータテーブル内に形成するのに利用され得る。

ＣＨＵＭＢＹ（登録商標）デバイス間での電子グリーティングの分配
ＣＨＵＭＢＹ（登録商標）デバイスのユーザは、豊かなフラッシュアニメーションの形態で電子グリーティングカードを送信する能力を有する。所定のウエブサイト（例えば、’ｈｔｔｐ：／／ｇｒｅｅｔｉｎｇｓ．ｃｈｕｍｂｙ．ｃｏｍ’）にアクセスし適切な信用証明を示すことで認証されると、ユーザには“ＣＨＵＭＢＹ（登録商標）グリーティング”のカタログが示される。一つの実施形態では、所定の“ＣＨＵＭＢＹ（登録商標）グリーティング”へのアクセスは、会員資格に依存し得る。登録されたＣＨＵＭＢＹ（登録商標）デバイスの数に関わりなく、どの認証されたユーザも、一つ若しくはそれ以上の任意のｅメールアドレスに、またはその代わりに、ＣＨＵＭＢＹ（登録商標）ネットワークに登録された一人若しくはそれ以上のユーザに、ＣＨＵＭＢＹ（登録商標）グリーティングを送る許諾を有している。ウエブサイトへのビジターが、現存のＣＨＵＭＢＹ（登録商標）デバイスの空間的及び時間的に一意的なアドレス、中にＣＨＵＭＢＹ（登録商標）デバイスが登録されるアカウント名、若しくは、個々のＣＨＵＭＢＹ（登録商標）デバイスを識別する他の手段を承知していれば、サービスプロバイダ１０６の現存のウィジェット移転インフラストラクチャを用いてそのデバイスに直接にＣＨＵＭＢＹ（登録商標）グリーティングが転送されるように指定する。ＣＨＵＭＢＹ（登録商標）デバイスで受信すると、ウィジェット若しくは他の分配コンテンツを受け取るために受取人が指定したチャネル若しくはプロファイルに、転送されたＣＨＵＭＢＹ（登録商標）グリーティングが加えられる。ウィジェットがチャネル若しくはプロファイルへ交付されると、受取人には、交付されたコンテンツを受け入れる若しくは拒絶する選択権がある。ユーザがＣＨＵＭＢＹ（登録商標）を受け入れる場合には、ＣＨＵＭＢＹ（登録商標）グリーティングが、デバイスの適切なプロファイルに従って、受取人のウィジェットスライドショウローテーションに加えられる。一つの例では、デバイスのアラーム機能の作動に即座に続いて受取人のＣＨＵＭＢＹ（登録商標）デバイスによりＣＨＵＭＢＹ（登録商標）グリーティングが表示されるように、ウエブサイトのビジターは、所定のレベルのプライオリティをＣＨＵＭＢＹ（登録商標）グリーティングへ割り当てる選択をすることができる。一方、ＣＨＵＭＢＹ（登録商標）グリーティングに割り当てられるプライオリティは、受取人のウィジェットローテーションにおける、ＣＨＵＭＢＹ（登録商標）グリーティングの配置を規定し得る。

物理的ＣＨＵＭＢＹ（登録商標）デバイスに縛られないｅメールアドレスに送信されるＣＨＵＭＢＹ（登録商標）グリーティングは、ＳＭＴＰｅメールメッセージとして転送される。このメッセージは、例えば、“ｇｒｅｅｔｉｎｇｓ＠ｃｈｕｍｂｙ．ｃｏｍ”（若しくは、ユーザに供給されたｅメールアドレス）から生じ、任意のユーザ定義のメッセージに加えてＣＨＵＭＢＹ（登録商標）グリーティングを含む、フラッシュムービーをホストする一時的ウエブページをポインティングするＵＲＬ即ちハイパーリンクを含む。認証されたユーザは、事前構成されたＣＨＵＭＢＹ（登録商標）グリーティングの受取人として、彼らのＣＨＵＭＢＹ（登録商標）“バディリスト”から一つ若しくはそれ以上のピアーを選択する能力を有する。ＣＨＵＭＢＹ（登録商標）グリーティングの一つの実施形態では、ＣＨＵＭＢＹ（登録商標）グリーティングなどの所定のフィーチャへのアクセスのために、予約申込みが要求され得る。その実施形態では、ＣＨＵＭＢＹ（登録商標）ネットワークへ予約申込みするユーザは、“プレミアム”ＣＨＵＭＢＹ（登録商標）グリーティングへアクセスする。一つの実施形態では、“プレミアム”ＣＨＵＭＢＹ（登録商標）グリーティングがミクロ取引としてチャージされ得る“ペイパービュー”モデルを選択することを、ＣＨＵＭＢＹ（登録商標）が望み得る。一つの実施形態では、物理的ＣＨＵＭＢＹ（登録商標）デバイスに縛られないＣＨＵＭＢＹ（登録商標）グリーティング受取人には、ＣＨＵＭＢＹ（登録商標）グリーティングを、別のｅメールアドレス若しくは物理的ＣＨＵＭＢＹ（登録商標）デバイスに転送するオプションが示される。

パーソナル通信デバイスからＣＨＵＭＢＹ（登録商標）デバイスへのコンテンツ移転
一つの実施形態では、ＣＨＵＭＢＹ（登録商標）サービスプロバイダのインフラストラクチャは、テキスト及び／又は画像を含むモバイル通信デバイス（例えば、携帯電話）からのｅメールメッセージを受信できるサービスをサポートする。ｅメールは、“ｃｈｕｍｂｙ”ドメイン内部の所与のユーザ（例えば、’ｕｓｅｒ’＠ｃｈｕｍｂｙ．ｃｏｍ）にアドレスされる。一方で、特別のｅメールドメインが、モバイルデバイスからのコンテンツの検出を促進するために、モバイルデバイスからのコンテンツのために形成されてもよい（例えば、’ｕｓｅｒ’＠ｃｈｕｍｂｙ−ｍｏｂｉｌｅ．ｃｏｍ）。

図３４のプロセスフロー図３４００を参照して、ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６のインフラストラクチャ内部のテキスト／画像処理サービスが、モバイルデバイスからｅメールメッセージを解析し、関連するコンテンツを抽出するように、構成されている。図示されるように、ｅメールメッセージは、プロバイダサービスゲートウエイ３４１２によりＣＨＵＭＢＹ（登録商標）ｅメールゲートウエイ３４１０に与えられる。テキスト／画像処理サービスにより、コンテンツは、適切なウィジェット（モバイルテキストやモバイル画像）が利用可能になり、更に、ＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６のインフラストラクチャの中のサービス内に含まれるキャッシュも利用可能になることがある。図３４の実施形態では、そのインフラストラクチャは、到来するｅメールメッセージからＣＨＵＭＢＹ（登録商標）ｅメールゲートウエイ３４１０により抽出されるテキスト及び画像情報を夫々処理するべく動作するテキストサーバ３４２０及び画像サーバ３４３０を含む。受取人のユーザが、自分のＣＨＵＭＢＹ（登録商標）デバイス１０２上に表示するように構成された適切なテキスト若しくは画像ウィジェットを有するならば、（全ての予めキューされたテキスト若しくは画像が検索された後に）ウィジェットがアクティブになると対象のテキスト若しくは画像が検索されて表示される。そのウィジェットが受取人のユーザのＣＨＵＭＢＹ（登録商標）デバイス１０２上で稼動するようには現在構成されていないならば、ウィジェットが稼動するように構成されるまで、若しくは、キャッシュエージングユーティリティがウィジェットを参照されないコンテンツとして削除するまで、コンテンツは適切なサービスキャッシュ内部で格納され続ける。

図３５は、ＣＨＵＭＢＹ（登録商標）デバイス１０２のための画像処理サービスの別の実装を示すプロセスフロー図３５００である。図示するように、図３５の実装では、画像処理サービスはＣＨＵＭＢＹ（登録商標）サービスプロバイダ１０６により実施され得ず、代わりに画像サービスプロバイダ３５０２により処理される。特に、モバイルデバイスにて生じるｅメールメッセージが、プロバイダサービスゲートウエイ３５１２により、画像サービスｅメールゲートウエイ３５１０に与えられる。適切なＣＨＵＭＢＹ（登録商標）デバイス１０２上で稼動する適切な画像ウィジェットに対して、抽出された画像コンテンツを利用可能にする画像サーバ３５２０も、サービスプロバイダ１０６は動作する。

他の例示の動作モード及び環境
“ホテル”ＣＨＵＭＢＹ（登録商標）デバイス
個人的な住居環境の内部でＣＨＵＭＢＹ（登録商標）デバイスがよく利用されることが想定されるが、所定の場合には、ホテルロビー、ホテルルーム若しくは空港などの公的な若しくは準公的な空間に、“一般的”ＣＨＵＭＢＹ（登録商標）デバイスが配置され得る。そのような場合には、一般的な、若しくは多数ユーザの、ＣＨＵＭＢＹ（登録商標）デバイス（即ち、単一のユーザに関連しないＣＨＵＭＢＹ（登録商標）デバイス）に、ユーザは“ログイン”することを許される。一般的ＣＨＵＭＢＹ（登録商標）デバイス内にユーザ名／パスワードの組み合わせを入力することにより、又は、（例えば、“ＲＦＩＤ”タグ、ＵＳＢフラッシュ記憶デバイス、ＳＩＭカード、若しくはバイオメトリック技術を利用する）ユーザ識別の他の従来の手段を介して、そのようなログインが為され得る。入力されると、ログイン情報は、一般的ＣＨＵＭＢＹ（登録商標）デバイスからＣＨＵＭＢＹ（登録商標）サービスプロバイダへ通信される。それに応じて、サービスプロバイダは、ユーザ固有のプロファイルとログイン情報に対応する関連情報とを、一般的ＣＨＵＭＢＹ（登録商標）デバイスに、返信する。このように、一般的ＣＨＵＭＢＹ（登録商標）デバイスのインターフェースは、デバイスの多数の様々なユーザのセッティング及び好みに従って、カスタマイズされ得る。デバイスの電源が一旦切られてすぐ入れ直されると、若しくは、デバイスが再起動されると、その動作は、“一般的”ＣＨＵＭＢＹ（登録商標）デバイスのものに戻る。

ＣＨＵＭＢＹ（登録商標）チャネル
所定の実施形態では、種々の特殊興味若しくは活動（例えば、スポーツ、料理）に関するプロファイルが、サービスプロバイダ１０６、若しくはＣＨＵＭＢＹ（登録商標）デバイスの他のユーザにより、開発され維持されてもよい。個々のそのようなプロファイル、即ち“チャネル”は、ＣＨＵＭＢＹ（登録商標）デバイスについての興味あるユーザにより署名され得る。このことは、上述のような“仮想”ＣＨＵＭＢＹ（登録商標）デバイスへのミラーリングの特別なケースと考えられるが、個々のチャネルの“オーナ”の側で、そのチャネルのウィジェットをセットすることを保持し他のコンテンツを更新することを保持する努力を、更に含む。チャネルは、特定の対象（例えば、レシピ、フットボール）に幾分広く焦点を合わせ得るし、又は、実際上より詳細にも（例えば、ベジタリアンレシピ、ＮＦＬフットボール）成り得る。

ＣＨＵＭＢＹ（登録商標）デバイスと無線送受話器のペアリング
Ｗｉ−Ｆｉ通信能力を含むことに加えて、所定の実装では、ＣＨＵＭＢＹ（登録商標）デバイスは、ブルートゥース（登録商標）トランシーバなども装備され、同様に装備された無線送受信機、ヘッドホン、若しくは他のブルートゥース（登録商標）利用可能デバイスとの通信を促進する。この場合、ＣＨＵＭＢＹ（登録商標）デバイスは、ブルートゥース（登録商標）リンクを介して、無線送受信機から情報を“プル”し若しくは無線送受信機へ情報を“プッシュ”するために、ブルートゥース（登録商標）トランシーバを利用するように設計されたウィジェットを実行できる。そのような構成は、例えば、アラーム設定、画像、ビデオ、カレンダーアポイントメント、ボイス、及び他の格納データ（例えば、ミュージック、メッセージ）などの情報を、ブルートゥース（登録商標）利用可能デバイスから取得し、又は、ブルートゥース（登録商標）利用可能デバイスへ送信するのに、利用され得る。一つの実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは、携帯電話のためのブルートゥース利用可能ダイヤラー及びスピーカホンとして、利用され得る。別の実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは、ポータブルブルートゥース（登録商標）利用可能ＧＰＳと通信でき、ＬＣＤ３２０に地図及びナビゲーションルートを示すこともできる。

ネットワークされたホームエンターテインメントデバイス
所定の実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは、ユーザの“ホームネットワーク”にアクセスし、マルチキャストＤＮＳ、ユニバーサルプラグアンドプレイ、若しくは他の手段を介して示され得るサーバインフラストラクチャの特定のタイプを識別する。ＣＨＵＭＢＹ（登録商標）デバイスは続いて、検出されたサーバのクライアントとしてふるまうように自らを構成して、ネットワークに加わる。一方で、ＣＨＵＭＢＹ（登録商標）デバイスは、ホームネットワークに接続する他のデバイスへのピアーとして振る舞うように構成され得る。一つの実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは“ホームネットワーク”で稼動するメディアサーバを見つけて接続し、音声及び映像供給を流す。別の実施形態では、ＣＨＵＭＢＹ（登録商標）デバイスは、デジタルビデオレコーダを見つけて接続してスケジューリングを立て、遠隔デバイス上に格納される音声映像データを流す。ある実施形態のＣＨＵＭＢＹ（登録商標）デバイスには、そのＣＨＵＭＢＹ（登録商標）デバイスがローカルＦＭラジオ局からの音声を鳴らすことができるＦＭラジオデバイスが装備される。

本発明の完全な理解を与えるために、説明の目的のために、上記記述では特定の用語を利用した。しかしながら、発明を実施するのに特定の記述は要求されないことは、当業者には明白である。別の例では、基礎的な発明からの不必要な散逸を回避するために、周知の回路及びデバイスがブロック図で示される。よって、本発明の特定の実施形態に関する前記記述は、例示及び描写の目的のために、示されるものである。前記記述は網羅的なものを意図しておらず、開示するまさのその形態に本発明を限定することを意図するものでもなく、上記教示を考慮の上、多くの変更や変動が可能であることが明白である。本発明の原理及び実際の適用を最も良く説明するために、実施形態を選んで記載したのであり、このことにより、想定される特定の利用に適するような、種々の変更を伴う本発明及び種々の実施形態を、他の当業者が最も良く用いることができる。添付の特許請求の範囲及びそれらの均等物が、本発明の範囲を規定することを、意図するものである。

１００・・・システム
１０２・・・ＣＨＵＭＢＹ（登録商標）パーソナル音声映像デバイス
１０６・・・中央サービスプロバイダ
１１０・・・アクセスネットワーク
１１６・・・インターネット
１２０・・・ユーザコンピュータ
１２２・・・ウエブブラウザ

Claims

システムであって、
複数のパーソナル電子デバイスと、
少なくとも一つの通信ネットワークを渡って上記複数のパーソナル電子デバイスと通信するサービスプロバイダ装置と
を含み、
上記サービスプロバイダ装置は、
上記複数のパーソナル電子デバイスにより実行可能なウィジェットプログラムのデータベースと、
上記データベース及び上記少なくとも一つの通信ネットワークと通信可能に接続するサーバと
を含み、
上記サーバは、
上記少なくとも一つの通信ネットワークを渡って受信される命令であって、上記ウィジェットプログラムのインスタンス、及び上記インスタンスの実行に関連する条件を上記複数のパーソナル電子デバイスに与える命令に、応答する
ことを特徴とするシステム。
上記複数のパーソナル電子デバイスの各々がユーザインターフェースを含み、
個々の上記ユーザインターフェースが、現在実行されているウィジェットプログラムのインスタンスと一致するコンテンツを表示する
ことを特徴とする請求項１に記載のシステム。
上記データベースが、上記複数のパーソナル電子デバイスの個々に対応する上記ウィジェットプログラムの実行の順序に関する情報を含む
ことを特徴とする請求項１に記載のシステム。
上記命令が、上記少なくとも一つの通信ネットワークに渡って上記サーバにより受信される
ことを特徴とする請求項１に記載のシステム。
上記命令の一つが更に、上記ウィジェットのインスタンスの実行に関する音声若しくは映像パラメータの調整に係る情報を含む
ことを特徴とする請求項１に記載のシステム。
上記命令の一つが更に、上記複数のパーソナル電子デバイスに対応するユーザインターフェースの外観の態様を規定する情報を含む
ことを特徴とする請求項１に記載のシステム。
第１の上記複数のパーソナル電子デバイスの、第１のユーザが、上記第１の上記複数のパーソナル電子デバイスの構成に関して、第１の特権が与えられ、
上記第１の上記複数のパーソナル電子デバイスの、アドミニストレータが、上記第１の上記複数のパーソナル電子デバイスの構成に関して、第２の特権が与えられる
ことを特徴とする請求項１に記載のシステム。
上記複数のパーソナル電子デバイスの各々が、上記少なくとも一つのネットワークに通信上結合する無線アクセスポイントと通信できる無線通信レシーバを含む
ことを特徴とする請求項１に記載のシステム。
上記複数のパーソナル電子デバイスの少なくとも一つが、
プロセッシングユニットと、
少なくとも一つの上記ウィジェットプログラムの、インスタンスが中に格納されるメモリと、
上記少なくとも一つの上記ウィジェットプログラムの、上記インスタンスを上記プロセッシングユニットにより実行する際に、上記少なくとも一つの上記ウィジェットプログラムに固有の情報を示すユーザインターフェースと
を含むことを特徴とする請求項１に記載のシステム。
上記ユーザインターフェースがディスプレイスクリーンを含み、上記複数のパーソナル電子デバイスの上記少なくとも一つが更に、可撓性あるハウジングを含む
ことを特徴とする請求項９に記載のシステム。
実行させるために上記複数のパーソナル電子デバイスの少なくとも一つに対して与えられるウィジェットプログラムから、ユーザがそれを介して選択するところのユーザインターフェースを、上記複数のパーソナル電子デバイスの上記少なくとも一つが含む
ことを特徴とする請求項１に記載のシステム。
上記複数のパーソナル電子デバイスの少なくとも一つのユーザにより操作されるコンピュータデバイスから上記少なくとも一つの通信ネットワークに渡って受信されるリクエストに応じて、サーバが、上記ウィジェットプログラムの選択されたもののインスタンスを、上記複数のパーソナル電子デバイスの別のものに、与える
ことを特徴とする請求項１に記載のシステム。
上記条件の一つが、上記複数のパーソナル電子デバイスの一つに与えられる上記ウィジェットプログラムの一つのインスタンスの実行の相対的順序を規定する
ことを特徴とする請求項１に記載のシステム。
上記条件の一つが、上記複数のパーソナル電子デバイスの一つに与えられる上記ウィジェットプログラムの一つのインスタンスの実行の一つ若しくは複数の絶対的時刻を規定する
ことを特徴とする請求項１に記載のシステム。
少なくとも一つの通信ネットワークを渡って複数のパーソナル電子デバイスの構成を促進する方法であって、
上記複数のパーソナル電子デバイスにより実行可能なウィジェットプログラムのデータベースを確立するステップと、
上記複数のパーソナル電子デバイスに与える上記ウィジェットプログラムを選択し更に上記ウィジェットプログラムの実行に係る条件を指定する、ユーザ若しくはアドミニストレータの命令を、上記少なくとも一つの通信ネットワークを渡って、受信するステップと、
上記命令に応答して上記ウィジェットプログラムのインスタンスを上記複数のパーソナル電子デバイスに、上記少なくとも一つの通信ネットワークを渡って、伝達するステップと
を含む方法。
上記条件の一つが、上記複数のパーソナル電子デバイスの一つに与えられる上記ウィジェットプログラムの上記インスタンスの実行の相対的順序を規定するものである
ことを特徴とする請求項１５に記載の方法。
上記条件の一つが、上記複数のパーソナル電子デバイスの一つに与えられる上記ウィジェットプログラムの上記インスタンスの実行の一つ若しくは複数の絶対的時刻を規定するものである
ことを特徴とする請求項１５に記載の方法。
上記ウィジェットプログラムのインスタンスの実行に関する音声若しくは映像パラメータの調整に係る更なるユーザ若しくはアドミニストレータの命令を受信するステップと、
上記更なるユーザ若しくはアドミニストレータの命令を上記複数のパーソナル電子デバイスに伝達するステップと
更に含むことを特徴とする請求項１５に記載の方法。
上記複数のパーソナル電子デバイスの夫々に対応するユーザインターフェースの外観の態様の規定に係る更なるユーザ若しくはアドミニストレータの命令を受信するステップと、
上記更なるユーザ若しくはアドミニストレータの命令を上記複数のパーソナル電子デバイスのうちの対応するものに伝達するステップと
更に含むことを特徴とする請求項１５に記載の方法。
上記複数のパーソナル電子デバイスの少なくとも一つのユーザにより操作されるコンピュータデバイスから、ウィジェット転送リクエストを、上記少なくとも一つの通信ネットワークを渡って、受信するステップと、
上記ウィジェット転送リクエストに応じて、上記ウィジェットプログラムの選択されたもののインスタンスを、上記複数のパーソナル電子デバイスの別のものに、伝達するステップと
を更に含むことを特徴とする請求項１５に記載の方法。
上記複数のパーソナル電子デバイスの少なくとも一つから、ウィジェット転送リクエストを、上記少なくとも一つの通信ネットワークを渡って、受信するステップと、
上記ウィジェット転送リクエストに応じて、上記ウィジェットプログラムの選択されたもののインスタンスを、上記複数のパーソナル電子デバイスの別のものに、伝達するステップと
を更に含むことを特徴とする請求項１５に記載の方法。
少なくとも一つの通信ネットワークを渡って複数のパーソナル電子デバイスの構成を促進するように動作するネットワークベースのサービスプロバイダ装置であって、
上記サービスプロバイダ装置は、
上記複数のパーソナル電子デバイスにより実行され得るウィジェットプログラムのデータベースと、
上記データベース及び上記少なくとも一つの通信ネットワークと通信可能に接続するサーバと
を含み、
上記サーバは、
上記少なくとも一つの通信ネットワークを渡って、上記ウィジェットプログラムのインスタンス、及び上記複数のパーソナル電子デバイスのインスタンスの実行に係る条件を
上記インスタンスの実行に関連する条件を、伝達するユーザ若しくはアドミニストレータの命令に、応答する
ことを特徴とするサービスプロバイダ装置。
所定の条件が、上記複数のパーソナル電子デバイスの対応する夫々に与えられるウィジェットプログラムの夫々のインスタンスの実行の相対的順序を規定するものである
ことを特徴とする請求項２２に記載のサービスプロバイダ装置。
所定の条件が、上記複数のパーソナル電子デバイスの対応する夫々に与えられるウィジェットプログラムの夫々のインスタンスの実行の一つ若しくはそれ以上の絶対的時刻を規定するものである
ことを特徴とする請求項２２に記載のサービスプロバイダ装置。
上記命令が、上記少なくとも一つのネットワークを渡って、上記サーバにより受信される
ことを特徴とする請求項２２に記載のサービスプロバイダ装置。
上記命令が、上記ウィジェットプログラムのインスタンスの実行に関する音声若しくは映像パラメータの調整に係る情報を更に含む
ことを特徴とする請求項２２に記載のサービスプロバイダ装置。
複数のパーソナル電子デバイスの間でウィジェットプログラムを共有することを促進する方法であって、
上記方法は、
上記複数のパーソナル電子デバイスにより実行可能なウィジェットプログラムのデータベースを確立するステップと、
上記複数のパーソナル電子デバイスの少なくとも一つからウィジェット転送リクエストを、少なくとも一つの通信ネットワークを渡って、受信するステップと、
上記ウィジェット転送リクエストに応答して、上記ウィジェットプログラムの選択されたもののインスタンスを、上記複数のパーソナル電子デバイスの別のものに伝達するステップと
を含む方法。
上記複数のパーソナル電子デバイスによる上記ウィジェットプログラムの実行の個々の機会に先立って、上記複数のパーソナル電子デバイスに、上記ウィジェットプログラムのインスタンスを伝達するステップを
更に含むことを特徴とする請求項２７に記載の方法。
パーソナル電子デバイスを操作する方法であって、
上記方法は、
上記パーソナル電子デバイスにて、複数のウィジェットプログラムの第１のインスタンスのストリームを受信するステップと、
上記パーソナル電子デバイスのメモリの内部に、上記複数のウィジェットプログラムの上記第１のインスタンスを一時的に格納するステップと、
上記パーソナル電子デバイスのプロセッサを用いて、上記複数のウィジェットプログラムの上記第１のインスタンスの各々を実行するステップと、
上記パーソナル電子デバイスにて、上記複数のウィジェットプログラムの第２のインスタンスのストリームを受信するステップと
を含む方法。
上記パーソナル電子デバイスの上記メモリの内部に、上記複数のウィジェットプログラムの上記第２のインスタンスを一時的に格納するステップを
更に含むことを特徴とする請求項２９に記載の方法。
複数のパーソナル電子デバイスを含むシステム内における、パーソナル化された通信の方法であって、
パーソナルメッセージを含むパーソナル化されたウィジェットプログラムを形成するステップと、
各々が、上記複数のパーソナル電子デバイスにより実行可能である上記パーソナル化されたウィジェットプログラムを、ウィジェットプログラムのデータベース内部に格納するステップと、
上記パーソナル化されたウィジェットプログラムを上記複数のパーソナル電子デバイスの一つに転送するリクエストを、通信ネットワークを渡って、受信するステップと、
上記リクエストに応答して、上記パーソナル化されたウィジェットプログラムのインスタンスを上記複数のパーソナル電子デバイスの一つに伝達するステップと
を含む方法。
上記パーソナル化されたウィジェットプログラムを転送するリクエストが、上記複数のパーソナル電子デバイスの別の一つから、受信されることを特徴とする請求項３１に記載の方法。
通信ネットワークを渡って少なくとも一つのパーソナル電子デバイスにウィジェットプログラムを配布する方法において、
上記方法は、
上記少なくとも一つのパーソナル電子デバイスにより実行可能な上記ウィジェットプログラムをデータベース内部に格納するステップと、
複数のプロファイルを確立するステップであって、一つ若しくはそれ以上のウィジェットプログラムが上記複数のプロファイルの夫々に関連する特定の対象に、上記プロファイルの各々が関する、ステップと、
第１の上記複数のプロファイルを、上記少なくとも一つのパーソナル電子デバイスに関連させるステップと、
上記第１の上記複数のプロファイルに関連する上記一つ若しくはそれ以上のウィジェットプログラムを、上記少なくとも一つのパーソナル電子デバイスに、上記通信ネットワークを渡って、伝達するステップと
を含む方法。
上記データベース内部に更なるウィジェットプログラムを格納するステップと、
上記ウィジェットプログラムのどれが、上記複数のプロファイルの夫々と関連するかを変更するステップと
を更に含むことを特徴とする請求項３３に記載の方法。
上記複数のプロファイルのセットに対応するチャネルのセットに署名するリクエストを、上記少なくとも一つのパーソナル電子デバイスから、上記通信ネットワークを渡って、受信するステップを、
更に含むことを特徴とする請求項３３に記載の方法。
上記リクエストに応答して、上記複数のプロファイルの上記セットを、上記少なくとも一つのパーソナル電子デバイスと関連付けるステップを、
更に含むことを特徴とする請求項３５に記載の方法。