(57)【特許請求の範囲】
【請求項１】
アイテムを提供する方法であって、
ソースからアイテムを受け取るステップと、
前記アイテムをコンテンツ記憶内に格納するステップと、
ユーザによって操作されるユーザデバイスに関連したエントリーのリストにエントリーを追加するステップであって、前記エントリーは、前記アイテムを取得するよう前記ユーザデバイスに命令するために、前記ユーザデバイスによってアクセス可能である、ステップと、
因子に基づいて、通知メッセージを送信することが適切であると決定するステップと、 前記通知メッセージを前記ユーザデバイスへ送信するステップであって、前記通知メッセージは、前記エントリーのリストを求める要求を送信するよう前記ユーザデバイスに命令する、ステップと
を備えたことを特徴とする方法。
【請求項２】
前記通知メッセージは、電話の呼び出しであることを特徴とする請求項１に記載の方法。
【請求項３】
前記因子は、時刻、コスト、前記アイテムのタイプと優先度、前記エントリーがタスクキューに保管される期間、前記ユーザの行動、前記ユーザの好み、前記ユーザデバイスの電力状態、前記エントリーのリストのアイテム数、前記ユーザによって入力された設定、前記アイテムがサブスクリプションの最初のアイテムであるか否か、前記アイテムのサイズ、のうちの少なくとも１つであることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記アイテムを、前記ユーザデバイスによる消費に望ましいフォーマットに変換するステップをさらに備え、前記格納するステップは、前記望ましいフォーマットで前記アイテムを格納するステップを含むことを特徴とする請求項１から３のいずれかに記載の方法。
【請求項５】
前記ユーザの、前記アイテムの選択を受け取るステップをさらに備え、前記エントリーを追加するステップは、前記ユーザの選択の前記受け取りに応答して行なわれることを特徴とする請求項１から４のいずれかに記載の方法。
【請求項６】
前記ユーザの、前記アイテムの選択は、前記ユーザの、前記アイテムの購入を示していることを特徴とする請求項５に記載の方法。
【請求項７】
前記ユーザデバイスからの要求に応答して、前記ユーザデバイスへの前記アイテムの無線ダウンロードを承認するステップをさらに備えたことを特徴とする請求項１から６のいずれかに記載の方法。
【請求項８】
アイテムを提供するシステムであって、
ソースからアイテムを受け取るように構成された受け取りモジュールと、
前記アイテムをコンテンツ記憶内に格納するように構成された記憶媒体と、
ユーザによって操作されるユーザデバイスに関連したエントリーのリストにエントリーを追加するように構成された追加モジュールであって、前記エントリーは、前記アイテムを取得するよう前記ユーザデバイスに命令するために、前記ユーザデバイスによってアクセス可能である、追加モジュールと、
因子に基づいて、通知メッセージを送信することが適切であると決定し、および、前記エントリーのリストを求める要求を送信するよう前記ユーザデバイスに命令する、前記通知メッセージを前記ユーザデバイスへ送信するように構成された通知モジュールと
を備えたことを特徴とするアイテム提供システム。
【請求項９】
請求項１から７のいずれかに記載の方法をアイテム提供システムに実行させるためのプログラム。
【発明の詳細な説明】
【背景技術】
【０００１】
本願は、２００７年５月２１日付申請の米国仮出願第６０／９３９，３５７号（ＡＭ２−００７３ＵＳＰ１）の便益を主張し、参照することによって本明細書にその全体を組み入れる。本願は、米国特許出願第１１／６９３，６８５号（ＡＭ２−００５８ＵＳ）の一部継続出願である、２００７年３月２９日付申請の米国特許出願第１１／７６３，３６９号（ＡＭ２−００８８ＵＳ）の継続出願でもあり、両方を参照することによって本明細書にそれらの全体を組み入れる。
【０００２】
ユーザは、従来、ハードコピーの形態のメディアアイテム（本、雑誌、新聞等）に目を通してきた。例えば、ユーザは書店または図書館から物理的に本を入手することができる。ユーザは、従来の様式で本のページを手でめくって本を読むことができる。
【０００３】
ユーザは、現在、一部のメディアアイテムを電子形態で受信し、目を通すこともできる。１つの事例においては、ユーザは、パーソナルコンピュータを使用して、従来の電話またはケーブルモデムを経由して、ネットワークからアクセス可能なメディアアイテムのソースに接続することができる。ユーザは、このソースから文書をダウンロードすることができる。ユーザは、文書を印刷して従来の様式で読むことによって、文書に目を通すことができる。代替として、ユーザは、コンピュータのモニタ上に提示される本を読むことによって、電子形態の文書を読むことができる。
【０００４】
電子メディアアイテムのプロバイダは多様な課題に直面している。例えば、多数のユーザは、メディアアイテムが電子形態で利用可能であっても、従来のハードコピーの形態のメディアアイテムに目を通すことを依然として好む。プロバイダは、技術的観点および業務上の観点から実行可能なソリューションを提供する一方で、このようなユーザの関心を引きつけることに苦慮している。
【図面の簡単な説明】
【０００５】
【図１】ユーザ装置にアイテムをダウンロードするための例示的なシステムの概要を示す図である。
【図２】ワイヤレス通信を採用する図１のシステムの１つの例示的な実装を示す図である。
【図３】図２のシステムにおいて使用する例示的なアイテム提供システム（ＩＰＳ）および例示的なユーザ装置を示す図である。
【図４】図３の例示的なユーザ装置の詳細図を示す図である。
【図５】図３および４のユーザ装置の例示的な設計を示す図である。
【図６】図５のユーザ装置と対話するための例示的なユーザインタフェースのメカニズムを示す図である。
【図７】図２および３に示したシステムのいかなる態様をも実現するために使用することができる汎用処理装置を示す図である。
【図８】図２および３のシステムの動作の１つの例示的な様式を表す信号図である。
【図９】図３のＩＰＳにおいて使用するコンテンツ受信システムの概要を示す図である。
【図１０】図３のＩＰＳにおいて使用する例示的なサブスクリプションモジュールを示す図である。
【図１１】図３のＩＰＳにおいて使用する例示的なインデックス生成機能および注釈処置機能を示す図である。
【図１２】図９のコンテンツ受信システムを使用して、電子書籍および他の予め生成されたアイテムを受信および処理する１つの例示的な方式を表す信号図である。
【図１３】図９のコンテンツ受信システムを使用して、サブスクリプション関連アイテムを受信および処理する１つの例示的な方式を表す信号図である。
【図１４】図９のコンテンツ受信システムを使用して、個人アイテムを受信および処理する１つの例示的な方式を表す信号図である。
【図１５】図９のコンテンツ受信システムを使用して、電子書籍および他の予め生成されたアイテムを受信および処理する１つの例示的な方式を表すフローチャートである。
【図１６】図９のコンテンツ受信システムを使用して、サブスクリプション関連アイテムを受信および処理する１つの例示的な方式を表すフローチャートである。
【図１７】図９のコンテンツ受信システムを使用して、個人アイテムを受信および処理する１つの例示的な方式を表すフローチャートである。
【図１８】図３のＩＰＳにおいて使用する例示的なタスクリストサーバモジュールを示す図である。
【図１９】図１８のタスクリストサーバモジュールの動作の１つの例示的な様式を表すフローチャートである。
【図２０】図１８のタスクリストサーバモジュールを管理する１つの例示的な様式を表すフローチャートである。
【図２１】図３のユーザ装置において使用する例示的なタスクリストプロセッサを示す図である。
【図２２】図２１のタスクリスト処理モジュールの動作の１つの例示的な様式を表すフローチャートである。
【図２３】図３のＩＰＳにおいて使用する例示的なコンテンツ配信モジュールを示す図である。
【図２４】図２３のコンテンツ配信モジュールの動作の１つの例示的な様式を表すフローチャートである。
【図２５】ユーザ装置による受信時にアイテムを処理する１つの例示的な様式を表すフローチャートである。
【図２６】各バージョンは、１つ以上の点でその前のバージョンとは異なる、連続バージョンを表す。
【図２７】複数のデルタファイルを形成するために、図２３のコンテンツ配信モジュールによって実行される例示的なデルタ形成動作を表すフローチャートである。
【図２８】図２７の手順によって生成されたデルタファイルを利用して、図２３のコンテンツ配信モジュールによって実行される例示的なサーバ側の増分更新動作を表すフローチャートである。
【図２９】図２８のサーバ側手順を補完する例示的な装置側の増分更新動作を表すフローチャートである。
【図３０】図２および３のシステムにおいて使用することができる多様なコンテンツ配信管理機能を示す図である。
【図３１】図３０において特定した信頼性の高いフルフィルメント処理機能の動作の例示的な様式を表すフローチャートである。
【図３２】図３０において特定した遅延通知機能の動作の例示的様式を表すフローチャートである。
【図３３】図３０において特定したテレフォンホーム（ＴＰＨ）処理機能の動作の例示的な様式を表すフローチャートである。
【図３４】図３０のサブスクリプション開始機能の動作の１つの例示的な様式を表すフローチャートである。
【図３５】図４に示したホーム提示モジュールによって作成される例示的なホームページである。
【図３６】図３５に示したホームページに関連して提供される例示的なメニューである。
【図３７】図３５に示したホームページを経由してアクセスする例示的なセットアップページである。
【図３８】図３のＩＰＳで使用する例示的なマーチャントストアモジュールを示す図である。
【図３９】図３８のマーチャントストアモジュールによって作成される例示的なホームページを示す図である。
【図４０】図３８のマーチャントストアモジュールによって作成される例示的な閲覧ページを示す図である。
【図４１】図３８のマーチャントストアモジュールによって作成される例示的なアイテム詳細ページを示す図である。
【図４２】図３８のマーチャントストアモジュールで行われた購入を取り消す例示的な方式を表すフローチャートである。
【図４３】図３のＩＰＳおよびユーザ装置でそれぞれ使用する例示的なサーバ側メディアライブラリモジュールと装置側コンテンツ管理モジュールを示す図である。
【図４４】図４３で示したコンテンツ管理モジュールによって作成される例示的なコンテンツ管理ページである。
【図４５】図４４に示したコンテンツ管理ページに関連して提供される例示的なメニューである。
【図４６】図４４に示したコンテンツ管理ページに関連して提供される別の例示的なメニューである。
【図４７】図３のＩＰＳとユーザ装置との間で情報を同期する例示的な方式を表すフローチャートである。
【図４８】図２および３で示したリーダモジュールによって作成される例示的なアイテム表示ページである。
【図４９】ページのリンクを動的に更新する例示的な方式を表すフローチャートである。
【図５０】図４８のアイテム表示ページに関連して提示される注釈関連メニューを示す図である。
【図５１】図４８に示したアイテム表示ページに関連して提供される例示的な進捗バーである。
【図５２】図３および４で図説したユーザ装置のオーディオ配信、管理、および再生機能を示す図である。
【図５３】例示的な閲覧プロキシモジュールの使用を強調している、図２のシステムの変形図である。
【図５４】図５３の閲覧プロキシモジュールの動作の例示的な様式を表すフローチャートである。
【図５５】図４に示した閲覧モジュールによって作成される例示的なホームページである。
【図５６】図４の閲覧モジュールを使用してアドレスを入力する場合に使用する例示的なユーザインタフェースのパネルを示す図である。
【図５７】システムによって実行される多様な管理機能を強調している、図２のシステムの変形図である。
【図５８】図５７のテスト機能の動作の１つの例示的な方式を表すフローチャートで、ＩＰＳは１台以上の典型的なユーザ装置にテストプローブを定期的に送信する。
【図５９】アップグレードの手動モードに対応する、図５７のアップグレード関連機能の動作の１つの例示的な様式を表すフローチャートである。
【図６０】アップグレードの自動モードに対応する、図５７のアップグレード関連機能の動作の１つの例示的な様式を表すフローチャートである。
【図６１】図３のユーザ装置にアップグレードを転送するために使用する例示的なフォーマットを示す図である。
【図６２】例示的なプロビジョニング機能の使用を強調している、図２のシステムの変形図である。
【図６３】新しい装置の購入後であるが、購入ユーザを特定のユーザ装置に関連付ける前に、アイテムの購入を仮想アカウントに関連付ける例示的な様式を表すフローチャートである。
【図６４】テスト機器および典型的なテスト中の装置（ＤＵＴ）を含む例示的な配置を示す図である。
【図６５】図６４の配置の動作の１つの例示的な様式を表すフローチャートである。
【図６６】１つの例示的な実施形態に従うユーザ装置の模式図である。
【図６７】ユーザ装置によって検索可能であり得る、いくつかの可能なコンテンツソースを図説する模式図である。
【図６８】１つの例示的な実施形態に従うユーザ装置の検索インタフェースの詳細図である。
【図６９】ユーザ装置上で実行され得る１つの例示的な検索方法の注釈付きフローチャートである。
【図７０】ユーザ装置上で実行することができる例示的な検索方法のフローチャートである。
【図７１】ユーザ装置上に検索結果を提示するために使用され得る例示的なインタフェースの模式図である。
【図７２】ユーザ装置上に検索結果のインスタンスを提示するために使用され得る例示的なインタフェースの模式図である。
【図７３】ユーザ装置上にインデックス作成の状況を提示するために使用され得る例示的なインタフェースの模式図である。
【図７４】１つの例示的な実施形態に従うインデックス作成スキームの模式図である。
【図７５】１つの例示的な実施形態に従う、メモリに格納した電子アイテム、アイテムのインデックス、およびマスタインデックスのデータ構造の模式図である。
【図７６】１つの例示的な実施形態に従う、電子アイテムに対してどのように検索インデックスを取得するかを決定する例示的な方法のフローチャートである。
【図７７】１つの例示的な実施形態に従う、ユーザ装置で電子アイテムに対する検索インデックスを生成する例示的な方法のフローチャートである。
【図７８】１つの例示的な実施形態に従う、アイテム提供システムからユーザ装置に検索インデックスをダウンロードする例示的な方法のフローチャートである。
【図７９】１つの例示的な実施形態に従う、検索インデックスを生成するか、またはリモートのアイテム提供システムからインデックスをダウンロードするかどうかを決定する例示的な方法のフローチャートである。
【図８０】１つの例示的な実施形態に従う、検索インデックスをユーザ装置に送信するかどうかを決定する例示的な方法のフローチャートである。
【図８１】１つの例示的な実施形態に従う、メモリに格納したビジネスルールおよび代替ビジネスルールのデータ構造を示す模式図である。
【図８２】１つの例示的な実施形態に従う、ユーザ装置とアイテム提供システムとの間の信号の流れを示す信号流れ図である。
【図８３】１つの例示的実施形態に従う、ファジーソート手法を使用する検索方法の例示的な方法の注釈付きフローチャートである。
【図８４】図８３のフローチャートの続きである。
【図８５】１つの例示的な実施形態に従う、ファジー因子と近接値を決定するためのロジックのデータ構造を示す模式図である。
【図８６】１つの例示的な実施形態に従う、ユーザ装置のコンテンツがイベント中に変化したかどうかを決定する例示的な方法のフローチャートである。
【図８７】図８６のフローチャートの続きである。
【図８８】電子アイテムのインデックス作成および検索のためのプラグインの使用を示す模式図である。
【図８９】１つの例示的な実施形態に従う、リモートの検索エンティティを使用してユーザ装置を検索する例示的な方法のフローチャートである。
【図９０】１つの例示的な実施形態に従い、リモートの検索エンティティからユーザ装置に検索結果を提供する例示的な方法のフローチャートである。
【図９１】電子装置および電子装置に組み入れることができる電力処理コンポーネントの一部を示す図である。
【図９２】処理回路により認識されるにバッテリ電圧レベルの誤差を補正する電流検知システムを示す図である。
【図９３】処理回路により認識されるバッテリ電圧レベルの誤差を補正するプロセスの流れ図を示す図である。
【図９４】電子装置のバッテリの理論的電圧曲線と実際の電圧曲線とを示す図である。
【図９５】バッテリ電圧を測定してバッテリ寿命をより正確に予想するためのシステムを示す図である。
【図９６】バッテリ電圧を測定してバッテリ寿命をより正確に予想するプロセスの流れ図を示す図である。
【図９７】トリガイベントを検知するため、およびバッテリ電圧を測定してバッテリ寿命をより正確に予想し、トリガイベントに応答して電力状態を変更するためのシステムを示す図である。
【図９８】バッテリ電圧を測定してバッテリ寿命をより正確に予想するプロセスの流れ図を示す。本開示および図面全体で、同様なコンポーネントおよび機能を参照するために同じ番号を使用する。１００番台の番号は図１で最初に示した機能を参照し、２００番台の番号は図２で最初に示した機能を参照、３００番台の番号は図３で最初に示した機能を参照する、等となる。
【発明を実施するための形態】
【０００６】
１つの例示的な実施形態に従い、本開示はアイテムをユーザ装置にダウンロードするための機能を説明する。該機能は、多様なシステム、モジュール、コンピュータが読取可能なメディア、データ構造、方法および他の形態で明示され得る。
【０００７】
上記で言及した「アイテム」は、いかなるタイプのコンテンツにも対応し得る。１つの事例において、アイテムはデジタルメディアアイテムに対応する。メディアアイテムは、テキストコンテンツ、画像コンテンツ、オーディオコンテンツ、ビデオコンテンツ、ハイパーテキストコンテンツ等、または、これらの種類のコンテンツのいかなる組み合わせも含み得るが、これらに限定されない。これに加えて、または、代替として、アイテムは機械が読取可能なプログラムコード、マークアップ言語コンテンツ、スクリプトコンテンツ等のような命令付きコンテンツを含むことができる。例えば、アイテムはソフトウェアのアップグレード等に対応し得る。
【０００８】
より具体的には、１つの事例において、「アイテム」という用語は、本（例えば「電子書籍（ｅＢｏｏｋ）」）、雑誌の号等のような特定の単位の売買可能なコンテンツを指し得る。代替として、アイテムは、本の章またはアルバムの曲のような売買可能な単位のさらに小さい部分を指し得る。代替として、アイテムはいかなる様式の関連するコンポーネントアイテムのより大きなまとまりをも差し得る。例えば、アイテムは特定の年の雑誌の複数の号を指し得る。
【０００９】
「エントリ」という用語は、アイテムを指す情報に対応する。例えば、エントリのリストは、それぞれのメディアアイテムを特定する参照情報を含み得る。
【００１０】
特定の図面が、多様なロジック、モジュール、コンポーネント、機能等を示すことによって特徴を図説する。「ロジック」、「モジュール」、「コンポーネント」、「機能」等の用語は、一般的に、ハードウェア、ソフトウェア、ファームウェアまたはこれらの要素のいずれの組み合わせ、または、さらに他の何らかの種類の実施形態を表す。例えば、ソフトウェアによる実現の場合においては、「ロジック」、「モジュール」、「コンポーネント」または「機能」という用語は、処理ユニット（例えば、ＣＰＵ）上で実行されると、指定されたタスクを実行する命令付きコンテンツを表し得る。命令付きコンテンツは、１つ以上の機械が読取可能なメディアに記憶することができる。
【００１１】
「機械が読取可能なメディア」等の用語は、多様な種類の記憶装置（磁気、光学、静的等）を含む、いかなる形態で情報を保持するためのいかなる種類のメディアをも指す。また、「機械が読取可能なメディア」という用語は、情報をある点から別の点に送信する多様な配線接続および／またはワイヤレスのリンクを含む、情報提示の一時的な形態も包含する。
【００１２】
他の図面は、信号図の形態および／またはフローチャートの形態で特徴を図説する。この様式の説明においては、特定の動作が、特定の順序で実行される連続した個別のタスクとして説明される。このよう実施形態装は説明のためであって制限ではない。これらの図面で説明される個別の動作はまとめてグループ化して、単一の動作において実行することができ、一方、特定の単一動作を複数の部分において実行することができる。特定の動作は、図面に図説した順序とは異なる順序で実行することができる。特定の動作は、図面において特定したエージェントとは異なるエージェントによって実行することができる。図面に示した動作は、ソフトウェア、ファームウェア、ハードウェア、手動処理、または他の形態、もしくはこれらの形態のいかなる組み合わせによっても実現され得る。
【００１３】
一般的に、実施形態において説明した多様な特徴は、任意選択の特徴として捉えられ得る、つまり、これらの特徴は省略、または他の機能と置換され得る。さらに、本明細書で説明される多様な実施形態は追加の特徴を加えることによって補完され得る。
【００１４】
本開示は以下の主要セクションを含む。
セクションＡは、システムの概要と動作の方式を提供する。
セクションＢは、セクションＡのシステムで使用することができる多様なコンポーネントについて追加の情報を提供する。
セクションＣは、システムが実行することができる多様な管理機能を説明する。
セクションＤは、システムが実行することができる多様なプロビジョニング機能を説明する。
セクションＥは、システムによって提供される多様なインデックス作成および検索関連機能を説明する。
セクションＦは、システムによって提供される多様な電力管理機能を提供する。
【００１５】
Ａ．システムの概要および動作の方式
Ａ．１．例示的なシステム概要
図１は、アイテム提供システム（ＩＰＳ）１０２からユーザ装置１０４にアイテムをダウンロードするための例示的なシステム１００を示す。装置１０４で、ユーザは、従来のハードコピー形態ではなく、電子形態のメディアアイテムに目を通し得る。図示していないが、ユーザ装置１０４は、潜在的に多数のユーザ装置のうちの１つを表す。
【００１６】
先に説明したように、「アイテム」という用語は広義の意味を有する。以下のリストは、非包括的であるが、アイテムの代表的なタイプを特定する。
【００１７】
アイテムは、電子書籍アイテムに対応し得る。電子書籍アイテムは、次いで、電子形態の本または（本の章のような）本の１つ以上の部分、または（シリーズ本のような）複数の本の組み合わせ等を指し得る。電子書籍は、本明細書において、予め生成されたアイテムと称される、一般的な分類のアイテムの例である。予め生成されたアイテムという用語は、典型的に（必ずしもそうである必要はないが）、ＩＰＳ１０２によって受信および格納された後、コンテンツに対するユーザのオンデマンド要求に応答して、ユーザに提供されるコンテンツを指す。
【００１８】
また、コンテンツのアイテムは、サブスクリプション関連アイテムにも対応し得る。サブスクリプション関連アイテムは、スケジュールに基づいて、または他の何らかのタイプの予め締結された契約に基づいて、ユーザが受信するいかなるアイテムをも指す。サブスクリプション関連アイテムの代表的形態は、雑誌、ジャーナル、新聞、ニュースレター等を含むがこれらに限定されない。サブスクリプション関連アイテムの他の形態は、ＲＳＳ（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ）フィード等の多様なタイプの電子フィードを含む。予め生成されたアイテムとは対照的に、サブスクリプション関連アイテムは、典型的に、予め生成されたアイテムに対するユーザのオンデマンド要求ではなく、ＩＰＳ１０２によるアイテムの受信に応答してユーザに提供される。
【００１９】
また、アイテムは、個人文書アイテム、または単に「個人アイテム」にも対応し得る。個人アイテムは、前もってユーザがＩＰＳ１０２に転送する文書を指し、転送するとＩＰＳ１０２はアイテムを装置が読取可能なフォーマットに変換する。
【００２０】
また、アイテムは、音楽、音楽のコレクション、オーディブック等のようなオーディオコンテンツにも対応し得る。
【００２１】
また、アイテムは、ユーザが作成したクエリに応答して生成される一連の情報にも対応し得る。
【００２２】
また、アイテムはソフトウェア更新のような命令付きコンテンツにも対応し得る。
【００２３】
また、アイテムは、いかなるエンティティまたはエンティティの組み合わせによって、ユーザ装置にダウンロードされる広告資料にも対応し得る。このタイプのアイテムのダウンロードを規制するように多様なルールが適用され得る。
【００２４】
また、アイテムは、アイテムのさらに完結したバージョンのサンプルに対応し得る。１つの事例においては、サンプルタイプのアイテムは、ユーザにその完全バージョンの対応物またはアイテムの別の部分（例えば、章）を取得可能にする１つ以上のリンクを埋め込み得る。別の事例においては、出版元または著者は、シリーズで、複数回連載して電子書籍または他のアイテムを公開し得る。各連載はアイテムと見なされ得る。
【００２５】
アイテムは、アイテムの草稿、つまり、著者が必ずしも最終と見なしていない状態のアイテムに対応し得る。
【００２６】
「アイテム」という用語は、コンテンツのさらに他の形態を包含し得、上記のタイプのアイテムは代表例である。
【００２７】
アイテム提供システム（ＩＰＳ）１０２は、アイテムをユーザ装置１０４に転送するためのいずれの機能または機能の組み合わせにも対応する。１つの事例では、ＩＰＳ１０２は、ネットワークからアクセス可能なサーバベースの機能、多様なデータストア、および／または他のデータ処理機器に対応し得る。ＩＰＳ１０２は、単一の物理サイトで提供される機能の単一の集合によって実現され得る。代替として、ＩＰＳ１０２は、任意選択的に複数の物理サイトで提供される、複数の集合の機能によって実現され得る。ＩＰＳ１０２は、単独のエンティティまたは複数のエンティティによって管理され得る。
【００２８】
１つの事例においては、ＩＰＳ１０２は、ユーザがアイテムを購入すると、アイテムをユーザに提供するエンティティに対応する。この役割においては、ＩＰＳ１０２は、究極的に、書店等として機能し得る。１つの特定の販売環境においては、ＩＰＳ１０２は、ユーザに物理的に配達するハードコピーの本をユーザが購入することを可能にするサービスを提供し得る。この状況においては、ＩＰＳ１０２によって、ユーザは、一連のサービス全体の一部として、電子アイテムをそれぞれのユーザ装置にダウンロードすることが可能になり得る。他の事例においては、ＩＰＳ１０２は、無料ベース、または他の何らかのタイプの代替対価契約ベースで、ユーザにアイテムを提供するエンティティに対応する。このように、アイテムの「プロバイダ」という用語は、教育機関、政府機関、図書館、非営利団体等、またはいずれか２つ以上のエンティティの何らかの協調的組み合わせを包含するように広義に解釈されるべきである。
【００２９】
ユーザ装置１０４は、ＩＰＳ１０２からアイテムを受信するためのいかなるタイプの電子処理装置１０４にも対応する。１つの実施形態においては、ユーザ装置１０４は容易に携帯可能、つまり、ユーザはユーザ装置１０４を１つの場所から別の場所へと自由に持ち運び得る。１つの特定の事例においては、ユーザ装置は、電子書籍リーダ装置とも称される、ブックリーダ装置として設計される。この事例においては、ユーザ装置１０４は、紙ベースの本の電子対応物として機能する。ユーザは、物理的な本と同様な方法でユーザ装置１０４を手に持ったり、本のページを電子的にめくったり、等を実行し得る。図１は、特定のタイプの電子書籍リーダ装置を図説するが、これに限定されない。この特定のタイプのリーダ装置に関する追加詳細を以下に提供する。代替として、ユーザ装置１０４は、携帯型音楽プレーヤー、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、ゲームモジュール、ノート型コンピュータ等、および／またはこれらの種類の装置のいかなる組み合わせのような、他のいかなるタイプの携帯装置にも対応し得る。代替として、またはこれに加えて、ユーザ装置１０４は、パーソナルコンピュータ、テレビに付属するセットボックス、ゲーム端末等のような容易に携帯できない装置に対応することができる。
【００３０】
通信インフラストラクチャ１０６は、ＩＰＳ１０２をユーザ装置１０４に双方向に結合する。すなわち、ＩＰＳ１０２は、通信インフラストラクチャ１０６を経由して、アイテム、アップグレード、および／または他の情報をユーザ装置１０４にダウンロードする。ＩＰＳ１０２は、通信インフラストラクチャ１０６を経由して、ユーザ装置１０４から多様な命令や他のデータを受信する。
【００３１】
通信インフラストラクチャ１０６は、配線接続したリンクおよび／またはワイヤレスリンク等を含む、通信機能のいかなる組み合わせをも含み得る。例えば、図２（順に以下に記述）は、広域ネットワーク（ＷＡＮ）とワイヤレスインフラストラクチャの組み合わせを含む通信インフラストラクチャ１０６の１つの実施形態を示す。通信インフラストラクチャ１０６のワイヤレスコンポーネントの効用によって、ユーザは、配線接続したリンクを経由するＩＰＳ１０２に束縛されることなく、ユーザ装置１０４を使用してアイテムを購入し、アイテムを消費し得る。このように、例えば、ユーザは、乗客として乗車している間、公園をハイキングしている間、湖でボートに乗っている間等に、装置を使用して電子書籍を購入して一読し得る。
【００３２】
図１は、アイテムをユーザにダウンロードする手順部分を非常に高レベルの形態で説明する、４件の情報交換を示す。第１のメッセージ１０８において、ＩＰＳ１０２は、ユーザ装置１０４に通知メッセージを送信することができる。通知メッセージ１０８は、ユーザ装置１０４に、ＩＰＳ１０２から１つ以上のアイテムをダウンロード、および／または他の動作を実行するように命令する。第２のメッセージ１１０において、ユーザ装置１０４は、ダウンロード（および／または、１つの事例ではＩＰＳ１０２に情報を返信する等の他の動作を実行）する１つ以上のアイテムを特定するリストを供給するように、ＩＰＳ１０２に要求する。ユーザ装置１０４は、第２のメッセージ１１０に応答して、ＩＰＳ１０２からリストを受信する（図１は、ＩＰＳ１０２からユーザ装置１０４へのリストの送信を具体的に特定していないことに注意）。命令がダウンロードするアイテムを特定する場合、第３のメッセージ１１２において、ユーザ装置１０４は、ＩＰＳ１０２に要求を送信し、リストに特定したアイテムをダウンロードするようにＩＰＳ１０２に依頼する。第４のメッセージ１１４において、ＩＰＳ１０２は、要求されたアイテムをユーザ装置１０４にダウンロードする。実際には、ユーザ装置１０４は、プル手法を使用してアイテムを回収するが、プル手法は、プッシュ動作によって（ＩＰＳ１０２が通知メッセージ１０８をユーザ装置１０４に「プッシュする」効用によって）開始する。
【００３３】
１つの事例においては、通知メッセージ１０８は、電話の呼び出し音のように、音声モードの対話を開始するために使用される特定のタイプの通知メッセージに対応し得る。この事例においては、通知メッセージ１０８は、地上波フォンホームまたはテレフォンホーム（ＴＰＨ）信号としても称される。（地上波フォンホーム、テレフォンホーム、ＴＰＨ等の識別子は、明細書の説明を容易にする便宜上の不特定のラベルであることが理解されるであろう。）他のメッセージは、データモードメッセージの形態を採り得る。１つの事例では、ユーザ装置１０４は、実際にはＴＰＨ信号に正式に応答せずに、ＴＰＨ信号を受信して動作するように構成され得る。つまり、ユーザ装置１０４は、ＴＰＨ信号を受信すると、音声接続は行なわずに、ＩＰＳ１０２からアイテムをダウンロードするステップを開始する。一部の環境においては、ワイヤレスプロバイダシステムは、呼び出しに応答すると課金し得るが、ユーザ装置が呼び出されても応答しない場合は課金し得ない。このように、応答せずにユーザ装置１０４を呼び出すという戦略によって、ＩＰＳ１０２は、ユーザ装置１０４またはＩＰＳ１０２に課金することなく、ユーザ装置１０４に命令を伝えることが可能になり得る。
【００３４】
Ａ．２．システムの例示的なワイヤレス実施形態
図２は、図１の汎用システム１００の１つの例示的な実施形態を表すシステム２００を示す。概要を目的として、システム２００は、上記で特定したコンポーネント、すなわち、通信インフラストラクチャ１０６を経由してユーザ装置１０４に結合したＩＰＳ１０２を含む。
【００３５】
通信インフラストラクチャ１０６は、複数のコンポーネントを含む。第１のコンポーネントは、ワイヤレスプロバイダシステム２０２である。ワイヤレスプロバイダシステム２０２は、ユーザ装置１０４とのワイヤレス交換２０４を提供するためのいかなるインフラストラクチャにも対応する。１つの事例においては、ワイヤレスプロバイダシステム２０２は、多様なデータ処理機器、通信塔およびその他（図示せず）を使用して実現される。代替として、またはこれに加えて、ワイヤレスプロバイダシステム２０２は、衛星技術に依存して、ユーザ装置１０４と情報を交換し得る。ワイヤレスプロバイダシステム２０２は、無線波信号等（これに限定されない）の信号を送信するように、いかなる形態の電磁気エネルギーも使用し得る。ワイヤレスプロバイダシステム２０２は、例えば、符号分割多元接続（ＣＤＭＡ）プロトコルを使用して実現される、スペクトル拡散技術等（これに限定されない）の、いかなる信号送信通信技術でも使用し得る。ワイヤレスプロバイダシステム２０２は、単一のエンティティまたは複数のエンティティの協調的な組み合わせによって管理され得る。
【００３６】
通信インフラストラクチャ１０６は、通信実現システム２０６も含む。通信実現システム２０６の１つの目的は、ＩＰＳ１０２とワイヤレスプロバイダシステム２０２との間で情報を渡す場合に媒介として機能することである。通信実現システム２１０は、１台以上のサーバ型コンピュータ、データストアおよび／またはデータ処理機器等（これらに限定されない）のいかなる様式においても実現され得る。通信実現システムは、１つ以上のアプリケーションプログラミングインタフェース（ＡＰＩ）２０８を公開し得る。ＩＰＳ１０２は、ＡＰＩ２０８を呼び出し、多様なそれぞれの機能を実行することができる。
【００３７】
通信実現システム２０６は、専用通信パイプまたはプライベートパイプとも称される専用チャネル２１０を経由してワイヤレスプロバイダシステム２０２と通信する。チャネル２１０は、通信実現システム２０６とワイヤレスプロバイダシステム２０６との間で情報を送信するために独占的に使用されるという意味で専用である。対照的に、通信実現システム２０６は、公共の広域ネットワーク（ＷＡＮ）２１２のような非専用通信メカニズムを経由してＩＰＳ１０２と通信する。例えば、ＷＡＮ２１２はインターネットを表し得る。
【００３８】
通信実現システム２０６はアダプタとして機能し得る。例えば、１つの特定の実施形態においては、ＩＰＳ１０２は、広域公共網を経由して情報を受信するようにセットアップされるデータセンターとして機能すると想定する。さらに、ワイヤレスプロバイダシステム２０２は、プライベートパイプを経由してクライアントと対話するように設定されると想定する。通信実現システム２０６は、広域ネットワーク２１２を経由してＩＰＳ１０２と、およびプライベートパイプ２１０を経由してワイヤレスプロバイダシステム２０２と対話することによって、ＩＰＳ１０２とワイヤレスプロバイダシステム２０２の処理優先権に対応する。この媒介役の効用によって、通信実現システム２０６は、仮想移動体通信事業者向けサービス事業及び事業者（ＭＶＮＥ（Ｍｏｂｉｌｅ  Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｅｎａｂｌｅｒ））と称され得る一方で、ＩＰＳ１０２は仮想移動体通信事業者（ＭＶＮＯ）と称され得る。
【００３９】
ビジネスパラダイムの観点から、ＩＰＳ１０２は、ホールセールアカウント(wholesale account)を使用してワイヤレスプロバイダシステム２０２と対話し得る。これに基づいて、ＩＰＳ１０２は、全てのユーザ装置によるワイヤレスプロバイダシステム２０２の総計使用に基づいた料金をワイヤレスプロバイダ２０２に支払い得る。ＩＰＳ１０２は、エンドユーザに課金する料金によってこれらの費用を回収し得る。この例示的なビジネス状況においては、ワイヤレスプロバイダシステム２０２は、ユーザ装置を操作するユーザに直接請求書を送付しない。
【００４０】
より具体的には、ワイヤレスプロバイダシステム１０２は、そのサービスの全ユーザに関連する通信トラフィック２１４の全体量を処置する。通信トラフィック２１４の全体量の一部分が、マーチャント関連通信トラフィックとも称される、ＩＰＳ関連の通信トラフィックを表す。ＩＰＳ関連トラフィック２１６は、ＩＰＳ１０２と、ＩＰＳ１０２と対話する全てのユーザ装置との間で発生する情報交換を表す。ワイヤレスプロバイダシステム２０２は、ＩＰＳ関連トラフィック２１６に関連した固有のキー情報に基づいて、他のトラフィックからＩＰＳ関連トラフィック２１６を区別する。ワイヤレスプロバイダシステム２０２は、ＩＰＳ関連トラフィック２１６の合計量に基づいて請求書を作成し得る。上記のように、ワイヤレスプロバイダシステム２０２は、装置の個別のユーザではなく、ＩＰＳ１０２からのサービスに対して支払を求め得る。
【００４１】
上記の例は代表的な例である。ＩＰＳ１０２とユーザ装置１０４との間で情報を交換する他の戦略を使用し得る。代替事例においては、例えば、システム２００は、ワイヤレスプロバイダシステム２０２が個別のユーザから直接コストを確実に回収するように、構成され得る。あるいは、システム２００は、個別のそれぞれのユーザの任意選択で、ワイヤレスプロバイダシステム２０２が請求書をＩＰＳ１０２（総計で）または個別のユーザのいずれかに送信するように、構成され得る。
【００４２】
ユーザは、ワイヤレスプロバイダシステム２０２の使用を迂回する代替通信経路を介してＩＰＳ２０２にアクセスし得る。例えば、代替アクセス経路２１８によって示すように、ユーザは、パーソナルコンピュータ等を使用して広域ネットワーク２１２を経由してＩＰＳ１０２にアクセスし得、ワイヤレスプロバイダシステム２０２と通信実現システム２０６とを回避する。ユーザは、この経路を介して従来の様式でアイテムをダウンロードし得る。ユーザは、次に、例えば、ＵＳＢ（ユニバーサルシリアルバス）送信メカニズムを経由したり、携帯型記憶装置を手動で移動したりすること等により、パーソナルコンピュータからユーザ装置１０４にアイテムを送信し得る。このモードの送信は、特に、オーディブック等のような大型のファイルに適し得る。このような大量のデータをワイヤレス方式で送信すると、比較的高い費用がかかり得る。しかし、システム２００は、ワイヤレス交換２０４を経由して、（オーディオファイルのような）大型のファイルを送信するように構成することもできる。
【００４３】
図２のシステム２００は、多様なセキュリティ関連特徴も提供する。１つの特徴に従って、システム２００は、複層の認証を適用する。すなわち、ワイヤレスプロバイダシステム２０２は、第１のレベルの認証を実行する認証機能Ａ1２２０を含む。通信実現システム２０６は、第２のレベルの認証を実行する認証機能Ａ2２２２を提供する。ＩＰＳ１０２は、第３の層の認証を実行する認証機能Ａ3２２４を提供する。各層の認証は、ＩＰＳ１０２との対話を現在試行しているユーザ装置が、正式に認証されてＩＰＳ１０２にアクセスすることを保証するように確認を実行する。認証の分散性は、不正な手段によってユーザ装置を入手した何者かがＩＰＳ１０２によって提供されるサービスへのアクセスを獲得できないことを保証するために役立つ。
【００４４】
別のセキュリティ関連特徴に従って、システム２００は、ユーザが装置１０４を使用し得る様式を制限する多様な制約を提供し得る。例えば、通信実現システム２０６は、ユーザ装置がＩＰＳ１０２に関連する１つ以上の既定のアドレスにだけアクセスが可能であるように、構成され得る。つまり、１つの事例においては、ユーザは、まずＩＰＳ１０２を介してルーティングしていないと、ネットワークからアクセス可能なサイトに直接アクセスするためにユーザ装置１０４を使用することが不可能である。これによって、ユーザが、ネットワークからアクセス可能なリソースへの無制限の広帯域インタフェースとして、ユーザ装置１０４を使用することを防止する。
【００４５】
より具体的には、ＩＰＳ１０２は、ウェブ閲覧プロキシを含み得る（以下に詳細を述べる）。ユーザがネットワークからアクセス可能なリソース２２６にアクセスしようとすると、通信実現システム２０６は、まず、ユーザを閲覧プロキシモジュールに向かわせる。閲覧プロキシモジュールは、次に、要求を拒否する、または、ユーザをネットワークからアクセス可能なリソース２２６にアクセス可能にすることによって、要求を受理する、のいずれかを実行し得る。閲覧プロキシモジュールは、ネットワークからアクセス可能なリソース２２６へのアクセス要求を拒否するか、または受理するかどうかを決定する場合に、多様なルール（以下に記述）を適用し得る。このようにして、通信実現システム２０６およびＩＰＳ１０２は、ユーザがネットワークからアクセス可能なリソースに直接アクセスすることを許可しない。
【００４６】
別の事例においては、システム２００は、ユーザがネットワークからアクセス可能なリソースと直接対話することを可能にする、つまり、ＩＰＳ１０２を介してルーティングしないことがあり得る。
【００４７】
Ａ．３．例示的なアイテム提供システム（ＩＰＳ）とユーザ装置
図３は、ＩＰＳ１０２の詳細とユーザ装置１０４（図１および２に図示）を含むシステム３００を示す。図示していないが、図３に示したシステム３００は、図２に示したワイヤレス機能を使用し得る。別の実施形態においては、システム３００は、図２に示した以外の何らかの通信インフラストラクチャを使用し得、ワイヤレス通信の使用を任意選択的に省略し得る。
【００４８】
まず、ＩＰＳ１０２を詳細に述べると、このシステム１０２は多様な機能を実行する。これらの様々な機能には様々なモジュールが関連する。１つのモジュールは、コンテンツ受信システム３０２である。コンテンツ受信システム３０２は、１つ以上のコンテンツソース３０４からコンテンツを受信する。ソース３０４は、電子書籍発行元、新聞発行元、他の定期発行元、多様なフィードソース、音楽配信元等のような、いかなるタイプのコンテンツプロバイダをも表し得る。
【００４９】
ソース３０４は、単一のエンティティによって管理され得るか、または、個別のそれぞれのエンティティによって管理され得る。さらに、ＩＰＳ１０２を管理するエンティティは、１つ以上のソース３０４を管理する同じエンティティに対応し得る。代替として、またはこれに加えて、ＩＰＳ１０２を管理するエンティティは、１つ以上のそれぞれのソース３０４を管理する１つ以上の様々なエンティティと相互関係を持ち得る。後者の場合、ＩＰＳ１０２を管理するエンティティは、これらのソースエンティティからコンテンツを受信するように、ソースエンティティと契約を締結し得る。
【００５０】
上記の例では、ソース３０４に関連するエンティティは、営利的団体または他のタイプの団体に対応し得る。別の事例においては、１つ以上のソースは、アイテムの作成者のような個人ユーザに対応し得る。例えば、ユーザは、ＩＰＳ１０２にアイテムを直接提供し得る。代替として、またはこれに加えて、ユーザは、コンテンツをアイテムのコミュニティレポジトリ(community repository)に供給し得、ＩＰＳ１０２は、このレポジトリからコンテンツを受信する等ができる。
【００５１】
コンテンツ作成システム３０２は、多様なメカニズムを介してコンテンツを取得し得る。１つの事例においては、コンテンツ受信システム３０２は、１つ以上のネットワーク３０６を経由してコンテンツを取得する。ネットワーク３０６は、インターネットのようなＷＡＮ、ローカルエリアネットワーク（ＬＡＮ）またはこれらの組み合わせを表し得る。コンテンツ受信システム３０２は、いかなるプロトコルまたはプロトコルの組み合わせも使用して、多様な形態の情報を受信し得る。例えば、コンテンツ受信システム３０２は、ＨＴＴＰ（ハイパーテキストトランスファープロトコル）要求を行うことによって、ＦＴＰ（ファイルトランスファープロトコル）要求を行うことによって、フィード（例えばＲＳＳフィード）を受信すること等によって、情報を受信し得る。別の事例においては、ＩＰＳ１０２は、ソース３０４のＰ２Ｐ（ピアツーピア）ネットワークを経由してコンテンツを取得し得る。より一般的には、コンテンツ受信システム３０２は、コンテンツのインおよびオンデマンド方式を積極的に要求し得る（情報送信のプルメソッドに基づいて）。あるいは、コンテンツ受信システム３０２は、ソース３０４によって開始および実行される独立の送信動作に応答して、コンテンツを受信し得る（情報送信のプッシュメソッドに基づいて）代替として、コンテンツ受信システム３０２は、プルとプッシュの送信メカニズムの組み合わせを使用してコンテンツを受信し得る。
【００５２】
コンテンツ受信システム３０２は、アイテムの形態でコンテンツを受信することができる。アイテムは、電子書籍、オーディブック、音楽、雑誌、ジャーナル発行、新聞の版、多様なフィード等を含み得るが、これらに制限されない。１つの事例においては、コンテンツ受信システム３０２は、ユーザ装置１０４が読取不可能なフォーマットで表現されたいくつかのアイテムを受信し得る（ユーザ装置が、１つ以上の既定フォーマットで表現されたコンテンツを受信、処理、表示するように任意選択的に構成され得る場合）。この状況に対応するために、コンテンツ受信システム３０２は、アイテムをオリジナルのフォーマットから装置が読取可能なフォーマットに変換し得る（．ｍｏｂｉフォーマット等であるが、これに限定されない）。
【００５３】
コンテンツ受信システム３０２は、受信したアイテムをコンテンツストア３０８に保存（および任意選択で別のフォーマットに変換）する。コンテンツストア３０８は、電子形態のアイテムを保存するための１つ以上のストレージシステムを含み、システムは、単一のサイトまたは複数のサイトに分散して所在し、１つ以上のエンティティによって管理される。
【００５４】
セクションＢ（以下）は、コンテンツ受信システム３０２の動作に関する追加情報を提供する。プレビューすると、コンテンツ受信システム３０２は、予め生成されたアイテム（例えば、電子書籍）、サブスクリプション関連アイテム（例えば、新聞）および個人アイテム（例えば、ユーザが入力したワープロ文書等）を処置するための個別のモジュールを含む。
【００５５】
ＩＰＳ１０２は、サブスクリプションモジュール３１０も含む。サブスクリプションモジュール３１０は、サブスクリプション関連アイテムに対するユーザのサブスクリプションを管理する。一般的に、サブスクリプションによって、ユーザには、任意のタイプの検討事項または検討事項の組み合わせに基づいて、１つ以上のサブスクリプション関連アイテム（さらにコンテンツ受信システム３０２によって受信および格納される）を受信する権利が与えられる。サブスクリプション関連アイテムのタイプは、雑誌、ジャーナル、ニュースレター、新聞、多様なフィード等を含むがこれらに限定されない。ユーザは、このようなサブスクリプションを購入することによって、またはより一般的には、このようなサブスクリプションを受信するように登録することによって、サブスクリプション関連アイテムを受信するように手配することができる（一部の場合には、料金の支払が関与しないことがある）。代替として、またはこれに加えて、ＩＰＳ１０２は、ユーザが関与することなく（そして、ユーザの承認がない可能性もある）、サブスクリプション関連アイテムを受信するようにユーザを自動的に登録し得る。後者の状況は、ＩＰＳ１０２（または他のエンティティ）は、未承諾の広告、ニュースレター等を受信するようにユーザを登録する事例において適切であり得る。システム３００によって、ユーザは、このような未承諾の情報の受信を停止することが可能にし得る。
【００５６】
ＩＰＳ１０２は、サブスクリプションモジュール３１０に問い合わせて、新しく受信したサブスクリプション関連アイテムを受信するべきユーザ装置を決定し得る。例えば、雑誌「Ｆｏｒｂｅｓ」の電子版を受信すると、ＩＰＳ１０２は、サブスクリプションモジュール３１０に問い合わせて、この雑誌を受信するように支払を済ませたユーザを特定する。ＩＰＳ１０２は、次に、適当なユーザ装置にこの号を送信する。
【００５７】
アイテム配信システム３１２は、ユーザ装置１０４へのコンテンツの送信を実際に実行する機能を表す。１つの例示的な典型例においては、アイテム配信システム３１２は、タスクリストサーバモジュール３１４とコンテンツ配信モジュール３１６という２つのコンポーネントを含む。タスクリストサーバモジュール３１４は、一般的に、ユーザ装置１０４に対する命令を提供する。命令によって、ユーザ装置１０４はアイテムの受信や他の動作を実行する。コンテンツ配信モジュール３１６によって、ユーザ装置１０４は、タスクリストサーバモジュール３１４から受信した命令に特定されたアイテムの取得が可能になる。
【００５８】
より具体的には、情報回収の第１段階において、タスクリストサーバモジュール３１４は、ユーザ装置１０４に通知メッセージを送信する。上記のように、１つの例示的な実施形態においては、タスクリストサーバモジュール３１４は、電話の呼び出し音として通知メッセージを送信し得る。ユーザ装置１０４は、（「休止状態」の場合）活動状態に戻ることによって、通知メッセージに応答するが、これは、第１の電力状態から第２の電力状態への切り替えが関与し得る（第２の電力状態は、第１の電力状態よりも多くの電力を消費する）。ユーザ装置１０４は、任意選択で、信号に正式に応答せずに通知メッセージに応答し得、これにより、ワイヤレスメッセージに関連する料金を回避または削減する。ユーザ装置１０４は、次に、タスクリストサーバモジュール３１４に問い合わせて、タスクリストサーバモジュール３１４からの命令を要求する。より具体的には、タスクリストサーバモジュール３１４は、各ユーザ装置に対して、以下「タスクキュー」とも称されるエントリのリストを維持する。エントリは、ユーザ装置が動作を実行するための命令を提供する。以下に詳細を説明するように、装置に実行を指示し得る多様な命令が存在するが、命令の一群はＩＰＳ装置の対話プロトコルを定義する。このような動作（例えば、プロトコルのＧＥＴ命令に関連する）の１つは、例えば、適切なネットワークアドレス（例えばＵＲＬ）と適切な引数とを指定することによって、特定の場所からアイテムを読み込むようにユーザ装置１０４に命令する。第１段階においては、ユーザ装置１０４は、一般的にｎ件のこのようなエントリを読み込むが、ここでｎは整数である。ある状況においては、数字ｎは、ユーザ装置１０４に関連したタスクキュー内のアイテムの合計数の一部であり得る。ダウンロード手順の第２段階では、ユーザ装置１０４は、コンテンツ配信モジュール３１６に問い合わせて、ＧＥＴ関連エントリに特定された１つ以上のアイテムを読み込む。
【００５９】
一般的に、通知メッセージ（電話の呼び出し音として実現し得る）を受信後、アイテム配信システム３１２は、例えば、ＨＴＴＰ（ハイパーテキストトランスファープロトコル）または他の何らかのプロトコルまたはプロトコルの組み合わせを使用して、データモードでユーザ装置１０４と対話する。ダウンロード手順のさらに詳細を以下に説明する（例えば、図８の説明中）。
【００６０】
ＩＰＳ１０２は、マーチャントストアモジュール３１８も含む。マーチャントストアモジュール３１８は、アイテムカタログ３２０へのアクセスを提供し、これによって、複数のアイテムに関する情報を提供する（電子書籍、オーディブック、サブスクリプション関連アイテム等）。以下に詳細を説明するように、マーチャントストアモジュール３１８は、ユーザがアイテムカタログ３２０を介して検索および閲覧可能になる機能を含む。マーチャントストアモジュール３１８は、ユーザのアイテム購入（または、より一般的には、いずれかの条件に基づいてアイテムを入手）を可能にする機能も含む。１つの事例においては、ユーザは、ワイヤレス通信を使用して、ユーザ装置１０４を経由でマーチャントストアモジュール３１８と対話し得る。代替として、またはこれに加えて、ユーザは、任意選択的に有線リンクを経由する、パーソナルコンピュータのような別のタイプの装置３２２を経由して、マーチャントストアモジュール３１８と対話し得る。いずれの事例においても、ユーザがマーチャントストアモジュール３１８を経由してアイテムを購入あるいはそれ以外の方法で入手すると、ＩＰＳ１０２は、アイテム配信システム３１２を起動して、ユーザにアイテムを配信し得る。
【００６１】
ＩＰＳ１０２は、個人メディアライブラリモジュール３２４も含む。個人メディアライブラリモジュール３２４は、各ユーザに対して、ユーザのこれまでの購入リストを保管する。より具体的には、１つの事例においては、個人メディアライブラリモジュール３２４は、ユーザが既に所有する電子書籍アイテムおよび他のオンデマンド選択（例えば、サブスクリプション発行物等の「アラカルト」選択）に関するメタデータ情報を提供する。個人メディアライブラリモジュール３２４は、コンテンツストア３０８内のアイテムへのリンクも提供する。以下に詳細を説明するように、ユーザが既に購入した電子書籍アイテム（または同等の物）をダウンロードするために、ユーザ装置１０４はコンテンツ配信モジュール３１６に問い合わせる。コンテンツ配信モジュールは、個人メディアライブラリモジュール３２４内の許可情報およびリンク情報と対話して、アイテムをユーザにダウンロードする。１つの使用状況においては、ユーザ装置１０４は、ユーザによってこれまでに購入済みであるが、何らかの理由によってユーザ装置１０４によって削除されたアイテムのダウンロードを開始するように、この様式でコンテンツ配信モジュール３１６にアクセスし得る。
【００６２】
ＩＰＳ１０２は、閲覧プロキシモジュール３２６も含む。閲覧プロキシモジュール３２６によって、ユーザは、ユーザ装置１０４上に存在する閲覧モジュール（以下に説明）経由で１つ以上のネットワークからアクセス可能なリソース３２８にアクセスすることが可能になる。図２の状況で説明したように、ユーザが特定のネットワークからアクセス可能なリソースへのアクセスを要求すると、システム３００は、まず、ユーザを閲覧プロキシモジュール３２６に向かわせる。閲覧プロキシモジュール３２６は、次に、このようなアクセスを与えるかどうか、また、与える場合は、このようなアクセスをどのような条件で与えるかを決定する多様な環境特有のビジネスルールを適用し得る。このメカニズムを介して、１つの実施形態においては、ユーザは、ユーザ装置１０４を使用してネットワークからアクセス可能なリソース３２８に直接アクセスすることを阻止される。
【００６３】
ＩＰＳ１０２は、１つ以上の認証ストア３３０のような多様なセキュリティ関連特徴も含む。認証ストア３３０は、ＩＰＳ１０２の多様なコンポーネントが、マーチャントストアモジュール３１８のアクセス、アイテムのダウンロード、設定の変更等のような様々な機能の実行をユーザに可能にするかどうかを決定できるようにする情報を提供する。
【００６４】
上記に列挙したモジュールのリストは、例であって、ＩＰＳ１０２によって実行される機能のタイプを網羅するものではない。「他のサーバ側機能」という見出しによって示すように、ＩＰＳ１０２は、追加の機能を含み得るが、その多くを以下に説明する。
【００６５】
ここで、システム３００の装置側の特徴を見ると、ユーザ装置１０４は、装置のタスクリスト処理モジュール３３４を含む。装置のタスクリスト処理モジュール３３４の目的は、アイテム配信システム３１２と対話して、アイテム配信システム３１２からアイテムをダウンロードすることである。つまり、ダウンロード手順の第１段階では、装置のタスクリスト処理モジュール３３４は、まず、タスクリストサーバモジュール３１４から通知メッセージを受信し、タスクリストサーバモジュール３１４は、タスクリスト処理モジュール３３４に（「休止状態」の場合）活動状態に復帰し、タスクリストサーバモジュール３１４に問い合わせてｎ件のエントリのセットを回収するように指示する。各エントリは、装置のタスクリスト処理モジュール３３４に動作を実行するように指示する命令を含む。第２段階では、ＧＥＴタイプのエントリの場合、装置のタスクリスト処理モジュール３３４は、コンテンツ配信モジュール３１６と連絡し、ＧＥＴタイプのエントリによって特定されたアイテムを要求して読み込む。以下に詳細を説明するように、ユーザ装置１０４は、ダウンロードプロセスの完了成功、またはダウンロードプロセスの失敗を信号で送信する。
【００６６】
アイテムがダウンロードされると、ユーザ装置１０４は、アイテムを装置側メモリ３３６に格納するが、このメモリは、１つの例ではフラッシュタイプのメモリであり、他の例では他のいかなるタイプのメモリでもあり得る。図示していないが、ユーザ装置１０４は、他のいかなるコンテンツソース３３８とでも情報を交換し得る。１つの例示的な事例においては、他のコンテンツソース３３８は、パーソナルコンピュータまたは他のデータ処理装置を表し得る。このような他のコンテンツソース３３８は、ＵＳＢ（ユニバーサルシリアルバス）接続および／または他のいかなるタイプの接続をも経由して、ユーザ装置１０４にアイテムを送信し得る。この状況においては、他のコンテンツソース３３８は、次いで、配線接続（例えば、ワイヤレス以外の接続）を経由して、ＩＰＳ１０２（または他のソース）からアイテムを受信し得る。例えば、オーディブックを受信するには、ユーザは、ネットワークからアクセス可能なこのようなコンテンツソースからオーディブックをワイヤレス以外でダウンロードするためにパーソナルコンピュータを使用し得る。ユーザは、次に、ＵＳＢ接続を経由してユーザ装置１０４にオーディブックを転送し得る。別の例示的な事例においては、他のコンテンツソース３３８は、フラッシュタイプのメモリモジュール、磁気メモリモジュール、光メモリモジュール等のようないかなるタイプの携帯型メモリモジュールをも表し得る。
【００６７】
ユーザ装置１０４は、リーダモジュール３４０も含む。リーダモジュール３４０の例示的な目的は、ユーザ装置１０４を使用するユーザによって消費するメディアアイテムを提示することである。例えば、リーダモジュール３４０は、紙ベースの物理的に存在する本の読書をシミュレーションするユーザ体験を提供するように、電子書籍をユーザに表示するために使用され得る。
【００６８】
ユーザ装置１０４は、コンテンツ管理モジュール３４２も含む。コンテンツ管理モジュール３４２の目的は、ユーザ装置１０４を使用して消費するために利用可能なアイテムの管理をユーザに可能にさせることである。例えば、コンテンツ管理モジュール３４２によって、ユーザは消費に利用可能なアイテムのリストを表示することが可能になる。コンテンツ管理モジュール３４２は、それぞれのアイテムのソースも特定する。このようなソースの１つは、装置メモリ３３６に対応する。別のソースは、付属の携帯型メモリに対応する（例えば、他のソース３３８によって表される）。別のソースは、個人メディアライブラリモジュール３２４に特定されたアイテムに対応する（つまり、ＩＰＳ１０２によって提供される装置側メタデータによって明らかにされ得る）。別のソースは、サブスクリプションモジュール３１０によって特定されるサブスクリプション関連アイテムに対応する、等となる。コンテンツ管理モジュール３４２によって、ユーザは多様な方式でアイテムをフィルタおよびソートすることが可能になる。例えば、ユーザは、装置ストア３３６から発生したアイテムを選択的に表示し得る。
【００６９】
ユーザ装置１０４は、ストア対話モジュール３４４も含む。ストア対話モジュール３４４によって、ユーザ装置１０４はマーチャントストアモジュール３１８と対話することが可能になる。ユーザは、アイテムを検索したり閲覧したり、アイテムを購入したり、カスタマレビューを読んだり書いたりする等のために、ストア対話モジュール３４４に用い得る。上記に説明したように、ユーザは、パーソナルコンピュータ等を使用して、配線接続リンク経由でマーチャントストアモジュール３１８とも対話し得る。
【００７０】
上記に列挙したモジュールのリストは、例であって、ユーザ装置１０４によって実行される機能のタイプを包括するものではない。「他の装置側機能」という見出しによって示すように、ユーザ装置１０４は、追加の機能を含み得るが、その多くを以下に説明する。事実、図４は、追加の装置側機能を示す。完全性のため、図４は、装置のタスクリスト処理モジュール３３４、装置メモリ３３６、リーダモジュール３４０、コンテンツ管理モジュール３４２、およびストア対話モジュール３４４を含む上記の多様なモジュールも特定する。これらの特徴が上記の機能を実行する。
【００７１】
図４は、ユーザ装置１０４が閲覧モジュール４０２をも含むことを示す。閲覧モジュール４０２は、ユーザ装置１０４が、ＩＰＳ１０２によって提供される閲覧プロキシモジュール３２６を経由して、１つ以上のネットワークからアクセス可能なリソース３２８にアクセスすることを可能にする。上記のように、閲覧プロキシモジュール３２６は、環境特定のルールセットに基づいて、ネットワークからアクセス可能なリソース３２８へのアクセスを許可または拒否する。アクセスが許可されると、装置側閲覧モジュール４０２は、ネットワークからアクセス可能なリソースから受信したコンテンツを解釈するため、およびこのようなコンテンツをユーザに提示するための機能を含む。
【００７２】
ユーザ装置１０４は、検索およびインデックス作成機能４０４も含む。この機能４０４のインデックス作成態様は、ＩＰＳ１０２から受信したアイテムのインデックスを作成するため、および／またはＩＰＳ１０２によってまたは他の何らかのソースによって生成および供給されるインデックスと相互に関わるためのメカニズムを提供する。特定アイテム（電子書籍または新聞の版等）に対するインデックスは、アイテムのコンポーネント部分（例えば、単語）を特定し、コンポーネント部分をアイテム内のそれぞれの場所に連結する。機能４０４の検索態様は、アイテム内で特定したコンポーネント（例えば、語句等）を検索するため、および他の検索関連機能を実行するためのメカニズムを提供する。検索態様はインデックス作成態様に依存する。セクションＥは、検索およびインデックス作成機能４０４によって実行される動作に関する追加情報を提供する。
【００７３】
ユーザ装置１０４は、注釈モジュール４０６も含み得る。注釈モジュール４０６によって、ユーザは特定のアイテムを補完する注釈を作成することが可能になる。例えば、ユーザは、あるタイプの注釈を作成してページに印を付け得るので、したがってこれはブックマークの様式で動作する。ユーザは、電子書籍の語句、文等のようなアイテムの部分をハイライトする別のタイプの注釈を作成し得る。ユーザは、１つ以上のメモをアイテムに追加することによって、別のタイプの注釈を作成し得る。一般的に、注釈モジュールは、作成された注釈の種類を特定する注釈情報、注釈に関連するアイテム内の場所、注釈の内容（例えば、メモタイプの注釈の場合）等を特定する注釈情報を保管し得る。
【００７４】
より具体的には、ユーザ装置１０４は、注釈をローカルに保管し得る。さらに、ＩＰＳ１０２は、任意選択的に、バックアップストアに注釈を保管し得る。これによって、ユーザは、装置側ストアから削除した場合に、注釈をダウンロードすることが可能になる。保管場所に関わらず、ユーザ装置１０４は、注釈の「ターゲット」または対象となる対応するアイテムの提示に伴って注釈をリストアし得る。例えば、ユーザが以前に１回以上注釈した電子書籍にアクセスすると、注釈モジュール４０６は、注釈情報にアクセスしてユーザの注釈をテキスト内に表示し得る。注釈モジュール４０６は、アイテムの１部分以上を特定して抽出（例えば「クリップ」）し、さらにこのような部分をクリップファイルに保管することをユーザに可能にする関連機能も実行し得る。１つの例示的な事例では、クリップは、暗号化していないテキストファイルとして保管する。１つの事例では、注釈はユーザのような特殊なエンティティと関連付けることが可能である。代替として、またはこれに加えて、注釈は、電子書籍のような注釈付きアイテムのコピーに関連付けることが可能である。
【００７５】
ユーザ装置１０４は、ホーム提示モジュール４０８も含む。ホーム提示モジュール４０８は、ユーザがまずユーザ装置および／または他の連接部に電源を入れると、ホームページを提供する。ホームページは、ユーザ装置によって提供されるメディアアイテムおよび多様な機能にアクセスすることをユーザに可能にする汎用ポータルとして機能し得る。１つの例示的な事例においては、ホームページは、ユーザ装置１０４を使用して消費するために利用可能なアイテムの一部（または全て）の概要を提示し得る。
【００７６】
ユーザ装置１０４は、オーディオ再生モジュール４１０も含む。オーディオ再生モジュール４１０は、音楽、オーディブック等のようなオーディオアイテムを再生および相互にやり取りすることをユーザに可能にするインタフェースを提供する。
【００７７】
ユーザ装置１０４の上記の機能は、ユーザが対話し得る、または、そうでなければユーザがユーザ装置１０４との対話において高度なレベルの役割を果たす、アプリケーションに関連する。ユーザ装置１０４は、バックグラウンド型動作のような可能性がある多様な低レベルのタスクを実行する他の機能をいくつか含み得る。
【００７８】
電力管理機能４１２は、このようなバックグラウンド型動作の１つを実行する。より具体的には、電力管理機能４１２は、ユーザ装置１０４によって消費される電力を管理するハードウェアおよび／またはソフトウェア機能動作の一群に対応する。電力管理機能４１２は、一般的に、装置１０４によって消費される電力を削減するように働く。電力管理機能４１２は、活発に使用されていない（または、これらの機能が活発に使用されていないという想定が存在する）機能の電力を選択的に切断することによって、この目的を実現する。電力管理機能４１２は、ワイヤレス通信に関連する１つ以上の機能のように、大量の電力を要求する機能の電力を切断することによって、特に大幅な節電を実現する。セクションＦは、電力管理モジュール４１２の動作に関する追加情報を提供する。
【００７９】
ユーザ装置１０４は、パフォーマンス監視およびテスト（ＭＴ）機能４１４も含む。ＭＴ機能４１４は、装置１０４の動作を特定するパフォーマンスログ４１６を維持する。ＩＰＳ１０２および／または他のエンティティは、全体としてユーザ装置１０４とシステム３００の動作における異常を診断することに役立つ、通信インフラストラクチャ１０６から集めた他の情報とともに、パフォーマンスログ４１６にアクセスし得る。ＭＴ機能４１４は、ＩＰＳ１０２および／または他のエンティティによって提供されるテスト機能と相互に作動し得る。例えば、ＭＴ機能４１４は、セクションＣで以下に詳細を説明する様式において、ＩＰＳ１０２によって生成されるテストプローブに対応し得る。
【００８０】
ユーザ装置１０４は、アップグレード関連機能４１８も含む。アップグレード関連機能４１８によって、ユーザ装置１０４は、命令付き更新アイテム（例えばソフトウェア更新）を受信および統合することが可能になる。１つの事例では、アップグレード関連機能４１８は、ＩＰＳ１０２によって（および／または他のエンティティによって）提供される命令付きアイテムを自動的に受信し得る。ＩＰＳ１０２の管理者は、アップグレード手順を手動で開始し得、これによって、命令付き更新アイテムはユーザ装置１０４に転送される。または、自動化されたＩＰＳ側のルーチンがアップグレード手順を開始し得る。いずれにせよ、ユーザ装置は、ユーザが関与することなく、または、ユーザからの最低限の関与で、命令付き更新アイテムを受信し得る。この意味では、更新手順は「透過的」と見なし得る。別の事例においては、アップグレード関連機能４１８は、ユーザが命令付きアイテムのソース（規定のウェブサイト等のような）に手動でアクセスして、このソースからアイテムをダウンロードすることによって、動作され得る。
【００８１】
１つの実施形態では、アップグレード関連機能４１８は、バージョン情報をＩＰＳ１０２に転送し得る。バージョン情報は、ユーザ装置１０４によって使用される命令付きコンテンツのバージョンを特定する。ＩＰＳ１０２は、このバージョン情報が旧バージョンかどうかを決定し得る（現在のバージョン情報を参照することによる）。旧バージョンの場合は、ＩＰＳ１０２は、例えば、命令付きアイテムをユーザ装置１０４にダウンロードすることによって、適切に対応し得る。セクションＣは、アップグレード関連機能４１８によって実行される動作に関する追加情報を提供する。
【００８２】
繰り返しになるが、上記に列挙したモジュールのリストは、例であって、ユーザ装置１０４によって実行される機能のタイプを包括するものではない。「他の装置側機能」という見出しによって示すように、ユーザ装置１０４は、追加の機能を含み得る。
【００８３】
Ａ．４．例示的なユーザインタフェースの特徴
上記のＩＰＳ１０２は、いかなる種類のユーザ装置１０４とも対話し得る。ある事例においては、ユーザ装置１０４は、携帯型装置、つまり、場所から場所へ容易に持ち運ぶように設計された装置である。ある特定の事例においては、ユーザ装置１０４によって、ユーザは、例えば、ユーザが物理的な本を手に持っている状況をシミュレーションする様式で、ユーザ装置１０４を手に持っている間にメディアアイテムを読むことが可能になる。携帯型ユーザ装置は、電子書籍リーダ装置、携帯型音楽プレーヤー、パーソナルデジタルアシスタント、携帯電話、ゲームモジュール、ノート型コンピュータ等、および／またはこれらの種類の装置のいかなる組み合わせの形態をも採り得る。代替として、またはこれに加えて、ユーザ装置１０４は、パーソナルコンピュータ、テレビに付属するセットボックス、ゲーム端末等のような容易に携帯できない装置に対応し得る。
【００８４】
図５は、ＩＰＳ１０２と対話するために使用され得る１つのタイプのユーザ装置５００を示すが、これに限定されない。ユーザ装置５００は、ユーザの手に容易に収まるように設計された楔形の本体を含み得、一般的に、文庫本の大きさを有する。他のユーザ装置は、様々な形状やサイズに適応し得る。
【００８５】
１つの典型的な設計においては、ユーザ装置５００は、主表示部５０２と補助表示部５０４という２つの表示部分を含む。主表示部５０２は、ストア対話モジュール３４４、リーダモジュール３４０、閲覧モジュール４０２等によって提供される多様なページを提示する。１つの事例においては、補助表示部５０４は、カーソルを提示するために使用される。ユーザは、主表示部５０２の横方向の隣接部分を特定するためにカーソルを移動し得る。１つの例示的な事例においては、主表示部５０２および／または補助表示部５０４は、Ｍａｓｓａｃｈｕｓｅｔｔｓ州ＣａｍｂｒｉｄｇｅのＥ  Ｉｎｋ  Ｃｏｒｐｏｒａｔｉｏｎによって提供されるような電子ペーパー技術を使用して実現し得るが、これに限定されない。この技術は、非揮発性メカニズムを使用して情報を表示する。この技術を使用すると、ユーザ装置５００は、装置の電源を切断した場合でも表示部に情報を保存することができる。
【００８６】
ユーザ装置５００は、多様な入力キーおよびメカニズムを含む。カーソル移動メカニズム５０６によって、ユーザは補助表示部５０４内でカーソルを移動し得る。１つの例示的な事例において、カーソル移動メカニズム５０６は、補助表示部５０４内でカーソルを上下に移動するように回転させ得るカーソルホイールを含み得る。カーソル移動メカニズム５０６は、ユーザがホイールを押し下げることによって選択を行うことが可能になるように構成され得る。タッチセンサ式の画面、主表示部５０２の縁に沿って縦方向および／または横方向に配列した一連のキー、主表示部５０２の１つ以上のグラフィックスクロールバー等、他のタイプの選択メカニズムも使用され得る。
【００８７】
ユーザ装置５００は、次のページボタン（５０８、５１０）および前のページボタン５１２のようなページを操作する多様なボタンも含む。次のページボタン（５０８、５１０）によって、ユーザは、アイテムの次のページに進む（現在表示されているページに対して）。前のページボタン５１２によって、ユーザは、アイテムの前のページに進む（現在表示されているページに対して）。ユーザ装置５００は、ユーザの親指がメカニズム５１４を通過することによって作動する、ページ捲り入力メカニズム５１４も含み得る。このユーザ体験は、ユーザが物理的な本のページをめくる方式をシミュレーションする（例えば、本を「パラパラと見る」）。ユーザ装置５００は、閲覧モジュール４０２を使用する場合にユーザが前のページに進むことが可能になる後ろボタン５１６も含み得る。図示していないが、ユーザ装置５００は、電源を入れるおよび切るスイッチ、ワイヤレスインタフェースを有効および無効にするスイッチ等を含み得る。
【００８８】
ユーザ装置５００は、キーボード５１８も含み得る。キーボード５１８は英数字キーも含み得る。キーは、ユーザが物理的な本の様式で装置１０４を持っている間、ユーザのキーとの相互の動作を容易にする様式の形状や方向に決定され得る。ユーザは、検索語、注釈、ＵＲＬ等を入力するためにキーボード５１８を使用し得る。キーボード５１８は、多様な特殊機能のキーも含み得る。
【００８９】
図６は、ユーザが図５のユーザ装置５００を使用して主表示部５００でコンテンツを選択し得る１つの方式を図説する。すなわち、主表示部５０２は、コンテンツ６０２のページを表示すると想定する。コンテンツ６０２は、最も右側の縦方向の端に沿って配列された多様な選択ポイントを含み得る。選択ポイントは、コンテンツ６０２の関連部分に横方向に対応する。例えば、典型的な選択ポイント６０４は、コンテンツ６０２のページの選択可能なアイテム６０６に対応する。補助表示部５０４は、カーソル６０８を表す。ユーザは、カーソル移動メカニズム５０６を回転させることによって、補助表示部５０４内でカーソルを上下に移動し得る。
【００９０】
操作中、図６に示した選択ポイント６０４のように、カーソル６０８が所望の選択ポイントと横方向に一致するように、ユーザはカーソル移動メカニズム５０６を操作し得る。カーソル移動メカニズム５０６がカーソルホイールである場合、ユーザは、ホイールを回転させて、補助表示部５０４の縦方向の範囲に沿ってカーソル６０８を所望の場所に移動させ得る。この実施形態においては、ユーザは、次にカーソルホイールを押し下げて、選択ポイント６０４に対応するアイテム６０６を正式に選択し得る。
【００９１】
１つの典型的なタイプのブックリーダ型装置に関する追加情報は、次の一連の出願に見出し得る。
【００９２】
２００６年３月２９日付け提出の発明者Ｗｈｉｔｅｈｏｒｎ，ｅｔ  ａｌ．による米国特許第１１／２４６，２９３号、名称「Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉａ  Ｒｅａｄｅｒ  Ｄｉｓｐｌａｙ」
【００９３】
２００６年３月２９日付け提出の発明者Ｔｈｏｍａｓ  Ｊ．  Ｈｏｂｂｓ，ｅｔ  ａｌ．による米国特許第１１／２４６，２９４号、名称「Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉａ  Ｒｅａｄｅｒ  Ｋｅｙｐａｄ」
【００９４】
２００６年３月２９日付け提出の発明者Ｗｈｉｔｅｈｏｒｎ，ｅｔ  ａｌ．による米国特許第１１／２４６，２９５号、名称「Ｗｅｄｇｅ−Ｓｈａｐｅｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉａ  Ｒｅａｄｅｒ」
【００９５】
２００６年３月２９日付け提出の発明者Ｇｒｅｇｇ  Ｅ．  Ｚｅｈｒ，ｅｔ  ａｌ．による米国特許第１１／２７７，８９８号、名称「Ｐａｇｅ  Ｔｕｒｎｅｒ  Ｆｏｒ  Ｈａｎｄｈｅｌｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｂｏｏｋ  Ｒｅａｄｅｒ  Ｋｅｙｐａｄ」
【００９６】
２００６年３月２９日付け提出の発明者Ｇｒｅｇｇ  Ｅ．  Ｚｅｈｒ，ｅｔ  ａｌ．による米国特許第１１／２７７，８９３号、名称「Ｈａｎｄｈｅｌｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｂｏｏｋ  Ｒｅａｄｅｒ  Ｄｅｖｉｃｅ  Ｈａｖｉｎｇ  Ｄｕａｌ  Ｄｉｓｐｌａｙｓ」
【００９７】
２００６年３月２９日付け提出の発明者Ｇｒｅｇｇ  Ｅ．  Ｚｅｈｒ，ｅｔ  ａｌ．による米国特許第１１／２７７，８７３号、名称「Ｈａｎｄｈｅｌｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｂｏｏｋ  Ｒｅａｄｅｒ  Ｄｅｖｉｃｅ  Ｈａｖｉｎｇ  Ａｓｙｍｍｅｔｒｉｃａｌ  Ｓｈａｐｅ」
【００９８】
２００６年３月２９日付け提出の発明者Ｇｒｅｇｇ  Ｅ．  Ｚｅｈｒ，ｅｔ  ａｌ．による米国特許第１１／２７７，８７９号、名称「Ｋｅｙｂｏａｒｄ  Ｌａｙｏｕｔ  ｆｏｒ  Ｈａｎｄｈｅｌｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｂｏｏｋ  Ｒｅａｄｅｒ  Ｄｅｖｉｃｅ」
【００９９】
繰り返しになるが、図５および６に示したユーザ装置は典型例である。ＩＰＳ１０２と対話するために、異なるタイプのユーザインタフェースメカニズムを有する他のタイプのユーザ装置を使用し得る。
【０１００】
Ａ．５．例示的なデータ処理装置
図１、２および３に示したシステムの多様な態様は、１つ以上のデータ処理装置によって実現され得る。例えば、ＩＰＳ１０２の多様なコンポーネントは、それぞれのサーバ型コンピュータおよび関連のデータ処理機器（例えば、ルータ、データ格納装置等）によって実現することができる。ユーザ装置は、また、データ処理機器に対応し得る。図７は、いかなるサーバ側の特徴および／またはいかなる装置側の特徴をも含む、上記で参照したシステムのいかなる様態をも実現するためにも使用し得る汎用データ処理装置７０２の概要を示す。
【０１０１】
処理装置７０２は、１つ以上のＣＰＵ等、１つ以上の処理ユニット７０４を含む。処理装置７０２は、揮発性および／または不揮発性格納メカニズムのいかなる組み合わせにも対応し得るシステムメモリ７０６も含む。システムメモリ７０６は、オペレーティングシステムコンポーネント７０８、多様なプログラムモジュール７１０、プログラムデータ７１２および／または他のコンポーネントを提供する情報を格納し得る。処理装置７０２は、システムメモリ７０６によって提供される命令を実行する処理ユニット７０４を使用することによって、機能を実行する。処理装置７０２は、１つ以上のタイプの着脱式ストレージ７１４と１つ以上にタイプの非着脱式ストレージ７１６も含むことができる。
【０１０２】
処理装置７０２は、１つ以上の入力装置７１８（キーボード、マウス、特殊選択キー等）と１つ以上の出力装置７２０（画面、プリンタ、オーディオ出力メカニズム等）も含み得る。
【０１０３】
処理装置７０２は、１つ以上の通信インタフェースメカニズム７２２も含み得る。これらの通信インタフェースメカニズム７２２によって、処理装置７０２は、リモートコンピュータ、ブックリーダ装置等の他の処理装置７２４と対話することが可能になる。通信インタフェースメカニズム７２２は、１つ以上のワイヤレスインタフェースメカニズム７２６を含み得る。処理装置７０２がユーザ装置１０４を表す場合、ワイヤレスインタフェースメカニズム７２６によって、ユーザ装置７２６は電話の呼び出し音を受信することや、データモードでＩＰＳ１０２と通信することも可能になり得る。
【０１０４】
上記に列挙したモジュールのリストは、例であって、処理装置７０２によって実行される機能のタイプを包括するものではない。「他の装置機能」７２８という見出しによって示すように、処理装置７０２は、追加の機能を含み得る。
【０１０５】
Ａ．６．アイテムをダウンロードする例示的な方式
上記のセクションで説明したように、ＩＰＳ１０２のアイテム配信システム３１２は、装置側のタスクリスト処理モジュール３３４と対話して、ＩＰＳ１０２のコンテンツストア３０８からアイテムをダウンロードする。アイテム配信システム３１２は、したがって、タスクリストサーバモジュール３１４とコンテンツ配信モジュール３１６との２つのコンポーネントを含む。タスクリスト処理モジュール３３４は、タスクリストサーバモジュール３１４と対話して、エントリをダウンロードし、該エントリはＩＰＳ１０２から回収されるアイテムを特定する。タスクリスト処理モジュール３３４は、コンテンツ配信モジュール３１６と対話して、エントリによって特定された実際のアイテムを回収する。図８は、ＩＰＳ１０２からユーザ装置１０４にアイテムをダウンロードするための１つのプロトコル８００に関する追加情報を提供する。該プロトコルは例であって、様々な環境に適合するように多様な方式で変形され得る。
【０１０６】
動作（１）において、ＩＰＳのコンテンツ受信システム３０２は、コンテンツを受信してコンテンツストア３０８に保管する。コンテンツ受信システム３０２は、新しい電子書籍または他の予め生成されたアイテムの受信に応答して、この動作を実行し得る。または、コンテンツ受信システム３０２は、新しいサブスクリプション関連アイテムの受信に応答して、この動作を実行し得る。または、コンテンツ受信システム３０２は、ユーザによって転送された個人文書の受信に応答して、この動作を実行し得る。まだ他の状況が可能である。
【０１０７】
動作（２）において、タスクリストサーバモジュール３１４の適切なキューにエントリが追加される。電子書籍を選択（例えば、購入）した場合、選択した電子書籍を入手するという命令に対応して、マーチャントストアモジュール３１８がタスクリストサーバモジュール３１４にエントリを追加する。この事例においては、動作（２）は、動作（１）に対して非同期的に発生、つまり、これらの２つの動作は、連結統合トランザクションの一部ではない。この概要図面には示していないが、電子書籍（または、サブスクリプション発行等、他のアラカルト選択）をユーザが購入すると、ＩＰＳ１０２は、ユーザの購入に関する情報もメディアライブラリモジュール３２４に保管するようになる。サブスクリプション関連アイテムを受信した場合、アイテム受信システム３０２は、サブスクリプションモジュール３１０と協働して、タスクリストサーバモジュール３１４にエントリを追加する。この事例においては、動作（２）は、動作（１）に応答して発生するので、これらの動作は、単独のトランザクションの一部として見なされ得る。サブスクリプションの新しい号を受信した場合、サブスクリプションモジュール３１０は、以下に詳細を説明する方式で、ユーザが以前にサブスクリプションを購入したことによって、ユーザがこの号を所有することを示す。個人アイテムの場合、ユーザの個人アイテムを受信、変換および保管する専用機能は、任意選択的に、タスクリストサーバモジュール３１４にエントリを追加し得る（実際に、ユーザが、代替の非ワイヤレスモードの配信ではなく、ワイヤレス通信経路を経由して文書を受信しようとしていた場合）。
【０１０８】
動作（３）において、タスクリストサーバモジュール３１４は、装置のタスクリスト処理モジュール３３４に通知メッセージを送信する。１つの例示的な事例では、該通知メッセージは、本明細書においてテレフォンホーム（ＴＰＨ）信号とも称される、電話の呼び出し音として実現され得る。アイテム配信システム３１２とタスクリスト処理モジュール３３４との間のこれ以降の通信は、全て、例えば、ＨＴＴＰプロトコルまたは他の何らかのプロトコルまたはプロトコルの組み合わせを使用して、データモードで動作する。
【０１０９】
動作（４）において、装置のタスクリスト処理モジュール３３４は、（その時たまたま休止状態であった場合は）活動状態に復帰して、ＴＰＨ信号に応答する。通知プロセスは、第１の電力状態から第２の電力状態への切り替えが関与し得るが、第２の電力状態は第１の電力状態よりも多くの電力を消費するものとする。活動状態に復帰すると、タスクリスト処理モジュール３３４は、タスクリストサーバモジュール３１４にメッセージを送信し、１０件のエントリ等（これに限定されない）のｎ件のエントリのリストを転送するようにタスクリストサーバモジュール３１４に要求する。ｎ件のエントリは、ユーザ装置１０４のためにタスクリストサーバモジュール３１４によって維持されるリスト内のエントリの一部を表し得る。タスクリストサーバモジュール３１４は、ｎ件までのエントリのリストを転送することによって、この要求に応答する。
【０１１０】
上記のように、各エントリは、命令を伝達するエンベロープを提供する。このようなタイプの命令の１つが、ユーザ装置１０４に、ＩＰＳ１０２からアイテムを回収するように指示する。他のタイプの命令も存在するが、セクションＢで説明する。動作（５）において、タスクリストサーバモジュール３１４から回収されたｎ件のエントリのうちの１つ以上のエントリがＧＥＴ命令に対応すると想定して、タスクリスト処理モジュール３３４は、コンテンツ配信モジュール３１６に要求を送信して、ＧＥＴ命令で特定されたアイテムをダウンロードするようにこのモジュール３１６に依頼する。
【０１１１】
動作（６）において、コンテンツ配信モジュール３１６は、コンテンツストア３０８からアイテムを回収しようとすることによって、アイテムに対する要求に応答する。コンテンツ配信モジュール３１６が成功すると、要求されたアイテムをユーザ装置１０４に転送する（これは、図８に示したように、動作（５）の一部と見なし得る）。フィードの場合等一部の状況においては、ユーザ装置のローカルに既に前のバージョンがある場合、コンテンツ配信モジュール３１６は、要求されたコンテンツの最新バージョンとコンテンツの以前のバージョンとの違いを示すデルタファイルを回収してダウンロードしようとし得る。したがって、この導入説明を必要以上に複雑にしないように、増分更新動作の詳細は、この説明の後半に提供する。
【０１１２】
動作（６）は、多様な許可確認ステップにも関与し得る。例えば、電子書籍や他のアラカルト選択の場合、コンテンツ配信モジュール３１６は、個人メディアライブラリモジュール３２４に問い合わせて、ユーザがアイテムを受信する認証を有しているかどうかを決定し得る。サブスクリプション関連アイテムの場合、コンテンツ配信モジュール３１６は、サブスクリプションモジュール３１０に問い合わせて、ユーザがアイテムを受信する認証を有しているかどうかを決定し得る（例えば、ユーザが一般的に特定のサブスクリプションの号を受信するように承認されているかどうかを決定することによる）。したがって、図８を必要以上に複雑にしないように、許可確認に関連した信号の流れ図は省略するが、この詳細は後の図面および添付の説明で提供する。
【０１１３】
動作（５）において、コンテンツ配信モジュール３１６は、ユーザ装置１０４に多様なヒントもダウンロードし得る。このようなヒントの１つは、ユーザ装置１０４に、ＩＰＳ１０２が要求されたアイテムに対応するインデックスを保管しているかどうかを伝える。例えば、ＩＰＳ１０２は、初めてまたは他の何らかの時点でアイテムを受信したときに、このインデックスを生成していたことがあり得る。別のヒントは、ＩＰＳ１０２が要求されたアイテムの注釈を保管しているかどうかをユーザ装置に伝える。これらの注釈は、これまでに１回以上、ユーザによって作成され、ＩＰＳ１０２によってバックアップされた情報に対応し得る。ユーザ装置１０４は、ヒントを使用して、要求したアイテムの検索インデックスおよび／または注釈を配信するようにＩＰＳ１０２に要求する価値があるかどうかを決定する。すなわち、コンテンツ配信モジュール３１６が検索インデックスを有していないことをユーザ装置１０４に伝えた場合、インデックスを要求することは有用ではなくなる。ヒントの使用は、ユーザ装置１０４が、ＩＰＳ１０２がインデックス情報および／または注釈情報を保管しているかどうかを決定するために、潜在的に無線の応答が遅い質問と応答の手順を実行する必要性を排除する。
【０１１４】
ヒントによって、ＩＰＳ１０２が確かに検索インデックスとバックアップ注釈のいずれか（または両方）を有していることがユーザ装置１０４に伝えられたと想定する。動作（７）において、タスクリスト処理モジュール３３４は、このタイプの補助情報を要求および受信する。
【０１１５】
動作（８）において、タスクリスト処理モジュール３３４はアイテム（および任意選択で補助情報）を装置のメモリ３３６に格納する。
【０１１６】
動作（９）において、タスクリスト処理モジュール３３４は、タスクリストサーバモジュール３２４に削除メッセージを送信する。このメッセージは、ユーザ装置１０４がＩＰＳ１０２から特定されたアイテムの一部の回収に成功したこと、このため、タスクリストサーバモジュール３１４は、これらのアイテムを適当なキューから削除し得ることを、タスクリストサーバモジュール３１４に伝える。動作（１０）において、タスクリストサーバモジュール３１４は、ユーザ装置１０４によって、送信された削除メッセージの受信を確認し得る。
【０１１７】
回収されたｎ件のエントリは、タスクリストサーバモジュール３１４によって維持されたより広範囲のアイテムリストの一部だけに対応し得る。このような場合には、タスクリスト処理モジュール３３４は、別のｎ件までのエントリを回収して、これらのエントリによって特定されるアイテムをコンテンツ配信モジュール３１６から受信することによって、上記の動作を繰り返す。
【０１１８】
図示していないが、ダウンロードプロセスでエラーが発生すると、ユーザ装置１０４がエラー情報をＩＰＳ１０２に、および／またはＩＰＳ１０２がエラー情報をユーザ装置に、伝達することが可能である。
【０１１９】
Ｂ．システムの例示的なコンポーネント
セクションＡでシステムの概要を前述したが、このセクションは、システムの多様なコンポーネントを詳細に説明する。該コンポーネントは上記のシステム全体の状況で使用し得るが、該コンポーネントは、他のタイプのシステムでも使用し得る。
【０１２０】
Ｂ．１．例示的なコンテンツ受信機能
Ｂ．１．ａ．コンテンツ受信システムの概要
上記のように、コンテンツ受信システム３０２は、１つ以上のソース３０４からアイテムを回収し、適切な場合には、アイテムを装置が読取可能なフォーマットに変換する。このような変換は、該変換プロセスは、コンテンツをゼロから作成するわけではないが、寛容に本明細書においては「コンテンツ作成」とも称される。コンテンツ受信システム３０２は、予め生成されたアイテム（電子書籍のような）、サブスクリプション関連アイテムおよび個人アイテムを処置するための個別のモジュールを含み得る。すなわち、コンテンツ受信システム３０２は、電子書籍処理モジュール９０２、サブスクリプション関連処理モジュール９０４およびユーザ提供処理モジュール９０６を含む。
【０１２１】
電子書籍処理モジュール９０２は、ユーザが典型的にオンデマンド方式で選択するアイテムを受信、処理および保管する。例えば、ある状況においては、電子書籍処理モジュール９０２は、発行元ソースまたは他のタイプのソースから新しい電子書籍を受信し、このアイテムを所望のフォーマットに変換し、このアイテムをコンテンツストア３０８に保管し得る。このモジュール９０２によって実行される処理は、新しく受信したアイテムの検索インデックスの作成、このアイテムの詳細ページの作成等も関与し得る。そして、ユーザは、電子書籍アイテムが保管された後しばらくしてから、このアイテムを購入し得、ユーザへのアイテムのダウンロードを開始する。電子書籍の受信処理は、ダウンロードプロセスとは分離されている、すなわち、これらの２つの動作は非同期的に発生する。
【０１２２】
サブスクリプション関連処理モジュール９０４は、サブスクリプション関連ベースでアイテムを受信、処理および保管する。１つの典型的な事例においては、ユーザは、雑誌、ジャーナル、ニュースレター、新聞、ブログ、フィード等の将来の発行物等、サブスクリプション関連アイテムの将来の号、版、連載等をユーザが受信する権利を得るサブスクリプションを購入し得る。この事例における受信処理は、ダウンロードプロセスに連結、つまり、新しいサブスクリプション関連アイテムの受信によって、このアイテムを受信するように登録済みのユーザへのアイテムのダウンロードをトリガする。
【０１２３】
サブスクリプションに関連した受信動作の変形においては、サブスクリプション関連コンテンツ処理モジュール９０４は、ユーザの関与および／または承認がない可能性があっても、ユーザのサブスクリプションを自動的に確立し、これらのサブスクリプションに従ってアイテムを配信し得る。この特徴は、ユーザに広告を提供、ユーザに多様な警告や他のイベントを通知する場合等に有用になり得る。別の例として、ユーザは、１つ以上のタイプのサブスクリプションを明示的に購入し得、さらに、これに応答して、サブスクリプション関連コンテンツ処理モジュール９０４は、明示的に購入したサブスクリプション並びに１つ以上の他のサブスクリプション（ユーザが明示的に購入しなかった）の配布を認証する。また別の事例においては、ユーザがまだ発行されていないアイテムを予め購入する場合等、ユーザはアイテムの単独の発行物を予約し得る。アイテムが発行されると、サブスクリプション関連処理モジュール９０４が起動して、このアイテムを予め購入したユーザに配信することになる。
【０１２４】
ユーザ提供処理モジュール９０６は、ユーザによって本来提供されるアイテムを作成する。つまり、第１段階では、ユーザ提供処理モジュール９０６は、ユーザからアイテムを受信する。アイテムは、ワープロ文書、ＰＤＦ文書等のようないかなる種類の個人文書にも対応し得る。第２段階では、ユーザ提供処理モジュール９０６は、このアイテムを装置が読取可能なフォーマットに変換してから、変換したアイテムをユーザに返送する。ユーザは、自分のユーザ装置１０４を使用して、変換されたアイテムを読み得る。
【０１２５】
いかなるコンテンツ処理モジュール（９０２、９０４、９０６）も、１つ以上の変換ツール９０８に依存し得る。各変換ツールは、コンテンツをオリジナルフォーマットから定義されたターゲットフォーマットに変換するための機能を提供する。例えば、．ｍｏｂｉ変換ツール９１０は、コンテンツをオリジナルフォーマットから．ｍｏｂｉフォーマットに変換する。他のツール（９１２、…９１４）は、アイテムをオリジナルフォーマットから、他のそれぞれのタイプの装置が読取可能なフォーマットに変換する。１つの事例においては、変換ツール９０８は、規定数の許容可能なオリジナルフォーマットのアイテムを許容する。１つの例示的な実行形態においては、許容可能なオリジナルフォーマットは、アドビＰＤＦフォーマット、ＴＸＴフォーマット、ＨＴＭＬフォーマット、リッチテキストフォーマット（ＲＴＦ）、マイクロソフトＷｏｒｄドキュメントフォーマット（ＤＯＣ）等を含み得るが、これらに限定されない。画像の許容可能なフォーマットは、ＪＰＥＧフォーマット、ＧＩＦフォーマット、ＰＮＧフォーマット、ＢＭＰフォーマットを含み得るが、これらに限定されない。
【０１２６】
Ｂ．１．ｂ例示的なサブスクリプションモジュール
図１０は、図３の説明で導入したサブスクリプションモジュール３１０に関する追加情報を図説する。サブスクリプションモジュール３１０は、サブスクリプション管理モジュール１００２を含む。サブスクリプション管理モジュール１００２は、サブスクリプションの作成と終了、ならびにサブスクリプションの他の態様を管理する。１つの事例においては、マーチャントストアモジュール３１８は、サブスクリプションのユーザの購入を受信し得る（または、より一般的には、ユーザのサブスクリプション取得）。マーチャントストアモジュール３１８は、ユーザの選択をサブスクリプション管理モジュール１００２に通信することができる。サブスクリプション管理モジュール１００２は、次に、例えば、新しいエントリをストア１００４に追加する、ストア１００４のエントリを削除する、ストア１００４のエントリを変更すること等によって、サブスクリプションストア１００４と対話し得る。
【０１２７】
より具体的には、サブスクリプションモジュール３１０は、それぞれの親タイプノードとして、利用可能なサブスクリプションを特定する。サブスクリプションの特定の号が受信されて処理されると、サブスクリプションモジュール３１０は、この号を、対応する親のサブスクリプションの子ノードとして関連付ける。ユーザが特定のサブスクリプションを購入すると想定する。この時点で、ユーザは、サブスクリプションに対応する特定の親ノードに関連付けられる。これに加えて、または代替として、サブスクリプションは装置または他のエンティティに関連付けることが可能である。さらに、１つの実施形態においては、サブスクリプションモジュール３１０は、ユーザを、サブスクリプションの個別の号ではなく、親のサブスクリプションに関係付けることによって、このサブスクリプションの号の各ユーザの所有を管理する。
【０１２８】
サブスクリプション管理モジュール１００２は、コンテンツ配信モジュール３１６とも対話して、ユーザがサブスクリプション関連アイテムをダウンロードするための適切な認証を有しているかどうかをコンテンツ配信モジュール３１６に伝える（サブスクリプションアイテムのアラカルト選択ではなく、サブスクリプションのアイテムにより、アイテムを受信する場合）。１つの事例においては、このような許可確認は、発行ベースではなく、サブスクリプションベースで発生する（許可確認がアイテムベースで発生する電子書籍や他のアラカルト選択の場合のようなある特定の事例とは異なる）。
【０１２９】
Ｂ．１．ｃ例示的なインデックス生成機能と注釈処置機能
コンテンツ受信プロセスによって作成されるコンテンツに加えて、補助情報がアイテムに関連し得る。このようなタイプの補助情報の１つはインデックス情報である。別のタイプの補助情報は注釈情報である。図１１は、このような補助情報を作成する機能の概要を提供する。
【０１３０】
装置インデックスの作成に関しては、ＩＰＳ１０２は、サーバ側インデックス生成機能１１０２を提供し得る。サーバ側インデックス生成機能１１０２は、インデックスを生成するためのサーバ側インデックス生成モジュール１１０４を含み得る。サーバ側インデックス生成モジュール１１０４は、サーバ側インデックスストア１１０６に生成したインデックスを保管する。ユーザ装置１０４は、インデックスを生成するための装置側インデックス生成機能１１０８を含み得る。このように、ＩＰＳ１０２とユーザ装置１０４の両方は、アイテムのインデックスを生成する能力を有する。
【０１３１】
インデックスがサーバ側インデックス生成機能１１０２、または装置側インデックス生成機能１１０８によって提供されるかどうかを決定するには、多様なルールが使用され得る。１つの考慮事項によると、ユーザ装置１０４は、装置側インデックス生成機能１１０８を使用してインデックスを生成しようとするが、このプロセスに時間がかかりすぎることがわかった場合、ユーザ装置１０４は、サーバ側インデックス生成機能にインデックスを生成するように要求し得る。セクションＥは、システム３００がアイテムのインデックスを生成する方式に影響を与え得る追加の考慮事項に関する詳細を提供する。
【０１３２】
注釈の作成と処置に関して、ユーザは、装置側注釈生成機能１１１０を使用して、特定アイテムに注釈を作成する。（装置側注釈生成機能１１１０は、図４に示した注釈モジュール４０６と同義であると見なし得る。）ユーザは、ブックマーク型注釈、ハイライト型注釈、メモ型注釈、クリップ型コンテンツ選択等を作成し得る。ユーザ装置１０４は、「最後に読んだページ」の位置を作成することもできる。このタイプの注釈は、アイテムが最後に開かれていた位置を特定する。サーバ側注釈生成機能１１１０は、いかなる装置側ストアにも注釈を保管し得る。ユーザ装置１０４は、対応するアイテムを表示する場合にこれらの注釈を回収および再作成し得る。例えば、装置がアイテムを再び開くと、ユーザ装置１０４は、装置１０４を閉じたときにユーザが見ていたのと同じページを表示し得る。
【０１３３】
システム３００は、ユーザがユーザ装置１０４に作成した注釈のバックアップを保管するために、サーバ側注釈処置機能１１１２にも依存し得る。サーバ側注釈処置機能１１１２は、多様なタイミングでユーザ装置１０４から注釈を受信するための同名のモジュール１１１４を含むことができる。１つの事例においては、ユーザ装置１０４は、多様なイベントが発生する場合に実行する動作のサイクルの一部として、ＩＰＳ１０２に注釈を転送し得る。このようなイベントは、装置１０４がＩＰＳ１０２と対話することが必要ないかなる機会をも含み得る（例えば、ＴＰＨ信号の受信に応答する場合等）。サーバ側注釈処置モジュール１１１４は、ユーザ装置１０４から受信する注釈を、サーバ側注釈バックアップストア１１１６に保管し得る。
【０１３４】
ＩＰＳ１０２がバックアップ注釈を保管する場合、ユーザ装置１０４にヒント情報を提供することによって、この実行をユーザ装置１０４に通知し得る。ヒント情報は、コンテンツ配信モジュール３１６からユーザ装置に転送されるアイテムに伴う。ヒントがバックアップ注釈が利用可能であることを示す場合、ユーザ装置１０４は、注釈をダウンロードするように選択し得る。ユーザ装置１０４は、これらの注釈のローカルストアが削除されていた場合等には、これらの注釈を受信するように希望し得る。
【０１３５】
Ｂ．１．ｄ．予め生成されたアイテムの受信および処理に対する例示的なアプローチ
セクションＢ．１の残りの部分は、電子書籍および他の予め生成されたアイテム、サブスクリプション関連アイテム、および個人アイテムの受信および処理のプロセスに関する詳細情報を提供する。
【０１３６】
図１２から開始すると、この図面は、電子書籍アイテムおよび他の予め生成されたアイテムの受信および処理の１つの方式を図説する信号の流れ図である。動作（１）において、電子書籍処理モジュール９０２は、電子書籍等を発行元または他のソースから受信する。電子書籍処理モジュール９０２は、任意選択で、電子書籍アイテムを装置が読取可能なフォーマットに変換し、このアイテムにインデックスを作成し、および／またはマーチャントストアモジュール３１８のこのアイテムを提示する詳細ページを作成し得る。
【０１３７】
動作（２）では、電子書籍処理モジュール９０４は、アイテムとその補助部分をコンテンツストア３０８に保管する。
【０１３８】
動作（３）では、ユーザは、マーチャントコンテンツストア３１８から電子書籍を購入、またはそれ以外の方法で入手するために装置側ストア対話モジュール３４４を操作し得る。
【０１３９】
動作（４）では、電子書籍処理モジュール９０２は、ユーザが電子書籍または他のアラカルトアイテムを購入したことを示す、重要情報をメディアライブラリモジュール３２４に保管し得る。以下に詳細を説明するように、コンテンツ配信モジュール３１６は、ユーザがアイテムを受信するように認証されているかどうかを決定するために、アイテムの配信時にメディアライブラリモジュール３２４に問い合わせを実行し得る（例えば、ユーザがアイテムを実際に購入していたかどうかを決定する）。
【０１４０】
これに応答して、動作（５）において、マーチャントストアモジュール３１８は、購入したアイテムに対応するエントリをユーザのタスクリストに追加し得る。この動作によって、タスクリストサーバモジュール３１４は、直ちに（またはいくらかの時間経過後）ＴＰＨ信号をユーザ装置１０４に送信して、アイテムを取得するという命令がまだ実行されていないことをユーザ装置１０４に通知する。
【０１４１】
信号図の上半分は、動作の作成段階１２０２に対応し、新しい電子書籍が受信されて処理される。信号図の下半分は、動作の配信段階１２０４に対応し、ユーザは前に保管されたアイテムを購入して受信する。作成段階１２０２は配信段階１２０４に先行するが、これらの２つの段階（１２０２、１２０４）はこれ以外には一緒に連結されることはない。
【０１４２】
図１５は、フローチャートの形態で電子書籍の処理動作を説明する手順１５００を示す。
【０１４３】
ブロック１５０２において、電子書籍処理モジュール９０２は、新しいアイテムを、例えば、アイテムの発行元または他の何らかのソースから受信する。
【０１４４】
ブロック１５０４において、電子書籍処理モジュール９０２は、任意選択的に、新しいアイテムを装置が読取可能なフォーマットに変更するが、これは、アイテムがまだ装置が読取可能なフォーマットで表現されていないと想定する場合である。
【０１４５】
ブロック１５０６において、電子書籍処理モジュール９０２は、任意選択的に、アイテムのインデックス、アイテム詳細ページ、および／またはアイテムに関連する他の補助情報を作成する。
【０１４６】
ブロック１５０８において、電子書籍処理モジュール９０２は、変換したアイテムとアイテムに関連するあらゆる補助情報とを保管する。
【０１４７】
ブロック１５１０において、その後のいずれかの時点で、マーチャントストアモジュール３１８はユーザがアイテムを購入したことを受信する。
【０１４８】
ブロック１５１２において、電子書籍処理モジュール９０２は、メディアライブラリモジュール３２４に購入情報を保管する。この情報は、ユーザが特定の電子書籍等を購入したことを識別する。
【０１４９】
ブロック１５１４において、マーチャントストアモジュール３１８または他の何らかのサーバ側モジュールが、タスクリストサーバモジュール３１４の装置のタスクキューにエントリを追加する。このエントリは、ユーザ装置１０４に購入したアイテムを受信するように指示する命令を含む。
【０１５０】
ブロック１５１６は、一般的に、アイテム配信手順を指し、起動するとアイテムをダウンロードする。この動作は、後の図面で詳細に説明する。
【０１５１】
Ｂ．１．ｅサブスクリプション関連アイテムの受信および処理に対する例示的なアプローチ
図１３は、サブスクリプション関連アイテムを受信および処理する１つの方式を図説する信号の流れ図である。動作（１）において、サブスクリプション関連処理モジュール９０４は、サブスクリプション関連アイテムを受信して処理する。この処理には、アイテムを装置が読取可能なフォーマットに変換するステップ、アイテムにインデックスを作成するステップ等が関与し得る。
【０１５２】
動作（２）において、サブスクリプション関連処理モジュール９０４は、受信したサブスクリプション関連アイテムをＩＰＳコンテンツストア３０８に保管する。図１５には図示していないが、サブスクリプションモジュール３１０において、新しいアイテムは、対応する親サブスクリプションの子ノードとして特定される。上記で説明したように、１つの事例においては、配信時の許可確認は、毎アイテム（例えば、毎号）ではなく、一般的なサブスクリプションレベルのベースで進む。しかし、ユーザがサブスクリプション関連アイテムの個別の選択を行った場合（例えば、アラカルト選択）、上記の電子書籍の許可確認が、アイテムへのアクセスを規制するために使用される。
【０１５３】
動作（３）において、サブスクリプション関連処理モジュール９０４は、サブスクリプションモジュール３１０に問い合わせて、新しく受信したサブスクリプション関連アイテムを受信すべきユーザを決定する。
【０１５４】
動作（４）において、サブスクリプション関連処理モジュール９０４は、特定されたサブスクリプションを受信するユーザのタスクキューの各々に、エントリを保管し得る。
【０１５５】
図１６は、フローチャートの形態でサブスクリプション関連の処理動作を説明する手順１６００を示す。
【０１５６】
ブロック１６０２において、サブスクリプション関連処理モジュール９０４は、雑誌の号、新聞の版、フィードアイテム等、新しいサブスクリプション関連アイテムを受信する。
【０１５７】
ブロック１６０４において、サブスクリプション関連処理モジュール９０４は、適切であれば、受信したアイテムを装置が読取可能なフォーマットに変換し、任意選択的に、装置インデックスのような補助情報を作成する。
【０１５８】
ブロック１６０６において、サブスクリプション関連処理モジュール９０４は、受信した（および潜在的に変換した）サブスクリプション関連アイテムをコンテンツストア３０８に保管する。
【０１５９】
ブロック１６０８において、サブスクリプション関連処理モジュール９０４は、サブスクリプションモジュール３１０に問い合わせて、サブスクリプション関連アイテムを受信すべきユーザを決定する。
【０１６０】
ブロック１６１０において、サブスクリプション関連処理モジュール９０４は、サブスクリプション関連アイテムを受信する予定のユーザのタスクキューの各々にエントリを提供する。
【０１６１】
ブロック１６１２は、一般的に、アイテム配信手順を指し、起動するとアイテムをダウンロードする。この動作は、後の図面で詳細に説明する。
【０１６２】
Ｂ．１．ｆ個人文書の受信および処理に対する例示的なアプローチ
図１４は、個人アイテム（個人文書等）を受信および処理する１つの方式を図説する信号の流れ図である。動作（１）において、ユーザは、電子メール機能または他のメッセージ生成機能を使用して、個人アイテムをユーザ提供処理モジュール９０６に転送する。例えば、ユーザは、個人アイテムを電子メールメッセージへの添付ファイルとして含み得る。１つの事例において、ユーザは、電子メールメッセージと共に単一の個人アイテムを転送し得る。別の事例において、ユーザは、例えば、電子メールメッセージへの複数の添付ファイルとして、電子メールメッセージと共に複数の個人アイテムを転送し得る。ユーザ提供処理モジュール９０６は、ユーザが、例えば、ＺＩＰファイルまたは他の形態のパッケージに、１つ以上の添付ファイルを一緒にまとめることを可能にする。
【０１６３】
１つの実施形態において、ユーザ提供処理モジュール９０６は、１つ以上の予め認証された電子メールアドレスからのユーザからの電子メールメッセージだけを受理するように構成される。１つの事例において、ユーザは、（例えば、１つ以上の構成ユーザインタフェースを経由して）構成手手順で電子メールアドレスを選択することが可能であり、したがって、電子メールアドレスの許可リストを確立する。ユーザ提供処理モジュール９０６は、最初に、ユーザによって使用され得る初期設定の電子メールアドレスを提供し得る。ユーザは、後で、この初期設定の電子メールアドレスを変更または追加情報を入力し得る。許可する電子メールアドレスに制限を設けることは、潜在的に、ユーザに転送される不要なアイテムを排除または量を削減することに役立つ。不要なアイテムは、ユーザがこれらのアイテムを受信するために無線配信料金が課金される場合、特に有害になり得る。しかし、別の実施形態においては、ユーザ提供処理モジュール９０６は、個人アイテムをユーザ提供処理モジュール９０６に転送するために使用され得る電子メールアドレスに何も制限を設け得ない。
【０１６４】
動作（２）において、ユーザ提供処理モジュール９０６は、メッセージを受信および受信したメッセージを処理し得る（メッセージが許可アドレスリストに特定されたアドレスから送信されている場合）。このような処理には、メッセージのソース、変換されたアイテムが送信される予定の送信先、および／またはメッセージに関する重要な情報を特定するようにメッセージを解釈するステップが関与し得る。また、該処理には、メッセージから個人アイテムを抽出するステップや、アイテムを装置が読取可能なフォーマットに変換するステップも関与する。１つ以上の個人アイテムがＺＩＰファイル等にパッケージ化される場合、抽出動作には、このパッケージファイルから１つ以上の個人アイテムを削除するステップが関与し得る。
【０１６５】
上記の処理動作は、完全に成功、完全に失敗、または部分的に成功（および部分的に失敗）し得る。部分的な失敗は、電子メールメッセージが複数の個人アイテムを添付ファイルとして含み、ユーザ提供処理モジュール９０６が、これらのアイテムの一部の変換には成功するが、他の変換には成功しない場合に発生し得る。例えば、変換が成功しなかったアイテムは、サポートされない本来のフォーマットで表現される場合がある。動作（３）において、ユーザ提供処理モジュール９０６は、電子メールの送信者に、いずれかのタイプの失敗（完全な失敗または部分的な失敗のいずれか）を通知し得る。部分的失敗の場合、ユーザ提供処理モジュール９０６は、例えば、処理に成功したアイテムをユーザに配信することによって、処理に成功したアイテムの処理を継続し得る。
【０１６６】
ユーザは、変換した個人アイテムを受信するように、少なくとも２つの配信オプションを選択し得る。第１のオプションにおいて、ユーザは、変換した個人アイテムをワイヤレス形態でユーザに転送するように要求し得る。この場合、動作（４）において、ユーザ提供処理モジュール９０６は、タスクリストサーバモジュール３１４のユーザのタスクキューにエントリを追加する。第２のオプションにおいて、ユーザは、変換した個人アイテムを非ワイヤレス経路を経由してユーザが利用できるようにするように要求し得る。例えば、ユーザは、変換したアイテムを電子メールの形態でユーザに送信するように要求し得る。ユーザは、電子メールメッセージから変換した個人アイテムを抽出してから、ＵＳＢ接続を経由する等、配線接続したリンクを経由して、変換した個人アイテムをユーザ装置１０４に送信し得る。あるいは、ユーザは、変換したアイテムをネットワークからアクセス可能なサイトに掲示するように要求し得る。ユーザは、パーソナルコンピュータ等のメカニズムを使用してこのサイトにアクセスし、（非ワイヤレスインフラストラクチャから）変換したアイテムをダウンロードしてから、ＵＳＢ接続または他のメカニズムを経由して変換したアイテムをユーザ装置に送信し得る。動作（５）は、一般的に、非ワイヤレス経路を経由する、１つ以上のパーソナルアイテムの配信を表す。ユーザは、一般的に、無線でコンテンツをダウンロードすると高い費用が発生する可能性を避けるために、非ワイヤレス経路を使用することを好み得る。
【０１６７】
図１７は、フローチャートの形態で個人アイテムの処理動作を説明する手順１７００を示す。
【０１６８】
ブロック１７０２において、ユーザ提供処理モジュール９０６は、電子メールメッセージのように、ユーザからメッセージを受信するが、これには、添付されたユーザ入力アイテム（または複数のアイテム）を含む。
【０１６９】
ブロック１７０４において、ユーザ提供処理モジュール９０６は、許可アドレスリストに問い合わせることによって、メッセージが許可されたアドレスから送信されているかどうかを決定する。許可されている場合には、ユーザ提供処理モジュール９０６は、メッセージをパースして解釈するとともに、それに添付された個人アイテムを抽出する。アイテムの抽出には、いかなる種類のパッケージファイルからもアイテムを削除するステップが関与し得る。
【０１７０】
ブロック１７０６において、ユーザ提供処理モジュール９０６は、事実、個人アイテムのフォーマットが装置が読取可能なフォーマットでない場合、個人アイテムを装置が読取可能なフォーマットに変換する。ユーザ提供処理モジュール９０６は、単一のメカニズムに依存してこの変換を実行できる。代替として、ユーザ提供処理モジュールは、複数の利用可能な変換メカニズムのうちのいずれか１つ以上に依存できる。例えば、ユーザ提供処理モジュール９０６は、特定のタイプのアイテムを変換するために最適と思われる変換メカニズムを選択することができる。これに加えて、または代替として、ユーザは、特定のアイテムに適用される１つ以上のメカニズムを特定する命令を転送し得る。１つの事例において、ユーザ提供処理モジュール９０６が１つのタイプの変換メカニズムを使用してアイテムの処理に成功しない場合、別のメカニズム等を試行できる。
【０１７１】
これに加えて、または代替として、変換には、任意選択で、個人アイテムのサイズを、ユーザ装置によって変換されたアイテムの表現をより適合する形態に変更するステップが関与し得る。つまり、この対策は、装置上に提示される場合に変換されたアイテムをより読みやすくし得る。
【０１７２】
これに加えて、または代替として、変換には、個人アイテムを例えば９０度回転するステップが関与し得、ここでも、ユーザ装置によって変換されたアイテムの提示がより読みやすくなる。
【０１７３】
これに加えて、または代替として、変換には、ユーザ装置上で複数ページで提示するために、個人アイテムを複数部分に分解するステップが関与し得る。例えば、ブロック１７０６の右側に図示したように、ユーザ提供処理モジュール９０６は、個人アイテムを９０度回転させてから、複数の部分に分解し得る。この動作は、大きい画像（例えば、スキャンしたページ画像のあるＰＤＦ文書）を有する特定の個人アイテムに適し得る。ここでも、この対策によって、装置上で提示する場合に変換したアイテムはより読みやすくなり得る。
【０１７４】
ブロック１７０８において、ユーザ提供処理モジュール９０６は、変換した個人アイテムを受信するためにユーザが使用を希望する経路を決定する。１つの事例において、ブロック１７０８で実行される決定は暗示的であり得る。例えば、ユーザ提供処理モジュール９０６は、変換後にワイヤレス経路から送信されるアイテムを受信するために、第１の電子メールアドレスを提供し得る。ユーザ提供処理モジュール９０６は、非ワイヤレス経路から送信されるアイテムを受信するために、第２の電子メールアドレスを提供し得る。ユーザが個人アイテムを第１の電子メールアドレスに送信する場合、ユーザは変換したアイテムをワイヤレス経路を経由して受信することを希望していると理解される。ユーザが個人アイテムを第２の電子メールアドレスに送信する場合、ユーザは変換したアイテムを非ワイヤレス経路を経由して受信することを希望していると理解される。別の事例において、ユーザ提供処理モジュール９０６は、個人アイテムを受信するために単一の電子メールアドレスを提供し得る。ユーザ提供処理モジュール９０６は、メッセージ自体に提供された命令を解釈すること等によって、選択した配信経路を区別し得る。
【０１７５】
ユーザがワイヤレス配信経路を選択したと想定する。この事例では、ブロック１７１０において、ユーザ提供処理モジュール９０６は、タスクリストサーバモジュール３１４のユーザのタスクキューにエントリを追加する。
【０１７６】
ブロック１７１２は、一般的に、アイテム配信手順を指し、起動するとアイテムをダウンロードする。この動作は、後の図面で詳細に説明する。
【０１７７】
次に、ユーザが非ワイヤレス配信経路を選択したと想定する。ブロック１７１４において、ユーザ提供処理モジュール９０６は、変換したアイテムをユーザに電子メールで返信、変換したアイテムをネットワークからアクセス可能なサイトにポストする等、代替の送信メカニズムによって、変換したアイテムをユーザが利用できるようにする。
【０１７８】
ブロック１７１６に示したように、ユーザ提供処理モジュール９０６は、アイテムの処理に何らかの失敗があるかどうかを解明し得る。失敗がある場合、ブロック１７１８において、ユーザ提供処理モジュール９０６は、エラー通知メッセージを発信者に送信する。部分的にだけ失敗している場合、処理が成功し得たアイテムに対して処理が進む。
【０１７９】
Ｂ．２．例示的なタスクサーバモジュール
このセクションは、タスクリストサーバモジュール３１４の例示的な作成および動作に関する追加情報を提供する。タスクリストサーバモジュール３１４は、ユーザ装置１０４に命令を送信することによって動作し、したがって、ユーザ装置１０４にアイテムを読み込み、他の動作を実行するように命令することを思い起こされたい。
【０１８０】
タスクサーバモジュール３１４は、タスクリスト受信モジュール１８０２を含む。タスクリスト受信モジュール１８０２は、前のセクションで説明した多様な処理モジュール（９０２、９０４、９０６）等、多様なソースからエントリを受信する。例えば、タスクリストエントリ受信モジュール１８０２は、ユーザが電子書籍等のコンテンツを購入する場合、サブスクリプション関連アイテムを受信する場合、ユーザが個人文書をＩＰＳ１０２に送信する場合等に、エントリを受信し得る。これらのイベント全てによって、ＧＥＴタイプのエントリが生成されるが、これは、ＧＥＴタイプエントリに対応するアイテムをダウンロードするようにというユーザ装置１０４への命令として機能する。他のＩＰＳ側のモジュールは、ＧＥＴタイプのエントリをキューに追加し得、命令付きアップグレードを提供するアイテムをダウンロードすることが必要であることをユーザ装置１０４に通知する。
【０１８１】
他のタイプのエントリは、様々なタイプの命令を伝達し得る。１つの事例においては、ＩＰＳ１０２内のエンティティは、削除（ＤＥＬ）命令を生成し得るが、この命令は、ユーザ装置１０４がこれまでに受信して装置メモリ３３６に格納し得たアイテムを削除するようにユーザ装置１０４に指示する。ある状況においては、ユーザはアイテムを購入した場合があり、これによって、ＧＥＴタイプのエントリの生成が発生していた。しかし、その後、ユーザの信用状態が十分でないことが決定された場合には、アイテムの購入が不可能になる。この事例においては、ＩＰＳ１０２の適切なエンティティ（マーチャントストアモジュール３１８等）は、ユーザのタスクキューにＤＥＬタイプのエントリを追加し得る。
【０１８２】
別の事例においては、ＩＰＳ１０２の適当なエンティティ（監視および／またはテスト機能等）は、ユーザ装置１０４にパフォーマンスログおよび／または他の情報を監視および／またはテスト機能に転送するように要求するコマンド（例えば、ＰＵＴ命令）をユーザのタスクキューに追加し得る。
【０１８３】
別の事例においては、ＩＰＳ１０２の適切なエンティティは、このエントリの受信時、ユーザ装置１０４に、例えば、ポップアップ形態または他のタイプの警告関連形態で、情報をユーザに表示するように、情報をタスクキューに追加し得る。
【０１８４】
ＩＰＳ１０２は、様々なアプリケーションや環境に合わせて、さらに追加のタイプの命令をユーザのタスクリストに追加し得る。
【０１８５】
タスクリストサーバモジュール３１４は、タスクキューとも称される、複数のタスクリストを維持するためのタスクリストストア１８０４を含み得る。より特定すると、タスクリストサーバモジュール３１４は、ユーザ装置ＡにはタスクリストＡ、ユーザ装置ＢにはタスクＢ等と、それぞれのユーザ装置に対して異なるキューを維持し得る。図１８で、メールボックスストアＡのエントリはユーザ装置Ａ専用であることを示す、四角の破線によって表されるように、ユーザ装置は、その独自のそれぞれのタスクリストと情報のやり取りをする。
【０１８６】
タスクサーバモジュール３１４は、装置対話モジュール１８０６も含む。装置対話モジュール１８０６の目的は、タスクサーバモジュール３１４が装置側タスクリスト処理モジュール３３４と対話することを可能にすることである。装置対話モジュール１８０６は、通知モジュール１８０８を含む。通知モジュール１８０８は、例えば、呼び出し音タイプのＴＰＨ信号の形態で、通知メッセージをユーザ装置１０８に転送する。装置対話モジュールは、したがって、データモードでユーザ装置と対話する。すなわち、装置対話モジュール１８０６は、ユーザのタスクキューのｎ件のリストに対するユーザ装置の要求を受信し、受信時、装置対話モジュール１８０６はこのリストを提供する。装置対話モジュール１８０６は、この後、リストから１つ以上のエントリを削除することを指示するユーザ装置の命令を受信し得、ユーザ装置がこれらのエントリに関連したアイテムのダウンロードに成功したことを示す。
【０１８７】
タスクリストサーバモジュール３１４は、タスクリスト管理モジュール１８１０を含む。タスクリスト管理モジュール１８１０は、ユーザのタスクキューにポストされたエントリを管理する。１つの事例において、エンティティは、ＧＥＴタイプのエントリをユーザのキューにポストし得ると、同じエンティティまたは別のエンティティは、ＤＥＬタイプのエントリをポストし得、装置がこれまでに取得するように依頼した同じアイテムを削除するようにユーザ装置に指示する。この状況においては、１つの事例において、タスクリスト管理モジュール１８１０は、ＧＥＴタイプのエントリを削除し得るが、ＤＥＬタイプのエントリは削除し得ない。この動作は、ユーザ装置１０４が既にＧＥＴタイプのエントリを受信していた場合や、対応するアイテムをダウンロードするプロセスにおいて適切であり得る。
【０１８８】
別の事例においては、タスクリスト管理モジュール１８１０は、ユーザのタスクキューが、新聞または他の定期刊行物のいくつかの版を含んでいると決定する。タスクリスト管理モジュール１８１０は、ユーザは古い新聞を読みたくないだろうという想定の下で、定期刊行物の最新版以外を全て削除し得る。ユーザには、この動作をオーバーライドするセットアップ選択を行うオプションが与えられ得る。別の事例では、ユーザは、以下に説明する方式で、コンテンツ管理モジュール３４２を経由して、新聞の古い版にアクセスし得る。
【０１８９】
一般的に、タスクリスト管理モジュール１８１０は、タスクリストキューが、不一致または冗長のエントリ、または他の何らかの不要なエントリタイプのコンテンツを含まないことを保証することに役立つ。
【０１９０】
図１９は、タスクサーバモジュール３１４の動作の１方式をフローチャート形式で図説する手順１９００を示す。手順１９００は、特定のユーザ装置へのアイテムの配信を参照しながら説明する。タスクサーバモジュール３１４は、同じ手順を使用してアイテムを他のユーザ装置に転送する。
【０１９１】
ブロック１９０２において、タスクサーバモジュール３１４は、１つ以上のタスクエントリを受信する。この動作は、新しい電子書籍等の購入、新しいサブスクリプション関連アイテムの受信等によって、トリガされ得る。
【０１９２】
ブロック１９０４において、タスクサーバモジュール３１４は、エントリを適切なメールボックスに保管する（最終的にアイテムを受信するユーザ装置にこのようなメールボックスが関連付けられる）。
【０１９３】
ブロック１９０６で、タスクサーバモジュール３１４は、ＴＰＨ信号をユーザ装置に送信して、ダウンロードし得る１つ以上のエントリが存在することをユーザ装置に警告する。より具体的には、１つの実施形態では、ＴＰＨスケジュール機能がＴＰＨイベントを受信し得る。１つ以上の考慮事項に基づいて、ＴＰＨスケジュール機能は、ＴＰＨ信号を直ちに送信するかどうか、または、ＴＰＨ信号の送信を遅らせるかどうかを決定し得る（例えば、可能性として複数のＴＰＨイベントを一体化させて単一のＴＰＨ信号を送信することによる）。ＴＰＨスケジュール機能に関する追加詳細は以下に提供する。ＴＰＨスケジュール機能は、通知モジュール１８０８の特徴として実現され得る。
【０１９４】
ブロック１９０８において、タスクサーバモジュール３１４は、ユーザ装置がこれらのアイテムを要求することに応答して、ｎ件のエントリをユーザ装置に提供する。
【０１９５】
ブロック１９１０において、ユーザ装置がエントリによって特定された動作の実行に成功した後（１つ以上のアイテムのダウンロード、１つ以上のアイテムの削除等）、ユーザ装置１０４は、タスクサーバモジュール３１４に削除命令を送信する。動作１９１０において、タスクサーバモジュール３１４は、タスクキューのエントリを削除することによって、この要求に応答する。
【０１９６】
図２０は、タスクリストサーバモジュール３１４のタスクリスト管理モジュール（「管理モジュール」）１８１０の動作の１つの方式を図説する手順２０００を示す。１つの実施形態は、手順２０００は、例えば、図１９の動作１９０２と１９０４の間等、新しいエントリがタスクキューに追加される場合に実行される。
【０１９７】
ブロック２００２において、管理モジュール１８１０は、タスクキューのエントリを分析する（タスクキューに追加される候補エントリと共に）。より具体的には、管理モジュール１８１０は、ユーザ装置への送信を待機しているキューに現在保管されているエントリを特に確認し得る。管理モジュール１８１０は、ユーザ装置１０４に既に転送されたエントリも考慮し得る。
【０１９８】
ブロック２００４では、管理モジュール１８１０は、何らかの理由で互いに矛盾する、または他の何らかの問題を生じ得るいずれか２つ以上のエントリを考慮する。矛盾の一例は、ＧＥＴタイプのエントリが、同じアイテムのＤＥＬタイプのエントリと相反する場合である。対応が必要な問題の別の例は、タスクキューが同じ新聞または他の定期刊行物の複数の版を含む場合である。対応が必要な問題の別の例は、タスクキューが、まったく二重のエントリを含む場合等である。
【０１９９】
ブロック２００６において、管理モジュール１８１０は、可能であれば、矛盾するエントリによって発生したいかなる問題も解決または軽減するステップを実行する。動作２００４は、キューへの１つ以上のエントリを削除、キューに１つ以上のエントリを追加する等のように、キューへの変更を行うことを必要とし得る。動作２００４には、これに加えて、または代替として、修正コマンドをユーザ装置に送信するステップが関与し得る。
【０２００】
Ｂ．３．例示的なタスク処理モジュール
図２１は、装置側タスクリスト処理モジュール３３４の詳細を示す。図２１に示したモジュールは、タスクリストサーバモジュール３１４に対する図１８に示した多数のモジュールを補完する。
【０２０１】
タスクリスト処理モジュール３３４は、例えば、電話の呼び出し音の形態で、ＩＰＳ１０２から通知メッセージを受信するためのＴＰＨ受信モジュール２１０２を含む。ＴＰＨ受信モジュール２１０２は、この信号に正式に応答することなく、ＴＰＨ信号に対して応答し得、その後、タスクリスト処理モジュール３３４は、データモードを使用して、ＩＰＳ１０２と情報を交換する。ＴＰＨ信号を受信時、ユーザ装置１０４は、第１の電力状態から第２の電力状態に遷移し得るが、第２の電力状態は第１の電力状態よりも多くの電力を消費する。これは、ユーザ装置がまだ第２の電力状態になっていないと想定している。
【０２０２】
タスクリスト処理モジュール３３４は、タスクリストサーバモジュール３１４との全ての対話を処置する場合に使用されるリストサーバ対話モジュール２１０４を含む（この対話のＴＰＨ態様を除く）。すなわち、リストサーバ対話モジュール２１０４は、タスクリストサーバモジュール３１４からｎ件のリストを受信する要求を送信してから、回収動作が成功するとこのようなリストを受信し得る。ユーザ装置が、リストのエントリによって参照されているアイテムを取得した（および／またはエントリによって特定された他の動作を実行）後、リストサーバ対話モジュール２１０４は、削除命令をタスクリストサーバモジュール３１４に送信し得、タスクリストサーバモジュール３１４に対応するアイテムをタスクキューから削除するように命令する。
【０２０３】
タスクリスト処理モジュール３３４は、コンテンツ配信（ＣＤ）対話モジュール２１０６を含む。ＣＤ対話モジュール２１０６の目的は、サーバ側コンテンツ配信モジュール３１６と対話して、ｎ件のエントリのリストに特定されたアイテムを要求および取得することである。ＣＤ対話モジュール２１０６は、コンテンツ配信モジュール３１６から多様なヒント、ならびに補助情報（例えば、インデックス情報、バックアップ注釈等）も受信し得る。ＣＤ対話モジュール２１０６は、装置メモリ３３６または他の何らかの格納メディアから受信するアイテムおよび他の情報を保管し得る。
【０２０４】
タスクリスト処理モジュール３１４は、装置側管理モジュール２１０８も含み得る。この装置管理モジュール２１０８は、タスクリスト処理モジュール３３４の動作を調整する。装置管理モジュール２１０８は、したがって、装置側増分更新モジュール２１１０および装置側エラー処置モジュール２１１２を含み得る。増分更新モジュール２１１０とエラー処理モジュール２１１２は、協働し、ＣＤ対話モジュール２１０６によって実行される回収動作を規制する。増分更新動作は、セクションの後半で詳細を説明する。
【０２０５】
プレビューの目的で、要求されている（規定のコンテンツを有する）アイテムの特定のタイプに対して適切な場合は、増分更新モジュール２１１０は、まずデルタファイルを要求することによって、特定されたアイテムを取得するようにＣＤ対話モジュール２１０６に命令し得る。デルタファイルは、希望したコンテンツの装置側バージョンと、コンテンツの現在のバージョンとの違いを表す。この動作がいずれの理由により成功しない場合（エラー処置モジュール２１１２によって評価される）、増分更新モジュール２１１０は、特定されたアイテムの完全バージョンを要求するようにＣＤ対話モジュール２１０６に命令し得る。説明するように、ＩＰＳ１０２のコンテンツ配信モジュール３１６は、装置側増分更新モジュール２１１０に対して、独立的ではあるが補助的方式で、増分更新動作を処理するサーバ側増分更新モジュールを含む。
【０２０６】
図２２は、装置のタスクリスト処理モジュールの動作を説明する手順２２００をフローチャート形態で示す。
【０２０７】
ブロック２２０２において、ＴＰＨ受信モジュール２１０２は、任意選択で電話の呼び出し音の形態で、タスクリストサーバモジュール３１４から通知メッセージを受信する。ダウンロードプロセスは、他のイベントによっても開始し得る。例えば、プロセスは、「新アイテムを確認」コマンド（例えば、１つ以上の装置メニュー経由で利用可能になる）の起動に応答して、開始し得る。プロセスは、ユーザ装置１０４の無線に（電源切断状態から）電源を入れることによっても開始し得る。プロセスは、ワイヤレスサービスが利用不可能であった場所から、利用可能な地理的場所にユーザ装置１０４が入る、等によっても開始し得る。
【０２０８】
ブロック２２０４において、通知メッセージに応答して、ユーザ装置は適切な電力状態に移る（まだ適切な状態でなかった場合）。リストサーバ対話モジュール２１０４は、次に、タスクリストサーバモジュール３１４によって維持されたタスクキューから、ｎ件のエントリを要求して受信する。
【０２０９】
ブロック２２０６で、ＣＤ対話モジュール２１０６は、ｎ件のエントリによって特定されるアイテムを要求する。
【０２１０】
ブロック２２０８において、ＣＤ対話モジュール２１０６は、ヒントと共に、アイテム（ダウンロードが成功した場合）を受信する。第１のヒントは、ユーザ装置１０４に、ＩＰＳ１０２で利用可能なアイテムのインデックスを通知する。第２のヒントは、ユーザ装置に、バックアップ注釈がＩＰＳ１０２で利用可能であることを通知する。第１および第２のヒントは、インデックスおよび／またはバックアップ注釈がそれぞれ利用可能ではないことを示すために使用し得る。
【０２１１】
ブロック２２１０において、ＣＤ対話モジュール２１０６は、任意選択で補助情報をダウンロードする（適切だと判断した場合）。このような追加情報は、検索インデックス情報と注釈情報から成る。
【０２１２】
ブロック２２１２において、ＣＤ対話モジュール２１０６は、読み込んだアイテムと補助情報を装置メモリ３３６および／または他の何らかの格納場所に保管する。
【０２１３】
ブロック２２１４において、リストサーバ対話モジュール２１０４は、タスクリストサーバモジュール３１４に、アイテムのダウンロードが成功したことを通知するので、タスクリストサーバモジュール３１４は、対応するエントリをタスクキューから削除することが可能になる。
【０２１４】
図２２は、動作２２０６〜２２１４が、例えば、複数のアイテムを事実上ダウンロードして、統合プロセスとして他の動作を実行することによって、一括様式で実行され得ることを示す。別の実施形態は、ｎ件のエントリのリストをブロック２２０４で受信した後、ユーザ装置１０４は、リストの第１のエントリに対して動作２２０６〜２２１４を実行してから、リストの第２のエントリに対して動作２２０６〜２２１４を実行する等、ユーザ装置１０４がｎ件のエントリの全てをプロセスするまで、実行し得る。
【０２１５】
Ｂ．４．例示的なコンテンツ配信モジュール
Ｂ．４．ａ．コンテンツ配信モジュールの概要
図２３は、サーバ側コンテンツ配信モジュール３１６に関して追加の詳細を提供する。サーバ側コンテンツ配信モジュール３１６は、要求後にユーザ装置１０４にアイテムを配信することに部分的に関連する多数の機能を実行する。
【０２１６】
まず、コンテンツ配信モジュール３１６は、ダウンロードモジュール２３０２を含む。ダウンロードモジュール２３０２は、ＣＤ対話モジュール２１０６と協働して、このモジュール２１０６からアイテムに対する要求を受信し、可能な場合は、要求されたアイテムをＣＤ対話モジュール２１０６に配信する。ダウンロードモジュール２３０２は、コンテンツストア３０８から、要求されたアイテムを読み込む。ダウンロードモジュール２３０２は、インデックスストア１１０６と注釈ストア１１１６から補助情報も読み込み得る。インデックスストア１１０６は、要求されているアイテムに対するインデックス（存在する場合）を保管する。注釈ストア１１１６は、要求されているアイテムに対する注釈（存在する場合）を保管する。
【０２１７】
ダウンロードモジュール２３０２は、デルタ情報ストア２３０６からデルタ情報読み込む増分ダウンロードモジュールを含み得る。ダウンロードモジュール２３０２の目的は、可能な場合、要求されたコンテンツの完全バージョンではなく、要求されたコンテンツのデルタバージョンをダウンロードすることである。要求されたコンテンツのデルタバージョンは、要求されたコンテンツの装置側バージョンと、要求されたコンテンツの現在のバージョンとの違いに対応する。より具体的には、デルタ情報ストア２３０６は、多様なデルタファイルを提供し、それぞれのファイルは、要求されたコンテンツの装置側となる可能性があるバージョンと要求されたコンテンツの現在のバージョンとの違いに対応する（現在のバージョンと考えられる内容は、各新しいバージョンの受信によって変化する）。一般的に、ダウンロードモジュール２３０２は、要求されたコンテンツのコンテンツ全体ではなく、デルタバージョン（デルタ情報ストア２３０６のデルタファイルの集合から選択された）を転送して、ＩＰＳ１０２からユーザ装置１０４に送信される情報量を削減しようとする。したがって、図２３の説明を必要以上に複雑化させないために、増分更新プロセスの詳細は、説明の後半で提供する。
【０２１８】
コンテンツ配信モジュール３１６のいくつかのモジュールは、多様なそれぞれの機能でダウンロードモジュール２３０２をサポートする。例えば、コンテンツ配信モジュール３１６は、ヒント提供モジュール２３０８を含む。ヒント提供モジュール２３０８は、特定の要求されたアイテムに対するインデックスがインデックスストア１１０６に存在するかどうかを特定するヒントを準備して転送する。ヒント提供モジュール２３０８は、特定の要求されたアイテムに対するバックアップ注釈が注釈ストア１１１６に存在するかどうかを特定するヒントも準備して転送する。各ヒントは、ブール式のＹｅｓとＮｏタイプのフィールド、または他の何らかのフォーマットで表現することができる。ヒント提供モジュール２３０８は、ダウンロードモジュール２３０２によって提供されたアイテムと共にヒントを送信し得る。
【０２１９】
コンテンツ配信モジュール３１６は、注釈フォーマットモジュール２３１０も含む。注釈ストア１１６は、バックアップ注釈を一般的な形態で注釈ストア１１１６に保管し得る。バックアップ注釈が存在し、ユーザ装置１０４がこれらの注釈を要求すると想定すると、注釈フォーマットモジュール２３１０は、バックアップ注釈をその一般的な形態から、電子書籍アイテム自体のフォーマット等、対応するアイテム自体のフォーマットとの互換性がある形態に変換し得る。次に、ダウンロードモジュール２３０２は、ユーザ装置に所望のフォーマットで注釈を転送し得る。
【０２２０】
１つの実施形態において、注釈ストア１１６は、上記で特定した注釈の全てのタイプを完全に記述する。別の例示的な実施形態において、注釈ストア１１１６は、注釈の場所とユーザメモのコンテンツだけを保管する。この事例においては、注釈ストア１１１６は、ハイライト型やクリップ型の注釈に関連付けられた実際の引用を保管し得ない。１つの実施形態では、注釈フォーマットモジュール２３１０は、注釈の保管場所に基づいて引用を要求するためにコンテンツストア３０８に問い合わせを実行し得る。これによって、システムは、ハイライト型とクリップ型の注釈を再構成することが可能になる。
【０２２１】
コンテンツ配信モジュール３１６は、暗号化モジュール２３１２も含む。暗号化モジュール２３１２は、任意選択で、特定のユーザに対してユーザ装置１０４に配信されるアイテムを暗号化し得る。これは、コンテンツストア３０８からアイテムを受信するステップと、デジタル著作権管理（ＤＲＭ）および／または他の保護関連処理をアイテムのヘッダに適用するステップと、を含み得る。暗号化モジュール２３１２は、暗号化関連処理をアイテムに適用する前に、アイテムのコピー全体をメモリに格納する必要はない。つまり、暗号化モジュール２３１２は、ユーザ装置にアイテムをストリーム様式で出力し得、必要に応じてアイテムに部分的に暗号化を適用する。１つの事例において、暗号化モジュール２３１２は、配信する全てのアイテムに暗号化を適用する。別の事例において、暗号化モジュール２３１２は、一部のアイテム（電子書籍、サブスクリプション関連アイテム等のような）には暗号化を適用するが、他のアイテム（個人アイテムやＩＰＳ生成メッセージ等のような）には適用しない。
【０２２２】
コンテンツ配信モジュール３１６は、個人化モジュール２３１４も含む。個人化モジュール２３１４は、ユーザに配信される前にアイテムに個人情報を挿入し得る。例えば、アイテムは１つ以上のプレースホルダーフィールドを含み得る。個人化モジュール２３１４は、プレースホルダーフィールドに、ユーザの名前等のような個人情報を入力し得る。
【０２２３】
コンテンツ配信モジュール３１６は、メタデータ注入モジュール２３１６も含む。名前が示すように、メタデータ注入モジュール２３１６は、ユーザに送信される前にアイテムにメタデータを挿入する。メタデータは、アイテムの作成者の名前を含み得る。後に記述するように、コンテンツ管理モジュール３４２は、１つ以上のユーザインタフェースページでこの名前情報をユーザに表示し得る。メタデータは、アイテムのテキストが開始する場所を特定する情報も含み得る。この場所情報によって、ユーザ装置１０４によって提供される１つ以上のメニューを経由して起動され得る「先頭へ移動」機能が有効になる。メタデータは、アイテムのカスタムタイトルも含み得る。このメタデータによって、コンテンツ配信モジュール３１６は、１つ以上のページに、「Ｔｈａｎｋ  Ｙｏｕ，Ｊｏｈｎ（ジョンさん、ありがとうございました）」等の個人化したメッセージと共にアイテムを表示することが可能になる。最後に説明した機能は、上記の個人化モジュール２３１４の役割と重複する。
【０２２４】
アイテムに注入されたメタデータは、アイテムを特定するためにマーチャントストアモジュール３１８によって使用される固有のＩＤ番号等、アイテムの識別情報も含み得る。より具体的には、１つの例示的実施形態において、コンテンツ受信システム３０２がコンテンツを受信して処理する場合、ＩＤ番号をコンテンツストア３０８のアイテム自体には結合しない。コンテンツ受信システム３０２は、ＩＰＳ１０２のどこか別の場所にＩＤ情報を保管する。特定アイテムの配信時、メタデータ注入モジュール２３１６は、アイテムにそのＩＤ番号を関連付けて、この情報の組み合わせをパッケージとして送信し得る。例えば、メタデータ注入モジュール２３１６は、配信前にアイテムのヘッダにＩＤ情報を挿入し得る。
【０２２５】
１つの事例においては、暗号化モジュール２３１２とメタデータ注入モジュール２３１６（および／または他のモジュール）は、個別の動作として順次に動作し得る。別の事例において、暗号化モジュール２３１２とメタデータ注入モジュール２３１６（および／または他のモジュール）は、概して単一の統合動作として動作し得る。
【０２２６】
コンテンツ配信モジュール３１６は、認証モジュール２３１８も含む。認証モジュール２３１８は、要求しているアイテムを受信する権利がユーザにあるかどうかを決定する。認証モジュール２３１８は、ユーザが要求しているコンテンツに対して適切な支払をしたかどうかを示す情報等、決定を行うために認証情報の１つ以上のフィールドに対する参照を実行し得る。上記に説明したように、電子書籍アイテムや他のアラカルト選択の場合、認証モジュール２３１８は、メディアライブラリモジュール３２４と対話し、ユーザがアイテムを購入したかどうか（または、受信する正当な権利があるかどうか）を決定し得る。サブスクリプション１件に提供されるサブスクリプション関連アイテムの場合、認証モジュール２３１８は、サブスクリプションモジュール３１０と対話し、ユーザが特定のサブスクリプションの号を受信するように概して認証されているかどうかを決定し得る（例えば、アイテム毎の認証問い合わせを行うことなく）。
【０２２７】
コンテンツ配信モジュール３１６は、ダウンロード制限モジュール２３２０も含む。ダウンロード制限モジュール２３２０は、認証モジュールの一部として、または個別のモジュールとして実現され得る。ダウンロード制限モデル２３２０は、１つの例示的事例においては、５台の装置等、アイテムをダウンロードする装置の最大数を任意選択で制限し得る。
【０２２８】
上記に列挙したモジュールのリストは、例であって、コンテンツ配信モジュール３１６によって実現される機能のタイプを包括するものではない。「他のモジュール」２３２２というラベルによって示すように、コンテンツ配信モジュール３１６は、追加の動作を実行し得る。さらに、一部の実施形態では、コンテンツ配信モジュール３１６は、図２３に特定したモジュールのうちの１つ以上を省略し得る。
【０２２９】
図２４は、コンテンツ配信モジュール３１６の動作の１つの例示的な方式をフローチャート形式で説明する手順２４００を示す。図２４に図説した動作の順序は、多様な方式で変更され得る。さらに、図２４に示した１つ以上のブロックは、省略され得る。さらに、１つ以上の動作は同時に実行され得、この場合、図２４は、これらの機能の説明をわかりやすくするために、これらの機能を個別の動作として図説する。
【０２３０】
ブロック２４０２において、コンテンツ配信モジュール３１６は、１つ以上のアイテムに対する要求をタスクリスト処理モジュール３３４から受信する。説明をわかりやすくするために、フローチャートは、ユーザ装置１０４は単一のアイテムを要求したと想定する。
【０２３１】
ブロック２４０４において、コンテンツ配信モジュール３１６は、例えば、上記に説明したように、認証モジュール２３１８とダウンロード制限モジュール２３２０に関して、多様な認証関連動作を実行する。
【０２３２】
ブロック２４０６では、コンテンツ配信モジュール３１６は、特定されたアイテムをサーバコンテンツストア３０８から読み込む。
【０２３３】
ブロック２４０８において、コンテンツ配信モジュール３１６は、ユーザの名前をアイテムのプレースホルダーフィールドに挿入する等して、任意選択でアイテムを個人化し得る。
【０２３４】
ブロック２４１０において、コンテンツ配信モジュール３１６は、識別番号をアイテムに割り当て得る、および／または他のメタデータをアイテムに注入し得る。
【０２３５】
ブロック２４１２において、コンテンツ配信モジュール３１６は、任意選択で、特定のユーザに配信する各アイテムのヘッダを暗号化し得る。上記に説明したように、コンテンツ配信モジュール３１６は、アイテム全体をメモリに格納する必要なく、アイテムに暗号を適用し得る。
【０２３６】
ブロック２４１４において、コンテンツ配信モジュール３１６は、準備したアイテムをユーザ装置１０４に転送し得る。アイテムには、ＩＰＳ１０２がアイテムのインデックスおよびアイテムのバックアップ注釈を維持するかどうかをそれぞれ説明するヒントが付随し得る。
【０２３７】
ブロック２４１６において、コンテンツ配信モジュール３１６は、サーバ側インデックスに対する要求および／またはバックアップ注釈に対する要求等、補助情報に対する要求を受信し得る。
【０２３８】
ブロック２４１８において、コンテンツ配信モジュール３１６は、準備した補助情報をユーザ装置１０４に転送し得る。
【０２３９】
ブロック２４１０において、プロセスは、識別子をアイテムに割り当て、さらに他のメタデータを注入し得る。
【０２４０】
図２５は、ユーザ装置１０４がアイテムを受信時に処理し得る１つの方式を説明する例示的手順２５００を示す。
【０２４１】
ブロック２５０２において、ユーザ装置１０４は、要求したアイテムを受信する。アイテムは、特定のタイプのコンテンツに対応し、電子書籍アイテム、サブスクリプション関連アイテム、ユーザのクエリに対する一連の応答等であり得る。また、アイテムは、キーとも称される、１つ以上の識別番号によっても表現され得る。１つの事例においては、サブスクリプション関連アイテムの各版または号には、固有の識別番号が割り当てられる。
【０２４２】
ブロック２５０４において、ユーザ装置１０４は、アイテムのタイプおよびキー（例えば、識別番号）が、ユーザ装置１０４によって現在保管されているアイテムと同じであるかどうかを決定する。同じである場合、電子書籍アイテムやサブスクリプション関連アイテムの場合、これは、ユーザ装置は、現在、既にプロセスされているアイテムと完全に冗長なコピーを受信していることを意味する。フィードの場合には、これは、ユーザ装置１０４は、少なくとも新しいバージョンのフィードを受信しているが、これは、これまでのバージョンのフィードに関して、１つ以上の部分を追加および／または省略し得る。受信したフィードのバージョンを識別するには、バージョン識別を使用され得る。
【０２４３】
ブロック２５０６において、アイテムが冗長であるとみなされる場合、ユーザ装置１０４は、新しく受信したアイテムと、同じタイプとキーを有するこれまでに保管したアイテムを統一し、これによって、このエントリに対して単一のレコードだけを作成する。
【０２４４】
ブロック２５０８で、アイテムが本当には冗長であるとみなされない場合、ユーザ装置は新しく受信したアイテムを個別の新しいアイテムとして保管し得る。１つの実施形態においては、この時点で、ユーザ装置１０４は、受信したヒントを確認し、適切な補助情報（注釈バックアップ情報、および／またはインデックス情報等）をダウンロードし得る。
【０２４５】
Ｂ．４．ｂ．増分更新に対する例示的なアプローチ
図２６〜２９は、増分更新を実施するための手順を説明する。この手順の一般的な目的は、可能な場合、要求したアイテムの完全バージョンではなく、要求したアイテムのデルタバージョンをユーザ装置に提供することである。要求したアイテムのデルタバージョンは、装置によって既に処理されたコンテンツのバージョン（例えば、「装置バージョン」）とコンテンツの現在のバージョンとの違いを表す。デルタバージョンを受信すると、装置は、アイテムのデルタバージョンを既存の以前の（装置）バージョンに統合（例えば、パッチ）することによって、要求したアイテムの完全バージョンを作成する。手順は、要求したアイテムのデルタバージョンをユーザ装置１０４に提供して、ＩＰＳ１０２からユーザ装置１０４に送信されている情報量、およびこれに伴うコスト（部分的に、ワイヤレス通信コストに関する）の削減に役立つ。
【０２４６】
増分更新動作は、ＩＰＳ１０２とユーザ装置１０４の両方で発生する。これらの２つの動作は、互いに独立して発生するが、これらの動作は、互いに補完し合う。図２７と２８は、ＩＰＳ１０２の観点から増分更新手順を説明し、図２９は、ユーザ装置１０４の観点から増分更新動作を説明する。
【０２４７】
図２６から開始すると、この図は、増分更新を実施することが適切になり得る、１つの事例の概要を示す。この場合、ユーザは、フィードを受信するサブスクリプションを有する。フィードとは、既定の時間（例えば、毎時）または他のトリガイベントに応答してユーザに提供される情報部分の一群に対応する。例えば、主要なニュース記事を提供するフィードの事例を検討する。このようなフィードは、毎時、上位１０位までのニュース記事のリストを転送し得る。ｎ時の一群が所定の参照コンテンツを有する場合、ｎ＋１時の一群は、ｎ時のコンテンツの後の「バージョン」と見なされ得る。
【０２４８】
フィードの１つのバージョンは、フィードの直前のバージョンと共通事項を共有する１つ以上の部分を含み得る。ニュースフィードの事例では、特定の日の午後２時の上位１０位のニュース記事は、午後１時に特定されたニュース記事と同じニュース記事を多数含み得る。さらに、時によると、ニュース記事の全てが同じであり得る。この状況においては、午後２時のニュースフィードのデルタバージョンだけをダウンロードすることが望ましい。ニュースフィードのデルタバージョンは、午後１時のニュースフィードとは異なる午後２時のニュースフィードの部分だけを特定する。コンテンツの現在のバージョンは、少なくとも２つの点でコンテンツの前のバージョンとは異なり得る。第１に、コンテンツの現在のバージョンは、コンテンツの前のバージョンには存在しない１つ以上の部分を追加し得る。第２に、コンテンツの現在のバージョンは、これに加えてまたは代替として、コンテンツの前のバージョンに存在した１つ以上の部分を削除し得る。
【０２４９】
図２６は、バージョンＶ1からバージョンＶ4まで、順にコンテンツの変化を表す。バージョンＶ4は、最新時点でのコンテンツの現在のバージョンを表す。バージョンＶ1では、コンテンツは、基本部分Ａ1と補助部分Ａ2を含む。バージョンＶ2では、コンテンツは、基本部分Ａ1と補助部分Ａ2およびＡ3を含む。バージョンＶ3では、コンテンツは、基本部分Ａ1と補助部分Ａ2、Ａ3およびＡ4を含む。最後にバージョンＶ4では、コンテンツは基本部分Ａ1と補助部分Ａ3およびＡ4，さらに、バージョンＶ3では存在したが今は省略された部分Ａ2を含む。
【０２５０】
増分更新手順の１つの実施形態によって採用される例示的な戦略は、現在のバージョン（例えば、Ｖ4）とそれぞれ前のバージョンとの間の違いを表すデルタファイルを前もって編集することである。例えば、第１のデルタファイルは、バージョンＶ4とバージョンＶ3との違いを表す。このデルタファイルは、部分Ａ2が削除されたことを示す部分のみから構成される。第２のデルタファイルは、バージョンＶ4とバージョンＶ2との違いを表す。このデルタファイルは、部分Ａ2を削除する指示と共に、部分Ａ4に含まれる情報（バージョンＶ2に対して追加された）とから構成される。第３のデルタファイルは、バージョンＶ4とバージョンＶ1との違いを表す。このデルタファイルは、部分Ａ2を削除する指示と共に、部分Ａ3とＡ4に対応する情報（バージョンＶ1に対して追加された）とから構成される。デルタファイルには、省略された部分は作成する必要がない。省略部分への参照で十分である。
【０２５１】
増分更新手順のアプリケーション段階では、コンテンツ配信モジュール３１６は、ユーザが要求しているアイテムのＩＤを決定し、バージョンＶ3、バージョンＶ2、バージョンＶ1等のように、ユーザが要求されたコンテンツの前のバージョンを有しているかどうかを決定する。１つの事例では、ユーザ装置１０４は、コンテンツ配信モジュール３１６に、ＩＰＳ１０２に送信する要求に含まれたヘッダ情報に所有するコンテンツのバージョンを伝え得るが、これに限定されない。コンテンツ配信モジュール３１６は、まず、要求されたコンテンツの現在のバージョンと要求されたコンテンツの装置バージョンとの違いを表すデルタファイルにアクセスを試行する。このデルタファイルが取得され得る場合、そして、ファイル全体ではなく、デルタファイルを送信するほうが効率的であると決定される場合、コンテンツ配信モジュール３１６は、要求されたアイテム全体ではなく、デルタファイルを送信する。そうでない場合、コンテンツ配信モジュール３１６は、要求されたアイテム全体を送信する。説明したように、ユーザ装置１０４は、並行分析を実施し、まず、デルタファイルを要求する。ユーザ装置１０４が手順中にデルタファイルを受信せず、処理が成功しない場合、要求したアイテムの完全バージョンを求め得る。
【０２５２】
図２７〜２９は、上記の説明をフローチャート形態で正式に表す。図２７から開始すると、この図面は、デルタファイルを形成する手順２７００を図説する。この動作は、バックグラウンドプロセスとして、ＩＰＳのコンテンツ配信モジュール３１６によって、特に、図２３で示した増分更新モジュール２３０４によって実行され得る。
【０２５３】
ブロック２７０２において、コンテンツ配信モジュール３１６は、新しい版のフィード、新しい版の新聞アイテム等、新しいバージョンのコンテンツを受信したことを記録する。
【０２５４】
ブロック２７０４で、コンテンツ配信モジュール３１６は、一連のデルタファイルを形成し、現在のバージョンＶnとこれまでの一連のバージョン、Ｖn-1、Ｖn-2、Ｖn-3等との違いを表す。コンテンツ配信モジュール３１６は、演算するデルタファイルの数を決定するために、多様なルールを適用し得る。１つの事例においては、配信モジュール３１６は、デルタファイルの数の上限を既定数にする。要求されたアイテムを最も効率的な方式でユーザにダウンロードすることが目的であることを思い起こされたい。したがって、別の事例において、配信モジュール３１６は、デルタファイルが大きくなりすぎる、および／または複雑になりすぎて、デルタファイルではなく、ファイル全体をダウンロードしたほうが効率的な場合があると決定すると、デルタファイルの形成を停止し得る。コンテンツ配信モジュール３１６は、デルタファイルストア２３０６にデルタファイルを保管し得る（図２３に表示）。デルタファイルは、対応する完全なアイテムとともに保管されるか、そうでなければ、参照情報によって対応する完全なアイテムにリンクされ得る。
【０２５５】
ブロック２７０６では、コンテンツ配信モジュール３１６は、関連性がなくなった前の反復からのいかなるデルタファイルも削除し得る。例えば、手順の前の反復においては、バージョンＶn-1はアイテムの最新バージョンであったので、デルタファイルの全ては、このバージョンに対して編集された。１つの実施形態は、コンテンツ配信モジュール３１６は、ユーザは要求したアイテムの最新バージョンを希望するという想定に基づいて、これらの状態のデルタファイル全てを削除し得る。
【０２５６】
図２８は、増分更新手順のアプリケーション段階を表すが、この中で、ユーザ装置は、要求したコンテンツに対応する、アイテムの特定の要求を行う。コンテンツ配信モジュール３１６の増分更新モジュール２３９４は、手順２８００を実行するために使用され得る。
【０２５７】
ブロック２８０２において、コンテンツ配信モジュール３１６は、アイテムに対する要求を受信する。コンテンツ配信モジュール３１６は、ユーザ装置１０４は、ユーザ装置のＨＴＴＰ要求のヘッダからバージョン情報を読み取ること等、多様なメカニズムを介して、要求したアイテムの以前のバージョンＶkを有しているかどうかを決定し得る。
【０２５８】
ブロック２８０４で、コンテンツ配信モジュール３１６は、現在のバージョンＶnと装置のバージョンＶkとの違いに対応するデルタファイルにアクセスを試みる。１つの事例においては、コンテンツ配信モジュール３１６は、３回等（これに限定されない）、このデルタファイルへのアクセスをｎ回試行し得る。
【０２５９】
コンテンツ配信モジュール３１６がデルタファイルのアクセスに成功すると（ブロック２８０６で決定するように）、完全バージョンがない代わりにデルタファイルを提供し得る。すなわち、ブロック２８１０で、コンテンツ配信モジュールは、完全アイテムではなく、デルタファイルを送信する。そうでなければ、ブロック２８１２で、コンテンツ配信モジュール３１６はアイテム全体を送信する。
【０２６０】
上記で説明した動作の方式は、図２７のデルタ形成手順２７００は、完全バージョンではなく、デルタファイルを送信するほうが効率が高いと思える場合のみに、デルタファイルを保管するように動作する、という想定に基づく。この事例においては、手順２８００が対応するデルタファイルを発見しない場合、速やかに完全バージョンにアクセスしてダウンロードすることによって、処理を進める。他の事例においては、完全バージョンではなくデルタファイルを送信するほうが効率が高いかどうかを決定するステップは、例えば、任意選択の決定ブロック２８０８によって示されるように、図２８のダウンロードプロセスの一部として実行され得る。デルタか完全バージョンか決定がどの岐路で行われるかに関係なく、この決定は、いくつかの因子に基づき得る。
【０２６１】
まず、アイテム全体に対するデルタファイルのサイズが関係する。デルタファイルがアイテム全体より大きい場合、アイテム全体がなくデルタファイルを送信することは意味を成さない。この場合、コンテンツ配信モジュール３１６は、ファイル全体を送信すると決定する。
【０２６２】
第２に、決定プロセスは、デルタファイルと比較すると、アイテム全体のほうが圧縮（および／または暗号化）に適し得るという事実を考慮し得る。このように、関連サイズを決定する場合、決定プロセスは、アイテム全体の圧縮サイズに対してデルタファイルの圧縮サイズを確認し得る。
【０２６３】
第３に、デルタファイルをユーザ装置の既存バージョンにパッチするために、およびデルタファイル（アイテム全体ではなく）の処理に固有に関連する他の動作を実行するために必要な有限量のアイテムが存在する。決定プロセスは、アイテム全体に対してデルタファイルを送信するほうが効率性が高いかどうかを決定する場合に、これらの時間差がある考慮事項を考慮するように選択し得る。
【０２６４】
図２９は、ユーザ装置１０４によって実行される補助的な増分更新動作を説明する手順２９００を示す。図２１の増分更新モジュール２１１０とエラー処置モジュール２１１２は、この手順２９００を実行するために使用され得る。
【０２６５】
ブロック２９０２において、ユーザ装置１０４は、デフォルトのルールとして、要求したアイテムのデルタファイルバージョンにアクセスを試みる。成功すると、ユーザ装置１０４は、デルタファイルを現在所有するコンテンツのバージョンにパッチを試みる。ユーザ装置１０４は、任意選択で、既定数のｎ回この動作を試行し得る。
【０２６６】
ブロック２９０４において、ユーザ装置１０４は、要求したアイテムをデルタファイルのパッチとして取得することに成功したかどうかを決定する。成功した場合、プロセスは終了する。成功していない場合、ブロック２９０６において、ユーザ装置１０４は、アイテム全体を要求し得る。ユーザ装置１０６は、デルタファイルをダウンロードするか、アイテム全体をダウンロードするかを決定する場合に、他の考慮事項（成功／失敗タイプの考慮事項ではなく、またはこれに加えて）を適用し得る。
【０２６７】
繰り返しになるが、サーバ側コンテンツ配信モジュール３１６は、独自の増分更新動作（手順２９００による）を実行するユーザ装置１０４と平行して増分更新動作（手順２８００による）を実行し得る。ＩＰＳ１０２またはユーザ装置１０４のいずれかは、要求したアイテムのデルタファイルバージョンを回収しようとする試みを停止することを決定し得る。
【０２６８】
Ｂ．５．配信管理機能
Ｂ．５．ａ．配信管理機能の概要
上記で展開した例では、ＩＰＳ１０２は、アイテムを受信し、エントリを適切なタスクキューに追加してから（サブスクリプション関連アイテムの場合）、ＴＰＨ信号を送信して、エントリにアクセスしてから対応するアイテムをダウンロードするように、ユーザ装置に通知することによって、作動する。このセクションでは、この一般的なプロセスの効率性を高め、および／または他の目標を達成するように設計された多様な管理機能を説明する。
【０２６９】
図３０は、一群のコンテンツ配信管理機能３００を示す。第１の機能は、確実なフルフィルメント機能３００２に対応する。確実なフルフィルメント機能３００２は、ユーザ装置に配信されるアイテムが準備される時点より前に、配信関連処理を実行することによって動作する。このような準備処理は、配信されるアイテムが準備される時点の前に、エントリを装置のタスクキューに追加するステップを含む。
【０２７０】
第２の機能は、ＴＰＨスケジュール機能３００４に対応する。ＴＰＨスケジュール機能３００４は、一般的に、ユーザ装置１０４によって消費される電力を削減するように、ＴＰＨ信号の送信をスケジュールしようと試みる。より具体的には、ユーザ装置が活動状態に復帰し、ＴＰＨ信号に応答すること（例えば、タスクキューからエントリを受信してアイテムをダウンロードすること等）は、比較的コストが高い（電力消費の観点から）。１つの代表的事例では、このようなイベントは、バッテリ寿命全体の約１パーセントを消費する。この状況に対応するため、ＴＰＨスケジュール機能３００４は、タスクキューに報告可能な追加が行われるたびにＴＰＨ信号を送信せず、代替として、複数の報告可能なイベントをまとめて、単一のＴＰＨ信号を送信し得る。ＴＰＨスケジュール機能３００４は、以下に詳細を説明するように、いつおよびどのようにＴＰＨ信号を送信するかを決定する場合に、他の考慮事項を適用する。１つの実施形態では、ＴＰＨスケジュール機能３００４は、通知モジュール１８０８の機能として実現され得る。
【０２７１】
第３の機能は、新聞配達機能とも称される遅延通知機能３００６に対応する。遅延通知機能３００６は、ＩＰＳ１０２への発行元からのサブスクリプション関連アイテムの提供が遅れていることを決定する。これに応答して、遅延通知機能３００６は、アイテムの全ての受信者を特定し得る。遅延通知機能３００６は、個人化した遅延通知を受信者に準備および送信し得る。
【０２７２】
第４の特徴は、サブスクリプション開始機能３００８に対応する。サブスクリプション開始機能は、まず、ユーザが装置に電源を入れてＩＰＳ１０２に問い合わせるまで、サブスクリプションの開始を行わない。この対策は、有料ベースと無料両方のサブスクリプションに適用し得る。
【０２７３】
上記に列挙したモジュールのリストは、例であって、ＩＰＳ１０２によって実行される機能のタイプを包括するものではない。「他の調整機能」３０１０という見出しが示すように、処理装置１０２は、追加の管理機能を含み得る。ＩＰＳ１０２は、図３０に示した特徴のうちの１つ以上を省略または無効にし得る。
【０２７４】
以下のサブセクションで各機能を詳細に説明する。
【０２７５】
Ｂ．５．ｂ例示的な確実なフルフィルメント機能
図３１は、上記で導入した確実なフルフィルメント機能３００２を実現するための手順３１００を示すフローチャートである。
【０２７６】
ブロック３１０２で、確実なフルフィルメント機能３００２は、確実なフルフィルメント処理を開始するトリガイベントを受信する。イベントは、サブスクリプション関連アイテム等の受信に対応し得る。
【０２７７】
ブロック３１０４において、確実なフルフィルメント機能３００２は、アイテムを受信するように登録した１つ以上の装置にＴＰＨ信号を送信するための準備ステップにおいて準備処理を実行する。１つの事例において、確実なフルフィルメント機能３００２は、アイテムを受信するようにスケジュールした装置に関連するタスクキューに、エントリを保管し得る。確実なフルフィルメント機能３００２がタスクキューにエントリを追加する時点で、コンテンツ受信モジュール３０２はアイテムを変換中であり得るので、この時点で、アイテムは、まだユーザ装置への転送には準備されていない。キューにエントリを追加する際、タスクリストサーバモジュール３１４が準備できていない状態でＴＰＨ信号を送信しないように、エントリは、送信準備がまだできていないことを示すフラグにタグ付けされ得る。このメカニズムは、任意選択で、ダウンロードプロセスの一部としてエントリを要求するときに装置が確認するエントリのリストからもエントリを効果的に隠し得る。
【０２７８】
ブロック３１０６において、確実なフルフィルメント機能３００２によって、アイテムの送信準備ができると、ＴＰＨ信号を受信者に送信することが可能になる。上記のサブスクリプション関連アイテムの場合には、確実なフルフィルメント機能３００２は、コンテンツ受信システム３０２がコンテンツの変換を終了して、コンテンツストア３０８に保管するタイミングを決定する。この時点で、確実なフルフィルメント機能３００２は、ＴＰＨ信号をユーザ装置に送信できることを示すように、タスクキュー内のエントリの状況を変更し得る。
【０２７９】
確実なフルフィルメント機能３００２は、他のタイプの準備動作を実行し得る。一般的に、これらの動作は他の動作と並行して実施されるので、および／またはこれ以外にはＩＰＳ１０２の一部はアイドルまたは完全に利用されていないので、準備動作によってアイテムの配信が早まる。
【０２８０】
Ｂ．５．ｃ例示的な遅延通知機能
図３１は、上記で導入した遅延通知機能３００６を実現するための手順３２００を示すフローチャートである。手順３２００は、特定のサブスクリプション関連アイテムに対して説明するが、手順３２００は、サブスクリプション関連アイテムおよび／または他のタイプのアイテムの一群に対してまとめて反復され得る。
【０２８１】
ブロック３２０２において、遅延通知機能３００６は、発行元からＩＰＳ１０２へのサブスクリプション関連アイテムの提供が遅れていると決定する。または、遅延通知機能３００６は、アイテムに関して、遅れについて他のなんらかの原因があると決定し得る。遅延通知機能３００６は、アイテムを通常受信する時間に関する情報に基づいて、この決定を行い得る。このような情報は、手動で入力したタイミング情報によって表現され得る。遅延通知機能３００６は、アイテムの予想受信時間を超えて既定時間が経過したと決定する場合、アイテムが遅れていると特定し得る。遅延通知機能３００６は、ＩＰＳ１０２の管理者から、発行元から等、多様なソースからアイテムの予想受信時間に関する情報を集め得る。代替として、またはこれに加えて、遅延通知機能３００６は、アイテムが受信されてプロセスされる典型的なタイミングを反映する実証的規範を収集し得る。遅延の決定を行う場合、遅延通知機能３００６は、ユーザ装置がコンテンツを受信するタイムゾーンを考慮し得る。例えば、第１の遅延閾値は、米国の東海岸でユーザ装置を動作しているユーザに適用し得、第２の遅延閾値は、西海岸で装置を動作しているユーザに適用し得る。閾値の差は、西海岸に比較すると東海岸では、遅延配信に対応する時間が短いという事実を説明し得る。より具体的には、東海岸の午前４時に通常配達される新聞を想定する。配信の遅延は、西海岸のユーザよりも東海岸のユーザにとってより重大な関心事となる。なぜなら、東海岸のユーザは西海岸のユーザより前に起床し、朝食時に新聞を読むことを期待しているからである。
【０２８２】
ブロック３２０４において、アイテムが遅れると決定されると想定すると、遅延通知機能３００６は、このアイテムを受信する予定の各ユーザに遅延通知を送信し得る。遅延通知機能３００６は、アイテムを受信する予定のユーザのセットを決定するために、サブスクリプションモジュール３１０に問い合わせ得る。遅延通知機能は、任意選択で、一般的な遅延通知メッセージのプレースホルダーフィールドにユーザの名前を挿入する等によって、ユーザに提供される遅延通知を個人化し得る。遅延通知メッセージは、遅延発行の名前、遅延発行の日付等を特定するようにカスタム化し得る。
【０２８３】
ブロック３２０６で、遅延通知機能３００６は、遅延通知を適切なユーザに送信する。遅延通知機能３００６は、遅延通知を適切な時刻に送信することによって、サブスクリプション加入者のそれぞれのタイムゾーンを考慮し得る。
【０２８４】
１つの事例において、遅延通知機能３００６は、例えば、上記のアイテムのなんらかの他のタイプのような文書として遅延通知を送信し得る。遅延通知機能３００６は、ＧＥＴタイプのエントリを適切なタスクキューに追加することによって、遅延通知を配信し得る。別の実施形態において、遅延通知機能３００６は、タスクキューに特殊なコマンドを送信し得る。これらのコマンドは、コマンドの受信時にユーザ装置に適切なポップアップメッセージ等を表示するように指示し、アイテムが遅れて配信されることをユーザに知らせる。遅延配信モジュール３００６は、任意選択で、アイテムの配信に続けて失敗すると、時間をずらせて一連の遅延メッセージを送信し得、各メッセージは、謝罪、改善等のような適切な深刻度を含む。
【０２８５】
ブロック３２０８において、遅れた発行が配信される時（およびその場合）、遅延通知機能３００６は、ユーザ装置から遅延通知アイテムを削除し得る（例えば、ＤＥＬタイプコマンドを対応するタスクキュー経由でユーザ装置に送信することによる）。この対策によって、ＩＰＳ１０２には、ユーザが装置を開いて配信されたアイテムとそのアイテムが遅れるという通知の両方を見るという混乱を防ぐ機会が与えられる。
【０２８６】
Ｂ．５．ｄ．例示的なテレフォンホーム（ＴＰＨ）機能
図３３は、上記で紹介したＴＰＨスケジュール機能３００４を実現するための手順３３００を示すフローチャートである。ＴＰＨスケジュール機能３００４の１つの例示的な目標は、ＴＰＨ信号をスケジュールして、ユーザ装置の電源を入れる回数、ＴＰＨ信号を受信する回数、エントリやアイテムをダウンロードする回数を減らすことであったことを思い起こされたい。ＴＰＨスケジュール機能３００４は、部分的に、多様なルールに基づいて複数のＴＰＨ信号を単一のＴＰＨ信号にまとめることによって、および／またはＴＰＨ信号が送信されるタイミングを調整することによって、この結果を達成する。手順３３００は、特定のユーザ装置に関連付けられた例示的なタスクキューに関して説明するが、ここで説明する動作は、複数のタスクキューおよび関連したユーザ装置に対して実行され得る。１つの実施形態では、ＴＰＨスケジュール機能３００４は、通知モジュール１８０８の機能として実現され得る。
【０２８７】
ブロック３３０２において、ユーザのタスクキューは少なくとも１つのエントリを含むと想定する。その場合、ブロック３３０２で、ＴＰＨスケジュール機能３００４は、ＴＰＨ信号をユーザ装置に送信すること、または少し後までこのようなメッセージを見送ることが適切かどうかを決定する。タスクリストサーバモジュール３１４は、このエントリに非送信状況のフラグを付けることによって、タスクキューのエントリに対するＴＰＨ信号の受信を見送り得る。この状況は、タスクリストサーバモジュール３０４がＴＰＨ信号を送信することを希望すると、変更され得る。
【０２８８】
決定を行う場合、ＴＰＨスケジュール機能３００４は、次の検討事項のいずれか１つ、または次の検討事項のなんらかの組み合わせに依存し得る。検討事項の多くは、他の検討事項と重なる態様を含む。
【０２８９】
ＴＰＨスケジュール機能３００４は、いつＴＰＨ信号を送信するかを決定する際、時刻情報等、１つ以上の時間関連因子を検討し得る。例えば、ＴＰＨスケジュール機能３００４は、ユーザが日中に装置を既に使用している可能性が高い場合は、夜間ではなく日中の時間にＴＰＨ信号を送信する傾向が高くなり得る。この場合、装置の電源は既に入っているので、ＴＰＨ信号の送信によって、装置の電源が入り得ない。一方で、ＴＰＨスケジュール機能は、日中ではなく夜間にワイヤレス通信を行うほうに顕著なコストの節約がある場合は、日中ではなく夜間にＴＰＨ信号を送信する傾向が高くなり得る。時間に関する考慮事項の別の適用では、ＴＰＨスケジュール機能３００４は、３０分毎、１時間毎等のように、各ｔ時間間隔に単独のＴＰＨ信号を送信するように構成され得る（ｔ間隔で少なくとも１つのＴＰＨ送信イベントが登録されている場合）。
【０２９０】
ＴＰＨスケジュール機能３００４は、ＴＰＨアイテムをいつ送信するかを決定する場合に、アイテムのタイプを重要であると考慮し得る。例えば、電子書籍を明示的に購入するユーザは、アイテムに対する明示的な要求を行い、さらにこの明示的な動作は最近のイベントであるため、この自分が購入した後すぐにこのアイテムを受信することに比較的関心がおそらく高い。一方で、ジャーナルまたはブログの受信者は、ユーザがこの資料に積極的な関心を抱いたままであるという確固とした証拠は少ないため、利用可能になった直後にアイテムを受信することに対するこだわりは少ない場合がある。したがって、ＴＰＨスケジュール機能３０２は、ユーザが購入直後に電子書籍に対するＴＰＨアイテムを送信し得る。しかし、ＴＰＨスケジュール機能３００４は、サブスクリプション関連アイテムの自動受信後にＴＰＨ信号の送信を遅らせ得る。より一般的に言うと、ＴＰＨスケジュール機能３００４は、アイテムのタイプに異なる優先度を割り当て得る。ＴＰＨスケジュール機能３００４は、次に、ＴＰＨ信号をどの程度早く送信するかを決定する場合の１つの因子として、タスクキューにおけるアイテムの優先度を考慮し得る。別の例を見ると、ＩＰＳ１０２のアップグレード機能は、装置のタスクキューに、装置に命令付き更新をダウンロードするように指示するエントリを追加し得る。このエントリは、非常に優先度が高いアイテムとして指定され得、ＴＰＨ信号を直ちに送信することを要求する。
【０２９１】
ＴＰＨスケジュール機能３００４は、いつＴＰＨ信号を送信するかを決定する場合に、エントリがタスクキューに保管される期間も考慮し得る。ＴＰＨスケジュール機能３００４は、長過ぎる時間、ＴＰＨ信号の送信を遅らせることを希望し得ない。
【０２９２】
ＴＰＨスケジュール機能３００４は、ＴＰＨ信号をダウンロードするかどうかを決定する場合に、ユーザによって示された以前の動作も考慮し得る。より具体的には、１つの事例では、ＴＰＨスケジュール機能３３０４は、この動作は同様に特定のユーザに適用し得るという想定に基づいて、多数のユーザの集積動作を考慮し得る。別の事例においては、ＴＰＨスケジュール機能は、代替として、またはこれに加えて、特定のユーザの固有な動作を考慮し得る。１つの例を挙げると、特定のユーザは、ユーザの装置を１日のある時間に操作するが別の時間には操作しないというような動作の固有パターンを有し得る。ＴＰＨスケジュール機能３００４は、ユーザが１日のうちで典型的に実施するタイプの動作においてパターンも特定し得る。これらの考慮事項に基づいて、ＴＰＨスケジュール機能３００４は、ユーザが既に装置を使用しているので、装置の電源が入った状態で動作していることが予想される時間内にＴＰＨ信号を送り得る。別の例によると、ユーザは、集団で考慮すると一般的に、１日の特定の時間に特定のタイプのコンテンツを受信することを希望し得る。例えば、ユーザは、出勤前に新聞を読むことを希望し得る。この場合、ＴＰＨスケジュール機能３００４は、午前５時前にＴＰＨを送信しようと試し得るが、ＴＰＨスケジュール機能３００４は、そうでなければ、ユーザが就寝していると思われる夜間にＴＰＨ信号を送信する必要はない。
【０２９３】
ＴＰＨスケジュール機能３００４は、装置１０４のユーザの現在の使用についての情報も収集し得る。例えば、ＴＰＨスケジュール機能３００４は、ユーザが永久的な電源（ＡＣ電源コンセント等）にユーザ装置１０６を差し込んだと決定し得る。ＴＰＨスケジュール機能３００４は、ユーザが装置１０４を非枯渇型電源に差し込んだと決定し得る場合、ユーザ装置にＴＰＨ信号を送ろうとする可能性が高い。ＴＰＨスケジュール機能３００４は、ユーザ装置１０４のバッテリレベルを明らかにする情報も受信し得る。ＴＰＨスケジュール機能３００４は、装置のバッテリ状態が低い場合、ＴＰＨ信号の送信にはより消極的であり得る。
【０２９４】
ＴＰＨスケジュール機能３００４は、タスクキューに保管されるエントリの量も考慮し得る。ＴＰＨスケジュール機能３００４は、ユーザのタスクキューが未報告のエントリでいっぱいになっている場合、ＴＰＨ信号の送信にはより積極的であり得る。ＴＰＨスケジュール機能３００４は、ＴＰＨ信号動作の最近の速度も考慮し得る。
【０２９５】
ＴＰＨスケジュール機能３００４は、例えば、設定ページ等を経由してユーザによって入力される等、ユーザの明示的な設定詳細も考慮し得る。
【０２９６】
ＴＰＨスケジュール機能３００４は、サブスクリプション関連アイテムに対しては、ユーザがアイテムを購入したばかりかどうかも特定し得る。アイテムを購入したばかりのユーザは、期間を延長して号を定期的に受信しているユーザよりも、このアイテムの号の受信により熱心であり得る。
【０２９７】
ＴＰＨスケジュール機能３００４は、ＴＰＨ信号を送信するタイミングを決定する場合に、ダウンロードするアイテムのサイズも考慮し得る。例えば、ＴＰＨスケジュール機能３００４は、無線ダウンロード関連料金が低くなるような夜間に特定の大きなアイテムに対するＴＰＨ信号を送信することを選択し得る。
【０２９８】
また他の考慮事項は、ＴＰＨスケジュール機能３００４によって行われるＴＰＨスケジュール決定に影響を持ち得る。関連点として、ユーザ装置１０４は、何らかの理由で装置の電源が入った等、多様なイベントに応答して（例えば、ＴＰＨ信号によって問い合わせるように指示されていなくても）、タスクサーバモジュール３１４に独立的に問い合わせを行うように構成され得る。ユーザ装置は、次に、その時点で保留中であり得る、キューのいかなるエントリもダウンロードし得る。
【０２９９】
ブロック３３０４において、ＴＰＨスケジュール機能３００４は、ＴＰＨ信号を送信するかどうかの最終決定を行う場合に、上記で特定した因子のうちの１つ以上の重要性を考慮する。環境が異なれば、これらの考慮事項に対して異なる重みを適用し得、どの考慮事項を他よりも優先し得るかに影響を与える。１つの事例においては、各ユーザは、ＴＰＨ信号の送信に適用する重みも定義し得、したがって、上記で特定した多様な因子の相対的重要性を制御する。
【０３００】
ブロック３３０６においては、ＴＰＨスケジュール機能３００４は、ＴＰＨ信号を送信し、ユーザ装置にエントリを読み込み、エントリに関連して対応するアイテムをダウンロードするように指示する。
【０３０１】
Ｂ．５．ｅ．例示的なサブスクリプション開始機能
図３４は、上記で導入したサブスクリプション開始機能３００８を実現するための手順３４００を示すフローチャートである。
【０３０２】
ブロック３４０２では、サブスクリプション開始機能３００８は、ユーザが新しいサブスクリプションを購入したと決定する。
【０３０３】
ブロック３４０４で、サブスクリプション開始機能３００８は、ユーザがサブスクリプション関連アイテムを実際にダウンロードし始めるまで、または、他の何らかの消費トリガに応答して、サブスクリプションの号または版の料金をユーザに課金することを遅らせる。この方策は、部分的に、ユーザに対する優遇措置である。
【０３０４】
Ｂ．６．例示的なホーム提示モジュール
図４の文脈で導入したホーム提示モジュール４０８は、ユーザがユーザ装置１０４との対話を開始することができるホームページを提供する。図３５は、ホームページ３５０２の１つの例示的な実施形態を提供する。
【０３０５】
図３５のホームページ３５０２は、電子書籍、オーディブック、個人アイテム、サブスクリプション関連アイテム等を含む、リーダ装置を使用してユーザが読み得る多様なアイテムのリストを示す。ホームページ３５０２の各エントリは、アイテムのタイトル、電子書籍型アイテムの著者等のような、アイテムに関する顕著な情報を含む。各エントリは、対応するアイテムを選択するためのガイドとして機能するセレクタ（ページ３５０２に右端に沿って）を含み、これによってアイテムを開いて表示する。特殊なグループ型セレクタ３５０２は、サブスクリプションに対応するアイテムを示す。このアイテムをクリックすることによって、ユーザは、サブスクリプション内で利用可能な号のリストを表示し得る。さらに、ホームページの各エントリは、進捗インジケータ３５０６のような進捗インジケータを含む。進捗インジケータ３５０６の点の数は、インジケータ全体の長さと相対的にユーザがアイテムをどこまで読み進んだかを示す。
【０３０６】
ホームページ３５０２は、「表示とソート」選択アイテムも含む。このエントリをクリックすると、ユーザは、表示とソートメニュー（図示せず）を受信し得る。このメニューによって、ユーザは、ホームページ３５０２に表示するアイテムを選択するために使用するフィルタ条件を選択することが可能になる。ユーザは、ホームページ３５０２で表示されるアイテムの順序を管理するために使用するソート条件も選択し得る。
【０３０７】
ホームページ３５０２は、メニューセレクタ３５０２も含む。メニューセレクタ３５０２を選択すると、ユーザ装置１０４は、図３６に示したメニュー３６０２を提示するようになる。メニュー３６０２によって、ユーザは、ユーザ装置によって実施される多様な機能を移動して、特殊なタスクを実行することが可能になる。メニュー３６０２を経由して選択することができるこのような機能の１つが、設定オプション３６０４である。
【０３０８】
図３６に示した設定オプション３６０４を有効にすると、ユーザ装置１０４のユーザは、図３７に示した設定ページ３７０２に移動する。設定ページによって、ユーザは装置に関連した多様な管理設定（アカウント名、装置名等のような）を変更できるとともに、装置の動作の方式を規定する多様な設定も変更可能になる。設定ページ３７０２は、追加アイテムを保管するために利用可能なストレージの量も明らかにする。
【０３０９】
Ｂ．７．例示的なマーチャントストアモジュール
Ｂ．７．ａ．マーチャントストアモジュールの概要
図３８は、図３の説明で導入したマーチャントストアモジュール３１８を示す。一言でいうと、マーチャントストアモジュール３１８によって、ユーザは、アイテムを検索、選択したアイテムを購入（またはそうでなければ入手）等が可能になる。ユーザは、ユーザ装置１０４によって提供されるストア対話モジュール３４４を経由して、マーチャントストアモジュール３１８と対話する。ユーザは、非ワイヤレス通信方式（例えば、電話またはケーブルモデム、ＤＳＬメカニズム等）を経由して、マーチャントストアモジュール３１８にアクセスするパーソナルコンピュータを使用することのように、１つ以上の代替メカニズムを経由することによっても、マーチャントストアモジュール３１８対話し得る。
【０３１０】
マーチャントストアモジュール３１８は、アカウント管理およびセットアップモジュール３８０２を含む。このモジュール３８０２によって、ユーザは、ユーザアカウントをセットアップし、他の管理機能を実施することが可能になる。
【０３１１】
マーチャントストアモジュール３１８は、ユーザ情報３８０４へのアクセスを含む、または有する。ユーザ情報３８０４は、ユーザに関する人口統計上の情報を提供し得る。ユーザ情報３８０４は、ユーザによって行われた購入前および他のタイプの選択に関する情報も提供し得る。
【０３１２】
マーチャントストアモジュール３１８は、アイテムカタログ３２０も含み得る。アイテムカタログ３２０は、マーチャントストアモジュール３１８を使用して選択され得る、多様なアイテムの説明を含み得る。アイテムカタログ３２０の中のアイテムの説明は、アイテム詳細ページの形態を採り得る。
【０３１３】
マーチャントストアモジュール３１８は、アイテムレビューおよび入手（ＩＲＡ）機能３８０６を含み得る。ＩＲＡ機能は、それ自体、カタログ検索および提示モジュール３８０８を含み得る。このモジュール３８０８によって、ユーザは、検索語を入力、閲覧カテゴリを表示する等によって、アイテムカタログ３２０内のアイテムをレビューすることが可能になる。ＩＲＡ機能３８０６は、アイテム推奨モジュール３８１０も含む。ＩＲＡ機能３８０６は、例えば、ユーザのこれまでの関心に基づいて（例えば、ユーザ情報ストア３８０４に反映されるように）、または、一般的に人気のあるアイテムに基づいて等、１つ以上の推奨アイテムをユーザに提示する。
【０３１４】
ＩＲＡ機能３８０６は、アイテム購入モジュール３８１０も含む。アイテム購入モジュール３８１２によって、ユーザは、ショッピングカートにアイテムを入れて、アイテムを購入（またはそうでなければ入手）することが可能になる。アイテム購入モジュール３８１０は、それ自体に、購入解除モジュール３８１４を含み得る。購入解除モジュールによって、ユーザは、以下で詳細を説明する方式でアイテムの購入を解除することが可能になる。アイテム購入モジュール３８１０は、仮想アカウントモジュール３８１６も含み得る。以下（セクションＤ）で詳細に説明するように、仮想アカウントモジュール３８１６によって、ユーザは、ユーザがユーザ装置を購入（または受け取るように手配）した後、この時点では、ユーザにはまだ特定のユーザ装置が割り当てられていない場合にも、アイテムの購入を行うことが可能になる。
【０３１５】
ＩＲＡ機能３８０６は、「他のストアモジュール」３８１８というラベルによって示されるように、更に追加のモジュールを含み得る。マーチャントストアモジュール３１８の他の実装は、図３８に示した１つ以上のモジュールを省略し得る。
【０３１６】
マーチャントストアモジュール３１８は、装置インタフェースモジュール３８２０を含み得る。装置インタフェースモジュール３８２０は、一般的に、サーバ側マーチャントストア３１８が装置側ストア対話モジュールと対話することを可能にする機能を含む。装置インタフェースモジュールは、マークアップ提示モジュール３８２０を含む。マークアップ提示モジュール３８２２は、一連のページ（例えば、提示ページ３８２４のような）をユーザに装置に提供する。ページは、どのようなマークアップ言語または他のどのようなフォーマットにも構築され得る。装置提示インタフェースモジュール３８２０は、装置応答処理モジュール３８２６も含み得る。装置応答処理モジュール３８２６は、マークアップ提示モジュール３８２２によって提供されるページと対話するユーザからの応答を受信する。例えば、ユーザは、マークアップ提示モジュール３８２２によって提供されるページ内のリンクを選択し得る。ユーザの選択は、ＨＴＴＰプロトコルまたは他の何らかのプロトコルまたはプロトコルの組み合わせを使用して、装置応答処理モジュール３８２６に伝達される。
【０３１７】
図３９〜４１は、マークアップ提示モジュール３８２２によって作成される代表的なページ群を示す。図３９は、紹介ページ３９０２を示すが、これは、ユーザがマーチャントストアモジュール３１８に初めてアクセスすると、マークアップ提示モジュール３８２０がユーザに表示し得るページである。紹介ページ３９０２は、ユーザに、多様な閲覧カテゴリを調べたり、推奨アイテムをレビューしたり、検索を入力したり等をさせるポータルを提供する。図４０は、閲覧ページ４００２を示す。閲覧ページ４００２によって、ユーザは、多様な題材カテゴリを使用して、アイテムを閲覧することが可能である。図４１は、アイテム詳細提示４１０２を示すが、これは、ユーザがアイテム購入モジュール３８１２を介して購入し得る単一の電子書籍に関する情報を提供する。アイテム詳細情報を１ページに収めることができない場合、マークアップ提示モジュール３８１０は、図４０に示したように、この情報を一連のページに表示し得る。
【０３１８】
Ｂ．７．ｂ．購入解除に対する例示的なアプローチ
図４２は、図３８の購入解除モジュール３８１４を使用して、購入を解除するための例示的な手順４２００を表すフローチャートを示す。
【０３１９】
ブロック４２０２で、アイテム購入モジュール３８１２は、ユーザのアイテム購入を受信する。ユーザは、フルフィルメント動作を開始する選択を行うことによって、購入を実行し得る。
【０３２０】
ブロック４２０４において、ＩＰＳ１０２は、上記の方式で、購入したアイテムを処理して、ユーザの装置に配信する可能性がある。
【０３２１】
ブロック４２０６で、購入解除モジュール３８１４は、ユーザがブロック４３０２で行った購入を解除することにつながるオプションをユーザに示す。１つの事例においては、購入解除モジュール３８１４は、このオプションを、アイテムの購入後にユーザに提供される「ありがとうございました」ページ等に提示し得る。この段階では、前のブロック４２０４に示したように、アイテム購入モジュール３８１２は、アイテムのユーザの購入をフルフィルメントする手続き中である。
【０３２２】
ブロック４２０８において、ユーザは、実際には購入解除オプションを有効にすると想定する。
【０３２３】
ブロック４２１０において、購入解除モジュール３８１４は、可能であれば、アイテムのユーザの購入を解除する。
【０３２４】
Ｂ．８．例示的なコンテンツ管理モジュールとメディアライブラリモジュール
装置側コンテンツ管理モジュール３４２は、ユーザ装置１０４によって消費するために利用可能なアイテムをユーザがレビューおよび管理することを可能にするツールを提供する。図４４は、コンテンツ管理機能３４２に関する追加の詳細を示す。図４４は、コンテンツ管理機能が、サーバ側個人メディアライブラリモジュール３４２およびサブスクリプションモジュール３１０のような他のモジュールと対話し得る方式も図説する。
【０３２５】
コンテンツ管理機能モジュール３４２は、提示モジュール４３０２を含む。提示モジュール４３０２は、ユーザ装置１０４を使用してユーザが消費するために利用できる多様なアイテムを示す。アイテムは、多様なソースに由来し得る。第１のソースは、ユーザ装置の内部デバイスメモリ３３６に対応する。第２のソースは、フラッシュカード等のような、ユーザ装置１０４に結合され得る携帯型メモリモジュール４３０４に対応する。第３のソースは、ユーザの装置側個人メディアライブラリモジュール３２４に特定したアイテムに対応する。より具体的には、コンテンツ管理機能モジュール３４２は、電子書籍アイテム、特別に選択した新聞や雑誌の号等、オンデマンド（「アラカルト」）選択に関する情報を、メディアライブラリモジュール３２４から受信し得る。第４のソースは、サブスクリプションモジュール３１０において特定されるアイテムに対応する。より具体的には、コンテンツ管理機能モジュール３４２は、ユーザのサブスクリプションおよびそれらのサブスクリプションに関連する最新号に関する情報を提供し得る。サブスクリプションに関して、１つの例示的な事例においては、コンテンツ管理機能モジュール３４２は、ユーザのサブスクリプションの各々に対して、最後のｎ日分を保管し得る。
【０３２６】
１つの例示的な実施形態において、コンテンツ管理機能モジュール３４２は、個人メディアライブラリモジュール３２４および／またはサブスクリプションモジュール３１０上に保管したアイテムを特定する装置側メタデータへのアクセスを有する。これによって、内容を判断するために、ユーザがこれらのサーバ側モジュールにオンデマンドクエリを行う必要性を回避する。
【０３２７】
別の特徴によると、提示モジュール４３０２はフィルタリングモジュール４３０６を含む。フィルタリングモジュール４３０６によって、ユーザは、提示モジュール４３０２によって表示されるアイテムのタイプを決定する場合に使用する条件を選択することが可能になる。例えば、ユーザは、提示を装置側内部メモリ３３６内に格納されたアイテムだけ等に限定することに積極的であり得る。
【０３２８】
コンテンツ管理機能モジュール３４２は、更新処理モジュール４３０８も含む。更新処理モジュールの目的は、個人メディアライブラリモジュール３２４のコンテンツを記述する装置側メタデータを更新することである。更新モジュール４３０８は、ユーザ装置とＩＰＳ１０２がいずれの理由でも互いに対話すると、様々な時点で起動され得る。例えば、更新モジュール４３０８は、ＴＰＨ信号の受信によってトリガされる一連の動作の一部として起動され得る。
【０３２９】
ここで、個人メディアライブラリモジュール３２４を参照すると、このモジュール３２４は、ユーザがこれまでにアラカルト様式で購入したアイテムを保管する。より具体的には、個人メディアアイテムライブラリ３２４は、ユーザが購入したマーチャントコンテンツストア３０８内のアイテムを参照するポインタ４３０８を保管し得る。上記の方式では、ユーザは、コンテンツ配信モジュール３１６を経由してこれまでに購入したアイテムを受信し得、コンテンツ配信モジュール３１６は、次いで、ユーザが要求したアイテムを受信するように確かに認証されていることを確認するために個人メディアライブラリモジュール３２４に問い合わせを実行し得る。ユーザは、コンテンツがユーザ装置のローカルストアから誤って消去された場合等、いずれの理由でも再びアイテムをダウンロードすることを決定し得る。
【０３３０】
ユーザは、同様な方式でサブスクリプション関連アイテムをダウンロードし得る。すなわち、コンテンツ配信モジュール３１６は、サブスクリプションモジュール３２４にアクセスして、ユーザが号等をダウンロードするように承認されているかどうかを決定する。サブスクリプションモジュール３２４によって提供された許可情報は、サブスクリプション内の個別の号ではなく、サブスクリプションレベルで実行される。
【０３３１】
図４４は、コンテンツ管理機能ページ４４０２の提示モジュール４３０２によって提供されるコンテンツ管理機能ページ４４０２を示す。このページ４４０２は、ユーザ装置１０４を使用してユーザが消費するために利用可能な多様なアイテムを示す。ページ４４０２は、アイテムが個人メディアライブラリモジュール３２４を経由して利用可能であることを示す「マーチャント」、アイテムが装置側メモリ３３６に格納されていることを示す「装置」、およびアイテムが着脱式メモリモジュールに格納されていることを示す「ＳＤカード」等のように、アイテムのソースを示すタグも提供する。図４３には示していないが、コンテンツ管理機能ページ４４０２は、アイテムがユーザ装置１０４にダウンロード中のプロセスにあるかどうか、および／またはアイテムは他の処理中であるかどうか、等を明らかにするインジケータを提供し得る。
【０３３２】
図４５は、フィルタリングメニュー４５０２を示す別のコンテンツ管理機能ページを示す。フィルタリングメニュー４５０２は、表示するアイテムのタイプ（選択したソースに対応する等）、およびアイテムを表示する順序を制御するフィルタリングモジュール４３０４によって使用される。
【０３３３】
図４６は、別のメニュー４６０２を示す別のコンテンツ管理機能ページを示す。他の機能の中でも、このメニュー４６０２によって、ユーザは、アイテムをあるソースから別のソースに移動したり、アイテムを削除したりすること等が可能になる。
【０３３４】
図４７は、ユーザ装置１０４とＩＰＳ１０２がどのように情報を共有するかを図説する手順４７００を示す。
【０３３５】
ブロック４７０２において、システム３００における１つ以上のモジュールがトリガイベントを受信する。トリガイベントは、ユーザ装置１０４とＩＰＳ１０２との間で情報を共有する等、多様なハウスキーピング動作の時間であることを知らせる信号を送る。１つの代表的なトリガイベントは、ＩＰＳ１０２からユーザ装置１０４へのＴＰＨ信号の送信に対応し得るが、情報の同期動作を含む、いくつかの動作を開始する。別のトリガイベントは、ユーザ装置１０４の電源を入れること、または、ユーザ装置１０４の状態の他の変化等に対応し得る。
【０３３６】
ブロック４７０２において、システム３００の１つ以上の適切なモジュールは、同期の目的で、１つ以上の他のモジュールと情報を共有する。１つの例を挙げると、ブロック４７０２は、バックアップ注釈ストア１１１６に保管するために、特定のアイテムに対してユーザが作成した注釈をＩＰＳ１０２に送信することをユーザ装置１０４に要求し得る。さらに、ブロック４７０２は、メタデータをコンテンツ管理機能モジュール３４２に送信することと個人メディアライブラリモジュール３２４に要求し得るが、この場合、このようなメタデータは、個人メディアライブラリモジュール３２４によって参照されるアイテムを反映する。さらに他の情報共有動作は、多様なトリガイベントの発生時に実行され得る。
【０３３７】
上記の定期的な同期動作に加えて、ＩＰＳ１０２は、例えば、ユーザがハードリセットコマンドを起動した等、ユーザ装置１０４の保管されたコンテンツがアクセス可能でなくなると、ユーザ装置１０４のコンテンツをリストアするように、ユーザ装置１０４と対話できる。
【０３３８】
Ｂ．９．例示的なリーダモジュール、注釈機能、およびオーディオ再生モジュール
図３の説明で紹介したリーダモジュール３４０は、ユーザが電子書籍を読むことを可能にするインタフェースを提供することを思い起こされたい。図４８は、Ｈｅｒｍａｎ  Ｍｅｌｖｉｌｌｅ著の小説「Ｍｏｂｙ  Ｄｉｃｋ」に対応する、リーダモジュール３４０によって提供されるテキストコンテンツの１ページ４８０２を示す。ユーザは、適切なメニュー（図示せず）を介して、フォントのサイズを変更し得る。ユーザは、進捗表示４８０８から、本全体の進捗状況を表示し得る。進捗表示の点の数は、表示全体の長さと相対的に、ユーザが本をどこまで読み進めたかを反映する。
【０３３９】
読むことが可能なコンテンツのいずれのページも、有効にされ得る１つ以上の埋め込み型リンクを含み得る。例えば、ページ４８０２のボタン４８０６に注目されたい。この事例においては、リーダモジュール３４０によって表示されている読書資料は、本の章等、より完全なアイテムのサンプルに対応する。ページ４８０２は、ユーザにアイテムの完全バージョンを選択させるボタン４８０６を含む。別の実施形態において、ボタン４８０６によって、ユーザはアイテムの別の部分を購入するように指示され得る（本の別の章、雑誌シリーズの別の号等）。別の事例においては、リンクは、１つ以上の一致する考慮事項に基づいて現在表示されているコンテンツに関連するアイテムを特定し得る。例えば、図３８の推奨モジュール３８１０が多様な一致した考慮事項に基づいて関連アイテムを特定し得る。ボタン４８０６をクリックすると、マーチャントストアモジュール３１８は、例えば、例示的な事例において、ページ４８０２でユーザによって読まれているコンテンツの完全バージョンである、特定したアイテムを購入（またはそれ以外の手段で入手）して配信を開始するようになる。
【０３４０】
図４９は、ユーザがページのリンクを有効にすると、アイテム識別情報を動的に提供するための例示的な手順４９０を表すフローチャートを示す。
【０３４１】
ブロック４９０２では、ユーザ装置１０４は、ボタン４８０６を含むページ４８０２のようなリンクを含む提示を提供する。ユーザ装置１０４は、ページを表示するテンプレートを使用し得る。テンプレートは、リンクを提示するための方策を含み得るが、リンクを、特定のアイテムを固有に特定するいかなる種類のコードにも関連付けることはない。つまり、ページには、実際のコードの代わりにプレースホルダーフィールドを含む。
【０３４２】
より具体的には、特定のタイプのアイテムの場合、コンテンツ受信システム３０２は、識別情報をこれらのアイテムと正式に統合せずに、コンテンツストア３０８にアイテムを保管することを思い起こされたい。コンテンツ配信モジュール３１６がこのようなアイテムをユーザに配信する場合、識別情報をアイテムのヘッダに注入し得る（メタデータ注入モジュール２３１６を使用する）。しかし、この段階で、アイテム内部のリンクは、識別情報がまだ更新されていない。
【０３４３】
ブロック４９０４において、ユーザ装置１０４は、ユーザが選択したリンクを受信する。
【０３４４】
ブロック４９０６において、ユーザ装置１０４または他の何らかのエンティティは、リンクに関連付けられた固有の識別情報（例えば、固有の番号）を含むように、リンク情報を動的に更新し得る。上記のように、ページ４８０２がアイテムのサンプルを表示し、ボタン４８０６によって、ユーザがアイテムの完全バージョンにアクセスが可能になる特定の事例を考慮する。ユーザがボタン４８０６をクリックすると、装置１０４は、ボタン４８０６に関連付けられたリンクを、アイテムの完全バージョンと関連付けた識別情報で更新し得る。識別情報は、サンプルアイテムとともに、コンテンツ配信モジュール３１６によってユーザ装置に提供される。例えば、識別情報はサンプルアイテムのヘッダで伝達され得る。更新されたリンクは、次に、アイテムの完全バージョンを購入するために、マーチャントストアモジュール３１８にアクセスする等の動作を実行するように起動させることができ、これによって、このアイテムのユーザへの配信が開始する。
【０３４５】
図５０は、ユーザが電子書籍を読む間に起動し得る注釈メニュー５００２を示す。ユーザは、メニュー５００２を起動して、テキストの一節をハイライトしたり、テキストに関連したメモを追加したり等を実行し得る。ユーザは、カーソル移動メカニズム５０６を使用して、および／または他の何らかの入力メカニズムを使用して、これらの動作を実行し得る。例えば、ユーザは、カーソルを補助表示分５０４で対応する開始と終了の場所に移動させてから（例えば、マウスホイールを回転させる等による）、それらの場所を選択することによって（例えば、マウスホイールを押し下げる等による）、ハイライトするテキストの一部を区別し得る。
【０３４６】
注釈について説明を続けると、図４８に示したように、ユーザは、ページ４８０２の隅にあるマークアイコン４８０６の隣をクリックすることによって、ブックマークを入力し得る。さらに、図５１は、ユーザによって印が付けられている電子書籍の場所を特定する方式を示す。すなわち、図５１は進捗表示を示す。黒の小さい三角形は、テキスト内にユーザが作成したブックマークの場所を示す。
【０３４７】
図５２は、オーディオ再生モジュール４１０（図４で導入）に関連した多様な機能、およびオーディオ再生モジュール４１０が動作することができる環境を示す。ユーザ装置がオーディオアイテムを受信するために使用し得るメカニズムは少なくとも２つ存在する。第１のメカニズムでは、ユーザは、パーソナルコンピュータ５２０２または他のタイプのデータ処理装置を使用して、オーディオアイテムのソース５２０４からオーディオアイテムをダウンロードし得る。第１のアクセスメカニズムでは、パーソナルコンピュータ５２０２は、従来の電話またはケーブルモデム、ＤＳＬ接続、Ｔ１接続等のような非ワイヤレス接続を経由して、オーディオソース５２０４にアクセスし得る。受信時、ユーザは、次に、ＵＳＢ接続、携帯型メモリモジュール、または他の送信メカニズムを経由してオーディオアイテムをユーザ装置１０４に転送し得る。第２のメカニズムでは、図２に示したのと同じ通信インフラストラクチャ１０６を使用して、オーディオソース５２０４からオーディオアイテムを受信してから、このオーディオアイテムをユーザ装置１０４に転送し得る。つまり、通信インフラストラクチャ１０６は、電子書籍等と同じ方式でオーディオアイテムを転送し、この場合、オーディオソース５２０４は、図３に示したコンテンツソース３０４のうちの１つのように機能する。説明したように、通信インフラストラクチャ１０６は、少なくとも部分的に、ワイヤレス通信に依存し得る。
【０３４８】
オーディオソース５２０４は、課金ベースまたは無料ベース（例えば、図書館、政府機関等を含む）でオーディオアイテムを供給する、オーディオアイテムのサプライヤまたは他のタイプの組織を表し得る。この状況では、オーディオソース５２０４は、ＷＡＮでアクセス可能なリソース（例えば、インターネットからアクセス可能なサイト等）として、パーソナルコンピュータ５２０２または他の装置からアクセス可能になり得る。オーディオソース５２０４は、他のユーザに普及するためにオーディオアイテムを供給するユーザまたはユーザのコミュニティも表し得る。
【０３４９】
受信の際、オーディオ再生モジュール４１０は、オーディオアイテムをバックグラウンド音楽ファイル５２０６および／またはオーディブックファイル５２０８に保管し得る。オーディオ再生モジュール４１０は、バックグラウンド音楽ファイル５２０６のオーディオアイテムをバックグラウンド音楽として再生するように構成され得る。例えば、オーディオ再生モジュール４１０は、ユーザが新聞を読んでいる場合、ウェブを検索している場合等に、バックグラウンド音楽ファイル５２０６のオーディオアイテムを再生し得る。１つの事例において、オーディオ再生モジュール４１０は、無作為の順序でバックグランド音楽ファイル５２０６内のオーディオアイテムを再生し得る。オーディオ再生モジュール４１０は、ユーザに、バックグラウンド音楽ファイル５２０６にアクセスする、バックグラウンド音楽の再生を一時停止する、無作為の再生リスト内の次のオーディオアイテムをスキップする等を可能にする制御を提供し得る。
【０３５０】
オーディオ再生モジュール４１０は、ユーザが、一般的に、テキストコンテンツと同じ方式で、オーディブックファイル５２０８保管されたオーディオアイテムとの相互にかかわること、および消費を可能にするように構成され得る。例えば、ページ５２１０は、ユーザにオーディブックのオーディオ再生を可能にする１つのユーザインタフェースページを示す。オーディオ再生モジュール４１０によって、ユーザは、多様な前方コマンド、後方コマンド等を使用して、オーディオアイテムのコンテンツ内部を移動することが可能になる。さらに、オーディオ再生モジュール４１０は、ユーザが傾聴を停止したアイテム内のポイントを保管する。その後該アイテムに戻ると、オーディオ再生モジュール４１０は、このポイントから前方へ再生を開始する。ユーザ装置４１０の他のモジュールは、電子書籍アイテムと同じバナーでオーディオアイテムを管理し得る。例えば、コンテンツ管理モジュール３４２は、利用可能なアイテムのリスト内のオーディオアイテムに関するメタデータを表示し得る（例えば、図４４の「Ｓｕｎ  Ａｌｓｏ  Ｒｉｓｅｓ」エントリを参照）。
【０３５１】
Ｂ．１０．例示的なウェブ閲覧機能
図５３は、図２のシステム２００の略図を表す。この略図では、装置側閲覧モジュール４０２は、インターネットのようなネットワーク２１２を経由して、アイテム提供システム（ＩＰＳ）１０２と対話する。ＩＰＳ１０２は、閲覧プロキシモジュール３２６を含む。閲覧モジュール４０２は、ネットワークからアクセス可能なリソース２２６のうちの１つにアクセスしようとすると、まず、閲覧プロキシモジュール３２６に向けられる。この例示的および典型的な様式においては、装置閲覧モジュールがネットワークからアクセス可能なリソースに直接アクセスすることは不可能になる（図５３に示したＸの印によって示される）。閲覧モジュール４０２は、ユーザ装置がＩＰＳ１０２と通信する唯一の方式であることに注意する。閲覧プロキシモジュール３２６の使用は、アイテム配信システム３１２とタスクリスト処理モジュールとの間の通信プロトコル、およびマーチャントストアモジュール３１８と装置側ストア対話モジュール３４４との間の対話等、他の通信経路に影響を与えない。
【０３５２】
ＩＰＳ１０２は、ユーザが「外部」ネットワークからアクセス可能なリソースにアクセスすることを規制する様々なビジネスルールを確立し得る。１つの事例においては、ＩＰＳは、課金しない（または比較的低額を課金する）第１のクラスの無料リソース５３０２と、課金する（または比較的高額を課金する）第２のクラスの有料リソースとを区別し得る。
【０３５３】
図５４は、閲覧プロキシモジュール３２６を使用して、ネットワークからアクセス可能なリソースへのアクセスを規制する１つの例示的な方式を表す手順５４００を示す。
【０３５４】
ブロック５４０２で、閲覧プロキシモジュール３２６は、ウェブサイト等、ネットワークからアクセス可能なリソースへのユーザの接続要求を受信する。
【０３５５】
ブロック５４０４において、閲覧プロキシモジュール３２６は、ユーザが接続を希望するサイトが、ＩＰＳ１０２自体によって提供されるサービスに対応するかどうかを決定する。対応する場合、ブロック５４０６において、閲覧プロキシモジュール３２６は、要求したリソースへのアクセスをユーザに与える。
【０３５６】
ブロック５４０４の応答が否定である場合（つまり、ユーザはＩＰＳ１０２自体へのアクセスを獲得しようとしない）、フローは、ブロック５４０８に進み、ここで、閲覧プロキシモジュール３２６は、ユーザが、専用の無料（または割引料金）のリソース５３０２のうちの１つ以上へのアクセスを獲得しようとするかどうかを決定する。獲得しようとする場合、ブロック５４０６において、閲覧プロキシモジュール３２６は、要求したリソースへのアクセスをユーザに与える（ブロック５４０６内）。
【０３５７】
ブロック５４０８の応答が否定である場合（つまり、ユーザはＩＰＳ１０２または無料リソース５３０２へのアクセスを獲得しようとしない）、フローは、ブロック５４１０に進み、ここで、閲覧プロキシモジュール３２６は、ユーザが、専用の有料のリソース５３０４のうちの１つ以上へのアクセスを獲得しようとするかどうかを決定する。獲得しようとする場合、ブロック５４１２において、閲覧プロキシモジュール３２６は、次に、ユーザが必要な料金を支払い済みであるか、または支払うことに同意しているかどうかを決定する。このブロック５４１２の応答が肯定の場合、閲覧プロキシモジュール３２６は、適切な料金を評価（ブロック５４１４で）してから、ユーザに、要求したリソースへのアクセスを与える（ブロック５４０６で）。１つの事例において、システム３００は、例えば、アクセス毎ベースで、ユーザがアクセスを希望する各アイテムに対する料金をユーザが支払い得るようにセットアップされ得る。別の事例においては、システム３００は、既定の時間量（１日、１週間等）にアイテムにいくつでもアクセスする料金を支払い得るようにセットアップされ得る。いずれの事例でも、ユーザは、例えば、アイテムへのアクセスを希望するたびにユーザにクエリすることなく、アクセスを試行する場合に、アクセス関連の料金を自動的に許可するオプションを与えられ得る。
【０３５８】
上記の状況が全く満たされない場合、ブロック５４１６において、閲覧プロキシモジュール３２６は、ユーザが要求したリソースにアクセスすることを拒否する。
【０３５９】
図５５は、装置閲覧モジュール４０２によって提供され得るブックマークページ５５０２（詳細設定ページとも称される）を示す。ページ５５０２は、リンクのリストを含む。ユーザは、対応するネットワークからアクセス可能なリソースに接続するように、いずれかのリンクをクリックし得る。
【０３６０】
図５６は、ユーザ装置１０４を使用して、ＵＲＬ等、ネットワークアドレスを入力するために装置閲覧モジュール４０２が使用し得るメニュー５６０２を示す。
【０３６１】
Ｃ．例示的な管理関連機能
Ｃ．１．機能の概要
このセクションは、セクションＡおよびＢで説明したシステムを使用して実行され得る、多様な管理またはバックエンドタスクに関する情報を提供する。１つの管理機能は、システムの多様な態様のパフォーマンスを監視することに関する。別の管理機能は、システムの動作をテストすることに関する。別の管理機能は、システムに存在し得る障害または他の問題を診断することに関する。別の管理機能は、ユーザ装置１０４によって使用される命令付きコンテンツ（例えば、ソフトウェア）をアップグレードすることに関する。上記の機能は、重複し得る。例えば、テストと診断の機能は、パフォーマンス監視機能に依存し得る。アップグレード関連機能は、命令のアップグレードが適切であるかどうかを決定するテストおよび診断機能に依存し得る。
【０３６２】
図５７は、図２で紹介したシステム２００の略図を提供する。このシステム２００は、上記の多様な管理機能を説明する道具として使用される。しかし、本明細書で説明する管理機能も、他のタイプのシステムを使用して実現され得る。
【０３６３】
システム２００によって、アイテム提供システム（ＩＰＳ）２０２は、通信インフラストラクチャを経由してユーザ装置１０４と対話することが可能になる。通信実現システム２０８は、広域ネットワーク（ＷＡＮ）、さらに特定するとインターネットのようなネットワーク２１２を経由して、ＩＰＳ１０２と対話する。
【０３６４】
システム２００は、以下に説明するように、多様なレベルで上記の多様な管理機能を実現する。
【０３６５】
Ｃ．２．例示的なパフォーマンス監視、テスト、および診断機能
図５７は、それぞれの「視点」から、システム２００の多様な部分がシステム２００のパフォーマンスを監視することができることを図説する。例えば、ユーザ装置は、ユーザ装置１０４に公開可能なパフォーマンス問題に関して、システム２００のパフォーマンスに関連する多様なイベントを記録するための装置側パフォーマンスログモジュール５７０２を含み得る。装置側パフォーマンスログモジュール５７０２は、パフォーマンス情報をパフォーマンスログ４１６（図４の文脈で導入）に保管し得る。
【０３６６】
ワイヤレスプロバイダシステム２０２は、同様に、ワイヤレスプロバイダシステム２０２に公開可能なパフォーマンス問題に関して、システム２００のパフォーマンスに関連する多様なイベントを記録するためのパフォーマンスログモジュール５７０４を含み得る。パフォーマンスログモジュール５７０４は、パフォーマンス情報をパフォーマンスログ５７０６に保管し得る。
【０３６７】
通信実現システム２０８は、同様に、通信実現システム２０８が認識可能なパフォーマンス問題に関して、システム２００のパフォーマンスに関連する多様なイベントを記録するためのパフォーマンスログモジュール５７０８を含み得る。パフォーマンスログモジュール５７０８は、パフォーマンス情報をパフォーマンスログ５７１０に保管し得る。
【０３６８】
ＩＰＳ１０２は、多様な機能を実施するためのカスタマサービスモジュール５７１２を含み得る。第１の機能として、ＩＰＳ１０２は、多様なイベントを独立的に記録して、このようなイベントもＩＰＳ側パフォーマンスログ５７１４に保管し得る。さらに、カスタマサービスモジュール５７１２は、ユーザ装置１０４、ワイヤレスプロバイダシステム２０２、および／または通信実現システム２０８によって収集されるいずれのパフォーマンス情報をも取得し得る。１つの特定事例においては、カスタマサービスモジュール５７１２は、システム２００の様々な部分からパフォーマンス情報を自動的に収集する。別の事例では、カスタマサービスモジュール５７１２は、システム２００の様々な態様に対してオンデマンドのターゲット問い合わせを実行し得、ユーザ装置１０４、ワイヤレスプロバイダシステム２０２、および／または通信実現システム２０８によって収集されたパフォーマンス情報の問い合わせを行なう。例えば、ユーザは、国の特定の領域でダウンロードの受信に関する障害を特定するためにカスタマサービス担当者に電話をかけ得る。カスタマサービス担当者は、障害の発生元の発見に役立てるため、システムのいずれかの部分によって提供されるパフォーマンス情報を確認し得る。
【０３６９】
これに加えて、ＩＰＳ１０２の管理者は、システム２００の多様な部分を積極的にテストし得る。例えば、ＩＰＳ１０２は、サーバ側テストモジュール５７１６を含み得る。サーバ側テストモジュール５７１６は、一連のテストユーザ装置にテスト信号を定期的に送信するために使用され、テストユーザ装置に応答するように要求し得る。または、テストモジュール５７１６は、オンデマンド方式で、テスト信号をテストユーザ装置に送信し得る。テストユーザ装置は、このようなテスト信号を受信および応答するために、補助テストモジュール５７１８を含み得る。（装置側パフォーマンスログモジュール５７０２および装置側テストモジュール５７１８は、合わせて、図４で導入した監視およびテスト機能４１４に対応することに注意する。）サーバ側テストモジュール５７１６は、応答を受信したかどうか、および／または応答に関連したパフォーマンスメトリクス等を含めて、各テストユーザ装置から受信する応答を監視し得る。サーバ側テストモジュール５７１６および／または管理者は、システム２００内部のパフォーマンス問題の診断に役立てるために、結果を確認し得る。
【０３７０】
図５８は、テストモジュール（５７１６、４１４）の動作を形成する手順５８０２をフローチャート形態で示す。
【０３７１】
ブロック５８０２において、サーバ側テストモジュール５７１６は、システム２００をテストする時間かどうかを決定し得る。
【０３７２】
ブロック５８０４において、テストを実施する時間である場合、サーバ側テストモジュール５８０４は、テストプローブを１台以上のテスト装置に送信し得る。
【０３７３】
ブロック５８０６で、サーバ側テストモジュール５８０６は、テストユーザ装置から応答を受信したかどうかを特定し、受信した場合は、応答の性質を特定し得る。
【０３７４】
Ｃ．３．例示的なアップグレード関連機能
図５７に戻ると、この図面は、ＩＰＳ１０２がサーバ側アップグレードモジュール５７２０を含むことを図説する。ユーザ装置１０４は、補助装置側アップグレードモジュール４１８（図４の文脈で導入した）を含む。概要として、１つの事例では、サーバ側アップグレードモジュール５７２０は、ユーザ装置１０４にアップグレードまたは他の情報を送るように手動で操作され得、この時、装置側アップグレードモジュール４１８は、適切な方式で特定されるアップグレードまたは他の情報をロードする。第２の事例では、サーバ側アップグレードモジュール５７２０は、ユーザ装置からバージョン情報を自動的に受信し得る（装置側アップグレードモジュールによって提供される）。サーバ側アップグレードモジュール５７２０は、受信したバージョン情報とソフトウェアの現在のバージョンとを比較し得る。サーバ側アップグレードモジュール５７２０は、次に、例えば、ユーザ装置を最新状態にするために望ましい命令付きアイテムのパッチまたは完全バージョンをダウンロードすることによって、適切であり得るいずれのアップグレードをも開始し得る。
【０３７５】
図５９は、ユーザ装置１０４に更新を提供する手動モードを表す手順５９００を示す。
【０３７６】
ブロック５９０２で、ＩＰＳ１０２に関連付けられた管理者は、ユーザ装置１０４に行うべきアップグレードを特定する。
【０３７７】
ブロック５９０４において、サーバ側アップグレードモジュール５７２０は、アップグレードをユーザ装置に送信し得、その際、装置側アップグレードモジュール４１８はアップグレードを命令の本文に組み入れる。更新動作は、エンドユーザが更新動作に参加することを任意選択で依頼されることがなく、更新動作に気づかないことがあり得る、という点で透過的である。
【０３７８】
図６０は、ユーザ装置１０４に更新を提供する自動モードを表す手順６０００を示す。
【０３７９】
ブロック６００２において、サーバ側アップグレードモジュール５７２０は、ユーザ装置によって使用されている命令の現在のバージョンに関する情報を受信し得る。
【０３８０】
動作６６０４において、サーバ側アップグレードモジュール５７２０は、装置のバージョンと命令の現在のバージョンとを比較し得る。
【０３８１】
動作６６０６で、サーバ側アップグレードモジュール５７２０は、例えば、命令の現在のバージョンと命令の装置のバージョンとの違いを表現するデルタファイルを演算することによって、ユーザ装置によって使用されるアップグレードを自動的に準備し得る。アップグレードモジュール５７２０は、パッチまたは完全ファイルのいずれかとして、ユーザ装置１０４にアップグレードを送信し得る。装置側アップグレードモジュール４１８は、アップグレードを受信して、アップグレードを組み入れる動作を行う。ここでも、更新動作は、エンドユーザが更新動作に参加することを依頼されず、更新動作に気づかないことがあり得る、という点で透過的である。
【０３８２】
図６１は、いずれのタイプの更新をもユーザ装置１０４に送信するために、システム２００によって使用される例示的な通信パッケージを示す。パッケージは、ヘッダ６１０２と本文６１０４とを含む。ヘッダ６１０２は、バージョン情報、属性情報、チェックサム情報および類似情報を伝達するフィールドを含み得る。本文６１０４は、マニフェスト、および／または命令付きコンテンツ（スクリプトコンテンツ、プログラムコンテンツ等）、および／またはメディアコンテンツ、および／または他のタイプのコンテンツを含み得る。本文は、ターファイル(tar file)として、または、他の何らかのフォーマットまたはフォーマットの組み合わせを使用することによって表現し得る。パッケージによって表現される情報は、未承認者が情報にアクセスすることを防止することに役立つように、無作為な情報と共にスクランブルされ得る。
【０３８３】
パッケージは、ユーザ装置１０４からいかなるタイプの動作をも行なわせるために、いかなるタイプの情報でもユーザ装置１０４に伝達するための汎用目的の入れ物として機能する。１つの事例において、管理者は、命令付きアイテムをユーザ装置１０４にダウンロードするために、図６１に示したパッケージを使用し得る。装置１０４は、このアイテムをメモリにロードすることによって応答する。装置１０４は、その後、アイテムに提供されたプログラム命令に基づいて動作する。
【０３８４】
別の事例において、管理者は、ユーザ装置１０４によって表示されるいずれの種類のメッセージコンテンツ等、他のタイプのコンテンツをユーザ装置１０４にダウンロードするために、図６１に示したパッケージを使用し得る。例えば、ダウンロードしたコンテンツは、電源切断モードで表示するようにユーザ装置１０４が命令されるメッセージに関連し得る（例えば、ユーザ装置が、動作の電源切断モードでディスプレイに情報を提示することができる、非揮発性のディスプレイ技術を使用する場合）。このメッセージを提供するために、パッケージは、望ましいメッセージおよび、任意選択で、ユーザ装置１０４にメッセージをどのように表示するかを命令するスクリプトコンテンツを提供するビットマップを含み得る。他のアプリケーションが可能である。
【０３８５】
Ｄ．例示的なプロビジョニング機能
Ｄ．１．プロビジョニング機能の概要
図６２は、新しいユーザ装置をプロビジョニングするためのシステム６２００を示す。より具体的には、システム６２００は、例えば、工場等の環境で新しく製造されたユーザ装置６２０４（またはそのコンポーネント）と対話するプロビジョニング機能６２０２を含む。新しいユーザ装置６２０４は、プロビジョニングモジュール６２０６を含み得る。装置側プロビジョニングモジュール６２０６は、プロビジョニング機能６２０２から、１つ以上の識別番号を含み得る、一時的な連絡情報６２０８を受信する。プロビジョニング機能６２０２は、通信インフラストラクチャ６２１０にプロビジョニング情報６２１２を提供するように、通信インフラストラクチャ６２１０とも対話し得る。プロビジョニング情報６２１２は、ユーザ装置６２０４によって保管される一時的な連絡情報に関する。
【０３８６】
図６２に示したように、ユーザ装置６２０６は、通信インフラストラクチャ６２１０への最初のアクセスを確立するように、一時的連絡情報６２０８を使用し得る。通信インフラストラクチャ６２１０は、次に、追加の永久的連絡情報６２１４をユーザ装置６２０４に転送し得る。ユーザ装置６２０４は、その後、ＩＰＳ１０２および他のネットワークからアクセス可能なリソースにアクセスするために、追加の永久的連絡情報６２１４を使用し得る。プロビジョニングアプローチによって、ユーザは、複雑で面倒な構成操作を実施することなく、ユーザ装置６２０４を使用することが可能になる。
【０３８７】
ユーザ装置をプロビジョニングする１つの例示的手法に関する追加の詳細は、２００６年３月２９日付の発明者、Ｓｕｂｒａｍ  Ｎａｒａｓｉｍｈａｎ，  ｅｔ．ａｌ．  による米国特許第１１／２７７，８７６号、名称「Ｏｖｅｒ−ｔｈｅ−ａｉｒ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  ａｎｄ  Ａｃｔｉｖａｔｉｏｎ」に説明されている。
【０３８８】
Ｄ．２．例示的な仮想アカウントの処理
図６３は、ユーザがユーザ装置１０４を購入直後にユーザにアイテムの購入（またはより一般的には、アイテムの入手）を可能にするための手順６３００を図説する。この手順６３００は、図３８の仮想アカウントモジュール３８１６によって、少なくとも部分的に実施され得る。
【０３８９】
ブロック６３０２で、購入システムは、ユーザが新しいユーザ装置を購入したことを受信する。
【０３９０】
ブロック６３０４で、購入システムまたは他の何らかのモジュールは、ユーザの仮想アカウントを確立し得る。仮想アカウントは、ユーザ装置にユーザが割り当てられる前であっても確立される。
【０３９１】
ブロック６３０６で、購入システムは、ユーザが行った１つ以上のアイテム購入を受信する。購入システムは、これらの購入をブロック６３０４で作成した仮想アカウントに関連付ける。
【０３９２】
ブロック６３０８で、ユーザ装置がユーザに割り当てられると、購入システムまたは他の何らかのモジュールは、仮想アカウントを割り当てられたユーザ装置に関連付け得る。この連結動作によって、ユーザは、自分の新しいユーザ装置を使用して、仮想アカウントに適用されたアイテムを受信および消費することが可能になる。
【０３９３】
Ｄ．３．例示的な初期テスト
図６４は、この文脈において、テスト中装置（ＤＵＴ）と称される、新しいユーザ装置６４０２のテストに対するアプローチを示す。例えば、このアプローチは、工場または他の生産段階のどこかで装置をテストするために使用され得る。
【０３９４】
導入のために、ユーザ装置６４０２は、好ましいローミングリスト（ＰＲＬ）６４０４と最近使用した（ＭＲＵ）テーブル６４０６とを含むことができる。ＰＲＬ６４０４は、ユーザ装置が通信局等との通信を確立するために調査し得るターゲット周波数のリストを含む。ＭＲＵテーブル６４０４は、ユーザ装置１０４が通信局へのアクセスを得るために最近使用した周波数を特定する。
【０３９５】
図６４は、テスト機器６４０８も示す。テスト機器６４０８は、部分的に、ユーザ装置６４０２が通信局と通信を確立できる能力をテストするために使用される。テスト機器６４０８は、テストの実施目的で、ユーザ装置６４０２との通信を確立するために、テストチャネル６４１０を使用し得る。
【０３９６】
テストを迅速化するために、図６４に示したアプローチは、テスト機器６４０８のテストチャネル６４１０を特定する情報を保管するように、ユーザ装置６４０６のＭＲＵテーブルをプログラムする。これによって、ユーザ装置６４０２は、テスト機器６４０８との通信を迅速に確立することが可能になるが、これは、ユーザ装置６４０２が、テスト機器６４０８と通信する周波数を探す必要性を回避することによる。
【０３９７】
さらなる特徴として、テスト手法は、ＰＲＬテーブルにテストＰＲＬを保管する必要が無く、したがって、テスト後に、テストＰＲＬ６４０４をフィールドで使用される実際のＰＲＬ６４０４に置換する。つまり、本アプローチでは、ＰＲＬ６４０４は、テスト動作全体で実際のＰＲＬ情報を維持し得る。
【０３９８】
図６５は、上記のテストアプローチを実現するための手順６５００を示す。
【０３９９】
ブロック６５０２においては、ＭＲＵテーブル６４０６は、テスト機器６４０８のテストチャネル６４１０を特定する情報を保管する。
【０４００】
ブロック６５０４で、ユーザ装置６４０２とテスト機器６４０８はテストを実行する。テストの実施において、適切なアクセス情報は既にＭＲＵテーブル６４０４に保管されているため、ユーザ装置６４０２は、テスト機器６４０８のチャネルを探す必要がない。
【０４０１】
Ｅ．例示的な検索およびインデックス作成技術
Ｅ．１．検索概要
このセクションでは、ローカルおよび／またはリモートに保管されたコンテンツを検索するために、演算装置上に実現され得る多様な検索技術を説明する。検索およびインデックス作成は、ローカルのユーザ装置（例えば、電子書籍リーダ装置、ＰＤＡ、ＰＣ等）、リモートの演算装置（例えば、アイテム提供システム、サーバ等）または両方で実行され得る。検索動作は、プロセッサに比較的負荷がかかる動作になる傾向が強い。しばしば、コンテンツを検索する前に、コンテンツは、検索を容易にするために、カタログ化またはインデックスされる。その場合でも、検索は、まだ、かなりの処理リソースを必要とし得る。さらに、コンテンツにインデックスを作成するプロセスは、処理リソースも必要とする。これらのプロセッサの負荷は、演算装置によって消費される電力に反映される。
【０４０２】
プロセッサの負荷および消費電力は、電子書籍リーダのような携帯型ローカルユーザ装置の状況においては、一層重要な考慮事項となる。比較的大量の処理および電力要件のために、電子書籍リーダ上の検索はほとんど存在しなかった。検索がＰＤＡまたは他の携帯型ユーザ装置上で利用可能な場合、携帯型ユーザ装置は、検索やインデックス作成を実施するために、リモートの演算装置のより大型の処理能力を利用する傾向があった。しかし、検索がリモートの演算装置によって実行される場合、携帯型ユーザ装置がリモートの演算装置と通信外にある場合には、検索を利用可能となり得ない。
【０４０３】
例示的な検索およびインデックス作成技術は、例示的な電子書籍リーダユーザ装置の文脈において、以下に説明する。しかし、本明細書で説明する概念は、ＰＣ（デスクトップまたはラップトップ）、サーバ、ＰＤＡ、ポケット型ＰＣ、スマートフォン等の他のタイプのローカルおよび／またはリモート演算装置により一般的に適用され得る。
【０４０４】
Ｅ．２．例示的なユーザ装置の検索コンポーネント
図６６は、本明細書で説明する検索およびインデックス作成技術を実現することが可能な１つの例示的なユーザ装置１０４の模式図である。このセクションで説明する実施形態は、図４４に示し、一般的に上のセクションＡで説明した検索およびインデックス作成機能のいくつかの例を表す。一般的に、ユーザ装置１０４は、プロセッサ６６００と、一群の電子アイテム６６０４および１つ以上の検索インデックス６６０６とを格納するメモリ６６０２とを含む。検索インデックス６６０６は、一群の電子アイテムにある言葉の整理されたカタログまたは辞書を含み、一群の電子アイテム６６０４を検索するために使用され得る。検索インデックス６６０６は、リモートソースから受信、または、ユーザ装置１０４でインデックスモジュール６６０８によって生成され得る。ユーザ装置１０４は、検索インデックス６６０６を使用して、一群の電子アイテム６６０４を検索するように構成された検索モジュール６６１０を含む。インデックスモジュール６６０８と検索モジュール６６１０は、概念を理解するために個別のモジュールとして示されるが、実際には検索およびインデックス作成機能は単一の検索／インデックスモジュールにより、および／またはいかなる数および組み合わせの個別のモジュールによって実現され得る。
【０４０５】
例示的な実施形態では、メモリ６６０２は、ユーザ装置１０４の内部メモリを含む。これに加えて、この実施形態のユーザ装置１０４は、第２の群の電子アイテム６６１４および第２のコレクションの電子アイテムに対する検索インデックス６６１６を格納する着脱式メモリ６６１２（例えば、メモリカード、ディスク等）を含む。一般的に、各メモリは、そこに格納される電子アイテムに対応する１つ以上の検索インデックスを含む。このように、１つのメモリを削除しても、別のメモリ上に格納された電子アイテムの検索機能に影響を与えることはない。しかし、他の実施形態において、ユーザ装置は、多様な数および組み合わせのメモリタイプを含み得、検索インデックスは、対応する電子アイテムと共に、または別に格納され得る。
【０４０６】
ユーザ装置１０４は、ユーザインタフェース６６１８も含み、これによって、ユーザは、検索クエリの入力、検索結果の変更、電子アイテムの閲覧、およびそうでなければユーザ装置１０４との対話を実行できる。検索クエリを入力すると、検索結果は、図５に示したデュアル画面配置のように、ユーザ装置１０４の１つ以上の画面６６２０上に表示され得る。上記で述べたように、ユーザ装置１０４は、他の多様な機能も含み得る（例えば、タスクリスト処理モジュール、リーダモジュール、コンテンツ管理モジュール、電力管理機能等）。他の機能の中には、検索および／またはインデックス作成モジュール６６１０および６６０８と相互に動作して、検索結果を管理したり、電子アイテムの格納場所を表示したり（例えば、内部メモリ内、着脱式メモリ内、リモートストレージ内等）、リモートマーチャントストアと対話したりすること等を実行し得る。
【０４０７】
図６７は、ユーザ装置１０４から検索可能になり得る、多様なコンテンツソースのシステム６７００を図説する模式図である。内部メモリ６６０２および着脱式メモリ６６１２に加えて、ユーザ装置１０４は、多様な数の他のローカルおよび／またはリモートのコンテンツソースを検索することが可能になり得る。例えば、例示的な実施形態において、ユーザ装置１０４は、リモートのデータストア６７０２、インターネットのような広域ネットワーク、マーチャントストア６７０６、およびリモートの検索エンティティ６６０８と通信して検索するように構成される。ユーザ装置と多様なコンテンツソースとの間の通信は、上記Ａ〜Ｄのセクションに詳しく説明したように、ワイヤレスおよび／または有線通信チャネルを経由し得る。
【０４０８】
１つの実施形態において、リモートデータストア６７０２とマーチャントストア６７０６は、上記のセクションＡで図３に関して説明したように、個人メディアライブラリモジュールとマーチャントストアモジュールをそれぞれ含み得る。インターネット６７０４の検索は、従来のインターネット検索エンジン、特殊なサーバ側検索エンジン、および／または装置側検索エンジンを使用して達成され得る。検索エンティティ６７０８は、情報のソースを検索することと結果をユーザ装置１０４に戻すことができるいずれのエンティティでもあり得る。１つの実施形態において、検索エンティティ６７０８は、部分的に人間に依存して、検索結果を編集して検索クエリに応答を提供するエンティティを含む。このような検索エンティティの多様な例は、ＣＡ州Ｓｕｎｎｙｖａｌｅ所在のＹａｈｏｏ  Ｉｎｃ．から入手可能なＹａｈｏｏ（登録商標）Ａｎｓｗｅｒｓ、ＭＤ州Ｂｅｔｈｅｓｄａ所在のＷｏｎｄｉｒ，Ｉｎｃ．、またはＷＡ州Ｓｅａｔｔｌｅ所在のＮｏｗＮｏｗ．ｃｏｍから入手可能なＮｏｗＮｏｗ（登録商標）を含む。
【０４０９】
Ｅ．３．例示的な検索方法
図６８は、ユーザ装置１０４のユーザインタフェースを使用してどのように検索クエリが入力され得るかを示す詳細図である。上記セクションＡで図５に関して述べたとおり、ユーザ装置１０４は、キーパッド５１８を有し得る。図６８の下側の詳細図に示したように、キーパッドは検索キー６８００を含み得る。検索キー６８００を押すと、図６８の上側の詳細図に示したように、検索メニュー６８０２が表示される。検索メニュー６８０２は、クエリフィールド６８０４と「ｇｏ」フィールド６８０６を含む。ユーザは、キーパッド５１８を使用してクエリをタイプすることによって、リーダ画面６０２からテキストを選択することによって、サムホイール５０６を使用することによって、またはユーザインタフェース６６１８の他のいかなる入力によっても、検索メニュー６８０２のクエリフィールド６８０４にいかなる数の１つ以上の検索語をも有する検索クエリを入力し得る。入力中、検索クエリ語は、クエリフィールド６８０４に表示される。ユーザは、カーソル６０８を使用して「実行」フィールド６８０６を選択することによって、検索を開始することができる。
【０４１０】
図６９は、例えば、電子書籍リーダ等のユーザ装置によって実現され得る例示的なフルテキスト検索方法６９０６を示すフローチャートである。方法６９００は、図説するためにユーザ装置１０４の状況で説明するが、他のいずれかのタイプのユーザ装置を使用して実現される可能性がある。６９０２で、ユーザ装置１０４は、例えば、検索メニュー６８０２を経由して検索クエリ入力を受信する。図説した例においては、１つの検索語「ｐｏｌｉｔｉｃｓ」だけが入力される。複数の検索クエリ語を入力すると、一部の実施形態では、検索モジュール６６１０は、言葉を暗示的な「近接」演算によって分割されているように処置し得る。しかし、他の実施形態は、他のいかなる暗示的または明示的な演算子（例えば、ブール式演算、近接演算等）も使用され得る。
【０４１１】
検索クエリは、６９０４で、ステミング、トランケーション、または他の何らかの適切な検索法を使用して、クエリした言葉の変形を含むように拡張され得る。例えば、ステミングは、他の変形の中でも、単数形のクエリ語の複数形、複数形の言葉の単数形、クエリ語の動詞の他の時制、クエリ語の一般的なミススペル、クエリ語の外国語の翻訳、クエリ語の所有形、クエリ語を含むドメイン名というようなクエリ語の変形のうちのいずれか１つ以上を認識して含み得る。トランケーションは、接頭辞または接尾辞を変えた言葉を検索する能力を指す。トランケーションおよび他の多様な検索法の詳細は、当業者には明らかである。
【０４１２】
６９０６で、ユーザ装置１０４は、利用可能なコンテンツのソースを決定する。この事例においては、コンテンツの利用可能なソースは、内部メモリ６６０２、着脱式メモリ６６１２、リモートのデータストア６７０２、インターネット６７０４、マーチャントストア６７０６、およびリモートの検索エンティティ６７０８を含む。
【０４１３】
一部の場合には、検索クエリは、検索する１つ以上のコンテンツソースを示す、コマンド行または他の指定子を含み得る。コマンド行が存在する場合、コマンド行は、いずれかの適切な文字、記号、ボタンまたは他の指定子によって指定され得る。１つの例においては、検索する１つ以上のコンテンツソースを特定するコマンド行を開始するために、「＠」記号が使用され得る。この例では、コマンド行「＠ｗｅｂ」は、検索がウェブ上で実施されるべきであることを示す。しかし、コマンド行をオフセットするために、他のいずれか適切な指定子が使用され得る（例えば、＃、＄、％、＾、＆、＊、“、チェックボックス、個別のスコープフィールド、プルダウンメニュー等）。コマンド行は、１つ以上のコンテンツソース全体（例えば、ウェブ、リモートのデータストア、内部メモリ等）または特殊なウェブサイトのようなコンテンツソースの何らかの部分、コンテンツのタイプ（例えば、本、音楽、定期刊行物等）、アイテムのコレクション（例えば、ドラマ、父の物等）、または他のいずれかのコンテンツ部分を指定し得る。
【０４１４】
６９０８で、ユーザ装置１０４は、検索クエリに存在するいずれかのコマンド行をも認識し、６９１０で、検索する１つ以上のコンテンツソースを特定し得る。図説した実施形態のように、検索クエリにコマンド行が見つからない場合、検索は１つ以上の既定のコンテンツソースに初期設定され得る。１つの実施形態において、検索は、ユーザ装置１０４の内部および／または着脱式メモリに格納されたローカルコンテンツを検索するように初期設定され得る。代替として、検索は、利用可能な全てのコンテンツソース、または、ユーザ装置１０４が利用可能な他のコンテンツソースのうちのいずれか１つ以上に初期設定される可能性がある。
【０４１５】
６９１２で、ユーザ装置１０４は、クエリした言葉に対して１つ以上の特定されたコンテンツソースの検索を開始する。図説した例においては、コマンド行が入力されていないので、ユーザ装置１０４は「ｐｏｌｉｔｉｃｓ」という言葉に対して、デフォルトのメディアコンテンツソース（この事例においては装置のローカルメモリ）を検索する。
【０４１６】
図７０は、１つの例示的な検索方法７０００の追加詳細を図説するフローチャートで、便宜性のためにユーザ装置１０４の状況で説明するが、他のユーザ装置にも適用し得る。検索方法７０００の詳細は、図７１と７２に示した例示的な検索画面を参照して説明する。図７０を参照すると、７００２で、ユーザ装置１０４は、１つ以上のクエリした言葉を含む検索クエリを受信して、検索プロセスを開始する。検索は、検索モジュール６６１０によって実施され、７００４で、１つ以上の検索インデックスでクエリした言葉を参照する。一般的に、インデックスは、ユーザ装置１０４上でアクセス可能な電子アイテムで使用される言葉の１つ以上の系統的リストを含む。インデックスは、電子アイテム、タイトル、ヘッダ、コンテンツのテーブル、および／またはメタデータのフルテキストを含み得る。１つの実施形態において、インデックスは、一部の電子項目（例えば、ローカルに保管された電子アイテム）のフルテキストの検索可能なインデックスと他の電子項目（例えば、リモートに保管された電子アイテム）の限定部分（例えば、タイトル、ヘッダ、およびメタデータ）の検索可能なインデックスを含み得る。以下に、いくつかの検索作成スキームを詳細に説明する。
【０４１７】
一部の実施形態において、検索される電子アイテムおよび／または検索結果を表示する様式は、検索の要求時にユーザが何を実行しているかに依存して変わり得る。図示した実施形態において、ユーザ装置１０４は、７００６で、電子アイテムが現在表示されているかどうかを決定する。図示されていない場合（例えば、検索がホーム画面、コンテンツ管理画面等から要求された場合）、７００８で、検索モジュール６６１０は、クエリした言葉が各電子アイテムに出現するインスタンスの数順に検索結果を返す。このように、クエリした言葉のインスタンスまたはヒットが最も多い電子アイテムは、先頭にリストされる。電子アイテムが表示されている場合（例えば、検索は電子書籍または他の電子アイテム内の読書ペイン(pane)から要求された場合）、７０１０で、検索モジュール６６１０は、クエリした言葉がその中に出現する場合、現在表示されている電子アイテムを先頭にリストして、検索結果を返す。この事例では、残りの結果は、クエリした言葉のインスタンスの数順にリストされる。クエリした言葉が現在表示されている電子アイテムにない場合、検索結果はブロック７００８と同じ様式で表示される。
【０４１８】
図７１は、図７０のブロック７０１０と同じ様式で表示された電子アイテムのリストを示す例示的な検索結果画面７１００である。この例では、コマンド行が入力されていないため、ユーザ装置１０４のローカルメモリに格納されたコンテンツを検索するように初期設定される。このように、検索結果画面７１００は、クエリした検索語を含む、装置のローカルメモリ内の電子アイテムのリスト７１０２を表示する。検索語が出現した回数は、リスト７１０２の各電子アイテムの左側に括弧の中にリストされる。この例では、検索は「Ｔｈｅ  Ｂｌｕｅｓｔ  Ｅｙｅ」というタイトルの電子アイテム内から要求された。したがって、検索が要求されたときに表示されていて、クエリ語「ｐｏｌｉｔｉｃｓ」を含むので、電子アイテム「Ｔｈｅ  Ｂｌｕｅｓｔ  Ｅｙｅ」がリスト７１０２の先頭にリストされて、その後にクエリした言葉のインスタンスの数順にリストされたクエリ語を有する他の電子アイテムが続く。
【０４１９】
他の実施形態においては、検索の要求時にユーザが電子アイテムを消費中の場合、検索は検索前に消費中の電子アイテムのテキストに限定され得る。逆に、ユーザが電子アイテムの外側から検索を要求する場合、検索は、ユーザ装置１０４がアクセス可能な全ての電子アイテム、ユーザ装置１０４のローカルメモリ内の全ての電子アイテム、またはユーザ装置１０４のローカルメモリ内の電子アイテムの一部（例えば、一群）のテキストに包含し得る。
【０４２０】
図７０をもう一度参照すると、ユーザには、７０１２で、検索の範囲を手動で設定または変更するオプションも与えられ得る。１つの実施形態において、ユーザは、例えば、図７１の検索結果画面７１００上のメニューボタン７１０４を選択して、１つ以上の表示されたメニュー項目（図示せず）に基づいて検索範囲を選択することによって、検索の範囲を限定し得る。例えば、ユーザには、コンテンツのタイプによって（例えば、本、定期刊行物、音楽等）、コンテンツのソースによって（例えば、内部メモリ、着脱式メモリ、リモートデータソース、マーチャントストア等）、および／または他の多様な数の範囲設定ツールによっても、検索を制限するオプションが与えられ得る。
【０４２１】
図７１の電子アイテムのリスト７１０２からの電子アイテムのうちの１つを選択すると、７１０４で、表示されるように選択した電子アイテム内でクエリした言葉が出現する場所のリストが作成される。１つの実施形態において、該場所は不変で、不変場所参照識別子によって特定される。不変場所参照識別子は、名前が示すように、電子アイテムが表示されている演算装置の画面サイズ、フォントタイプまたはサイズ、解像度、または他の表示状況に関わらず、電子アイテムのコンテンツの特定の場所またはセグメントを特定および伝えることが可能になる。一般的に、これは、電子アイテムのコンテンツ全体における場所または電子アイテムの個別のセグメントに固有の参照識別子を割り当てることによって、達成される。これらの参照識別子は、電子アイテムが表示される演算装置の表示状況に依存しない。この意味では、参照文字は不変である。
【０４２２】
電子アイテムのコンテンツ内、またはこれに関連して、不変場所参照識別子を提供する数々の方式が存在する。これに加えて、電子アイテムを区分化して、不変場所参照識別子を割り当てられ得る多様な方式が存在する。例えば、各不変場所参照識別子は、電子アイテムの個別の文字または単語、単語の集合、文、段落、既定サイズのテキストのまとまり、データの単位、または他の何らかの区分に割り当てられ得る。不変場所参照識別のスキームの追加詳細は、２００７年３月２９日付提出の米国特許出願第１１／６９３，６７７号、名称「Ｉｎｖａｒｉａｎｔ  Ｒｅｆｅｒｅｎｃｉｎｇ  ｉｎ  Ｄｉｇｉｔａｌ  Ｗｏｒｋｓ」に確認できる。
【０４２３】
７０１６で、周辺のテキストの中でクエリした言葉を含む電子アイテムの引用を、クエリした言葉が選択した電子アイテムで出現する場所とともに、またはその代わりに表示され得る。例えば、ユーザがニューヨーク・タイムズの２００７年３月１８日版の隣にある図７１の選択可能ブロック７１０６を選択すると、ニューヨーク・タイムズのその版中に「ｐｏｌｉｔｉｃｓ」という言葉のインスタンスを示すインスタンス画面が表示され得る。
【０４２４】
図７２は、図７１の選択可能ブロック７１０６のユーザ選択に応答して表示され得る、インスタンス画面７２００の図説例である。図７２に示したように、「ｐｏｌｉｔｉｃｓ」という言葉の最初の６件のインスタンス周辺のテキストの引用７２０２が、電子アイテムの引用の場所７２０４と共に表示される。クエリした言葉「ｐｏｌｉｔｉｃｓ」自体は各引用７２０２内で強調され得る（例えば、太字、イタリック体、下線付き、ハイライト等）。追加のインスタンス引用は、メニューボタンを使用して次のページのインスタンスに移動することによって表示され得る。引用７２０２のうちの１つを選択すると、ユーザ装置１０４は電子アイテムの選択した場所にジャンプ（７０１８）して、ユーザが引用場所から電子アイテムを読み始めることができるように、読書ペインを開く。
【０４２５】
図７１をもう一度参照すると、クエリした言葉を含む電子アイテムのリスト７１０２に加えて、検索結果画面７１００は、まだインデックスされていないのでまだ検索可能でないいずれの電子アイテムのエントリ７１０８も含み得る。検索結果画面７１００は、辞書リンク７１１０も表示して、ユーザ装置のローカルメモリに格納された１つ以上の辞書でクエリ語の定義を表示する。この事例においては、検索結果画面７１００は、２つの辞書の定義があり、辞書リンク７１１０の隣にある選択可能ブロックを選択することによって表示され得ることを示す。検索結果画面は、検索され得るコンテンツ７１１２の他のソースのリストも含み得る。この事例においては、検索結果画面７１００は、ユーザに、ウェブ、特定のウェブサイト、またはマーチャントストアでクエリした言葉を検索するオプションを与える。もちろん、検索結果画面７１００は、検索結果を表示する可能な方式の一つに過ぎない。検索結果をユーザに提示する他の多数な方式は当業者には明らかである。
【０４２６】
上述のように、検索結果画面はエントリ７１０６を含み、まだ検索可能ではない電子アイテムの件数を示す。ユーザは、どの電子アイテムがまだ検索可能ではないか、およびいつインデックス作成が予想できるかを知ることを希望し得る。まだ検索可能ではないアイテムのエントリ７１０８を選択すると、図７３に示したようなインデックス作成状況画面７３００が表示される。インデックス作成状況画面７３００は、受信されてはいるがまだインデックスが作成されていない電子アイテムのキュー７３０２を含み得る。キュー７３０２は、ユーザ装置１０４による受信順、アルファベット順、または他のいずれかの適切な順序に系統化され得る。キュー７３０２は、各電子アイテムに対するインデックス作成状況インジケータ７３０４を含み得る（例えば、「インデックス作成中」または「インデックス未作成」）。図示していないが、「インデックス作成中」として示されるいずれの電子アイテムも、アイテムがどの程度インデックスされているか、および／または今後インデックス作成がどの程度残っているかを示す進捗バーまたは他のインジケータも含み得る。（例えば、インデックス済み６０％、残り４０％、残り５００バイト、残り時間２分等）
【０４２７】
一般的に、電子アイテムは、キューにリストされた優先度順にインデックスが作成される。しかし、ユーザは、リストの電子項目の隣の選択ブロックを選択するだけで、インデックス作成の優先順を変更して、リストの後方の電子アイテムのインデックスを最初に作成するように要求し得る。選択されると、電子アイテムのインデックス作成状況インジケータ７３０４は、「インデックスが未作成」から「インデックス作成中」に代わり、電子アイテムの隣の選択ブロックが消える。他の実施形態において、キュー７３０２内の電子アイテムには、ユーザによってインデックス作成の優先度を割り当てられ得る。例えば、ユーザに、インデックス作成優先度をリストの各電子アイテムに割り当てる機会が与えられ得る（例えば、数字または他のランクをリストの電子アイテムに割り当てることによる）。
【０４２８】
Ｅ．４．例示的なインデックス作成技術
インデックス作成とは、電子アイテムを１つ以上のクエリ語で容易に検索できるように、１つ以上の電子アイテムで使用される言葉の系統化およびカタログ作成を行うプロセスを指す。フルテキスト検索に対するインデックス作成は、いくつかの様々な方式で実施され得る。１つのアプローチにおいては、メモリに格納された全ての電子アイテムで使用される言葉を、各それぞれの言葉の場所と共にカタログ化するように、単独のマスタインデックスが使用され得る。別のアプローチにおいては、各電子アイテムは、その特別な電子アイテム内の言葉および各言葉の場所のアイテムインデックスを含む。また別のアプローチでは、マスタとアイテムインデックスの両方が使用される。この「ハイブリッド型」アプローチでは、マスタインデックスは、メモリに格納された全ての電子アイテムで使用される言葉のリストを含み、マスタインデックスの各言葉は、各電子アイテムに対するアイテムインデックスのエントリに対するポインタが添付される。ハイブリッド型アプローチを使用することによって、マスタインデックスが破損または消失した場合、個別のアイテムインデックスから再作成され得る。また、アイテムインデックスが破損または消失した場合、マスタインデックスを再作成する必要なく、個別の電子アイテムのインデックスを再作成することが可能である。しかし、各インデックス作成技術には特定の利点があり、多様な実施形態において、ユーザ装置による検索のためにコンテンツのインデックスを作成するために、前述のいずれかまたは他のインデックス作成技術が使用され得る。
【０４２９】
図７４は、ハイブリッド型のインデックス作成７４００を詳細に図説する模式図である。この例では、ユーザ装置１０４は、アイテム１（子ども用の果実に関する電子書籍）、アイテム２（子ども用の色に関する電子書籍）、およびアイテムＮ（子ども用の動物に関する電子書籍）を含む、メモリに格納された一群の電子アイテムを有する。各アイテムは、メモリに格納した対応するアイテムインデックス７４０２を有し、それらは電子アイテム内で言葉が出現する場所のリストを含む。アイテムインデックス７４０２は、一般的に、電子アイテム内の言葉の場所から成る。アイテムインデックス７４０２は、言葉の出現頻度、電子アイテムに言葉が出現する順、アルファベット順、または他のいずれかの適切な順序に基づいて体系化することができる。アイテムインデックス７４０２は、場所に対応する実際の言葉のリストを含み得るが、一般的には含まない。例えば、アイテム１は、特に、Ａｐｐｌｅ、Ｂａｎａｎａ、Ｇｒａｐｅ、およびＧｒｅｅｎという言葉の電子アイテム１内の場所を含むアイテムインデックス７４０２を有する。図説した例においては、Ａｐｐｌｅという言葉はアイテム１の場所１、場所３、および場所７の３回出現する。Ｂａｎａｎａは、場所２で出現し、Ｇｒａｐｅは場所６および７で出現し、Ｇｒｅｅｎは場所７で出現する。
【０４３０】
同様に、アイテム２は、特に、Ｂｌｕｅ、Ｂｒｏｗｎ、ＧｒｅｅｎおよびＧｒｅｙという言葉の電子アイテム２内の場所を含むアイテムインデックス７４０２を有する。アイテム３は、特に、Ｂｒｏｗｎ、Ｃａｔ、Ｃｏｗ、Ｄｏｇ、Ｅｅｌ、Ｆｉｓｈ、Ｇｒｅｅｎ、ＧｒｅｙおよびＺｅｂｒａという言葉の電子アイテム３内の場所を含むアイテムインデックス７４０２を有する。
【０４３１】
マスタインデックス７４０４もユーザ装置１０４のメモリに格納される。典型的に、マスタインデックスは、ユーザ装置１０４によってアクセス可能なメモリ各に提供され、それぞれのメモリに格納された電子アイテム全てで使用される言葉を含む。マスタインデックス７４０４は、それぞれのメモリに格納された電子アイテムのいずれかで使用された言葉のリスト７４０６を含む。各言葉に対して、マスタインデックスは、１つ以上のアイテムインデックスエントリへの参照７４０８を含む。参照は、言葉が出現する電子アイテムの識別子、電子アイテムで言葉が出現する回数（発生回数）、およびその言葉に対応するアイテムインデックスの場所（例えば、アイテムインデックスのどのエントリか）を含み得る。例えば、マスタインデックスの「Ａｐｐｌｅ」という言葉には、参照「１−３−１」が添付されて、その言葉が第１の電子アイテムで出現すること、そのアイテムに３回出現すること、および、その電子アイテムに対するアイテムインデックスの第１のエントリであること、を示す。別の例として、「Ｂｒｏｗｎ」という言葉には、２つの参照「２−２−２」と「Ｎ−４−１」が添付される。参照「２−２−２」は、「Ｂｒｏｗｎ」という言葉が第２の電子アイテムで出現すること、そのアイテムで２回出現すること、その電子アイテムに対するアイテムインデックスの第２のエントリであること、を示す。参照「Ｎ−４−１」は、「Ｂｒｏｗｎ」という言葉が第Ｎの電子アイテムで出現すること、そのアイテムで４回出現すること、その電子アイテムに対するアイテムインデックスの第１のエントリであること、を示す。
【０４３２】
図７５は、例えば、メモリ６６０２または６６１２等のメモリに電子アイテム、アイテムインデックス、およびマスタインデックスを格納され得る１つの例示的な方式を模式的に図説する。示すように、メモリ６６０２は、１つ以上の電子アイテムデータ構造７５００、１つ以上のアイテムインデックスデータ構造７５０２、および１つ以上のマスタインデックスデータ構造７５０４を含む。データ構造７５００、７５０２および７５０４の各々は、データ構造の開始を指定するヘッダフィールド、それぞれのコンテンツまたはインデックスを含むコンテンツまたは本文フィールド、およびデータ構造の終了を指定する終了フィールド等を含み得る。データフィールドのいずれも、電子アイテムまたはインデックスの名前またはタイトル、作成日、作成者、データ構造のバイト数、インデックス作成順序等のようなデータ構造に関するメタデータを含み得る。データ構造７５００、７５０２および７５０４は例であり、実際には、データ構造は１つ以上のいずれかの数のデータフィールドを有する。
【０４３３】
この簡単な例においては、１つの電子アイテムデータ構造７５００と１つのアイテムインデックスデータ構造７５０２だけがメモリ６６０２に示される。しかし、実際にはどのような数の電子アイテムデータ構造および対応するアイテムインデックスデータ構造でもメモリに格納され得る。また、一般的に１つのマスタインデックスデータ構造だけがメモリに格納されるが、一部の場合においては、複数のマスタインデックスデータ構造が存在し得る（例えば、以下に詳細を述べる結合の間）。
【０４３４】
Ｅ．５．検索インデックスを取得する例示的な方法
上記で述べたように、電子アイテムの検索を容易にするために検索インデックスが使用される。ユーザ装置１０４が電子アイテムを受信すると、アイテムの検索インデックスが取得されるまで、アイテムは検索可能ではあり得ない。１つの実施形態において、ユーザ装置１０４は、サーバまたは他のリモートのデータストアからインデックスをダウンロードすることによって、または装置でインデックスを生成することによって、検索インデックスを取得し得る。他の実施形態において、インデックスは、これに加えてまたは代替として、ユーザのパーソナルコンピュータで生成することによって、または他のいずれかの適切な様式で取得し得る。
【０４３５】
図７６は、電子アイテムの検索インデックスを取得する例示的な方法７６００のフローチャートで、便宜のためにユーザ装置１０４の状況で説明するが、他のユーザ装置にも適用し得る。方法７６００は、７６０２で、ユーザ装置１０４で電子アイテムを受信すると開始する。７６０４で、ユーザ装置１０４は、電子アイテムの検索インデックスを取得する様式を決定する。７６０６で、検索インデックスをダウンロードするか生成するかどうかの決定が行われる。検索インデックスをダウンロードするか生成するかどうかの決定は、例えば、インデックスのサイズおよび／またはインデックスをダウンロードとした場合とインデックスを生成した場合のリソースコストの比較等、いくつかの様々な因子に基づくことがあり得る。
【０４３６】
検索インデックスを生成すると決定した場合、７６０８で、ユーザ装置１０４のインデックスモジュール６６０８は、装置によってインデックスが作成されるアイテムのキューに電子アイテムを追加する（例えば、図７３に示したリスト）。そして、キューの優先順またはユーザが指定した順序でインデックスが生成される。検索インデックスをダウンロードすると決定した場合、７６１０で、ユーザ装置１０４は検索インデックスをダウンロードする（例えば、タスクリスト処理モジュール３３４を使用する）。インデックスが生成またはダウンロードのいずれかによって取得されると、７６１２で、検索モジュール６６１０によって検索されるために、インデックスはユーザ装置１０４のメモリに格納される。
【０４３７】
図７７は、電子アイテムにこのようなインデックスを生成する１つの例示的な方法７７００の詳細を示すフローチャートである。方法７７００は、上記に示したハイブリッド型インデックス作成アプローチを使用して実現される。しかし、代替として他のインデックス作成が使用され得る。したがって、７７０２で、言葉の検索可能なアイテムインデックスが生成され、電子アイテムに出現する言葉の場所の体系化されたリストを含む。上記に示したように、アイテムインデックスは、アルファベット順、電子アイテム内の出現順、電子アイテム内の発生数順等、いずれかの適切な順序で体系化され得る。
【０４３８】
１２０４で、言葉の検索可能なマスタインデックスが生成され、一群の電子アイテム内のいずれの電子アイテムでも使用される言葉のリストを含む。各言葉に対して、マスタインデックスは、それぞれの言葉の各アイテムインデックスエントリへの参照も含む。このように、言葉が５つの電子アイテムで出現すると、マスタインデックスは、各電子アイテムに対して１つずつ、アイテムインデックスエントリに対する５つの参照を有し得る。アイテムインデックスエントリへの参照は、中でも、言葉が出現する電子アイテムの識別子、それぞれの電子アイテムで言葉が出現する回数、およびそれぞれの電子アイテムに対してアイテムインデックス内で言葉がインデックスされている場所を含み得る。マスタインデックスは、最終的に、ユーザ装置１０４のメモリに格納された複数の電子アイテムからまたは一群の電子アイテムからの言葉を含み得る。しかし、方法７７００のこの段階では、１つの電子アイテムだけのインデックスが作成されているので、マスタインデックスは、１つのインデックスされた電子アイテムからの言葉だけを含み得る。
【０４３９】
７７０６で、ユーザ装置１０４のメモリに格納された一群の電子アイテムに、追加の電子アイテムを追加し得る。７７０８で、追加した電子アイテムの言葉の検索可能なアイテムインデックスが生成され、７７１０で、マスタインデックスは、追加した電子アイテムからの用語を含むように、更新される。このように、追加の電子アイテムが追加されると、それぞれで使用される言葉は、マスタインデックスに追加されるので、ユーザ装置１０４でテキスト検索可能になる。
【０４４０】
インデックス生成プロセス中のある時点、７７１２で、インデックス生成の状況がユーザに表示され得る。状況は、画面７３００のようなインデックス状況画面によって、または他のいずれかの適切な表示方法によって、表示され得る。他の例においては、インデックス作成状況は、コンテンツ管理画面、ホーム画面または他のいずれかの便利な様式において表示され得る。７７１４で、ユーザに優先度インタフェースを提示することができ、これによって、ユーザはインデックスが生成される順序を設定または変更できる。優先度インタフェースは、インデックス状況表示と組み合わせられ得るが、または別のインタフェースでもあり得る。インデックス状況および／または優先度インタフェースの表示は、方法７７００のいずれかの時点で発生し得、必ずしも図７７に示した順序で発生しない。また、インデックス状況および／または優先度インタフェースは、何らかのイベントの発生時（例えば、新しい電子アイテムの受信）、および／またはユーザの要求時に自動的に表示され得る。
【０４４１】
検索およびインデックス作成は、プロセッサに比較的負荷がかかる動作である傾向が強い。このように、プロセッサ６６００の速度および処理リソースに応じて、インデックス作成は、プロセッサ６６００で実行中の他のプロセスを妨害、および／または遅延させ得る。いずれかの妨害または遅延を回避するために、一部の実施形態では、７７０６で、プロセッサによって他の動作が実施されている間、インデックス作成は一時停止または減速され得る。インデックス作成を一時停止または減速するかどうかは、プロセッサ６６００によって実行される他の動作の相対的な重要性に依存する。つまり、インデックス作成は、他のプロセッサ動作がインデックス作成動作よりも高い優先度である場合のみ、一時停止または減速され得る。一般的に、ユーザによって、またはリモートの演算装置（例えば、アイテム提供システム１０２）によって要求される動作は、インデックス作成よりも高い優先度となる。しかし、多様な動作の優先度は、どのような希望順序にも設定され得る。
【０４４２】
インデックスが一時停止され得るいくつかの例示的な例は、マーチャントストアから対話中またはアイテムの購入中、コンテンツ配信モジュールまたは個人メディアライブラリからのアイテムのダウンロード中、インターネットを閲覧中、表示を更新中等を含む。一部の場合においては、実施される他の動作は、プロセッサの処理リソースを完全に要求することがない場合がある、および／または断続的な処理だけを要求し得る。これらの事例においては、インデックス作成は、一時停止ではなく、単に減速され得る。インデックスが減速され得るいくつかの例示的な例は、オーディオ再生モジュール４１０を使用してオーディオアイテムを生成中およびインターネットの閲覧中を含む。もちろん、他の多様な実施形態において、インデックス作成は、処理が必要なこれらのおよび／または他のいずれかの動作に応答して、一時停止または減速され得る。一時停止および／または減速は、方法７７００のいずれの時点でも発生し得、必ずしも図７７に示した順序で発生しない。
【０４４３】
７７１８で、該群に別のアイテムが受信または追加されていた場合、方法は、各追加の電子アイテムに対して、７７０６〜７７１６の動作を繰り返す。現在追加のアイテムが追加されていない場合、新しい電子アイテムを受信するまで、方法７７００は終了する。
【０４４４】
新しい電子アイテムの検索インデックスを生成する代わりに、ユーザ装置は、アイテム提供システム１０２等のリモートの演算装置から検索インデックスをダウンロードすることを決定し得る（図７６の動作７６０６）。検索インデックスのダウンロードは、図７８〜８２を参照して以下に説明する。
【０４４５】
図７８は、電子アイテムに検索インデックスをダウンロードする１つの例示的な方法７８００の詳細を示すフローチャートである。方法７８００の動作の一部は、ユーザ装置によって実行される（「装置側動作」）として説明されるが、他の動作は、アイテム提供システム１０２のようなリモートの演算装置によって実行される（「サーバ側動作」）として説明される。一般的に、リモートの演算装置は、ユーザ装置１０４に比べて、スピードが速く、処理能力が高く、および／または電力制約が少ないことがあり得る。したがって、場合によっては、リモートの演算装置にインデックスを生成させてから、ユーザ装置１０４に送信することが有益となり得る。
【０４４６】
方法７８００は、リモートの演算装置からユーザ装置１０４に電子アイテムを送信する前または後のいつでも実行され得る。７８０２で、リモートの演算装置は、電子アイテムの言葉の検索可能なアイテムインデックスを生成し、７８０４で、電子アイテムの言葉の検索可能なアイテム特有のマスタインデックスを生成する。アイテム特有のマスタインデックスは、場合によっては、電子アイテムで使用される言葉だけから構成し得る。他の場合（例えば、複数の電子アイテムが次々に近い時間帯に送信された、または送信予定である場合）においては、アイテム特有のマスタインデックスは、複数の電子アイテムで使用される言葉を含み得る（例えば、近い時間帯に送信されたまたは予定のアイテム）。
【０４４７】
７８０６で、１つ以上のユーザ装置１０４に送信される可能性があるアイテムおよびアイテム特有のマスタインデックスは、リモートの演算装置のメモリに格納される。インデックスは、７８０８で、１つ以上の公知の圧縮技術を使用して、圧縮され得る。まだ送信されていない場合、７８１０で、電子アイテムはユーザ装置１０４に送信され得る。電子アイテムの送信と同時に、またはその次に、７８１２で、検索インデックスはユーザ装置１０４に送信され得る。検索インデックスの送信は、以下に詳細を説明する多様な様々な因子またはビジネスルールに依存し得る。代替として、検索インデックスは、対応する電子アイテムと共にまたはその後に自動的に送信され得る。
【０４４８】
７８１４で、ユーザ装置は、リモートの演算装置によって送信された電子アイテムを受信し、７８１６で、検索インデックスを受信し得る。７８１８で、電子アイテムは、ユーザ装置１０４のメモリに格納され、受信していた場合には、対応するアイテムインデックスも格納される。７８２０で、ユーザ装置１０４は、既存のマスタインデックスが受信した電子アイテムの言葉を含むように更新されるように、アイテム特有のマスタインデックスを既存のマスタインデックスに統合する。
【０４４９】
図７９は、電子アイテムの検索インデックスをダウンロードするかどうかを決定するために、ユーザ装置１０４のようなユーザ装置によって実現され得る例示的な方法７９００の詳細を図説するフローチャートである。方法７９００は、例えば、方法７６００の動作７６０６に、および／または方法７８００の動作７８１４から７８１６の間に、実現され得る。方法７９００は、７９０２で、リモートの演算装置から電子アイテムを受信すると開始する。７９０４で、ユーザ装置１０４は、リモートの演算装置から、電子アイテムの検索インデックスを利用できるかどうかを示すヒントを受信する。実際には、ヒントは、電子アイテムとは別に、または電子アイテムと共に送信され得る（例えば、電子アイテムのヘッダフィールドのフラグとして）。
【０４５０】
ヒントに少なくとも部分的に基づいて、７９０６で、ユーザ装置１０４は、ダウンロード用の検索インデックスが利用可能であるかどうかを決定する。７９０６で、ユーザ装置がダウンロード用の検索インデックスが利用可能であると決定すると、７９０８で、ユーザ装置１０４は、リモートの演算装置から検索インデックスを要求する。検索インデックスを要求した後ある時点で、７９１０で、ユーザ装置１０４は、要求したインデックスを受信したかどうかを確認し、受信した場合は、アイテムインデックスをメモリに保存して、アイテム特有のマスタインデックスを既存のマスタインデックスに統合する。
【０４５１】
７９０６で、ユーザ装置１０４は、検索インデックスが利用可能でないと決定すると、電子アイテムは、ユーザ装置１０４でインデックスを作成するアイテムのキューに追加される。場合によっては、ユーザ装置１０４のインデックス作成モジュール６６０８が遅れると（例えば、インデックスを作成するアイテムのキューが既定の閾値を超える）、ユーザ装置１０４は、検索インデックスをダウンロードするように再要求し得る。一部の実施形態において、ユーザ装置は、ヒントが電子アイテムの検索インデックスが利用可能であると示していた場合にのみ、インデックスを再要求し得る。７９１８で、ユーザ装置１０４は、インデックスを受信したかどうかを確認し、受信した場合は、アイテムインデックスをメモリに保存して、アイテム特有のマスタインデックスを既存のマスタインデックスに統合する。
【０４５２】
７９１８で、装置がインデックスを受信していないと決定すると、ユーザ装置は次に、７９２０で、図７７を参照して一般的に説明したように検索インデックスの生成を開始する。７９２２で、インデックス生成に失敗すると、インデックスモジュール６６０８は、既定回数（例えば、３回）、電子アイテムのインデックス再生を再試行する。インデックス動作が既定回数失敗すると、インデックスモジュール６６０８は、電子アイテムのインデックス作成の試行を停止し、プロセスは、ユーザ装置１０４が次に再起動されるまで終了し得る。インデックス作成試行回数に対するこの制限によって、不必要なプロセッサのサイクルが防止され、したがって、電子アイテムが破損またはインデックス不能な場合にバッテリの電力を節約する。
【０４５３】
図８０は、検索インデックスをリモートのユーザ装置１０４に送信するかどうかを決定するために、アイテム提供システム１０２のような演算装置によって実現され得る例示的な方法８０００の詳細を図説するフローチャートである。方法８０００は、図７９に示した装置側方法に対する当然の結果として、並行に実施される。８００２で、アイテム提供システム１０２は、電子アイテムをユーザ装置１０４に送信し、８００４で、電子アイテムの検索インデックスが利用可能であるかどうかを示すヒントを送信する。ヒントが電子アイテムの検索インデックスが利用可能であることを示した場合は、８００６で、アイテム提供システム１０２は、電子アイテムに対応する検索インデックスに対する、ユーザ装置１０４からの要求を受信し得る。
【０４５４】
検索インデックスの要求を受信すると、アイテム提供システム１０２は、１つ以上のビジネスルールを適用し、８００８で、要求された検索インデックスを送信するかどうかを決定する。ビジネスルールは、要求されたインデックスを送信するかどうかを決定する１つ以上の因子を指定する。ビジネスルールは、以下のような因子に基づくことができるが、これらは例のためであって、これに限定されない。  
ユーザ装置１０４のユーザが検索インデックスを受信するように承認されているかどうか（例えば、ユーザが優待アカウントを持っている場合にのみ送信する）、
検索インデックスの対価を受領しているかどうか、
検索インデックスの要求を何時に受信したか（例えば、オフピーク時の間の要求だけに送信する）、
検索インデックスのサイズ（例えば、既定サイズを超える場合または下回る場合にのみ送信する）、
アカウントタイプ（例えば、ユーザ装置がＷｉＦｉを経由して接続、コンピュータ経由のユニバーサルシリアルバスを経由して接続されている場合にのみ送信する）、および／または
検索インデックスが対応する電子アイテムのタイプ（例えば、本のインデックスは送信するが、定期刊行物のインデックスは送信しない）。
【０４５５】
１つ以上のビジネスルールのいずれもが、要求されたインデックスを送信するかどうかを決定するために、どのような組み合わせでも適用され得る。ビジネスルールを適用後、アイテム提供システム１０２は、８０１０で、要求されたインデックスを送信するかどうかを決定する。送信する場合は、８０１２で、要求されたインデックスはユーザ装置１０４に送信され、プロセスは、別のアイテムがユーザ装置に送信されるまで終了する。８０１０で、アイテム提供システム１０２が要求されたインデックスを送信しないと決定する場合、アイテム提供システム１０２は何も実行し得ない。代替として、アイテム提供システム１０２は、検索インデックスが提供されないことを示す、および／またはユーザに検索インデックスを受信するために優待サービスにアップグレードするように誘う広告を送信するメッセージを送信し得る。
【０４５６】
８０１４で、アイテム提供システム１０２は、検索インデックスの再要求を受信し得、ユーザ装置によるインデックスを作成するアイテムのキューが既定の閾値を超えることが示される（つまり、装置はバックログになっている）。再要求は、アイテム提供システム１０２に代替ビジネスルールを適用させるような要求を含み得る。代替として、アイテム提供システム１０２は、これが検索インデックスに対する２番目または次の要求であることを認識し、代替ビジネスルールを提供するように独立的に決定し得る。いずれにしろ、８０１６で、アイテム提供システム１０２は、１つ以上の代替ビジネスルールを適用して、検索インデックスを送信するかどうかを決定する。代替ビジネスルールは、通常のビジネスルールに関して上記に列挙したような因子に加えて、例えば、ユーザ装置でインデックスが作成される電子アイテムのキューが既定の閾値を超えるかどうかのような他の因子に基づくことがあり得る。
【０４５７】
８０１８で、アイテム提供システム１０２が、再要求されたインデックスを送信すべきであると決定すると、８０１２で、要求されたインデックスがユーザ装置１０４に送信され、プロセスは、別のアイテムがユーザ装置に送信されない限り／送信されるまで終了する。８０１８で、アイテム提供システム１０２が、再要求されたインデックスがまだ送信されるべきではないと決定すると、８０２０で、アイテム提供システム１０２は何も動作を実行しない、拒否メッセージを送信する、または広告を送信する（例えば、優待アカウントへのアップグレード）、ことがあり得る。
【０４５８】
図８１は、ビジネスルールと代替ビジネスルールとを含むビジネスルールデータ構造８１００を模式的に図説するが、データ構造は、例えば、アイテム提供システム１０２のメモリ等、メモリに格納され得る。示されるように、ビジネスルールデータ構造８１００は、特に、データ構造の開始を指定するヘッダフィールド８１０２、１つ以上のビジネスルールを含むビジネスルールフィールド８１０４、１つ以上の代替ビジネスルールを含む代替ビジネスルールフィールド８１０６、およびデータ構造の終了を指定する終了フィールド８１０８を含む。いずれのデータフィールドも、設定されたビジネスルールの名前またはタイトル、ビジネスルールの作成日、ビジネスルールをいつ適用するか等、データ構造に関するメタデータを含み得る。データフィールドは例に過ぎず、実際には、データ構造は１つ以上のいずれの数のデータフィールドをも有し得る。例えば、ビジネスルールおよび代替ビジネスルールは、個別のデータ構造に格納され得、指定された状況に応じて個別に呼び出され得る。
【０４５９】
図８２は、装置側方法７９００とサーバ側方法８０００による通信８２００のフローを図説する信号の流れ図である。信号の流れ図８２００は、８２０２で、ユーザ装置による１つ以上の電子アイテムに対する要求で開始する。要求はアイテム提供システム１０２で受信されてから、いずれもの必要な支払および／または認証の後、８２０４で、要求された電子アイテムがユーザ装置１０４に送信される。電子アイテムの送信と同時にまたは送信後に、８２０６で、電子シテムに対する１つ以上の検索インデックスの可用性を示すヒントが、アイテム提供システム１０２から、ユーザ装置１０４に送信される。ヒントが、電子アイテムの検索インデックスが利用可能であることを示すと、８２０８で、ユーザ装置１０４は検索インデックスを要求する。利用可能でなければ、ユーザ装置は、電子アイテムを、ユーザ装置でインデックスを作成するアイテムのキューに追加して、８２１４に進む。
【０４６０】
８２１０で、アイテム提供システム１０２は、検索インデックスに対する要求を受信して、ビジネスルールを適用して要求された検索インデックスを送信するかどうかを決定する。８２１２で、アイテム提供システム１０２は、要求されたインデックスを送信するか、メッセージを送信するか（例えば、要求を拒否、広告を送信する等）、または何も実行しないか、のいずれかを実行する。ユーザ装置１０４が要求したインデックスを受信すると、プロセスは８２１４で終了する。受信しない場合は、ユーザ装置１０４は、装置でインデックスを作成するアイテムのキューが既定の閾値を超えない限り／超えるまで、装置でインデックスを生成する。既定の閾値を上回ると、ユーザ装置は、８２１６で、検索インデックスを送信するように再要求し得る。８２１８で、アイテム提供システム１０２は再要求を受信し、代替ビジネスルールを適用して、検索インデックスを今送信するかどうか、ユーザ装置１０４がバックログかどうかを決定する。代替ビジネスルールに基づいて、アイテム提供システム１０２は、要求された検索インデックスを送信するか、メッセージを送信するか、何も実行しないか、のいずれかを実行する。
【０４６１】
Ｅ．６．例示的な検索技術
インデックス作成と同様に、検索は、プロセッサに比較的負荷がかかる動作である。したがって、過去の携帯型装置は、インターネット検索等を実行するために、リモートの演算装置のより大型の処理能力を活用してきた。しかしながら、リモートの演算装置上で検索を実行することは、携帯型装置がリモートの演算装置と通信ができない場合、検索を実行できないことを意味する。したがって、状況によっては、検索を携帯型装置上で実行することが望ましい場合がある。しかしながら、携帯型装置で検索を実行することは、携帯型装置のプロセッサに負荷がかかることになり、結果として、より多くの電力を使用する。
【０４６２】
図８３は、処理を最小限にすることによってバッテリ消費を最小限にするように設計された１つの例示的な検索方法８３００の注釈付きフローチャートであり、ユーザ装置１０４を参照して説明するが、他の携帯型装置に幅広く適用可能である。方法８３００は、８３０２で、Ｑ個の検索クエリ語を受信すると開始する（この事例において、言葉は「Ｂｌｕｅ」と「Ｆｉｓｈ」）。言葉はスペースによって分割され、論理演算子がないため、ユーザ装置１０４の検索モジュール６６１０は、検索クエリを暗示的な「近接」演算として処理する。つまり、検索は、相互の既定の近接範囲内に配置された２つのクエリ語を探す。
【０４６３】
８３０４で、ユーザ装置１０４は、マスタインデックス内のクエリ語を発見する（発見した言葉はマスタインデックスで太字で表示されている）。８３０６で、ユーザ装置１０４は、各電子アイテムで各言葉が出現する回数を決定し、各クエリ語のインスタンスを少なくとも１つ有する電子アイテムのリストを生成する。各クエリ語のインスタンスを少なくとも１つ有する電子アイテムのリストは、ブロック８３０６の右側に示される。
【０４６４】
８３０８で、ユーザ装置１０４は、ロジックを適用して、各電子アイテムのファジー因子（７１）を決定する。ファジー因子は、最小の処理を使用して派生可能な数字であるが、各電子アイテムが既定の相互近接（つまり、近接値またはＮＶ（ｎｅａｒ  ｖａｌｕｅ））内で検索したクエリ語を有する比較的高い可能性を示す。一般的に、クエリ語のインスタンス数が多ければ多いほど、一部のクエリ語は相互の近接値内に発見される可能性が高い。例示的な実施形態において、ファジー因子は、各クエリ語のインスタンス数の平均から成る（アイテム２の場合、１２と２の平均で７である）。しかし、他の実施形態では、適切なファジー因子を決定する他のロジックが使用され得る。例えば、別の実施形態において、ファジー因子は、全てのクエリ語の最小インスタンス数に等しくなり得る。この代替ロジックを適用すると、アイテム２のファジー因子は２になる（第２のクエリ語のインスタンス数）。
【０４６５】
方法８３００の注釈付きフローチャートは、図８４に続く。８３１０で、各クエリ語のインスタンスを少なくとも１つ有する電子アイテムのリストは、ファジー因子に基づいてソートされる。ソートされたリストから、８３１２で、ユーザ装置は、既定の相互の距離（つまり近接値）内に存在するクエリ語を有する既定数のＲ件のエントリを特定する。距離は、文字数、単語数、バイトのオフセットまたは他のいかなる距離測定等の単位でも計算され得る。近接値未満離れて存在する用語を有する電子アイテムに対するエントリは、近接値一致（ＮＶＭ）を有すると言う。ブロック８３１２の右側のリストの５つのエントリ（太字で表示）はＮＶＭを有する。近接値は、固定数（例えば、１、２、３またはこれ以上の単位離れている）または変数になり得る。例えば、近接値は、電子アイテムの長さ、入力された検索クエリ語の数（例えば、３つの検索語がクエリされると、２つの検索語だけがクエリされる場合よりも、さらに離れている可能性がある）、電子アイテムの単語の平均サイズ、および／または検索クエリ語の相互の近接に影響を与える他のいずれの因子によっても増加する場合がある。
【０４６６】
８３１４で、近接値一致を有する既定のＲ個のアイテムが、次に、図７１に示した様式に類似の様式でユーザに表示される。最も多くの近接値一致を有する電子アイテムが先頭にリストされるが、近接値一致を有する電子アイテム内で検索が開始されると、開いている電子アイテムが先頭にリストされる。
【０４６７】
ユーザが、８３１６で、次のＲ件の結果を表示するように要求すると、方法はブロック８３１２に戻って、１つ以上の近接値一致を有する次のＲ件のエントリを特定する。そうでなければ、方法は８３１８に進み、ユーザ装置１０４は、ユーザが検索結果のうちの１つのインスタンスを表示するように要求したかどうかを決定する。要求していない場合、方法は、次の検索が実施される、または検索の範囲が変更されるまで、終了する。８３１８で、ユーザが検索結果エントリのインスタンスを表示するように要求すると、ユーザ装置は、図７２に示した様式と類似の様式で、要求した検索結果エントリのうちの最初のＳ件のインスタンスを表示する。
【０４６８】
図８５は、ファジー因子を決定するためのロジックと近接値を決定するためのロジックを含むファジー因子データ構造８５００を模式的に示し、これは、例えば、ユーザ装置１０４のメモリ等、メモリに格納され得る。示すように、ファジー因子データ構造８５００は、特に、データ構造の開始を指定するヘッダファイル８５０２、各電子アイテムのファジー因子を演算するためのロジックを含むファジー因子データフィールド８５０４、近接値を決定するためのロジックを含む近接値フィールド８５０６、およびデータ構造の終了を指定する終了フィールド８５０８を含む。データフィールドのいずれも、ファジー因子または近接値の名前またはタイトル、データ構造の作成日、ファジー因子または近接値をいつおよび／またはどのように適用すべきかの指示等、データ構造に関するメタデータを含み得る。データフィールドは例に過ぎず、実際には、データ構造は１つ以上のいずれかの数のデータフィールドを有し得る。例えば、ファジー因子フィールドおよび近接値フィールドは、個別のデータ構造に格納され、指定された状況に応じて個別に呼び出され得る。
【０４６９】
Ｅ．７．例示的なハッシュ技術
ユーザ装置１０４のようなユーザ装置が、制御外のイベントを経験すると（「ホールセールイベント」）、ユーザ装置１０４は、そこに保管された電子アイテムが変化したかどうかを知り得ない。ホールセールイベントは、ユニバーサルシリアルバスプラグまたは他のデータ接続の接続または切断、装置の電源の入または切、着脱式メモリの接続または取り外し、装置の休眠状態から活動状態への変化、電子アイテムを装置にダウンロードすること、または、ユーザ装置１０４の制御外の他のいずれかのイベントを含み得るが、これらは例であって、これらに制限されるものではない。
【０４７０】
電子アイテムが追加、削除または変更された場合、１つ以上のインデックスを更新することが必要になり得る。例えば、アイテムが追加または変更された場合、アイテムはインデックスを作成またはインデックスを再作成することが必要になり得る。アイテムが削除された場合、インデックスは削除すること、または言葉を削除するように更新することが必要になり得る。同様に、検索結果も、アイテムの追加や削除を反映するように更新することが必要になり得る。
【０４７１】
ユーザ装置上の電子アイテムが変化したかどうかを決定する１つの方式は、装置のメモリ内に格納したインデックスを装置上のアイテムの現在のディレクトリと比較するだけである。しかし、上記に述べたように、携帯型装置上の処理リソースは貴重である。したがって、可能な場合には、特に、プロセッサに負荷がかかる動作の場合には、どのような不要な処理動作も避ける事が望ましい。装置のメモリに格納されたインデックスを装置上のアイテムの現在のディレクトリに比較することは、プロセッサに負荷がかかる動作になる可能性があり、ユーザ装置上のコンテンツはホールセールイベント中に変化していないので、多くの場合不要である。
【０４７２】
図８６は、装置上のコンテンツがイベント中に変化したかどうかを決定する１つの例示的な方法８６００のフローチャート（図８７の続き）で、ユーザ装置１０４を参照して説明するが、他の携帯型装置に広く適用可能である。一般的に、方法８６００は、ユーザ装置上に保管された電子アイテムのディレクトリにハッシュ関数を適用して、イベントの前と後にディレクトリの比較的小さいハッシュを生成することによって、実現される。ハッシュは、ユーザ装置１０４上に保管した電子アイテムがイベント中に変化したかどうかを正確に決定するために比較され得るディレクトリの指紋として機能する。
【０４７３】
より具体的には、方法８６００は、８６９２で、ホールセールイベント等、イベントの前に装置上の電子アイテムのディレクトリの第１のハッシュを生成するハッシュ関数を適用するステップを含む。１つの実施形態において、ハッシュ関数は、メッセージダイジェストアルゴリズム４（ＭＤ４）ハッシュ関数、メッセージダイジェストアルゴリズム５（ＭＤ５）ハッシュ関数、またはセキュアハッシュアルゴリズム１（ＳＨＡ−１）ハッシュ関数を含む。しかしながら、他の実施形態は、ハッシュしたディレクトリ内の小さい変化を反映することになる比較的小さい指紋を提供する、他のいずれのハッシュ関数も使用され得る。誤差許容、速度、サイズ等、指定の用途の多様な設計考慮事項に応じて、様々なハッシュ関数が使用され得る。８６０４で、ハッシュ関数は、イベント後の電子アイテムのディレクトリの第２のハッシュを生成するように、再び適用される。第１と第２のハッシュが、８６０６で比較されて、ディレクトリが変化したかどうかを決定する。８６０８で、ハッシュが一致することがわかると、方法は、８６１０で、ユーザ装置１０４上の電子アイテムはイベント中に変化していないことを認識する。このように、インデックス作成は不要なのに実施されるということはなく、プロセスが終了して、ユーザ装置１０４のバッテリ寿命を節約する。
【０４７４】
８６０８で、ハッシュが一致しない場合、方法は８６１２に進み、キャッシュに保管されたいずれの検索結果も削除する。これは、ハッシュが一致しない場合、つまり、キャッシュした検索結果は、もはや装置のメモリに格納された電子アイテムを正確に反映し得ないことを意味するからである。例えば、イベント中に電子書籍が削除された場合、削除された電子書籍を含むいずれのキャッシュされた検索結果も不正確になる。対照的に、イベント中に電子アイテムが追加された場合、キャッシュされた検索結果は、追加された電子アイテムのクエリされた言葉のどのインスタンスも含まないことになる。
【０４７５】
方法８６００のフローチャートは、図８７に続く。８６１４で、ディレクトリの電子アイテムが選択され、８６１６で、ユーザ装置１０４は、選択されたアイテムがマスタインデックスに出現するかどうかを決定する。アイテムは、ディレクトリのエントリ順、アルファベット順、最新の変更順、または他のいずれの所望の順序でも選択し得る。８６１６で、アイテムがマスタインデックスにない場合、ユーザ装置は、アイテムが追加されていたと決定し、８６１８で、検索インデックスを取得する（例えば、ダウンロードまたは生成することによる、図７６を参照）。
【０４７６】
アイテムがマスタインデックスにある場合、８６２０で、ユーザ装置１０４は、電子アイテムに対するディレクトリの特徴（例えば、サイズや変更時間）を電子アイテムに対するマスタインデックスエントリに比較して、エントリが一致するかどうかを確認する。８６２０で、ユーザ装置がディレクトリとマスタインデックスのエントリが一致しないと決定した場合、８６２２で、ユーザ装置１０４は、マスタインデックスからアイテムのエントリを消去して、アイテムに対するアイテムインデックスを削除し、８６１８に進み、アイテムの検索インデックスを再びダウンロードまたは生成する。８６２０で、ユーザ装置がディレクトリとマスタインデックスのエントリが一致すると決定すると、８６２４で、ユーザ装置１０４は、ディレクトリに他のいずれかのアイテムが存在するどうかを確認し、存在する場合は、ディレクトリの各アイテムに対してブロック８６１４に戻る。
【０４７７】
８６１８で、検索インデックスのダウンロードまたは生成を開始後、ユーザ装置は、ディレクトリに他のいずれかのアイテムが存在するかどうかも確認し、存在する場合は、ディレクトリの各アイテムに対してブロック８６１４に戻る。
【０４７８】
ディレクトリの全てのアイテムが比較されて、ユーザ装置１０４が、８６２４で、ディレクトリには確認するアイテムはもう残っていないと決定すると、方法８６００は次に進み、マスタインデックスからアイテムのエントリを選んで、ディレクトリに存在するかどうかを確認する。具体的に、８６２６で、ユーザ装置１０４は、マスタインデックスからアイテムを選択し、８６２８で、選択したアイテムがディレクトリに出現するかどうかを確認する。選択したアイテムが、８６２８で、ディレクトリにあることがわかると、ユーザ装置１０４は、８６３０で、マスタインデックスに他のアイテムが残っているかどうかを確認し、残っている場合は、マスタインデックスの各アイテムに対して、動作８６２６と８６２８を繰り返す。
【０４７９】
８６２８で、アイテムがディレクトリ内にない場合、８６３２で、アイテムに対するエントリがマスタインデックスから消去され、アイテムインデックスが削除され、方法はブロック８６３０に進んで、マスタインデックスにまだエントリがあるかどうかを確認する。
【０４８０】
Ｅ．８．例示的な拡張可能な検索／インデックス作成技術
アイテム提供システム１０２によって作成されるコンテンツは、上記に説明した技術のうちの１つ以上を使用して、ユーザ装置１０４によって容易にインデックスを作成および検索され得る。しかしながら、第三者によって提供されるアプリケーションおよび他の電子アイテムは、ユーザ装置１０４が第三者のアイテムで言葉がどこでおよびどのように使用されるかを決定する方式を有するまでは、容易に検索され得ない。ユーザ装置１０４に第三者のアイテムのインデックス作成を可能にする１つの方式は、１つ以上のプラグインの使用を介することである。プラグインは、アイテム提供システム１０２によって、または介して、提供されるアプリケーションおよび電子アイテムに関連して使用され得る。一般的に、プラグインは、メインアプリケーションの１つ以上の既定のアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すアプリケーションである。この場合、ＡＰＩは、標準のインタフェースを提供して、第三者に、ユーザ装置１０４のプログラムおよびモジュールと対話するプラグインを作成することを可能にする。
【０４８１】
図２３は、プラグインの使用を一般的に図説する模式図で、ユーザ装置１０４並びに他のいずれかの適切なユーザ装置に適用可能である。一般的に、ソフトウェア開発キット（ＳＤＫ）の一部として、ソフトウェア開発者には、１つ以上のＡＰＩが提供され得る。これらのＡＰＩを使用して、開発者は、プラグイン８８００、プログラム、またはユーザ装置１０４上に保管されたプログラムやモジュールと対話することができる他の電子アイテムを作成することが可能である。プラグイン８８００は、ローカルに保管した電子アイテム８８０２、リモートに保管した電子アイテム８８０４、ローカルまたはリモートの第三者の電子アイテム８８０６、および／またはウェブデータ、証券コード、天気モジュール等の他のタイプの電子データアイテムのように、多様な様々なタイプの電子アイテムにインデックスを作成および／または検索するために、使用され得る。
【０４８２】
プラグイン８８００は、ユーザ装置１０４に登録、および／またはユーザ装置１０４とデータを交換するために、１つ以上のＡＰＩを使用し得る。ユーザ装置１０４の検索とインデックスモジュール６６１０と６６０８も、１つ以上のＡＰＩを呼び出して、プラグインからインデックス情報を要求することができる。このように、検索とインデックスのモジュール６６１０と６６０８は、アイテムで使用される用語や電子アイテムのこれらの用語の場所等、電子アイテム８８０２〜８８０８にインデックスを作成および検索するために必要な情報を受信できる。
【０４８３】
１つの実施形態では、ユーザ装置１０４が電子アイテムを受信すると、インデックスモジュール６６０８はＡＰＩを呼び出して、電子アイテムに含まれる言葉と電子アイテム内の各用語の場所を使用できるようにする。その言葉が使用できるようになると、インデックスモジュール６６０８は、電子アイテム内の言葉の検索可能なアイテムインデックスを生成して、ＡＰＩを使用して使用できるようになった言葉を含むように、利用可能な一群の電子アイテム内の用語の検索可能なマスタインデックスを更新することによって、電子アイテムのインデックスを作成する。
【０４８４】
代替として、インデックスの作成は、アイテム提供システム１０２のような演算装置によって実行され得る。この場合、用語が使用可能になると、アイテム提供システム１０２は、電子アイテムの言葉のアイテムインデックス、および電子アイテム内の言葉のアイテム特有のマスタインデックスを生成し得る。アイテムインデックスとアイテム特有のマスタインデックスは、次に、ユーザ装置１０４のようなユーザ装置に送信され得る。
【０４８５】
多様なＡＰＩが提供され得、これらは、ユーザ装置１０４の１つ以上のモジュール、プラグイン８８００、および／または１つ以上の電子アイテム８８０２〜８８０８自体によって呼び出されることが可能である。例えば、プロセッサを経由して、インデックスモジュール６６０８によって呼び出すことが可能なインデックスＡＰＩは、電子アイテムに含まれた言葉と、電子アイテム内の各言葉の場所を使用できるように提供され得る。プロセッサを経由して、検索モジュールによって呼び出すことが可能な検索ＡＰＩは、電子アイテム内の場所のエントリに応答して、電子アイテムに含まれた言葉を使用可能にするように提供され得る。プロセッサによって呼び出すことが可能なナビゲーションＡＰＩは、電子ブックリーダを電子アイテム内に入力された場所に対応する場所に移動させるように提供され得る。
【０４８６】
Ｅ．９．他の例示的な検索技術
ローカルに保管された電子アイテムの検索とインターネットを直接検索することに加えて、状況によっては、１つ以上の検索エンティティを使用して、検索を支援することが望ましい場合がある。検索によっては、特定のタイプの検索エンティティによって更に容易に処置され得る。例えば、画像検索や質問の形態をとる検索は、コンピュータに実装される検索エンジンまたは検索モジュールを使用する検索クエリに基づいて満足に実施され得ない。
【０４８７】
図８９および９０は、リモートの検索エンティティを使用する例示的な検索方法のフローチャートで、ユーザ装置１０４を参照して説明するが、他の携帯型装置に広く適用可能である。図８９は、該方法の装置側態様を図説し、図９０はサーバ側態様を図説する。
【０４８８】
図８９に示したように、装置側方法８９００は、８９０２で、質問の形態のクエリを受信すると開始する。８９０４で、検索クエリは、人間の入力に依存して検索結果を生成する検索者エンティティのような、リモートのエンティティに送信される。上記で触れたように、検索者エンティティの例は、ＣＡ州Ｓｕｎｎｙｖａｌｅ所在のＹａｈｏｏ  Ｉｎｃ．から入手可能なＹａｈｏｏ（登録商標）Ａｎｓｗｅｒｓ、ＭＤ州Ｂｅｔｈｅｓｄａ所在のＷｏｎｄｉｒ，Ｉｎｃ．、またはＷＡ州Ｓｅａｔｔｌｅ所在のＮｏｗＮｏｗ．ｃｏｍから入手可能なＮｏｗＮｏｗ（登録商標）を含む。
【０４８９】
８９０４で、ユーザ装置１０４は、検索結果を含む、ブックレットの形態の電子アイテムを受信する。ブックレットは、検索クエリ内の質問に対する１つ以上の回答を含み得る。８９０６で、ブックレットは、ユーザ装置のメモリに格納される。８９１０で、ユーザ装置１０４は、検索インデックスがリモート検索エンティティから利用可能であるかどうかを決定する。１つの実施形態において、この決定は、図７９で説明した決定と同様な様式で行われ得る。インデックスが利用可能である場合、８９１２で、ユーザ装置は、ブックレットの用語のアイテムインデックスと、ブックレットの用語のアイテム特有のマスタインデックスとを受信する。８９１４で、アイテムインデックスはメモリに格納され、アイテム特有のマスタインデックスは、ユーザ装置１０４上の既存のマスタインデックスに統合されて、プロセスが終了する。
【０４９０】
８９１０で、インデックスが利用可能でない場合、ユーザ装置は、次に、８９１６で、ブックレットの言葉のアイテムインデックスを生成し、８９１８で、ブックレットからの言葉を含むように既存のマスタインデックスを更新する。この様式においては、ブックレットは、ユーザ装置によってテキスト検索可能になる。
【０４９１】
図９０に示したように、装置側方法９０００は、９００２で、質問の形態のユーザ装置からのクエリを受信すると開始する。９００４で、リモートの検索エンティティは、質問に関して、１人以上の検索者からの入力を受信する。クエリは、ウェブサイト、電子メール、または他のいずれかの適切な配信メカニズムを経由して、検索者に配布され得る。検索者は、インターネット、本、または他のいずれのソースの独自の検索を実行し、質問に対する回答を提供し得る。検索者の回答は、次に、９００６で編集されて、９００８で、ブックレットのような電子アイテムの形態で、リモートのユーザ装置１０４に送信される。ブックレットは、検索クエリ内の質問に対する複数の回答を含み得る。一部の実施形態において、方法９０００はここで終了し得る。しかしながら、他の実施形態において、リモートの検索エンティティは、９０１０で、検索インデックスを生成して（例えば、アイテムインデックスとアイテム特有のマスタインデックス）、９０１２で、検索インデックスをリモートのユーザ装置１０４に送信され得る。１つの実施形態は、検索インデックスは、図７８および８０に関する説明と同様な様式で、生成および送信され得る。
【０４９２】
多様な例示的な装置およびシステムの実施形態を説明してきたが、これらの実施形態のコンポーネント、モジュールおよび機能は、状況に応じて、再配置、変更、および／または全体を省略され得る。
【０４９３】
また、多様な例示的な方法を説明してきたが、状況に応じて、方法の特定の動作は説明した順序で実施する必要がなく、再配置、変更、および／または全体が省略され得ることを理解されたい。
【０４９４】
さらに、いずれかの方法に関して上で説明したいずれかの動作は、１つ以上のコンピュータが読取可能なメディア上に格納される命令に基づいて、プロセッサまたは他の演算装置によって実現され得る。コンピュータが読取可能なメディアは、ユーザ装置のプロセッサによってローカルまたはリモートでアクセスできるいずれかの利用可能なメディアであることが可能である。コンピュータが読取可能なメディアは、コンピュータが読取可能な命令、データ構造、プログラムモジュールまたは他のデータ等、情報の格納のためのいずれかの方法または技術において実現された、揮発性および非揮発性、着脱式および非着脱式メディアを備え得るが、これらは例のためであって、これらに限定されるものではない。コンピュータが読取可能なメディアは、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤまたは他の光学式ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ストレージ装置、または望ましい情報を格納するために使用可能で、ユーザ装置のプロセッサによりアクセス可能な他のいずれかのメディア、を含むが、これらに限定されない。上記のいずれかの組み合わせも、コンピュータが読取可能なメディアの範囲内に含める。
【０４９５】
Ｆ．例示的な電力管理技術
Ｆ．１．例示的な電力管理の概要
本明細書には、電子コンポーネントにおける誤差を補正するための技術が開示される。このセクションで説明する概念は、図４に示し、上記のセクションＡで一般的に説明した、電力管理機能４１２の一部の例を表す。１つの説明された実施形態では、公知の信号をレジスタに提供する。信号は、オペアンプを使用して増幅され、測定される。測定された信号は、レジスタへの入力として提供される信号と比較されて、システムの誤差値を取得する。この誤差は、信号値が増幅時により正確に特徴付けられるように、レジスタに提供される未知の信号に適用される。誤差は、ソフトウェア、ハードウェア、またはこれらの組み合わせを使用して、オペアンプのようなコンポーネントの誤差を補正するために、未知の信号に適用され得る。
【０４９６】
別の実施形態によると、電圧信号は、バッテリ寿命をより正確に計測するために、時間の関数として、平滑化される。
【０４９７】
別の実施形態によると、電力状態モジュールは、トリガイベントに応答して、装置の電力状態を変更する。トリガイベントは、音声モードを使用して受信され得、データモジュールが送信に利用可能であることを示し得る。例えば、装置は、新しいデータコンテンツが利用可能であることを示す、呼び出し音のようなインジケータを受信し得る。装置は、データモードに切り替わって、コンテンツをダウンロードする。プロセスは、手動、つまり、ユーザの対話が必要な場合も、自動、または半自動、つまり、ユーザの認証を必要とするがこれ以外は自動な場合もある。装置は、データの受信後スタンドバイモードに戻ることができる。いつ新しいデータが利用可能であるかを検知するために音声モードを使用することによって、電力消費を削減し、ユーザ装置に、装置が低電力またはスタンドバイモードにある場合にはデータモジュールを受信することを可能にする。
【０４９８】
本明細書で説明する技術は、いくつかの方式で実現することができる。１つの例示的な環境および状況は、添付の図面および継続中の考察を参照しながら、提供される。
【０４９９】
Ｆ．２．誤差値補正のための例示的なシステム
電流の測定は、典型的に、レジスタ全体の電圧を測定することによって実行される。抵抗値は、数パーセントの誤差内で既知である。しかし、抵抗値、したがって誤差は、通常は、動作範囲を構成する大きいダイナミックレンジの電流の状況で、有用な値を持つために、増幅される。非常に低い電流では、そのレジスタ全体の電圧は非常に低く、オペアンプの誤差またはオフセット電圧が非常に著しくなる。
【０５００】
ハードウェアに内蔵されたオフセット補正を有するオペアンプが利用可能である。しかし、このようなハードウェアは、複雑で高価であり、典型的に、正常に動作するためには機械的な保守が必要である。
【０５０１】
図９１は、電力管理システムと測定の観点から、表示画面、ソフトウェア等のような、装置９１００内で多様なコンポーネントおよびシステムに電力を提供する能力がある、電力コンポーネント９１０１のシステムを有する、携帯型装置９１００を示す。電力コンポーネント９１０１のうちの１つが、電力供給１０４に対して電力を供給するバッテリ９１０２である。バッテリ９１０２は、ニッケルカドミウム、リチウムイオン、または他の電力供給メカニズムであり得る。電力供給１０４は、いずれかの負荷またはコンポーネントまたは他の電力提供または電力消費メカニズムであり得る。バッテリ９１０２の電流は、電流検知レジスタ９１０６における電圧低下を測定して、以下に詳細を述べるように、オペアンプ９１０８を使用して得られた信号を増幅することによって、測定され得る。オペアンプ９１０８は、バッテリ９１０２の測定した電流に関する信号をアナログからデジタルへのコンバータ（ＡＤＣ）９１１０に出力し、ここで、アナログ信号は、処理回路９１１２によって使用されるデジタル形態に変換される。デジタル信号は、装置９１００のメモリに格納され得るが、処理回路９１１２に送信またはそうでなければ利用可能にし得る。処理回路９１１２は、この情報を処理するロジックを含み、さらに、この情報をユーザに提示し得るか、または、他の電力管理コンポーネントおよび／またはソフトウェア９１１４を使用して情報を利用し得る。電力管理コンポーネントおよび／またはソフトウェア９１１４は、電力管理モジュールを含み、装置内のどこに電力を送るか、どの程度の電力が必要および／または利用可能であるか、どのように電力を分散するか等を決定し得るとともに、他の装置側機能９１１８も含み得る。
【０５０２】
図９２は、コンポーネント誤差を修正するためのシステムの１つの実施形態を示す。システム９２００は、バッテリコンポーネント９２０２と電力供給コンポーネント９２０４とを備える。電流検知レジスタ９２０６は、バッテリ９２０２と電力供給コンポーネント９２０４との間に挿入され得る。オペアンプ９２０８は、電流を決定するために、レジスタ９２０６における電圧低下を測定するように構成され得る。アンプ９２０８は、レジスタ９２０６における電圧低下を表す信号を増幅する。例えば、オペアンプ９２０８は、およそ５０の増幅率を提供し得る。この増幅率は、コンポーネント情報に基づいて想定され得るが、または、以下で説明する実際の測定や計算に基づいて決定され得る。増幅された信号は、アナログからデジタルへのコンバータ（ＡＤＣ）９２１０に提供される。ＡＤＣ９２１０は、処理回路９２１２に接続することができ、その処理回路はプロセッサ集積回路（ＩＣ）または他の処理メカニズムであり、コンピュータが読取可能なメモリを含むまたは付属し得る。ＡＤＣ９１１０によって出力される信号は、誤差値を決定するために使用することができ、誤差値は、コンピュータが読取可能なメモリに格納され得るが、そうでなければ、処理回路９２１２および／またはソフトウェア９２１４にアクセス可能である。ソフトウェア９２１４は、処理回路９２１２に提供される信号を受信して利用するように実現され得る。
【０５０３】
ソフトウェア９２１４は、誤差値を使用して、バッテリの電圧レベルのより正確な電流値を計算し、スタンドアロンプログラムであり得るが、または、装置上に提供される他のソフトウェアと統合され得る。誤差値は、ＡＤＣ９１１０の出力信号に基づくか、またはユーザによって予め選択され得る。ソフトウェア９２１６は、システムの特定のコンポーネントの電源をいつ切断するかを決定するための、バッテリの電流および／または電圧レベルを監視する電力管理ソフトウェアであり得る。
【０５０４】
Ｆ．３．例示的な誤差値決定および利用
図９３は、誤差値を決定及び利用するためのプロセス９３００の１つの例示的な実施形態を示す。図９２のシステムは、このプロセスを説明する上での参照として使用され得る。
【０５０５】
特定の例示的な方法の詳細を以下に説明する。しかしながら、状況に応じて、一定の動作は説明する順序で実施する必要がなく、変更され得ること、および／または全体が省略され得ることを理解するべきである。さらに、説明する動作は、１つ以上のコンピュータが読取可能なメディア上に格納される命令に基づいて、コンピュータ、プロセッサまたは他の演算装置によって実現され得る。コンピュータが読取可能なメディアは、装置上に格納された命令を実現する演算装置によってアクセス可能ないずれの利用可能なメディアでもあり得る。
【０５０６】
９３０２で、第１の公知の電圧および／または電流信号がレジスタに送信される。例えば、バッテリ９２０２のような公知の電力源が、電流検知レジスタ９２０６に送信される。
【０５０７】
９３０４で、電流検知レジスタ９２０６のような、レジスタにおける電圧低下を、測定器を使用して測定することができるが、測定器は、外部の測定器であり得る、または、装置に内蔵され得る。公知の電圧数値は、レジスタにおいて、例えば、０．５９ミリボルト（ｍｖ）であり得る。この値は、オペアンプへの第２の入力値のベースとなる。
【０５０８】
９３０６で、レジスタにおける信号が、オペアンプ９３０８のようなオペアンプに提供される。オペアンプの出力、Ｖdischargeが測定される。オペアンプ９２０８は、例えば、５０の想定増幅率を有し得る。理論的には、Ｖdischarge（つまり、オペアンプ９２０８の出力）は、増幅率によって乗じたオペアンプの入力電圧になるだけで、この場合、０．５９ｍｖ×５０または２９．５ｍｖである。しかし、現実には、Ｖdischargeはかなり異なり得る。例えば、測定されたＶdischargeは、７２ｍｖであり得る。この値の不一致によって、例えば、４２．５のような誤差値が生まれる（７２−２９．５）。しかし、この誤差値は、想定した増幅値と同程度にしか正確ではない。想定した増幅値が誤っている場合、誤差値も誤りとなる。したがって、以下に説明するように、より正確な誤差値のためには、より正確な増幅決定が利用され得る。
【０５０９】
９３０８で、第２の公知の電圧および／または電流信号がレジスタに提供されて、誤差値をより正確に決定する。
【０５１０】
９３１０で、レジスタ全体の電圧を再び測定する。この値が、オペアンプに対する第２の入力値のベースとなる。
【０５１１】
９３１２で、レジスタにおける信号が、オペアンプ９３０８のようなオペアンプに提供され、第２の出力値として測定される。
【０５１２】
９３１４で、誤差値を決定する。１つの実施形態に従い、誤差は、想定増幅率を利用して、その増幅値に第１の入力値を乗じて、予想値を求め、予想値から測定値を引いて誤差値を決定する。別の実施形態にしたがって、第１と第２の入力値が比較されて、つまり、入力値の差（Δin）を以下のように決定する。  
Δin＝｜第１の入力値−第２の入力値｜
【０５１３】
第１と第２の出力値が比較されて、つまり、出力値の差（Δout）を以下のように決定する。
Δout＝｜第１の出力値−第２の出力値｜
【０５１４】
ΔoutをΔinで除して、オペアンプの実際の増幅率を取得する。この実際の増幅率は、例えば、第１の公知の入力値を乗じることによって、予想値を決定する。予想値を、第１の測定出力から差し引いて、誤差値を決定する。
【０５１５】
誤差を計算する１つの様式の例として、以下の例を検討する。第１の公知の入力値３．５をオペアンプに提供すると、出力は２００となる。第２の公知の入力値０．７８をオペアンプに提供すると、出力は５６となる。入力値は、電圧または電流量であり得る。例えば、入力値、つまり、３．５と０．７８は、測定電流量（Ｉbattery）を、５０で除すことによって求められ得るが、ここで、５０は電流検出抵抗が１／５０オーム（Ω）、つまり、２０ｍωであることに基づいて選択される。Δinは３．５−０．７８＝２．７２、およびΔoutは２００−５６＝１４４である。ΔoutをΔinで除すことによって、５２．９４が得られる。これは、オペアンプ回路の増幅率を表す直線の傾きである。増幅率を入力値で乗じて、出力値からその積を差し引くと、オフセット、または誤差値が得られ、例えば、５６−０．７８×５２．９４＝１４．７０６８となる。
【０５１６】
オフセットを決定するまた別の代替法は、オペアンプ９２０８に接続されたＡＤＣ９２１０のように、オペアンプに直列に接続されたＡＤＣの出力を利用する。オペアンプの出力は、ＡＤＣの測定出力に調整因子を加えることを除いては、Ｖdischargeと同様に扱うことができる。４の値は、この値が、最小有効ビット（ＬＳＢ）の値の２分の１であるという事実から、調整因子として選択され得る。
【０５１７】
誤差値が得られると、ＶBATTのような未知の電圧がレジスタに提供されると、今後のＶdischarge値を補正するために、格納および／または利用される。例えば、誤差値は、より正確なＶcompensated値を得るために、図９４に示したＶmeasuredに加える、または差し引かれることができる。この様式でＶmeasuredを補正すると、正常な動作中にオペアンプ２０８のようなコンポーネントで発生するオフセット誤差を修正することになる。
【０５１８】
９３１６で、未知の電圧がレジスタに加えられる。これは、バッテリ放電等のような装置の正常な動作中に発生する可能性があり、それによって、装置の多様なコンポーネントに電力を提供する。
【０５１９】
９３１８で、オペアンプによって信号が増幅される。この増幅によって、ＡＤＣ９２１０のようなＡＤＣにおける変換用に高品質の信号を作成する。しかしながら、上記のように、オペアンプは、信号に誤差を生み出す関連オフセット値を有する。
【０５２０】
９３２０で、増幅された信号の値は、誤差値を使用して調整される。この調整は、電力管理ソフトウェアや他のコンピュータプログラムを使用して実施され得る。このように、誤差値は、時間の経過とともに発生する作業電圧値に影響を与えるオペアンプのオフセット補正を支援する。
【０５２１】
オペアンプまたは他の電力コンポーネントのオフセットを計算するために誤差値やソフトウェアを使用することは、オフセット調整を有するオペアンプを回路設計に組み入れるよりも、より電流を節約するコンポーネント誤差修正技術である。オフセット調整を有するオペアンプは、典型的に、オフセット調整を有しないオペアンプ２０８よりも多くの電流を引き込む。さらに、誤差値は、指定のコンポーネントまたは指定の構成設定に対して修正することができる。したがって、誤差値を決定するには、装置の耐用期間に１回だけ実施する必要があるが、または、必要に応じて、何回か決定され得る。誤差値を決定するプロセスは、工場出荷時の態様であり得る。また、特定の起動状態等の下でも実施され得る。
【０５２２】
Ｆ．４．例示的なバッテリ寿命決定システム
上記の誤差値に基づいて決定される補正された電流値は、バッテリの寿命をより正確に計測するために使用され得る。以下により具体的に説明するように、スパイクの影響を削減するために測定時間全体で電圧を概算することによって、バッテリ寿命をより正確に予想することが可能になり、したがって、システムのパフォーマンスを最適化する。
【０５２３】
図９４は、理論上の電圧曲線Ｖtheoryに比較した、特定のシステムの測定電圧Ｖmeasuredを示す。Ｖtheoryは、負荷が小さい、例えば、３００ｍａのバッテリの寿命の理想的曲線である。しかし、電流がバッテリから流れる場合、バッテリ電圧ＶBATTには直列抵抗が関連し、図面のＶBATTによって表されるように曲線を低下させる。このように、ＶBATTの曲線は、典型的に、Ｖtheoryの曲線を下回る。さらに、観察された電圧（Ｖmeasured）は、装置が指定の時間内に電圧の低下または消失を発生させる様々な電力状態に入ることによって、不安定な可能性がある。補正された電圧Ｖcompensatedは、上記の誤差値に基づいて、Ｖmeasuredから調整され得る。
【０５２４】
例えば、電源を入れたり切ったりしたコンポーネントによって発生する突然の電力スパイクは、電力を節約する特定のコンポーネントを無効にする必要性を示す１つ以上の監視メカニズムによって、装置に知らせ得る。簡単に言うと、システム１００は、特定の装置がどのように電力を管理または分散するかを決定する、特定の水位線または閾値を有し得る。例えば、ＶcompensatedがＶthreshold-softwareを下回ると、電力を節約するように特定のソフトウェアプログラムが停止され得る。ＶcompensatedがＶthreshold-hardwareを下回ると、電力を節約するように特定のハードウェアコンポーネントが無効にされ得る。電力スパイクによって、一時的に、電圧値はこれらの閾値のうちの１つまたは両方を下回り得る。これらの閾値は、ＶBATT曲線がｔtsまたはｔthに近づいている、したがって、低い値または完全に放電値に近づいていることを示すことが目的である。しかし、電力スパイクは、一時的に、それぞれ、ｔs1とｔs2のタイミングで、Ｖthreshold-softwareおよびＶthreshold-hardwareを下回るように電力を低下し得る。したがって、電力管理モジュールに関連するソフトウェアおよび／またはハードウェアは、Ｖcompensated曲線を平滑化して、装置の電力モードに影響を与えるスパイクを回避する。これに加えて、または代替として、Ｖthreshold-hardwareおよび／またはＶthreshold-hardwareの値は、電源を入れたり切ったりするコンポーネントによって発生するいずれのスパイクも、調整されたＶthreshold-hardwareおよび／またはＶthreshold-hardwareの値を決して超えないように、調整され得る。
【０５２５】
図９５は、電子装置に関連するソフトウェアによって認識されると、電圧−時間曲線を平滑化することによって、バッテリ寿命をより正確に決定するシステムを示す。このように、一時的な電圧のスパイクは、残っている電圧レベルや残っているバッテリ寿命の読取に影響を与えないように回避され得る。図９２のコンポーネントに同様な図９５のコンポーネントは、同様な参照番号を有する（例えば、バッテリ９２０２は９５０２に対応する）。
【０５２６】
図９５は、バッテリ電圧ＶBATTがＡＤＣ９５１５に送信されて、アナログ信号をデジタル形態に変換することを除き、図９２と同様である。ＶBATTを表すデジタル信号が、ソフトウェア９５１４に提供される。このソフトウェアは、誤差値ソフトウェア９５１４または他のソフトウェアプログラムに統合され得る、または独立的になり得る。また、このソフトウェアは、電力管理モジュール９５１６にも関連し、電力管理モジュール９５１６を実現し得る。電力管理モジュール９５１６は、図９４に示したＶcompensated曲線を平滑化し得、ＶBATTまたはＶTHEORY曲線をより近く表す。曲線を平滑化する、または調整する１つの様式は、測定値を使用して、ＶBATT REALを計算することである。測定値は、次の式で利用することができる。
ＶBATT REAL＝ＶBATT MEASURED＋（Ｉcompensated×Ｒseries resistance）
式中、ＶBATT MEASUREDは、ＶBATTの測定時に得られた実際の値である。Ｉcompensatedは、上記の誤差値を使用して計算される。Ｒseriesは、回路基板の抵抗、配線の抵抗等に基づいた概算値である。この値は、ソフトウェア９５１４によって計算されて利用され得る。
【０５２７】
Ｆ．５．バッテリ寿命を正確に決定するための例示的な技術
図９６は、バッテリ寿命をより正確に決定するためのプロセス３００の１つの実施形態の例である。図９５のシステムは、このプロセスを説明する上での参照として使用され得る。
【０５２８】
例示的な方法の詳細を以下に説明する。しかしながら、状況に応じて、一定の動作は説明する順序で実施する必要がなく、変更され得ること、および／または全体が省略され得ることを理解すべきである。さらに、説明する動作は、１つ以上のコンピュータが読取可能なメディア上に格納される命令に基づいて、コンピュータ、プロセッサまたは他の演算装置によって実現され得る。コンピュータが読取可能なメディアは、装置上に格納された命令を実現する演算装置によってアクセス可能ないずれの利用可能なメディアでもあり得る。
【０５２９】
９６０２で、電子装置のバッテリ電圧を測定する。測定は、内蔵型または外部コンポーネントで実施され得る。
【０５３０】
９６０４で、装置のコンポーネントに流れる電流が得られる。この電流値は、オペアンプ９５０８のオフセットを修正する誤差値調整を反映し得る。
【０５３１】
９６０６で、直列抵抗値を決定する。これは、回路基板抵抗、配線、および電子回路に生じる他の抵抗の特徴に基づいた値であり得る。
【０５３２】
９６０８で、バッテリ９５０２に残る残存電力（つまり寿命）をより正確に表すバッテリ電圧を取得する。これは、次の式を計算することにより実現され得る。
ＶBATT REAL＝ＶBATT MEASURED＋（Ｉcompensated×Ｒseries）
【０５３３】
ＶBATT MEASUREDは、ＶBATTの測定時に得られた実際の値である。Ｉcompensatedは、上記の誤差値を使用して計算される。Ｒseriesは、回路基板の抵抗、配線の抵抗等に基づいた概算値である。この値は、ソフトウェア９５１４によって計算されて利用され得る。
【０５３４】
Ｆ．６．例示的な電力段階切替システム
電力状態システムおよび装置を以下に説明するが、この実施形態は、非限定的な例として機能することを目的とする。
【０５３５】
図９７は、電子装置９７００上に実現される電力状態の間を切り替えるためのシステムを示す。装置９７００は、トリガイベントセンサ９７０２と電力状態モジュール９７０４とを有する。他のコンポーネント、特に、他の電力管理コンポーネントも含まれ得るが、簡便性を目的として、図説されていない。
【０５３６】
トリガイベントセンサ９７０２は、ネットワークの可用性を検知するため、またはＷＡＮを経由して携帯型装置に送信されているデータを検知するためのＷＡＮスイッチであり得る。トリガイベントセンサ９７０２は、装置９７００の電力状態を変更することが必要なイベントを検知するように動作可能である。１つの例によると、トリガイベントセンサ９７０２は、携帯型装置に送信するデータモジュールが利用可能な時を検知し、電力状態モジュール９７０４は、装置の電力状態を、第１の電力状態からデータモジュールを受信する第２の電力状態に変更する。トリガイベントは、データ接続またはネットワークの音声モードを介して、装置９７００に送信され得る。
【０５３７】
電力状態モジュール９７０４は、データ送信モードを用いてデータモジュールを送信、および、音声モードを使用してイベント信号を受信するように動作可能なプロセッサ、または他の集積回路または電子装置であり得る。プロセッサ９７０４は、トリガイベントセンサ９７０２から信号を受信し、装置９７００の電力状態を変更し、ユーザの対話および／または通知があってもなくても、リモートのソースからデータを受信するように動作可能である。
【０５３８】
１つの例によると、第１の電力状態はスタンドバイモード状態で、音声モード機能を有し得、第２の電力状態はデータ送信状態である。スタンドバイモード状態によって、装置９７００は、携帯またはワイヤレスネットワークのような音声モードにわたって、「ピング」または「リング」のようなイベントトリガ信号を受信することが可能になり得る。イベントトリガ信号によって、装置はスタンドバイモードから「活動状態に復帰」する。イベント信号は、装置９７００に対して、データコンテンツまたはデジタルアイテムがダウンロードまたはプッシュのために利用可能であることを示し得る。これに応答して、電力状態モジュール９７０４は、装置を第２の状態にし、ダウンロードまたはプッシュを発生可能にし得る。これは、広域ネットワーク（ＷＡＮ）の有効モードであり得る。プロセッサは、ユーザに対して、データコンテンツまたは他のデジタルアイテムが受信されたことの通知を提供し得る。プロセッサは、次に、データコンテンツまたはデジタルアイテムを受信後、装置をスタンドバイモード状態に戻す。状態を切り替えるプロセスは、ソフトウェア、ハードウェア、またはこれらの組み合わせによって制御され得る。
【０５３９】
多様なトリガイベントが装置９７０２の電力状態を変更し得る。例えば、転送するデータが利用可能であることを示すトリガイベントが受信され、さらに、装置７０２のバッテリレベルが閾値周辺または未満であることを示すトリガイベントが受信されると、プロセッサは、データ送信トリガイベントを無視し得る。これに加えて、または代替として、プロセッサは、データ送信トリガイベントの受信を記録し、トリガイベントを受信したことをユーザに通知し得るが、電力レベルが閾値周辺または未満であるために、データ送信が開始されなかったことは通知されない。
【０５４０】
また、トリガイベントは、有線またはワイヤレスネットワークが利用可能であることを示す指標でもあり得る。このようなトリガイベントはプロセッサによって受信される可能性があり、プロセッサは、次いで、有線またはワイヤレスネットワークのセッションを有効にし得る。
【０５４１】
Ｆ．７．電力段階切替の例示的なプロセス
図９８は、装置９７０２のような電子装置上で電力状態を変更するためのプロセス９８００の１つの例示的な実施形態を示す。
【０５４２】
例示的な方法の詳細以下に説明する。しかしながら、状況に応じて、一定の動作は説明する順序で実施する必要がなく、変更され得ること、および／または全体が省略され得ることを理解されたい。さらに、説明する動作は、１つ以上のコンピュータが読取可能なメディア上に格納される命令に基づいて、コンピュータ、プロセッサまたは他の演算装置によって実現され得る。コンピュータが読取可能なメディアは、装置上に格納された命令を実現する演算装置によってアクセス可能ないずれかの利用可能なメディアであり得る。
【０５４３】
９８０２で、電子装置によって信号が受信される。信号は、装置が接続されている有線またはワイヤレスネットワーク経由で送信され得る。信号は、上記に説明したように、トリガイベントを表し得る。
【０５４４】
９８０４で、装置の電力状態は、トリガイベントに応答して、第１の電力状態から第２の電力状態に変更され得る。上記に説明したように、第１と第２の電力状態のうちの１つは、広域ネットワーク（ＷＡＮ）が有効な状態で、電力状態のもう一方は、ＷＡＮ以外が有効になった状態である。例えば、トリガイベントは、データモジュールが送信する準備ができており、装置がＷＡＮが有効になったモードになると、データ送信モードを使用して、装置によって受信され得ることを示し得る。トリガイベントに応答して、装置は第２のＷＡＮが有効になったモードに変わり、データ送信を可能にし得る。この結果、装置は、トリガイベントに応答して電力状態だけを変更することによって、電力を節約する。装置は、利用可能なデータモジュールを定期的に確認する必要はないく、代わりに、低電力の音声モードを使用して、データモジュールが準備されている兆候を監視する。
【０５４５】
結論
結論にあたり、本発明は、構造的特徴および／または方法論的動作に特有の言語において説明してきたが、添付の請求項で定義される本発明は、必ずしも特有な特徴または説明された動作に限定されないことを理解されたい。そうではなく、特有の特徴および動作は、請求される本発明を実現する例示的形態として開示される。
【図１】
0005932002.tif 000002
【図２】
0005932002.tif 000003
【図３】
0005932002.tif 000004
【図４】
0005932002.tif 000005
【図５】
0005932002.tif 000006
【図６】
0005932002.tif 000007
【図７】
0005932002.tif 000008
【図８】
0005932002.tif 000009
【図９】
0005932002.tif 000010
【図１０】
0005932002.tif 000011
【図１１】
0005932002.tif 000012
【図１２】
0005932002.tif 000013
【図１３】
0005932002.tif 000014
【図１４】
0005932002.tif 000015
【図１５】
0005932002.tif 000016
【図１６】
0005932002.tif 000017
【図１７】
0005932002.tif 000018
【図１８】
0005932002.tif 000019
【図１９】
0005932002.tif 000020
【図２０】
0005932002.tif 000021
【図２１】
0005932002.tif 000022
【図２２】
0005932002.tif 000023
【図２３】
0005932002.tif 000024
【図２４】
0005932002.tif 000025
【図２５】
0005932002.tif 000026
【図２６】
0005932002.tif 000027
【図２７】
0005932002.tif 000028
【図２８】
0005932002.tif 000029
【図２９】
0005932002.tif 000030
【図３０】
0005932002.tif 000031
【図３１】
0005932002.tif 000032
【図３２】
0005932002.tif 000033
【図３３】
0005932002.tif 000034
【図３４】
0005932002.tif 000035
【図３５】
0005932002.tif 000036
【図３６】
0005932002.tif 000037
【図３７】
0005932002.tif 000038
【図３８】
0005932002.tif 000039
【図３９】
0005932002.tif 000040
【図４０】
0005932002.tif 000041
【図４１】
0005932002.tif 000042
【図４２】
0005932002.tif 000043
【図４３】
0005932002.tif 000044
【図４４】
0005932002.tif 000045
【図４５】
0005932002.tif 000046
【図４６】
0005932002.tif 000047
【図４７】
0005932002.tif 000048
【図４８】
0005932002.tif 000049
【図４９】
0005932002.tif 000050
【図５０】
0005932002.tif 000051
【図５１】
0005932002.tif 000052
【図５２】
0005932002.tif 000053
【図５３】
0005932002.tif 000054
【図５４】
0005932002.tif 000055
【図５５】
0005932002.tif 000056
【図５６】
0005932002.tif 000057
【図５７】
0005932002.tif 000058
【図５８】
0005932002.tif 000059
【図５９】
0005932002.tif 000060
【図６０】
0005932002.tif 000061
【図６１】
0005932002.tif 000062
【図６２】
0005932002.tif 000063
【図６３】
0005932002.tif 000064
【図６４】
0005932002.tif 000065
【図６５】
0005932002.tif 000066
【図６６】
0005932002.tif 000067
【図６７】
0005932002.tif 000068
【図６８】
0005932002.tif 000069
【図６９】
0005932002.tif 000070
【図７０】
0005932002.tif 000071
【図７１】
0005932002.tif 000072
【図７２】
0005932002.tif 000073
【図７３】
0005932002.tif 000074
【図７４】
0005932002.tif 000075
【図７５】
0005932002.tif 000076
【図７６】
0005932002.tif 000077
【図７７】
0005932002.tif 000078
【図７８】
0005932002.tif 000079
【図７９】
0005932002.tif 000080
【図８０】
0005932002.tif 000081
【図８１】
0005932002.tif 000082
【図８２】
0005932002.tif 000083
【図８３】
0005932002.tif 000084
【図８４】
0005932002.tif 000085
【図８５】
0005932002.tif 000086
【図８６】
0005932002.tif 000087
【図８７】
0005932002.tif 000088
【図８８】
0005932002.tif 000089
【図８９】
0005932002.tif 000090
【図９０】
0005932002.tif 000091
【図９１】
0005932002.tif 000092
【図９２】
0005932002.tif 000093
【図９３】
0005932002.tif 000094
【図９４】
0005932002.tif 000095
【図９５】
0005932002.tif 000096
【図９６】
0005932002.tif 000097
【図９７】
0005932002.tif 000098
【図９８】
0005932002.tif 000099