(57)【要約】【課題】常駐アプリケーションをアクティブにするための方法、ソフトウェア、および装置。【解決手段】プレロードされたイナクティブ状態コアアプリケーションを検出し、そして、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを送るシステム。システムはまた、ネットワーク全体にわたってアクティベーション調査リクエストを送ることも含む。システムはまた、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを受け取ることも含む。そしてまた、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、ネットワーク経由で、受け取るシステムも含まれる、この場合、アクティベーション調査リクエストは、遠隔コンピューティングデバイス上で受け取られる。システムはまた、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータスを決定することを含む、そしてこの場合は、そのような情報は遠隔コンピューティングデバイスから離れて保存されている。システムはまた、アクティベーションステータスを、ネットワーク経由で、送ることを含む。【選択図】      図３
2008519353.tif 000002
【特許請求の範囲】
【請求項１】
コンピューティングデバイス上でアプリケーションをアクティブにする方法であって、
コンピューティングデバイス上で、プレロードされたイナクティブ状態コアアプリケーションを検出することと；
ネットワーク上で、そして前記プレロードされたイナクティブ状態コアアプリケーションを検出することに応じて、前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを送ることと；そして
前記プレロードされたイナクティブ状態コアアプリケーションに関連する前記アクティベーションステータスを受け取ること、
のステップを備える方法。
【請求項２】
前記アクティベーションステータスに基づいて前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するステップ、を更に備える請求項１記載の方法。
【請求項３】
前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定することに応じて、前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするステップ、を更に備える請求項２記載の方法。
【請求項４】
前記プレロードされたイナクティブ状態コアアプリケーションを前記検出することは、前記コンピューティングデバイスのパワーアップの検出に応じて行なわれる、請求項１記載の方法。
【請求項５】
前記アクティベーション調査リクエストを送る前記のステップは、前記の特定のコンピューティングデバイスを識別しそして前記プレロードされたイナクティブ状態コアアプリケーションを識別する識別情報を送ること、を含む請求項１記載の方法。
【請求項６】
前記コンピューティングデバイスはポータブル無線デバイスである、請求項１記載の方法。
【請求項７】
コンピューティングデバイス上でアプリケーションをアクティブにする方法であって、
ネットワーク経由で、遠隔コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取ることと；
前記遠隔コンピューティングデバイスに関連する情報に基づいて前記アクティベーションステータスを決定することと、なお前記情報は前記遠隔コンピューティングデバイスから離れて保存されている；そして
ネットワーク経由で、前記アクティベーションステータスを送ること、
のステップを備える方法。
【請求項８】
前記アクティベーション調査リクエストは、前記の特定の遠隔コンピューティングデバイスを識別しそして前記プレロードされたイナクティブ状態コアアプリケーションを識別する識別情報を含む、請求項７記載の方法。
【請求項９】
前記遠隔コンピューティングデバイスはポータブル無線デバイスである、請求項７記載の方法。
【請求項１０】
コンピューティングデバイス上でアプリケーションをアクティブにする方法であって、
コンピューティングデバイス上で、プレロードされたイナクティブ状態コアアプリケーションを検出することと；
ネットワーク経由で、そして前記プレロードされたイナクティブ状態コアアプリケーションを検出することに応じて、前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを送ることと；
サーバで、ネットワーク経由で、前記コンピューティングデバイス上の前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取ることと;
前記コンピューティングデバイスに関連する情報に基づいて、前記プレロードされたイナクティブ状態コアアプリケーションに関連する前記アクティベーションステータスを決定することと、なお前記情報は前記の遠隔コンピューティングデバイスから離れて保存されている；
前記コンピューティングデバイスに、ネットワーク経由で、前記アクティベーションステータスを送ることと；そして
前記コンピューティングデバイスで、ネットワーク経由で、前記プレロードされたイナクティブ状態コアアプリケーションに関連する前記アクティベーションステータスを受け取ること；
のステップを備える方法。
【請求項１１】
前記アクティベーションステータスに基づいて前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するステップ、を更に備える請求項１０記載の方法。
【請求項１２】
前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定することに応じて、前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするステップ、を更に備える請求項１１記載の方法。
【請求項１３】
プレロードされたイナクティブ状態コアアプリケーションと；
前記プレロードされたイナクティブ状態コアアプリケーションを検出するように構成されたロジックと；
前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、生成しそして、ネットワーク経由で、送るように構成されたロジックと；そして
前記プレロードされたイナクティブ状態コアアプリケーションに関連する前記アクティベーションステータスを、ネットワーク経由で、受け取り、そして処理するように構成されたロジックと；
を備えるコンピューティングデバイス。
【請求項１４】
前記アクティベーションステータスに基づいて前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するように構成されたロジック、を更に備える請求項１３記載のコンピューティングデバイス。
【請求項１５】
前記プレロードされたイナクティブ状態コアアプリケーションを検出するように構成された前記ロジックは、前記コンピューティングデバイスのパワーアップを検出するように構成されたロジックによって生成される信号に応じて選択的に実行するように構成されたロジックを更に含む、請求項１３記載のコンピューティングデバイス。
【請求項１６】
前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定する前記ロジックによって生成された信号に応じて、前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするように構成されたロジック、を更に備える請求項１４のコンピューティングデバイス。
【請求項１７】
前記アクティベーション調査リクエストを生成するように構成された前記ロジックは、前記の特定のコンピューティングデバイスを識別する情報と、前記プレロードされたイナクティブ状態コアアプリケーションを識別する情報とを、前記アクティベーション調査リクエスト中に含むように構成されたロジックを更に含む、請求項１３記載のコンピューティングデバイス。
【請求項１８】
前記コンピューティングデバイスはポータブル無線デバイスである、請求項１３記載のコンピューティングデバイス。
【請求項１９】
プレロードされたイナクティブ状態コアアプリケーションを有する集積回路チップと；そして
前記集積回路チップがコンピューティングデバイスの中に組み込まれた後に、前記プレロードされたイナクティブ状態コアアプリケーションのアクティベーションを可能にするように構成されたロジックと；
を備える集積回路チップ。
【請求項２０】
前記コンピューティングデバイスはポータブル無線デバイスである、請求項１９記載の集積回路チップ。
【請求項２１】
ネットワーク経由で、遠隔コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取るように構成されたロジックと；
前記遠隔コンピューティングデバイスに関連する情報に基づいて前記アクティベーションステータスを決定するように構成されたロジックと、なお前記情報は前記遠隔コンピューティングデバイスから離れて保存されている；そして
ネットワーク経由で、前記アクティベーションステータスを送るように構成されたロジックと；
を備えるサーバ。
【請求項２２】
前記アクティベーションステータスを決定するように構成された前記ロジックは、前記の特定の遠隔コンピューティングデバイスを識別しそして前記プレロードされたイナクティブ状態コアアプリケーションを識別する識別情報を含むアクティベーション調査リクエストを処理するように構成されたロジック、を更に含む請求項２１記載のサーバ。
【請求項２３】
前記遠隔コンピューティングデバイスはポータブル無線デバイスである、請求項２１記載の方法。
【請求項２４】
コンピューティングデバイスとサーバとを備えたシステムであって、
前記コンピューティングデバイスは、
プレロードされたイナクティブ状態コアアプリケーションと；
前記プレロードされたイナクティブ状態コアアプリケーションを検出するように構成されたロジックと；
前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを生成しそして送るように構成されたロジックと；そして
前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを受け取りそして処理するように構成されたロジックと；
を含み、
前記サーバは、
前記コンピューティングデバイス上の前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求する前記アクティベーション調査リクエストを受け取るように構成されたロジックと；
前記コンピューティングデバイスに関連する情報に基づいて前記アクティベーションステータスを決定するように構成されたロジックと、なお前記情報は前記コンピューティングデバイスから離れて保存されている；そして
前記コンピューティングデバイスに前記アクティベーションステータスを送るように構成されたロジックと；
を含む、
システム。
【請求項２５】
前記アクティベーションステータスに基づいて、前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するように構成されたロジック、を更に備える請求項２４記載のコンピューティングデバイス。
【請求項２６】
前記アクティベーション調査リクエストを生成するように構成された前記コンピューティングデバイスのロジックは、前記の特定のコンピューティングデバイスを識別する情報と前記プレロードされたイナクティブ状態コアアプリケーションを識別する情報とを前記アクティベーション調査リクエストの中に含むように構成されたロジックを更に含む、請求項２４記載のシステム。
【請求項２７】
前記アクティベーションステータスを決定するように構成された前記ロジックは、前記の特定のコンピューティングデバイスを識別しそして前記プレロードされたイナクティブ状態コアアプリケーションを識別する識別情報を含んでいるアクティベーション調査リクエストを処理するように構成されたロジックを更に含む、請求項２４記載のシステム。
【請求項２８】
コンピュータ可読媒体上に具現化されたコンピュータープログラムであって、コンピューティングデバイス上で実行することが可能であり、
プレロードされたイナクティブ状態コアアプリケーションを、コンピューティングデバイス上で、検出するよう動作可能なコードと；
前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、前記プレロードされたイナクティブ状態コアアプリケーションの前記の検出に応じて、ネットワーク経由で、送るよう動作可能なコードと；そして
前記プレロードされたイナクティブ状態コアアプリケーションに関連する前記アクティベーションステータスを、ネットワーク経由で、受け取るよう動作可能なコードと；
を備える、コンピュータープログラム。
【請求項２９】
前記アクティベーションステータスに基づいて、前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するよう動作可能なコード、を更に備える請求項２８記載のコンピュータープログラム。
【請求項３０】
前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するために前記コードによって生成された信号に応じて前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするよう動作可能なコード、を更に備える請求項２９記載のコンピュータープログラム。
【請求項３１】
コンピュータ可読媒体上に具現化されたコンピュータープログラムであって、コンピューティングデバイス上で実行することが可能であり、
遠隔コンピューティングデバイス上にプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、ネットワーク経由で、受け取るよう動作可能なコードと；
前記遠隔コンピューティングデバイスに関連する情報に基づいて前記アクティベーションステータスを決定するよう動作可能なコードと、なお前記情報は前記遠隔コンピューティングデバイスから離れて保存されている；そして
前記アクティベーションステータスを、ネットワーク経由で、送るよう動作可能なコードと；
を備える、コンピュータープログラム。
【請求項３２】
前記の特定の遠隔コンピューティングデバイスを識別しそして前記プレロードされたイナクティブ状態コアアプリケーションを識別する識別情報を含んでいる前記アクティベーション調査を受けとるよう動作可能なコード、を更に備える請求項３１記載のコンピュータープログラム。
【請求項３３】
プレロードされたイナクティブ状態コアアプリケーションと；
前記プレロードされたイナクティブ状態コアアプリケーションを検出するための手段と；
前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、ネットワーク経由で、生成しそして送るための手段と；そして
前記プレロードされたイナクティブ状態コアアプリケーションに関連する前記アクティベーションステータスを、ネットワーク経由で、受け取りそして処理するための手段と；
を備えるコンピューティングデバイス。
【請求項３４】
前記アクティベーションステータスに基づいて、前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するための手段、を更に備える請求項３３記載のコンピューティングデバイス。
【請求項３５】
前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうかを決定するために前記ロジックによって生成された信号に応じて前記プレロードされたイナクティブ状態コアアプリケーションをアクティブにするための手段、を更に備える請求項３４記載のコンピューティングデバイス。
【請求項３６】
プレロードされたイナクティブ状態コアアプリケーションを有する集積回路チップと；そして
前記集積回路チップがコンピューティングデバイス中に組み込まれた後に、前記プレロードされたイナクティブ状態コアアプリケーションのアクティベーションを可能にするための手段と；
を備える集積回路チップ。
【請求項３７】
ネットワーク経由で、遠隔コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取るための手段と；
前記遠隔コンピューティングデバイスに関連する情報に基づいて前記アクティベーションステータスを決定するための手段と、なお前記情報は前記遠隔コンピューティングデバイスから離れて保存されている；そして
ネットワーク経由で、前記アクティベーションステータスを送るための手段と；
を備えるサーバ。
【請求項３８】
前記アクティベーションステータスを決定するための前記手段は、前記の特定の遠隔コンピューティングデバイスを識別しそして前記プレロードされたイナクティブ状態コアアプリケーションを識別する識別情報を含むアクティベーション調査リクエストを処理するように構成するための手段、を更に備える請求項３７記載のサーバ。
【請求項３９】
コンピューティングデバイスとサーバとを備えたシステムであって、
前記コンピューティングデバイスは、
プレロードされたイナクティブ状態コアアプリケーションと；
前記プレロードされたイナクティブ状態コアアプリケーションを検出するための手段と；
前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを生成しそして送るための手段と；そして
前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを受け取りそして処理するための手段と；
を含み、
前記サーバは、
前記コンピューティングデバイス上の前記プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求する前記アクティベーション調査リクエストを受け取るための手段と；
前記コンピューティングデバイスに関連する情報に基づいて前記アクティベーションステータスを決定するための手段と、なお前記情報は前記コンピューティングデバイスから離れて保存されている；そして
前記コンピューティングデバイスに前記アクティベーションステータスを送るための手段と；
を含む、
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、コンピューティングデバイス(computing device)上に常駐するロジックのアクティベーション(activation)に関連し、より具体的には、コンピューティングデバイス上に常駐するコアアプリケーション(core application)のアクティベーションに関連する。
【背景技術】
【０００２】
システムデザイン  
技術における進歩は、結果として、より小さくより強力なパーソナルコンピューティングデバイスをもたらした。例えば、ポータブル無線電話、携帯情報端末(personal digital assistants)（ＰＤＡ）、そしてページングデバイス(paging devices)のような、様々なポータブル無線デバイスが現在存在し、それらは、各々小さく、軽く、そしてユーザによって容易に運ばれることができる。典型的には、これらのデバイスは、リソースに厳しく制約を受ける。例えば、画面サイズ、利用可能なメモリおよびファイルシステムスペースの量、入出力能力および処理能力の量は、各々、デバイスの小さなサイズによって制限され得る。そのような厳しいリソース制約のために、例えば、限定されたサイズおよび量のアプリケーションをそのようなデバイス上に常駐して保持することが、多くの場合典型的に望ましい。ある制約されたリソース、例えば、メモリ及び／又はファイルシステムスペース、は多くの場合そのような設計選択を促すドライビングリソース制約(driving resource constraints)である。然しながら、そのようなリソース制約が存在し、かつ、そのようなコンピューティングデバイス上のアプリケーションのサイズおよび量を制限する対応要求が存在するときでさえ、コアアプリケーションを含むある種の「プレロードされた(preloaded)」アプリケーションに対する共存需要を見つけることもまたまれである。
【０００３】
「プレロードされた」アプリケーション("preloaded" applications)は、そのようなコンピューティングデバイスがエンドユーザに引き渡される前に、コンピューティングデバイス上にロードされたアプリケーションである。「コア」アプリケーション("core" applications)は、典型的に、ある特性(certain characteristics)を有すると一般に知られているアプリケーション及び／又はエンジン(engines)であり、他のアプリケーションによってしばしば呼び出されることが知られているまたは予期されているアプリケーション及び／又はエンジン、及び／又は、重要な機能(critical functionality)を行うアプリケーション及び／又はエンジンを含んでいる。例えば、ある状況におけるあるコンピューティングデバイスの場合、マルチメディアアプリケーションエンジン(multimedia application engine)は、複数のアプリケーションによってしばしば呼び出されるアプリケーションエンジンであると知られており、当然そのようなものとして、そのようなマルチメディアエンジンは、コアアプリケーションとしてあるコンピューティングデバイス上に時々プレロードされる。このアプリケーションが引渡しに先立ってコンピューティングデバイス上にプレロードされていなかった場合、ある状況下で、アプリケーション及び／又はエンジンのしばしば用いられる様態(aspect)は、アプリケーション及び／又はエンジンの引渡し後の、ネットワーク上での、引き続いて起こるインタラクティブなダウンロード(interactive downloading)  −  イニシャルのプレロードがあれば回避することができたであろうインタラクティブな／引渡し後の手続き(interactive/post- delivery procedure)を、ほとんど間違いなく必要とするであろう。
【０００４】
典型的には、アプリケーションのプレローディング(preloading)は、ＯＥＭ業者(Original Equipment Manufacturer)（ＯＥＭ）のようなエンティティ(entities)、あるいは特定用途向け集積回路（ＡＳＩＣ）製造業者によって、行なわれる。一例では、ＯＥＭは、ＯＥＭの製造設備で、そのようなデバイス上に１以上のコアアプリケーションを直接にプレロードする。別の例では、ＡＳＩＣ製造業者の設備で１以上のコアアプリケーションが既にプレロードされているＡＳＩＣチップをＯＥＭが組み込む(includes)場合、ＯＥＭは、コアアプリケーションを最終のコンピューティングデバイスに間接的に提供する。上記されたように、少なくとも２つのタイプのエンティティ、ＯＥＭｓおよびＡＳＩＣチップ製造業者、のアクションは、個々に、別々に、あるいは一緒に、コンピューティングデバイス上へのアプリケーションのプレローディングという結果になる。
【０００５】
コアアプリケーションは、アクティブにされた状態およびイナクティブにされた状態(activated and an inactivated states)の両方において選択的にプレロードされることが知られている。「アクティブにされた状態(activated state)」は、呼び出されるように、そして呼び出されたときに実行するように、構成されている(configured)アプリケーションを示す。対照的に、「イナクティブにされた状態(inactivated state)」は、呼び出されるようにも、あるいは呼び出されたときに実行するようにも、いずれにも現在のところ構成されていないアプリケーションをしめす。例えば、現在、いくつかの製造業者（ＡＳＩＣあるいはコンピューティングデバイスＯＥＭｓ）は、時々、彼らの製品（すなわち、ＩＣチップおよびコンピューティングデバイス）に、エンドユーザにオプションとして利用可能なアプリケーションを組み込む。典型的には、そのようなオプションのアプリケーションは、コアアプリケーションを含まない。さらに、そのようなオプションのアプリケーションは、イナクティブにされた状態またはアクティブにされた状態で製造業者によって提供される。さらに、アプリケーションが提供される状態にかかわらず、アプリケーションは典型的に永久にそのような状態のままであり、そしてそれ故に、例えば、製造業者は一般に、一旦コンピューティングデバイスがエンドユーザに引渡されたあとは、アクティブにされた／イナクティブにされた状態を変更することを知られていない。オペレーション中(in operation)、現在、プレロードされたイナクティブ状態アプリケーション(preloaded inactivated applications)は、ユーザには、時々、最初はアクティブなアプリケーション(active applications)であるように見える、すなわち、ユーザインタフェース上でアクティブセレクション(active selection)として表示する、そして、そのようなアプリケーションはユーザによって、（直接的にあるいは間接的に）、選択されるかもしれず、そしてそれに応じて、コンピューティングデバイスが、そのようなアプリケーションを実行することを試みる際にエラーが発生したことを示すメッセージを表示する。
【０００６】
製造業者による、プレロードされたイナクティブ状態アプリケーションのこの供給、に対応する様態は、そのような製造業者が、引渡しのときに製品内で利用可能なアクティブ機能(active functionality)に基づいた可変の価格付けを実現することができることである。製造業者は、アクティブにされたプレロードアプリケーション(activated preloaded applications)を含んでいる製品に対し、全くそのようなアプリケーションが存在しないかまたは引渡しに先立ってそのようなプレロードされたアプリケーションをインアクティブにしてしまっている製品よりも、より高い価格を請求することが可能である。そういうものとして、製造業者は、例えば、階層戦略(tiering strategy)を使うことができ、そこでは、製造業者は、デバイスがより低価格で下端市場(lower-market)に販売されることを可能とするために、デバイスからアプリケーションを除外するかまたはそのようなアプリケーションをイナクティブな状態で備えたデバイスを供給する。然しながら、引渡しのときに利用可能な機能は製品寿命期間にわたって同じ機能のままでのこるので、ひとたび特定のプレロードされたイナクティブ状態アプリケーションがイナクティブにされた状態で引き渡されると、そのようなアプリケーションに関連する機能は永久に休止状態(dormant)であり、またそのような機能に関連するいずれの潜在的な関連収益も典型的に永久に失われる。
【０００７】
無線コンピューティングデバイスを含む、多くのコンピューティングデバイスは、無線ネットワークを含むネットワーク上でアプリケーションを対話式で(interactively)ダウンロードすることができる。制御された環境で（例、製造業者の制御下の間に）典型的にプレロードされるプレロードアプリケーションと異なって、そのような対話式でロードされたアプリケーションは、比較的制御されていない環境でロードされ、比較的制御されていない環境は、システム保全を確実にするために、そして許可された使用を取り締まるために、ある種の認証および許可の方法を利用する必要性を高める。そのような認証および許可を提供する１つの一般的なアプローチは、デジタル署名されたライセンス(digitally signed licenses)の使用を採用することである。アプリケーションおよびコンポーネントのデジタル署名(digital signing)は、それらのコンポーネントが修正されるのを防ぐ。このデジタル署名はまた、元の開発者にリンケージ(linkage)を提供する、ライセンスデータ保護する等、のような他の利点を提供できる。
【０００８】
アプリケーションの対話式ダウンロードを提供するシステムの具体例は、カリフォルニア州サンディエゴのクゥアルコム・インコーポレイテッド(Qualcomm, Inc.)によって開発されたＷｉｒｅｌｅｓｓ(Ｒ)(ＢＲＥＷ（Ｒ）)ソフトウェアプラットフォームのためのバイナリランタイム環境(the Binary Runtime Environment for Wireless(R)(BRE(R)) software platform)の現在、公に利用可能なバージョンである。ＢＲＥＷ（Ｒ）は、一般に、電話のオペレーティングシステム上の薄いベニア(thin veneer)であると知られており、それは、他の特徴の中で、個人の無線デバイス上で特に見つけられるハードウェア特徴(hardware features)に接続するためのインタフェースをしばしば供給する。ＢＲＥＷ（Ｒ）はまた、デバイスリソース上の要求に関して、そして、ソフトウェアプラットフォームを含んでいるコンピューティングデバイスに対し消費者によって支払われる価格に関して、比較的低価格で提供される。
【０００９】
ＢＲＥＷ（Ｒ）の他の特徴は、無線サービスオペレータ、ソフトウェア開発者およびコンピューティングデバイス消費者に様々な利点を提供するその端末相互ソフトウェアディストリビューションプラットフォーム(end-to-end software distribution platform)を含む。ＢＲＥＷ（Ｒ）端末相互ソフトウェアディストリビューションプラットフォームは、サーバ−クライアント アーキテクチャ(server-client architecture)に分散されたロジックを含んでおり、そこでは、サーバは、例えば、料金請求およびアプリケーション分配の機能を行い、また、クライアントは、例えば、アプリケーション実行およびユーザインタフェースの機能を行なう。ＢＲＥＷの一面(aspect)は、ユーザがユーザコンピューティングデバイス上で実行するためのアプリケーションを選択的に識別しそして選択的に購入することができる環境をユーザに提供するその機能であり、ユーザコンピューティングデバイスでは、選択されたアプリケーションがユーザのアクションに応じてコンピューティングデバイスに無線でダウンロードされる。そのような機能は、ユーザのその後の電話代の請求書に現われるコスト額の作成を含んでいる。そのように、ＢＲＥＷ（Ｒ）は、所望のエンティティ(desired entity)への料金請求、セキュリティ、および支払いのすべてを取り扱う機能を含んでおり、ここでは、例えば、ＢＲＥＷ（Ｒ）は、消費者トランザクションに関連する適切なエンティティへの支払い、例えば、無線サービスオペレータへの支払い、および対応するソフトウェア開発者への支払いなど、を指示する。
【００１０】
あるアプリケーションは、多くのコンピューティングデバイスによって必須「コア」アプリケーション(required "core" applications)と典型的に見なされるかもしれないが、いくつかのアプリケーションは、そうでなければ多くのコンピューティングデバイスによって必須コアとみなされるが、他の特定のコンピューティングデバイスによっては必須コアアプリケーションと見なされないかもしれない。必須コアアプリケーションと見なされる得るものは、多種多様の要因に依存する可能性があり、要因は、デバイスアーキテクチャ、オペレータが提供するアプリケーションのタイプ、ユーザが所望するアプリケーションおよびプレファレンス、および同種のものを含むが、これらに限定されない。結果として、特定のコアアプリケーションは、特定のコンピューティングデバイス上に存在するかもしれないが、実際のところは、そのようなコンピューティングデバイスによって実質上実行されることは決してない。そのような不使用(non-used／非必須(non-required)のコアアプリケーションは、不必要にさらなるリソースを消費することによって既に厳しくリソースが制約された環境を、更に制約することによって価値あるリソースを無駄に消費する。この状況は、問題のコアアプリケーションがサイズで大きい場合は、特に深刻である。
【００１１】
ＯＥＭ／ＡＳＩＣ収益モデル(OEM/ASIC Revenue Models)  
典型的に、ＡＳＩＣ製造業者がＡＳＩＣチップをＯＥＭｓに供給するとき、ＡＳＩＣ製造業者は、関連するチップ（およびそれにのっている機能）に対し、（受取可能（受け取るべき）収益(a revenue receivable)および対応の支払可能（支払うべき）収益 (a corresponding revenue payable)に対応する）１回限りのイニシャル収益支払額(a one time initial revenue payment amount)のみを、ＯＥＭｓから受け取る。これは、プレロードされたコアアプリケーションを含んでいるＡＳＩＣチップを含む。ＡＳＩＣチップは、一般に、それらが引渡し時に常に含むアクティブ機能のすべてを含んでいるので、現在のところ、ＡＳＩＣ製造業者は、１回限りのイニシャル収益支払額を超えて収益支払を生み出す能力(ability)をほとんど有していない。ＡＳＩＣ製造業者は、ＡＳＩＣチップ上で利用可能な機能のタイプをその引渡し直前に修正することができるかもしれないが、これは、そのような製造業者収益は典型的に引渡し時に利用可能なアクティブな機能の１セットに直接的に結び付いているという事実を変えない。チップ上で利用可能なプレロードされたアクティブな機能は、いったん引き渡されると、典型的にはスタティックのままであるので、ＡＳＩＣ製造業者は、それ故に、そのようなＡＳＩＣチップに関連する１回限りの収益支払を現在のところ受け取ることができるだけである。従って、ＡＳＩＣ製造業者によって提供される機能のスタティックの性質(static nature)のために、そのようなＡＳＩＣ製造業者は、彼らが出荷したＡＳＩＣチップの各々に対しての、単一の１回限りの収益支払を超えるどのような追加の収益も排除されている。
【００１２】
同様に、ＯＥＭｓが消費者にコンピューティングデバイスを提供するとき、ＯＥＭｓは、典型的に、関連するコンピューティングデバイス（およびそれにのっている機能）に対して、（受取可能収益および対応支払可能収益に対応する）１回限りのイニシャル収益支払のみを受け取る。これは、プレロードされたコアアプリケーションを含んでいるＡＳＩＣチップを含む。コンピューティングデバイスは、一般に、それらが引渡し時に常に含むアクティブ機能のすべてを含んでいるので、現在のところ、ＯＥＭｓは、１回限りのイニシャル収益支払額を超えて収益支払を生み出す能力をほとんど有していない。ＯＥＭｓは、デバイス上で追加のアプリケーションをその引渡し直前にロードできるかもしれないが、これは、そのような製造業者収益は引渡し時に利用可能なアクティブな機能の１セットに直接的に結び付いているという事実を変えない。コンピューティングデバイス上で利用可能なプレロードされたアクティブな機能は、いったん引き渡されると、スタティックのままであるので、ＯＥＭｓは、それ故に、コンピューティングデバイスに関連する１回限りの収益支払を現在のところ受け取ることができるだけである。従って、ＯＥＭｓによって提供される機能のスタティックの性質のために、そのようなＯＥＭｓは、彼らが出荷したコンピューティングデバイスの各々に対しての、単一の１回限りの収益支払を超えるどのような追加の収益も排除されている。
【００１３】
それ故に、イナクティブモード(inactive mode)でコアアプリケーションをプレロードする能力(ability to preload)について技術的に必要性がある。イナクティブ状態コアアプリケーションをプレロードする能力の導入によって、そのようなプレロードされたイナクティブ状態コアアプリケーションをアクティブにする能力(ability to activate)に対してもまた、技術的に必要性が生じる。そしてまた、イナクティブ状態コアアプリケーションをプレロードする能力の導入によって、そのようなプレロードされたイナクティブ状態コアアプリケーションを遠隔的にアクティブにする(remotely activate)必要も生じる。そしてまた、イナクティブ状態コアアプリケーションをプレロードする能力の導入によって、それらのアクティベーションの前にはそのようなアプリケーションの存在を隠す必要も生じる。それ故にまた、そのような製品の引渡し後にそのような製品においての休止状態の機能をアクティブにする能力を提供することによって、ＯＥＭｓおよびＡＳＩＣ製造業者が製品の最初の販売の後に受け取り可能な収益を実現化する(realize)能力を提供する、必要性が技術的にある。エンドユーザへのコンピューティングデバイスの引渡し後にコアアプリケーションの使用を追跡する能力を、ＯＥＭｓおよびＡＳＩＣ製造業者のような第三者に与える、技術的必要性もまたある。それ故にまた、異なるユーザに対し異なるセットのコアアプリケーションをプレロードする必要なしに、コアアプリケーションを選択的に提供する技術的必要性もある。サーバデバイスよりも寧ろコンピューティングデバイスに、そのようなコンピューティングデバイス上の付加的コアアプリケーション機能(additional core application functionality)をアクティブにするリクエストを開始するように要求することによって、全体的なシステムアクティビティを制限する、技術的必要性がある。
【発明の開示】
【００１４】
［概要］
ここに開示される実施形態は上記に述べられた必要性に対処し、例えば、方法、ソフトウェアおよび装置が、常駐コア休止状態アプリケーション(resident core dormant applications)を遠隔的にアクティブにするために使用される、１以上の実施形態を含んでいる。少なくとも一実施形態においては、方法、ソフトウェアおよび装置は、プレロードされたイナクティブ状態コアアプリケーションを、コンピューティングデバイス上で、検出するよう動作可能(operable to detect)である。これに応じて、そのような実施形態は、プレロードされたイナクティブ状態コアアプリケーションを検出し、そして、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータス(activation status)を要求するアクティベーション調査リクエスト(activation inquiry request)を送るよう動作するのが可能である。アクティベーション調査リクエストはネットワーク上で送られる。実施形態の少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスをさらに受け取るよう動作可能である。
【００１５】
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、ネットワーク経由で、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取る、なおこの場合、アクティベーション調査リクエストは遠隔コンピューティングデバイス(remote computing device)上で受け取られる。少なくとも一実施形態は、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータスを決定するよう動作可能である、そしてこの場合、そのような情報は遠隔コンピューティングデバイスから離れて保存されている(such information stored remotely from the remote computing device)。少なくとも一実施形態は、ネットワーク経由で、アクティベーションステータスを送るよう動作可能である。
【００１６】
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、コンピューティングデバイス上で、プレロードされたイナクティブ状態コアアプリケーションを検出するために使用される。そのような実施形態は、プレロードされたイナクティブ状態コアアプリケーションを検出することに応じて、ネットワーク経由で、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを送るよう動作可能である。実施形態は、コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取るよう動作可能である、なおこの場合、アクティベーション調査リクエストは、ネットワーク経由で、サーバで受け取られる。実施形態はまた、コンピューティングデバイスに関連する情報に基づいて、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを決定するよう動作可能である、なおこの場合、情報は遠隔コンピューティングデバイスから離れて保存されている。実施形態はまた、アクティベーションステータスをコンピューティングデバイスにネットワーク経由で送るよう動作可能である。実施形態は更に、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを、ネットワーク経由で、コンピューティングデバイスで受け取るよう動作可能である。
【００１７】
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、プレロードされたイナクティブ状態コアアプリケーションを含む。そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションを検出するように構成されたロジックを含む。そしてまた、そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、生成しそして、ネットワーク経由で、送るように構成されたロジックを、更に含む。そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを、ネットワーク経由で、受け取り、そして処理するように構成されたロジックを含む。
【００１８】
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、プレロードされたイナクティブ状態コアアプリケーションを有する集積回路チップを含む。そのような実施形態のうちの少なくとも１つは、集積回路チップがコンピューティングデバイスの中に組み込まれた後にプレロードされたイナクティブ状態コアアプリケーションのアクティベーションを可能にするように構成されたロジックを含む。  
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、ネットワーク経由で、遠隔コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取るように構成されたロジックを含む。そのような実施形態のうちの少なくとも１つは、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータスを決定するように構成されたロジックを含む。そしてまた、そのような実施形態のうちの少なくとも１つは、アクティベーションステータスを、ネットワーク経由で、送るように構成されたロジックを含む。
【００１９】
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、プレロードされたイナクティブ状態コアアプリケーションを含んでいるコンピューティングデバイスを含む。そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションを検出するように構成されたロジックを更に含む。そしてまた、そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、生成しそして送るように構成されたロジックを更に含む。そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを受け取りそして処理するように構成されたロジックを含む。更に、少なくとも一実施形態は、コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを受け取るように構成されたロジックを含んでいるサーバを含む。そのような実施形態のうちの少なくとも１つは、コンピューティングデバイスに関連する情報に基づいてアクティベーションステータスを決定するように構成されたロジックを含んでおり、情報は、コンピューティングデバイスから離れて保存されている。そしてまた、そのような実施形態のうちの少なくとも１つは、アクティベーションステータスをコンピューティングデバイスに送るように構成されたロジックを含む。
【００２０】
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、プレロードされたイナクティブ状態コアアプリケーションを、コンピューティングデバイス上で、検出するよう動作可能なコードを含む。そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、ネットワーク経由で、かつ、プレロードされたイナクティブ状態コアアプリケーションを検出することに応じて、送るよう動作可能なコードを含む。更に、そのような実施形態のうちの少なくとも１つは、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを、ネットワーク経由で、受け取るよう動作可能なコードを含む。
【００２１】
少なくとも一実施形態において、方法、ソフトウェアおよび装置は、遠隔コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを、ネットワーク経由で、受け取るよう動作可能なコードを含む。そのような実施形態のうちの少なくとも１つはまた、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータスを決定するよう動作可能なコードを含み、情報は遠隔コンピューティングデバイスから離れて保存されている。更に、そのような実施形態のうちの少なくとも１つは、アクティベーションステータスを、ネットワーク経由で、送るよう動作可能なコードを更に含む。
【００２２】
少なくとも一実施形態の少なくとも１つの利点は、ユーザがあるアプリケーションをダウンロードする必要性を取り除くことを含む。別の利点は、あるアプリケーションのダウンロードに関連する、長い引渡し後ダウンロード遅延(long post-delivery download delays)、の除去である。別の利点は、複雑なハードウェアインタフェースにそうでなければ関連するアプリケーションの、引渡し後ダウンロードに関連する、技術的側面の排除である。
【００２３】
少なくとも一実施形態の少なくとも１つの利点は、ＯＥＭｓまたはＡＳＩＣ製造業者のどちらかが、イナクティブにされた状態の特定のアプリケーションを、オプションとして選択的にダウンロードする能力、を含む。更に、ＯＥＭｓおよびＡＳＩＣ製造業者がイナクティブ状態アプリケーションをロードするこの能力は、このドキュメントの全体にわたって説明される他の利点の多くを助長する。
【００２４】
少なくとも一実施形態の少なくとも１つの利点は、イナクティブにされた状態でデバイス中に初めから提供されたアプリケーションを、遠隔的にアクティブにする能力(ability to remotely activate)を含む。別の利点は、アクティベーション関連情報でユーザを促す(prompt)ことが望ましいと考えられてもよいときがあれば、その時点まで、プレロードされたイナクティブアプリケーションの存在を、ユーザから選択的に隠す(hide)能力である。例えば、少なくとも一実施形態では、そのようなアプリケーションのどんな使用も、特定のアプリケーションをアクティブにするディレクティブ(directive)を示すインプットをユーザに要求する、ということを、そのようなデバイス／アプリケーションのための関連するライセンスが示していなければ、ユーザは、アクティベーション関連情報で促されない。
【００２５】
少なくとも一実施形態の少なくとも１つの利点は、ＯＥＭｓおよびＡＳＩＣ製造業者が、制限された機能を有する製品（すなわち引渡し時にイナクティブ状態アプリケーションを備えた製品）に関連する大きな市場シェアを実現し、一方では、機能を増加させた製品（すなわち、引渡し後にアクティブにすることが可能なイナクティブ状態アプリケーションを備えた製品）に関連する、以前では得られない引渡し後の収益の可能性(potential)を同時に導入する、能力を含む。
【００２６】
少なくとも一実施形態の少なくとも１つの利点は、アクティブにされた状態で、あるコアアプリケーションの、多種多様のデバイスへの引渡しの必要を無くす能力を含んでいる、なおこの場合、そのような多種多様のデバイスの中で、そのようなコアアプリケーションが必要とされない、あるサブセット(a certain subset)が存在する。例えば、そのようなコアアプリケーションは、多種多様のデバイスに対しイナクティブ状態で引き渡されることができ、そして、そのようなコアアプリケーションを必要とするデバイスのみが、そのようなデバイスの引渡し後に、そのようなアプリケーションをアクティブにする必要がある。
【００２７】
少なくとも一実施形態の少なくとも１つの利点は、特定のプレロードされたアプリケーションのためのアクティベーションの開始を、引渡し前のコンピューティングデバイスに対してではなく、引渡し後のコンピューティングデバイスに対するようにシフトする能力を含む。それ故に、デバイスの総母集団上でプレロードされたコアアプリケーションをアクティブにすることに関連するアクティビティ量は、アクティベーションが望まれるそれらのデバイスのみに限定され、そして、残りのデバイスは、そのような関連するプレロードされたコアアプリケーションのための、そのようなデバイスに関して試みられるかもしれないどんな遠隔コンタクトあるいはポーリング(any remote contact or polling)を含む、どんなアクティベーションプロセスにおいても、考量される必要がない。
【００２８】
本発明の他の面(aspects)、利点、および特徴は、詳細な説明、図面の簡単な説明、及び特許請求の範囲、のセクションを含む、本出願全体の調査後に明白となるであろう。
【００２９】
［詳細な説明］
上記の面、および、ここに説明される実施形態の付随する利点は、添付図面と併せて以下の詳細な記載を参照することより、より容易に明らかとなるであろう。
【００３０】
用語「例示的な(exemplary)」は、「例(example)、インスタンス(instance)、あるいは説明(illustration)として機能している」を意味するようにこの中では使用されている。「例示的な」としてこの中で説明されるいずれの実施形態も、他の実施形態よりも好ましいあるいは有利であるとして必ずしも解釈されるべきではない。更に、多くの実施形態が、例えば、コンピューティングデバイスのエレメントによって実行されるべきアクションのシーケンスの点から説明されている。この中で説明される様々なアクションは、特定のサーキット（例えば、特定用途向け集積回路（ＡＳＩＣｓ））によって、１以上のプロセッサによって実行されているプログラムインストラクションによって、あるいは両方の組合せによって実行されることができるであろう、ということが認識されるであろう。更に、この中で説明される実施形態は、実行時に、関連するプロセッサにここに説明される機能を実行させるだろうコンピュータインストラクションの対応するセットを保存しているコンピュータ可読記憶媒体の任意の形態の中に、完全に具現化されるものとさらに考えられることができる。このように、本発明の種々な面(aspect)は、多くの異なる形態で具体化されることができ、それらの全てが特許請求の範囲の主題の範囲内であることが意図されている。更に、この中で説明される実施形態の各々について、任意のそのような実施形態の対応する形態は、ここでは、例えば、あるアクションを行うように「構成されたロジック」("logic configured to" perform a certain action)、あるいは、説明されたアクション行うよう「動作可能なコード」("code operable to" perform the described action)、として説明され得る。
【００３１】
この詳細な説明は、コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションのプロセスにおいて使用される方法、ソフトウェアおよび装置を説明し、コンピューティングデバイス上のプレロードされたイナクティブ状態コアアプリケーションを検出し、プレロードされたイナクティブ状態コアアプリケーションに関連するアクティベーションステータスを要求するアクティベーション調査リクエストを送り、そしてアクティベーションステータスを受け取るための方法、ソフトウェアおよび装置を含んでいる。少なくとも一実施形態では、コンピューティングデバイスは、組み込まれたコントローラおよび制限されたリソース（すなわち、制限されたディスプレイエリア、メモリ容量、ファイルシステムスペース、入出力能力の量および処理能力）を有している。更に、１以上の実施形態は、対応するコンピューティングデバイスとして、コンピューティングデバイスがユーザにより容易に運ばれることができるように各々比較的小さくて軽量な、ポータブル無線電話、携帯情報端末（ＰＤＡｓ）およびページングデバイスのような、コンピューティングデバイスを含む。
【００３２】
１以上の実施形態においては、コンピューティングデバイス上のアプリケーションをアクティブにするために使用されるシステムは、コンピューティングデバイス上で実行するランタイム環境(runtime environment)と情報をやりとりする(interact)、なおここでは、ランタイム環境は、例えば一般化された呼び出し(generalized calls)をデバイス特定リソース(device specific resources)に提供することによってデバイスのオペレーションを単純化するために、そして、このなかで説明されるようにデバイス上でアクティベーション機能(activation functionality)を提供するために、使用されている。そのようなランタイム環境の１つの例は、カリフォルニア州サンディエゴのクゥアルコム・インコーポレイテッド(Qualcomm, Inc.)によって開発されたＷｉｒｅｌｅｓｓ(Ｒ)(ＢＲＥＷ（Ｒ）)ソフトウェアプラットフォームである。本説明においては、コンピューティングデバイス上のアプリケーションを実行しアクティブにするために使用されるシステムは、ＢＲＥＷ（Ｒ）ソフトウェアプラットフォームのようなランタイム環境を実行するポータブルデバイス上でインプリメントされている、と仮定されている。然しながら、コンピューティングデバイス上のアプリケーションを実行しアクティブにするために使用されるシステムの１以上の実施形態は、そのようなコンピューティングデバイス上のアプリケーションの実行を制御する他のタイプのランタイム環境の使用に適する。より具体的には、ここに説明される特徴をインプリメントするために使用されることができる別のランタイム環境の１例は、関連するエンジンがこのなかで説明されるオペレーションによく似るように必要に応じて修正されることができる場合の、一般のパーソナルコンピュータデザインであり、例えば、そのようなデザインは、そのようなアプリケーションを実行する前に、プレロードされたイナクティブ状態コアアプリケーション１１２に関連するライセンスタイプ情報(license-type information)を常にチェックするために修正されることができる。
【００３３】
図１は、コンピューティングデバイス１００上のアプリケーションをアクティブにするよう動作可能なコンピューティングデバイスの一例示的な実施形態を示す。このなかで使用されるように、「コンピューティングデバイス(computing devices)」は、例えば、常駐の構成されたロジックを実行する１以上の処理回路を含んでおり、ここでは、そのようなコンピューティングデバイスは、例えば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰｓ）、マイクロコントローラ、ポータブル無線電話、携帯情報端末（ＰＤＡｓ）、およびページングデバイス、あるいは、プレロードされたイナクティブ状態コアアプリケーションのアクティベーションを対象としこのなかで説明された動作を少なくとも実行するように構成されたプロセッサおよびロジックを含んでいるハードウェア、ソフトウェア、及び／又はファームウェアの任意の適切な組合せ、を含む。
【００３４】
例示的な実施形態において示されるように、コンピューティングデバイス１００は、ファームウェア１０２、メモリ１０４、ネットワークＩ／Ｏインタフェース１０６、プロセッサ１０８およびバス１１０を含んでいる。あるアプリケーションが、ファームウェア１０２として示されるもの、（半永久メモリ（例えば、プログラマブルＲＯＭ（ＰＲＯＭＳ）、電気的ＰＲＯＭＳ（ＥＰＲＯＭＳ）、など）、の中に示されているが、他の実施形態は、ランダムアクセス記憶装置（ＲＡＭ）のような他のタイプのメモリ、および、構成されたロジックの保存を提供する他のメモリタイプの中にそのようなアプリケーションを含む。同様に、メモリ１０４はＲＡＭメモリとして示されるが、他の実施形態は、構成されたロジックの保存を提供するすべてのタイプのメモリとしてそのようなメモリ１０４を含む。更に、メモリ１０４は、１つのタイプのメモリの１つの連続ユニット(one contiguous unit)として示されるが、他の実施形態は、メモリ１０４として、複数ロケーションおよび複数タイプのメモリ(multiple locations and multiple types of memory)を使用する。
【００３５】
ネットワークＩ／Ｏインタフェース１０６は、バス１１０経由でネットワークに結合されたデバイスに入力および出力を供給する。プロセッサ１０８は、バス１１０経由で供給されるインストラクションおよびデータ上で動作する。ファームウェア１０２内に位置するのは、プレロードされたイナクティブ状態コアアプリケーション１１２である。プレロードされたイナクティブ状態コアアプリケーション１１２の「プレロードされた」態様("preloaded" aspect)は、デバイスが購入に供されるのに先立つ、あるいは、そのようなデバイスがそうでなければエンドユーザに届く前の、コンピューティングデバイス上へのそのようなアプリケーションのローディング(loading)を指す。「プレロードされた」状況は、コンピューティングデバイス上に引き続いてインストールされるＡＳＩＣへの先のインストールを通して、間接的に、あるいは、コンピューティングデバイス自体に直接にインストールすることにより、達成されることができる。それ故に、ＡＳＩＣ製造業者およびコンピューティングデバイスＯＥＭ業者が典型的に別々のエンティティである限り、コンピューティングデバイス１００上のプレロードされたイナクティブ状態コアアプリケーション１１２のプレローディングを行なうのは、ＡＳＩＣ製造業者かコンピューティングデバイスＯＥＭｓのいずれかであり得る。
【００３６】
プレロードされたイナクティブ状態コアアプリケーション１１２の「イナクティブ状態」態様("inactivated" aspect)は、コンピューティングデバイス１００のユーザがプレロードされたイナクティブ状態コアアプリケーション１１２の実行を開始することを可能にする何らかの追加の更なるコンフィギュレーション(configuration)あるいは何らかの追加の設定(set-up)を無しに、デバイス上のそのようなアプリケーションの実行を可能とするようには構成されていない形態で、そのようなアプリケーションがコンピューティングデバイスに存在するという事実(fact)を指す。更に、一実施形態においては、コンピューティングデバイス１００は、コンピューティングデバイス１００上の常駐アプリケーションの存在を示す表示を提供しない（すなわち、ユーザプロンプト(user prompt)はない）。別の実施形態においては、プレロードされたイナクティブ状態コアアプリケーション１１２の存在は、ディスプレイあるいはユーザ／インタフェース（Ｕ／Ｉ）に関連する他のコンポーネント経由で、コンピューティングデバイス１００によって選択的に示され、この場合、例えば、ブートアップ シーケンス(boot-up sequence)中に、コンピューティングデバイス１００は、現在のところイナクティブ状態のアプリケーションをアクティブにするリクエストでユーザにプロンプト(prompt)を表示するロジックを実行する。
【００３７】
プレロードされたイナクティブ状態コアアプリケーション１１２の「コア」態様(“core" aspect)は、他のアプリケーションによってしばしば呼び出されること、及び／又は、重要な機能を行うこと、で知られているような、特性を有するアプリケーションのタイプを指す。もしそのようなアプリケーションが引渡しに先立ってコンピューティングデバイス上でプレロードされていなければ、アプリケーションの頻繁に使用される態様は、ほとんど間違いなくネットワーク上でそのようなアプリケーションの引き続いての対話式のダウンロードを要求するであろう。上記に検討したように、コアアプリケーションはまた、しばしば呼び出されること、及び／又は、重要な機能を提供すること、に加えて、両方の大きなメモリ要件を有すること及び／又は複雑なハードウェアインタフェースを有することを含む、他の一般的な特性(traits)を持つことも知られている。それ故に、ユーザによってそうでなければ要求されたアプリケーションであるものをロードするためにユーザによって必要とされるワークを減らすことを試みることに加えて、対話式のダウンロードを回避する他の理由、例えば、大きなアプリケーションに関連する長い引渡し後のダウンロード時間を回避し、複雑なハードウェアインタフェースを有するアプリケーションの対話式引渡し後に関連する技術的関連問題を回避する理由もまた存在する。
【００３８】
メモリ１０４内には、プレロードされたイナクティブ状態コアアプリケーションを検出するように構成されたロジック１１４、アクティベーション調査を生成し送るように構成されたロジック１１６、アクティベーションステータスを受け取るように構成されたロジック１１８、プレロードされたイナクティブ状態アプリケーションをアクティブにするかどうかを決定するように構成されたオプションのロジック１２０、およびプレロードされたイナクティブ状態コアアプリケーションをアクティブにするように構成されたオプションのロジック１２２、が位置している。一実施形態では、メモリ１０４中に位置しているロジックは、ＲＡＭメモリの中にロードされたソフトウェアプログラムの形態のロジックである。対照的に、他の実施形態は、そのようなロジックを、ハードウェア及び／又はファームウェア、あるいは、ハードウェア、ファームウェア及び／又はソフトウェアの何らかの組合せ、の何れかの形態で含む。
【００３９】
一実施形態では、プレロードされたイナクティブ状態コアアプリケーションを検出するように構成されたロジック１１４は、コンピューティングデバイス１００上のプレロードされたイナクティブ状態コアアプリケーション１１４の存在を検出するように動作する。一実施形態では、パワーアップ１２４の検出に応じて選択的に実行するオプションのロジックにおいて表わされるように、コンピューティングデバイスが電源を入れられるかあるいは立ち上げられる(powered or booted up)ごとに、そのようなロジックは実行される。例えば、コンピューティングデバイス１００は、そのようなデバイスがアクティブにされたかどうか決定するためにそれが分析する、イナクティブ状態アプリケーションのリストを持っていてもよい。一実施形態では、そのようなコンピューティングデバイス１００がアクティブにされたかどうかは、そのようなプレロードされたイナクティブ状態コアアプリケーション１１２のための現在のライセンスステータス(license status)に基づく。ここで、もしそのようなライセンスステータスがアクティブにされたステータスを示さない場合は、更なるユーザインタラクション(user interaction)もアクティベーションステップも必要とされない。そのようなライセンスステータス情報は、デバイス自体に置かれるか、あるいはもしかすると、そこから離れて保存される(stored remotely therefrom)かもしれない。然しながら、もしそのようなライセンスステータスがイナクティブにされたステータスを示す場合は、そのときは、そのようなプレロードされたイナクティブ状態コアアプリケーション１１４がアクティブにされるべきかどうかが決定されるように、プロセスは続く。
【００４０】
一実施形態においては、例えば、そのようなアプリケーションがアクティブにされるべきかどうかのプロセスは、コンピューティングデバイスが、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするかどうかの表示(indication)を要求しているユーザを促す(prompt)場合のプロセスである。例えば、コンピューティングデバイス１００は、異なる時間長アクティベーションに関連する３つの異なる価格構成、「１ドルの１か月アクティベーション、１．７５ドルの１か月アクティベーション、あるいは１か月当たり１０．５０ドルの入会」、からのユーザ選択を要求するプロンプトを表示することができ、そして、受信レスポンスに応じて、コンピューティングデバイス１００は、そのあと、希望の期間の間、そのようなプレロードされたイナクティブ状態コアアプリケーション１１４をアクティブにするプロセスを開始するであろう。他の実施形態は、異なる情報でユーザを促すが、一方、更に他の実施形態は、コンピューティングデバイス１００のユーザとのどんな対話もアクティベーションから除外している。
【００４１】
一実施形態では、アクティベーション調査リクエスト(activation inquiry request)１３０を生成し送るように構成されたロジック１１６は、遠隔地からライセンスステータスを要求するよう動作する。一実施形態では、コンピューティングデバイス１００は、遠隔地、例えば遠隔サーバ(remote server)など、から所望の情報にアクセスするために使用される保存されたライセンスキー(stored license key)を含んでいる。一実施形態は、アクティベーション調査リクエスト１３０に識別情報を含むオプションのロジック１２６を含んでいる。更に、一実施形態では、現在のライセンシングステータスに関するオフデバイス情報(off-device information)を取り出すために使用される識別情報として、アプリケーション識別子と共に、コンピューティングデバイスの特定の識別子が、使用される。一実施形態では、コンピューティングデバイスの特定の識別子は、デバイスモデルとデバイスシリアルナンバーとの組合せである。例えば、セラー無線通信デバイス(cellar wireless device)の電子シリアルナンバー（ＥＳＮ）が、特定の識別子の一部として使用されてもよい。別の実施形態では、特定の識別子は、インターネットプロトコル（ＩＰ）アドレスを含んでいる。別の実施形態では、特定の識別子は、コンピューティングデバイスに関連する電話番号（例、無線電話デバイス）を含んでいる。別の実施形態では、特定の識別子の一部分は、加入者関連情報を含有する加入者識別モジュール（ＳＩＭ）カード、あるいは他の同様なコンポーネント、から取り出される。更に、一実施形態では、アプリケーション識別子は、バージョン番号を含んでいる特定のアプリケーションを識別する、あらかじめ割り当てられた識別番号である。
【００４２】
一実施形態では、特定のコンピューティングデバイス／料金請求業務エンティティ(billing entity)のために、プレロードされたイナクティブ状態コアアプリケーション１１４に関連するアクティベーションステータスが決定される、オフデバイスあるいは遠隔地での処理の後、つぎに、アクティベーションステータス（１３２）を受け取るように構成されたロジック１１８が、そのようなアクティベーションステータス１３２を受け取るように動作する。一実施形態では、そのようなアクティベーションステータス１３２は、そのようなプレロードされたイナクティブ状態コアアプリケーション−デバイス（１１２−１００）の組合せが、アクティブにされているかイナクティブにされているかの対応する現在のステータスを有しているかどうかを識別する、ライセンス情報を含んでいる。一実施形態では、アクティブにされたステータス(activated status)を示すライセンス情報は、更に、具体的にアクティブにされた機能(functions)、アクション(actions)あるいは特徴(features)のサブセットを表す、特定のパラメータを含んでいる。そのような実施形態では、そのようなパラメータは、例えば、そのようなアプリケーションが実行されることができるとき、アプリケーションが何回実行されるのか、一般に制限が関連するデジタル権利管理(limitations associated digital rights management)、および、一般にアプリケーションに関連すると知られている他の同様な制限および機能、を含む。
【００４３】
一実施形態では、アクティベーションステータス１３２は遠隔地から受け取られる。一実施形態では、この遠隔地は、コンピューティングデバイス１００に結合されているネットワークに位置している。一実施形態では、ネットワークは無線ネットワークであり、そして、コンピューティングデバイス１００は無線デバイスである。一実施形態では、無線デバイスは、音声とデータのオペレーションをサポートする無線携帯電話デバイスである。更に、他の異なる実施形態は、コンピューティングデバイス１００として、例えば、小さく、軽量で、かつ、ユーザによって容易に運ばれることができる、コンピューティングデバイス１００を含んでおり、無線電話、携帯情報端末（ＰＤＡｓ）およびページングデバイスを含む。
【００４４】
一実施形態では、アクティベーションステータス１３２を受け取るように構成されたロジック１１８を実行した後、つぎに、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするかどうかを決定するロジック１２０が実行される。一実施形態では、アクティベーションステータス１３２の内容は、プレロードされたイナクティブ状態コアアプリケーション−デバイス（１１２−１００）の組合せがアクティブにされることを現在認められているのかどうかあるいはライセンスされているのかどうかを決定するために検査される。一実施形態では、アクティベーションステータス１３２を受け取るように構成されたロジック１１８は、更に、プレロードされたイナクティブ状態コアアプリケーション−デバイス（１１２−１００）の組合せがアクティブにされるべきであることを決定する前に、アクティベーションステータス内に含まれるライセンス情報に関連するデジタル署名が有効であるかどうかを確認するロジックを含む。
【００４５】
一実施形態では、プレロードされたイナクティブ状態コアアプリケーションをアクティブにするかどうか決定するロジック１２０を実行した後、そして、プレロードされたイナクティブ状態コアアプリケーション１１２がアクティブにされるべきであるとの決定に信号１２８経由で応じ、つぎに、プレロードされたイナクティブ状態コアアプリケーションをアクティブにするロジック１２２が実行される。
【００４６】
一実施形態では、コンピューティングデバイス１００から生成された、プレロードされたイナクティブ状態コアアプリケーション１１２の、任意のアクティベーション、あるいはアクティベーションのリクエストは、そのようなプレロードされたイナクティブ状態コアアプリケーション１１２の使用のそのトラッキングが引き続いてあるいは同時に監視されることができるように、監視され記録される。この機能によって、コアアプリケーションのそのような使用を追跡するための手段を今までにほとんどあるいは全く持っていなかった第三者、例えばＡＳＩＣ製造業者およびＯＥＭｓ、によるコアアプリケーションの使用のモニタリングが可能となる。
【００４７】
一実施形態では、そのようなプレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションは、収益および関連する支払いの発生に関連する。一実施形態では、収益の少なくとも一部は、最終的に、そのようなアプリケーションに関連する少なくとも１つのエンティティに提供される。例えば、もしプレロードされたイナクティブ状態コアアプリケーション１１２がＯＥＭによってデバイス上にロードされた場合、ＯＥＭは、収益の一部を受け取る。もしプレロードされたイナクティブ状態コアアプリケーション１１２がＡＳＩＣ製造業者によってＡＳＩＣにロードされた場合、そのときは、そのような製造業者が収益の一部を受け取る。更に、いくつかの実施形態において選ばれるように、そのような収益の全部または部分は、第三者、例えば、セルラーネットワークオペレータ(cellular network operators)を含むネットワークオペレータ、ネットワークサービスプロバイダ、および、遠隔コンピューティングデバイス１００上のアプリケーションの引渡しあるいは使用を促進するプロセスにおいて何らかの役割を果たす他の関係者(other parties)に提供される。他の態様の中でも、上記に説明された機能は、既に販売され出荷されてしまっている製品に関連する収益ストリーム(revenue streams)を受け取るための手段を今までにほとんどあるいは全く持っていなかった第三者、例えばＡＳＩＣ製造業者およびＯＥＭｓ、による収益の発生を可能にする。
【００４８】
更に、そのようなプレロードされたイナクティブ状態コアアプリケーション１１２を含むそれらの実施形態のうちのいくつかはまた、そのようなアプリケーションの取り外し(removal)及び／又は取り替え(replacement)を可能とする機能を提供することができる。例えば、そのようなプレロードされたイナクティブ状態コアアプリケーション１１２が新バージョンにアップグレードされることを必要とする場合、コンピューティングデバイス１００と遠隔ネットワークデバイスとの結合(coupling)は、現在のプレロードされたイナクティブ状態コアアプリケーション１１２を新しいプレロードされたイナクティブ状態コアアプリケーション１１２と取り替えるのに協力することができる。さらにまた、コアアプリケーションのある共通の特徴、例えば、ファイルサイズ及び／又は入力／出力複雑機能など、のために、そのようなアップグレードをネットワーク上で遠隔ネットワークデバイスと共に実行するために要求される時間は、非コアアプリケーションのローディング(loading)あるいはアップグレーディング(upgrading)に比べて、相当なものである。然しながら、そのようなコアアプリケーションのローディング、例えばそれのアップグレード、によって持ち込まれた複雑さは、デバイスがサイト上でサービスを提供されることができるように小売業者あるいは製造業者にそのようなデバイスを物理的に返さなければならないような代替手段と比較されるとき、非常に望ましいのかもしれない。
【００４９】
更に、いくつかの実施形態においては、プレロードされたイナクティブ状態コアアプリケーション１１２の新バージョンのアップグレーディングあるいはローディングのオペレーションは、ここに説明されたオペレーションの多くと似たように、実行される。具体的には、そのようなオペレーションは、プレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションのためのコンピューティングデバイス１００でのリクエストの生成を含んでおり、この場合、そのようなリクエストを生成するのはコンピューティングデバイス１００である。対照的に、いくつかの実施形態は、遠隔地からのコアアプリケーションのアップグレーディングの駆動（あるいはそれらのアクティベーションさえ）を含む。例えば、ネットワーク上にコンピューティングデバイス１００のリストを有する遠隔サーバ２００は、そのようなコンピューティングデバイス１００が遠隔サーバ２００とのイニシャルコンタクトを最初に生成するエンティティであることなしに、そのようなコンピューティングデバイス１００の全部あるいは部分が、プレロードされたイナクティブ状態コアアプリケーション１１２の新バージョンの引渡しを受け取ることを可能にするように動作することができる。いくつかの実施形態では、承認メッセージは、そのようなアップグレードされたアプリケーションの任意のそのようなダウンロード及び／又はアクティベーションの前に、コンピューティングデバイス１００によって最初に受け取らなければならない。
【００５０】
図２は、コンピューティングデバイス１００上のアプリケーションをアクティブにするのに動作可能なサーバの一例示的な実施形態を示す。ここに使用されるように、「サーバ(server)」は、例えば、同じあるいは別のコンピューティングデバイス１００上で実行する他のロジックにサービスを提供する、コンピューティングデバイス上で実行するロジックを含んでいる。一実施形態では、サーバ２００は、クライアントコンピューティングデバイス１００から分離したコンピューティングデバイス上で動作するロジックを含んでおり、ネットワーク上でクライアントコンピューティングデバイス１００に結合されている。一実施形態では、そのようなネットワークは、少なくとも一部、無線ネットワークである。そのような実施形態では、サーバ２００は、コンピューティングデバイス１００からのアクティベーション調査リクエスト１３０の受信に応じて、プレロードされたイナクティブ状態コアアプリケーション１１２に関連するアクティベーションステータス１３２を提供するサービスを提供する。
【００５１】
例示的な実施形態において示されるように、サーバ２００は、メモリ２０２、ネットワークＩ／Ｏインタフェース２０４、プロセッサ２０６およびバス２０８、を含んでいる。メモリ２０２は、ＲＡＭの１つの連続ユニットとして示されるが、他の実施形態は、メモリ２０２としてメモリの複数のロケーションおよび複数のタイプを使用する。ネットワークＩ／Ｏインタフェース２０４は、ネットワークに結合されたデバイスに、バス２０８を介して入力および出力を供給する。プロセッサ２０６は、バス２０８を介して供給されるインストラクションおよびデータ上で動作する。メモリ２０４内に位置するのは、遠隔コンピューティングデバイスに関連するアクティベーションステータス１３２を受け取るロジック２１０、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータス１３２を決定するように構成されたロジック２１２、および、アクティベーションステータス１３２を送るように構成されたロジック２１４、である。
【００５２】
一実施形態においては、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータス１３２を決定するように構成されたロジック２１２は、プレロードされたイナクティブ状態コアアプリケーション１１２が、そのようなアプリケーションが遠隔コンピューティングデバイス上でアクティブにされるべきであるということを示すアクティベーションステータス１３２あるいはライセンスを有しているとして、示されているかどうかを調べる(look-up)ために、データベース、テーブルあるいは他のデータ構造の中の、遠隔コンピューティングデバイスに関連する情報を使用することによって動作する。一実施形態においては、そのようなアプリケーションがそのような遠隔コンピューティングデバイス用にアクティブにされるべきであることを示している対応するアクティベーションステータス１３２を生成するかどうかを、一意的に(uniquely)識別するために使用されるのは、プレロードされたイナクティブ状態コアアプリケーション識別子に関連する固有のデバイス識別子(unique device identifier)である。
【００５３】
一実施形態では、そのようなデータベースは、サーバ２００上にローカルに(locally)位置する。他の実施形態では、データベースは、サーバ２００から離れて(remotely)位置する。一実施形態においては、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータス１３２を決定するように構成されたロジック２１２は、更に、識別情報を含んでいるアクティベーション調査リクエスト１３０を処理するオプションのロジック２１６を含んでいる。そのような実施形態においては、遠隔コンピューティングデバイス２１０に関連する情報は、遠隔コンピューティングデバイスによって送られたアクティベーション調査リクエスト１３０の中に含まれている。
【００５４】
一実施形態においては、アクティベーションステータス１３２を送るように構成されたロジック２１４は、遠隔コンピューティングデバイスに関連する情報に基づいてアクティベーションステータス１３２を決定するように構成されたロジック２１２からそのようなアクティベーションステータスを受信することに応じて、遠隔コンピューティングデバイスにアクティベーションステータス１３２を送るように動作する。一実施形態では、アクティベーションステータス１３２は、コンテンツが送信者からのものであり且つコンテンツはオリジナルから修正されていないことを確認する(verify)ために、受信する遠隔コンピューティングデバイスによる使用のためにデジタル署名(digital signature)を含んでいる。一実施形態では、アクティベーションステータス１３２は、無線ネットワーク上を経由して、遠隔コンピューティングデバイスに送られる。
【００５５】
図３は、コンピューティングデバイス１００上のアプリケーションをアクティブにするために動作可能なシステム３００の一例示的な実施形態を示す。ここでは、示された実施形態は、ネットワーク３０２を含んでおり、それをとおして、コンピューティングデバイス１００とサーバ２００とが動作可能に結合されている。一実施形態では、ネットワーク３０２は無線ネットワークである。一実施形態では、ネットワーク３０２は、携帯電話無線ネットワーク(cellular wireless network)である。別の実施形態では、ネットワーク３０２は、音声とデータの伝送の両方を扱う無線セルラーネットワーク(wireless cellular network)である。一実施形態では、ネットワーク３０２は、例えば、アクティベーション調査リクエスト１３０およびアクティベーションステータス１３２を含んだ、コンピューティングデバイス１００とサーバ２００との間のデータ、の伝送のための管(conduit)を提供する。
【００５６】
示されるように、コンピューティングデバイス１００は、図１のコンピューティングデバイスに実質的に似ているが、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするように構成された特定のオプションのロジック１２２、および、コンピューティングデバイス１００のパワーアップ(power up)を検出することに応じて選択的に実行する特定のオプションのロジック１２４が存在しない。現在の図の中で示されるシステム３００の実施形態はそのようなロジックが無いが、他の実施形態はそのようなロジックを含んでおり、更に他の実施形態は、図１の中に存在する又は存在しない他のロジックを含むかあるいは除いている。そしてまた、示されるように、サーバ２００は、図２の中で示されるサーバに実質上に似ているが、サーバ２００の他の実施形態はそのような図の中で示されていない変形を含む。
【００５７】
図４は、コンピューティングデバイス１００上のアプリケーションをアクティブにする方法４００の一例示的な実施形態を示す。方法４００は、ステップ４０２で始まる。一実施形態では、プロセスは、ステップ４０４に進み、そこでは、コンピューティングデバイス１００は、そのようなデバイスのパワーアップの検出のためにそのようなデバイスを監視する。ステップ４０４における、そのようなパワーアップの検出に応じて、プレロードされたイナクティブ状態コアアプリケーション１１２の存在を検出することを試みるステップ４０６が実行される。対照的に、他の実施形態は、プレロードされたイナクティブ状態コアアプリケーション１１２の存在を、他のときに、他のアクティビティに応じて検出し、例えば、一実施形態では、そのような試みられた検出は、特定された時間間隔(specified time intervals)で実行される。
【００５８】
もし、ステップ４０６で、プレロードされたイナクティブ状態コアアプリケーション１１２の検出が無い場合、そのときは、プロセスは、コンピューティングデバイス１００のパワーアップの次の検出のために再初期化される。然しながら、もしステップ４０６が、プレロードされたイナクティブ状態コアアプリケーション１１２の存在の検出という結果になる場合、そのときは、プロセスはステップ４０８に進み、そこでは、対応するコンピューティングデバイス−アプリケーション（１００−１１２）の組合せについての最新(up-to-date)の有効なライセンスの存在の検出が行なわれる。一実施形態では、有効なライセンス情報は、遠隔地からの特定の最新の項目を捜すことを続ける前に、コンピューティングデバイス１００から最初に求められる。他の実施形態は、プレロードされたイナクティブ状態コアアプリケーション１１２の特定の要求された使用に対し有効なライセンスが存在するのかどうかが遠隔的に(remotely)（例えば、サーバで）決定されることができるように、アプリケーションの使用に対する所定のリクエスト(a given request)を一意的に識別する他の方法（特定の識別子）を利用する。そういうものとして、そのような識別子の少なくとも一部分は、ＩＰアドレス、電話番号、ＳＩＭカード、あるいは同種のもの、であり得る。
【００５９】
ステップ４０８に続くのがステップ４１２であり、それは、現在の検索されたライセンス条件(license terms)が、プレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションを認める(allow)ものであるのかどうかの検出を含んでいる。もし、現在のライセンス条件がプレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションを認めない場合、そのときは、サブプロセス（ステップ４１４、４１６および４１８を参照）が、ユーザによるレスポンス次第であるが、現在のライセンス事項(license terms)を潜在的に拡張するように実行される。
【００６０】
ステップ４１４、４１６および４１８において具体化されるサブプロセスは、最初のステップ４１４を含んでおり、そこでは、コンピューティングデバイス１００は、プレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションを認めるライセンスが望まれているのかどうかに関してレスポンスを要求するプロンプトを表示する。一実施形態では、複数のレスポンスのうちのいずれかの１つが検出されることができるように複数の選択が準備される、なおこの場合、そのようなレスポンスの各々は異なるライセンス条件に対応する。ステップ４１６において、コンピューティングデバイス１００は、ユーザの特定の選択を検出する（例、特定のライセンス条件に対応する数字「１」に対応するキーパッドボタンを押したことの検出）。もし、全ての提案されたライセンス条件を拒絶するオプションの選択が検出される場合、そのときは、方法４００は、再初期化されステップ４０２に戻る。然しながら、もし、提案された新しいライセンス条件の選択が検出される場合、そのときは、プロセスはステップ４１８に進む、なおここでは、遠隔サーバ上の保存されたライセンス条件（あるいはそれが無い）が、新しく要求されたライセンス条件を反映するために更新される。他の実施形態では、更新されたライセンス条件は、コンピューティングデバイス１００上に保存される。示される実施形態においては、プロセスはステップ４１２に戻る。然しながら、他の実施形態は、ステップ４２０へ直接に移動する。
【００６１】
もし、ステップ４１２で、現在のライセンス条件が、プレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションを認める場合、そのときは、プロセスはステップ４２０に移動し、ここで、アクティベーションステータス１３０あるいはライセンス情報に関連するデジタル署名が、該署名が有効であるかどうかを決定するために、調べられる。もし署名が有効でない場合、プロセスは中断され、プロセスは第１ステップ４０２に戻る。他の実施形態においては、もし署名が有効でないと決定される場合、プロセスは、ステップ４０２以外の、プロセス中の他のステップに戻る。他の実施形態においては、署名が有効でないと決定することに応じて、示されてはいないが、更なるステップ、例えば、そのような結果に応じてユーザインプットを要求すること、あるいは、有効な関連するデジタル署名の結果となるようにライセンス情報を再び検索することを試みること、が続けられる。もし、デジタル署名がステップ４２０において有効であると決定される場合、そのときは、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするステップが、つぎに実効される。ひとたびアクティブにされると、プレロードされたイナクティブ状態コアアプリケーション１１２は、コンピューティングデバイス１００上に存在する任意の他のアクティブの、すなわちアクティブ状態のアプリケーションのように、実行されることができる。ひとたび、プレロードされたイナクティブ状態コアアプリケーション１１２がステップ４２２でアクティブにされると、プロセスは、開始ステップ４０２で新たに始まる。
【００６２】
図５は、コンピューティングデバイス１００上のアプリケーションをアクティブにする方法５００の一例示的な実施形態を示す。具体的には、図５は、開始ステップ５０２の後に、コンピューティングデバイス１００上で、プレロードされたイナクティブ状態コアアプリケーション１１２を検出するステップ５０４をプロセスが実行する場合の方法５００を、説明している。ステップ５０４に続くのは、ネットワーク３０２上で、かつ、プレロードされたイナクティブ状態コアアプリケーション１１２を検出することに応じて、プレロードされたイナクティブ状態コアアプリケーション１１２に関連するアクティベーションステータス１３２（例、ライセンス条件）を要求するアクティベーション調査リクエスト１３０を送る、ステップ５０６である。ステップ５０６に続くステップ５０８において、方法５００は、プレロードされたイナクティブ状態コアアプリケーション１１２に関連するアクティベーションステータス１３２を受け取るように動作する。
【００６３】
ステップ５０８に続くオプションのステップとして示されているのは、オプションのステップ５１０および５１２である。ステップ５１０において、方法５００は、アクティベーションステータス１３２に基づいて、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするかどうか決定するように動作する。次に、ステップ５１２においては、方法５００は、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするかどうかを決定することに応じて、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするよう動作する。どの実施形態が問題になっている(at issue)のかに応じて、終了ステップ５１４は、ステップ５０８、５１０及び／又は５１２のうちのいずれかの1つあるいは複数に続く。
【００６４】
ステップ５０４の更なる制限事項(limitations)が、参照番号５１６および５１８で示されている。ステップ５０４が、コンピューティングデバイス１１２のパワーアップの検出に応じて実行されることに制限されている場合の制限事項を、参照番号５１６は示す。参照番号５１８は、コンピューティングデバイス１００がポータブル無線デバイスである場合の制限事項を表わす。更に、プロセスが、特定のコンピューティングデバイス１００を識別し、そして、プレロードされたイナクティブ状態コアアプリケーション１１２を識別する識別情報を、送るように、ステップ５０６を制限するオプションの制限事項５２０が示されている。
【００６５】
図６は、コンピューティングデバイス１００上のアプリケーションをアクティブにする方法６００の一例示的な実施形態を示す。具体的には、図６は、開始ステップ６０２の後に、ネットワーク３０２を経由して、遠隔コンピューティングデバイス１００上のプレロードされたイナクティブ状態コアアプリケーション１１２に関連するアクティベーションステータス１３２を要求するアクティベーション調査リクエスト１３０を受け取るステップ６０４をプロセスが実行する場合の、方法６００を説明する。ステップ６０４に続くのは、プロセスが、遠隔コンピューティングデバイス１００に関連する情報に基づいてアクティベーションステータス１３２を決定するよう動作する、ステップ６０６である、なお、情報は、遠隔コンピューティングデバイス１００から離れて保存されている。次に、ステップ６０６に続くのはステップ６０８であり、ここでは、プロセスは、例えば、ライセンス情報を含んでいるアクティベーションステータス１３２を、ネットワーク３０２経由で送るよう動作する。ひとたびステップ６０８が実行されると、終了ステップ６１０が、方法６００のオペレーションを終了するため実行される。
【００６６】
そしてまた、ステップ６０４の制限事項もまた図において示されている。参照番号６１２は、アクティベーション調査リクエスト１３０が、特定の遠隔コンピューティングデバイスを識別し、そして、プレロードされたイナクティブ状態コアアプリケーション１１２を識別する識別情報を含むような、ステップ６０４の制限事項を示す。更に、参照番号６１４は、遠隔コンピューティングデバイス１００がポータブル無線デバイスである場合のような、ステップ６０４の制限事項を示す。
【００６７】
図７は、コンピューティングデバイス１００上のアプリケーションをアクティブにする方法７００の一例示的な実施形態を示す。具体的には、図７は、開始ステップ７０２の後に、プロセスが、コンピューティングデバイス１００上で、プレロードされたイナクティブ状態コアアプリケーション１１２を検出するステップ７０４を実行する場合の、方法７００を説明する。次に、ステップ７０６は、プロセスが、ネットワーク３０２上で、かつ、プレロードされたイナクティブ状態コアアプリケーション１１２を検出することに応じて、プレロードされたイナクティブ状態コアアプリケーション１１２に関連するアクティベーションステータス１３２を要求するアクティベーション調査リクエスト１３０を送るように動作する場合を、示す。ステップ７０６に続くのはステップ７０８であり、そこでは、プロセスは、ネットワーク３０２経由で、遠隔コンピューティングデバイス１００上のプレロードされたイナクティブ状態コアアプリケーション１１２に関連するアクティベーションステータス１３２を要求するアクティベーション調査リクエスト１３０を受け取るように動作する。ステップ７１０がステップ７０８に続き、そこでは、プロセスは、遠隔コンピューティングデバイス１００に関連する情報に基づいてアクティベーションステータス１３２を決定するように動作する、なお、情報は、遠隔コンピューティングデバイス１００から離れて保存されている。次に、ステップ７１２は、ネットワーク３０２経由で、アクティベーションステータス１３２を送るよう動作する。ステップ７１２に続くのはステップ７１４であり、ここでは、プロセスは、プレロードされたイナクティブ状態コアアプリケーション１１２に関連するアクティベーションステータス１３２を受け取るように動作する。
【００６８】
ステップ７１４に続くのは、２つのステップ７１６および７１８であり、それらは各々オプションである。ステップ７１６は、プロセスが、アクティベーションステータス１３２に基づいて、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするかどうかを決定するように動作する場合、を示している。最後に、ステップ７１８は、プロセスが、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするかどうかを決定することに応じて、プレロードされたイナクティブ状態コアアプリケーション１１２をアクティブにするように動作する場合、を示す。プロセス７００のどの実施形態がインプリメントされているかに応じて、終了ステップ７２０が、ステップ７１４、７１６および７１８のうちのいずれかの1つあるいは複数に続く。
【００６９】
図８は、コンピューティングデバイス１００上のアプリケーションのアクティベーションに関連する収益を生成する方法８００の一例示的な実施形態を示す。方法８００は、３つのタイプに分類された機能（プロセスステップ(process steps)８１０、収益ストリーム(revenue streams)８１２および使用情報(usage information)８１４）を伴って、４つのレベル（レベル１（８０２）、２（８０４）、３（８０６）および４（８０８））に分けられて示されている。異なるレベルは、異なるステップを表わし、各レベル（８０２、８０４、８０６および８０８）に対して各異なる機能（８１０、８１２および８１４）に関連する対応アクティビティ(corresponding activity)を含んでいる。プロセスステップ８１０は、対応する列に示されるように(as reflected)、方法８００に関連する物理的なステップの機能を示す(reflects)。例えば、ステップ８１６は、方法８００のプロセスを開始するステップを表わす。ステップ８１８は、プレロードされたイナクティブ状態コアアプリケーション１１２の、ＡＳＩＣチップへの、及び／又は、コンピューティングデバイス１００への、組み込みを示す。ステップ８２０は、プレロードされたイナクティブ状態コアアプリケーション１１２を備えたコンピューティングデバイス１００（あるいは単にＡＳＩＣチップ）を含んでいるコンピューティングデバイスの販売及び／又は出荷を示す。ステップ８２２は、そのようなアクティベーションのリクエストの検出に応じて、プレロードされたイナクティブ状態コアアプリケーション１１２を遠隔的にアクティブにするサブプロセスを示す。示されるように、一実施形態においては、ステップ８２２の機能は、プレロードされたイナクティブ状態コアアプリケーションがアクティブにされることができるのと同じ回数、繰り返されることができる。一実施形態では、プレロードされたイナクティブ状態コアアプリケーション１１２は、コンピューティングデバイス１００がブートされるごとに、そして、現在のパラメータ(current parameters)がコンピューティングデバイス−アプリケーションの組合せについて現在のアクティベーション(current activation)を示す場合に、アクティブにされる。別の実施形態では、最初のアクティベーションは最初のブートアップ(boot-up)時に発生し、そして、現在のアクティベーションが終了したと検出されるときに周期的ベースで再びアクティブにされるのみである。
【００７０】
収益ストリーム８１２の列は、例えばレベル３  ８０６において、そして、８２０のプロセスステップに関連して、コンピューティングデバイス（及び／又はＡＳＩＣチップ）の最初の販売に関連する受取可能収益(revenue receivable)の生成(generation)を含んでおり、それは、ステップ８２４に対応する。ここで、受取可能収益は、プレロードされたイナクティブ状態コアアプリケーション１１２を有するコンピューティングデバイス１００の販売に関連して支払い義務のある収益額(revenue amount owed)を表わす。例えば、７５米国ドルの請求金額(charge)は、プレロードされたイナクティブ状態コアアプリケーション１１２を有するコンピューティングデバイス１００の販売に関連して生じた(have been incurred)のかもしれない。ここで、７５米国ドルの額は、それが借りられているエンティティへの受取可能収益(revenue receivable to the entity for which it is owed)と、その額を借りているエンティティからの支払可能収益(revenue payable from the entity for which owes the amount)との両方と考えられる。例えば、コンピューティングデバイスＯＥＭは、受取可能収益が支払われるべき当事者(party)であり得る、そして、個人無線電話消費者は、対応する支払可能収益を借りている当事者であり得る。
【００７１】
収益ストリーム８１２の列はまた、例えばレベル４  ８０８において、そして、８２２のプロセスステップに関連して、プレロードされたイナクティブ状態コアアプリケーション１１２のアクティビティに関連する受取可能収益の生成を含んでおり、それはステップ８２６に対応する。ここで、受取可能収益は、プレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションに関連して支払い義務のある収益額を表わす。例えば、５米国ドルの請求金額は、コンピューティングデバイス１００上のプレロードされたイナクティブ状態コアアプリケーション１１２のアクティベーションに関連して生じたのかもしれない。ここで、５米国ドルの額は、それが借りられているエンティティへの受取可能収益と、その額を借りているエンティティからの支払可能収益との両方と考えられる。例えば、コンピューティングデバイスＯＥＭは、受取可能収益が支払われるべき当事者であり得る、そして、個人無線電話消費者は、対応する支払可能収益を借りている当事者であり得る。
【００７２】
使用情報８１４の列は、例えばレベル４  ８０８において、そして、８２２のプロセスステップに関連して、アクティベーションに関連する使用情報の生成を含む。ここで、使用情報は、例えば、どんなエンティティがアプリケーションをアクティブにしたのか、何時にそれがアクティブにされたのか、およびアクティベーションの継続期間（あるいはライセンス期間）など、を含む。そのような情報、および他の同様な情報は、ＯＥＭｓ、ＡＳＩＣ製造業者、および、特定のプレロードされたイナクティブ状態コアアプリケーション１１２に関連する記録されたアクティビティ（あるいはそれが無い）に潜在的に関心をもつ他のエンティティに利用可能にされることができる。
【００７３】
図９は、コンピューティングデバイス１００上のアプリケーションのアクティベーションに関連する収益を生成する方法９００の一例示的な実施形態を示す。方法９００は、開始ステップ９０２で始まる。一実施形態においては、プロセスは、ステップ９０４で始まり、ここでは、集積回路チップがコンピューティングデバイス１００に組み込まれており、該集積回路チップに組み込まれたプレロードされたイナクティブ状態コアアプリケーション１１２の遠隔アクティベーションに基づいて、販売後受取可能収益(post-sale revenue receivable)が生成される。そのような実施形態において、ステップ９０４に続くのは、ステップ９０６であり、ここでは、方法は、販売後受取可能収益の少なくとも一部を、集積回路製造業者に関連づける。一実施形態では、販売後受取可能収益の全部分が、ＩＣチップ製造業者に関連する。最後に、方法９００は、終了ステップ９０８で終わる。
【００７４】
一実施形態では、ステップ９０４は、集積回路チップが集積回路チップ製造業者９１０から出荷された後に、販売後収益（すなわち、アクティベーションに関係する受取可能収益）の生成が生じるように、更に制限される。別の実施形態では、ステップ９０４は、集積回路チップがコンピューティングデバイスＯＥＭ業者９１２から出荷された後に、販売後収益の生成が生じるように、制限される。更に別の実施形態では、ステップ９０４は、集積回路チップがコンピューティングデバイス消費者ユーザ９１４に届いた後に、販売後収益の生成が生じるように、制限される。別の実施形態では、方法９００は、販売後受取可能収益に対応する、販売後支払可能収益は、コンピューティングデバイス９１６の消費者ユーザが支払うべきものであるように、制限される。別の実施形態では、コンピューティングデバイス１００はポータブル無線デバイス９１８である。別の実施形態では、遠隔アクティベーションは無線ネットワーク９２０上で発生する。
【００７５】
図１０は、コンピューティングデバイス１００上のアプリケーションのアクティベーションに関連する収益を生成する方法１０００の一例示的な実施形態を示す。方法１０００は、開始ステップ１００２で始まる。一実施形態においては、プロセスはステップ１００４を続ける、なおここでは、方法は、コンピューティングデバイス１００に組み込まれたプレロードされたイナクティブ状態コアアプリケーション１１２の遠隔アクティベーションに基づき、販売後受取可能収益を生成することを含む。また、そのような実施形態に含まれるのはステップ１００６であり、その中では、方法は、販売後受取可能収益の少なくとも１部分を、コンピューティングデバイスＯＥＭ業者に関連させることを含む。そしてまた、ステップ１００６に続くのは、終了ステップ１００８である。
【００７６】
ステップ１００４はまた、一実施形態では、ステップ１０１０において示されるように、集積化された(integrated computing device)（要check）コンピューティングデバイス１００がコンピューティングデバイスＯＥＭ業者から出荷された後に、販売後収益の生成が生じるように、制限される。別の実施形態では、ステップ１０１２が示されており、この場合、方法１０００は、コンピューティングデバイス１００がコンピューティングデバイス消費者ユーザに届いた後に、販売後収益の生成が生じるように、制限される。更に別の実施形態では、ステップ１０１４において示されるように、販売後受取可能収益に対応する、販売後支払可能収益が、特に、コンピューティングデバイス１００の消費者ユーザから支払われるべきものであるように、方法１０００が制限される。一実施形態では、ステップ１０１８において示されるように、コンピューティングデバイス１００はポータブル無線デバイスである。別の実施形態では、ステップ１０２０において示されるように、遠隔アクティベーションは無線ネットワーク上で発生する。
【００７７】
図１１は、コンピューティングデバイス１００上のアプリケーションのアクティベーションに関連する収益を生成する方法１１００の一例示的な実施形態を示す。方法１１００は、開始ステップ１１０２で始まる。一実施形態では、プロセスはステップ１１０４を続け、ここでは、方法は、コンピューティングデバイス１００上に組み込まれた、プレロードされたイナクティブ状態コアアプリケーション１１２の１以上の遠隔アクティベーションを監視する。そのような実施形態においては、ステップ１１０４にステップ１１０６が続き、そこでは、方法１１００は、プレロードされたイナクティブ状態コアアプリケーション１１２の遠隔アクティベーションを監視することに基づいて、プレロードされたイナクティブ状態コアアプリケーション１１２の使用を報告する。ステップ１１０６に続くのは、終了ステップ１１０８である。
【００７８】
一実施形態においては、ステップ１１１０において示されるように、方法は、集積化されたコンピューティングデバイス１００がコンピューティングデバイスＯＥＭ業者から出荷された後に遠隔アクティベーションが生じるように、制限される。別の実施形態では、方法１１００は、コンピューティングデバイス１００と消費者ユーザ１１１２との間のインタラクション(interaction)に応じて遠隔アクティベーションが生じるように、制限される。例えば、ユーザからのインプットは、ユーザが、例えば、そのようなアクティベーションに対しある代価（例、支払可能収益）を払うことに同意する場合に、方法はイナクティブ状態アプリケーションをアクティベーションするのを続けるべきであることを示すことができる。更に別の実施形態においては、方法は、ステップ１１１４において示されるように、報告される使用が、更に、遠隔アクティベーションに関連するアクティベーション条件(activation terms)に基づいていることを含む。例えば、アクティベーション条件はライセンスタイプ条件を含むことができる、この場合、例えば、軌道は、アプリケーションの１５回の実行を含むことができる、そしてここで、報告される使用は、ライセンスされた軌道の数（１５）を、現在の軌道の合計に加えることができる。別の実施形態では、ステップ１１１８において示されるように、コンピューティングデバイス１００は、ポータブル無線デバイスである。別の実施形態では、ステップ１１２０で示されるように、遠隔アクティベーションは無線ネットワーク上で発生する。
【００７９】
当業者は、ここに開示された実施形態に関連して説明された、様々な例示的な、論理ブロック、コンフィギュレーション、モジュール、回路、およびアルゴリズムステップは、電子的ハードウェア、コンピュータソフトウェア、あるいは両方の組合せとしてインプリメントされることができることを更に理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するために、様々な例示的な、コンポーネント、ブロック、コンフィギュレーション、モジュール、回路、およびステップが、一般に、それらの機能の観点から上記に説明されている。そのような機能が、ハードウェアとしてあるいはソフトウェアとしてインプリメントされるかどうかは、特定のアプリケーションと、全体のシステムに課される設計制約に依存する。熟練者は、各特定のアプリケーションに対し、様々な方法で、説明された機能をインプリメントするかもしれないが、そのようなインプリメンテーション決定は、本発明の範囲からの逸脱を生じさせるものと解釈されるべきではない。
【００８０】
ここに開示された実施形態に関連して説明された方法あるいはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、あるいはこれらの２つの組合せで、具現化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＰＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当技術分野において知られている記憶媒体の任意の他の形態、の中に常駐してもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、そして記憶媒体に情報を書き込むことができるように、プロセッサに結合される。別の方法では、記憶媒体は、プロセッサと一体化していてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣ中に常駐してもよい。ＡＳＩＣは、コンピューティングデバイスあるいはユーザ端末の中に常駐してもよい。別の方法では、プロセッサおよび記憶媒体は、コンピューティングデバイスあるいはユーザ端末の中に、ディスクリートコンポーネントとして常駐してもよい。
【００８１】
開示された本実施形態の以上の説明は、いずれの当業者にも本発明を作り又は使用することを可能にするように提供されている。これらの実施形態への様々な修正は、当業者には容易に明らかであろう、そして、このなかで定義される包括的原理は、本発明の精神あるいは範囲を逸脱することなく他の実施形態にも適用されることができる。従って、本発明は、このなかで示された実施形態に限定されるようには意図されておらず、ここに開示される原理および新規な特徴と整合する最も広い範囲が与えられるべきである。
【図面の簡単な説明】
【００８２】
【図１】図１は、コンピューティングデバイス上でアプリケーションをアクティブにするよう動作可能なコンピューティングデバイスの一実施形態を示す。
【図２】図２は、コンピューティングデバイス上でアプリケーションをアクティブにするよう動作可能なサーバの一実施形態を示す。
【図３】図３は、コンピューティングデバイス上でアプリケーションをアクティブにするよう動作可能なシステムの一実施形態ことを示す。
【図４】図４は、コンピューティングデバイス上でアプリケーションをアクティブにする方法の一実施形態を示す。
【図５】図５は、コンピューティングデバイス上でアプリケーションをアクティブにする方法の一実施形態を示す。
【図６】図６は、コンピューティングデバイス上でアプリケーションをアクティブにする方法の一実施形態を示す。
【図７】図７は、コンピューティングデバイス上でアプリケーションをアクティブにする方法の一実施形態を示す。
【図８】図８は、コンピューティングデバイスの販売に関連する収益を生成する方法の一実施形態を示す。
【図９】図９は、集積回路チップ製造業者に関連する収益を生成する方法の一実施形態を示す。
【図１０】図１０は、コンピューティングデバイスＯＥＭ業者に関連する収益を生成する方法の一実施形態を示す。
【図１１】図１１は、コンピューティングデバイス上でのコアアプリケーションの使用を追跡する方法の一実施形態を示す。
【図１】
2008519353.tif 000003
【図２】
2008519353.tif 000004
【図３】
2008519353.tif 000005
【図４】
2008519353.tif 000006
【図５】
2008519353.tif 000007
【図６】
2008519353.tif 000008
【図７】
2008519353.tif 000009
【図８】
2008519353.tif 000010
【図９】
2008519353.tif 000011
【図１０】
2008519353.tif 000012
【図１１】
2008519353.tif 000013
【国際調査報告】
2008519353.tif 000014
2008519353.tif 000015