(57)【要約】  アラーム音を選択して配信するためのシステム及び方法を開示する。第１のデバイスは、アラーム、会合時間、又は他のイベント等の予め定義されたアラーム音イベントに関連してレンダリングするためのコンテンツアイテムをユーザが選択することを可能にするように構成されてもよい。コンテンツアイテムは、次に、イベントの発生時にコンテンツをレンダリングするように構成されるアプリケーションに関連づけられてもよく、ユーザは、非所有のコンテンツの購入を可能にされてもよい。ユーザはさらに、コンテンツ又はコンテンツへの参照を第２のユーザに関連づけられる第２のデバイスへ送信することを可能にされてもよく、この場合、第２のユーザは次に前記コンテンツを購入し、かつこれを第２のデバイス上でのアラーム音機能のために使用することを可能にされてもよい。
2010536193.tif 000002
【特許請求の範囲】
【請求項１】
デバイス上へレンダリングするためのアラーム音を選択する方法であって、
第１のコンテンツアイテムの選択を促進するように構成される第１のユーザインターフェースを提供することと、
前記第１のユーザインターフェースにおいてユーザ入力を受信し、前記ユーザ入力は前記第１のコンテンツアイテムを選択するように提供されることと、
前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定することと、
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけることと、
前記再生持続時間が超過されているかを決定することと、
前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記第１のコンテンツアイテムを前記デバイス上へレンダリングすることとを含む方法。
【請求項２】
前記第１のコンテンツアイテムが使用を認証されているかを決定することと、
前記第１のコンテンツアイテムが使用を認証されているかの前記決定に応答して、コンテンツの購入を促進するように構成される第２のユーザインターフェースを提供することとをさらに含む請求項１記載の方法。
【請求項３】
前記再生持続時間は、前記第１のコンテンツアイテムが前記デバイスのユーザによって所有されていれば、無制限であるように設定される請求項２記載の方法。
【請求項４】
前記第２のユーザインターフェースを提供することは、
前記第１のコンテンツアイテムの購入のためのプロンプトを提供することと、
前記購入のためのプロンプトに応答して、前記第２のユーザインターフェースにおいてユーザ入力を受信することと、
前記コンテンツが前記デバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別することとを含む請求項２記載の方法。
【請求項５】
前記再生持続時間は、前記第１のコンテンツアイテムが所有されていなければ、制限されるように設定される請求項４記載の方法。
【請求項６】
前記再生持続時間は、前記第１のコンテンツアイテムが所有されていれば、無制限であるように設定される請求項４記載の方法。
【請求項７】
前記再生持続時間は、前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば、制限されるように設定される請求項４記載の方法。
【請求項８】
前記再生持続時間が超過されていれば、前記第１のコンテンツアイテムの購入を促進するように構成される第３のユーザインターフェースを提供することと、
前記第３のユーザインターフェースにおいて、前記第１のコンテンツアイテムの購入のためのプロンプトを提供することと、
前記購入のためのプロンプトに応答して、前記第３のユーザインターフェースにおいてユーザ入力を受信することと、
前記第１のコンテンツアイテムが前記デバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別することと、
前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定することと、
前記第１のコンテンツアイテムが所有されていなければ、前記第１のコンテンツアイテムの再生を無効化することとをさらに含む請求項１記載の方法。
【請求項９】
前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば、前記再生持続時間を制限されるように設定することをさらに含む請求項８記載の方法。
【請求項１０】
前記第１のコンテンツアイテムは、メディアファイルである請求項１記載の方法。
【請求項１１】
前記メディアファイルは、オーディオクリップである請求項１０記載の方法。
【請求項１２】
前記メディアファイルは、ビデオクリップである請求項１０記載の方法。
【請求項１３】
前記メディアファイルは、画像ファイルである請求項１０記載の方法。
【請求項１４】
前記メディアファイルは、マルチメディアクリップである請求項１０記載の方法。
【請求項１５】
前記第１のコンテンツを予め定義されたイベントに関連づけることは、
前記予め定義されたイベントの選択を促進するように構成される第４のユーザインターフェースを提供することと、
前記予め定義されたイベントを選択するプロンプトを提供することと、
前記予め定義されたイベントを選択するプロンプトに応答して、前記第４のユーザインターフェースにおいてユーザ入力を受信することと、
前記予め定義されたイベントの発生に応答して、前記第１のコンテンツアイテムのレンダリングを可能にすることとを含む請求項１記載の方法。
【請求項１６】
前記予め定義されたイベントは、第２のアプリケーションによって発生される請求項１５記載の方法。
【請求項１７】
前記第２のアプリケーションは、目覚まし時計アプリケーションである請求項１６記載の方法。
【請求項１８】
前記予め定義されたイベントは、予め設定されたアラーム時間である請求項１７記載の方法。
【請求項１９】
前記第２のアプリケーションは、会合時間アプリケーションである請求項１６記載の方法。
【請求項２０】
前記予め定義されたイベントは、予め定義された会合時間である請求項１９記載の方法。
【請求項２１】
前記予め定義されたイベントは、外部デバイスによって発生される請求項１５記載の方法。
【請求項２２】
前記予め定義されたイベントは、前記デバイスの外部のアプリケーションによって発生される請求項１５記載の方法。
【請求項２３】
前記デバイスは第１のデバイスであって、
第２のデバイスへ提供されるべき第２のコンテンツアイテムの選択を促進するように構成される第５のユーザインターフェースを提供することと、
前記第２のコンテンツアイテムを選択するプロンプトを提供することと、
前記第２のコンテンツアイテムを選択する前記プロンプトに応答して、前記第５のユーザインターフェースにおいて第１のユーザ入力を受信することと、
前記第２のデバイスを選択するプロンプトを提供することと、
前記第２のデバイスを選択する前記プロンプトに応答して、前記第５のユーザインターフェースにおいて第２のユーザ入力を受信して、前記第２のデバイスを選択することとをさらに含む請求項１記載の方法。
【請求項２４】
前記第２のコンテンツアイテムを前記第２のデバイスへ提供することをさらに含む請求項２３記載の方法。
【請求項２５】
前記第２のコンテンツアイテムは、前記第１のデバイスから前記第２のデバイスへ提供される請求項２４記載の方法。
【請求項２６】
前記第２のコンテンツアイテムは、前記第１のデバイスに関連づけられるサービスプロバイダにより提供されるサーバから前記第２のデバイスへ提供される請求項２４記載の方法。
【請求項２７】
前記第２のコンテンツアイテムへの参照を前記第２のデバイスへ提供することをさらに含む請求項２３記載の方法。
【請求項２８】
前記参照は、前記第１のデバイスから前記第２のデバイスへ提供される請求項２７記載の方法。
【請求項２９】
前記参照は、前記第１のデバイスに関連づけられるサービスプロバイダにより提供されるサーバから前記第２のデバイスへ提供される請求項２７記載の方法。
【請求項３０】
前記予め定義されたイベントは、前記デバイス内部の専用アラームシステムによって発生される請求項１記載の方法。
【請求項３１】
前記第１のコンテンツアイテムは、前記デバイスに記憶されるメディアファイルを備える請求項１記載の方法。
【請求項３２】
前記第１のコンテンツアイテムは、メディアファイルへの参照を備える請求項１記載の方法。
【請求項３３】
前記メディアファイルは、前記デバイスの外部に記憶される請求項３２記載の方法。
【請求項３４】
アラーム音を選択しかつレンダリングするためのデバイスであって、
プロセッサと、
プロセッサ実行可能な命令セットが記憶されるプロセッサ読み取り可能なメモリとを備え、
前記プロセッサ実行可能な命令セットは、
前記デバイス上に、第１のコンテンツアイテムの選択を促進するように構成される第１のユーザインターフェースを提供し、
前記第１のユーザインターフェースにおいてユーザ入力を受信して前記第１のコンテンツアイテムを選択し、
前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定し、
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけ、
前記再生持続時間が超過されているかを決定し、かつ、
前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記デバイス上に前記第１のコンテンツアイテムをレンダリングするように配列されるデバイス。
【請求項３５】
前記プロセッサ実行可能な命令はさらに、
前記第１のコンテンツアイテムが使用を認証されているかを決定し、かつ、
前記第１のコンテンツアイテムが使用を認証されているかの前記決定に応答して、前記デバイス上にコンテンツの購入を促進するように構成される第２のユーザインターフェースを提供するように配列される請求項３４記載のデバイス。
【請求項３６】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが前記デバイスのユーザによって所有されていれば、前記再生持続時間を無制限であるように設定するように配列される請求項３５記載のデバイス。
【請求項３７】
第２のユーザインターフェースを提供するように配列される前記プロセッサ実行可能な命令は、
前記第１のコンテンツアイテムの購入のためのプロンプトを提供し、
前記購入のためのプロンプトに応答して、前記第２のユーザインターフェースにおいて入力を受信し、かつ、
前記コンテンツが前記デバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別する命令を含む請求項３５記載のデバイス。
【請求項３８】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが所有されていなければ、前記再生持続時間を制限されるように設定するように配列される請求項３７記載のデバイス。
【請求項３９】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定するように配列される請求項３７記載のデバイス。
【請求項４０】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば、前記再生持続時間を制限されるように設定するように配列される請求項３７記載のデバイス。
【請求項４１】
前記プロセッサ実行可能な命令はさらに、
前記再生持続時間が超過されていれば、前記デバイス上に、前記第１のコンテンツアイテムの購入を促進するように構成される第３のユーザインターフェースを提供し、
前記第３のユーザインターフェースにおいて、前記第１のコンテンツアイテムの購入のためのプロンプトを提供し、
前記購入のためのプロンプトに応答して、前記第３のユーザインターフェースにおいてユーザ入力を受信し、
前記第１のコンテンツアイテムが前記デバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別し、
前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定し、かつ、
前記第１のコンテンツアイテムが所有されていなければ、再生を無効化するように配列される請求項３４記載のデバイス。
【請求項４２】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが限定された再生持続時間について購入されていれば、前記再生持続時間を制限されるように設定するように配列される請求項４１記載のデバイス。
【請求項４３】
前記第１のコンテンツアイテムは、メディアファイルである請求項３４記載のデバイス。
【請求項４４】
前記メディアファイルは、オーディオクリップである請求項４３記載のデバイス。
【請求項４５】
前記メディアファイルは、ビデオクリップである請求項４３記載のデバイス。
【請求項４６】
前記メディアファイルは、画像である請求項４３記載のデバイス。
【請求項４７】
前記メディアファイルは、マルチメディアクリップである請求項４３記載のデバイス。
【請求項４８】
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけるように配列される前記プロセッサ実行可能な命令は、
前記デバイス上に、前記予め定義されたイベントの選択を促進するように構成される第４のユーザインターフェースを提供し、
前記予め定義されたイベントを選択するプロンプトを提供し、
前記予め定義されたイベントを選択する前記プロンプトに応答して、前記第４のユーザインターフェースにおいて入力を受信し、かつ、
前記予め定義されたイベントの発生に応答して、前記第１のコンテンツアイテムのレンダリングを可能にする命令を含む請求項３４記載のデバイス。
【請求項４９】
前記予め定義されたイベントは、第２のアプリケーションによって発生される請求項４８記載のデバイス。
【請求項５０】
前記第２のアプリケーションは、目覚まし時計アプリケーションである請求項４９記載のデバイス。
【請求項５１】
前記予め定義されたイベントは、予め設定されたアラーム時間である請求項５０記載のデバイス。
【請求項５２】
前記第２のアプリケーションは、会合時間アプリケーションである請求項４９記載のデバイス。
【請求項５３】
前記予め定義されたイベントは、予め定義された会合時間である請求項５２記載のデバイス。
【請求項５４】
前記予め定義されたイベントは、外部デバイスによって発生される請求項４８記載のデバイス。
【請求項５５】
前記予め定義されたイベントは、前記デバイスの外部のアプリケーションによって発生される請求項４８記載のデバイス。
【請求項５６】
前記デバイスは第１のデバイスであり、かつ前記プロセッサ実行可能な命令はさらに、
前記第１のデバイス上へ、第２のデバイスへ提供されるべき第２のコンテンツアイテムの選択を促進するように構成される第５のユーザインターフェースを提供し、
前記第２のコンテンツアイテムを選択するプロンプトを提供し、
前記第２のコンテンツアイテムを選択する前記プロンプトに応答して、前記第５のユーザインターフェースにおいて第１のユーザ入力を受信し、
前記第２のデバイスを選択するプロンプトを提供し、かつ、
前記第２のデバイスを選択する前記プロンプトに応答して、前記第５のユーザインターフェースにおいて第２のユーザ入力を受信して、前記第２のデバイスを選択するように配列される請求項３４記載のデバイス。
【請求項５７】
前記プロセッサ実行可能な命令はさらに、前記第２のコンテンツアイテムの前記第２のデバイスへの提供を開始するように配列される請求項５６記載のデバイス。
【請求項５８】
前記第２のコンテンツアイテムは、前記第１のデバイスから前記第２のデバイスへ提供される請求項５７記載のデバイス。
【請求項５９】
前記第２のコンテンツアイテムは、前記第１のデバイスに関連づけられるサービスプロバイダにより提供されるサーバから前記第２のデバイスへ提供される請求項５７記載のデバイス。
【請求項６０】
前記プロセッサ実行可能な命令はさらに、前記第２のコンテンツアイテムへの参照の前記第２のデバイスへの提供を開始するように配列される請求項５６記載のデバイス。
【請求項６１】
前記第２のコンテンツアイテムへの前記参照は、前記第１のデバイスから前記第２のデバイスへ提供される請求項６０記載のデバイス。
【請求項６２】
前記第２のコンテンツアイテムへの前記参照は、前記第１のデバイスに関連づけられるサービスプロバイダにより提供されるサーバから前記第２のデバイスへ提供される請求項６０記載のデバイス。
【請求項６３】
前記予め定義されたイベントは、前記デバイス内部の専用アラームシステムによって発生される請求項３４記載のデバイス。
【請求項６４】
前記第１のコンテンツアイテムは、前記デバイスに記憶されるメディアファイルを備える請求項３４記載のデバイス。
【請求項６５】
前記第１のコンテンツアイテムは、メディアファイルへの参照を備える請求項３５記載のデバイス。
【請求項６６】
前記メディアファイルは、前記デバイスの外部に記憶される請求項６５記載のデバイス。
【請求項６７】
第１のデバイスと第２のデバイスとの間でアラーム音コンテンツを共有する方法であって、
前記第２のデバイスにより発行される要求に応答して、前記第１のデバイスにおいて第１のコンテンツアイテムを受信することと、
前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定することと、
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけることと、
前記再生持続時間が超過されているかを決定することと、
前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記第１のデバイス上に前記第１のコンテンツアイテムをレンダリングすることとを含む方法。
【請求項６８】
前記第１のコンテンツアイテムが前記第１のデバイス上での使用を認証されているかを決定することと、
コンテンツの購入を促進するように構成される第１のユーザインターフェースを提供することとをさらに含む請求項６７記載の方法。
【請求項６９】
前記再生持続時間は、前記第１のコンテンツアイテムが前記第１のデバイスのユーザによって所有されていれば、無制限であるように設定される請求項６８記載の方法。
【請求項７０】
前記第１のユーザインターフェースを提供することは、
前記第１のコンテンツアイテムの購入のためのプロンプトを提供することと、
前記購入のためのプロンプトに応答して、前記第１のユーザインターフェースにおいてユーザ入力を受信することと、
前記コンテンツが前記第１のデバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別することとを含む請求項６８記載の方法。
【請求項７１】
前記再生持続時間は、前記第１のコンテンツアイテムが所有されていなければ、制限されるように設定される請求項７０記載の方法。
【請求項７２】
前記再生持続時間は、前記第１のコンテンツアイテムが所有されていれば、無制限であるように設定される請求項７０記載の方法。
【請求項７３】
前記再生持続時間は、前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば、制限されるように設定される請求項６９記載の方法。
【請求項７４】
前記再生持続時間が超過されていれば、前記第１のコンテンツアイテムの購入を促進するように構成される第２のユーザインターフェースを提供することと、
前記第２のユーザインターフェースにおいて、前記第１のコンテンツアイテムの購入のためのプロンプトを提供することと、
購入のための前記プロンプトに応答して、前記第２のユーザインターフェースにおいてユーザ入力を受信することと、
前記第１のコンテンツアイテムが前記第１のデバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別することと、
前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定することと、
前記第１のコンテンツアイテムが所有されていなければ、前記第１のコンテンツアイテムの再生を無効化することとをさらに含む請求項６７記載の方法。
【請求項７５】
前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば、前記再生持続時間を制限されるように設定することをさらに含む請求項７４記載の方法。
【請求項７６】
前記第１のコンテンツアイテムは、メディアファイルである請求項６７記載の方法。
【請求項７７】
前記メディアファイルは、オーディオクリップである請求項７６記載の方法。
【請求項７８】
前記メディアファイルは、ビデオクリップである請求項７６記載の方法。
【請求項７９】
前記メディアファイルは、画像である請求項７６記載の方法。
【請求項８０】
前記メディアファイルは、マルチメディアクリップである請求項７６記載の方法。
【請求項８１】
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけることは、
前記予め定義されたイベントの選択を促進するように構成される第３のユーザインターフェースを提供することと、
前記予め定義されたイベントを選択するプロンプトを提供することと、
前記予め定義されたイベントを選択する前記プロンプトに応答して、前記第３のユーザインターフェースにおいてユーザ入力を受信することと、
前記予め定義されたイベントの発生に応答して、前記第１のデバイス上での第１のコンテンツアイテムのレンダリングを可能にすることとを含む請求項６７記載の方法。
【請求項８２】
前記予め定義されたイベントは、第２のアプリケーションによって発生される請求項８１記載の方法。
【請求項８３】
前記第２のアプリケーションは、目覚まし時計アプリケーションである請求項８２記載の方法。
【請求項８４】
前記予め定義されたイベントは、予め設定されたアラーム時間である請求項８３記載の方法。
【請求項８５】
前記第２のアプリケーションは、会合時間アプリケーションである請求項８２記載の方法。
【請求項８６】
前記予め定義されたイベントは、予め定義された会合時間である請求項８５記載の方法。
【請求項８７】
前記予め定義されたイベントは、外部デバイスによって発生される請求項８１記載の方法。
【請求項８８】
前記予め定義されたイベントは、前記第１のデバイスの外部のアプリケーションによって発生される請求項８１記載の方法。
【請求項８９】
前記第１のデバイス上で第三者が提供するコンテンツの再生が可能にされるかを決定することと、
前記第１のデバイス上で第三者が提供するコンテンツの再生が無効化されれば、前記第１のコンテンツアイテムの再生を終了することとをさらに含む請求項６７記載の方法。
【請求項９０】
前記予め定義されたイベントは、前記第１のデバイス内部の専用アラームシステムによって発生される請求項６７記載の方法。
【請求項９１】
前記第１のコンテンツアイテムは、前記第１のデバイスに記憶されるメディアファイルを備える請求項６７記載の方法。
【請求項９２】
前記第１のコンテンツアイテムは、メディアファイルへの参照を備える請求項６７記載の方法。
【請求項９３】
前記メディアファイルは、前記第１のデバイスの外部に記憶される請求項９２記載の方法。
【請求項９４】
第２のデバイスにより提供されるアラーム音を共有するように構成される第１のデバイスであって、
プロセッサと、
プロセッサ実行可能な命令セットを含むプロセッサ読み取り可能なメモリとを備え、
前記プロセッサ実行可能な命令セットは、
前記第１のデバイスにおいて、前記第２のデバイスにより発行される要求に応答して第１のコンテンツアイテムを受信し、
前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定し、
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけ、
前記再生持続時間が超過されているかを決定し、かつ、
前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記第１のデバイス上に前記第１のコンテンツアイテムをレンダリングするように配列される第１のデバイス。
【請求項９５】
前記プロセッサ実行可能な命令はさらに、
前記第１のコンテンツアイテムが前記第１のデバイス上での使用を認証されているかを決定し、かつ、
前記第１のコンテンツアイテムが使用を認証されているかの前記決定に応答して、前記第１のデバイス上にコンテンツの購入を促進するように構成される第２のユーザインターフェースを提供するように配列される請求項９４記載のデバイス。
【請求項９６】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが前記第１のデバイスのユーザによって所有されていれば、前記再生持続時間を無制限であるように設定するように配列される請求項９５記載のデバイス。
【請求項９７】
第２のユーザインターフェースを提供するように配列される前記プロセッサ実行可能な命令は、
前記第１のコンテンツアイテムの購入のためのプロンプトを提供し、
購入のための前記プロンプトに応答して、前記第２のユーザインターフェースにおいて入力を受信し、かつ、
前記コンテンツが前記第１のデバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別する命令を含む請求項９５記載のデバイス。
【請求項９８】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが所有されていなければ、前記再生持続時間を制限されるように設定するように配列される請求項９７記載のデバイス。
【請求項９９】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定するように配列される請求項９７記載のデバイス。
【請求項１００】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば、前記再生持続時間を制限されるように設定するように配列される請求項９６記載のデバイス。
【請求項１０１】
前記プロセッサ実行可能な命令はさらに、
前記再生持続時間が超過されていれば、前記第１のデバイス上に、前記第１のコンテンツアイテムの購入を促進するように構成される第３のユーザインターフェースを提供し、
前記第３のユーザインターフェースにおいて、前記第１のコンテンツアイテムの購入のためのプロンプトを提供し、
購入のための前記プロンプトに応答して、前記第３のユーザインターフェースにおいてユーザ入力を受信し、
前記第１のコンテンツアイテムが前記第１のデバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別し、
前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定し、かつ、
前記第１のコンテンツアイテムが所有されていなければ、再生を無効化するように配列される請求項９４記載のデバイス。
【請求項１０２】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば前記再生持続時間を制限されるように設定するように配列される請求項１０１記載のデバイス。
【請求項１０３】
前記第１のコンテンツアイテムは、メディアファイルである請求項９４記載のデバイス。
【請求項１０４】
前記メディアファイルは、オーディオクリップである請求項１０３記載のデバイス。
【請求項１０５】
前記メディアファイルは、ビデオクリップである請求項１０３記載のデバイス。
【請求項１０６】
前記メディアファイルは、画像である請求項１０３記載のデバイス。
【請求項１０７】
前記メディアファイルは、マルチメディアクリップである請求項１０３記載のデバイス。
【請求項１０８】
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけるように配列される前記プロセッサ実行可能な命令は、
前記第１のデバイス上に、前記予め定義されたイベントの選択を促進するように構成される第４のユーザインターフェースを提供し、
前記予め定義されたイベントを選択するプロンプトを提供し、
前記予め定義されたイベントを選択する前記プロンプトに応答して、前記第４のユーザインターフェースにおいて入力を受信し、かつ、
前記予め定義されたイベントの発生に応答して、前記第１のデバイス上での前記第１のコンテンツアイテムのレンダリングを可能にする命令を含む請求項９４記載のデバイス。
【請求項１０９】
前記予め定義されたイベントは、第２のアプリケーションによって決定される請求項１０８記載のデバイス。
【請求項１１０】
前記第２のアプリケーションは、目覚まし時計アプリケーションである請求項１０９記載のデバイス。
【請求項１１１】
前記予め定義されたイベントは、予め設定されたアラーム時間である請求項１１０記載のデバイス。
【請求項１１２】
前記第２のアプリケーションは、会合時間アプリケーションである請求項１０９記載のデバイス。
【請求項１１３】
前記予め定義されたイベントは、予め定義された会合時間である請求項１１２記載のデバイス。
【請求項１１４】
前記予め定義されたイベントは、外部デバイスによって発生される請求項１０８記載のデバイス。
【請求項１１５】
前記予め定義されたイベントは、前記第１のデバイスの外部のアプリケーションによって発生される請求項１０８記載のデバイス。
【請求項１１６】
前記プロセッサ実行可能な命令はさらに、
前記第１のデバイス上で第三者が提供するコンテンツの再生が可能にされるかを決定し、
前記第１のデバイス上で第三者が提供するコンテンツの再生が無効化されれば、前記第１のコンテンツアイテムの再生を終了するように配列される請求項９４記載のデバイス。
【請求項１１７】
前記予め定義されたイベントは、前記第１のデバイス内部の専用アラームシステムによって発生される請求項９４記載のデバイス。
【請求項１１８】
前記第１のコンテンツアイテムは、前記第１のデバイスに記憶されるメディアファイルを備える請求項９４記載のデバイス。
【請求項１１９】
前記第１のコンテンツアイテムは、メディアファイルへの参照を備える請求項１１８記載のデバイス。
【請求項１２０】
前記メディアファイルは、前記第１のデバイスの外部に記憶される請求項１１９記載のデバイス。
【請求項１２１】
プロセッサ実行可能な命令を備える機械読み取り可能な媒体であって、
前記プロセッサ実行可能な命令は、プロセッサ上で実行されるとき、
デバイス上に、第１のコンテンツアイテムの選択を促進するように構成される第１のユーザインターフェースを提供し、
前記第１のユーザインターフェースにおいてユーザ入力を受信して前記第１のコンテンツアイテムを選択し、
前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定し、
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけ、
前記再生持続時間が超過されているかを決定し、かつ、
前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記デバイス上に前記第１のコンテンツアイテムをレンダリングするように配列される機械読み取り可能な媒体。
【請求項１２２】
前記プロセッサ実行可能な命令は、さらに、
前記第１のコンテンツアイテムが使用を認証されているかを決定し、かつ、
前記第１のコンテンツアイテムが使用を認証されているかの前記決定に応答して、前記デバイス上にコンテンツの購入を促進するように構成される第２のユーザインターフェースを提供するように配列される請求項１２１記載の機械読み取り可能な媒体。
【請求項１２３】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが前記デバイスのユーザによって所有されていれば、前記再生持続時間を無制限であるように設定するように配列される請求項１２２記載の機械読み取り可能な媒体。
【請求項１２４】
第２のユーザインターフェースを提供するように配列される前記プロセッサ実行可能な命令は、
前記第１のコンテンツアイテムの購入のためのプロンプトを提供し、
前記購入のためのプロンプトに応答して、前記第２のユーザインターフェースにおいて入力を受信し、かつ、
前記コンテンツが前記デバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別する命令を含む請求項１２２記載の機械読み取り可能な媒体。
【請求項１２５】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが所有されていなければ、前記再生持続時間を制限されるように設定するように配列される請求項１２４記載の機械読み取り可能な媒体。
【請求項１２６】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定するように配列される請求項１２４記載の機械読み取り可能な媒体。
【請求項１２７】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが限定された再生持続時間について所有されていれば、前記再生持続時間を制限されるように設定するように配列される請求項１２４記載の機械読み取り可能な媒体。
【請求項１２８】
前記プロセッサ実行可能な命令はさらに、
前記再生持続時間が超過されていれば、前記デバイス上に、前記第１のコンテンツアイテムの購入を促進するように構成される第３のユーザインターフェースを提供し、
前記第３のユーザインターフェースにおいて、前記第１のコンテンツアイテムの購入のためのプロンプトを提供し、
前記購入のためのプロンプトに応答して、前記第３のユーザインターフェースにおいてユーザ入力を受信し、
前記第１のコンテンツアイテムが前記デバイスのユーザによって購入されれば、前記第１のコンテンツアイテムを所有済みとして識別し、
前記第１のコンテンツアイテムが所有されていれば、前記再生持続時間を無制限であるように設定し、かつ、
前記第１のコンテンツアイテムが所有されていなければ、再生を無効化するように配列される請求項１２１記載の機械読み取り可能な媒体。
【請求項１２９】
前記プロセッサ実行可能な命令はさらに、前記第１のコンテンツアイテムが限定された再生持続時間について購入されていれば、前記再生持続時間を制限されるように設定するように配列される請求項１２８記載の機械読み取り可能な媒体。
【請求項１３０】
前記第１のコンテンツアイテムは、メディアファイルである請求項１２１記載の機械読み取り可能な媒体。
【請求項１３１】
前記メディアファイルは、オーディオクリップである請求項１３０記載の機械読み取り可能な媒体。
【請求項１３２】
前記メディアファイルは、ビデオクリップである請求項１３０記載の機械読み取り可能な媒体。
【請求項１３３】
前記メディアファイルは、画像である請求項１３０記載の機械読み取り可能な媒体。
【請求項１３４】
前記メディアファイルは、マルチメディアクリップである請求項１３０記載の機械読み取り可能な媒体。
【請求項１３５】
前記第１のコンテンツアイテムを予め定義されたイベントに関連づけるように配列される前記プロセッサ実行可能な命令は、
前記デバイス上に、前記予め定義されたイベントの選択を促進するように構成される第４のユーザインターフェースを提供し、
前記予め定義されたイベントを選択するプロンプトを提供し、
前記予め定義されたイベントを選択する前記プロンプトに応答して、前記第４のユーザインターフェースにおいて入力を受信し、かつ、
前記予め定義されたイベントの発生に応答して、前記デバイス上での前記第１のコンテンツアイテムのレンダリングを可能にする命令を含む請求項１２１記載の機械読み取り可能な媒体。
【請求項１３６】
前記予め定義されたイベントは、第２のアプリケーションによって発生される請求項１３５記載の機械読み取り可能な媒体。
【請求項１３７】
前記第２のアプリケーションは、目覚まし時計アプリケーションである請求項１３６記載の機械読み取り可能な媒体。
【請求項１３８】
前記予め定義されたイベントは、予め設定されたアラーム時間である請求項１３７記載の機械読み取り可能な媒体。
【請求項１３９】
前記第２のアプリケーションは、会合時間アプリケーションである請求項１３６記載の機械読み取り可能な媒体。
【請求項１４０】
前記予め定義されたイベントは、予め定義された会合時間である請求項１３９記載の機械読み取り可能な媒体。
【請求項１４１】
前記予め定義されたイベントは、外部デバイスによって発生される請求項１３５記載の機械読み取り可能な媒体。
【請求項１４２】
前記予め定義されたイベントは、前記デバイスの外部のアプリケーションによって発生される請求項１３５記載の機械読み取り可能な媒体。
【請求項１４３】
前記デバイスは第１のデバイスであり、かつ前記プロセッサ実行可能な命令はさらに、
前記第１のデバイス上へ、第２のデバイスへ提供されるべき第２のコンテンツアイテムの選択を促進するように構成される第５のユーザインターフェースを提供し、
前記第２のコンテンツアイテムを選択するプロンプトを提供し、
前記第２のコンテンツアイテムを選択する前記プロンプトに応答して、前記第５のユーザインターフェースにおいて第１のユーザ入力を受信し、
前記第２のデバイスを選択するプロンプトを提供し、かつ、
前記第２のデバイスを選択する前記プロンプトに応答して、前記第５のユーザインターフェースにおいて第２のユーザ入力を受信して、前記第２のデバイスを選択するように配列される請求項１２１記載の機械読み取り可能な媒体。
【請求項１４４】
前記プロセッサ実行可能な命令はさらに、前記第２のコンテンツアイテムの前記第２のデバイスへの提供を開始するように配列される請求項１４３記載の機械読み取り可能な媒体。
【請求項１４５】
前記第２のコンテンツアイテムは、前記第１のデバイスから前記第２のデバイスへ提供される請求項１４４記載の機械読み取り可能な媒体。
【請求項１４６】
前記第２のコンテンツアイテムは、前記第１のデバイスに関連づけられるサービスプロバイダにより提供されるサーバから前記第２のデバイスへ提供される請求項１４４記載の機械読み取り可能な媒体。
【請求項１４７】
前記プロセッサ実行可能な命令はさらに、前記第２のコンテンツアイテムへの参照の前記第２のデバイスへの送信を開始するように配列される請求項１４３記載の機械読み取り可能な媒体。
【請求項１４８】
前記第２のコンテンツアイテムへの前記参照は、前記第１のデバイスから前記第２のデバイスへ送信される請求項１４７記載の機械読み取り可能な媒体。
【請求項１４９】
前記第２のコンテンツアイテムへの前記参照は、前記第１のデバイスに関連づけられるサービスプロバイダにより提供されるサーバから前記第２のデバイスへ送信される請求項１４７記載の機械読み取り可能な媒体。
【請求項１５０】
前記予め定義されたイベントは、前記デバイス内部の専用アラームシステムによって発生される請求項１２１記載の機械読み取り可能な媒体。
【請求項１５１】
前記第１のコンテンツアイテムは、前記デバイスに記憶されるメディアファイルを備える請求項１２１記載の機械読み取り可能な媒体。
【請求項１５２】
前記第１のコンテンツアイテムは、メディアファイルへの参照を備える請求項１２１記載の機械読み取り可能な媒体。
【請求項１５３】
前記メディアファイルは、前記デバイスの外部に記憶される請求項１５２記載の機械読み取り可能な媒体。
【請求項１５４】
前記デバイスは第１のデバイスであり、前記プロセッサ実行可能な命令はさらに、
前記第１のデバイスにおいて、第２のデバイスにより発行される要求に応答して第２のコンテンツアイテムを受信し、
前記第２のコンテンツアイテムに関連づけられる第２の再生持続時間を設定し、
前記第２のコンテンツアイテムを第２の予め定義されたイベントに関連づけ、
前記第２の再生持続時間が超過されているかを決定し、かつ、
前記第２の再生持続時間が超過されていなければ、前記第２の予め定義されたイベントの発生に応答して前記第１のデバイス上に前記第２のコンテンツアイテムをレンダリングするように配列される請求項１２１記載の機械読み取り可能な媒体。
【請求項１５５】
前記プロセッサ実行可能な命令はさらに、
前記第１のデバイス上で第三者が提供するコンテンツの再生が可能にされるかを決定し、
第三者が提供するコンテンツの再生が無効化されれば、前記第１のデバイス上での前記第２のコンテンツアイテムの再生を終了するように配列される請求項１５４記載の機械読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００７年７月１３日に出願された「ネットワークで接続されたオーディオビジュアルデバイスにおいてアラーム音を選択し、配信しかつ再生するシステム及び方法」と題する米国仮特許出願第６０／９４９，７７５号に対する優先権を主張するものである。本出願は、２００８年６月２３日に出願された「携帯用デバイスを使用して仮想世界と交信するシステム及び方法」と題する米国特許出願第１２／１４４，５６１号、２００８年６月１９日に出願された「デバイス登録のシステム及び方法」と題する米国特許出願第１２／１４２，６３０号、２００８年６月２日に出願された「個別携帯用デバイス及び関連システムのセキュリティ及び認証のシステム及び方法」と題する米国特許出願第１２／１３１，８０９号、２００７年１２月１０日に出願された「ネットワークで接続されたオーディオビジュアルデバイスにおけるロケーション、動作及び接触の検出及び追跡のシステム及び方法」と題する米国特許出願第１１／９５３，７５６号、２００７年８月２４日に出願された「ネットワークで接続された個人用オーディオビジュアルデバイスのソフトウェアを自動更新するシステム及び方法」と題する米国特許出願第１１／８４５，０２７号、２００７年８月２４日に出願された「ネットワークで接続された個人用オーディオビジュアルデバイスへ電子コンテンツを転送するシステム及び方法」と題する米国特許出願第１１／８４５，０２６号、２００７年８月２４日に出願された「軟質ハウジングを有するネットワークで接続された個人用オーディオビジュアルデバイス」と題する米国特許出願第１１／８４５，０２１号、２００７年８月２４日に出願された「ネットワークで接続されたアプリケーション共有システムに使用する設定可能な個人用オーディオビジュアルデバイス」と題する米国特許出願第１１／８４５，０１８号、及び２００７年３月２１日に出願された「ネットワークで接続されたオーディオビジュアルデバイスによって仮想世界と交信するシステム及び方法」と題する米国仮特許出願第６０／９４５，５４８号に関連する。これらの出願の各々の内容はその全体が、あらゆる目的に沿って参照することにより本明細書に組み込まれる。本明細書において、これらの出願は関連出願として纏めて示される場合もある。
【背景技術】
【０００２】
様々に異なる技術（例えば、ケーブル、デジタル加入者線（ＤＳＬ）、衛星）を利用するサービスプロバイダ間の競争の結果として、消費者間にブロードバンドインターネット接続がますます普及してきていることは周知である。多くの家庭において、パーソナルコンピュータ（ＰＣ）は、これらのブロードバンド接続を装備した帯域幅の主たるユーザとなる。予め与えられた家庭におけるＰＣ間でのインターネット接続の共有を促進するために、様々な「有線」及び「無線」のホームネットワーキング技術が利用されてきている。
【０００３】
住宅全体にわたりイーサネット（登録商標）ケーブルを設置することが非実際的である結果として、消費者の間では、ＲＦベースの無線ネットワーキング技術がますます一般的となりつつある。８０２．１１ｂ又は「Ｗｉ−Ｆｉ」無線ネットワーキング規格に基づくシステムは、現時点では最も普及しているかもしれないが、増大した帯域幅を提供する８０２．１１規格のバージョンが導入されてきていて、さらにより高い帯域幅のアプローチが提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
家庭内で利用可能な増大された帯域幅により、デジタルオーディオ、ビデオ及びグラフィックコンテンツのインターネットベースの配信等の、幾つかの異なるサービスの使用が拡大している。しかしながら、これらのサービスの多くは、ブロードバンドインターネット接続上で通信できるデスクトップ又はノートブックＰＣによって促進されることから、このようなサービスを利用する場合、ユーザはその個々のコンピュータの近くに居続けることを余儀なくされる。現在、家庭内でのブロードバンドインターネット接続の利用可能性をてこ入れする他の方策も開発されつつあるが、これらのアプローチの多くは、比較的強力で高価な集中化された通信「ハブ」（例えば、拡張された媒体能力を有するＰＣ又は多目的ケーブルセットトップボックス）の作成を含む。残念ながらこれは、典型的には、高価なハードウェアデバイスの購入又は拡大された加入プランの何れかを必要とし、かつ集中化されたハブデバイスの直近以外でインターネット対応の娯楽サービス又は他のサービスを楽しむ範囲を制約する。
【０００５】
ブロードバンドネットワーキングが急速に拡大するにつれて、デバイスベースの、並びにネットワーク化されたアプリケーション及びサービスの数は急速な増大を続けている。したがって、技術上、分散したオーディオビジュアルデバイスのこれらのネットワークにより促進される新たなアプリケーションが必要とされている。
【課題を解決するための手段】
【０００６】
本出願は、一般に、アラーム音を選択し、購入し、再生し、かつ送信するためのシステム及び方法に関する。
【０００７】
一態様において、本発明は、デバイス上にアラーム音を提供する方法に関し、本方法は、第１のコンテンツアイテムの選択を促進するように構成される第１のユーザインターフェースを提供することと、前記第１のユーザインターフェースにおいてユーザ入力を受信し、前記ユーザ入力は前記第１のコンテンツアイテムを選択するように提供されることと、前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定することと、前記第１のコンテンツアイテムを予め定義されたイベントに関連づけることと、前記再生持続時間が超過されているかどうかを決定することと、前記再生持続時間が超過されていなければ、予め定義されたイベントの発生に応答してデバイス上に前記第１のコンテンツアイテムをレンダリングすることとを含む。
【０００８】
別の態様において、本発明は、アラーム音を選択し、レンダリングし、購入しかつ送信するためのデバイスに関し、本デバイスはプロセッサと、プロセッサ読み取り可能なメモリとを含み、前記プロセッサ読み取り可能なメモリには、前記デバイス上に第１のコンテンツアイテムの選択を促進するように構成される第１のユーザインターフェースを提供し、前記第１のコンテンツアイテムを選択するために、前記第１のユーザインターフェースにおいてユーザ入力を受信し、前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定し、前記第１のコンテンツアイテムを予め定義されたイベントに関連づけ、前記再生持続時間が超過されているかどうかを決定し、かつ前記再生持続時間が超過されていなければ、予め定義されたイベントの発生に応答して前記デバイス上に前記第１のコンテンツアイテムをレンダリングするために配列されるプロセッサ実行可能な命令セットが記憶される。
【０００９】
別の態様において、本発明は、第１のデバイスと第２のデバイスとの間でアラーム音コンテンツを共有する方法に関し、本方法は、第１のコンテンツアイテムを受信することであって、前記第１のコンテンツアイテムは前記第１のデバイスに関連づけられる加入ユーザからの前記第１のコンテンツアイテムを前記第２のデバイスへ送信する要求に応答して受信されることと、前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定することと、前記第１のコンテンツアイテムを予め定義されたイベントに関連づけることと、前記再生持続時間が超過されているかを決定することと、前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記デバイス上に前記第１のコンテンツアイテムをレンダリングすることとを含む。
【００１０】
別の態様において、本発明はアラーム音を共有しかつレンダリングするためのデバイスに関し、本デバイスはプロセッサとプロセッサ読み取り可能なメモリとを含み、前記プロセッサ読み取り可能なメモリは、第２のデバイスに関連づけられる加入ユーザからの前記第１のコンテンツアイテムを前記デバイスへ送信する要求に応答して前記デバイスにおいて受信される第１のコンテンツアイテムを受信し、前記デバイス上に第１のコンテンツアイテムの選択を促進するように構成される第１のユーザインターフェースを提供し、前記第１のユーザインターフェースにおいてユーザ入力を受信して前記第１のコンテンツアイテムを選択し、前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定し、前記第１のコンテンツアイテムを予め定義されたイベントに関連づけ、前記再生持続時間が超過されているかを決定し、かつ前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記デバイス上に前記第１のコンテンツアイテムをレンダリングするために配列されるプロセッサ実行可能な命令セットを含む。
【００１１】
別の態様において、本発明はプロセッサ実行可能な命令を含む機械読み取り可能な媒体に関し、前記プロセッサ実行可能な命令は、プロセッサ上で実行されるとき、前記デバイス上に第１のコンテンツアイテムの選択を促進するように構成される第１のユーザインターフェースを提供し、前記第１のユーザインターフェースにおいてユーザ入力を受信して前記第１のコンテンツアイテムを選択し、前記第１のコンテンツアイテムに関連づけられる再生持続時間を設定し、前記第１のコンテンツアイテムを予め定義されたイベントに関連づけ、前記再生持続時間が超過されているかを決定し、かつ前記再生持続時間が超過されていなければ、前記予め定義されたイベントの発生に応答して前記デバイス上に前記第１のコンテンツアイテムをレンダリングするために配列される。
【００１２】
本発明の追加的な態様については、諸図面に関連して行う詳細な説明においてさらに記述する。
【００１３】
本発明は、添付の図面と共に理解される以下の詳細な説明との関連において、より十分に認識されるであろう。
【図面の簡単な説明】
【００１４】
【図１】本発明の態様に係るシステムの一実施形態を備えるネットワークで接続されたコンポーネントのセットを示すブロック図である。
【図２】幾つかの部屋を有する住宅又は他の建物全体にわたって分散された本発明の態様に係る携帯用デバイスの構成を示す。
【図３】本発明の態様に係る携帯用デバイスの一実施形態の主要コンポーネントを示すブロック概略図である。
【図４】携帯用デバイスがコントロールパネルモードで動作中に前記携帯用デバイスの画面に生成される例示的なユーザインターフェースを示す。
【図５】可鍛ハウジングで構成される例示的な携帯用デバイスの様々なビューを示す。
【図６Ａ】携帯用デバイスの一実施形態の様々な部分透視斜視図、側面図及び平面図である。
【図６Ｂ】携帯用デバイスの一実施形態の様々な部分透視斜視図、側面図及び平面図である。
【図６Ｃ】携帯用デバイスの一実施形態の様々な部分透視斜視図、側面図及び平面図である。
【図６Ｄ】携帯用デバイスの一実施形態の様々な部分透視斜視図、側面図及び平面図である。
【図６Ｅ】本発明の態様に係る、携帯用デバイスのハウジング内に含まれるコア電子機器及び他のコンポーネント、及び前記デバイスのハウジング内におけるこれらのコンポーネントのうちの幾つかの配置を示す。
【図６Ｆ】本発明の態様に係る、携帯用デバイスのハウジング内に含まれるコア電子機器及び他のコンポーネント、及び前記デバイスのハウジング内におけるこれらのコンポーネントのうちの幾つかの配置を示す。
【図６Ｇ】本発明の態様に係る、携帯用デバイスのハウジング内に含まれるコア電子機器及び他のコンポーネント、及び前記デバイスのハウジング内におけるこれらのコンポーネントのうちの幾つかの配置を示す。
【図７】サーバコンポーネント及び携帯用デバイス・サービス・プロバイダの動作を促進するために利用されてもよい他のインフラストラクチャを示すブロック概略図である。
【図８】システムデータベースにより利用される例示的なオブジェクト指向データベーススキーマを示すデータベースモデル図である。
【図９】サービスプロバイダにより携帯用デバイスへ構成が提供される１つの方法を表す信号フロー図である。
【図１０】サービスプロバイダにより携帯用デバイスへプロファイルが提供される１つの方法を表す信号フロー図である。
【図１１】ウィジェットがインスタンス化される携帯用デバイスのインターフェースを介してウィジェットインスタンスのパラメータに対して実行される変更の処理を示す信号フロー図である。
【図１２】サービスプロバイダが要求側の携帯用デバイスへウィジェット指定パラメータ値をプッシュするように要求される例示的なウィジェットインスタンス・ダウンロードオペレーションを示す信号フロー図である。
【図１３】携帯用デバイス上で実行されるウィジェットのためにサービスプロバイダからコンテンツを入手する処理を例示的に表す信号フロー図である。
【図１４】初回起動時に携帯用デバイスによって実行されるオペレーションの例示的な順序を示すフローチャートである。
【図１５】携帯用デバイスのタッチスクリーンを較正するために使用される例示的なルーチンを示すフローチャートである。
【図１６Ａ】図１５のルーチンに従って較正されている携帯用デバイスのユーザインターフェースのスクリーンショットのセットを示す。
【図１６Ｂ】図１５のルーチンに従って較正されている携帯用デバイスのユーザインターフェースのスクリーンショットのセットを示す。
【図１６Ｃ】図１５のルーチンに従って較正されている携帯用デバイスのユーザインターフェースのスクリーンショットのセットを示す。
【図１６Ｄ】図１５のルーチンに従って較正されている携帯用デバイスのユーザインターフェースのスクリーンショットのセットを示す。
【図１６Ｅ】図１５のルーチンに従って較正されている携帯用デバイスのユーザインターフェースのスクリーンショットのセットを示す。
【図１７】携帯用デバイスの初回起動時に無線基地局の選択において実行されるオペレーションを示すフローチャートである。
【図１８】例示的なアカウントの生成及び登録の処理を示すフローチャートである。
【図１９】特定の携帯用デバイスをユーザのアカウントに関連づけることに関する、ユーザとサービスプロバイダとの間の例示的なウェブベースの対話を表すフローチャートである。
【図２０】以前にユーザのアカウントに関連づけられている携帯用デバイスを無効化することに関する、ユーザとサービスプロバイダとの間の例示的なウェブベースの対話を表すフローチャートである。
【図２１】携帯用デバイスの「ミラーリング」に関する、ユーザとサービスプロバイダとの間の例示的なウェブベースの対話を表すフローチャートである。
【図２２】ユーザの携帯用デバイスに対してウィジェットプロファイルを追加、除去及び構成することに関する、デバイスのユーザとサービスプロバイダとの間の例示的なウェブベース又は携帯用デバイスベースの対話を示すトップレベルのフローチャートである。
【図２３】ユーザの携帯用デバイスの現在の構成にウィジェットを追加することに関する、デバイスのユーザとサービスプロバイダとの間の例示的なウェブベース又は携帯用デバイスベースの対話を表すフローチャートである。
【図２４】ユーザの携帯用デバイス上でもアクティブである場合のあるチャネルからウィジェットを除去することに関する、デバイスのユーザとサービスプロバイダとの間の例示的なウェブベース又は携帯用デバイスベースの対話を表すフローチャートである。
【図２５】現在の予め与えられた携帯用デバイスに関連づけられている１つ又は複数のウィジェットに特有のパラメータを設定することに関わる例示的なオペレーションセットを示すフローチャートである。
【図２６】（ａ）は図２２〜図２５に記述された所定の処理を促進するために使用される、ウェブブラウザにより提示される例示的なユーザインターフェースのスクリーンショットであり、（ｂ）は図２２〜図２５に記述された所定の処理を促進するために使用される、ウェブブラウザにより提示される例示的なユーザインターフェースのスクリーンショットであり、（ｃ）は図２２〜図２５に記述された所定の処理を促進するために使用される、ウェブブラウザにより提示される例示的なユーザインターフェースのスクリーンショットであり、（ｄ）は図２２〜図２５に記述された所定の処理を促進するために使用される、ウェブブラウザにより提示される例示的なユーザインターフェースのスクリーンショットであり、（ｅ）は図２２〜図２５に記述された所定の処理を促進するために使用される、ウェブブラウザにより提示される例示的なユーザインターフェースのスクリーンショットである。
【図２７】サービスプロバイダからウィジェットのコードをダウンロードする処理を例示的に表す信号フロー図である。
【図２８】デバイスのコア電子機器ユニット及び軟質ハウジングが識別される携帯用デバイスの代替図である。
【図２９】例示的な携帯用デバイスの軟質ハウジング内部の様々なコンポーネントを示す。
【図３０】例示的な携帯用デバイスの軟質ハウジングの外部構造を画定するために使用されるフラットパターンの一例を示す。
【図３１】例示的な携帯用デバイスの軟質ハウジングの外部構造を画定するために使用されるフラットパターンの一例を示す。
【図３２】デバイス内の１つ又は複数の曲げセンサの較正処理に適用可能な携帯用デバイスの例示的なユーザインターフェース画面を示す。
【図３３】デバイス内の１つ又は複数の曲げセンサの較正処理に適用可能な携帯用デバイスの例示的なユーザインターフェース画面を示す。
【図３４】本発明の態様に係る、携帯用デバイスの動作検知ユニット及びＣＰＵインターフェースの一実施形態を示す。
【図３５Ａ】本発明の態様に係る、携帯用デバイスの動作検知低レベルハードウェア／ソフトウェアインターフェース及びドライバの一実施形態を示す。
【図３５Ｂ】本発明の態様に係る、携帯用デバイスの動作検知低レベルハードウェア／ソフトウェアインターフェース及び信号処理を有するドライバの一実施形態を示す。
【図３６】本発明の態様に係る、動作の検出、処理、解析及び追跡に関連づけられる携帯用デバイスの動作検知信号処理モジュールの一実施形態を示す。
【図３７】本発明の態様に係る、ジェスチャ認識に関連づけられる幾つかの動作タイプを示す。
【図３８】本発明の態様に係る、ジェスチャ認識に関連づけられる幾つかの追加的な動作タイプを示す。
【図３９Ａ】本発明の態様に係る、画定されたエリア内のデバイスの位置をマッピングするための携帯用デバイスのトレーニングモード処理の一実施形態を示すフローチャートである。
【図３９Ｂ】本発明の態様に係る、画定されたエリア内のデバイスの位置を決定するための携帯用デバイスの実行モード処理の一実施形態を示すフローチャートである。
【図４０】本発明の態様に係る、携帯用デバイスの動作検知較正処理の一実施形態を示すフローチャートである。
【図４１】携帯用デバイスと仮想世界との間の構成及び対話のためのワークフローの一実施形態を示すフローチャートである。
【図４２】ウェブサイト上の仮想ウェブカムウィジェットの構成に関する本発明の態様の別の実施形態によるワークフローを示すフローチャートである。
【図４３】携帯用デバイスと仮想世界サービスプロバイダとの対話に関する本発明の態様の一実施形態を示すフローチャートである。
【図４４】本発明の態様に係る、セキュリティ及び認証を促進するように構成されるシステムの一実施形態を示す。
【図４５】なりすましデバイスを含む、本発明の態様に係るセキュリティ及び認証を促進するように構成されるシステムの一実施形態を示す。
【図４６】本発明の実施形態を促進するように構成されるシステムを示す。
【図４７】本発明の態様に係る、空白のユーザパターン及び記入されたユーザパターンを基準パターンと共に含む携帯用デバイスグリッドの実施形態を示す。
【図４８ａ】本発明の態様に係る、デバイス側のステージに基づいてデバイスを登録するための処理の一実施形態の一部を示す。
【図４８ｂ】本発明の態様に係る、登録サーバ側のステージに基づいてデバイスを登録するための処理の一実施形態の別の部分を示す。
【図４９ａ】本発明の態様に係る、アラーム音を選択し、購入し、再生しかつ送信するための処理の一実施形態を示す。
【図４９ｂ】本発明の態様に係る、アラーム音を受信し、購入しかつ再生するための処理の一実施形態を示す。
【発明を実施するための形態】
【００１５】
本発明は、一般に、本明細書において詳述するようなサービスプロバイダとのインターネットベースの通信において個別オーディオビジュアルデバイスセットで構成されるシステム上に実装されることが可能なアラーム関連のシステム及び機能に関する。個別オーディオビジュアルデバイスは、Ｃｈｕｍｂｙ（チャンビー）の登録商標で市販されることになり、かつ本明細書では「チャンビーデバイス」及び／又は携帯用デバイスと称される場合もあることが見込まれる。同様に、関連したネットワーキングシステム／サーバは各々、チャンビーシステム／サーバ、チャンビーネットワーク又は携帯用システム／サーバ及び／又はネットワークと称されてもよい。また、関連したチャンビーサービスは、本明細書ではサービスプロバイダとしても示されるチャンビーサービスプロバイダを介して提供されてもよい。本発明に係る典型的なシステムにおいて、チャンビーデバイスはサービスプロバイダと関連したネットワークを介して通信する。サービスプロバイダとの通信の間、各チャンビーデバイスは、本明細書では「ウィジェット」とも示されるアプリケーションプログラムセットを周期的に受信し、前記アプリケーションプログラムセットは、サービスプロバイダから、又は局所的にパーソナルコンピュータから（例えば、ＵＳＢ接続を介して）受信された後に、チャンビーデバイスにより順次又は非周期的に実行される。各チャンビーデバイスは、典型的にはインターネット対応であることから、各々、リモート端末（例えば、ＰＣ又は無線ハンドセット）により実行されるウェブブラウザを介してチャンビーサービスプロバイダ経由で遠隔的に設定されかつ他に個人用にされてもよい。このような個人化は、例えば、予め与えられたチャンビーデバイスへ提供されるウィジェットセット並びにその順序及び実行の優先順位を指定することを含んでもよい。
【００１６】
後に説明するように、チャンビーサービスプロバイダにより提供されるインターフェースを介してチャンビーデバイスを設定するユーザが、様々なウィジェットを表すアイコンを、設定されつつあるチャンビーデバイスの画面を表すインターフェースの長方形又は他の部分上へ「ドラッグアンドドロップ」してもよいことは、本発明による実施形態の１つの特徴である。このようにして、チャンビーデバイスの画面の「レイアウト」は、デバイスの所有者によって遠隔的に設定されてもよい。各チャンビーデバイスは、好適にはこのようにして設定されることが可能になるが、所定の実施形態では、各々が、チャンビーデバイスによってそのチャンビーサービスプロバイダへの登録時に実行されるように配列されるウィジェットのデフォルトセット（例えば、「目覚まし時計」ウィジェット）で「ロード」されることになってもよい。チャンビーデバイスは、（例えば、「デフォルト」又はユーザ指定の構成の何れかで）一旦設定されると、一般に、その構成により画定されたウィジェットをユーザの介入なしに実行する。
【００１７】
チャンビーデバイスの構成は、ウィジェットの実行順序が変更される又は割込みをされるべきイベント又は状態を指定してもよく、かつ所定のウィジェットが実行に関して最高位の利用可能な優先順位を与えられることを可能にする。例えば、「目覚まし時計」ウィジェットにより提供される場合があるようなアラーム関連機能の場合、そのアラーム機能が別のウィジェットの同時発生の実行に起因して予定時間での動作を妨げられないことを保証するために、ウィジェットにはこうした優先順位が与えられる可能性もある。ある実施形態において、チャンビーサービスプロバイダにより提供されるウェブインターフェースは、予め与えられたチャンビーデバイスに関連づけられるウィジェットの実行順序が直観的に制御されることを可能にする「タイムライン」の形式である。ある例示的な実装において、このタイムラインは、ウィジェットが絶えず反復する順序で再生されるべき順番を定める。すなわち、タイムラインは、予め与えられたチャンビーデバイスにより再生される完全なウィジェットセット並びにこれらの相対的な実行順序を表す。しかしながら、所定のウィジェット（例えば、「目覚まし時計」ウィジェット）は、このようなウィジェットの適用可能な構成要素を適切に設定することによって予め与えられた時間に動作されるように指定されることが可能である。
【００１８】
例示的な実施形態では、任意の予め与えられた時間に１つより多い「コンテンツ関連」ウィジェットが動作していることは熟慮されないが、例えば、このようなコンテンツ関連ウィジェットの相対的な実行優先順位及び音量、明るさ、ナビゲーション等のシステム設定を制御するために、システム構成ウィジェットがこのような各コンテンツ関連ウィジェットと同時に実行されるように利用されてもよい。
【００１９】
ある実施形態において、チャンビーデバイスは各々、８０２．１１ｂ規格又は８０２．１１ｇ規格等の公認された無線ネットワーキング規格に従って無線通信する能力を有する。したがって、家庭、又は１つ又は複数の無線アクセスポイントを含む他の環境では、複数のチャンビーデバイスがアクセスポイントのカバーエリアに渡って分散されてもよい。
【００２０】
本発明による実施形態の特徴の中には、デバイスにより現在実行されているウィジェットの性質に従って変わる、各チャンビーデバイスにより与えられるインターフェースの能力がある。例えば、「時計付きラジオ」ウィジェットは、朝の指定された時刻に従来の目覚まし時計と呼応するオーディオ／ビジュアル像を生成するために使用されることも可能である。例示的な実施形態において、時計付きラジオウィジェットは、標準的な「目覚まし」チャイムの選択、又は幾つかの異なるオーディオプログラムの選定を可能にする。時刻が進むと、デバイスインターフェースは、ニュースヘッドライン、各地の気象、スポーツの得点、最新の株式市場、星占い等の幾つかの一般的な情報画面のローテーションの選択に向けられることも可能である。
【００２１】
本発明の別の態様によれば、チャンビーデバイスのユーザは、オプションとして、チャンビーサービスプロバイダによってホストされるウェブサイト（例えば、ｗｗｗ．ｃｈｕｍｂｙ．ｃｏｍ）へログインすることにより、他のユーザと共に「チャンビーネットワーク」に参加してもよい。このサイト（以後、「チャンビーサイト」とも称する）において、ユーザはチャンビーネットワークに登録することができ、かつユーザのチャンビーデバイスの基本能力が拡大されかつ洗練されることを可能にするサービスに接続することができる。このような拡大は、例えば、デバイスの一般的な情報機能の改良された個人化、より詳細なアラーム設定能力、及びオーディオ能力の選択並びに設定の改善を目的として、他のチャンビーユーザとの間でウィジェット及び他のコンテンツを送受信する機会を含んでもよい。
【００２２】
チャンビーネットワークへの登録は、定期的な加入料金の支払いが必要になると思われるが、ネットワークの会員が多彩な追加のウィジェットに接続することを可能にする。ユーザ登録のシステム及び方法については、後続の項目において詳述する。このようなウィジェットのうちのあるものは、チャンビーネットワークを運営するエンティティによって開発されるが、他のウィジェットは、独立した開発者によって開発されることが熟慮される。さらに、「チャンビーネットワーク」の会員は、そのような通信の許可が他の会員によって認可されていることを条件として、他の会員のチャンビーデバイスと通信することもできる。このような通信は、必然的に、例えば、別の会員（「送信会員」）によりチャンビーサービスプロバイダへ送られる要求に応答して、ウィジェット及び対応するデータをチャンビーサービスプロバイダからチャンビーネットワークの一会員（「受信会員」）へ送信することを伴う可能性もある。例えば、送信会員は、受信会員から許可を受信した後に、チャンビーサービスプロバイダに対し、受信会員へ「フォトビューワ」ウィジェットを送信するように要求することもできる。さらに、送信会員は、フォトビューワウィジェットと送信会員によりチャンビーサービスプロバイダへアップロードされるピクチャとの間にリンクが確立されるように指定することもできる。このようにして、受信会員は、送信会員へ認可を与える以外は何も労することなく、そのチャンビーデバイスが送信会員により提供される一連の写真を本質的に自動的に受信して表示することを可能にすることもできる。同様に、旅行中、送信会員は、同意する受信会員のチャンビーデバイスへ個別の「目覚まし」メッセージを送ることもできる。最後に、送信会員は、送信会員の「バディリスト」に含まれる受信会員のグループへウィジェットを送信することもできるが、このリストは、リストに包含されることを求められた者から適正な許可を得た後に確立されることが可能である。
【００２３】
ある例示的な実施形態において、チャンビーネットワークの会員は、任意のウェブブラウザを介して、その個々のチャンビーデバイス上に再生すべき、又はローテーション（又は何らかのユーザ定義の順序）で示されるべき「プレミアム」ウィジェットプログラム又はコンテンツのセットを指定することによって、個々のチャンビーデバイスを完全に設定することを可能にされる。このようなプレミアムウィジェット及びコンテンツは、例えば、一日を通じて異なる時刻にトリガされるようにスケジュールされるアラーム又はリマインダのオーディオソースとして機能するためのウェブカムショット、ＲＳＳリーダ、特定ニュースリポート、個別の株式動向データ、短編アニメ又は映画、ポッドキャスト又はオーディオファイルを含んでもよい。
【００２４】
後にさらに論じるように、チャンビーデバイスの例示的な一実装は、ディスプレイ画面を支持する硬質の「コア」構造体に取り付けられる可鍛ハウジングと、デバイスの電気的な構成要素とから成る。可鍛ハウジングは、一般にチャンビーデバイスの電気的な構成要素をすべて包含し、かつ好適には適切な物質を充填され、あるいは他に、それがユーザによって「圧迫」され、又は他に変形されてもよいように作られる。さらに、コア構造体は、ハウジングから外して異なるハウジングへ「嵌め込む」ことができるように設計される。「曲げセンサ」セットは、ユーザによるこのような圧迫又は類似する行動を検出できるように可鍛ハウジングによって包囲される。このようにして、ユーザには、ディスプレイ画面により促進されるより従来的なテキストモード及び他のモードの通信に加えて、チャンビーデバイスの物理的な変形を介して情報を伝える機会が与えられる。例えば、ある例示的なシステムにおいて、ユーザは、ユーザのチャンビーデバイスのハウジングを特定の方法で圧迫することにより、別のユーザへの「ハグ」の伝達を開始することもできる。この圧迫に応答してセンサアレイにより発生される電気信号は、適正に解釈され、かつユーザのチャンビーデバイスは、チャンビーサービスプロバイダを介して意図された受信者ユーザへ「ハグ」メッセージを伝える。この時点で、受信者のチャンビーデバイスは、例えば表示灯を照らすことによって、又はデバイスのディスプレイへメッセージを送ることによってこのハグメッセージの受信を記録することもできる。
【００２５】
所定の実施形態において、チャンビーデバイスは、デバイスのロケーション及び相対的な位置の検出及び追跡に使用するための、並びにデバイスとの物理的な接触を追跡しかつ移動を検出して追跡するためのハードウェア、ソフトウェア又はこれらの双方を含んでもよい。ある例示的な実施形態において、チャンビーデバイスは、動作検出、位置識別及び追跡、ジェスチャ認識、及びデバイスの圧迫又はスキッシュ（squish）等によるユーザの接触を含む様々な動作関連機能を実装するために、加速度計及び関連したハードウェア及びソフトウェアを含んでもよい。
【００２６】
実施形態によっては、チャンビーデバイスは、Ｓｅｃｏｎｄ  Ｌｉｆｅ（登録商標）として知られる、ｈｔｔｐ：／／ｗｗｗ．ｓｅｃｏｎｄｌｉｆｅ．ｃｏｍでアクセス可能な仮想世界等の１つ又は複数の仮想世界へインターフェースするように構成されかつ動作していてもよい。このようなインターフェースの機能は、仮想世界からのコンテンツのチャンビーデバイス上への表示、チャンビーデバイスを介する仮想世界の他のユーザ及び機能との対話、チャンビーデバイス上及び仮想世界における表示及びアバタとの対話、仮想世界のアクティビティの監視及び他の機能及びファンクションを含んでもよいが、この限りではない。
【００２７】
チャンビーデバイス及びシステムの実施形態によっては、ユーザのプライバシ及びセキュリティの保護を提供しかつ悪意のある攻撃を防ぐために、セキュリティ及び認証システム及び方法が提供されてもよい。ネットワークで接続されたデバイスは元来、オープンアーキテクチャの一部であるとも言えることから、広範なセキュリティ違反によって害されやすく、又は望ましくなくかつ好ましからざるコンテンツの配信を受けやすくなる場合がある。スパム、フィッシング、トロイの木馬攻撃等の問題及び他の広範な問題は、デバイスに影響を及ぼし、これを使用不能にし、又はユーザの個人情報を損失させる場合がある。したがって、本明細書に記述しているもの等の１つ又は複数の認証及びセキュリティ対策を使用して、これらの攻撃並びに他のタイプの攻撃に対する防護を準備することが望ましい場合がある。後続の項目でさらに詳述する実施形態では、セキュリティ保護を実装し、設定しかつ使用するシステム及び方法について記述する。実施形態によっては、セキュリティシステム及び方法は、ユーザに秘密が隠されずかつ／又はユーザは本明細書に記述しているもの等のプライマリサービスに無関係であるアプリケーションに対してその携帯用デバイスを再目的化することを制限されない、オープンアーキテクチャを保全するために準備される。
【００２８】
チャンビーデバイス及びシステムの実施形態によっては、携帯用デバイスの登録を許容するグラフィックベースの登録処理及び関連システムが実装されてもよい。登録は、ウェブページ又は他のフォームを介してユーザに基準パターンを提供し、ユーザが携帯用デバイス上の類似するグリッド上の基準パターンに一致させることを可能にし、ユーザが供給するパターン、デバイスＩＤ及び／又は他のデータを符号化しかつ／又は処理し、かつ符号化された情報を登録サーバへ送信することによって実装されてもよく、前記送信されるデータは登録サーバにおいて検証されてもよく、かつ携帯用デバイスはチャンビーシステムへ登録されてもよい。
【００２９】
チャンビーデバイス及びシステムの実施形態によっては、携帯用デバイスのユーザが、アラーム機能又はファンクションに関連するアラーム音として携帯用デバイス上に再生されるべきオーディオ又はオーディオビジュアルコンテンツを選択しかつ／又は購入することを可能にするシステム及び方法が提供されてもよい。また前記コンテンツは、他の携帯用デバイスのユーザへも送信されて他のユーザの携帯用デバイス上のアラーム機能又はファンクションと共に使用されてもよく、かつ／又は他のユーザにより購入されてその携帯用デバイス上のアラーム機能及びファンクションと共に再生されてもよい。
【００３０】
システムコンポーネント．
図１は、内部に本発明に係るセキュリティ及び認証のシステム及び方法が実装されてもよい、本発明の例示的なシステム１００を備えるネットワークで接続されたコンポーネントのセットを示すブロック図である。図示されているように、システム１００は、１つ又は複数のアクセスネットワーク１１０及びインターネット１１６を介して中央サービスプロバイダ１０６と通信状態にある１つ又は複数のチャンビー個別オーディオビジュアルデバイス１０２を備える。当業者には認識されるであろうが、アクセスネットワーク１１０は、インターネット１１６とチャンビー個別オーディオビジュアルデバイス１０２との間の様々な中間ネットワークのルーティング要素及び他の要素を表している。このような中間要素は、例えば、ゲートウェイ又は他のサーバデバイス、及びインターネットサービスプロバイダ（ＩＳＰ）により提供される他のネットワークインフラストラクチャを含んでもよい。後に論じるように、チャンビー個別オーディオビジュアルデバイス１０２は、実行するためのアプリケーションプログラム（「ウィジェット」）を中央サービスプロバイダ１０６から、又は局所的にパーソナルコンピュータ又は他のコンピューティングデバイスから入手する。この点で、サービスプロバイダ１０６は、典型的にはウィジェットのリポジトリを含み、かつその認可されたユーザ又は適切な許可が与えられている別のユーザにより要求があった時点で予め与えられたチャンビーデバイス１０２へ通信されることが可能な他のコンテンツへのアクセスを有する。
【００３１】
再度、図１を参照すると、システム１００は、アクセスネットワーク（図示せず。）及びインターネット１１６を介してサービスプロバイダ１０６と通信するために配置される複数のユーザコンピュータ１２０も含む。各ユーザコンピュータ１２０は、サービスプロバイダ１０６により生成され、ユーザがそれによって１つ又は複数のチャンビー個別オーディオビジュアルデバイス１０２を設定してもよいウェブページを表示することができるウェブブラウザ１２２を実行する。先に述べたように、このような構成は、例えば、ある特定のデバイス１０２へ送信されるべきウィジェットセット及びその実行順序を指定することと、このような実行に関するオーディオ又はビジュアルパラメータを調整することと、ユーザのチャンビーネットワークを画定して管理することと（例えば、デバイス１０２にそれらとの通信が許可されている他のチャンビーユーザから成る「バディリスト」を決定することを含む）、デバイス１０２の画面に提示されるユーザインターフェースのレイアウト又は他の態様を決めることを含んでもよい。この目的のために、予め与えられたウェブブラウザ１２２は、サービスプロバイダ１０６と通信状態にあるとき、対応するチャンビーデバイス１０２のディスプレイ画面に対応する長方形の構成ウィンドウを提示してもよい。ウィジェット又はコンテンツファイルのアイコン表示をこのような構成ウィンドウ内へ「ドラッグアンドドロップ」することにより、ユーザは、対応するチャンビーデバイス１０２により提示される動作及びユーザインターフェースを個人化してもよい。さらに、ユーザは、ウィジェット又は他の情報を他のユーザへ送信して他のユーザの個々のチャンビーデバイス１０２により実行又は表示させるという目的で、ウェブブラウザ１２２を介してサービスプロバイダ１０６へアクセスしてもよい。ある実施形態において、サービスプロバイダ１０６は、どのユーザが、サービスプロバイダ１０６を介して所定のユーザにウィジェット、メッセージ又は他の情報を提供することを認可されているか、及びその逆を決定するために、チャンビーデバイスのユーザ間に与えられる許可の記録を維持している。このような許可は、所定のユーザによって、サービスプロバイダ１０６と通信状態にあるウェブブラウザ１２２により提示される適切なページを介して与えられ、又は取り消されてもよい。
【００３２】
この例示的な実施形態では、構成ウィンドウは、１つ又は複数のチャンビーデバイス１０２を、このようなデバイス１０２のユーザにより与えられる許可に一致して設定するように利用されてもよい。さらに、所定のチャンビーデバイス１０２のユーザは、デバイス１０２のインターフェースを「ミラー」させることを選んでもよく、又は他に、必要な許可が与えられていることを条件として別のデバイス１０２のそれを複製してもよい。同様に、１つ又は複数のチャンビーデバイス１０２は、構成ウィンドウを介して決定される「仮想」チャンビーデバイスのインターフェースをミラーするように設定されてもよい（又はその逆でもよい）。
【００３３】
所定のチャンビーデバイス１０２の異なるユーザは、デバイス１０２の設定に際して異なる役割又は特権を与えられてもよい。例えば、監督特権を与えられたユーザには、チャンビーデバイス１０２へ送られるウィジェット又はコンテンツをフィルタリング又は監視する権限が与えられる可能性もある。これは、例えば、両親が、その子供達により使用される１つ又は複数のチャンビーデバイス１０２によって実行されかつ表示されるウィジェット及びコンテンツを管理しかつ／又は監視することを可能にする。さらに、システム１００の管理者は、典型的には、システム１００内のチャンビーデバイス１０２のユーザより高いレベルの特権を有する。また、ある特定のウィジェットが、コンテンツへアクセスするために第三者が制御するウェブサイトとの通信を必要とするファンクションを実行すれば、ウィジェットの開発者は、階層的なユーザモデルを生成してこのようなアクセス（及び、恐らくはウィジェットのファンクション）を調整してもよい。
【００３４】
次に、図２を参照すると、本図は、幾つかの部屋２０４を有する住宅２００又は他の建物を通じたチャンビーデバイス１０２の例示的な分散を示す。図２の実施形態において、各チャンビーデバイス１０２は、１つ又は複数のアクセスポイント２１０との通信を促進するための無線トランシーバ（例えば、Ｗｉ−Ｆｉトランシーバ）を装備している。各アクセスポイントは、例えばローカルエリアネットワークによってアクセスネットワーク１１０と相互接続され、これにより、サービスプロバイダ１０６と住宅２００内のデバイスとの間におけるインターネットベースの通信の確立が可能にされる。
【００３５】
次に、図３を参照すると、本発明に係るチャンビーデバイスの一実施形態の主要コンポーネントのブロック概略図が示されている。図示されているように、本デバイスは、中央処理装置（ＣＰＵ）３０２と、揮発性（例えば、ＳＤＲＡＭ）３０６及び不揮発性メモリ３１０（例えば、フラッシュメモリ）を含むメモリと、オーディオインターフェース３１２と、無線通信インターフェース３１４と、センサインターフェース３７０とを含む。ある例示的な実装において、ＣＰＵ３０２は、Ｌｉｎｕｘカーネルを実行するように設定されかつグラフィクスレンダリングのための付帯的な能力を有する（例えば、ＡＲＭコアに基づく）マイクロプロセッサを備える。本デバイスは、バッテリバックアップ装置を含んでも、含まなくてもよい。バッテリバックアップ装置は、停電になった場合にリアルタイム情報を保存する働きをし、かつユーザがコードなし（untethered）の動作を希望すれば主電源として機能する場合もある。バッテリは、充電式であってもなくてもよい。オペレーティングシステムは電源状態を認識させられ、チャンビーデバイス及び動作中のウィジェットを、節電又はコードのない動作に一致させるユーザインターフェースの修正の何れかを目的として、アクティブに設定する。
【００３６】
本デバイスは、セキュリティモジュール（図示せず。）を含んでも、含まなくてもよい。含まれる場合、セキュリティモジュールは秘密を記憶し、かつ認証アルゴリズムを、ＣＰＵ３０２上で実行されるセキュアでないコードからコアセキュリティルーチンを完全に隔絶する方式で計算する働きをする。秘密記憶及び認証能力は、クライアント−サーバ通信プロトコルによって、認証されかつ暗号化された通信能力を、とりわけ金融取引のために使用可能にするように使用されても、使用されなくてもよい。セキュリティモジュールは、モジュール内に含まれる秘密とユーザのハードウェアの識別との関係にデフォルトのマッピングが存在しないようにして初期化される。さらに、秘密は取り消し可能であり、かつ特定ユーザのプロファイルに絶対に関係づけられないマスターシークレットに基づいて新しい秘密を生成するルーチンが存在する。これは、プライバシのためのオプトインポリシ及び科学捜査の（forensic）ネットワーク解析を除いて識別情報を取り消す限定的な能力を使用可能にし、これにより、匿名性も使用可能にされる。匿名信用ネットワークは、これらに限定されないが現金及びコンテンツ取引を含む、広範な匿名トランザクションを使用可能にする様々なクライアント−サーバプロトコルによって拡大されることが可能である。
【００３７】
図に示すように、ウィジェット３５０を備えるソフトウェア又はサービスプロバイダ１０６から受信される他のアプリケーションはメモリ３１０に記憶され、ＳＤＲＡＭ３０６又は不揮発性メモリ３１０へロードされてＣＰＵ３０２により実行される。ある実施形態において、ウィジェットは、サービスプロバイダ１０６からチャンビーデバイスへ、「フラッシュムービー」とも称される「マクロメディアフラッシュ」ファイルのフォーマットでダウンロードされる。当業者には既知であるように、フラッシュムービーは通常、ファイル拡張子「．ｓｗｆ」を与えられ、かつＡｄｏｂｅ  Ｓｙｓｔｅｍｓにより開発、流通されているフラッシュプレーヤによって再生されてもよい。したがって、メモリ３１０は、フラッシュプレーヤ３６０並びにＣＰＵ３０２により実行されるオペレーティングシステム３６４のコピーも含む。他の実施形態では、ウィジェットは他のフォーマットに従って開発され、かつこのような他のフォーマットと互換性のあるプレーヤによって再生されてもよい。
【００３８】
チャンビーデバイスは、ＬＣＤコントローラ３２２により制御される液晶ディスプレイ（ＬＣＤ）３２０も含む。ＬＣＤコントローラ３２２は、ＣＰＵ３０２に統合される場合も、されない場合もある。ディスプレイ３２０は、チャンビーデバイス内に記憶されたウィジェットプログラム及びこのようなウィジェットの実行に関連してＣＰＵ３０２により生成される画像のアイコン表示を視覚的にレンダリングする。ある例示的な実装では、タッチスクリーン３３０がＬＣＤ３２０にオーバーレイし、タッチスクリーンコントローラ３３４に応答する。ある実施形態において、ユーザは、タッチスクリーン３３０にタッチすることによって、チャンビーデバイスが「ユーザインターフェースモード」又は「Ｕ．Ｉ．モード」に入るように誘導してもよい。これが発生すると、タッチスクリーンコントローラ３３４はＣＰＵ３０２に通知し、ＣＰＵ３０２は次にＬＣＤ３２０に対し、Ｕ．Ｉ．モードに入りかつユーザがタッチスクリーン３３０を介して選択できる矢印、ボタン及び／又はアイコンの表示を表示するように指示する。後に論じるように、Ｕ．Ｉ．モードでのオペレーションの間に行うこれらの要素のうちの１つ又はそれ以上の選択は、ユーザがチャンビーデバイスのオペレーションの様々な態様を制御することを可能にする。代替の実装において、ＬＣＤ３２０及びタッチスクリーン３３０は、統合コントローラにより制御される統合デバイスを備えてもよい。
【００３９】
図４を参照すると、Ｕ．Ｉ．モードにおけるチャンビーデバイスの動作中にＬＣＤ３２０により生成される例示的なユーザインターフェース４００が示されている。図示されているように、インターフェース４００は、アドレスブックアイコン４０４と、ハート形のアイコン４０８と、右矢印ボタン４１２と、左矢印ボタン４１６と、Ｕ．Ｉ．モード終了アイコン４２０とを画定している。アドレスブックアイコン４０４を選択すると、ウィジェットを送信する、又は通信を希望する場合のある相手先であるチャンビーデバイスの他のユーザの個人的なリストが現れる。ユーザは、任意のウェブブラウザ１２２から、サービスプロバイダ１０６により生成されるウェブページにアクセスして「お気に入り」のウィジェットを指定してもよい。あるいは、ユーザは、自らのチャンビーデバイス１０２上の仮想のタッチスクリーンベースのボタンを押して、現在ののウィジェットを新しい「お気に入り」のウィジェットとして指定してもよい。ユーザが、次に自らのチャンビーデバイス上のハート形アイコン４０８を選択すると、ハート形アイコン４０８はこのお気に入りウィジェット（例えば、時計ウィジェット）のアイコン表示に代わり、ユーザは即座に、このようなお気に入りウィジェットに対応するプログラム命令を起動する（すなわち、ＣＰＵ３０２に実行させる）ことができるようになる。あるいは、ハート形アイコン４０８（又は他の予め定義されたアイコン）を選択する結果、チャンビーデバイスは、お気に入りウィジェットを実行するのではなく、「お気に入り」又は他のプロファイルに従って設定されることになる。当然ながら、ある種のプロファイルは、例えば「目覚まし時計」又は「フォトビューワ」ウィジェット等のウィジェットを１つだけ包含するように指定されてもよい。
【００４０】
再度、図４を参照すると、右矢印ボタン４１２の選択は、ユーザが決定した（又はデフォルトの）ウィジェットのシーケンスにおいてウィジェットを１つ進ませ、又は、ウィジェットが無作為に表示されるように選ばれる実装では単に先へスキップする。同様に、左矢印ボタン４１６を選択すると、ユーザが決定した（又はデフォルトの）ウィジェットのシーケンスにおいてウィジェットが１つ「戻る」ことになる。ボタン４１２及び４１６の選択に伴って、現在アクティブなウィジェットに対応するアイコン表示又はアバタがディスプレイボックス４３０内に表示される。現在アクティブなウィジェットを設定することが望まれれば、Ｕ．Ｉ．モード終了アイコン４２０が選択され、Ｕ．Ｉ．モードインターフェース４００は、ユーザがアクティブなウィジェットのパラメータ（例えば、アクティブな「時計」ウィジェットの場合、設定時刻又はアラーム）を調整してもよい画面に変わる。
【００４１】
所定の実施形態では、ＬＣＤ画面３２０により提示されるメニュー等を通じたナビゲーションを有効化するために、ＬＣＤ画面３２０に近接して物理的なボタン要素（図示せず。）が設けられてもよい。ある実装において、このボタン要素は、二次元ナビゲーションを促進するために十字形であり、かつさらに、特定のウィジェット（例えば、時計ウィジェット）に関連づけられる、より小さい専用のボタンを（例えば、十字の中心に）含んでもよい。この専用ウィジェットを押すと、他のすべてのウィジェットの動作は中断される。
【００４２】
チャンビーデバイスのユーザインターフェースを介する二次元ナビゲーションがサポートされる実装では、ユーザは、設定されたウィジェットタイムライン内で前後にナビゲートする能力を与えられてもよい。同様に、ユーザは、関連ウィジェットの層を上下にナビゲートしてもよい。このファンクションは、ウィジェットカテゴリの概念の実装、すなわち、表示されるべく設定される場合はウィジェットを表示が可能な論理カテゴリに順次関連づけることに依存する。カテゴリの一例は、「ニュース」である可能性もある。このカテゴリに含まれるウィジェットは、例えば、地域ニュースウィジェット、スポーツニュースウィジェット、娯楽ニュースウィジェット、ビジネスニュースウィジェット等を含むことも可能である。各カテゴリについて、デフォルトウィジェットが存在することになるが、これは、ユーザのチャンビーデバイスにより表示されるように選択される各カテゴリについて、ユーザにより、チャンビーウェブサイト上で指定される。
【００４３】
１つのカテゴリ内のウィジェットが２つ以上選択されれば、これらのウィジェットは概念的に「積み重ねられ」、デフォルトウィジェットは、
スタックの最上に存在し、かつ、
チャンビーデバイスが設定されたウィジェットを通じて自動的に循環するにつれて表示されるウィジェットになる。
【００４４】
ある予め与えられたカテゴリ（例えば、「ニュース」）の１つのウィジェットが表示され、かつこのカテゴリ内にやはり表示が設定されている追加のウィジェットが存在していれば、この例示的な実施形態において、これらの追加のウィジェットは、表示されたウィジェットの下に「積み重ねられる」。この場合、ユーザは、そのカテゴリの「スタック」内の次のウィジェットを表示させるために、ユーザのチャンビーデバイスに関して幾つかの予め定義されたアクションを行ってもよい（例えば、恐らくは、タッチスクリーン上のコントロールを選択する、又は曲げセンサの動作を介してインスタンス化されるコントロールパネルを介してファンクションにアクセスする）。チャンビーデバイスは、予め定義された同じタイプのさらなるアクションを行うことによってスタック内の上下何れかのウィジェットがユーザの指定通りに表示されるように設定されてもよい。チャンビーデバイスが次のウィジェットカテゴリへ循環するときに適用可能なカテゴリのスタック内に表示される最後のウィジェットは、終了されたばかりのカテゴリ（例えば、ニュース）の次のサイクルに表示されるウィジェットである。
【００４５】
下記の表形式の図は、様々なカテゴリにおける例示的なウィジェットのスタックの概念的なレイアウトを示している。
【００４６】
【表１】
2010536193.tif 000003
【００４７】
下記は、ユーザがニュース、娯楽及びスポーツのウィジェットのスタックをナビゲートした事例の概念を表示したものである。
【００４８】
【表２】
2010536193.tif 000004
【００４９】
次に、図５を参照すると、本図は、ファブリック材と組み合わされたゴムタイプのフレームを備える可鍛ハウジングで構成される例示的なチャンビーデバイスの様々な斜視図を示す。ハウジングは、コア構造体及びフラシ天の内部充填材（図５に図示せず。）を囲んでいる。ゴムタイプのフレーム、ファブリック及び充填材は、総合して、チャンビーデバイスを扱うユーザに柔らかく可鍛的な感触を与える。
【００５０】
ある実施形態において、ゴムタイプのフレームは、ＴＰＥ（熱可塑性エラストマ）に類似する柔軟で感触のよいゴム状物質であるＴｅｘｉｎ（登録商標）から成る。フレームはハウジングに構造と形を与え、コア電子機器ユニットの交換及び挿入を可能にする。フレームは、一般に比較的平たくされた構造に製造され、次いで手作業で屈曲され、又はカーブをつけられ、ハウジングをチャンビーデバイスに組み立てる際にファブリックへ縫いつけられる。
【００５１】
図２８は、内部にデバイスのコア電子機器ユニット及び軟質ハウジングが識別されるチャンビーデバイスの代替図である。デバイスの電子機器が、典型的には単に、ユーザによる修正又はカスタマイズが一切なされない硬いプラスチック製エンクロージャに搭載される既存の無線又は他の民生用の電子デバイスとは対照的に、ある例示的な実施形態において、チャンビーデバイスの軟質ハウジングは、繊維製品又はフラシ天の玩具製造に使用されるもの等の任意の数の外装ファブリック材を使用して作製されてもよい。このような材料には、例えば、スエード、ネオプレン、ゴム、ビニール、その他が含まれてもよい。軟質ハウジングの内部には、枕、動物のぬいぐるみ又はフラシ天玩具と大差のない、ポリフィル、ポリエステルビーズ、ゲル、フォーム、その他が含まれてもよい。このような内部の詰め物は、チャンビーデバイスを「スキッシュできる」ことを可能にする。さらに、このような内部の詰め物は、内部の曲げセンサをトリガするためにユーザによって「圧迫され」又は「押しつけられ」た後に、デバイスがその形状を保つことを可能にする。（他の実施形態では、センサに対するユーザの手の位置／距離を検出するために、曲げセンサの代わりに電界／電気容量センサが使用されてもよい。すなわち、ユーザの手は、ユーザがチャンビーデバイスの軟質ハウジングを圧迫するにつれてセンサのより近くへと移動することから、センサは、「圧迫」イベントが発生したことを指示することができる。）
【００５２】
次に、図２９を参照すると、デバイスの例示的な実施形態の軟質ハウジングの内部には、外部電源スイッチ、外部電源コネクタ、外部ヘッドホンコネクタ、外部ＵＳＢコネクタ、内部左右スピーカコネクタ、内部９Ｖバックアップバッテリコネクタ、内部曲げセンサコネクタ、及び内部「チャンビリカル」コネクタを含むドーターボード回路が含まれている。ある実装において、チャンビリカルコネクタは、ドーターボードにより受信／処理されるすべての信号を、柔軟なＴＰＥフレーム内に圧入された（press-fit）チャンビーデバイスのコア電子機器ユニットへ接続するために使用される。また、軟質ハウジング内部には、（左右オーディオ出力用の）１対のスピーカ、並びに曲げセンサ及びこのような要素をドーターボードへ取り付けるために必要とされる様々なケーブル配置も位置している。
【００５３】
図３０を参照すると、一般に繊維製品及び衣料品製造に使用されるフラットパターンが、例示的なチャンビーデバイスの軟質ハウジング又は「バッグ」（「チャンビーバッグ」）の外部構造を画定するために使用されている。チャンビーバッグの外部ファブリック材へは、任意の数の芸術的な要素／設計要素を追加して大きさ及び視覚的な特徴を増すことができる。チャンビーデバイスへのファブリックタイプのエンクロージャの使用は、正規メーカ及びエンドユーザ（職人、愛好家、その他等）の双方による製品ハウジングの作製に無限の機会を提供し、かつ民生用の電子及び／又は無線デバイスの設計に新しいアプローチを示すものと考えられている。チャンビーデバイスの外部ハウジングには、ファブリックタグ、パッチ又は他のファブリック／衣料品関連アイテムを縫いつけて、又は取り付けて、ロゴ等の製品又は企業情報を伝えることができる。
【００５４】
図３１は、チャンビーデバイスの軟質ハウジング又は「バッグ」のサンプルのフラットパターンの図であり、個々のファブリックパネルの形状、ステッチディテール及び設計要素を示している。
【００５５】
図６Ａ〜図６Ｄは、チャンビーデバイスの一実施形態の様々な部分透視斜視図、側面図及び平面図である。図６Ｅ〜図６Ｆは、チャンビーデバイスのハウジング内に含まれるコア電子機器及び他のコンポーネントを示し、図６Ｇは、これらの要素のうちの所定のものによるハウジング内の配置を示す。
【００５６】
コア電子機器モジュールは、一般に、例えば主回路基板、ＬＣＤディスプレイ、タッチスクリーン、周辺光センサ（ambient light sensor）、ＵＳＢ  ＷｉＦｉドングル、９Ｖバックアップバッテリ、及びＲＦシールドを含む。このコアモジュールは、チャンビーデバイスのユーザによってフレームから取り外せるように設計される。これは、典型的には、２２ピンケーブルアッセンブリ、以後「Ｃｈｕｍｂｉｌｉｃａｌ（チャンビリカル）（登録商標）」と称する、を介してチャンビーデバイスのハウジング内に接続される。
【００５７】
ＷｉＦｉドングルは、コア電子機器モジュールの一部であり、８０２．１１無線ネットワークをサポートする。ある例示的な実施形態において、ＷｉＦｉドングルはコア電子機器へ外部から取り付けられる。
【００５８】
現在標準的な９Ｖアルカリ電池として成り立つバックアップバッテリは、主電源の故障時にチャンビーユニットへバックアップ／補助電力を供給するために使用される。バックアップバッテリは、ＲＦシールド上へ取り付けられ、かつユーザにより交換可能であることが意図されている。ＲＦシールドは、コア電子機器モジュールの後側に位置している。
【００５９】
ドーターボードは、未来のアクセサリ及び／又はデバイスアップグレード促進のための電力入力、ヘッドホン出力及び外部のＵＳＢ型のコネクタを含む、ユーザが利用可能なコネクタを提供する。ドーターボードは、ドーターボードフロントコンポーネントと、硬質のＡＢＳ型のプラスチックで製造されるリアベゼルコンポーネントとの間でファブリックにクランプされる。ドーターボードは、Ｃｈｕｍｂｉｌｉｃａｌ（登録商標）を介してコア電子機器に接続する。
【００６０】
この例示的な実施形態では、チャンビーデバイスはステレオサウンドを作り出す１対の内部搭載されたスピーカを含む。これらのスピーカは、ユニット内部に縫いつけられる四角いポーチを使用して所定の位置に保持される。ポーチは各々小さい引き紐を有していて、スピーカはチャンビーデバイス内部の比較的固定的な位置に保たれる。双方のスピーカは、ドーターボードに接続される。
【００６１】
曲げセンサはドーターボードに接続され、かつセンサの屈曲角度に基づいて抵抗が変わる柔軟な抵抗要素を備える。したがって、曲げセンサは、チャンビーデバイスの柔軟なハウジングの物理的な「圧迫」を検出することができる。曲げセンサからの信号は（例えば、コア電子機器モジュール又は専用の電子回路によって）処理され、かつ一般に定義されたアクションのパフォーマンスを促進するが、これは、現在アクティブなウィジェットの特性に依存する場合がある。曲げセンサは、ドーターボードに接続される。曲げセンサは、一般にチャンビーバッグの内側に取り付けられ、チャンビーデバイスの垂直アクセスに平行して配向される。他の実施形態では、これと同じ機能を実行するために１つ又は複数の変位センサが使用されてもよい。
【００６２】
次に、図３２〜図３３に示すチャンビーデバイスの例示的なユーザインターフェース画面に注目し、これを参照してデバイス内の曲げセンサの較正処理について説明する。ユーザがチャンビーデバイスの背面を「圧迫」して曲げセンサを較正の許容範囲（calibrated tolerance）を超えて変位させると、コントロールパネルファンクションが起動され、適切なユーザインターフェースが表示される（図３２）。次にユーザは、図３２のコントロールパネルを介してアクセスされる「設定値」画面から「圧迫」較正ファンクション（図３３）にアクセスして曲げセンサを較正し直すことができる。
【００６３】
所定の実施形態では、各チャンビーデバイスの軟質又は可鍛ハウジングは本質的に恒久的であって変位されないことが意図されているが、他の実施形態において、このようなハウジングは、ユーザの意のままに容易に外されかつ交換されるように設計された交換可能な「スキン」を備えてもよい。このような実装では、チャンビーデバイスは、デバイスの基礎を成すハードウェア「コア」にその時点で取り付けられている特定の「スキン」に依存して様々なプロファイルに従って動作するように構成されてもよい。具体的には、チャンビーデバイスのハウジングとして使用されるべく配置される様々なスキンの内部に埋め込まれた電子識別子を読み取るために、チャンビーデバイスのコア上に１つ又は複数のセンサを配備することも可能である。各識別子は、固有の識別情報を含む持続的な（不揮発性の）記憶モジュールから成る可能性もあり、そのスキンがデバイスのコアに取り付けられることになった時点でチャンビーデバイスのコア上の対応するセンサと電気的に又は無線で接触するように物理的に構成される。このような内蔵の識別子から読み取られる情報は、チャンビーデバイスの制御システムにその時点でデバイスのコアを包んでいるスキンの識別を知らせるために使用されることも可能である。このようなスキンのうちのあるものは、例えば、様々なアプリケーション（例えば、「時計付きラジオ」又は「ブームボックス」）もしくは意図された動作環境（例えば、「車」、「台所」、「作業場」）を連想させる特性又は機能を含むことも可能である。
【００６４】
新しいスキンが取り付けられ、又は他にチャンビーデバイスのコアに固定され、かつ内蔵の識別子からの情報が読み取られると、チャンビーデバイスは、その現在のスキンを示すメッセージ（例えば、「スキン＃１」）をサービスプロバイダ１０６へ送信してもよい。これに応答して、サービスプロバイダ１０６は、チャンビーデバイスに特定のプロファイル（例えば、「プロファイル＃３」）を利用するように指示するメッセージで応答してもよい。ユーザは、サービスプロバイダ１０６と通信状態にあるウェブブラウザ１２２を介して、そのスキンの各々のプロファイルを定義することを選んでもよく、又は単に、サービスプロバイダ１０６から入手可能なデフォルトプロファイルを利用してもよいことが熟慮されている。各プロファイルは、例えば、（ｉ）実行されるべきウィジェット、（ｉｉ）ウィジェットの実行に使用されるべき構成、（ｉｉｉ）ＬＣＤディスプレイ３２０を介して情報を提示する際に利用されるスタイル及びテーマ情報（カラースキーム、コントロールデコレーション、フォント、背景、その他）を定義することも可能である。
【００６５】
動作、位置及び接触検出のシステム及びアプリケーション．
実施形態によっては、チャンビーデバイスは、加速度、動作及びロケーションの検出及び追跡に関する機能を実装するためのハードウェア、ソフトウェア又はハードウェアとソフトウェアの組み合わせを含んでもよい。また、人又は物体がデバイスに当たる、又は圧迫することによって生じる接触、並びにデバイスが床、テーブル、机等の他の表面又は物体、又は他の表面又は物体に当たることによって生じる接触を含む、デバイスとの接触の検出等の追加的な関連アプリケーション及びファンクションも想定されている。またアプリケーションによっては、動作の検出及び追跡は、ピッチ軸又は回転軸内の、又は直線運動におけるデバイスの動作を使用してデバイスの機能が制御される場合のあるジェスチャ認識を実装するために使用されてもよい。
【００６６】
次に、図３４を参照すると、本発明の態様に係る動作検出システムハードウェア３４００の一実施形態のブロック概略図が示されている。図３４は一実施形態を表したものであり、本発明の精神及び範囲内で類似の機能を提供する他の構成も可能であることは理解される。図３４に示すように、動作検出ハードウェア３４００は、加速度計及び関連するハードウェアの使用によって１つ又は複数の動作軸内に実装されてもよい。例えば、加速度計３４１０は、統合加速度／電圧変換器であるアナログデバイスＡＤＸＬ３３０等の３軸加速度計であってもよい。加速度計３４１０の出力は、動作のＸ軸、Ｙ軸及びＺ軸に対応する３つの電圧信号等の関連する各軸における加速度を表す複数のアナログ信号チャネル３４１５から成ってもよい。複数の軸のアナログ信号は、次にチャネル３４１５を介して信号フィルタリングネットワーク３４２０へ供給され、信号を調整されてもよい。信号調整は、連続する信号処理ステージへ供給される信号の品質向上に関連する様々な機能を含んでもよい。例えば、信号フィルタリングネットワーク３４２０は、加速度計出力の変化に対応するシステムの時定数を設定するため、又は信号からより高い周波数の加速度成分又は雑音を除去するための低域通過フィルタを備えてもよい。このようなフィルタは、広範な回路を介して実装されてもよい。ある実施形態では、各チャネルからの入力信号と並行するキャパシタネットワークが使用されてもよい。信号フィルタリングネットワーク３４２０からの出力は、次に、アナログ／デジタル変換器３４３０へ供給されてもよい。アナログ／デジタル変換器３４３０は、次に、フィルタリングされたアナログ入力信号を、デバイスの関連する動作軸に沿った動作を表す１つ又は複数のデジタルデータチャネルへ変換してもよい。アナログ／デジタル変換器の出力は、次に、チャンビーＣＰＵへ記憶され、バッファされ、かつ送信されもよく、かつ後に詳述するようにシステムソフトウェアによって処理されてもよい。
【００６７】
図３５は、低レベル加速度計の信号の記憶、バッファリング及び検索に関する加速度計のハードウェアとチャンビーシステムのソフトウェアとの間のインターフェース及び処理の所定の態様の実施形態を示す。図３５Ａ及び図３５Ｂに示すように、１つ又は複数の動作軸に沿った動作を表すデータは、例えば図３４に示すような加速度計ハードウェア３４００等の加速度計ハードウェアから加速度計ドライバソフトウェアモジュール３５１０へ供給されてもよい。供給されたデータは、次に、ドライバソフトウェアモジュール３５１０において記憶されかつバッファされるだけでなく、さらに処理がなされてよい。データの記憶は、ｌｉｎｕｘオペレーティングシステム上で実行される予定されるタスク等のデバイスのオペレーティングシステム上で実行される予定されるタスクを介して達成されてもよい。このようなタスクは周期的に実行されてもよく、あるいは、オペレーティングシステムの「ティック」又は他のタイミング信号等の時間基準に基づいて非同期的に実行されてもよい。ある実施形態において、非同期タスクは、ほぼ、１００Ｈｚの速度で発生してもよいオペレーティングシステムの「ティック」周期毎に一度実行されてもよい。各ティックにおいて、Ｘ、Ｙ及びＺの加速度データは、所望される記憶データ量及びシステムデータの検索タイミングに基づいて異なる長さで構成されてもよい循環バッファ３５２０に記録されかつ記憶されてもよい。また循環バッファは、関連する統計を追跡することに関連づけられるデータ構造を有してもよい。これらの統計には、信号の平均及び変動等の加速度データ関連のパラメータに関する総計の統計が含まれてもよい。図３５Ｂに示すような実施形態によっては、ドライバソフトウェアモジュール３５１０は、後に詳述するようなより高いレベルの機能等のより高いレベルの信号処理機能も実装してもよい。
【００６８】
ドライバソフトウェアモジュール３５１０は、一般に、加速度計の信号に関するデータを提供するために、他のシステムソフトウェアモジュールとインターフェースするように構成される。実施形態によっては、ドライバソフトウェアモジュール３５１０は、図３５Ａ及び図３５Ｂに示すようなアプリケーション・プログラミング・インターフェース（ＡＰＩ）３５３０を介してチャンビーデバイス内のオペレーティングシステム及び他のソフトウェアモジュールとインターフェースしてもよい。より高いレベルのソフトウェアとのインターフェース機構は、様々なタイプのインターフェースに基づいて様々な方法で実装されてもよい。ある例示的な実施形態は、加速度計デバイスドライバへディスパッチするファイル・デバイス・インターフェースを使用している。このファイルデバイスは、ドライバが包含している場合のある、瞬間的な加速度及び外挿された速度又はサンプルバッファ内のデータの移動平均及び分散により決定されるような現在の適応雑音しきい値等の任意の情報について、ドライバに問い合わせるために使用されることができる。
【００６９】
先に記述したような従来のインターフェースに加えて、ドライバモジュール３５１０は割込みソースとして機能してもよく、この場合の割込みは、加速度データ、処理結果、バッファステータス又は他の関連パラメータに基づいて発生される。またこのドライバモジュールは、割込みイベントをエミュレートするために使用できるポーリングされたデータのソースとして機能してもよい。実施形態によっては、システムインテグレータは、チャンビーデバイスの位置の急速な変化等の所定のイベントに対してより良い対応を与えるために、加速度計の割込みモードを使用してもよい。
【００７０】
先に述べたような低レベルのソフトウェアに加えて、チャンビーデバイスは、加速度計のデータを処理して関連情報を抽出するためのより高いレベルのソフトウェアモジュールも含んでもよい。このようなソフトウェアは、加速度計の生データに様々な信号処理アルゴリズムを適用して有益な情報を抽出してもよい。この情報には、チャンビーデバイスの相対角度及び位置、角度又は直線位置の変動速度及び他の有益なパラメータ等の一定の範囲の関連パラメータが含まれてもよい。例えば、実施形態によっては、以前の位置又は基準位置に対するデバイスの相対角度を測定することが望ましい場合がある。基準位置の場合、基準位置の決定は、較正について論じる本明細書の後の項目においてさらに詳述されるようにしてデバイスを較正することにより行われてもよい。基準位置に対するデバイスの相対角度が、
【数１】
2010536193.tif 000005
のように三次元の座標ｘ、ｙ及びｚで与えられてもよいことは留意されるであろう。（ｇｘ０，ｇｙ０，ｇｚ０）で定義される基準方位、及び（ｇｘ，ｇｙ，ｇｚ）で定義される現在の方位を予め与えられたものとして、相対角度は、単に次式により近似的に決定されてもよい。
【００７１】
【数２】
2010536193.tif 000006
【００７２】
但し、ｓｉｎ−１の項は各々、適宜＋１又は−１まで飽和されてもよい。この演算の忠実度を向上させるために、記録されるｇｎの値はオーバーサンプリングされて平均されてもよい。
【００７３】
実施形態によっては、１つ又は複数の軸におけるデバイスの相対速度及び位置を決定することが望ましい場合がある。技術上周知であるように、加速度は速度の時間導関数であり、速度は位置の時間導関数である。したがって、速度ｖ（ｘ，ｙ，ｚ）及び位置ｐ（ｘ，ｙ，ｚ）は、下記に示すように加速度ａ（ｘ，ｙ，ｚ）を積分することによって決定されてもよい。
【００７４】
【数３】
2010536193.tif 000007
【００７５】
積分に基づいたシステムは、速度及び位置の計算誤差をさらに拡大する場合のある加速度のオフセットに敏感である場合があることは留意されるであろう。さらに、時間サンプリングされた離散データを有するこのようなシステムを実装する場合は、追加的な誤差が導入されることがあるが、これらの誤差は、技術上既知である様々な手段によって対処されてもよい。デジタルシステムでは、速度又は位置の決定に適用される場合もあるような積分は、下式のようなリーマン和の形式で実装されてもよい。
【００７６】
【数４】
2010536193.tif 000008
【００７７】
このような実装では、誤差項は、下式のように境界をつけられる誤差項をもたらす台形公式の適用によって幾分最小化されることが可能である。
【００７８】
【数５】
2010536193.tif 000009
【００７９】
但し、Ｍ２はｆ’’（ｘ）の絶対値の最大値である。
【００８０】
リーマン近似固有の限界並びに電子機器における系統的なオフセットに起因する誤差の除去は、些細なタスクではない。しかしながら、技術上既知であるように、ＤＣオフセットの相殺及び実際のジェスチャが識別される場合に相殺を無効化する経験則を含む様々な技術が使用されてもよい。
【００８１】
次に、図３６を参照すると、加速度計の信号の処理システムの一実施形態の所定の態様を表すブロック概略図が示されている。データバッファ３６１０は、加速度計の生データの複数のサンプルの記憶及びバッファリングを提供するために使用されてもよい。加速度計のデータは、１つ又は複数の動作軸における複数のデータサンプルから成ってもよい。バッファ３６１０に記憶されたデータは、次に、様々な動作関連の情報を提供するために１つ又は複数の信号処理モジュールへ提供されてもよい。実施形態によっては、バッファ３６１０からのデータは、雑音オフセット弁別器として構成される発見的な傾向解析モジュール３６２０へ供給されてもよい。オフセット抑制信号であってもよい解析モジュール３６２０の出力は、次に、速度及び位置データを計算するために積分モジュール３６４４及び３６４８と共に使用される低域通過フィルタモジュール３６４２及び３６４６へ印加されてもよい。さらに、発見的な傾向解析を含む実施形態は、発見的な傾向解析モジュール３６２０の出力と同期するに足る時間量だけ加速度計生サンプルの積分を遅延するために、時間遅延モジュール３６３０も含んでもよい。発見的なフィルタの使用は、システムの信号応答に幾分かのデッドゾーンを導入することがあるが、これは、ジェスチャ認識マシンの状態を修正すること、又はベクトル量子化器を使用して３次元空間（3 space）内のチャンビーのロケーションを既知の可能な小さいロケーションセットのうちの１つへスナップすること等によって高レベルで補償され得ることは留意されるであろう。
【００８２】
図３６にさらに示すように、幾つかの実施形態は、加速度データを積分し、第１の積分に基づいて速度を決定し、かつ第２の積分に基づいて位置を決定する３６４４及び３６４８等の積分モジュールを含んでもよい。図３６に示す実施形態における実装のように、加速度のサンプルは第１の積分器３６４４へ供給され、第１の積分器３６４４は、リーマン和アルゴリズムの使用又は技術上既知である他の離散時間積分アルゴリズムの使用等によって入力信号の積分の近似値である出力をもたらす。デバイスの速度を表すこの出力は、次に、雑音及び他の誤差を補正する目的で低域通過フィルタモジュール３６４２へ印加されてもよい。低域通過フィルタモジュール３６４２はまた、雑音及び誤差のパフォーマンスを改善するために、発見的な傾向解析モジュール３６２０からの補正信号を印加してもよい。低域通過フィルタモジュール３６４２の出力は、次に、閉ループフィードバックシステムの一部として信号加算モジュール３６３２において入力される加速度信号から減算されてもよい。また、第２の積分器モジュール３６４８、低域通過フィルタモジュール３６４６及び信号加算モジュール３６４５を備える類似のフィードバックループも、速度データを積分して位置データを提供するために設けられてもよい。
【００８３】
実施形態によっては、雑音の存在下でのデバイスの位置、速度及び加速度の予測を向上させるために、カルマンフィルタが設けられてもよい。技術上既知であるように、カルマンフィルタは、限定的な又は不正確なデータサンプル及び雑音の存在下でパフォーマンスを向上させるためにナビゲーションシステムにおいて広く使用される。図３６に示すように、カルマンフィルタモジュール３６６０には、信号処理チェーンの関連ステージから加速度データ、速度データ、及び位置データが供給されてもよい。例えば、加速度データはデータバッファ３６１０から供給されてもよく、速度データは第１の積分器モジュール３６４４の出力から供給されてもよく、位置データは第２の積分器モジュール３６４８の出力から供給されてもよい。カルマンフィルタモジュール３６６０は、次に、改良された位置データをもたらすために、技術上既知であるフィルタリング方法を使用して入力信号を処理してもよい。実施形態によっては、図３６に示すように、カルマンフィルタモジュール３６６０から出力される補間された位置データは位置ログ３６６２へ供給されてもよく、位置ログ３６６２には、発見的な傾向解析モジュール３６２０から出力される動作抑制信号も供給されてもよい。相対的な位置の近似値を表す位置ログ３６６２の出力は、次に、ベクトル量子化モジュール３６６６において空間較正データと結合されてもよい。空間較正データは、本開示の後続の項目において詳述されているように、空間較正データモジュール３６６４から供給されてもよい。ベクトル量子化モジュールは、結果的に生じる出力を値の有限集合に限定するための量子化ルーチンを含んでもよく、これにより、発見的なフィルタ等の他の処理ステップを介して導入される場合のある誤差を低減する。デバイスの絶対的な位置を表すベクトル量子化モジュール３６６６の結果的な出力は、次に暗黙の位置モジュールへ供給されてもよく、ここでさらに、位置関連ファンクションを提供するためにアプリケーション又はウィジェットによって使用されてもよい。
【００８４】
実施形態によっては、特定の動作関連のサインを検出するために、整合フィルタが設けられてもよい。技術上既知であるように、整合フィルタは、着信信号を望ましい目標信号のサンプル表現に相関させ、かつ相関器の出力に基づいて望ましい信号が存在するかどうかを決定することにより、特定の信号を検出するために使用されてもよい。例えば、加速度データ、速度データ、又は位置データは、特定の周波数においてチャンビーデバイスの振動等の特定の動作イベントを検出するために、整合フィルタモジュール３６９０へ供給されてもよい。動作イベントは、予め設定されたイベント又はシステムがプログラムする目標イベントの何れかに基づくものであってもよく、もしくはユーザによってプログラムされてもよい。実施形態によっては、特定の目標動作に関連する加速度、速度、又は位置プロファイル等の目標動作プロファイルに対応する１つ又は複数の基準信号が整合フィルタモジュール３６９０に供給されてもよい。整合フィルタモジュール３６９０は、次に、着信信号を目標信号と相関し、相関出力が予め設定されたしきい値を超えていれば整合をシグナリングしてもよい。あるいは、ユーザは、特定の動作シーケンスを検出するように整合フィルタを学習させてもよい。例えば、ユーザは、その洗濯機に関連する動作処理を監視するようにフィルタを学習させる場合もある。ユーザはこれを、学習モードを選択し、洗濯機が特に望ましい動作で動作している間にデバイスを洗濯機上に、恐らくは５秒間である指定した時間量に渡って置き、次に動作サインを記録することによって実行する場合もある。動作サインは、次に、整合フィルタモジュール３６９０に目標信号として記憶されてもよく、次いで着信信号は、望ましい動作信号を検出するために目標信号と相関されることも可能である。明らかであるように、本発明の精神及び範囲内で、広範な他の動作関連の整合フィルタアプリケーションが可能である。
【００８５】
実施形態によっては、ジェスチャ認識モジュール３６２０が含まれてもよい。このようなモジュールは、手の動きによって生じるデバイスの動作に関連づけられる特定の位置シーケンスを検出するために、カルマンフィルタモジュール３６６０からの補間された位置の出力データ等の位置データに作用してもよい。ジェスチャは広範な実装が可能であり、例えば、ある実施形態では、入力された位置プロファイルに基づいてユーザが意図する最も起こりそうなジェスチャを決定するために、ビタビアルゴリズム又は類似するトレリスアルゴリズム等の動的なプログラミングアルゴリズムが使用されてもよい。この実装では、発生する場合のある様々な適法の状態及び分岐状態から成る状態図が整えられてもよい。ユーザが状態図を通じて軌跡を辿るにつれて、最尤予測量を動的に適用し、状態空間を介するトランザクションによってどのジェスチャが含まれるかが決定されてもよい。１つの可能な例をさらに示すと、デバイスは、２つの直交する軸Ｘ及びＹを中心とする回転に基づいて４つの異なるファンクションを提供する４つの制御動作によって構成されてもよい。Ｘ軸を中心とする一方向への回転は第１の動作を制御し、反対方向への回転は第２の動作を制御し、かつＹ軸に沿った２つの方向も同様に制御する。ジェスチャ認識モジュール３６５０に位置データを印加すると、結果的に、デバイスの動作について回転の対応する軸及び方向の双方が検出される。この情報は、次に、関連した機能を提供するために他のアプリケーション又はウィジェットへ提供されてもよい。
【００８６】
図３６に関連して先に論じたように、チャンビーデバイスは、ジェスチャ認識モジュール３６８０によるもの等のジェスチャ認識機能を実装するモジュールを含んでもよい。ジェスチャ認識アプリケーションは、広範なものが可能である。実施形態によっては、ジェスチャ認識は、１対の水平及び垂直スクロールバーを制御する動作のピッチ軸及びロール軸に基づいたものであってもよい。図３７に示すように、チャンビーデバイスは矢印が示すように移動されてもよく、かつ関連したデバイスの動作が検出されてもよい。この処理は、テキストのスクロールが必要とされるウィジェット又はアプリケーションにおけるキーボード又はマウスの代わりに使用されてもよい。あるいは、チャンビーデバイスは、図３８における矢印が示すように直線的に動作されてもよく、この場合、デバイスは画面上の位置を辿るために使用され、かつ次にデバイスは、マウスのクリックを模倣するように上下に移動されてもよい。直線モードでのオペレーションは、デバイスの位置を導出するために、加速度計の高速サンプリング、及び図３６に示すように加速度データの二重の積分を必要とする場合がある。処理の範囲は、積分処理内での加速度計のドリフト及び静的なオフセットの適応的な検出及び相殺等がさらに加えられてもよい。また、人であるユーザの線形動作に対する知覚は許容される線形動作の合計の範囲によって軽減されることから、結果として得られる位置読み取りの値を画面座標へのこれらの移行に伴って解釈するに当たって知能を働かせるというニーズも存在する場合がある。例えば、マウスを使用する場合によくある問題点は、マウスの使用範囲が画面上で辿られる範囲より狭く、ユーザはマウスを持ち上げてマウスパッド上で置き換えなければならないことにある。知能アルゴリズムは、加速度プロファイルを監視して、デバイス及び実際の動作のリセンタリングとユーザが行うクリック動作との差を検出しかつ補正するために適用されてもよい。
【００８７】
ジェスチャ認識を使用するオペレーションの別のモードは、手話形式の共通するジェスチャを使用して実装されてもよい。例えば、特定の単語又は表現に対して、一連の手話動作を予め定義しておくこともできる。豚の貯金箱を振る場合のように、チャンビーを上下にひっくり返して振ることは、チャンビーデバイスを株式ポートフォリオアプリケーション又はウィジェットへ切り換えることであると定義することもできる。欲求不満、愛情又は単純なシンボルに関連づけられるもの等の他の共通するジェスチャは、デバイス上で特定の動作を起動する方法として使用されることも可能である。他の実施形態は、ユーザがデバイスを投げて、それがどのような速度で投げられたかを測定できるようにすることも可能であり、又は加速度データは、デバイスが強く投げられすぎた、又は強く落とされすぎたためにもはや保証されなくなっていることを示すために、デバイス上の不揮発性メモリに記憶されることも可能である。上述のプロファイルがすべて、ビデオゲームのインターフェースからコントロールパネルの構成に至る様々なアプリケーションにおいて使用可能であることは留意されるであろう。
【００８８】
所定の実施形態において、チャンビーデバイスは、曲げセンサを使用してデバイスがユーザにより圧迫されるときを検出してもよい。あるいは、加速度計及び関連したモジュールも、このタイプのジェスチャを認識するように学習させられてもよい。具体的には、チャンビーデバイスが学習するように構成されてもよい柔軟なデバイスに特有の動作には、少なくとも２つのタイプが存在する。その第１は、本明細書において圧迫と表示されるものであり、第２はスキッシュとして表示されるものである。圧迫動作は、ストレスボール又は類似デバイスによって行われる場合があるように、ユーザがデバイスを手にとってこれを両手で圧縮すると発生する。これにより、加速度計は特徴的な速度で振れ、プロファイルを傾斜させる場合がある。図３６に関連して先に論じたように、整合フィルタ３６９０等の整合フィルタは、圧迫ジェスチャを認識するように、較正された圧迫動作に基づいて予めプログラムされる、又はその特有の圧迫動作に基づいてユーザによりプログラムされるの何れかであってもよい。よって、これに続く圧迫動作は、圧迫動作を整合フィルタ内の予めプログラムされた動作シーケンスに相関させることに基づいて検出されてもよい。所定の実施形態において、このような処理は、曲げセンサと共に、又は曲げセンサの代わりとしての何れかで使用されることも可能である。
【００８９】
スキッシュ動作は、朝に鳴動する目覚まし時計を押して消すことに似て、ユーザがチャンビーデバイスをテーブル等の硬い表面上で押し下げると発生する。このタイプの動作は、整合フィルタリング、加速度プロファイリング、傾斜検出、又は他の手段を含む様々な機構を介して検出することができる。定義の通り、圧迫動作とスキッシュ動作との検出の相違はデバイスが扱われる方法にある。圧迫動作はデバイスを主として深さ方向に圧縮するが、スキッシュ動作はデバイスを高さ方向に圧縮する。しかしながら、これらの動作が共に、先に述べた、より一般的な動作関連の検出処理及びシステムに関連していることは認識されるであろう。
【００９０】
実施形態によっては、チャンビーデバイスは、加速度計及び関連したモジュールを使用して建物内のデバイスの位置を検出しかつ追跡してもよい。例えば、実施形態によっては、本デバイスは、それがその時点でどの部屋に位置づけられているのかを検出しかつ追跡するように構成されてもよい。ロケーションをこのようにして決定するためには、デバイスが、デバイスを携帯式の移動モードで動作できるようにする適正なハードウェア及びソフトウェアを備えていることが想定される。最も単純な実装では、Ｘ、Ｙ、及びＺの加速度は図３６に示されているもの等の二重積分を実行され、位置が決定される。先に述べたように、この手法を適用する絶対的な位置の決定は、雑音及びシステムエラーの導入に起因して困難な場合がある。具体的には、位置エラーは、加速度を位置に変換する際に必要とされる二重積分がエラー因子を二乗則の速度で累積する傾向のあることに起因して、急速に累積する場合がある。それでもやはり、後に詳述するように、これらの問題点に対処する方法は様々に存在する。
【００９１】
図３９を参照すると、ある実施形態において、チャンビーデバイスは２つの区別可能な動作モードで使用されてもよい。第１のモードは学習モードとして表され、第２のモードは実行モードである。図３９Ａに示すような学習モードでは、ユーザはステップ３９１０においてデバイスを、第１の部屋における基準位置内等の基準位置レスティングスポットで保持する。ユーザは、次に、例えば画面を押し、又はデバイスを圧迫して開始信号を発生させることにより、ステップ３９１２における学習セッションを開始するジェスチャを行う。デバイスは、次に、ステップ３９１４を実行してデータを記録し、かつ位置を計算する。処理は、ステップ３９１６においてデバイスを持ち上げ、別の部屋の基準位置等の別の位置へ移動することによって続けられてもよい。次の位置に来れば、ユーザはステップ３９１８において再びジェスチャを行い、ステップ３９２０において学習を続け、最終的にステップ３９２２において別のジェスチャ等のユーザが与える指示によって学習の完了がシグナリングされる。デバイスは、次に、ステップ３９２４において関連する任意の学習及び較正計算を完了してもよい。この処理は、ステップ３９２０において、すべての部屋が学習されるまでステップ３９１６へ戻って繰り返されてもよい。ある例示的な実施形態では、ユーザは最初の部屋及び位置へ戻り、次いでデバイスにデバイスが元の基準位置に存在することを通知し、この時点でデバイスは軌跡全体に渡る全体的なドリフト及びエラー因子を決定することが選好される。
【００９２】
図３９Ｂに示すような実行モードとして示される第２のモードでは、チャンビーデバイスは加速度計の周囲にデッドゾーンを設定してもよい。これは、全体的なドリフト及びエラー因子に基づいて決定されてもよく、よってこれは、雑音と静的なオフセットとの統合を回避する。図３９Ｂに示すように、ユーザは、ステップ３９５０においてデバイスを持ち上げることによりオペレーションを開始してもよく、これによりデバイスは、ステップ３９５２において、加速度の積分に基づいて位置の決定を開始する。ユーザによる部屋内又は他の学習エリア内でのデバイスの移動に伴って、追加的な中間移動ステップも存在してもよい。ユーザがデバイスを移動させるにつれて、先に学習したロケーションの何れにも一致しないロケーションでデバイスに様々なエラーが発生することがある。この場合、デバイスは、ステップ３９５６において、例えば推測される現在のロケーションと以前に記憶されたロケーションとの間のベクトルの大きさを計算することにより、学習された最も近いロケーションを決定してもよい。デバイスは、次にステップ３９５８において、その位置を、学習された最近のロケーションへ「スナップ」する処理を適用してもよい。このスナッピング処理は、経時的に累積する場合のあるドリフト因子の幾分か、又はすべてを除去する手助けをするために使用されてもよく、ユーザがデバイスをあちこちと移動させることに伴って繰り返されてもよい。この手法が幾つかの弱点を有する場合があることは留意されるであろう。例えば、ユーザがデバイスの置き場所を決定できなければ、デバイスが置かれる度にロケーションは僅かに異なる結果となる場合がある。しかしながら、おそらく各部屋はデバイスの配置における相対的なエラーに比較すれば広く、よって、スナッピングルーチンはデバイスをなお望ましい位置の近くへ配置する。さらに、デバイスがオフにされて移動され、次いで異なるロケーションにおいて再度オンにされる場合、一般にその現在の場所は認識されず、よってユーザはデバイスに現在の位置を知らせる必要がある場合のあることは留意されるであろう。これは、メニューを介して、現在の位置が以前に学習されたどのロケーションに最も近いかを知らせることにより行われてもよい。
【００９３】
これらの動作追跡機能は、特にデバイスがその近傍における他のチャンビー又は類似デバイスについて幾分かの知識又は認識を有するように中央サーバからのデータと協働していれば、チャンビーデバイスに幾つかの巧みで楽しいアプリケーションを実装するために使用されてもよい。さらに、これらの動作追跡機能は、セキュリティ機能を実装するために使用されることが可能である。例えば、デバイスは、既知のユーザがセキュリティコードを入力することなく移動されればアラームを鳴らすように構成されてもよい。あるいは、デバイスは、移動されるとアラーム又はドアチャイムを鳴らすようにドアの取っ手に掛けることもできる。
【００９４】
図３６を参照して先に論じたように、チャンビーデバイスは、整合フィルタを使用して特定の動作パターンを検出するように学習させられてもよい。例えば、デバイスは、洗濯機の動作が停止する時を検出し、次には別のデバイスへメッセージを送って洗濯処理が終了したことを示すようにプログラムされてもよい。別のデバイスは、次に、洗濯が終了していることを可聴又は視覚的なインジケータ等の様々な手段によってユーザへ指示してもよい。他の実施形態では、デバイスは、地震に関連づけられる振動等の地球運動に関連する運動パターンを検出するように構成されてもよい。このモードでは、対象である地球運動が発生すると、位置、時刻、マグニチュード及び他のパラメータを中央サーバ又はローカル又はリモートユーザへ報告できるように、地震計ウィジェットを連続的に又は断続的に実行することもできる。この実装は、これまでに入手可能であったものより詳細な地震活動度マップを作製するために、地質学者又は地震学者によって使用される場合もある。
【００９５】
実施形態によっては、チャンビーデバイスの較正を行うことが望ましい場合がある。デバイスの較正方法には、既知の基準位置又は現在のデバイスの位置との相対性の何れかに基づく様々なものが存在することは留意されるであろう。加速度計における自然な静的なオフセットに起因して、電圧等の特定のアナログ出力に基づいて代表的な固定傾斜角を決定することが可能ではない場合がある。結果的に、実施形態によっては、当初の起点を予め与えられたものとしてデバイスの相対角度を確実に決定することしかできない場合がある。したがって、実施形態によっては、デバイスの較正がオペレーション以前の重要なステップである場合がある。
【００９６】
図４０に示すような較正手順の例示的な一実施形態では、チャンビーデバイスは、本開示の他の項目及び関連する他の開示において記述されているマルチメディア能力を使用してもよい。この実施形態において、ユーザは、ステップ４０１０において、例えば開始ジェスチャを行うことにより較正処理を開始する。処理が開始されると、デバイスは次に、ステップ４０１２におけるようにデバイスをテーブル上に置く等によって、ユーザにデバイスを何らかの表面上へ置くように指図する。デバイスは次に、較正計算を実行し、較正された位置を決定し、かつステップ４０１２において、例えばビープ音又は他の音を鳴らすこと、又は視覚的な指示によって処理の完了をユーザに通知する。ステップ４０１２の通知に続いて、ユーザは次に、ステップ４０１６において、例えばデバイスを圧迫することによってデバイスにシグナルを送ってもよい。デバイスは次に、ステップ４０１８において、ユーザにデバイスを直立の位置に戻すように通知してもよい。近代的な国における大部分のテーブルは重引力に対して平坦であることから、この処理は、較正点又は基準点として地球に対する周知の固定ジオメトリを確立するために使用することができる。
【００９７】
仮想世界とのインターフェース．
実施形態によっては、チャンビーデバイスは、ｈｔｔｐ：／／ｗｗｗ．ｓｅｃｏｎｄｌｉｆｅ．ｃｏｍでアクセス可能なＳｅｃｏｎｄ  Ｌｉｆｅ（登録商標）として知られる仮想世界等の１つ又は複数の仮想世界へインターフェースするように構成されかつインターフェースするように動作してもよい。このようなインターフェースの機能には、仮想世界からのコンテンツのチャンビーデバイス上での表示、チャンビーデバイスを介する仮想世界の他のユーザ及び機能との対話、チャンビーデバイス上及び仮想世界におけるアバタの表示及び彼らとの対話、仮想世界アクティビティの監視及び他の機能及びファンクションが含まれてもよいが、この限りではない。
【００９８】
仮想世界は、典型的には仮想世界におけるユーザを表すアバタを使用して、ユーザが他のユーザと対話することを許容する。仮想世界では、ユーザは、一種の「バーチャルウェブカム」を提示されてもよく、ここでは、Ｓｅｃｏｎｄ  Ｌｉｆｅ（登録商標）、Ｗｏｒｌｄ  ｏｆ  Ｗａｒｃｒａｆｔ、Ｔｏｏｎｔｏｗｎ、Ｅｎｔｒｏｐｉａ  Ｕｎｉｖｅｒｓｅ、その他等の仮想世界サービスがマシン又はネットワークマシン又はサーバのグループをホストして様々な視点（vantage point）から仮想世界へビューをレンダリングさせる。仮想世界は、実世界のほぼあらゆる機能、並びに実世界には存在しない、又は存在しようもない空想の機能及びファンクションのレンダリングされたバージョンを含んでもよい。機能の例としては、公園、会合場所、店、戦場及び他の多岐にわたる公的及び私的な場所が含まれる。ユーザは、アバタの形式で仮想世界を、実世界におけるような徒歩又は飛行等の他の方法を含む様々な方法でナビゲートすることができてもよい。
【００９９】
ユーザによる仮想世界との対話は、仮想世界へウェブカムのようなビューを供給する「バーチャルウェブカム」として記述される場合のあるウェブカムに類推されてもよい。世界が創成されてユーザアバタがインスタンス化されると、対話は、オンデマンドでクライアントアプリケーションに像がストリームされる実際のウェブカムに酷似したものになる場合がある。典型的な仮想世界との対話はパーソナルコンピュータ（ＰＣ）を介して行われ、この場合、ユーザはウェブブラウザインターフェース又はスタンドアロン型のデスクトップアプリケーションを介して仮想世界にアクセスし、かつマウス及びキーボード等のＰＣコントロールを使用して仮想世界をナビゲートしかつこれと対話する。
【０１００】
本発明の態様は、仮想世界との対話をチャンビーデバイス等のモバイル及び／又は携帯用デバイスへ拡張することを含む。実施形態によっては、チャンビーデバイスが仮想世界とインターフェースしかつこれと対話することを許容する認証処理が存在してもよい。あるいは、実施形態によっては、多くのウェブカムで行われるように、認証が不要であったり使用されない場合がある。実施形態によっては、携帯用デバイスを介するアクセスに関連してユーザアバタが供給されなくてもよいが、他の実施形態では、仮想世界において、一般的なユーザアバタ、又はカメラ、チャンビーデバイス、カメラ及びチャンビーデバイスの組み合わせ、又は別の類似タイプのアバタを表すアバタ等の唯一のデバイス固有のアバタが与えられてもよい。
【０１０１】
実施形態によっては、ユーザによる仮想世界へのアクセスは固定位置又は静止位置に限定されてもよく、この場合、ユーザは仮想世界においてアクティビティを見る、聴く又は他に感じ取ることはできるかもしれないが、仮想世界内をあちこちと移動することはできない場合がある。あるいは、実施形態によっては、インターフェースは、ユーザが携帯用デバイス上に装備されるコントロールを使用して仮想世界内を動き回れるように構成されてもよい。例えば、本明細書の他所に記述されているもの等のチャンビーデバイスに関連づけられるコントロールは、ユーザがＰＣベースのコントロールを介して実行される動作及び対話に類似する様式で仮想世界内を動き回りかつこれと対話できるように構成されかつそのように機能するものであってもよい。
【０１０２】
実施形態によっては、ユーザによる携帯用デバイスを介する仮想世界との対話は、ユーザが関心を持つもののアクティビティを監視することに限定されてもよく、この場合、ユーザは次に、ＰＣ又は他のアクセス手段を介して仮想世界にアクセスし、利用可能な任意のイベント又はアクティビティに参加してもよい。例えば、携帯用デバイスは、ビッグバトル、群衆による予期せぬアクティビティ、友人の出現、又は他の対象のアクティビティ等の幾つかの定義されたイベントについて仮想世界を監視し、次に、関心のあるイベントが発生していることをユーザへ任意の利用可能な通知機構を介して通知するように構成されかつそのように機能するものであってもよい。これに応じて、ユーザは次に、そのＰＣを介して仮想世界にアクセスしかつ関連のイベント又はアクティビティに参加してもよい。
【０１０３】
あるいは、実施形態によっては、携帯用デバイスは、ユーザに、本明細書に記述されているコントロールデバイス及びファンクションを介する、並びにスピーカ、ブザー、ＬＥＤ、ＬＣＤ、ＬＣＤディスプレイパネル及び／又は他の可聴、可視、触覚又は動作関連のデバイス等の可聴及び視覚的なディスプレイデバイスを介する仮想世界との限定的な又は完全な関わりを許容するように構成されかつそのように機能するものであってもよい。
【０１０４】
多くの仮想世界は、ユーザが既存のインフラストラクチャを使用してサービスプロバイダと対話できるようにするインターフェースを提供する。このようなインターフェースは、既存のインフラストラクチャを変更する必要なしに携帯用デバイスが仮想世界と対話することを可能にするために使用されてもよい。例えば、Ｓｅｃｏｎｄ  Ｌｉｆｅ（登録商標）は、ユーザがＸＭＬ−ＲＰＣを介してカスタムインゲームオブジェクトと対話できる機構を提供する。ある実施形態では、このインターフェース及び関連したプロトコルは、携帯用デバイスがオブジェクトと対話しかつリアルタイム情報を処理することを可能にするために使用されてもよい。Ｓｅｃｏｎｄ  Ｌｉｆｅは、このような機能を実装するＳｗｅｅｔ  Ｖｉｔｒｉｏｌ（ｈｔｔｐ：／／ｗｗｗ．ｓｗｅｅｔｖｉｔｒｉｏｌ．ｃｏｍ）により設計された代表的な例のＯＳＸダッシュボードウィジェットをｈｔｔｐ：／／ｓｅｃｏｎｄｌｉｆｅ．ｃｏｍ／ｄｅｖｄｏｗｎ／ｄｅｔａｉｌ．ｐｈｐ？ｐｉｄ＝０００００００５において提供する。
【０１０５】
以下、仮想世界との対話のためのシステム及び方法に関する説明及び例において、本発明の実施形態に関連づけられるデバイス、処理及び方法に関連するステップ及び構成を示す。これらのステップ及び構成には様々な代替例が使用されてもよく、よって説明する、かつ図面に示すものは単に例示を目的として提供されるものであって、明示的な指摘のない限り、如何なる場合も限定を意図するものでないことは認識されるであろう。
【０１０６】
次に、図４１を参照すると、本図は、チャンビーデバイス等の携帯用デバイスとＳｅｃｏｎｄ  Ｌｉｆｅ（登録商標）等の仮想世界との間の構成及び対話のためのワークフローの一実施形態を示す。図４１に示すように、ユーザはまず、ステップ４１１０において、仮想ウェブカムウィジェット（ＶＷＣＷ）を選択しかつ本明細書の他所に記述されているようにこれをそのウィジェット「チャネル」のうちの１つに追加する手段又はオプションを提供されてもよい。このウィジェットは次に、本明細書の他所に記述されているような方式でユーザの携帯用デバイス上に表示されてもよい。
【０１０７】
ユーザは、ステップ４１１５において、ＶＷＣＷを関連の構成パラメータに基づいて設定する手段又はオプションを提供されてもよい。ある実施形態では、構成パラメータは仮想世界のＩＤを含んでもよい。あるいは、２つ以上の仮想世界がアクセスされる場合、各仮想世界について１つ又は複数の特有のウィジェットが存在してもよい。また各ウィジェットは、アクセスされている仮想世界に関する識別情報によって設定されてもよい。例えば、識別情報はユーザ名／パスワードの組み合わせ、又は他の何らかのタイプのセキュリティキー、トークン又は他の識別手段を含んでもよい。仮想世界によっては、識別は、限定的な又は完全なエントリ又はアクセスの何れをも許容するために必要とされなくても、使用されなくてもよい。例えば、実施形態によっては、ユーザは、識別情報を入力する必要なしに仮想世界の機能及びファンクションへの限定的な又は完全なアクセスさえも得ることができてもよい。ある実施形態では、ユーザは、接続時に、以前のロケーション、デフォルトのロケーション、ランダムなロケーション、ニュートラルなロケーション又は仮想世界における他のロケーション等の特有のロケーションを見ることができてもよい。仮想世界内のアクセス及び初期のユーザポジショニングに関する変形例も、本発明の範囲に含まれることが想定される。
【０１０８】
ユーザは次に、携帯用デバイスにウィジェットを「再生」するための手段を提供されてもよい。例えば、ある実施形態では、チャンビーデバイスは、本明細書に記述されているもの等の方法を使用して「再生」されるべきウィジェットを検索しかつインスタンス化してもよく、この場合、再生は、仮想世界に関連するウィジェットの構成、接続、及びオペレーションに関連づけられるウィジェットのオペレーションを実行することから成る。ウィジェットの「再生」は、関連したハードウェア、ソフトウェア、ファームウェア、インターフェースデバイス、及び他の関連した要素上で実行されてもよい。ウィジェットの再生が始まると、ウィジェットは次に、ステップ４１２０において、インターネット、有線又は無線ネットワーク、又は電気通信ネットワーク等の他のネットワーク等の利用可能な相互接続経路上で仮想世界に接触してもよい。アクセスプロトコルは、接続及びサービスのタイプに依存して変わる。例えば、実施形態によっては、ＸＭＬ−ＲＰＣプロトコルが使用されてもよい。
【０１０９】
ウィジェットは、次に、ステップ４１２５において、仮想世界サービスに対するユーザの認証を行ってもよい。例えば、ユーザはチャンビーのウェブサイト上のセキュア識別プロキシを使用してもよく、又はサービスへの認証をｈｔｔｐ：／／ｗｗｗ．ｓｅｃｏｎｄｌｉｆｅ．ｃｏｍ等のそのウェブサイトで直接的に行ってもよい。
【０１１０】
ウィジェットは次に、ステップ４１３０において、仮想世界サイトから情報を検索してもよい。このような情報は、ウィジェットが仮想世界及びユーザと対話することを許容するようにして提供されるデータ、ファイル、オブジェクト、アプリケーションプログラム、コントロール、又は他の情報を含んでもよい。例えば、仮想世界は、チャンビーデバイスがデバイス上のＬＣＤディスプレイ等のディスプレイ画面にビューをレンダリングすることを許容するデータを提供してもよい。このデータはまた、可聴情報、言語、音楽、ビデオ、音、ブザー、可視ディスプレイ、又は他のコンテンツ又はインジケータが携帯用デバイスによって出力されることを許容してもよい。実施形態によっては、情報リンクは、主として一方向式にデータを提供するように設定されてもよく、この場合、仮想世界に関連づけられるコンテンツは、携帯用デバイス上へ可聴式に表示されかつ／又は再生される。あるいは、実施形態によっては、情報リンクは、仮想世界サイトから携帯用デバイスへのコンテンツ配信並びに携帯用デバイスから仮想世界サイトへのコンテンツ及び／又はコントロール情報送信を許容する双方向性であってもよい。例えば、実施形態によっては、携帯用デバイス及び関連したウィジェットは、ユーザが仮想世界内でのビューの変更、パンニング、ティルティング、ズーミング、又は動き回り等の仮想世界におけるオペレーションを制御できるように構成されかつそのように機能するものであってもよい。さらに、実施形態によっては、ユーザは、コンテンツを仮想世界にアップロードしかつ仮想世界において他のユーザ及び関連するアバタに信号を送る、又はこれらと対話することができてもよい。
【０１１１】
図４２は、チャンビーデバイスの構成ウェブサイト等のウェブサイトにおける仮想ウェブカムウィジェット（ＶＷＣＷ）の構成に関する、本発明の態様の別の実施形態によるワークフローを示す。図４２に示すように、チャンビーデバイス等の携帯用デバイスは、まず、ステップ４２１０において、利用可能なウィジェットセットからＶＷＣＷを選択するようにユーザをプロンプトする。ウィジェットは、一般的な仮想世界のインターフェース及び構成に適合するものであってもよく、又は特にＳｅｃｏｎｄ  Ｌｉｆｅ（登録商標）によるオペレーションのために設定されたウィジェット等の特定の１つ又は複数の仮想世界へのアクセスに関連づけられてもよい。デバイスは次に、ステップ４２１５において、ユーザが選択されたＶＷＣＷをウィジェットチャネルへ追加することを許容してもよい。デバイスは次に、ステップ４２２０において、ＶＷＣＷを構成パラメータによって設定してもよい。このような構成パラメータは、仮想世界ＩＤ、ユーザｉｄ及びパスワード等の仮想世界におけるユーザアカウントに関する認証情報、又は他の構成パラメータを含んでもよい。デバイスは次に、ステップ４２２５においてウィジェットの構成を受け入れてもよく、もしくは、提供された情報が不十分であれば、デバイスは追加の、又は異なる構成を要求するようにユーザ又はシステムをプロンプトしてもよい。デバイスは次に、ステップ４２３０において、ユーザのチャンビーデバイス等のユーザの携帯用デバイス上に再生するウィジェットチャネルを選択してもよい。
【０１１２】
図４３は、携帯用デバイスと仮想世界のサービスプロバイダとの対話に関する本発明の態様による別の実施形態を示す。図４３に関連して示しかつ説明するステップは単に例示的なものであって本発明の範囲を限定する意図のないこと、及びこれらのステップの幾つか及びすべて、並びに図示されていない追加のステップを含む他のステップの順序及び組み合わせも想定されることは留意される。図４３に例示された実施形態において示されているように、オペレーションは、チャンビーデバイス等の携帯用デバイスがステップ４３１０において仮想ウェブカムウィジェット（ＶＷＣＷ）を含むアプリケーションプログラムを実行する、すなわちチャネルを「再生」するようにユーザをプロンプトすることによって開始されてもよい。携帯用デバイスは次に、４３１５において、１つ又は複数のＶＷＣＷをインスタンス化、すなわちロードして再生してもよい。ＶＷＣＷは、一般に仮想世界と対話するように設定されてもよく、かつ／又はＳｅｃｏｎｄ  Ｌｉｆｅ（登録商標）仮想世界等の特有の仮想世界と対話するように設定されてもよい。実施形態によっては、１つ又は複数の仮想世界と順次又は同時に対話するために複数のＶＷＣＷが準備されてもよい。
【０１１３】
インスタンス化されると、ＶＷＣＷは、ステップ４３２０において、仮想世界に関するウェブページＵＲＬ等で仮想世界のサービスプロバイダへ要求を送信してもよい。ある代表例において、Ｓｅｃｏｎｄ  Ｌｉｆｅ（登録商標）のトップレベルドメイン、ｗｗｗ．ｓｅｃｏｎｄｌｉｆｅ．ｃｏｍは仮想世界へアクセスしかつインターフェースするために１つ又は複数の関連ＵＲＬを有してもよい。仮想世界サービス（ＶＷＳ）は、仮想世界を実装する１つ又は複数のプログラムを実行する１つ又は複数の仮想世界サーバ等の様々なハードウェア及びソフトウェア上でホストされてもよい。要求は、チャンビーデバイスと仮想世界サービスとの間で、有線のインターネット接続、Ｗｉ−Ｆｉ等の無線接続、電気通信インターフェース、又は利用可能な他の有線又は無線接続手段を含む利用可能な任意の通信手段によって送信されてもよい。要求は、ＸＭＬを使用して呼を符号化しかつＨＴＴＰを搬送機構として使用する単純なプロトコルであるＸＭＬ−ＲＰＣプロトコル等の標準の通信プロトコルを使用してもよい。例えば、Ｓｅｃｏｎｄ  Ｌｉｆｅ（登録商標）は、ユーザがＸＭＬ−ＲＰＣを介してカスタム仮想世界オブジェクトと対話できる機構を提供する。また、他のプロトコルが使用されてもよいことも留意される。
【０１１４】
要求がＶＷＳへ送信されると、ＶＷＳは、ステップ４３２５において、サポートされたプロトコル及び手順に従って要求を処理してもよい。実施形態によっては、ＶＷＳは、ユーザ識別を追加しない直接的なアクセスを提供してもよい。しかしながら、ある実施形態では、ＶＷＳは、接続を確立する前に識別及び／又は認証ステップ４３３０を要求してもよい。認証は、ユーザｉｄ及びパスワードに基づいた典型的な認証手順を含んでもよく、又は他の代替的な識別手順を使用してもよい。ＩＤ／認証が使用されれば、ＶＷＳは次に、携帯用デバイスへＩＤ／認証要求を送信して希望する情報を要求してもよい。実施形態によっては、携帯用デバイスは、要求に直接的に応答するように設定されてもよいが、図４３に示されているもの等の他の実施形態では、ＩＤ／認証要求はステップ４３３５において、チャンビーウェブサイト上の仮想世界認証プロキシ等のプロキシへ転送されてもよい。プロキシは次に、ＶＷＳアクセスを求める特定の携帯用デバイス及び／又はユーザに関するＩＤ／認証データ又は記録を含むＶＷＣＷデータベース等のデータベースから認証情報を検索してもよい。プロキシは次に、ステップ４３４５においてＶＷＳへ応答を送信してもよく、ステップ４３５０において応答はＶＷＳにおいて続いて処理される。この時点で、ＶＷＳは、認証を拒絶し、かつ処理を反復すべく図４３に示すようなステップ４３３０等の別のステップへ実行を転送することによって要求を処理してもよく、応答を受け入れてステップ４３５５等の別のステップへ実行を転送してもよく、又は代替のステップもしくは追加のステップ（図４３に図示せず。）を実行してもよい。
【０１１５】
この時点で、セッショントークンが発生され、ステップ４３５５においてＶＷＳから携帯用デバイスへ送信されてもよい。携帯用デバイスは次に、ステップ４３６５において、トークンをキャッシュしかつ仮想世界からデータを要求してもよい。ある例示的な実施形態では、携帯用デバイスは、標準的なウェブカムにより示される場合もあるような現在の仮想世界のロケーションの画像をレンダリングしてもよいように、ステップ４３６５においてＶＷＳからロケーション又は位置データを要求してもよい。また、その仮想世界又は他の仮想世界のユーザ／アバタに関するテキスト形式、可聴式、他の視覚的な又は類似タイプのデータ等の追加的な又は代替のデータも要求されてもよい。
【０１１６】
ステップ４３７０において、ＶＷＳはデータ要求を、ロケーション情報に対する要求を処理すること等によって処理してもよく、次に、ステップ４３７５において、ロケーションビューデータ等の仮想世界のデータを検索し、処理して携帯用デバイスへ送信してもよい。パーソナルデバイスにおいてデータが受信されると、ＶＷＣＷは次に、ステップ４３８０においてデータを必要に応じて処理してもよく、かつステップ４３８４において、ビュー、他の画像、オーディオ、テキスト、又は関連したコンテンツをレンダリングしてもよい。実施形態によっては、この処理は、ユーザが処理を停止又は変更する入力を供給するまで繰り返されてもよい。他の実施形態では、ユーザによる仮想世界との対話の操作を許容するステップ４３８６等の追加的なオプションのオプションが準備されてもよい。例えば、適正に設定されたウィジェットを再生するパーソナルデバイスにおいて、ユーザは、ズーム、パン、傾斜、回転、平行移動、及び他のファンクション等のコントロールを実行できてもよい。対話を可能にするために、関連情報が仮想世界へ送信されてもよく、かつステップ４３８８では、ユーザの操作を反映してパーソナルデバイスのディスプレイ及び／又は出力を更新するために、新規又は追加データに対する関連した要求がＶＷＳへ送信されてもよい。処理の実行は次にステップ４３７０へ戻ってもよく、ここで、パーソナルデバイス／ＶＷＣＷに対し新しいロケーション又は他のデータが要求されかつ送信される。
【０１１７】
セキュリティ及び認証のシステム及び方法．
実施形態によっては、チャンビーデバイス及び関連システムは、ユーザ認証及びセキュリティを提供するように設定されてもよい。本明細書に記述される実施形態は単に例示的なものであり、限定を意図しないことは留意される。本発明の精神及び範囲に含まれる他の実施形態は、本明細書において完全に熟慮されたものである。
【０１１８】
本明細書に記述される実施形態に関する詳細の幾つかを明確にするために、下記で説明するものを含む幾つかの頭字語又は略語が技術上既知である他のものと共に使用される場合がある。
ＯＡＳ        オープンアーキテクチャ仕様
ＰＡＱＳ，Ｘ      ウィジェットサーバの公開鍵番号Ｘ
ＰＣＣ，Ｘ      チャンビークライアントの公開鍵番号Ｘ
ＳＡＱＳ，Ｘ      ウィジェットサーバの秘密鍵番号Ｘ
ＳＣＣ，Ｘ      チャンビークライアントの秘密鍵番号Ｘ
ＷＳ          ウィジェットサーバ
ＡＱＳ        認証クエリサーバ
ＩＤ          チャンビーのＩＤ番号
ＰＩＤ        推定ＩＤ
ＣＰ          暗号プロセッサ
ＣＣ          チャンビークライアント（ＣＰを含む）
ＲＦＳｎ      ルートファイルシステムｎ
Ｋｎ          カーネルｎ
ＰＳＰ        永続的な記憶パーティション
ＢＬ          ブートローダ
ＯＮＳＳＡ    オフ−ネットワーク・セキュア・サイニング・エージェント
ＢＯＲＥ      ブレーク・ワンス・エブリウェア
ＭＩＴＭ      中間者
ＤｏＳ        サービス拒絶
Ｒｘ          ランダム数Ｘ
Ｔｘ          タイムスタンプＸ
ＲＮＧ        乱数発生器
３ＰＳ        第三者サーバ
ＯＫｘ        所有者鍵番号Ｘ（対称鍵）
ＳＴｘ        セキュリティトークン番号Ｘ
Ｈ（ｘ）      Ｘのハッシュ、本明細書ではＸのＳＨＡ−１
Ｅ（ｘ，ｋ）  鍵ｋで暗号化されたｘ
【０１１９】
典型的な実施形態では、チャンビーデバイスは、（例えば、本明細書の他所で様々な実施形態に関連して記述されているような）プッシュ−コンテンツ配信のためのオープンアーキテクチャインターネットのクライアントである。このようなデバイスの１つの優位点は、それがインターネットの経験を単純化できることにある。しかしながら、技術的な主たる難題は、ユーザのプライバシ又はセキュリティを危険にさらすことなく如何にしてこれを行うかにある。これは、ユーザに真正のコンテンツが配信されることの保証（例えば、アンチスパム、アンチフィッシング、アンチトロージャンを含む）、並びに（チャンビークライアント等の携帯用デバイス上で自分のｅメール、預金残高、又は他の個人情報を見たい場合に必要とされるような）第三者認証を安全にクライアントへプロキシする方法を含む難題を提示する。これらのタスクは、ユーザに秘密を隠すことなく、又はユーザが行う本明細書の他所に記述されているもの等の主要なサービスに無関係なアプリケーションのチャンビーに再目的化を制限することなく実行されなければならない。
【０１２０】
例えば、チャンビーデバイスは、ユーザのｅメール又は銀行のパスワードを所有する、又はこれらについて知る負担を望まないかもしれない。このような場合、ユーザは、本明細書の他所に記述されているような実施形態ではチャンビーサーバ上へ物理的に記憶される場合があるとしても、最終的にその第三者鍵に対するコントロールを保持することが重要である。
【０１２１】
セキュリティシステム及び方法の例示的な実施形態に関しては、下記のタスク、すなわち、商業的に可能な限りユーザのプライバシを守りながらチャンビークライアントを認証すること、クライアントへ配信されるコンテンツの真正／完全性のチェックを可能にすること、セキュリティ認証ファシリティを第三者プロバイダへリースするための取り消し可能な機構を使用可能にすること、ハードウェアで可能な経路（hardware-enabled path）を介して所有者から要求がなされた時点でシステム内のすべての秘密を削除することにより、所有者による無効化を可能にすること、チャンビーデータベース内のすべてのセキュリティトークンをチャンビークライアントにのみ記憶される鍵に暗号化することにより、所有者によるトークンの取り消しを可能にすること、並びにその他のタスクのうちの１つ又はそれ以上を実装することが望ましい場合がある。
【０１２２】
これらのニーズに対応するために、基本的な認証及びトークン転送プロトコルが使用されてもよい。使用される特定のセキュリティプロトコルと共に、この特定のシステムのセキュリティニーズに関して基本的な想定が行われてもよい。例えば、ある例示的な実施形態では、セキュリティシステムにより保護されるべき秘密の価値は＄３００未満であり、この秘密の価値の平均持続時間は４年未満となることが想定されるであろう。典型的には、秘密は、パスワードの変更、ハードウェアの入れ替え（trunover）、第三者ソフトウェアの移動、アカウントの変更、又は与えられた（imposed）パスワードの制限による陳腐化等の陳腐化に起因して失効する。また、暗号化された秘密の指定された時間又は時間間隔での強制フラッシュを使用するオプションの二次的な機構も使用されてもよい。本明細書に記述されているようなシステム及び方法が、上述のものとは異なる想定に基づいて、同様の、又は類似する方式で実装されてもよいことは留意されるであろう。
【０１２３】
次に、図４４を参照すると、本図は、本発明に一致するシステム及び方法の実施形態が実装されてもよいチャンビー又は類似の携帯用デバイスのための典型的なクライアント−サーバアーキテクチャを示す。
【０１２４】
クライアント要素：改竄防止暗号プロセッサを有するオープンクライアント．
ある典型的なチャンビーシステムは、有線又は無線ネットワークを介して１つ又は複数のチャンビーサーバ及び／又は他のネットワーク及びサーバへの接続を提供することができる、図４４に示すようなチャンビーデバイス（チャンビークライアント）４４１０を含む。チャンビークライアントは、２つの部分、すなわちコアプロセッサ４４１２に基づいたオープンクライアント、及びオープンであるが少しだけ改竄防止的な暗号プロセッサ（本明細書では暗号プロセッサとしても示す）４４１４から成るように構成されてもよい。このオープンクライアントは、これが、オープンネットワークポートを有する典型的には保全されず検証されないｌｉｎｕｘホストになることから、典型的には信用できないものとされる。その結果、これには秘密を載せるべきではない。しかしながら、ユーザがパスワード又は他の個人情報等の秘密情報を記憶する場所は必要とされている。ある典型的な実施形態では、チャンビーサーバはユーザが点検又は調整するには比較的閉鎖的かつ困難なものであることに起因して、ユーザはチャンビーサービス／サーバをセキュリティトークンによって単純には信用できないことが想定される。さらに、チャンビーは潜在的に召喚命令（subpoena）又はハッカーによって危険にさらされる可能性があり、又はユーザはアカウント又は加入のキャンセルを希望しかつチャンビーは将来これらのトークンを他の目的で使えないものと確信している場合がある。したがって、他の解決策が必要とされる。
【０１２５】
１つのアプローチは、本発明に一致するデバイスのセキュリティ及び認証の促進に使用するための少しだけ改竄防止的な暗号プロセッサ（ＣＰ）４４１４をチャンビーデバイスに包含することである。ＣＰ４４１４等のＣＰの主要な性質は、その実行経路がコアプロセッサから離れた到達できない領域に存在すべきであって、ＣＰ内に記憶された秘密を危険にさらすことができるソフトウェア専門（software-only）の攻撃を生み出すことを遙かに困難にすることにある。また、ＣＰ４４１４はオープン式に構成されてもよく、かつその全体的なソースコード、仕様、及び概略図も公開される場合がある。
【０１２６】
ＣＰ４４１４は、秘密鍵（ＰＲＫ）及び所有者鍵（ＯＫ）のセットを包含するように設定されてもよい。通常、ＣＰには第三者認証トークンは記憶されないことに留意されたい。ＣＰは、典型的にはクローズドサーバ（ＣＳ）に対するフロントライン認証デバイスとして使用され、次にＣＳは秘密を絶えず監視される（ネットワークのオペレーションセンタ（ＮＯＣ）等の）環境に記憶することができる。このアプローチは、絶対に確実であること（foolproof）が意図されるものではない。どちらかといえばこれは、秘密が悪用され得ない商業的に適度な保証を提供するように、かつ何よりも、大部分のセキュリティ侵入を是正しかつ検出するための迅速かつ容易な経路を提供するように意図されるものである。
【０１２７】
経費を節約するために、実施形態によっては、大規模な秘密鍵セットの生成は高品質のエントロピーソース及び大量の計算能力を必要とすることから、ＣＰは固有の秘密鍵を生成しないように設定されてもよい。その代わり、ＣＰの鍵は工場においてテストマシンによって生成されてもよく、工場内の鍵生成マシンに対しては、それが生成する秘密鍵をログしていないことを保証するためのコントロールが行われなければならない。しかしながら、セキュリティ鍵を生成して提供する技術上既知であるような他の手段も使用されてもよいことは明らかであろう。
【０１２８】
ＣＰの要件．
本発明の例示的な一実施形態では、ＣＰは、下記の鍵機能のうちの１つ又はそれ以上（典型的には、これらのすべて）を実装する。
【０１２９】
ＣＰは、要素ＲＳＡ  ＰＫＣＳ＃１を実装する。ＣＰは、少なくとも１６対の１０２４ビットＲＳＡ鍵（オプションとして、メモリのパッキングがより密であれば３０対までの１０２４ビット鍵）を記憶することができる。ＣＰは、少なくとも１６対の１２８ビット対称鍵を記憶することができる。チャンビークライアントプロセッサには、１対のピンを使用してシリアルＴＴＬレベルプロトコルが実装される。シリアルプロトコルは、後に詳述するシリアルプロトコルの仕様に従ってコアプロセッサと通信するために実装される。即時の応答及び遅延のフラッシングを有する深度３の認証待ち行列（すなわち、待ち行列からの問い合わせは即時に応答されてもよいが、回答された問い合わせは少なくとも１５分間は待ち行列内に存続した後にフラッシュされ、待ち行列をオーバーフローする問い合わせは無視される）。ＣＰのリセットピンはクライアントのリセットピンへバイパスするには不都合な方法（コアプロセッサを再設定することなくＣＰを再設定することを防ぎ、１５分の認証待ち行列のタイムアウトをバイパスする）で結ばれる。ユーザがＣＰ内部の秘密を破壊できるようにする外部ピン（「ＳＥＴＡＣ＿ＡＳＴＲＯＮＯＭＹ」ピン）が利用可能にされる（これは、所有者の同一性が攻撃者越しには容易に確立され得ず、敵対的な物理的な環境が想定される環境の存在下における「所有者による無効化」機能と同等のものである）。他のピンはすべて無視されるか、ＣＰ上で不動態化される。さらに、オプションの機能として、バックドア・ハードウェア・アクセスを防止してＲＯＭコンテンツを守るための方法（例えば、ＪＴＡＧ又はプログラマを介するコード／データの読み出しを防止するセキュリティヒューズ）が含まれてもよい。ＣＰがＪＴＡＧ読み出し防止ＲＯＭヒューズを実装していれば、監査が容易であるように、機器を試験するＪＴＡＧポートが利用可能にされてもよい。
【０１３０】
先に述べたように、即時の応答、遅延フラッシュ式の認証待ち行列機能は、下記の競合する要件、すなわち（１）チャンビークライアントは、ネットワーク接続にむらがあってパケットがドロップしかねない環境下でもサーバに対し迅速に自らを認証し、これにより、認証シーケンスの再試行を命じるという要件、及び（２）チャンビークライアントは攻撃に対してロバストであって、ユーザは自らのチャンビーに不正に侵入し、他のチャンビーが侵入されたチャンビー上のＣＰを介してその認証要求をプロキシできるようにそのＣＰを問い合わせサーバとして使用できるという要件の一方又は双方に適合するように実装されてもよい。認証待ち行列は、本質的に「認証リーク（authentication leakage）」の割合を１５分からシステム設計により命じられた正規の認証待ち行列を減算した時間で１ユニット未満にまで制限する。ある例示的な実施形態では、サーバはチャンビーデバイスを４６分間に一度認証し直すことが示唆されている。ネットワーク接続にむらがあり、かつ過剰なパケット損失に起因して認証を数回試行し直さなければならない場合、確実に３つまでの問い合わせを即時かつ迅速にサービスできる手助けとなるように、深度３の認証待ち行列が準備されてもよい。
【０１３１】
ある例示的な実施形態では、待ち行列は、コードのメインループにおけるカウンタとして実装されてもよい。ループの実行毎に、これはリアルタイムの時計をチェックしかつ有効期限タイマを減少させる。認証カウントは、有効期限タイマが時間切れになる度に値がゼロになるまで減少させられる。認証カウント変数は、認証要求が実行される度に即時に増加させられる。カウント変数値が予め設定された認証の最大値を超えれば、認証要求は拒否される。認証カウントは、その最大値で飽和し、認証要求でＣＰをスパムするならず者のプログラムからのデバイスに対するサービス拒絶攻撃を防止するために、最大値を超えては累積しない。
【０１３２】
深度３の待ち行列は、ネットワーク要求が承認サーバへの列において３度も失敗する可能性は極めて低いという理由で示唆される。しかしながら、ネットワークの接続性があまりに低く、認証要求パケットが４６分以内に３回もサーバへ戻ることに失敗し、よってネットワークのパフォーマンスが低く、何れにしてもユーザの経験が不十分であるようであれば、より高い、又はより低いレベルの待ち行列が使用されてもよい。
【０１３３】
サーバ要素：スプリットドメインを有するクローズドサーバ．
クライアント側のチャンビーデバイスに加えて、ある典型的なチャンビーシステムは、図４４に示すような１つ又は複数のサーバ４４２０を含むことになる。ある典型的なシステムでは、ユーザのプライバシ保護は、本明細書に記述されている認証システムの重要な目的であり、その結果、スプリットドメインを有するクローズドサーバ（ＣＳ）は、２つの物理的に区別可能なコンピュータ／サーバから成るように準備されかつ構成されてもよい。２つの物理的に区別可能なコンピュータの使用により、ユーザ認証情報が個人的なユーザ情報から明確に隔絶できるようにする。
【０１３４】
これらの物理的に区別可能なコンピュータのうちの１つを、本明細書では「ウィジェットサーバ」（ＷＳ）４４２２として表示し、他を本明細書では認証クエリサーバ（ＡＱＳ）４４２４として表示する。図４４は、これらの要素の一実施形態を示している。ＷＳ４４２２は、本明細書の他所で記述されているように、あらゆるチャンビークライアントがウィジェットを検索するために接触する外部から見えるサーバである。ＡＱＳ４４２４は、専用のプロトコル及び媒体を介してＷＳのみが接触できるイントラネット専用サーバである。ＷＳは、認証トークンの知識を持たないが、ユーザの個人的な選好及び設定のすべてを含んでいる。ＡＱＳは、ユーザが誰か／何かの知識を持たないが、トークンの真正を検証することができる。
【０１３５】
一片の情報−推定ＩＤ（ＰＩＤ）は、ユーザの認証ステータスを共有するために使用されてもよい。ＷＳは、ＰＩＤ鍵に関するそのデータベースに索引を付けてもよく、ＡＱＳはＰＩＤのセキュアハッシュに関するそのデータベースに索引を付けてもよい。ＰＩＤのハッシュは、侵入者がＡＱＳデータベースを危険にさらす場合にシステムのプライバシのロバスト性を高めるために、ＡＱＳに索引を付けるべく使用されてもよい。ＷＳは単にＡＱＳに「このＰＩＤは真正か？」と尋ね、ＡＱＳは単にはい、又はいいえで回答する。
【０１３６】
あるいは、ユーザが個人情報を漏らさないことに関して統制されていれば、ユーザは、チャンビーサービスを使用してその安全なアカウントにパスワードをプロキシし、しかも特定の個人としては識別され得ないという利益を享受してもよい。一方で、識別情報の交換（クレジットカードの支払い等）からは、典型的には、所定の実際的な利便性が与えられる。チャンビーシステムの配備に関連づけられる企業戦略は、所有者がこのような利便性のリスクについて教育されるように確立されてもよい。しかしながら、ユーザが所定の個人情報を漏らすとしても、ウィジェットサーバは正確にどの物理的なチャンビーに対して認証が行われているかを記憶していないように設定されてもよい（これを知っているのはＡＱＳのみであるが、ＡＱＳは正確にどのユーザに対して認証が行われているかを記憶していない）という事実は、所定のシナリオにおける可能な否認能力（deniability）の層を生成する。
【０１３７】
サーバ要素：所有者管理のトークンデータベース．
ＷＳがセキュリティトークンのためのプロキシとして動作するためには、ＷＳ上のどこかにセキュリティトークンが記憶されていなければならない。何百万個ものユーザの個人的なセキュリティトークンを蓄積しかつこれらを１つのデータベースに書き込むことは、かなり貴重なもののセキュリティを保全する困難さ、ユーザのトークンをすべてうっかりと漏らすことになる一人のユーザに向けて意図される召喚命令の脅威、及びユーザはチャンビーネットワークがユーザの鍵を管理することについて信用することを求められるという事実をも含む、但しこれらに限定されない多くの理由によって問題が多い。ユーザには、典型的にはそうする理由がないことから、明らかに、ユーザはチャンビーネットワークを信用するように求められるべきではない。したがって、典型的な実施形態では、ユーザは、その固有の鍵を遠隔的に管理する権限を与えられる。
【０１３８】
この処理を促進するために、ＣＰに「所有者鍵」（ＯＫ）セットが記憶されてもよい。ＯＫは、１２８ビット対称暗号鍵を含んでもよい。ＯＫは、ユーザがチャンビーネットワークへ引き渡すセキュリティトークンを暗号化するために使用されてもよい。各クライアントは、他のどのクライアントとも共有されない唯一のＯＫセットを有してもよく、又はこれらを提供されてもよい。
【０１３９】
ＷＳは、Ｅ（ＯＫｘ，ＳＴ）のみを記憶する。但し、Ｅ（ｘ，ｋ）は鍵ｋによるメッセージｘの暗号化を表す。よって、ＳＴデータベースの全体が危険にさらされたとしても、攻撃者は、まずデータベース内のあらゆるクライアントに接触して対応するＯＫを要求しなければセキュリティトークンを復号することができない。これは、クライアントはまずＣｅｒｔ  ＰＵＫ’ｓを介して認証を検証しなければＯＫに対する問い合わせに応答しないことがあり、これはＡＱＳのアシストがあってのみ行い得るという事実によって複雑化する。したがって、チャンビークライアントをだましてそのＯＫを明らかにさせるためには、攻撃者は、典型的にはＡＱＳ及びＷＳを危険にさらさなければならない。
【０１４０】
最終的に、ユーザが、それ以上チャンビーネットワークの一部であることを望まないと決定すれば、ユーザは単にＯＫｘ（すなわち、ＯＫがチャンビーネットワークに繋がっていた期間中に使用したもの）を破壊するだけでよく、かつチャンビーサーバ上にＥ（ＯＫｘ，ＳＴ）として記憶されているそのトークンはすべて事実上回復不能になる。そのチャンビークライアントが次いで別のカスタマに転売されれば、リスト上の次のＯＫが使用されてもよく、これは順次リストが終わるまで続けられてもよい。
【０１４１】
サーバ要素：セキュアサーバのオフネットワークサイニング権限．
システムの追加的なコンポーネントは、図４４に示すようにオフ−ネットワーク・セキュア・サイニング・エージェント（ＯＮＳＳＡ）４４５０であってもよい。このマシンは、チャンビーの秘密鍵でデータを署名するために使用されてもよい。対応する公開鍵は、典型的には、製造段階又は配送段階等であらゆるチャンビーデバイスに焼き付けられていることから、秘密鍵の価値は極めて高い。したがって、セキュリティ意識が極めて高いＯＮＳＳＡ及び署名プロトコルの実装を準備することが望ましい。
【０１４２】
例示的な実施形態では、ＯＮＳＳＡは、理想的にはネットワークから空隙で完全に隔離されている画像署名コンピュータ４４５２を含み、かつ秘密を複数の個人に分割する技術上既知である方法が使用されてもよく、よってどの個人も単独ではＯＮＳＳＡのコンテンツを危険にさらすように行動することができない。ＵＳＢドングル４４５４等のデバイスは、例えば画像署名コンピュータ４４５２に物理的に挿入して署名を実施することにより、マスタドングル画像を署名するために使用されてもよい。
【０１４３】
チャンビーシステムプロトコルの例示的な実施形態．
以下の説明は、上述の基準のうちの１つ又はそれ以上を達成するシステムプロトコルの例示的な実施形態を例証するものである。これらの実施形態が限定ではなく例示を目的として提示され、よって本発明の精神及び範囲に含まれる他の実施形態も十分に熟慮されるものであることは留意されるであろう。
【０１４４】
プリミティブ−暗号プロセッサ上の発生乱数．
ある典型的な実施形態では、ＣＰは乱数発生のためのネイティブ・ハードウェア・ファシリティを持たず、時間を安全な方法で設定するためのファシリティも持たない。乱数の発生を促進するためには、下記の手順が使用されてもよい。
【０１４５】
各ＣＰは、工場においてシード・エントロピー・リストを使用してプログラムされる。これは、長期的なエントロピーソースであるように意図されるものではないが、容易なＢＯＲＥ攻撃を防止するために各ＣＰ間の最小量の差分を保証する。
【０１４６】
各ＣＰは、その内部のアナログ−デジタル（Ａ／Ｄ）変換器を使用してサンプリングを行う。これは、典型的には、雑音の多いシグマ−デルタ実装となる。Ａ／Ｄ変換器の最下位ビット（ＬＳＢ）は雑音が多い。このサンプリング処理のＬＳＢは、初期エントロピープールのセキュア・ハッシング・アルゴリズム（ＳＨＡ−１）ダイジェストの実行によって保全されるエントロピープール及びＡ／Ｄ変換器の追加のエントロピーに折り畳まれる。
【０１４７】
ＲＴＣの値は、乱数発生器（ＲＮＧ）による要求毎に１回エントロピープールに折り畳まれる。時計の設定値及びランダムなドリフトにおける僅かな変動は、プールに少しの余分なエントロピーを追加する手助けをする。
【０１４８】
その結果、チャンビー内部のＲＮＧはさほど正しいＲＮＧ（ＴＲＮＧ）ではなく、むしろ、どちらかと言えば制御及び予測が困難な幾つかのパラメータを有する擬似ＲＮＧ（ＰＲＮＧ）である。
【０１４９】
タスク１：商業的に可能な限りユーザのプライバシを守りながらチャンビークライアントを認証する
【０１５０】
タスク１の達成には、下記の手順が使用されてもよい。
【０１５１】
出荷前（工場）構成／テストステップ．
下記の例示的な手順ステップは、典型的には、但し必然的ではなく示された順序で使用されてもよく、かつ典型的には、チャンビーデバイスを販売チェーン又はユーザに向けて出荷する前に工場内で行われる。また、追加的かつ／又は代替的なステップも使用されてもよい。工場／製造環境はたいていが信用されるものと考えられるが、良心的でない工場作業員がいるという例外も可能性として存在する。
【０１５２】
１．唯一の１２８ビットシーケンス番号、デバイスＩＤが、工場により、ＣＰに割り当てられる。
【０１５３】
２．ＣＰプログラマ／テスタは秘密鍵／公開鍵ペア｛ＰＣＣ，Ｎ，ＳＣＣ，Ｎ｝のセットを生成し、ＣＰの内部メモリにＩＤ、ＰＣＣ，Ｎ及びＳＣＣ，Ｎを、ＣＰのプログラムコードと共に書き込む。鍵及びＩＤはすべて、２進数として記憶される。
【０１５４】
３．エントロピープールを発生させ、ＣＰにプログラムする。
【０１５５】
４．プログラミング及び検証の後、ＣＰの内部メモリは、オプションとして、ＪＴＡＧを介する読み出しを防止するためにロックされてもよい（このステップは、プロトコルのロバスト性を著しく高めるものではないかもしれないが、有益である場合がある）。
【０１５６】
５．ＰＣＣ，Ｎ及びＳＨＡ１（ＩＤ）データが固定媒体に記録され、ＳＣＣ，Ｎデータがテスタ上で破壊される。
【０１５７】
６．周期的に、ＰＣＣ，Ｎ及びＳＨＡ１（ＩＤ）のリストが非ネットワークの方法等の安全な方法を介してＡＱＳへ転送される。非ネットワークの方法の使用は、必ずしも送信されるデータのセキュリティを保証するために行われるものではなく、むしろＡＱＳデータベースに対するリモート攻撃の場を減らすために行われる（ＡＱＳ上のオープンポートの数を最小限にする）。
【０１５８】
ユーザ認証トランザクション．
下記の処理ステップは、本発明の態様によるユーザ認証トランザクションの一実施形態を示す。
１．ＣＰ→ＷＳ→ＡＱＳ：ｈ（ＰＩＤｘ）、ｘはＰＩＤＸ（ｘ）を使用する
２．ＡＱＳ→ＷＳ→ＣＰ：ｒｎ
３．ＣＰ：ａｕｔｈｃｏｕｎｔ＝ａｕｔｈｃｏｕｎｔ＋１、ａｕｔｈｃｏｕｎｔ＜ＭＡＸＡＵＴＨである場合にのみ前進する
４．ＣＣ→ＣＰ：ＣＨＡＬ（ｘ，ｒｎ）
５．ＣＰ→ＷＳ→ＡＱＳ：ｒｍ，ＰＡＱＳ（ＯＫ），ｖｅｒｓ，ＳＣＰ，Ｘ（ｒｎ，ｒｍ，ｘ，ｈ（ＰＩＤｘ），ＰＡＱＳ（ＯＫ），ｖｅｒｓ）
６．ＡＱＳ→ＷＳ：検証の有無
７．ＣＰ：１，０００秒毎、ａｕｔｈｃｏｕｎｔ＝ａｕｔｈｃｏｕｎｔ−１
【０１５９】
プロトコルは、ＣＣ及びＷＳによって見張られる。
【０１６０】
ステップ３では、ＣＨＡＬ（ｘ，ｒｎ）コマンドは下記のステップを包含する。
Ａ．チャネルｘに関連づけられる鍵を探す。
Ｂ．ＲＳＡＥＳ−ＰＫＣＳバージョン１．５（７．２節）に従ってＯＫをランダムにパディングして暗号化することにより、Ｐａｑｓ（ＯＫ）を発生させる。
Ｃ．乱数ｒｍを発生させる。
Ｄ．署名するためにデータのハッシュを発生させる：ＳＨＡ−１（ｘ，Ｈ（ＰＩＤｘ），ｒｎ，ｒｍ，Ｐａｑｓ（ＯＫ））。
Ｅ．ブラインディング因子、Ｂ＝ｒｍｅ  ｍｏｄ  Ｎを発生させる。
Ｆ．ＲＳＡＳＳＡ−ＰＫＣＳバージョン１．５（静的パディング、符号化はＥＭＳＡ−ＰＫＣＳ１バージョン１．５−ＥＮＣＯＤＥ、９．２節）でメッセージ「ｍ」のデータをパディングする。
Ｇ．パディングされたデータをＭ＝Ｂ・ｍ  ｍｏｄ  Ｎでブラインドする。
Ｈ．ブラインドされたデータに対し、ｘにより選択される秘密鍵を使用してＲＳＡ  Ｐｒｉｖｋｅｙ  Ｏｐを実行する。Ｓ＝Ｍｄ  ｍｏｄ  Ｎ
Ｉ．署名が検証することをチェックする。Ｍ’＝Ｓｅ  ｍｏｄ  Ｎであり、Ｍ’とＭのバイトを比較する。正確に一致していれば単にＳを出力し、そうでなければすべて０を出力する。
【０１６１】
ステップ６において、ＡＱＳの応答の検証は下記のステップを含む。
Ａ．受信されたｖｅｒｓフィールドからバージョン番号のヒントを読み取る。境界外であれば、ＥＲＲＯＲを返す。
Ｂ．チャネルｘ及びＨ（ＰＩＤｘ）にも関連づけられる公開鍵を探す。
Ｃ．局所的に記憶された値（ｘ、Ｈ（ＰＩＤｘ），ｒｎ）を受信された値（ｒｍ，Ｐａｑｓ（ＯＫ），ｖｅｒｓ）でハッシュする。
Ｄ．ブラインディング因子の逆数：Ｂｉｎｖ＝ＥｘｔＥｕｃｌｉｄＡｌｇ（ｒｍ，Ｎ）を発生させる（事実上、ｒｍ  ｍｏｄ  Ｎ，ａｋａ  ｇｅｄ（ｒｍ，Ｎ）の乗法的な逆数を計算する）。
Ｅ．メッセージ，Ｓ＝Ｂｉｎｖ＊Ｍ  ｍｏｄ  Ｎをアンブラインドする。
Ｆ．署名に対し、ｘにより選択される公開鍵を使用してＲＳＡ  Ｐｕｂｋｅｙ  Ｏｐを実行する。ｍ＝Ｓｅ  ｍｏｄ  Ｎ
Ｇ．ＥＭＳＡ−ＰＫＣＳバージョン１．５ＥＮＣＯＤＥ、９．２節に基づいてパディングが正しいことを検証する。
Ｈ．ステップＩＩで計算されたハッシュをメッセージのＬＳＢにおけるハッシュと比較する。エラーであれば、ＥＲＲＯＲを返す。このチェックは、バージョンのヒントも検証する。
Ｉ．Ｐａｑｓ（ＯＫ）からＯＫを復号し、ＰＫＣＳ＃１に記述されているようにしてパディングをチェックする。
Ｊ．上述のすべてが正しければ、ＳｕｃｃｅｓｓＶａｌ，ＯＫを出力し、ＡＱＳ秘密鍵による署名が終わる（ＳｕｃｃｅｓｓＶａｌ，ＣＰ＿ＲｅｃｖｄＳｉｇ）。そうでなければ、「ＥＲＲＯＲ」を返す。任意の拡張されたエラーデータ（すなわち、「パディングインコレクト（padding incorrect）」）は、ＯＫがブライヘンバッハの攻撃（Bleichenbacher's attack）の対象になりかねないことからチャンビーに返されない。
Ｋ．ＷＳは成功メッセージ上の署名を検証し、ＯＫを使用する。
【０１６２】
ある典型的な実施形態では、このプロトコルはチャンビークライアント（ＣＣ）及びウィジェットサーバ（ＷＳ）により管理される。
【０１６３】
この処理では、別紙を有する署名により供給される秘密公開鍵を認識していることの証明を介して、なりすましに対するロバスト性が与えられる。この実装は、リプレイ攻撃に対するロバスト性に関してタイムスタンプではなく乱数に依存する。クライアント側の時計は信用できないことから、タイムスタンプは、チャンビーデバイスを使用する典型的な実装にとって実際的ではない。２つの乱数、ｒｎ及びｒｍの使用、及びこれらの数の双方がプロトコルのステップ３で参照されることの保証は、インタリービング攻撃に対する保護を提供する手助けをする。また、このプロトコルは、プロトコルの非対称的な性質に起因して、構造上、反射攻撃に対しても信頼性がある。オプションのステップ４におけるｒｍ及びｒｏの埋め込みは、選択平文攻撃に対するロバスト性を与える場合がある。また、プロトコル固有の強制遅延攻撃に対しては、何ら防護策がない場合があり、結果的にＡＱＳは固有のタイムアウトを実装すべきであることも留意されるであろう。
【０１６４】
ＣＰは、典型的には、ＡＱＳへのその接続の完全性を証明する能力を持たないことから、複数のデバイスに渡ってＣＣが認証要求のリフレクタとして作用するある種のインタリービング攻撃の機会が存在する。内部時計を使用する認証要求の間の相対的な時間の測定は、この問題点を完全に解決するものではないかもしれないが、漏洩の速度を遅らせて損害を制限する手助けになる場合がある。
【０１６５】
図４５は、このタイプの攻撃に関する１つのシナリオを示す。この状況においては、２つ以上のチャンビーデバイス、すなわち、なりすましているデバイス４５５０と共謀しているデバイス４５４０とが共謀して攻撃を実行しなければならない。共謀しているデバイス４５４０は、ＣＰへのメッセージ中継センタとして行動し、なりすましているチャンビーは、ネットワークを介して共謀しているチャンビーへ認証トラフィックを転送する。典型的なチャンビーシステムの実装に起因して、典型的には終端間の認証が存在しない（すなわち、ＩＰスタックがＣＰまで拡張しない）ことから、この攻撃は可能である。このタイプの攻撃を減じる１つの方法は、ＣＰに対して回答可能なクエリレートをレート制限しかつ周期的な認証のし直しを要求するというものである。
【０１６６】
これは、幾つかのコンテキストにおいては潜在的に気がかりなものではあるが、他のコンテキストにおいては、１つ又は複数のチャンビー（複製の限度まで）が互いの間でコンテンツの共有を希望する場合の１つの機能となる場合もある。言い替えれば、システムは、この「攻撃」が事実上、認証を限定数のチャンビーと合法的に共有するための方法として使用されるように設計されることも可能である。
【０１６７】
タスク２：クライアントへ配信されるコンテンツの真正／完全性のチェックを可能にする
【０１６８】
下記の機能はオプションであり、ユーザは一般に、希望すれば、実行したい代替のコードをクライアントプロセッサ上にロードするだけで任意の真正／完全性のチェックから自由に選択できることは留意されるであろう。
【０１６９】
コンテンツ完全性機構が実装してもよい基本的なオペレーションは、下記の通りである。（１）ＯＮＳＳＡの実装方法、（２）所定のバイナリパッケージの署名方法、及び（３）所定のバイナリパッケージの署名の検証方法。
【０１７０】
オフネットワーク・セキュア・サイニング・エージェントの実装．
ＯＮＳＳＡは、あらゆる方法でオフネットワークに維持され、かつ安全な監視されたロケーションに維持されるべきである。ＯＮＳＳＡは、典型的には１つの秘密鍵を記憶するが、デバイスのＰＩＤで調べて正しい鍵を識別しなければならないことと引き換えに、新しい鍵が循環式に導入されてもよい。
【０１７１】
署名機構．
予め与えられた長さのデータブロックを提示されると、ＯＮＳＳＡは、ＳＨＡ−１ハッシュを使用してＰＫＣＳ＃１ｖ１２のＲＳＡＳＳＡ−ＰＳＳアルゴリズム（後にさらに詳述する）を実行し、かつ署名をオクテットストリームとして発してもよい。
【０１７２】
検証機構．
署名されたデータの検証は、クライアント側でＰＫＣＳ＃１ｖ１２のＲＳＡＳＳＡ−ＰＳＳ（後にさらに詳述する）を使用して実行されてもよい。検証のための公開鍵は、検証のために要求されるデータストリームの最初のオクテットにおいて指定されるインデックスによって選択されてもよい。インデックスは、後述するように、まず取り消しリストと対照してチェックされてもよい。
【０１７３】
タスク３：セキュリティ認証ファシリティを第三者プロバイダへリースするための取り消し可能な機構を使用可能にする
【０１７４】
実装は、タスク１（上述）に類似する、又は同等の様式で行われてもよいが、ウィジェットサーバ（ＷＳ）の役割は第三者プロバイダによって果たされる。
【０１７５】
チャンビーのセキュリティ機構は、複数の公開／秘密鍵ペアを記憶する可能性を有する。セキュリティにおける最も大きな難題の１つは鍵の配信方法にあることから、大規模なユーザベースに渡る幾分頑丈な鍵のデータベースをチャンビーのシステムプロバイダが所有していることは１つの強みである場合がある。実施形態によっては、第三者は、第三者に起因して認証サービスが必要となる、又は認証サービスに関して支払いが発生する場合には安全に取り消しができるようにして、チャンビーシステムのオペレータから認証鍵をリースすることを可能にされてもよい。
【０１７６】
言い替えれば、この機構はＡＱＳを、タスク１のプロトコルにおけるＷＳの役割を果たしてもよい第三者サーバ（３ＰＳ）からの汎用クエリに向けて開放する。したがって、第三者は、チャンビークライアントからＰＩＤを読み取る明らかな能力を与えられ（ある典型的な実施形態では、ＰＩＤがオープンな情報のピースであるという理由で、正しいソフトウェアを有する第三者は何れもこの情報を入手できることは留意されるであろう）、かつチャンビーが提供してもよいサービスは、ＡＱＳを介するはい／いいえの問い合わせによって、公開鍵の内部データベースに対してＰＩＤを認証することである。リースが取り消される状況では、ＡＱＳは、特定のソースからの要求に対する回答を拒否するように設定されるだけでよい。
【０１７７】
タスク４：所有者による無効化を可能にする
【０１７８】
ある例示的な実施形態では、ＣＰは「ＳＥＴＡＣ  ＡＳＴＲＯＮＯＭＹ」ピンを有する。このピンをアサートする（assert）ことにより、ＣＰは、ＣＰ内部のすべての秘密データのクラッシュを可能にするコマンドセットが使用可能にされる動作モードに入る。これは、ＣＰがユーザに隠している秘密は全くないことを意味し、かつユーザはもはやネットワークの認証に関する恩恵を享受できないことも意味する。これは、所有者に対する潜在的な恩恵に関わらず、ハードウェアは所有者に秘密を隠すべきではないと確信する所有者に対して提供されてもよい機能である。
【０１７９】
タスク５：所有者によるトークンの取り消しを可能にする
【０１８０】
下記の処理ステップは、所有者によるトークンの取り消しを可能にするための手順の一実施形態を示す。
【０１８１】
工場内、出荷前．
（先に、「出荷前（工場）構成／テストステップ」で説明した）ＰＡＱＳ，Ｘ／ＰＣＣ，Ｙ／ＰＩＤプログラミング処理の一部として、ＯＫセットが発生させられ、同じ画像内に焼き付けられもする。
【０１８２】
所有者のトークンを記録する．
ウィジェットは、典型的には、（本明細書の他所で説明しているように）ＳＳＬ上でウェブインターフェースを介して設定される。ウィジェットの中には、個人化されたアクセス（例えば、所有者のＭｙＳｐａｃｅプライベートメッセージにアクセスすること）を可能にするためにセキュリティトークンが提示されることを要求してもよいものがある。所有者のトークンの記録は、下記のステップを使用して行われてもよい。
【０１８３】
１．ＯＫは、先に示した処理（「ユーザ認証トランザクション」）のステップ４に従って周期的にフェッチされる。ＯＫは、ＰＡＱＳを使用してＡＱＳへ暗号化されて送信されてもよいことに留意されたい。
【０１８４】
２．ＯＫは、標準的な認証間隔に渡って（ある例示的な実施形態では、３０分）キャッシュされる。
【０１８５】
３．サーバのウェブページにＳＴが入力されると、これは、ＯＫを使用して即時に暗号化され、平文のバージョンは放棄される。
【０１８６】
この処理が動作するためには、ユーザは、ＯＫが周期的にリフレッシュされるようにそのチャンビーをオンに、かつ接続されたままにしなければならないことに留意されたい。対象のチャンビーがオフにされていれば、セキュリティトークンの取り扱いの実装は、サービスプロバイダのポリシによって定義される。ある実装においては、対象のチャンビーがオンでありかつ認証されていなければ、ユーザはＳＴを入力する能力を拒絶される。さらなる利便性をもたらす代替の実施形態は、次の認証トランザクションが発生するまでＳＴをプレーン（plain）にキャッシュし、ＳＴを暗号化してデータベースに永久的に保存できるようにＯＫを更新する。より利便である一方で、このアプローチは、トークンが入力される時点からトークンが暗号化される時点までの持続時間中にトークンが失われ、盗まれ、又は悪用される可能性を生み出す。
【０１８７】
どのような実装が使用されようと、ＳＴ及びＯＫのキャッシュを実装する際には、暗号化の後はキャッシュされた値が安全に消去されるように配慮されなければならないことは留意されるであろう。例えば、一時的な値を記憶するためにトランザクションのデータベースを使用することはリスクを高める場合があり、よって、引退したＳＴ及びＯＫがデータベースのトランザクションの履歴に残り、故に、意図的でない機構（例えば、機密情報が残ったままの壊れたハードドライブのセキュアでない廃棄）による攻撃又は損失を受けやすい状態のままになる。
【０１８８】
所有者による取り消し．
例示的な実施形態では、ＣＰは所有者による取り消しを可能にするコマンドを含む。例えば、所有者は、予め与えられたＯＫを削除するようＣＰに要求してもよい。予め与えられたＯＫの削除を確認するためには、同じＯＫを削除するために異なるコマンドを使用して行う連続する２つの要求が必要とされてもよい。所有者がＯＫｘを削除すれば、ＷＳによって保持される鍵はすべて取り消し不能になる場合がある。
【０１８９】
その他のタスク．
実施形態によっては、実際的な経費の問題として、ＣＰは、チャンビークライアントの電力管理を実行するように設定されてもよい。典型的な実施形態では、ＣＰは汎用マイクロコントローラであり、その存在は、技術上既知である技術を使用する「ソフト・パワー・オン」ファシリティの実装を可能にする。しかしながら、外的なタスクの実装によるＣＰの機能クリープ（feature creep）は、ＣＰ内部の状態に関する情報漏洩の潜在的な場となり、よって、ＣＰに他の機能を装備する際には、予め慎重な配慮がなされなければならないことは留意されるであろう。
【０１９０】
例示的なシステム実装．
次の項目では、本発明の態様に係るシステムの実装の一実施形態の詳細について記述する。
【０１９１】
コアプロセッサへのＣＰインターフェース  −  コアプロセッサへのＣＰインターフェースは、３８４００，８−Ｎ−１の速度で非同期通信を使用するＴＴＬレベルのシリアルリンクを介する。以下、シリアルデータのフォーマットについて説明する。
【０１９２】
クエリフォーマット  −  ＣＰの実装は、パーサにより駆動される状態機械から成る。パーサは、まず問い合わせを受け入れなければならない。それが受け入れられると、その問い合わせに対して内部フラッシュタイマが設定され、問い合わせはクエリ待ち行列に入力される。パーサはリセット状態を有し、これは単にリセット状態と呼ばれる。
【０１９３】
クエリパーサは、次のクエリシーケンスを厳密に消化しなければならない。認識されないフォーマット及び状態はすべて、パーサをリセット状態に至らせなければならず、パーサ内部の変数はすべてクリアされる。パーサは、クエリデータをバイト０がまず送信されるストリームフォーマットで予期し、かつすべてのデータはＢａｓｅ６４符号化を使用するＡＳＣＩＩフォーマットで表示される。
【０１９４】
クエリストリームの一般的なフォーマットは、下記の通りである。
ＣＭＤ                                （４文字）
＜ｄａｔａ＞                          （ｎ文字、３８０文字以下）
ＥＯＦ  ｃｈａｒａｃｔｅｒ（０ｘＤ）  （１文字）
【０１９５】
以下は、ＣＰにより認識される有効コマンドのリストである。
コマンド  意味
ＣＨＡＬ  ＡＱＳからのチャレンジメッセージ
ＡＵＴＨ  ＡＱＳからの認証肯定応答
ＤＬＫ０  所有者鍵を永久的に削除する
ＤＬＫ１  所有者鍵の削除の確定
ＷＩＰＥ  ＣＰ上のすべての個人情報を消去する
ＳＵＲＥ  個人情報の消去の確定
ＰＫＥＹ  公開鍵要求
ＶＥＲＳ  ＣＰのバージョンストリングの要求
ＡＬＲＭ  アラームの目覚まし時刻を設定する
ＤＯＷＮ  チャンビーのパワーダウンを要求する
ＲＳＥＴ  チャンビープロセッサのリセットを要求する
ＴＩＭＥ  現在のＲＴＣ時計のオフセット
ＣＫＥＹ  所有者鍵の現在の鍵インデックスを検索する
ＳＮＵＭ  デバイスの通し番号を検索する
ＨＷＶＲ  取り付けられたコアユニットのハードウェアバージョンを検索する
ＰＩＤＸ  鍵ｘのＰＩＤを検索する
【０１９６】
以下は、各コマンドのデータ部分フォーマットである。
【０１９７】
ＣＨＡＬ
フィールド  サイズ      Ｂａｓｅ６４文字
ｘ          ２バイト    ４文字＋ＬＦ（合計５文字）
ｒｎ        １６バイト  ２４文字
【０１９８】
ＣＰは、ＣＨＡＬ要求に下記のＢａｓｅ６４符号化されたシーケンスで応答する。
フィールド                    サイズ        Ｂａｓｅ６４文字
ＲＥＳＰ                      ４バイト      Ｎ／Ａ（ストリング定数）
ｘ│ｒｍ│ｒｎ│ｈ（ＰＩＤｘ）  ５８バイト    ７２文字＋ＬＦ
ＳＣＰ，Ｘ（．）                ２５６バイト  ３４４文字＋ＬＦ
ＰＡＱＳ（ＯＫ）                ２５６バイト  ３４４文字−有効可能、すべて０、又はＰＡＱＳ（０）．＋ＬＦ
ＥＯＦ                        １バイト      Ｎ／Ａ（定数：０ｘＤ）
【０１９９】
ＤＬＫ０、ＤＬＫ１
フィールド  サイズ    Ｂａｓｅ６４文字
鍵          ２バイト  ４文字
【０２００】
鍵フィールドは、鍵の削除の発生に関する２つの連続する要求、ＤＬＫ０及びこれに次ぐＤＬＫ１の間で同じでなければならない。
【０２０１】
ＷＩＰＥ、ＳＵＲＥ．
ＷＩＰＥ及びＳＵＲＥにはデータが存在しない。これらの２つのコマンドはバックツーバックで発行されなければならならず、ＳＥＴＡＣ  ＡＳＴＲＯＮＯＭＹピンがアクティブでなければならない。
【０２０２】
ＰＫＥＹ
フィールド  サイズ    Ｂａｓｅ６４文字
鍵          ２バイト  ４文字
【０２０３】
これに対する応答は、下記の通りである。
ＲＦＣ２４４０  ５．５．２節−準拠バージョン３公開鍵サブキーパケット、終端処理
ＥＯＦ  １バイト  Ｎ／Ａ（定数：０ｘＤ）
【０２０４】
ＶＥＲＳ．
この要求に関連づけられるデータは存在しない。
【０２０５】
これに対する応答は、下記の通りである。
フィールド  サイズ    Ｂａｓｅ６４文字
ＶＲＳＲ    ４バイト  Ｎ／Ａ（ストリング定数）
バージョン  ６バイト  ８文字
ＥＯＦ      １バイト  Ｎ／Ａ（定数：０ｘＤ）
【０２０６】
ＡＬＲＭ
フィールド      サイズ    Ｂａｓｅ６４文字
オフセット時間  ４バイト  ８文字
【０２０７】
アラームは、単にアラーム時刻を現在時刻からのオフセットとして秒単位で設定する。これは、ＣＰ内のリアルタイム時計が単にブートに対して相対的であって、絶対時間に一致するようには設定され得ないことに起因する。単位秒の４バイトは、以後１１８年を少し上回る時間のアラーム設定を提供する。ＣＰは、このフィールド上のオーバーフローに対処しない。アラーム設定の試行においてＣＰから応答される可能性のあるものは、下記の通りである。
【０２０８】
フィールド  サイズ    Ｂａｓｅ６４文字
ＯＶＦＷ    ４バイト  Ｎ／Ａ
−又は−
ＡＳＥＴ    ４バイト  Ｎ／Ａ
【０２０９】
返される文字列「ＯＶＦＷ」は、アラーム設定が失敗し、フィールドがオーバーフローしたことを意味する。文字列ＡＳＥＴは、アラーム設定が成功したことを確認する。
【０２１０】
アラームが設定されると、ホストは、ホストがなおオンの状態であるとしても再起動されることに留意されたい。これは、「名目上の目覚まし」アラームとして使用されるべきではない。これは、単に、熟睡アラームの状態になる前にシステムを再起動するためのアラームとして使用されるべきである。
【０２１１】
ＤＯＷＮ、ＲＳＥＴ．
これらのコマンドは、関連づけられるデータを持たず、よって即時に効力を発する。
【０２１２】
ＴＩＭＥ．
このコマンドは、関連づけられるデータを持たない。応答は、下記の通りである。
フィールド  サイズ    Ｂａｓｅ６４文字
ＴＩＭＥ    ４バイト  Ｎ／Ａ
時間        ４バイト  ８文字、単位秒のブート後のアップタイム
ＥＯＦ      １バイト  ０ｘＤ
【０２１３】
ＣＫＥＹ．
このコマンドは、関連づけられるデータを持たない。応答は、下記の通りである。
フィールド  サイズ    Ｂａｓｅ６４文字
ＣＫＥＹ    ４バイト  Ｎ／Ａ
現在の鍵    ４バイト  ８文字
ＥＯＦ      １バイト  ０ｘＤ
【０２１４】
ＳＮＵＭ．
このコマンドは、関連づけられるデータを持たない。応答は、下記の通りである。
フィールド  サイズ      Ｂａｓｅ６４文字
ＳＮＵＭ    ４バイト    Ｎ／Ａ
通し番号    １６バイト  ２４文字＋ＬＦ
ＥＯＦ      １バイト    ０ｘＤ
【０２１５】
ＨＷＶＲ．
このコマンドは、関連づけられるデータを持たない。応答は、下記の通りである。
フィールド      サイズ      Ｂａｓｅ６４文字
ＨＶＲＳ        ４バイト    Ｎ／Ａ
ＨＷバージョン  １６バイト  ２４文字＋ＬＦ
ＥＯＦ          １バイト    ０ｘＤ
【０２１６】
ＰＩＤＸ．
フィールド  サイズ    Ｂａｓｅ６４文字
鍵          ２バイト  ４文字
【０２１７】
応答は、下記の通りである。
フィールド  サイズ      Ｂａｓｅ６４文字
ＰＩＤＸ    ４バイト    Ｎ／Ａ
ｘのＰＩＤ  １６バイト  ２４文字＋ＬＦ
ＥＯＦ      １バイト    ０ｘＤ
【０２１８】
認識されないコマンド．
認識されないコマンドの場合、認識されないコマンドが捕捉されれば、ＣＰは文字列「ＣＭＤ？」で応答する。コマンドの構文解析はＥＯＦ文字に自己同期し、よって、不正な要求毎に１つの「ＣＭＤ？」応答だけが受信される。
【０２１９】
長すぎるコマンド要求は、他のすべてのフィールドが有効であるとしても引き受けられない。引き受けられないコマンドに対する応答もやはり、単に「ＣＭＤ？」である。
【０２２０】
バックドア及びテストルーチン．
これらのルーチンは、テスト及び開発の間にＣＰに包含されてもよい。これらは、除去され、かつ検証されて除去されるか、所定の位置に留まる場合は脅威でないとして判断されるべきである。
【０２２１】
乱数は、他のコマンドに類似する文字列「ＲＡＮＤ」を発行することによってＣＰから検索することができる。これは、それ自体有害ではないが、実装に不備があれば、乱数発生器に対する攻撃を促進する可能性もあり、製造前に除去されるべきである。
【０２２２】
現在時刻におけるチャネル２のＡＤＣの値は、ＣＰによって、他のコマンドに類似する文字列「ＡＤＶＬ」を発行することにより試験を目的として要求されることが可能である。チャネル２のＡＤＣの値は、そのＬＳＢが乱数発生器においてエントロピーソースとして使用されることから重要である。乱数発生器により使用される実際の値は絶対に検索されないが、ＡＤＣの値と乱数発生器により使用される値との間に幾分かの時間的な相関性がある可能性はある。これは、製造前に除去されるべきである。
【０２２３】
ＣＰキーマップの詳細．
製造のために実装されるＣＰ（主要バージョン３、仕様１．２に対応）は、下記のタイプの鍵を含む。
ＣＲＴ残余＋ＰＩＤペアを有する２４（２４個）の１０２４ビット秘密鍵
１２８（１２８個）の１６バイトＯＫ
１（１個）の２０４８ビットＡＱＳ公開鍵スロット
１６（１６個）の１６バイトエントロピーシード
１（１個）の１６バイト・ハードウェアバージョン・コードレジスタ
１（１個）の１６バイト通し番号レジスタ
１（１個）の１６バイトデバイス固有ＩＤ
【０２２４】
携帯用デバイスの登録システム及び方法．
本発明の実施形態は、携帯用デバイス（例えば、チャンビーデバイス）のサービスプロバイダ又はシステム（例えば、サービスプロバイダ１０６）への登録を促進するための処理及び関連システムに関する。
【０２２５】
図４６は、このような登録処理を実行するための携帯用デバイス及び関連システムの一実施形態を示す。図４６に示すように、携帯用デバイス４６１０は、サービスプロバイダ１０６に関連づけられてもよいサーバ等の１つ又は複数の登録サーバ４６３０に、インターネットを介して、又は別の有線又は無線ネットワークを介して連続的に又は周期的に接続するように設定されてもよい。携帯用デバイス４６１０のユーザは、まず、自分のデバイスをサービスプロバイダに登録することを希望するかもしれない。あるいは、ユーザは、既に登録されているデバイスの登録を更新又は変更することを望むかもしれない。これは、後述するシステム及び処理によって促進されてもよい。後述するファンクションを実装するモジュールは、携帯用デバイス、サーバ、又はこれらの組み合わせの何れかに実装されかつそこに存在してもよい。
【０２２６】
後述するような処理及び関連システムは、サービスプロバイダにユーザ識別情報、並びにＧＵＩＤ又は推定ＩＤ等のデバイス固有ＩＤ、及び／又は他の情報を提供するために使用されてもよい。
【０２２７】
次に、図４７に注目すると、本図はこのような登録処理の一実施形態の態様を示す。記述されている処理は、長方形のグリッドのオブジェクトを使用してユーザ入力を表示しかつ受信するが、本発明はこのような構成に限定されず、長方形のグリッド、円形又は三角形のグリッド又は様々な形状、サイズ及び構成の他のグリッド又はマトリクス等の他の構成が代替的に使用されてもよいことは留意される。また、図示されている実施形態は４×４の正方形のグリッドを使用しているが、他のグリッドサイズ及び形状も使用されてもよい。
【０２２８】
図４７に示すように、ユーザは、携帯用デバイスのディスプレイ画面に、図４６における携帯用デバイス４６１０内に示されているグリッド等の空白のグリッド４７１０を提示されてもよい。グリッド４７１０は、グリッドライン間に１６個の入力スペース４７１５を含み、選択オブジェクト４７２０は、登録処理の一部としてユーザによりここに置かれてもよい。ある例示的な実施形態では、選択オブジェクトは、空白の入力スペース４７１５とは異なる色の点であってもよく、例えば、白色の入力スペース４７１５上に黒い点の選択オブジェクト４７２０であってもよい。他のグリッドの色、及び選択オブジェクトの色、形状、サイズ及びこれらの組み合わせも使用されてもよい。例えば、選択オブジェクトは単に、入力スペース全体を無地又は他の色で埋めてその入力スペースの選択を示してもよい。あるいは、選択オブジェクトは、数字、文字、記号、色、又は他のオブジェクトのセットのうちの１つ等のオブジェクトのセットのうちの１つを含んでもよい。図４７に示された選択オブジェクトはバイナリ選択（すなわち、点が存在するかしないか）を表しているが、本基準はこれに限定されず、他の非バイナリのオブジェクトのセットを使用してさらなる選択オプションが提供されてもよいことは留意される。
【０２２９】
携帯用デバイス４６１０のユーザには、登録グリッドの基準パターン４７３０も提供されてもよい。登録グリッドの基準パターンは、ユーザが方向づけられてもよいウェブページを介して提供されても、他の手段によって提供されてもよい。ある例示的な実施形態では、ユーザは、サービスプロバイダ１０６に関連づけられるウェブページへと方向づけられる。ウェブページは、登録グリッドパターン４７３０に示されているパターン例等の可能な基準パターンセットから基準パターンを表示する。登録パターンは、空白のスペース及び選択オブジェクトによる特有の配置を有する。例えば、基準パターン４７３０では、合計１６個の入力スペースが存在し、９個は空白のスペースであって、７つのスペースは選択オブジェクト（黒点の形式）を含んでいる。
【０２３０】
登録パターン上に与えられる空白のスペース及び選択オブジェクトの数は変わってもよく、空白のスペース及び選択オブジェクトの特有の位置も同様である。ある典型的な実施形態では、基準パターン４７３０上のパターンは、特定のユーザに、ユーザ、時刻、又は他の変数に基づいて変わる場合のある一時的に唯一のパターンが提示されるように経時的に変化する。また、すべて、ゼロ、又はほんの少しだけの選択オブジェクトを含むパターン、長方形、十字形、Ｘ形等の既知の形状であるパターン、及び予測すれば容易に明らかとなる他のパターン等の平凡なパターンは省略されてもよい。実施形態によっては、利用可能な基準パターンセットが特定の期間において一人又は複数のユーザへ提供されてもよく、この場合、利用可能なグリッドパターンは特別なシーケンスで、又は無作為に提供されてもよい。基準パターンは経時的に再循環されてもよいが、基準パターンは典型的には、アクティブな同じパターンが２名以上のユーザへ同時に提示されないように一時的に唯一になる。
【０２３１】
登録処理は、単にユーザによる選択オブジェクトの入力を許容することによって、又はユーザにユーザの携帯用デバイス４６１０上で空白のグリッド４７１０へ基準パターン４７３０の選択オブジェクトを入力するようにプロンプトを提供することによって続いてもよい。ユーザは次に、携帯用デバイス４６１０と対話して携帯用デバイス４６１０のグリッドに基準グリッドパターンを入力してもよい。これは、ユーザに、ポインティングデバイス又は接触デバイス、マウス、スイッチ、回転セレクタ、動きセンサを使用して、又は本明細書に記述されている、又は技術上既知であるもの等の携帯用デバイスへ入力を提供する他の手段によってタッチ感応画面又はディスプレイに接触させること等の様々な手段によって行われてもよい。その目的は、デバイス上のパターン４７４０が基準パターン４７３０に一致するように、ユーザに携帯用デバイス上の空白のグリッド４７１０へ基準パターン４７３０を入力させることにある。
【０２３２】
本デバイスは、情報を登録サーバ又は他のサーバへ提出するためのスイッチ、タッチスクリーン・メニュー・アイテム、提出ボタン、マウスクリック、動きセンサ又は他の手段等の手段を提供してもよい。ユーザは、デバイス４６１０上にグリッドパターンを入力すると、このグリッドパターンを図４６に示すような登録サーバ４６３０等のシステムサーバへ提出してもよい。登録サーバは、本明細書の他所で記述されているように、１台又は複数のチャンビーサーバのシステムの一部であってもよい。提出に先立って、携帯用デバイス４６１０は、ユーザが入力したグリッドパターンを、例えば他のユーザの登録情報、唯一のデバイスＩＤ等のデバイス情報又は他の関連情報等の他の情報と共に、予め定義されたデータ構造に基づいてデータオブジェクトに符号化してもよい。さらに、提出されるデータはオプションとして、送信より前に、技術上既知であるもの等の技術を使用して署名及び／又は暗号化されてもよい。データは次に、登録サーバ４６３０へ送信されてもよく、署名されかつ／又は暗号化されたデータはここで検証／復号されてもよい（署名及び／又は復号が使用される場合）。符号化されたデータは、既知のグリッドパターン及び／又はデバイスＩＤと対照してチェックされ、登録処理が完了されてもよく、又は、パターンの一致が不十分であり、デバイスＩＤが有効なデバイスＩＤに一致せず、又は他の変数に矛盾があれば、登録が拒否されてもよい。
【０２３３】
図４８は、本発明の態様による登録処理の一実施形態のさらなる詳細図である。図４８に示すステージは、限定ではなく例示を目的として示されたものであり、よって、本発明の精神及び範囲において、より少ない、多い、又は異なるステージ及びステージ順を含む他の処理ステージも可能であることは留意される。図４８に記述されている、又は図４８に示す処理に関連づけられるステージ及び／又は他の機能は、携帯用デバイス、サーバ、又はこれらの組み合わせに存在するハードウェア、ソフトウェア又はハードウェア／ソフトウェアの組み合わせを備える１つ又は複数のモジュールによって実装されてもよい。
【０２３４】
図４８に示すように、登録処理は、ステージ４８１０において、ユーザにブランク又は空のグリッドを提示することによって開始されてもよい。空のグリッドは、図４６におけるデバイスディスプレイ画面上、及び図４７に示すような空白のグリッド４７１０上に示されているものと同じ、又は類似するものであってもよい。また、ユーザは、ユーザにウェブページ又は他のロケーション又はサービスにアクセスして登録処理を続けるように指図する情報又は命令も提供されてもよい。命令は、ハードコピー、携帯用デバイス上、ウェブページ上又はこれらの組み合わせ、及び／又は他の手段によって提供されてもよい。例えば、ユーザは、ＵＲＬ又はウェブリンクの他の形式、又は技術上既知であるような登録ロケーションにアクセスするための他の手段を提供されてもよい。例示的な実施形態では、ユーザは、ユーザに登録処理に関連づけられるチャンビーサービスのウェブページへナビゲートすることを命じる文書による情報、ＵＲＬ、又はハイパーリンクを提供される。ユーザは次に、ステージ４８１２においてウェブページへナビゲートしてもよく、登録画面はこのウェブページにおいてユーザに提供されてもよい。一例として、ある例示的な実施形態では、ユーザは、例えば取扱説明書におけるハードコピーで、及び／又は携帯用デバイスの画面上でウェブページへ進む命令を提供されてもよく、ログオンオプションはこのウェブページに提示されてもよい。これらの命令の一例を、次に示す。
【０２３５】
１−ｗｗｗ．ｃｈｕｍｂｙ．ｃｏｍに進む。
２−既にアカウントを保有していればログインし、保有していなければアカウントを作成する。
３−「ＭＹ  ＣＨＵＭＢＹ」ページから、「新しいチャンビーを登録」を選択し、リンクしてページに提供される命令に従う。
【０２３６】
ユーザは、登録ウェブページへナビゲートし、又は他に登録情報にアクセスしかつ要求に従ってログオンすると、次に、ステージ４８１４において、図４７に示すような基準パターン４７３０等の基準パターンを提供されてもよい。ユーザは次に、ステージ４８２０で携帯用デバイスと対話して、空白のグリッドに、図４６に示すような黒点の選択オブジェクト４７２０等の選択オブジェクトグループを入力し、ユーザの入力は受信されて携帯用デバイス４６１０に記憶される。ある典型的な実施形態では、携帯用デバイスは、ステージ４８２０においてユーザが空白のグリッドに選択オブジェクトを入力しかつ記憶することを可能にする１つ又は複数のモジュール、並びにオプションとして選択オブジェクトの入力に関連する命令によって構成される。このステージの目的は、ユーザが入力したグリッド４７４０が基準パターン４７３０に一致するように、ユーザが携帯用デバイス上の空白のグリッド４７１０に選択オブジェクトを入力するための手段を提供することにある。
【０２３７】
本デバイスは、登録サーバ又は他のサーバへ情報を提出するためのスイッチ、タッチスクリーンのメニューアイテム、提出ボタン、マウスクリック、動きセンサ、又は他の手段等の手段を提供してもよい。ユーザは、選択オブジェクトの入力を完了すると、ステージ４８２５において、ユーザが入力したパターンを登録サーバへ送信する要求を提出してもよい。携帯用デバイスは次に、ステージ４８２５において、ユーザが提出した要求を受信してもよい。携帯用デバイスによる情報の送信より前に、１つ又は複数の追加的なステップが発生してもよい。ステージ４８３０において、携帯用デバイス上の１つ又は複数のモジュールは、ユーザが入力したグリッドパターンをデバイスＩＤ、ユーザ情報、又は他の関連情報等の他の情報と共に符号化してもよい。このステップは、ユーザによる提出要求の後に行われる必要はなく、かつデータは、データが入力されかつ／又はグリッドパターンが埋められる先行するステップの間に動的に符号化されかつ／又は処理されてもよいことは留意される。符号化される情報は、予め定義されたデータ構造に適合する、登録サーバへ送信されるべきデータオブジェクトのインスタンスの形式であってもよい。ステージ４８３５において、携帯用デバイスは、オプションとして、符号化されたデータに例えば携帯用デバイス上の秘密鍵を使用して署名してもよく、かつ／又はオプションとして、このデータを技術上既知である暗号方法を使用して暗号化してもよい。ある例示的な実施形態では、登録サーバへ送信されるデータは、符号化された（及びオプションとして、署名されかつ／又は暗号化された）グリッドパターン及び唯一のデバイスＩＤを含む。
【０２３８】
データが署名される実施形態では、サーバ側で署名検証ステージ４８５０が実行されてもよく、署名はこのステージで検証のためにチェックされる。署名が無効であると決定されれば、ユーザは次に、ステージ４８５５において、携帯用デバイス上及び／又はウェブページ上にエラーメッセージを提示されてもよい。実行は次に、最初のステージ４８１０へ戻されてもよい。ユーザはここで再び空のグリッドを提示されてもよく、かつ処理は、典型的にはユーザへ提供される新たな基準パターン４７３０によって繰り返されてもよい。
【０２３９】
あるいは、オプションである署名が認証されかつデータが符号化されていなければ、処理はステージ４８６０へと続いてもよく、ユーザが供給したグリッドパターンはここで、提供される基準パターンと比較されてもよい。
【０２４０】
データが符号化される実施形態では、サーバ側で復号ステージ４８５７が実行されてもよい。サーバがデータを復号できなければ、ユーザは、ステージ４８５９においてエラーメッセージを提示されてもよい。実行は次に、最初のステージ４８１０へ戻されてもよい。ユーザはここで再び空のグリッドを提示されてもよく、かつ処理は、ユーザへ提供される新たな基準パターン４７３０によって繰り返されてもよい。
【０２４１】
あるいは、オプションとして符号化されたデータが有効に復号されれば、処理はステップ４８６０へと続いてもよく、ユーザが供給したグリッドパターンはここで、提供される基準パターンと比較されることによって認証されてもよい。
【０２４２】
ステップ４８６０の例示的な一実施形態では、ユーザが供給したグリッドパターンは、登録サーバ側で整合性に関してアクティブな基準パターンと比較される。登録パターンは、典型的には、それが登録のためにユーザへ提供された後の所定の期間内はアクティブかつ有効であるが、パターンは、典型的には予め決められた期間の後にタイムアウトされる。
【０２４３】
ユーザが供給したグリッドが基準グリッドと完全に一致すれば、この一致は有効であると見なされる。あるいは、実施形態によっては一致のスコアが評価されてもよく、この場合、有効性の尤度を示すに足るスコアを有する完全には至らない一致が使用されてもよい。何れのシナリオにおいても、ユーザが供給したグリッドが基準グリッドとの十分な一致に失敗すれば、提出はステージ４８６０で拒絶されかつ実行はステージ４８６５へ移行されてもよく、ここでユーザには、携帯用デバイス、ウェブページ又はこれらの双方でエラーメッセージが提示される。
【０２４４】
ステージ４８６０で有効な一致が検出されたと仮定すれば、実行は次にステージ４８７０へと続いてもよく、登録情報はここでデータベースに保存されてもよい。ある例示的な実施形態では、データベースはユーザアカウントに関連づけられるデータベースであり、データベースのエントリはユーザに関する情報並びに唯一のデバイス固有ＩＤを含む。データベースにおけるこの情報の記憶に関連して、ユーザには、ステージ４８８０において登録成功メッセージが供給されてもよい。登録成功メッセージは、携帯用デバイス上、ウェブページ上、又は他の配信手段によってユーザに供給されてもよい。
【０２４５】
アラーム音の選択、購入、配信及び再生のためのシステム及び方法．
実施形態によっては、携帯用デバイス及び関連システムは、アラーム音の選択、購入、加入、配信、及び／又は再生に関連づけられる機能及びファンクションを含んでもよい。本項において説明するように、携帯用デバイスは、一般に、本明細書の他所でチャンビーデバイス又はパーソナルデバイスとして表示されるユーザによる個人化が可能な携帯用デバイスを指すが、本項において説明するようなパーソナルデバイスの範囲はこれに限定されず、パーソナルコンピュータ、携帯電話、ＰＤＡ、又は説明している機能をサポートする他のタイプのデバイス等の他のタイプの携帯用又は固定デバイスに関する他の実施形態も本発明の精神及び範囲に包含される。このようなパーソナル又は携帯用デバイスは、本項では簡潔を目的として単に「デバイス」として記述される場合もある。
【０２４６】
本明細書に記述されているように、アラーム音は、携帯用デバイスのユーザ又は他の者にアラーム又は他の予め定義されたイベントの表示を提供するために携帯用デバイスによってレンダリング（例えば「再生」）されてもよい可聴、可視、又は可聴と可視とが組み合わされたコンテンツを指す。アラーム音の例には、オーディオクリップにより提供されるオーディオ、ハードウェアが提供する可聴表示（ブザー又はスピーカクリック、バズ等）、画像／フォトファイルにより提供される静止画、ビデオクリップにより提供されるビデオ、組み合わされたオーディオ／ビデオクリップ及び／又は組み合わされたオーディオ、ビデオ又はイメージクリップにより提供されるマルチメディアコンテンツ、及び他のタイプのマルチメディアファイル及びマルチメディアフォーマットにより提供されるマルチメディアコンテンツ等のコンテンツが含まれる。コンテンツは、ｊｐｇ、ｐｎｇ、ｇｉｆ、ｍｐ３、ａａｃ、ｗａｖ、ｍｐｅｇビデオフォーマット、ｈ．２６３、ｈ．２６４、Ｏｎ２  ｖｐ６、ａｖｉ等の規格、又は独自仕様のファイルタイプ／フォーマットの形式、又は他の規格又は独自仕様の画像、オーディオ、ビデオ及びオーディオビジュアル又はマルチメディアフォーマットの形式であってもよい。これらの様々なタイプのコンテンツ及び関連ファイルは、集合的にメディアファイルとして記述されてもよい。実施形態によっては、コンテンツは、ユーザのパーソナルデバイスに記憶され、又はＵＲＬ等のコンテンツのロケーションへの参照又はローカル又はリモートのソースロケーションへの他のコンテンツ参照により識別されかつ／又はアクセスされる分離したシステムに記憶され、かつ／又は参照されたコンテンツのロケーションからレンダリングされるメディアファイルを含んでもよい。
【０２４７】
アラーム音の機能及び機能性は、一般に、携帯用デバイスのユーザが、目覚まし時計ウィジェット、会合時間の時計、カレンダー又は他のスケジューリング又はイベントトリガアプリケーション等の会合アプリケーション、又はユーザに特定の時刻及び／又はイベントを通知することに関連するファンクションを有する他のアプリケーション等の１つ又は複数のアプリケーション（ここでは「ウィジェット」としても表示される）に関連づけられるべきアラーム音コンテンツを選択する能力に関連する。コンテンツは、目覚まし時計ウィジェットにおける目覚ましアラーム等の予め定義された特定のイベントが発生すると、アラームウィジェットによってレンダリング（すなわち、デバイス上で再生）されてもよい。ＵＲＬ等の参照によってコンテンツが識別される実施形態によっては、コンテンツは、再生時刻より前にデバイスにダウンロードされかつ記憶されてもよく、又は、再生時刻に参照のロケーションからダウンロードされかつ／又は直接的にレンダリングされてもよい。さらに、もしくは代替として、実施形態によっては、アラーム音機能は、デバイスのユーザが１つ又は複数のユーザが設定したアラームイベントに関連づけられるべきアラーム音コンテンツを選択することを可能にする、携帯用デバイス内に実装された専用のアラームシステムに関連づけられてもよい。この専用のアラーム機能は、デバイス内のハードウェア内、デバイスのオペレーティングシステム又はアプリケーションプログラム内等のソフトウェア内、又はデバイス内のハードウェア／ソフトウェアの組み合わせモジュール内に設けられてもよい。実施形態によっては、この専用のアラーム機能は、デバイス上で実行されるどのウィジェット又は他のアプリケーションプログラムからも分離して設けられてもよい。
【０２４８】
予め定義されるイベントは、ユーザのアラーム又は他のユーザ表示をトリガすることに関連づけられる任意のイベントであってもよく、かつデバイス内部のアクション（デバイス自体におけるタイムアウト又は他の時間信号等）によって、又は分離した外部デバイス又は外部のアプリケーションによりトリガされるアクション等のデバイス外部のアクションによって提供されても、トリガされてもよい。例えば、イベントは、サービスプロバイダネットワーク又は別のネットワークを介してユーザのデバイスへ接続される別のデバイスのアクションによってトリガされてもよく、又はサービスプロバイダネットワーク上の別のユーザ等の別のユーザに関連づけられるアプリケーションによってトリガされてもよい。
【０２４９】
また、本明細書に記述されているようなアラーム音機能は、画像、オーディオ、ビデオ又はマルチメディアコンテンツ等の媒体ファイルがユーザへ提示される場合のある一定の範囲の他のタイプのアプリケーションに適用されてもよいことは留意される。この代替の機能は、そのアプリケーションに関連づけられる選択、イベント又は他の入力又は出力の発生（集合的に「予め定義されたイベント」として表示する）に関連してユーザに画像、オーディオ、ビデオ、又はマルチメディアコンテンツが提示される任意の数のアプリケーションに適用可能であってもよい。ユーザが選択されたコンテンツを使用する承認を得ず、免許されず、予約せず、又は他の方法でも保有していない場合等、コンテンツの使用が認可されていない実装によっては、ユーザはなお、その選択されたコンテンツを「試用」期間について限定的な機能で使用できる場合があるが、この後、コンテンツがユーザによって購入されない、又はユーザによる使用が免許されなければ、コンテンツの機能は無効化されかつ／又は除去されてもよい。さらに、もしくは代替として、実施形態によっては、再生期間を１週間、１か月、１年間に限定され、再生回数を限定されたコンテンツに対する、又は本明細書の他所に記述されているもの等の他のコンテンツ制限基準に基づいた割引された購入価格を許容すること等によって、ユーザはコンテンツを、それが限定された、又は有限の持続時間について使用可能であるように購入又は使用許諾されることを可能にされてもよい。さらに、もしくは代替として、実施形態によっては、ユーザは、一定の範囲のコンテンツ又はコンテンツコレクションへのアクセスを提供するサービスへ加入することを許容されてもよい。前記コンテンツは固定的なままであってもよく、コンテンツプロバイダ又は他のコンテンツマネージャ又はキュレータ（curator）によって経時的に更新されてもよい。
【０２５０】
さらに、アラーム音及び関連機能は、オプションとして、携帯用デバイスの第１のユーザ（本明細書では主要ユーザとも表示する）により、他のユーザ（本明細書では加盟ユーザ又は関連ユーザとも表示する）に関連づけられる他のデバイスへ提供されてもよい。加盟ユーザには、本明細書の他所で記述されているようなチャンビーシステム／チャンビー（又は他の）ネットワーク上のチャンビーデバイスの加盟ユーザ等、共通システム上の携帯用デバイスの他のユーザが含まれてもよい。ある例示的な実施形態では、主要ユーザは、コンテンツ及び／又はコンテンツへの参照を選択しかつこれを、例えば主要ユーザの「バディ」又は個人的な連絡リスト上の他のユーザ等の加盟ユーザへ送信する能力を提供されてもよい。加盟ユーザは次に、このコンテンツ及び／又はコンテンツへの参照を受信し、このコンテンツ及び／又は参照を自らの携帯用デバイスに記憶させ、このコンテンツ及び／又は参照を、コンテンツが次にそのアプリケーション又は専用のアラームイベントに関連して再生されてもよいようにその携帯用デバイス上の１つ又は複数のアプリケーション又は専用のアラームイベントに関連づけさせ、かつ希望すればコンテンツを購入し、使用許諾を受けかつその使用に加入することができてもよい。加盟ユーザが提供された、かつ／又は参照されたコンテンツを使用する承認を得ていない、又は保有していない実装によっては、加盟ユーザは、提供された、かつ／又は参照されたコンテンツを「試用」期間等に機能を限定して使用することができてもよく、その後、コンテンツの機能が無効化されても、かつ／又はコンテンツ及び／又は参照が関連ユーザのデバイスから除去されてもよい。
【０２５１】
次に、図４９ａ及び図４９ｂに注目すると、これらは、アラーム音機能を実装するための処理４９００及び関連システムの一実施形態を示す。図４９ａ及び図４９ｂに示すような処理ステージ、又はこれらと同等のものは、図示された機能性を実装するように構成されるソフトウェア、ハードウェア又はソフトウェア／ハードウェアの組み合わせを含む１つ又は複数のモジュールを使用して実装されてもよい。実装は、携帯用デバイス及びサーバ等のサービスプロバイダシステムの双方にモジュールを含んでもよく、この場合、デバイスとサービスプロバイダシステムは本明細書の他所で記述されているようなネットワークを介して接続される。図４９ａ及び図４９ｂに示されている処理ステージは、本発明の態様によるアラーム音機能及びコンテンツ配信の一実施形態を示しているが、同じ、かつ／又は異なるステージを同じ、かつ／又は異なる順序で有する実施形態を含む本発明の精神及び範囲内にある他の構成も可能である。したがって、図４９ａ及び図４９ｂに関連して図示されかつ説明される実施形態は、限定ではなく例示を目的として提示される。
【０２５２】
図４９ａは、アラーム音機能を使用可能にするための一連のステージを含む処理の一実施形態を示す。図４９ａに示すように、本処理は、ステージ４９１０において主要ユーザに、ユーザのデバイス上のアラーム音として使用するコンテンツ及び／又はコンテンツへの参照を選択するためのメニューオプション、グラフィカルユーザインターフェース（ＧＵＩ）、又は他の機構等のインターフェースを提供することにより開始されてもよい。これは、アラーム音機能をサポートする特定のアプリケーションにおいて行われてもよく、かつ／又は他のアプリケーション上、及び／又はウェブページ又は他のアクセス機構を介してアクセスされるインターネットベースのシステム等の別のアプリケーション上のアラーム音機能を促進するように構成される別のアプリケーションを使用して行われてもよい。先に述べたように、コンテンツは、画像、オーディオ、ビデオ、マルチメディアコンテンツ、又は技術上既知である、又は開発されている他のタイプのコンテンツであってもよい。コンテンツは、ユーザによって所有、加入されても、ユーザに使用許諾が与えられてもよく、又は、ユーザにより、チャンビーサービスプロバイダ及び関連のチャンビーネットワーク等の携帯用デバイス・サービス・プロバイダ又は第三者のサービス又はコンテンツプロバイダから購入される場合のあるコンテンツであってもよい。実施形態によっては、アプリケーションは、デバイス上、又はインターネットベースのシステム等の分離したシステム上の何れかにおける、チャンビーネットワークを介する、又は第三者のコンテンツプロバイダを介するコンテンツの購入を促進するように構成されてもよい。例えば、コンテンツの入手に関しては、様々なインターネットベースのサービス／コンテンツプロバイダが存在する。一例は、ｈｔｔｐ：／／ｍｅｄｉａｍａｌｌ．ｗｉｒｅｌｅｓｓ．ａｔｔ．ｃｏｍ／ｓｆ／ｓｔｏｒｅｆｒｏｎｔ／ｅｎｄＵｓｅｒＨＴＭＬＨｏｍｅ．ｊｓｐ？ｄｃ＝０に位置づけられている。
【０２５３】
ユーザが使用するコンテンツを選択すると、ステージ４９２０において、選択されたコンテンツは、使用の認証に関してユーザのオーナーシップ、ライセンシング、サブスクリプション又は他の使用認証等に基づいて選抜されてもよい。ユーザによって所有されているコンテンツは、一般にユーザのデバイス上で無制限の再生能力を有することを許容されるが、一方で、第三者により提供される購入可能な又はライセンス可能なコンテンツは、一般に、そのコンテンツが購入、ライセンス又は予約されていなければ、もしくは他の形での使用を承認されていなければ、限定された再生機能しか許容されないか、再生機能が全く許容されない。ここで使用しているように、「所有されている」コンテンツとは、一般に、デバイスの所有者又は他のユーザによって所有され、ライセンスされ、又は使用を予約されているコンテンツ、デバイスの所有者又はユーザによって生成されるコンテンツ又はその他、デバイス上で使用されることを制限なく認められているコンテンツを指す。実施形態によっては、制限なしの購入ではなくサブスクリプション又はライセンスに基づいて所有されているコンテンツは、再生持続時間の制限、使用の制限又は他の制限等の使用上の追加的な制限又は限定を含む場合がある。逆に、非所有のコンテンツは、一般に、デバイスの所有者又はユーザによって所有されていない、又はその他、購入、ライセンス、サブスクリプション又は他の認証なしには使用を認められないコンテンツを指す。先に述べたように、非所有のコンテンツは、典型的には、購入、ライセンス又はサブスクリプションのために入手可能にされかつデバイスに関連づけられるサービスプロバイダにより、又は別の第三者により提供される機能によって、又は前記機能を介して配信され、かつ典型的には、コンテンツが購入され、ライセンスされ、予約され、又は他の形で使用を認められるまで使用を制限され、又は不可能にされる。
【０２５４】
コンテンツが選択されると、再生持続時間がコンテンツに関連づけられてもよい。この場合、ユーザが所有するコンテンツは、典型的にはデフォルトにより無制限の再生持続時間に設定され、かつ非所有のコンテンツは、限定的な持続時間に設定される場合もあれば、再生から完全に締め出される場合もある。これらの再生持続時間はデフォルトによって設定されてもよく、かつ／又はユーザの入力又はコンテンツの購入に基づいてユーザ又はサービスプロバイダによって修正されてもよい（本項で使用しているように、コンテンツの購入は、一般にコンテンツの購入及びコンテンツ使用のライセンシング又はサブスクリプションの双方を指す）。例えば、ステージ４９２０は、コンテンツ使用の認証についてテストするために、かつユーザが、ユーザにより所有されていない、又は使用を認められていないコンテンツをプレビューしかつ／又は購入できるように、かつユーザにより所有又は購入されていないコンテンツの再生持続時間等の再生限定基準を確立しかつ／又は設定もできるようにするインターフェースを提供するオプションのステージのサブシーケンスへの分岐を与えるために準備されてもよい。本明細書で使用しているように、購入されるコンテンツとは、一般に、制限なしに購入されるコンテンツ、並びにライセンス、サブスクリプション又はユーザによるコンテンツの非限定的な又は限定的な使用の何れかを提供する他の機構の形式で購入されるコンテンツを指す。ユーザが選択されたコンテンツを所有していないものとすると、ステージ４９２２へと分岐した時点で、ユーザは、コンテンツを購入するためのインターフェースを提供されてもよい。これは、ユーザを直接的にユーザのパーソナルデバイス上で購入情報へとプロンプトすること、ユーザをコンテンツ購入のウェブページ又は他の機構へリダイレクトすること、又は技術上既知又は開発されているような他のコンテンツ購入手段によって行われてもよい。コンテンツは、購入されるとデバイス上に、かつ／又は関連のサービスプロバイダにより提供されるシステム等の別のシステム上に、購入された、又は所有されたコンテンツとしてマークされ、又は識別されてもよい。ある実施形態では、携帯用デバイスは、サービスプロバイダ又は第三者から購入されるコンテンツが、例えば選択ボタン、メニューアイテム又は携帯用デバイスのディスプレイ画面又は購入を実装するための他のインターフェース上に提供されるユーザが選択できるオプションを使用することによって携帯用デバイス上のユーザインターフェースから直接的に購入されてもよいように構成されてもよい。この処理は、本明細書及び関連出願に記述されているセキュリティ／認証手順及び／又は登録手順によって促進されてもよい。選択されたコンテンツは、購入されると、自動的に又はユーザによるデバイスとの対話の何れかによってデバイスにダウンロードされかつ／又はストリーミングされてもよい。コンテンツは、デバイスに直接的に記憶されてもよく、かつ／又はコンテンツが必要とされる時点でＵＲＬ等の参照を介してアクセスされてもよい。
【０２５５】
ユーザがコンテンツを購入しないことを選ぶ場合、かつ／又はユーザが限定された再生持続時間又は機能を購入する場合には、再生限定基準及び限定制約が設定される（例えば、再生回数、再生の時間区間、再生日時、品質を限定する、又は再生中のコンテンツの他の機能を限定すること等による−これらの限定事項は、簡潔を期してここでは集合的に「再生持続時間」と表示される場合がある）ステージ４９２４が設けられてもよい。例えば、実施形態によっては、非所有のコンテンツのコンテンツ再生は、再生できるインスタンスの数を限定されてもよい（すなわち、ユーザはコンテンツを３回等の決められた回数だけ再生できる）。あるいは、かつ／又は上記と組み合わせて、再生の時間区間が制限されてもよい（すなわち、３分間の歌は全３分のうちの３０秒間等、３分間のうちの一部しか再生を許可されないことがある）。単独で、又は上述のものと組み合わせて使用されてもよい別の構成は、再生を一定の時間又は何日かの期間に限定することである（すなわち、非所有のコンテンツは再生期間を初回の使用以後１週間に制限されてもよく、この場合、ユーザは１週間の間にそのコンテンツを何回でも再生することができる）。また、上述の再生限定基準の様々な組み合わせ、並びに明示的に上述されていない他の再生限定基準が様々な実施形態において使用されてもよいことは明らかである。あるいは、ユーザがコンテンツを所有又は購入していれば、再生は、典型的にはインスタンス及び時間を無制限に設定され、かつ典型的には品質を制限されない。実施形態によっては、ユーザがコンテンツを購入しないことを選べば、コンテンツは非所有であるとして識別されてもよく、かつコンテンツの再生能力は終了されてもよい。よって処理４９００は終了され、デバイスの別のアプリケーションの実行に戻ってもよい。この場合は、デバイス上のアラーム機能として、非所有のコンテンツの代わりにデフォルトのアラーム音が使用されてもよい。
【０２５６】
コンテンツ購入ステージが完了すると、実行は次にオプションであるステージ４９３０へ戻ってもよく、ここで携帯用デバイスは、主要ユーザが、選択されたコンテンツを受信してその携帯用デバイス上で再生する一人又は複数の加盟ユーザを選択するための選択、ディスプレイ、ボタン、又は他の手段を含むユーザインターフェースを提供してもよい。以下、図４９ｂに関連して、このサブ処理の一実施形態を詳述する。
【０２５７】
コンテンツが選択されてオーナーシップ及び／又は再生限定基準が決定され、構成されかつ設定されると、コンテンツは次に、ステージ４９４０において１つ又は複数のアプリケーションに関連づけられてもよい。ある典型的な実施形態では、これらのアプリケーションはアラームの１つ又は複数の機能に関連づけられるウィジェットとなるが、コンテンツは、画像、オーディオ、ビデオ、又はマルチメディアコンテンツが使用されてもよい他のタイプのアプリケーションに関連づけられてもよい。さらに、もしくは代替として、コンテンツは、パーソナルデバイス上に実装される専用のアラームシステムに関連づけられてもよい。
【０２５８】
ステージ４９４０におけるこの関連づけに続いて、携帯用デバイス上のアプリケーションが選択されたコンテンツの再生を希望すれば、ステージ４９５０においてコンテンツの再生限定基準が評価されてもよく、かつコンテンツの再生に制約が課されていなければ（すなわち、コンテンツが主要ユーザにより所有又は購入され、又は他の形で使用を認められていて再生持続時間が超過されていなければ）、コンテンツは次にステージ４９６０において、トリガイベント又はアクションが発生した時点で関連のアプリケーションと共に再生されてもよい。あるいは、例えば再生回数、再生持続時間又は正当な再生期間等の再生持続時間パラメータに関連して先に述べたようにコンテンツの再生限定基準が超過されていれば、ユーザは、ステージ４９５２においてコンテンツの購入を促進するためのユーザインターフェースを提供されてもよく、かつコンテンツの購入を促進するための選択ディスプレイ、ボタン、ウェブページ、又は他の機構を介してコンテンツの購入をプロンプトされてもよい。コンテンツがステージ４９５４で購入されれば、ユーザは次にステージ４９６０へリダイレクトされてもよい。本ステージにおけるコンテンツは、ユーザが選択した１つ又は複数のアプリケーションに関連づけられたままであるか、再度関連づけを実行され、再生持続時間が、典型的にはインスタンス、時間、及び品質に関して無制限に設定される。あるいは、ユーザがコンテンツを購入しないことを選べば、ステージ４９５６において、コンテンツの再生及び／又はアプリケーションとの関連づけは無効化されてもよく、かつ／又はコンテンツが携帯用デバイスから除去されてもよい。実行は次に、処理４９００を終了し、かつデバイス上で別のアプリケーションを再開してもよい。実施形態によっては、ユーザは代替的に限定された再生持続時間についてコンテンツを購入することを許容されてもよいが、この場合、再生持続時間は適宜設定される。さらに、もしくは代替として、コンテンツがパーソナルデバイスに実装された専用のアラームシステムに関連づけられ、かつそのコンテンツの再生限定基準が超過されていれば、デバイスは次に、デフォルトのアラーム音を再生／レンダリングして関連するアラームイベントの発生を表示してもよい。
【０２５９】
図４９ｂは、コンテンツの他のデバイス及び／又はユーザとの共有に関する、本発明の一実施形態による追加的なオプションの態様を示す。先に述べたように、主要ユーザは、加盟ユーザへのコンテンツの送信をプロンプトしかつ選択されたコンテンツの加盟ユーザへの提供を選択しかつ促進するためのボタン、ディスプレイオプション、メニュー選択アイテム、又は他の手段を有するユーザインターフェースを提供されてもよい。この選択アイテムは、主要ユーザのデバイス上に提供されてもよく、又は、主要ユーザのデバイスに関連づけられるサービスプロバイダによって提供されるウェブページ又は他のアプリケーションに関連して提供されてもよい。コンテンツを一人又は複数の加盟ユーザへ送信する入力が主要ユーザにより提供されると、一人又は複数の加盟ユーザは、まず、ステージ４９７０において主要ユーザからコンテンツ又はコンテンツ提供要求を受信してもよい。コンテンツ及び／又はコンテンツ提供要求は、図４９ａに示すようにステージ４９３０において主要ユーザから着信してもよく、かつ／又はサービスプロバイダ又は他のネットワークで接続されたプロバイダから一人又は複数の加盟ユーザへコンテンツを提供する主要ユーザからの要求に基づくものであってもよい。コンテンツ又はコンテンツ要求を受信すると、加盟ユーザに関連づけられる携帯用デバイスは、加盟ユーザが他のユーザからのコンテンツの受信を有効化又は無効化できるようにするオプションの設定を含んでもよい。この設定は、携帯用デバイスから直接的に制御されても、関連のサービスプロバイダにおける加盟ユーザのアカウントに関連づけられるウェブページ上の設定を介して制御されてもよい。
【０２６０】
受信されたコンテンツの実行の有効化は、ステージ４９７２において、例えば、一般的な他のユーザから、又は唯一に選択かつ／又は識別されてもよい特有のユーザからのコンテンツの受信を許容するフラグ、レジスタ、又は他のオブジェクトがセットされているかクリアされているかをチェックすることによって確認されてもよい。第三者によるコンテンツの受信が可能にされなければ、携帯用デバイス上では一般的に実行されるように、ステージ４９７３においてコンテンツの提供の処理は終了されてもよく、かつ／又は実行は他のアプリケーション又はウィジェットへ戻ってもよい。
【０２６１】
加盟ユーザに関して、第三者によるコンテンツの受信が可能にされれば、ステージ４９７４において、実行は、オプションとしてコンテンツのオーナーシップ及び／又は使用認証を調査することによって続いてもよい。コンテンツが加盟ユーザによって所有されかつ完全使用が認可されていれば、加盟ユーザは、一般にコンテンツの無制限の使用及びコンテンツの無制限の再生持続時間を認められる。あるいは、コンテンツが所有されず、かつ／又は加盟ユーザによる使用が認められていれば（これが典型的であるが）、実行はステージ４９７６へと続けられてもよく、ステージ４９７６において、加盟ユーザの携帯用デバイスは、加盟ユーザがコンテンツを購入できるようにする選択オプション、ボタン、ディスプレイ、メニューアイテム、又は他の手段を提供してもよい。ある典型的な実施形態では、加盟ユーザは、先に述べたように、コンテンツをその携帯用デバイスから直接的に購入するオプションを提供される。
【０２６２】
次に、ステージ４９７８では再生限定基準が設定されてもよく、この場合、例えば加盟ユーザによるコンテンツの購入は、典型的には無制限の再生を認めるが、加盟ユーザがコンテンツを購入しないことを選ぶ、又は何らかの限定された機能を購入すれば、再生はステージ４９２４に関連して先に述べたもの等のパラメータに基づいて制限される。これには、再生回数、再生持続時間、再生期間、品質、又は他の再生限定基準に基づいた再生制限が含まれてもよい。実施形態によっては、加盟ユーザのデバイス上での再生は無効化されてもよい。
【０２６３】
実行は次に、ステージ４９８０へと続いてもよく、ここでは、提供されたコンテンツが１つ又は複数のアラーム機能又はファンクションに、又はそのコンテンツを使用してもよい他のアプリケーションに関連づけられてもよい。次に、加盟ユーザの携帯用デバイス上のアプリケーションがコンテンツの再生を希望すれば、ステージ４９８２において、ステージ４９７８で設定されたような再生限定基準がチェックされてもよく、この再生限定基準が超過されていなければ、ステージ４９８８においてコンテンツが再生されてもよい。あるいは、再生限定基準が超過されていれば、携帯用デバイスは次に、再生制限が超過されていることを加盟ユーザに通知又はプロンプトしてもよく、かつステージ４９８４において、ユーザに、加盟ユーザがコンテンツを購入して使用を継続できるようにするボタン、選択、メニューアイテム、又は他の手段を提供してもよい。ある典型的な実施形態では、加盟ユーザは、その携帯用デバイスから直接的にコンテンツを購入するオプションを提供される。さらに、もしくは代替として、コンテンツが携帯用デバイスに実装される専用のアラームシステムに関連づけられ、かつコンテンツの再生限定基準が超過されていれば、デバイスは次に、デフォルトのアラーム音を再生／レンダリングして関連のアラームイベントの発生を表示してもよい。
【０２６４】
次に、ステージ４９８６において、コンテンツは、コンテンツが購入されているかどうかを確認するためにチェックされてもよく、購入されていれば、実行は、ステージ４９８８において、典型的には無制限の再生を許可するように再生限定基準を構成することによって再開されてもよい。あるいは、加盟ユーザがコンテンツを購入しないことを選んでいれば、ステージ４９９０において、コンテンツの再生及びそれが先に関連づけられていた１つ又は複数のアプリケーションとの関連づけは無効化されてもよく、かつ／又はコンテンツが削除されて、携帯用デバイスの通常のオペレーションが再開されてもよい。
【０２６５】
サーバのシステム及びアプリケーション．
図７を参照すると、チャンビーのサービスプロバイダ１０６のオペレーションを促進するために利用されてもよいサーバコンポーネント及び他のインフラストラクチャのブロック概略図が示されている。図７の表示は本来機能的なものであり、よって１つの、又は複数のコンピュータが、後述するファンクションのうちの１つ、又は２つ以上を実行するように設計されたソフトウェアを実行すべく適合されてもよいことは理解される。例えば、ロードバランサ７０４によって提供される機能は、１つのコンピュータによって提供されても、複数のコンピュータによって提供されてもよい。同様に、図７に表示される各サーバは、１つのサーバコンピュータを使用して実現されても、当業者にはよく知られた構成で相互接続される一次、二次及びバックアップサーバコンピュータから成るクラスタを使用して実現されてもよい。
【０２６６】
図７に示すように、１つ又は複数のウェブサーバ７１０は、チャンビーサービスプロバイダ１０６によりユーザ又は他の関係者へ提示されるウェブインターフェースを画定するために使用される。システムデータベース７１２は、とりわけ、ウェブサーバ７１０によってサービスを提供されるチャンビーサービスに関連するマーケティング材料、プレス情報、及びコンタクト情報を含んでもよい。また、登録及びファーストレベルサポート関連の情報も含まれてもよい。
【０２６７】
ユーザアカウントサーバ７１４は、ユーザのアカウントデータを維持し、かつ図７に描かれた他のサーバへ認証サービスを提供する。
【０２６８】
１つ又は複数のウィジェットサーバ７１８は、チャンビーデバイス１０２へウィジェットを供給するために使用される。各ウィジェットサーバ７１８は、典型的には、オンデマンドでウィジェットを暗号化して署名できるほどに強力である。さらに、各サーバ７１８は、ユーザから別のユーザへ送信されるウィジェットを「蓄積交換」するように構成される。
【０２６９】
また、サービスプロバイダ１０６は、幾つかのコンテンツサーバ７２４を使用してチャンビーデバイス１０２へ情報（例えば、ニュース、気象、株式市場情報）を提供してもよい。ある例示的な実施形態では、すべてのコンテンツサーバが「プル」の動作モードで機能する。すなわち、チャンビーデバイス１０２は、新しいデータに関して適用可能なコンテンツサーバ７２４を幾分か周期的にポーリングする。コンテンツサーバ７２４からの各応答は、好適には、後続のポーリングのスケジュール及び頻度を含む。例えば、株式市場情報を提供するために配置されるコンテンツサーバ７２４は、株式市場が開いているかどうかを反映してポーリングの頻度を変えることができる。他の実装においては、チャンビーデバイス１０２は、例えば環境条件（例えば、周囲の部屋の明るさ）又は他の因子に基づいてポーリングの頻度を変える能力を与えられてもよい。コンテンツサーバ７２４のうちの１つ又はそれ以上は、ユーザにより自らの、又は他のチャンビーデバイス１０２上で使用するためにアップロードされかつシステムデータベース７１２内に記憶された所定のタイプのコンテンツを供給するために使用されてもよい。
【０２７０】
チャンビーサービスプロバイダ１０６は、典型的には、チャンビーデバイス１０２へ時刻を提供するための少数の負荷分散されたネットワークタイムプロトコル（ＮＴＰ）サーバ７３０を維持する。このようなサーバ７３０は各々、「一次」ＮＴＰサーバからその時刻をフェッチするように構成され、一次ＮＴＰサーバは、上流の外的な公共ＮＴＰサーバから時刻をフェッチする。一次ＮＴＰサーバ７３０が動作不能であれば、二次的なＮＴＰサーバ７３０が無作為に選択される上流サーバと同期する。すべてのサーバ７３０が利用不能であれば、チャンビーデバイス１０２は無作為な公共ＮＴＰサーバから時刻情報をフェッチするか、単にユーザ入力を介してその時刻を調整する。ある実施形態では、各チャンビーデバイス１０２はインターネットへの接続時に時刻を要求し、その後の要求頻度は非均一であって、一日１回を超えない。
【０２７１】
次に、図８を参照すると、システムデータベース７１２により使用される例示的なオブジェクト指向データベーススキーマ８００が例示されている。図示されているように、スキーマ８００は、下記のテーブル、すなわち、バディ、カテゴリ、チャンビーデバイス、パラメータ、プロファイル、スキン、ユーザ、ウィジェットインスタンス、ウィジェットを含む。これらのテーブルの幾つかに含まれる情報のタイプは、本明細書における議論の点から当業者には容易に明らかとなるであろうが、データベーススキーマ８００の構造をさらに浮き彫りにするために、ユーザ登録及び「プロファイル」へのウィジェットの追加の間に実行される様々なステップの例を単純化して提示する。
【０２７２】
ある実施形態において、ユーザ登録及びアカウント生成の処理は、ユーザがウェブブラウザ１２２を介してチャンビーＩＤを提出し、特定のチャンビーデバイス１０２を識別することによって開始される。ユーザアカウントを生成する行為によって、結果的にデフォルトプロファイル及び１つ又は複数のウィジェットインスタンスが構築され、その各々が、（そのチャンビーＩＤにより識別される）その時点で登録されつつあるチャンビーデバイス１０２へ自動的に割り当てられる。ユーザがユーザのプロファイルへウィジェットを追加する場合、ユーザは、カテゴリテーブル内の情報に基づいて潜在的なカテゴリのリストを提示される。次に、ユーザがカテゴリテーブルから１つのカテゴリを選択すると、選択されたカテゴリに属するウィジェットのリストがユーザに提示される。ユーザがウィジェットを選んだ後、ウィジェットインスタンスが構築され、情報が適正なフィールド（例えば、プロファイルｉｄ、ウィジェットｉｄ、インデックス）へ入力される。ユーザは次に、ウェブブラウザ１２２を介して、選択されたウィジェットに関連づけられるウィジェット固有のパラメータを編集するためのユーザインターフェースを提示される。ユーザのこのパラメータ選択に応答して、パラメータテーブルの記録は適宜更新される。
【０２７３】
システムオペレーション．
クライアント−サーバ通信プロトコル．
一般に、本発明の実施形態は、各チャンビーデバイス１０２がチャンビーサービスプロバイダ１０６内に存在する様々なサーバに対するクライアントとして機能するように実装されることが熟慮されている。これらの実施形態では、チャンビーデバイス１０２は互いとの直接的な通信は行わないが、サービスプロバイダ１０６との間に確立される独立したクライアント−サーバの関係性によってこれを行ってもよい。このようにして、サービスプロバイダ１０６は、コンテンツ所有者及び潜在的な受信者の許可を条件として、チャンビーデバイス１０２間の様々な異なるタイプの実行可能ファイル（例えば、ウィジェット又は他のコンピュータプログラム、オーディオクリップ、ショート「フラッシュ」ムービー、他）の通信を促進してもよい。ユーザは、ウィジェット又は他のコンテンツが別のユーザへ、又はユーザの「バディリスト」などの会員へ送信されることを指定してもよい。この指定は、サービスプロバイダ１０６と通信状態にあるウェブブラウザ１２２を介して行われても、ユーザのチャンビーデバイス１０２を介して直接的に行われてもよい。
【０２７４】
ある実施形態では、実行可能ファイルはチャンビーデバイス１０２のユーザ又は他の第三者によって生成され、かつサービスプロバイダ１０６を運営するエンティティの承認を得た後にシステムデータベース７１２内にロードされてもよい。ウィジェット又は他の実行可能ファイルが生成されてシステムデータベース７１２内に記憶されると、これは、必要な許可を与えられているチャンビーデバイス１０２のすべてのユーザによる利用が可能にされる。ユーザ間での許可の付与に関しては、様々なスキームが可能である。例えば、このようなタイプの許可の１つは、必然的に、ユーザＹによりユーザＹのチャンビーデバイスへウィジェットを送信する許可を与えられていれば、任意のユーザＸは、ユーザＸが使用権を有する任意のウィジェットを選択し、かつこのようなウィジェットをユーザＹのチャンビーデバイスへ「送信」してもよい、という事態を生じさせる可能性もある。別のユーザからの要求に対して、サービスプロバイダ１０６からチャンビーデバイスへウィジェット又は他のファイルを転送する可能性に関しては、他の制約が課される可能性もある。例えば、ユーザは、自らのチャンビーデバイス上でのみ所定のウィジェットを「ロック」する能力を提供されることも可能であり、又はチャンビーデバイスは「満杯」状態に達して自らを如何なるウィジェットの追加も受信できないと公示することも可能である。
【０２７５】
ウィジェット及び他の実行可能ファイルは、サービスプロバイダ１０６とチャンビーデバイス１０２との間を幾つかの異なるフォーマットで転送されることが可能であるが、ある実施形態では、このような転送は、フラッシュムービーフォーマットで（すなわち、署名又は暗号化されない場合は、．ｓｗｆファイルとして）発生する。この場合、サービスプロバイダ１０６からウィジェットをダウンロードするための処理は、チャンビーデバイス１０２において、「新しい」ウィジェットをダウンロードする準備が整っている、という通知を受信することを含む。この例示的な実施形態では、各チャンビーデバイス１０２が「プル」モードで動作することから、各デバイス１０２はサービスプロバイダを周期的にポーリングして、何れかの構成の変更をロードできるかどうかを調査する。新しいウィジェットがダウンロードに使用可能である場合、チャンビーデバイス１０２は一般に、適用可能なウィジェットファイルのダウンロードに際して標準のＨＴＴＰ（又はＨＴＴＰＳ）プロトコルを使用する。
【０２７６】
次に、図９〜図１３に注目すると、これらは、チャンビーデバイス１０２とチャンビーサービスプロバイダ１０６との間に確立されるクライアント−サーバ通信プロトコルを表す一連の信号フロー図である。先に述べたように、各チャンビーデバイス１０２は、チャンビーサービスプロバイダ１０６に対するクライアントとして機能する。ある実施形態において、各チャンビーデバイスとチャンビーサービスプロバイダ１０６の対応するサーバエンティティとの間に確立される基本プロトコルは、ＨＴＴＰを使用して送信されるＲｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ（ＲＥＳＴ）アーキテクチャを使用するＸＭＬとして特徴づけられてもよい。一般に、チャンビーデバイス１０２は周期的なＨＴＴＰ  ＧＥＴ又はＰＯＳＴ要求を発行し、かつサービスプロバイダ１０６はＸＭＬのブロックで応答する。チャンビーデバイス１０２は、ＨＴＴＰ  ＧＥＴを比較的単純な要求に使用しかつＰＯＳＴをより複雑な要求に使用し、これらはＸＭＬにカプセル化される。個々のデータエレメントは、Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒｓ（ＧＵＩＤ）によって唯一に識別される。ある実施形態では、何らかの形式の暗号鍵交換が存在し、トランザクションはこれらの鍵を使用して暗号化される。さらに、ＸＭＬは、チャンビーデバイス１０２とチャンビーサービスプロバイダ１０６との間の転送を促進するために圧縮されてもよい。
【０２７７】
各チャンビーデバイス１０２は、唯一のＧＵＩＤを持つことになる。タイムコードは、ＩＳＯ−８０６１フォーマットで表される。
【０２７８】
チャンビー構成の要求．
図９を参照すると、信号フロー図９００は、「チャンビー構成」がサービスプロバイダ１０６によってチャンビーデバイス１０２へ提供される方式を例示している。ある実施形態において、各チャンビーデバイス１０２は、様々な条件下でチャンビーデバイス１０２によりロードされるべきプロファイルを指定する構成に従って動作する。ユーザは、チャンビーデバイス１０２のプロファイルをチャンビーウェブサイトにおけるウェブインターフェースを介して指定する。プロファイルは、チャンビーデバイス１０２の幾つかの動作パラメータを含む。
【０２７９】
図９に示すように、構成の要求は、チャンビーデバイス１０２が要求される構成のＧＵＩＤを含むＨＴＴＰ  ＧＥＴ要求をサービスプロバイダ１０６により維持されるシステムデータベース７１２内のチャンビー構成オブジェクトへ送信する時点で開始される（ステージ９０２）。このような要求の一例を下記に示す。
【０２８０】
【表３】
2010536193.tif 000010
【０２８１】
サービスプロバイダ１０６は要求を受信し（ステージ９０４）、要求された構成をシステムデータベース７１２から検索する（ステージ９０８）。要求された構成が存在すれば、サービスプロバイダはＸＭＬベースの構成で応答し、存在しなければ、サービスプロバイダ１０６はＸＭＬベースのエラーメッセージで応答する（ステージ９１２）。サービスプロバイダ１０６によって発生される例示的なＸＭＬベースの応答を下記に示す。
【０２８２】
【表４】
2010536193.tif 000011
【０２８３】
応答は、チャンビーデバイス１０２によって受信されると、マスタコントローラによって処理される（ステージ９１６）。そうでなく、エラーが受信される場合でも、これは同じくマスタコントローラによって処理される（ステージ９２０）。
【０２８４】
プロファイルの要求．
図１０を参照すると、信号フロー図１０００は、「プロファイル」がサービスプロバイダ１０６によってチャンビーデバイス１０２へ提供される方法を例示している。ある実施形態において、各チャンビーデバイス１０２は、様々な条件下でチャンビーデバイス１０２により実行されるべきウィジェットセットを明記するプロファイルに従って動作する。これは、ユーザが、利用可能なウィジェットセットの所定のサブセットがユーザのチャンビーデバイス１０２のロケーション又はチャンビーデバイス１０２がその時点で存在しているスキン（又はハウジング）に基づいて特定の時間フレームの間にインスタンス化されて利用されることを指定できるようにする。例えば、ユーザは、ユーザが家にいる間は地域の気象及び交通情報の提供を望むかもしれないが、旅行しているときは、チャンビーデバイス１０２から飛行機のフライト情報を利用できるほうを好むと思われる。
【０２８５】
図１０に示すように、プロファイルの要求は、チャンビーデバイス１０２が要求されるプロファイルのＧＵＩＤを含むＨＴＴＰ  ＧＥＴ要求をサービスプロバイダ１０６により維持されるシステムデータベース７１２内のプロファイルオブジェクトへ送信する時点で開始される（ステージ１００２）。このような要求の一例を下記に示す。
【０２８６】
【表５】
2010536193.tif 000012
【０２８７】
サービスプロバイダ１０６は要求を受信し（ステージ１００４）、要求されたプロファイルをシステムデータベース７１２から検索する（ステージ１００８）。要求されたプロファイルが存在すれば、サービスプロバイダはＸＭＬベースのプロファイルで応答し、存在しなければ、サービスプロバイダ１０６はＸＭＬベースのエラーメッセージで応答する（ステージ１０１２）。サービスプロバイダ１０６によって発生される例示的なＸＭＬベースの応答を下記に示す。
【０２８８】
【表６】
2010536193.tif 000013
【０２８９】
応答は、チャンビーデバイス１０２によって受信されると、マスタコントローラによって処理される（ステージ９１６）。そうでなく、エラーが受信される場合でも、これは同じくマスタコントローラによって処理される（ステージ９２０）。
【０２９０】
各プロファイルは、名前、記述、スキン、及び「ウィジェットインスタンス」のリストを有する。プロファイルは、所有者により行われる変更を反映するために周期的にリフェッチされ、例えば、ウィジェットインスタンスが追加されかつ除去される。
【０２９１】
チャンビーデバイス１０２は、各ウィジェットインスタンスを順次処理して各ウィジェット及びそのウィジェット自体の設定をフェッチし、かつウィジェットインスタンスによりカプセル化された設定を有するウィジェットを表示する。
【０２９２】
プロファイルの変更に際しては、図９を参照して記述したものに類似する処理が使用されてもよい。修正のためのプロファイルのＧＵＩＤ及びチャンビーデバイス１０２により発生されるプロファイルを変更するＸＭＬベース要求を含むＨＴＴＰ  ＰＯＳＴの一例を下記に示す。
【０２９３】
【表７】
2010536193.tif 000014
【０２９４】
更新されたプロファイルを含むこのような要求に対応する例示的なＸＭＬベースの応答は、サービスプロバイダ１０６によって下記のように提供されることも可能である。
【０２９５】
【表８】
2010536193.tif 000015
【０２９６】
ウィジェットインスタンスのアップロード／ダウンロード．
次に、図１１〜図１２を参照すると、チャンビーデバイス１０２からサービスプロバイダ１０６へ、及びその逆であるウィジェットインスタンスの情報の通信を表す信号フロー図が示されている。ある実施形態において、ウィジェットインスタンスに関連づけられるパラメータセットは、チャンビーデバイス１０２による実行時にウィジェットの動作が修正されるユーザ指定の方法を決定する。すなわち、予め与えられたウィジェットに関してチャンビーデバイス１０２によりサービスプロバイダ１０６からフェッチされるパラメータは、動的なコンテンツではなくユーザの「カスタマイズされた」設定を構成する。例えば、「株価表示器」ウィジェットの場合、適用可能なパラメータは、ユーザのポートフォリオ内の株式の銘柄及び記号を含む可能性もあるが、株の現在の価格は確定せず、またこれに関係しない（これは、サービスプロバイダ１０６により供給される別のサービスによって与えられると思われる）。
【０２９７】
図１１は、ウィジェットがインスタンス化されるチャンビーデバイス１０２のインターフェースを介してウィジェットインスタンスのパラメータに対して実行される変更の処理について描いた信号フロー図である。パラメータ変更の例には、「気象」ウィジェットの場合の興味のあるロケーションの変更、又は「株式市場」ウィジェットの場合の株価表示器記号の追加／除去が含まれる可能性もある。この例示的な実施形態では、ユーザが予め与えられたウィジェットのパラメータをすべて設定又は修正する必要はなく、サービスプロバイダ１０６は、パラメータの変更データを受信と同時にフルパラメータレコードに効果的に「拡張」する。例えば、気象ウィジェットの場合、郵便番号はロケーションを唯一に識別するに足るものである可能性もあり、サービスプロバイダ１０６によるパラメータ変更要求を処理する間に関連の市、州、その他が適用可能なレコードに供給される可能性もある。
【０２９８】
図示されているように、ウィジェットインスタンスの変更オペレーションは、チャンビーデバイス１０２がサービスプロバイダ１０６により維持されるシステムデータベース７１２内のウィジェットインスタンスオブジェクトへＨＴＴＰ  ＰＯＳＴ及びＸＭＬ要求を送信する時点で開始される（ステージ１１０２）。このタイプの「ＵＰＬＯＡＤ」オペレーションは、特有のウィジェットインスタンスのパラメータが適用可能なユーザによって更新されたことをサービス１０６に知らせる。図示されているように、更新されたパラメータはサービスプロバイダによって受信され（ステージ１１０４）、かつシステムデータベース７１２内の対応するウィジェットインスタンスオブジェクトへの書き込みが試行される（ステージ１１０８）。試行されたこの書き込みオペレーションが不首尾であれば（ステージ１１１２）、サービスプロバイダ１０６はエラーメッセージで応答し、これが要求側のチャンビーデバイス１０２により処理される（ステージ１１２０）。書き込みオペレーションが成功すれば、新たに更新されたウィジェットインスタンスがシステムデータベース７１２から検索され（ステージ１１１６）、かつ適用可能なチャンビーデバイス１０２へ送信される（ステージ１１２０）。
【０２９９】
ウィジェットインスタンスは、受信されるとチャンビーデバイス１０２によって処理される（ステージ１１２４）。一般に、ウィジェットインスタンスに含まれるパラメータの処理は、特定のウィジェットの特性に依存する。所定の事例では、パラメータはウィジェットが情報を表示することを可能にするに足るものであってもよく、一方で他のウィジェットは、パラメータを使用して他のサーバからコンテンツをフェッチしてもよい。前者の一例としては、時間帯を指示するパラメータの受信に続いて情報を表示することができる「時計」ウィジェットについて考慮されたい。対照的に、「株式ウィジェット」はパラメータとして株式記号を有し、かつこのような記号を使用して相場情報をフェッチしてもよい。
【０３００】
次に、図１２を参照すると、サービスプロバイダ１０６がウィジェット固有パラメータの値を要求側のチャンビーデバイス１０２へプッシュすることを要求される、例示的なウィジェットインスタンスのダウンロードオペレーションを示す信号フロー図が示されている。パラメータのダウンロードの要求は、チャンビーデバイス１０２が要求されたウィジェットインスタンス要求のＧＵＩＤを含むＨＴＴＰ  ＧＥＴをサービスプロバイダ１０６により維持されるシステムデータベース７１２内のパラメータオブジェクトへ送信する時点で開始される（ステージ１２０２）。「気象」ウィジェットの場合における、このような要求の一例を下記に示す。
【０３０１】
【表９】
2010536193.tif 000016
【０３０２】
サービスプロバイダ１０６は要求を受信し（ステージ１２０４）、要求されたパラメータをシステムデータベース７１２から検索する（ステージ１２０８）。要求されたパラメータが存在すれば、サービスプロバイダ１０６はＸＭＬベースのウィジェットインスタンスメッセージで応答する（ステージ１２１２）。郵便番号を使用して気象の検索対象であるロケーションを識別する気象ウィジェットの例を使用すると、このようなメッセージは下記を含む可能性もある。
【０３０３】
【表１０】
2010536193.tif 000017
【０３０４】
チャンビーデバイス１０２は、表示されるべきウィジェットに関する情報を「ウィジェット」タグ内のＧＵＩＤを使用してフェッチする。ウィジェットは、開始されると、ウィジェットの動作をカスタマイズするために「ウィジェット＿パラメータ」セクションに名前／値のペアを通過させる。
【０３０５】
要求されたパラメータが存在しなければ、システムデータベース７１２からデフォルトのウィジェットインスタンスを検索する試みが実行される（ステージ１２２４）。このようなウィジェットインスタンスが存在すれば（ステージ１２２８）、サービスプロバイダ１０６はＸＭＬベースのパラメータメッセージで応答し、これは受信と同時にチャンビーデバイス１０２により処理される（ステージ１２２０）。このようなデフォルトのウィジェットインスタンスが存在しなければ、チャンビーデバイス１０２へエラーメッセージが返される（ステージ１２３２）。
【０３０６】
ウィジェットのダウンロード．
次に、図２７を参照すると、チャンビーデバイス１０２上での実行のためにウィジェットのコード（例えば、．ｓｗｆファイル）をサービスプロバイダ１０６からダウンロードする処理を例示的に表示する信号フロー図２７００が示されている。この処理は、チャンビーデバイス１０２が要求されたウィジェットのＧＵＩＤを含むＨＴＴＰ  ＧＥＴ要求をサービスプロバイダ１０６により維持されるシステムデータベース７１２内の特有のウィジェット記述オブジェクトへ送信する時点で開始される（ステージ１３０２）。このような要求の一例を下記に示す。
【０３０７】
【表１１】
2010536193.tif 000018
【０３０８】
サービスプロバイダ１０６は要求を受信し（ステージ２７０４）、かつ要求されたウィジェット記述をシステムデータベース７１２又はサービスプロバイダ１０６が利用可能な他のデータソースから検索することを試行する（ステージ２７０８）。要求されたウィジェット記述を検索できれば、サービスプロバイダ１０６はＸＭＬベースのウィジェット記述メッセージで応答し、検索できなければ、サービスプロバイダ１０６はＸＭＬベースのエラーメッセージで応答する（ステージ２７１２）。サービスプロバイダ１０６により発生される例示的なＸＭＬベースの応答を下記に示す。
【０３０９】
【表１２】
2010536193.tif 000019
【０３１０】
要求されたウィジェット記述がチャンビーデバイス１０２によって受信されると、チャンビーデバイス１０２は、要求されたウィジェットに関する「ムービー」を参照するＵＲＬを使用してサービスプロバイダ１０６からムービー（例えば、．ｓｗｆ）ファイルをダウンロードする。チャンビーデバイス１０２は、要求されたムービーのＧＵＩＤを含むＨＴＴＰ  ＧＥＴ要求をサービスプロバイダ１０６により維持されるシステムデータベース７１２内の特有のムービーオブジェクトへ送信する（ステージ１３２０）。このような要求の一例を下記に示す。
【０３１１】
【表１３】
2010536193.tif 000020
【０３１２】
サービスプロバイダ１０６は要求を受信し（ステージ２７２４）、かつ要求されたムービーをシステムデータベース７１２又はサービスプロバイダ１０６が利用可能な他のデータソースから検索することを試行する（ステージ２７２８）。要求されたムービーを検索できれば、サービスプロバイダ１０６はそのムービーを実装する．ｓｗｆファイルで応答し、検索できなければ、サービスプロバイダ１０６はＸＭＬベースのエラーメッセージで応答する（ステージ２７３２）。要求されたムービーは、チャンビーデバイス１０２によって受信されるとマスタコントローラによってロードされ、かつ後続の実行のために待ち行列に入れられる（ステージ２７３６）。反対にエラーが受信されれば、これは適宜処理される（ステージ２７４０）。
【０３１３】
コンテンツの要求．
次に、図１３を参照すると、チャンビーデバイス１０２のウィジェットのためにサービスプロバイダ１０６からコンテンツを取得する処理を例示的に表示する信号フロー図１３００が示されている。この処理は、チャンビーデバイス１０２がＨＴＴＰ  ＧＥＴ及びオプションのＸＭＬ要求をサービスプロバイダ１０６により維持されるシステムデータベース７１２内の特有のコンテンツオブジェクトへ送信する時点で開始される（ステージ１３０２）。「潮汐」ウィジェットのコンテンツに対するこのような要求の一例を下記に示す。
【０３１４】
【表１４】
2010536193.tif 000021
【０３１５】
サービスプロバイダ１０６は要求を受信し（ステージ１３０４）、かつ要求されたコンテンツをシステムデータベース７１２、内部コンテンツサービス、外部コンテンツサービス又はサービスプロバイダ１０６が利用可能な他のデータソースから検索することを試行する（ステージ１３０８）。要求されたコンテンツを検索できれば、サービスプロバイダ１０６はＸＭＬベースのコンテンツメッセージで応答し、検索できなければ、サービスプロバイダ１０６はＸＭＬベースのエラーメッセージで応答する（ステージ１３１２）。要求されたコンテンツがチャンビーデバイス１０２によって受信されると、デバイス１０２により、そのユーザの利益のために対応するオーディオビジュアルの出力が発生される（ステージ１３１６）。反対にエラーが受信されると、これは適宜処理される（ステージ１３２０）。サービスプロバイダ１０６により発生される例示的なＸＭＬベースの応答を下記に示す。
【０３１６】
【表１５】
2010536193.tif 000022
【０３１７】
コンテンツが外部のコンテンツサービスプロバイダから（すなわち、サービスプロバイダ１０６以外から）直接的に検索される場合、このようなコンテンツサービスプロバイダにより定義される一連のウェブベースのトランザクション（ほとんどはＨＴＴＰ及び／又はＸＭＬベース）がチャンビーデバイス１０２とこのようなプロバイダとの間で行われる。
【０３１８】
チャンビーのセキュリティプロトコル．
チャンビーデバイス１０２は、オプションとして、一実装ではデバイス１０２のオペレーティングシステム（「ＯＳ」）内のキャラクタドライバインターフェースを介してアクセスされるハードウェアセキュリティモジュールを含んでもよい。このモジュールは、インストールされても、されなくてもよい。モジュールがインストールされない場合、ＯＳは、好適にはハードウェアセキュリティモジュールをソフトウェアにおいてエミュレートすることによってこれを仮想化する。ハードウェアモジュールのセキュリティの恩典をすべて失う一方で、この機能は、プロトコルと保証されるシステムとの相互動作性を維持しながらコストを下げる節約を可能にする。
【０３１９】
チャンビーデバイス１０２のハードウェアセキュリティモジュールは、幾つかの方法で実装されてもよい。一例として、ハードウェアセキュリティモジュールは、暗号スマートカードモジュールを使用して実装されてもよい。このモジュール、又はそのエミュレートされた対応物は、少なくとも、以下のオペレーション、すなわち、（１）ハードウェアにおける暗証番号の記憶、（２）公開鍵署名を計算する能力、（３）一方向の暗号ハッシュを計算する能力、及び（４）暗号的に信用される乱数を発生する能力を実行することができる。
【０３２０】
製造処理の間、ハードウェアセキュリティモジュール又はそのエミュレートされた対応物は、モジュール及びチャンビーサービスプロバイダ１０６のみに知られる暗証番号セットで初期化される。これらの暗証番号は、公開鍵及び秘密鍵で構成されても、構成されなくてもよい。この番号が公開鍵及び秘密鍵で構成されれば、相互の鍵ペアは、チャンビーサービスプロバイダ１０６及びハードウェアモジュールの双方によってそのペアのセキュアでない推定の識別子番号と共に記憶される。さらに、これらの番号は、好適にはチャンビーサービスプロバイダ１０６により、ＷＬＡＮインターフェースのＭＡＣアドレス等の他の任意の識別情報又は顧客サービスを目的とするセキュアでないメモリに記憶される他の任意の通し番号と関連して記録されない。
【０３２１】
ユーザ又はサービスが認証された強力なトランザクションの開始を希望する場合、チャンビーデバイス１０２はサービスプロバイダ１０６へセキュアでない推定の鍵ペア識別子を送信する。サービスプロバイダ１０６は、このセキュアでない推定の鍵ペア識別子を探し、かつその秘密鍵が対象のハードウェアモジュールにしか記憶されていない公開鍵で暗号化された乱数及びタイムスタンプから成るチャレンジをハードウェアモジュールへ発行する。具体的には、このチャレンジはパケット化され、インターネットを介してチャンビーデバイス１０２へ送信される。デバイス１０２はチャレンジをアンパックし、かつこれを直接的にハードウェアモジュールへ渡す。ハードウェアモジュールは、この乱数及びタイムスタンプを復号し、オプションとしてこれをハッシュし、別のタイムスタンプを追加して、セキュアでない推定の鍵ペア識別子に関連づけられる唯一のサーバ公開鍵でメッセージ全体を符号化する。再度、このメッセージはパケット化され、デバイス１０２によりインターネットを介してサービスプロバイダ１０６へ送信される。受信すると、サービスプロバイダ１０６はメッセージを復号し、かつ乱数又はそのハッシュが有効であること、及びタイムスタンプが唯一であって妥当なエラー限度内で増加していることを検証する。このトランザクションの終わりでは、サービスプロバイダ１０６はデバイス１０２の認証を完了し、さらに安全なトランザクションのために動的に発生され得る、又は静的に記憶され得る任意の数のセッション鍵へ戻ることができる。有利に、この認証トランザクションは、ハードウェアモジュールをユーザ情報に唯一に関連づけることを含まない。どちらかと言えば、サービスプロバイダ１０６は承認されているハードウェアモジュールの存在を単に認識し、かつ認証トランザクションの完了時に、そこに記憶されている秘密の完全性を安全に信用してもよい。
【０３２２】
デバイス１０２のユーザは、プライバシモードを抜け出て、クレジットカード及び銀行等の何らかの課金サービスによる要求通りに識別情報を提供してもよい。オプションとして、アカウントがハードウェアモジュールに含まれる秘密のみによって開設されかつ管理される匿名の現金取引ネットワークが確立されてもよい。
【０３２３】
ユーザ識別情報の限定的な取り消しを可能にするためには、マスタ認証プロトコルの特有の実施形態が、チャンビーサービスプロバイダ１０６に信用されている多数の接続を有するクリーンルームサーバセット上で動作すべきであり、次に、認証されたセッション鍵がコンテンツサーバへと横方向に伝えられる。したがって、科学捜査のログ及びトランザクションタイミングからトランザクションを再現して相互関係を示すことは可能であるが、マスタ認証鍵の匿名性は、名目上保全される。複数のサーバ及び複数の接続、並びにネットワーク経路指定のランダム化技術の使用は、科学捜査のロギングに対する匿名性の耐性を高めるために使用できるが（Ｔｏｒネットワークを参照。）、何れにしても、この構成はネットワークのオペレーションに不可欠である。
【０３２４】
チャンビーデバイスの較正、登録及びアカウント管理．
次に、図１４〜図２１に注目すると、これらの図は、チャンビーデバイスの較正、登録及び初期オペレーション及び関連するアカウント管理のファンクションを表すフローチャートのセットである。
【０３２５】
初期起動．
図１４は、チャンビーデバイス１０２によって初期起動時に実行される例示的なオペレーションのシーケンスを描いたフローチャート１４００である。ユーザがチャンビーデバイス１０２を最初に電源に接続する際、デバイス１０２は、図１５〜図１６に関連して後述するタッチスクリーンの較正処理を受ける（ステージ１４０４）。デバイス１０２は次に、図１７に関連して後述する方法で無線基地局を選択する（ステージ１４０８）。プロキシサーバが識別されれば（ステージ１４１２）、デバイス１０２とサービスプロバイダ１０６により維持されるウェブサイト（並びにコンテンツプロバイダのウェブサイト）との繋がりを使用可能にするために、そのプロキシサーバに関する情報がチャンビーデバイス１０２内へ設定される（ステージ１４１６）。この時点で、チャンビーデバイス１０２のユーザは、デバイス１０２が位置づけられる時間帯を設定するようにプロンプトされる（ステージ１４２０）。ＮＴＰサーバが利用可能であることが決定されれば（ステージ１４３０）、時間は、このようなサーバから取得される情報に基づいて自動的に設定される（ステージ１４４０）。利用可能でなければ、チャンビーデバイス１０２は、手動で設定された時間を参照される（ステージ１４４４）。チャンビーデバイス１０２の時間が設定されると、図１８を参照して後述する登録処理が開始される（ステージ１４５０）。
【０３２６】
ある実施形態において、チャンビーデバイスは、起動される度にサービスプロバイダ１０６から構成情報をダウンロードする、又はそうでなければサービスプロバイダ１０６との通信を再度確立する。しかしながら、最低量のウィジェット／構成情報は、ネットワークに接続できない場合にも機能し続けるようにチャンビーデバイス上へ局所的に記憶されてもよい。例えば、時計ウィジェットは、その時計機能が常時動作可能な状態を保つように、チャンビーデバイス内に永久的に記憶されてもよい。チャンビーデバイスは、典型的には、デバイスにより実行されるべきすべてのウィジェットのために、幾つかの妥当な数のウィジェットに至るまで、サービスプロバイダ１０６から受信される構成情報を保持するに足るメモリ容量を含む。ユーザがチャンビーデバイスの構成をサービスプロバイダ１０６により維持されるウェブサイトを介して変更すれば、典型的には、修正された構成情報は、対応するチャンビーデバイスに実装されるポーリング機能を使用してサービスプロバイダ１０６から「プル」される。あるいは、この情報は、対応するチャンビーデバイスのインターフェースを介して手動で開始されるオペレーションにより取得されてもよい（例えば、「Ｕｐｄａｔｅ  Ｍｙ  Ｃｈｕｍｂｙ  Ｄｅｖｉｃｅ  Ｎｏｗ」オペレーション）。
【０３２７】
タッチスクリーンの較正．
次に、図１５を参照すると、チャンビーデバイス１０２のタッチスクリーンを較正するために使用される例示的なルーチンを示すフローチャートが示されている。図１６Ａ〜図１６Ｅは、図１５のルーチンに従って較正されているチャンビーデバイス１０２のユーザインターフェースのスクリーンショットのセットを示す。図示されているように、較正ルーチンは、ユーザがデバイス１０２のタッチスクリーン（図１６Ａ）にタッチすることによってこのルーチンを開始した後に左上の設定ポイントを決定することを含む（ステージ１５０２）。この設定ポイントは、ユーザが次にタップするようにプロンプトされるＬＣＤ画面３２０を介して標的１６０２（図１６Ｂ）を発生させることにより決定される。次に、ユーザを図１６Ｃに描かれた標的１６０４をタップするようにプロンプトすることにより、右下の設定ポイントが決定される（ステージ１５０６）。同様にして、次に、ユーザを図１６Ｄに描かれた標的１６０６をタップするようにプロンプトすることにより、中央の設定ポイントが決定される（ステージ１５１０）。次に、較正処理の結果が記憶される（ステージ１５１４）。各ステージ１５０２、１５０６及び１５１０の間にタッチスクリーン３３０から受信される座標データに基づいて、ＣＰＵ３０２は、デバイス１０２の後続のオペレーションの間に使用される較正情報を発生するプログラムを実行する。次には、較正処理が完了したことを指示する画面（図１６Ｅ）がユーザに表示される。
【０３２８】
無線基地局の選択．
図１７は、デバイス１０２の初期起動時に無線基地局を選択する際に実行されるオペレーションを示すフローチャートである。図示されているように、デバイスのＷｉ−Ｆｉ通信インターフェース３１４はまず、ビーコン信号を発する１つ又は複数のアクセスポイント２１０を探索する（ステージ１７０２）。デバイスが、ビーコン信号を発しないアクセスポイントを探索するように設定されていれば（ステージ１７０６）、キーボードがアクセスされ（ステージ１７１０）、アクセスポイントを指定するデータが入力される（ステージ１７１４）。キーボードは、デバイス１０２へ周辺コンポーネントとして接続される物理的なキーボードを備えてもよい。あるいは、ＬＣＤ画面３２０により発生されかつタッチスクリーン３３０を介して交信される「画面上の」キーボードが利用されてもよい。この時点で、ユーザは、ＷＥＰ鍵を入力する機会を与えられる（ステージ１７２０）。このオプションが選択されれば、鍵サイズが選択され（ステージ１７２４）、次にキーボードを介して入力される（ステージ１７２８）。次に、検出された、又は指定されたアクセスポイントとの接続が確立されるように試行される（ステージ１７３０）。接続がこうして確立されれば（ステージ１７３４）、デバイス１０２のメモリにこの接続に関する情報が記憶され（ステージ１７４０）、確立されなければ、接続の確立が再度試行される。
【０３２９】
ステージ１７２０の間、又はそれ以前に、ユーザは、所望されるチャネル／周波数を入力しかつ暗号モード（例えば、ＷＥＰ、ＷＰＡ、ＷＰＡ２）を選択する機会も与えられてもよい。図１７は、所望される暗号方法としてＷＥＰが選択されている事例について記述しているが、当業者には、代替的な暗号方法の選択に続いて類似のオペレーションが実行されてもよいことが認識されるであろう。
【０３３０】
登録．
次に、図１８を参照すると、例示的なアカウントの生成及び登録の処理１４５０のフローチャートが示されている。処理は、デバイスによりＬＣＤ画面３２０を介してその通し番号又は他の識別情報が提示された時点で開始される（ステージ１８０２）。ユーザは次に、ウェブブラウザ１２２を介してサービスプロバイダ１０６により運営されるウェブサイト（例えば、ｗｗｗ．ｃｈｕｍｂｙ．ｃｏｍ）へログインする（ステージ１８０４）。ある実施形態において、ユーザは次に、「新しいユーザアカウントを生成」タブなどを選択してもよく（ステージ１８０８）、かつｅメールアドレス（ステージ１８１０）、パスワード（ステージ１８１２）及び名前（ステージ１８１６）を入力するようにプロンプトされる。所定の実装では、ユーザは、そのアドレスを入力する機会も提供される場合があるが（ステージ１８２０）、他の実装では、何らかの特定の目的で（例えば、加入のための課金情報又は製品購入のための出荷情報を提供するために）この情報が要求されるまで、アドレスを提供するようにはプロンプトされない。このオプションが選択されれば、ユーザはそのアドレスを入力する（ステージ１８２４）。この時点でサービスプロバイダ１０６は、「クリックスルー」アカウント起動ハイパーリンクを含むｅメールを、ステージ１８１０で入力されたアドレスへ送信する（ステージ１８３０）。ユーザがこのメッセージを受信しなければ（ステージ１８３４）、経験されているアカウント生成上の困難を救済するために、様々な顧客サービスオプションを利用する機会が提供される（ステージ１８４０〜１８４１）。何れにしても、アカウント生成処理はこれでファイナライズされ（ステージ１８５０）、登録されつつあるチャンビーデバイスは、後述する方法によりシステムデータベース７１２内で特定のユーザアカウントに関連づけられる（ステージ１８５４）。これが発生すると、新たに登録されるチャンビーデバイスに関するデフォルトの構成及びウィジェットインスタンスの数が確立される（ステージ１８６０）。
【０３３１】
アカウントの関連づけ．
図１９は、特定のチャンビーデバイスをユーザのアカウントに関連づけることに関してユーザとサービスプロバイダ１０６との間に発生する例示的なウェブベースの対話を表すフローチャートである。処理は、ユーザがサービスプロバイダ１０６により運営されるウェブサイトへログインし（ステージ１９０２）、かつ「チャンビーデバイスをマイアカウントへ追加」タブ又はこれと同等のものを選択する（ステージ１９０４）時点で開始される。ユーザは次に、ユーザのチャンビーデバイスの通し番号をウェブページに入力し（ステージ１９０８）、かつオプションとして、記述（例えば、寝室、書斎、居間、その他）を入力してもよい（ステージ１９１０）。次に、ユーザのチャンビーデバイスと、システムデータベース７１２内の適用可能なアカウントとの間に関連づけが生成される。
【０３３２】
ある実施形態において、ユーザアカウントは、サブアカウントをホストしかつ節制する（moderate）ことができるように設定される。
【０３３３】
チャンビーデバイスの無効化．
次に、図２０を参照すると、以前にユーザのアカウントに関連づけられているチャンビーデバイスを無効化することに関して、ユーザとサービスプロバイダ１０６との間に発生する例示的なウェブベースの対話のフローチャートが示されている。図示されているように、ユーザは、ウェブブラウザ１２２を介してアカウントにログインし（ステージ２００２）、かつ「チャンビーデバイスを無効化」タブ又はこれと同等のものを選択する（ステージ２００４）。ユーザは次に、デバイスの通し番号又は記述の何れかに基づいてリストから無効化されるべきチャンビーデバイスを選択する（ステージ２００６）。次に、ユーザはこの選択を確定するようにプロンプトされ（ステージ２０１０）、確定されれば、システムデータベース７１２内に維持されるディレクトリから無効化されるチャンビーデバイスへのすべての参照が除去される（ステージ２０１４）。処理は次に、選択の確定の有無に関わらず完了され（ステージ２０２０）、この時点で、サービスプロバイダ１０６はもはや、無効化されているチャンビーデバイスからの要求に応答しない。
【０３３４】
チャンビーデバイスのミラーリング．
図２１は、チャンビーデバイスを「ミラーリング」することに関して、すなわち、１つのチャンビーデバイスが別のチャンビーデバイスのウィジェットセット及び構成を利用できるようにすることに関して、ユーザとサービスプロバイダ１０６との間に発生する例示的なウェブベースの対話を表すフローチャートである。ある実施形態において、ある予め与えられたチャンビーデバイス（すなわち「スレーブデバイス」）が別のチャンビーデバイス（すなわち「マスタデバイス」）にミラーリングされると、マスタデバイスに対して行われるウィジェット関連の変更は自動的にスレーブデバイスに反映される。図２１に示すように、ユーザはウェブブラウザ１２２を介して適用可能なアカウントへログインし（ステージ２１０２）、かつ「このチャンビーデバイスをミラーリング」タブ又はこれと同等のものを選択する（ステージ２１０４）。ユーザは次に、「マスタ」になるべきチャンビーデバイスを選択し（ステージ２１０８）、かつさらにこのチャンビーデバイスを「スレーブ」に選択する（ステージ２１１２）。所定の実施形態では、マスタチャンビーデバイスは物理的なデバイスに一致する必要はなく、代わりにシステムデータベース７１２内に確定される「仮想の」チャンビーデバイスとなることも可能である。この場合、仮想チャンビーデバイスのウィジェットセット又は構成に対して行われる変更は、そのスレーブチャンビーデバイスのすべてによってミラーリングされることになる。所定の実施形態では、スレーブチャンビーデバイスは物理的なデバイスに一致する必要はなく、代わりにシステムデータベース７１２内に確定される「仮想の」チャンビーデバイスとなることも可能である。
【０３３５】
ウィジェットのウェブベースの選択、除去及び構成．
次に、図２２〜図２５を参照すると、これらの図は、本発明の実施形態により熟慮されるウィジェットのウェブベースの選択、除去及び構成の処理を表すフローチャートのセットである。これらの処理のうちの所定のものを促進するために使用されるウェブブラウザ１２２により提示される例示的なユーザインターフェースのスクリーンショットを、図２６に示す。
【０３３６】
ウィジェット管理処理の概説．
ここで、図２２を参照すると、ユーザのチャンビーデバイスに対するウィジェットプロファイルの追加、除去及び設定に関して、デバイスのユーザとサービスプロバイダ１０６との間に発生する例示的なウェブベースの対話のトップレベルのフローチャート２２００が示されている。ユーザは、図２２の処理を介してチャンビーデバイス自体が設定されつつあるという印象を持つかもしれないが、この例示的な実施形態では、この時点でユーザのチャンビーデバイスに割り当てられるプロファイルが設定される。
【０３３７】
図２２に示すように、ユーザは、ウェブブラウザ１２２を介してサービスプロバイダ１０６により維持されるユーザのアカウントへログインし（ステージ２２０２）、かつユーザの「ホームページ」又はこれと同等のものへ進む（ステージ２２０４）。ユーザは、このホームページから「セットアップ」デバイスタブなどを選択し（ステージ２２０８）、ウェブブラウザ１２２は対応する「セットアップ」ページを提示する（ステージ２２１０）。ユーザは次に、デバイスの通し番号又は記述の何れかに基づいてリストから設定されるべきチャンビーデバイスプロファイルを選択する（ステージ２２１２）。次に、選択されたデバイスプロファイルのその時点の構成がシステムデータベース７１２から検索され、デバイスにロードされる（ステージ２２１６）。これが発生するとユーザは、図２６（ａ）が示すように、実行されるべきアクションを選択する（ステージ２２２０）。このようなアクションには、例えばウィジェットプロファイルの追加、削除又は編集が含まれてもよい。ユーザがウィジェットプロファイルの追加を選択すれば（ステージ２２２４）、ウェブブラウザ１２２は「ウィジェット追加ページ」を表示し、ウィジェットプロファイルはこれを通じて適用可能なチャンビーデバイスの現在のの構成へ図２３を参照して後述する方法で追加されてもよい（ステージ２２２８）。そうでなくユーザがこのような現在の構成からウィジェットプロファイルを削除することを選べば（ステージ２２３２）「ウィジェット削除ページ」が提示され、削除オペレーションはこれにより、図２４を参照して後述する手法に従って完了されてもよい（ステージ２２３６）。あるいは、ユーザは、別のチャンビーデバイスプロファイルを選択して設定してもよく（ステージ２２４０）、又は単に終了してユーザのホームページへ戻ってもよい（ステージ２２４４）。
【０３３８】
ウィジェットの追加．
図２３は、ユーザのチャンビーデバイスの現在の構成へウィジェットを追加することに関して、デバイスのユーザとサービスプロバイダ１０６との間に発生する例示的なウェブベースの対話を表すフローチャート２３００である。ある実施形態において、ユーザは、システムデータベース７１２のカテゴリテーブルから検索される様々なウィジェットカテゴリの中から、ウェブブラウザ１２２により提示される適切なカテゴリ選択ページ（例えば、図２６（ｂ）参照）を介して選択する機会を提供される（ステージ２３０２）。ウィジェットカテゴリの選択（ステージ２３０４）の後、選択されたカテゴリに含まれるウィジェット、及びウィジェットがそれを通じて適用可能なチャンビーデバイスの現在の構成に追加されてもよい適用可能な現在のウィジェット構成の双方がユーザに提示される（ステージ２３０８）。ユーザは次に、例えばウィジェットの追加処理を終了すること（ステージ２３１６）、又は選択されたカテゴリに関して提示されるウィジェットリストをナビゲートすること（ステージ２３２０）を含む実行すべきアクションを選択する（ステージ２３１２）。後者のアクションが選択されれば（例えば、図２６（ｃ）〜図２６（ｄ）参照。）、ユーザは次に、（例えば、対応するアイコンを選択することにより）現在の構成に追加されるべきウィジェットを選択し、かつサービスプロバイダ１０６は、選択されたウィジェットのインスタンスを構築する（ステージ２３２４）。この時点で、ユーザは、現在の構成にさらにウィジェットを追加することも選択してもよい（ステージ２３２８）。ユーザが、それ以上のウィジェットの追加はないことを表示すると、ウィジェットの構成段階（ステージ２３３２）に入ってもよい（例えば、図２６（ｅ）参照）。ユーザがステージ２３２０の間に、選択されたカテゴリに関して提示されたウィジェットのリストをナビゲートしながらウィジェットを選択することを控えれば、ウィジェットの新たなカテゴリが選択されてもよい（ステージ２３４０）。
【０３３９】
ユーザが現在の構成へウィジェットを追加する処理から出ることを決定すれば、ユーザは、別のチャンビーデバイスを選択して設定する、チャンビーサイト上の別のページをナビゲートする、チャンビーサイトをログアウトする、又は適用可能なブラウザウィンドウを閉じるを含む、但しこれらに限定されない幾つかのアクションのうちの１つを実行してもよい（ステージ２３１６）。そうでなくユーザが適用可能なチャンビーデバイスの現在のウィジェット構成を保存することを選べば（ステージ２３５０）、ユーザは「サブミット」、「コミット」、「ＯＫ」、又は類似するボタンを選択して任意の変更をシステムデータベース７１２に記録させる（ステージ２３５４）。現在のウィジェット構成の保存又は処理を終了する選択の何れかの後、ユーザは予め定義されたページへ方向づけられてもよい（ステージ２３６０）。
【０３４０】
ウィジェットの除去．
次に、図２４を参照すると、ユーザのチャンビーデバイスの現在の構成からウィジェットを除去することに関して、デバイスのユーザとサービスプロバイダ１０６との間に発生する例示的なウェブベースの対話を表すフローチャート２４００が示されている。「ウィジェット除去ページ」が提示されると（ステージ２４０２）、ユーザは、選択されたウィジェットの非活性化（ステージ２４０６）、選択されたウィジェットの削除（ステージ２４１０）、又は処理を終了すること（ステージ２４１４）の何れかを選んでもよい。ウィジェットの非活性化が選択されれば、ユーザはこの選択を確定するようにプロンプトされる（ステージ２４１８）。このような確定が提供されると、ウィジェットは、ウェブブラウザ１２２によりレンダリングされている現在のページ上で「非活性」とマークされる（ステージ２４２０）。さらに、対象のチャンビーデバイスのウィジェット構成がシステムデータベース７１２内で更新される（ステージ２４２４）。同様に、選択されたウィジェットを削除することが代わりに選択されれば、ユーザはこの選択を確定するようにプロンプトされる（ステージ２４３８）。このような確定が提供されると、ウィジェットは、ウェブブラウザ１２２によりレンダリングされている現在のページ上で「削除済み」とマークされ（ステージ２４４０）、対象のチャンビーデバイスのウィジェット構成が更新される（ステージ２４２４）。選択されたウィジェットの非活性化又は削除の確定が提供されなければ（ステージ２４１８及び２４３８）、ウェブブラウザ１２２は「ウィジェット選択ページ」へ進み、これを通じて異なるウィジェットが除去又は非活性化されるべく選択されてもよい。
【０３４１】
ウィジェットの構成．
図２５は、予め与えられたチャンビーデバイスに現在関連づけられている１つ又は複数のウィジェットに特有のパラメータを設定することに関わる例示的なオペレーションセットを描いたフローチャート２５００である。処理は、システムデータベース内に維持される選択されたウィジェットの構成にアクセスすることによって開始される（ステージ２５０２）。次に、選択されたウィジェットの既存の構成を編集してもよい適切なユーザインターフェースが、このような既存の構成に基づいて生成される（ステージ２５０４）。これは、例えば、既存の構成に基づいて様々なフィールド間の依存を確立することを含んでもよい（ステージ２５０８）。ユーザインターフェースが生成されると、これは、構成に対して所望される変更が行われることを可能にするために、ウェブブラウザ１２２を介してユーザに提示される（ステージ２５１２）。ユーザがインターフェースにより提示される１つ又は複数のフィールドを編集することを選べば（２５１６）、ウィジェット構成を画定するユーザインターフェースはそれに対応して変更される（ステージ２５２０）。ユーザがこれらのフィールドの何れも編集しないことを選べば、ユーザは、「デフォルトの構成」を選択するオプションを与えられる（ステージ２５２４）。このオプションが選択される限りにおいて、すべてのフィールドはデフォルト値にリセットされ（ステージ２５２８）、選択されなければ、ユーザは処理を終了する、又はステージ２５１６へ戻るオプションが与えられる（ステージ２５４０）。処理が終了されると、ユーザは、システムデータベース７１２に構成の編集されたバージョンを保存するオプションを与えられる（ステージ２５４４）。このオプションが選択されれば、現在のウィジェット構成がデータベース７１２へ保存される（ステージ２５５０）。次に、ユーザがウィジェット構成の保存を選択したか否かに関わらず、ユーザに「ウィジェット選択ページ」が提示される（ステージ２５６０）。
【０３４２】
ある例示的な実施形態では、サービスプロバイダ１０６は、対応するウィジェット及びパラメータのテーブルをユーザのパラメータ選択に従ってシステムデータベース内に追加する（populate）。この点に関連して、ウィジェットテーブルは、パラメータテーブルにおける関連レコードの構築を可能にする命令を含むＸＭＬベースの「ｐａｒａｍ＿ｄｅｓｃ＿ｘｍｌ」フィールドを含んでもよい。例えば、「時計」ウィジェットの場合、ＸＭＬベースの命令は、時間帯が有効なパラメータであるべきであると表示することも可能であり、かつパラメータテーブル内に適切なレコードを生成するために利用されることも可能である。
【０３４３】
様々な実施形態において、本発明が本明細書及び／又は関連出願に記述又は例示されているもの等の処理に関連する場合があることは留意される。これらの処理は、典型的には、本明細書及び／又は関連出願に記述されているようなシステムを備える１つ又は複数のモジュールにおいて実装され、かつこのようなモジュールは、１つ又は複数のプロセッサにより実行されるように構成される命令を含むコンピュータ読み取り可能な媒体に記憶されるコンピュータソフトウェアを含んでもよい。さらに、本明細書及び／又は関連出願に記述されかつ例示されている処理は特定のステージを含む場合があるが、記述されかつ示されているものより少ない、多い、又は異なるステージを含む他の処理も本発明の精神及び範囲に含まれることは明らかである点も留意される。したがって、本明細書及び関連出願に示されている処理は、限定ではなく例示を目的として提示されている。
【０３４４】
記述されているように、本発明の幾つかの実施形態は、本明細書においてこれまでに、かつ／又は関連出願において記述されているもの等の本発明に関連づけられる１つ又は複数の処理又は機能を実装するように構成されるコンピュータソフトウェア及び／又はコンピュータハードウェア／ソフトウェアの組み合わせを含んでもよい。これらの実施形態は、ソフトウェア及び／又はハードウェア・ソフトウェアの組み合わせにおいて機能を実装するモジュールの形式であってもよい。また実施形態は、本明細書に記述されているような機能に関連するオペレーション等、様々なコンピュータに実装されたオペレーション（computer-implemented operation）を実行するためのコンピュータコードを有するコンピュータ読み取り可能な媒体を備えるコンピュータ記憶製品の形式もとってもよい。媒体及びコンピュータコードは、本発明の目的に沿って特別に設計されかつ構築されるものであっても、コンピュータソフトウェアの分野における当業者に周知かつ利用可能な類のものであってもよく、又は両者の組み合わせであってもよい。
【０３４５】
本発明の精神及び範囲に含まれるコンピュータ読み取り可能な媒体の例には、ハードディスク等の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ及びホログラフィックデバイス等の光媒体、磁気光学媒体及びプログラマブルマイクロコントローラ、特定用途向け集積回路（「ＡＳＩＣ」）、プログラマブル論理デバイス（「ＰＬＤ」）及びＲＯＭ／ＲＡＭデバイス等のプログラムコードを記憶しかつ実行するように特別に構成されるハードウェアデバイスが含まれるが、この限りではない。コンピュータコードの例には、コンパイラにより製造されるもの等のマシンコード及びインタープリタを使用するコンピュータにより実行される高次レベルのコードを含むファイルが含まれてもよい。コンピュータコードは、１つ又は複数の特定の処理を実行して有益な結果をもたらす１つ又は複数のモジュールから構成されてもよく、かつモジュールは技術上既知である手段を介して互いに通信してもよい。例えば、本発明の幾つかの実施形態は、アセンブリ言語、Ｊａｖａ（登録商標）、Ｃ、Ｃ＃、Ｃ＋＋又は他のプログラミング言語、及び技術上既知であるソフトウェア開発ツールを使用して実装されてもよい。本発明の他の実施形態は、マシン実行可能なソフトウェア命令に代わって、又はこれと組み合わせてハードワイヤード回路に実装されてもよい。
【０３４６】
例示を目的としてこれまでに行った記述では、本発明の完全な理解をもたらすために特有の用語を使用した。しかしながら、当業者には、本発明を実施するために特有の詳細は必要でないことが明らかとなるであろう。したがって、本発明の特有の実施形態に関するこれまでの説明は例示及び説明を目的として行ったものであり、網羅的であること、又は本発明を開示された精確な形式に限定することを意図するものではない。明らかに、これまでに行った教示に照らして多くの修正及び変形が可能である。これらの実施形態は、本発明の原理及びその実際的なアプリケーションを最も良く説明するために選ばれ、かつ記述されたものであり、よってこれらは、他の当業者が、本発明及び様々な実施形態を、熟慮される特定の使用法に適合するような様々な修正を行って最大限に利用することを可能にする。以下の特許請求の範囲及びその同等物は、本発明の範囲を画定することが意図されている。
【図１】
2010536193.tif 000023
【図２】
2010536193.tif 000024
【図３】
2010536193.tif 000025
【図４】
2010536193.tif 000026
【図５】
2010536193.tif 000027
【図６Ａ】
2010536193.tif 000028
【図６Ｂ】
2010536193.tif 000029
【図６Ｃ】
2010536193.tif 000030
【図６Ｄ】
2010536193.tif 000031
【図６Ｅ】
2010536193.tif 000032
【図６Ｆ】
2010536193.tif 000033
【図６Ｇ】
2010536193.tif 000034
【図７】
2010536193.tif 000035
【図８】
2010536193.tif 000036
【図９】
2010536193.tif 000037
【図１０】
2010536193.tif 000038
【図１１】
2010536193.tif 000039
【図１２】
2010536193.tif 000040
【図１３】
2010536193.tif 000041
【図１４】
2010536193.tif 000042
【図１５】
2010536193.tif 000043
【図１６Ａ】
2010536193.tif 000044
【図１６Ｂ】
2010536193.tif 000045
【図１６Ｃ】
2010536193.tif 000046
【図１６Ｄ】
2010536193.tif 000047
【図１６Ｅ】
2010536193.tif 000048
【図１７】
2010536193.tif 000049
【図１８】
2010536193.tif 000050
【図１９】
2010536193.tif 000051
【図２０】
2010536193.tif 000052
【図２１】
2010536193.tif 000053
【図２２】
2010536193.tif 000054
【図２３】
2010536193.tif 000055
【図２４】
2010536193.tif 000056
【図２５】
2010536193.tif 000057
【図２６】
2010536193.tif 000058
【図２７】
2010536193.tif 000059
【図２８】
2010536193.tif 000060
【図２９】
2010536193.tif 000061
【図３０】
2010536193.tif 000062
【図３１】
2010536193.tif 000063
【図３２】
2010536193.tif 000064
【図３３】
2010536193.tif 000065
【図３４】
2010536193.tif 000066
【図３５Ａ】
2010536193.tif 000067
【図３５Ｂ】
2010536193.tif 000068
【図３６】
2010536193.tif 000069
【図３７】
2010536193.tif 000070
【図３８】
2010536193.tif 000071
【図３９Ａ】
2010536193.tif 000072
【図３９Ｂ】
2010536193.tif 000073
【図４０】
2010536193.tif 000074
【図４１】
2010536193.tif 000075
【図４２】
2010536193.tif 000076
【図４３】
2010536193.tif 000077
【図４４】
2010536193.tif 000078
【図４５】
2010536193.tif 000079
【図４６】
2010536193.tif 000080
【図４７】
2010536193.tif 000081
【図４８ａ】
2010536193.tif 000082
【図４８ｂ】
2010536193.tif 000083
【図４９ａ】
2010536193.tif 000084
【図４９ｂ】
2010536193.tif 000085
【国際調査報告】
2010536193.tif 000086