特許 6774907 コンピューティングオブジェクトのコンテキストの履歴

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6774907

(24)【登録日】2020年10月7日

(45)【発行日】2020年10月28日

(54)【発明の名称】コンピューティングオブジェクトのコンテキストの履歴

(51)【国際特許分類】

   G06F 9/445 20180101AFI20201019BHJP

【ＦＩ】

   G06F9/445

【請求項の数】7

【外国語出願】

【全頁数】43

(21)【出願番号】特願2017-96505(P2017-96505)

(22)【出願日】2017年5月15日

(62)【分割の表示】特願2015-71674(P2015-71674)の分割

【原出願日】2011年11月18日

(65)【公開番号】特開2017-162502(P2017-162502A)

(43)【公開日】2017年9月14日

【審査請求日】2017年6月5日

【審判番号】不服2019-3450(P2019-3450/J1)

【審判請求日】2019年3月12日

(31)【優先権主張番号】61/415,243

(32)【優先日】2010年11月18日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】ジョン・ニコラス・ジトコフ

(72)【発明者】

【氏名】カン・リウ

【合議体】

【審判長】 田中 秀人

【審判官】 山崎 慎一

【審判官】 ▲はま▼中 信行

(56)【参考文献】

【文献】 特開２０１０−１２８５２２（ＪＰ，Ａ）

【文献】 特開平３−１７９５４８（ＪＰ，Ａ）

【文献】 特開平５−１８９３７３（ＪＰ，Ａ）

【文献】 特開２００９−１５１３７４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

G06F9/445

(57)【特許請求の範囲】

【請求項1】

コンピュータで実行される方法であって、
ユーザの操作がコンピューティングデバイスに与えられたことに基づいて、第１のオブジェクトについて予め定義された第１の動作の発生を記録するステップと、
前記第１のオブジェクトと同時に前記コンピューティングデバイス上で開いている第２のオブジェクトについて予め定義された動作の発生を記録するステップと、
前記コンピューティングデバイスの第１状態を記憶するステップとを含み、前記コンピューティングデバイスの前記第１状態を記憶するステップは、前記第１のオブジェクトに関連付けられた動作と、前記第２のオブジェクトに関連付けられた動作とを互いに関連付けてデータベースに記憶することを含み、前記方法はさらに、
前記第１のオブジェクトが閉じられた後に、前記コンピューティングデバイス上で前記第１のオブジェクトの前記第１の動作の第２の発生を特定するステップと、
前記第２の発生と前記データベースとに基づいて、前記第２のオブジェクトについて予め定義された動作が前記第１のオブジェクトについての前記第１の動作に関連すると判定するステップと、
前記第２のオブジェクトについて予め定義された動作が前記第１のオブジェクトについての前記第１の動作に関連するとの判定に応答して、前記コンピューティングデバイスの前記第１状態に関連付けられる１つ以上のオブジェクトのリストを、前記コンピューティングデバイス上での表示のために提供するステップと、
前記コンピューティングデバイスの前記第１状態に関連付けられる前記１つ以上のオブジェクトのうちの１つのユーザ選択を受信するステップと、
前記コンピューティングデバイスの前記第１状態に関連付けられる前記１つ以上のオブジェクトのうちの前記１つを前記コンピューティングデバイス上でインスタンス化させるステップと、
を含む方法。

【請求項2】

前記コンピューティングデバイスの前記第１状態を記憶するステップは、前記第１のオブジェクトがインスタンス化された時にインスタンス化されるオブジェクトを特定することを含む、請求項１に記載のコンピュータに実行される方法。

【請求項3】

前記コンピューティングデバイスの前記第１状態を記憶するステップはさらに、前記第１のオブジェクトと、前記第２のオブジェクトとの間の相関関係を記憶することを含む、請求項２に記載のコンピュータで実行される方法。

【請求項4】

前記コンピューティングデバイスの前記第１状態を記憶するステップはさらに、ユーザインタラクションを特定することと、特定された前記ユーザインタラクションを記憶することとを含む、請求項２に記載のコンピュータで実行される方法。

【請求項5】

前記コンピューティングデバイスの前記第１状態は前記コンピューティングデバイス上に記憶される、請求項１に記載のコンピュータで実行される方法。

【請求項6】

請求項１〜５のいずれか１項に記載の方法をコンピュータに実行させるためのプログラム。

【請求項7】

プロセッサと、
請求項６に記載のプログラムを記憶するためのメモリとを含む、システム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、2010年11月18日に出願した「User Interaction in a Computer Operating S
ystem」と題した米国仮出願第61/415,243号の優先権を主張するものであり、この仮出願
の内容は、本明細書にすべて記載されているかのように参照により組み込まれる。

【0002】

本明細書は、コンピュータのオペレーティングシステムのユーザとのインタラクション
のためのシステムおよび技法に関する。

【背景技術】

【0003】

コンピュータ(例えば、デスクトップPC、ラップトップ、ネットブック、タブレット、
またはスマートフォン)が動作する中核的な構造は、基本入出力システム、すなわちBIOS
、オペレーティングシステム、およびコンピュータを動作させるための基本的機能を提供
するソフトウェアの「スタック(stack)」を占有すると見なされ得るその他のコンポーネ
ントを含み得る。BIOSは、コンピュータが最初に電源を入れられ、ブートされるときにア
クセスされ得、コンピュータをブートするためにさらに必要とされるコードを記憶するス
トレージデバイスを含むシステムのデバイスの特定、テスト、および初期化などのコンピ
ュータに関する基本的な機能を提供することができる。オペレーティングシステムに関す
るコードは、そのような追加的なデバイスに記憶され得、コンピュータが完全にブートさ
れ、動作する準備が整うまでコンピュータのさらなるブートを行うことができる。

【0004】

一般に、オペレーティングシステムは、コンピュータのハードウェアとコンピュータの
ユーザとの間、およびハードウェアとユーザがコンピュータにロードするアプリケーショ
ンとの間のインターフェースとして働く。オペレーティングシステムは、さまざまな機能
を提供することができる。例えば、オペレーティングシステムは、コンピュータのユーザ
がコンピュータからの出力を受け取ることができ、コンピュータに入力を与えることがで
きるグラフィカルユーザインターフェース(GUI)を提供することができる。また、オペレ
ーティングシステムは、さまざまなサードパーティアプリケーションが実行されるプラッ
トフォームを提供することができ、オペレーティングシステムは、アプリケーションによ
って必要とされるサービスを提供し、さらに、アプリケーションがその他のアプリケーシ
ョン、周辺機器(例えば、プリンタ、カメラなど)などのその他のリソースと、およびオペ
レーティングシステム自体が提供するサービスと通信することができる機構を提供する。

【発明の概要】

【課題を解決するための手段】

【0005】

本明細書は、コンピューティングデバイスのためのオペレーティングシステムの一部と
して、またはいくつかの異なるコンピューティングデバイスを含むシステムで実装され得
るシステムおよび技法を記載する。例えば、さまざまな機構が、コンピューティングデバ
イスをクラウドベースのシステムに記憶されたデータと同期させるために使用可能であり
、それによって、ホストされるコンピュータサーバシステムが、システムにアクセスする
ために一般のメンバーが利用することができるようにされ、ひいてはシステムは、データ
の記憶およびバックアップ、文書の記憶、電子メールのルーティングおよび処理、ならび
にその他の有用なサービスなどのさまざまなサービスを提供する。コンピューティングデ
バイスは、比較的小さなローカルストレージを有し、したがって、ユーザのデータをホス
トされるサーバシステムに記憶する形態のものとすることができる。さらに、デバイスは
、基本的に常にネットワーク(例えば、ワイヤレスネットワーク)に接続され、そのネット
ワークを介してインターネットに接続されているように構成され得る。その結果、デバイ
スのさまざまなコンポーネントが、ほとんど常時オンである手法によって動作するように
構成され得る。

【0006】

例えば、以下で説明される特定の実装形態においては、コンピュータが、どのオブジェ
クト(例えば、アプリケーション、プログラム、ファイル)が同時に使用されているのかを
記録するためにさまざまな時点で「スナップショット」を取ることができる。これらの「
スナップショット」から、ユーザがそのユーザのコンピュータで特定のオブジェクトを同
時に開いておくことを好むという推定がなされ得る。例えば、ユーザは、ワードプロセッ
サ文書に対して作業しているときに音楽を聴くことを好む可能性がある。したがって、ユ
ーザがワードプロセッサ文書を開くとき、コンピュータは、音楽プログラムとワードプロ
セッサ文書の両方が同時に開いている多くの「スナップショット」が取得されたことを認
識する。別の例において、ユーザは、特定のワードプロセッサ文書に対して作業している
可能性がある。前に記録された「スナップショット」は、ワードプロセッサ文書が作成さ
れるときに、持続的検索(persistent search)オブジェクトもまた、このコンピュータに
おいてアクティブであったことを示し得る。そのような合同作用は、文書が、持続的検索
によって生成された情報を含むようにユーザによって生成されたことを示す可能性がある
。例えば、ユーザが情報を持続的検索の結果からクリップボードにコピーし、文書を作成
し、次いで、検索の結果またはその他のコピーされたデータを文書にペーストした場合、
その点に関してさらに強い推定がなされ得る。この情報も、ワードプロセッサ文書に関連
してメタデータとして記憶され得る。

【0007】

より具体的には、電子的なレコーダが、コンピューティングデバイスのオペレーティン
グシステムの一部として実装可能である。レコーダは、デバイス上のプロセスを監視する
ことができ、デバイスにログオンするための関連する活動と見なされる活動のリストを調
べるようにプログラムされ得る。例えば、デバイスにおける任意のアプリケーションのイ
ンスタンス化、メディアファイルのロード(例えば、歌もしくは動画の再生)、またはチャ
ットセッションなどの通信セッションの開始、およびその他のそのようなイベントが、レ
コーダにより調べることができる。レコーダは、関連するイベントを認識するとき、その
他のどのアプリケーションが開いているか、どのウェブページが現在ロードされているか
、その他のどのユーザが現在の通信相手であるかなどを記録するなど、デバイスの現在の
状態のスナップショットを取得することができる。レコーダは、現在の状態についてのそ
のような点をログに残すことが可能であり、その他のそのようなイベントがシステム上で
認識されるときに繰り返しそうすることができる。また、実質的に同時に、そのようなイ
ベントが発生するときに、システムは、同じまたは同様のイベントが起きた前のインスタ
ンスのログを検索することができ、それらのイベントが起きたときのデバイスの状態の詳
細を特定することができる。そのとき、システムは、それらの詳細の一部を自動的にイン
スタンス化することができる(例えば、前に開いていたアプリケーションを開き、前に開
いていたウェブページまたはその他のコンテンツのソースを開き、前に会話していたユー
ザに連絡する)。あるいは、オペレーティングシステムは、前の状態のそのような観点の
リストを表示することができ、ユーザは、それらの観点のうちの1つまたは複数を選択す
ることができ、次いで、システムは、選択された観点をインスタンス化することができる
。

【0008】

特定の実装形態において、そのようなシステムおよび技法は、1つまたは複数の利点を
提供することができる。例えば、コンピュータシステムとのユーザのインタラクションは
、ユーザの好みを送るようにユーザに明示的に依頼することなく、コンピュータシステム
を使用しているときのユーザの個人的な好みに関するより多くの情報をもたらすことが可
能である。その代わりに、そのような好みは、行動の傾向から推定され得る。加えて、コ
ンピュータが、ユーザが特定のオブジェクトを同時に開いておくことを好むことを認識し
、ユーザが第1のオブジェクトを開いた後にそのユーザのためにその他のオブジェクトを
自動的に開くので、ユーザは、複数のオブジェクトの代わりに1つのオブジェクトをクリ
ックして開くことしか必要としないので時間を節約することができる。

【0009】

一部の実施形態においては、コンピュータにより実装されるオブジェクト追跡方法が、
コンピューティングデバイスでオペレーティングシステムのオブジェクトを初めてインス
タンス化するステップと、オペレーティングシステムのオブジェクトがインスタンス化さ
れるときに、インスタンス化されるオペレーティングシステムのオブジェクト以外のコン
ピューティングデバイス上で開いているオブジェクトの状態を定義するコンテキストメタ
データ(contextual meta data)を自動的に特定するステップと、特定されたコンテキスト
メタデータをオペレーティングシステムのオブジェクトと相関させて記憶するステップと
を含み、コンテキストメタデータは、オペレーティングシステムのオブジェクトがインス
タンス化されるときにオペレーティングシステムでアクティブである1つまたは複数のオ
ブジェクトを特定する。一部の実装形態は、オペレーティングシステムのオブジェクトが
閉じられているときに、オペレーティングシステムのオブジェクトをインスタンス化する
その後の要求を受信するステップと、コンテキストメタデータで特定される副次的なオブ
ジェクトを呼び出すステップとをさらに含む。

【0010】

場合によっては、副次的なオブジェクトを呼び出すステップは、オペレーティングシス
テムのオブジェクトが最初にインスタンス化されたときに開いていた1つまたは複数のア
プリケーションを起動するステップを含む。方法は、その後の要求が受信されるときにア
クティブであるオブジェクトに対応する情報を、記憶されたコンテキストメタデータに追
加するステップをさらに含み得る。さらに、方法は、オペレーティングシステムのオブジ
ェクトがインスタンス化されている間にオペレーティングシステムのオブジェクト以外の
オブジェクトとのユーザのインタラクションを特定するステップと、ユーザのインタラク
ションについての情報を、記憶されたコンテキストメタデータに追加するステップとをさ
らに含み得る。

【0011】

1つまたは複数の実施形態の詳細が、添付の図面および以下の説明に記載されている。
その他の特徴および利点は、それらの説明および図面から、ならびに特許請求の範囲から
明らかになるであろう。

【図面の簡単な説明】

【0012】

【図1】コンピューティングデバイスの遅らせたロックを行うためのプロセスの概念図である。

【図2A】コンテキストオブジェクト(contextual object)を使用するオペレーティングシステムの概念図である。

【図2B】コンテキストオブジェクトを使用するオペレーティングシステムの代替的な実施形態の概念図である。

【図3】コンピューティングデバイスのメモリの制御を維持するためのシステムの概念図である。

【図4】コンピュータプロセス間のメッセージの受渡しを伴うスレッドアフィニティ(thread affinity)を提供するシステムの概念図である。

【図5】ステートレス環境で状態情報を提供するシステムの概念図である。

【図6】ネットワークを介してコンピューティングデバイスのイメージを取得するシステムの概念図である。

【図7】コンピューティングデバイスのリモートの監視および制御を行うシステムの概念図である。

【図8】ホストされるコンピュータシステムに集中的に記憶されたデータのコンピューティングデバイスへのキャッシュを行うためのシステムの概念図である。

【図9】コンピューティングデバイスの遅らせたロックを行うためのプロセスの流れ図である。

【図10A】オペレーティングシステムでコンテキストオブジェクトを管理するためのプロセスの流れ図である。

【図10B】オペレーティングシステムでコンテキストオブジェクトを管理するための代替的なプロセスの流れ図である。

【図11】コンピューティングデバイスでメモリの制御を維持するためのプロセスの流れ図である。

【図12】コンピュータプロセス間のメッセージの受渡しを伴うスレッドアフィニティを提供するためのプロセスの流れ図である。

【図13】ステートレス環境で状態情報を提供するためのプロセスの流れ図である。

【図14】ネットワークを介してコンピューティングデバイスのイメージを取得するプロセスの流れ図である。

【図15】コンピューティングデバイスのリモートの監視および制御を行うためのプロセスの流れ図である。

【図16】ホストされるコンピュータシステムに集中的に記憶されるデータのコンピューティングデバイスへのキャッシュを行うためのプロセスの流れ図である。

【図17】本明細書に記載の技法を実装するために使用され得るコンピュータデバイスおよびモバイルコンピュータデバイスの例を示す図である。

【発明を実施するための形態】

【0013】

さまざまな図面における同様の参照符号は、同様の要素を示す。

【0014】

本明細書は、例えば、デバイスで動作するオペレーティングシステムの要素を使用して
モバイルスマートフォンなどのコンピューティングデバイスのユーザとのインタラクショ
ンを行うためのシステムおよび技法を説明する。システムおよび技法は、1つまたは複数
のホストされるサーバシステムと通信し、そのようなサーバシステムからサービスを提供
され得るさまざまなオペレーティングシステムのコンポーネントを提供することができる
。特に、オペレーティングシステムは、実行されている時間のほとんどでインターネット
に接続しながら実行されるように設計され得る。その結果、オペレーティングシステムに
よって実行される動作のうちの多くは、ネットワーク接続が利用可能であることを想定す
るように、およびネットワーク接続が回復することができるまでキャッシュ技法またはそ
の他のブリッジング(bridging)手法に頼るように設計され得る。特に、本明細書に記載の
デバイスは、インターネットに到達するために1つまたは複数のセルラ電話ネットワーク
のデータ部と通信するほぼ常時接続のワイヤレスデータインターフェースを有することが
可能である。

【0015】

図1は、コンピューティングデバイスの遅らせたロックを行うためのシステムの概念図
である。概して、システムは、ポータブルコンピューティングデバイスのユーザが、デバ
イスを直ちにシャットダウンすることなくポータブルコンピューティングデバイスをシャ
ットダウンする措置を取ることを可能にするための機構を提供する。その結果、ユーザが
そのような措置を取った後ですぐに考えを変える場合、ユーザは、この特徴がなければ、
ユーザがそのような措置を取ったら直ちにデバイスがシャットダウンされることになって
いたならば別途必要とされたであろうその他のステップを行うことを必要とせずにデバイ
スを再アクティブ化することができる。

【0016】

この図においては、ポータブルコンピューティングデバイス、この場合はクラムシェル
設計のラップトップコンピュータの3つの異なる状態が、示されている。第1の段階102に
おいて、コンピュータは開き、動作しており、時間は昼の12時である。コンピュータのデ
ィスプレイ108は、ロックタイマーが10秒に設定されたことを示す。本明細書においては
、ディスプレイ108が例として与えられるが、実際の使用においては、デバイスは、タイ
マーの残りの量を表示せず、タイマーは、状態102によって示された時点で動作を開始し
ていない。

【0017】

状態104において、5秒後に、ディスプレイがコンピュータの本体に向かって閉じられ、
通常、ハイバネーションまたはその他の形態の非アクティブモードへの移行をコンピュー
タに直ちに開始させる措置である。そのような変化は、コンピュータのマイクロプロセッ
サを停止することと、ディスプレイ108をオフにすることと、冷却ファンおよびその他の
関連する機構をオフにすることと、グラフィックス処理ユニット(GPU)を停止することと
、デバイスでその他の省電力技法を実行することとを含む。状態104によって示されてい
ないが、この例においては、デバイスがシャットダウンシーケンスをさらに始める前に10
秒の固有の遅延を有する(およびさらに、ロック解除パスワードを入力することなどの実
質的なユーザの関与なしに再アクティブ化され得る時点をデバイスが越えるまで、そのシ
ーケンスが始まった後、いくらかの未確定の時間が存在する可能性がある)ので、デバイ
スは、ほんの数秒閉じられたときには完全に停止されていないか、または停止し始めてい
ない。その代わりに、デバイスが停止されているという印象をユーザに与えるように、例
えば、ディスプレイ108のスイッチを切ることによって、限られた数の特徴が停止され得
る。しかし、デバイスを再アクティブ化するのに、この時点では、デバイスを再び開くこ
と以外、何も必要としないこともあり得る。

【0018】

14秒後かつデバイスを閉じた後9秒後に、状態106において、例えば、デバイスのユーザ
がデバイスの使用を中断することを望まず、むしろ、デバイスを用いてさらに作業を行う
必要があると判断したために、デバイスが開かれる。タイマーは10秒後に切れるように設
定されたので、デバイスは、まだそのデバイスのハイバネーションまたはその他の停止さ
れた状態に遷移していない。その代わりに、再び起動するために長い時間がかかるデバイ
スのすべてのシステムは、起動されたままであり、ディスプレイ108などの限られたシス
テムのみが、停止されている。また、この例においては、タイマーが再び10秒にリセット
されており、したがって、ユーザがデバイスを再び閉じる場合、デバイスは、閉じた後の
10秒間はハイバネーションまたはその他の非アクティブモードへの移行を開始しない。さ
らに特定の実施形態において、デバイスは、ある入力に応答してスリープに直ちに移行し
、別の入力には応答しないことができる。例えば、制御キーの組合せの入力が、デバイス
をスリープに直ちに移行させることが可能であり、そのような組合せの入力は、ユーザに
よる意図がよりはっきりしていると考えられてもよい。対照的に、クラムシェルデバイス
を閉じることは、そのような動作が(例えば、ある場所から次の場所にデバイスを移動さ
せるときの)一時的な動作として意図されている見込みがより高い可能性があるので、所
定の遅延を実施することができる。

【0019】

デバイスを停止するプロセスを開始するための特定の遅延時間は、デバイスのユーザに
よって設定され得る。例えば、ユーザがバッテリーを最大限節約することを望んでおらず
、頻繁にそのユーザのコンピュータを閉じ、次いで、その後直ちにまたはすぐにそのユー
ザのコンピュータで再び作業し始めたいと決断する場合、ユーザは、デバイスがスリープ
またはハイバネーションモードに移行するためにそのデバイスのさまざまなシステムを停
止し始める前にタイマーがカウントダウンする比較的長い期間を設定することができる。

【0020】

本明細書において、デバイスは、クラムシェルが閉じているときにスイッチが押下され
得、コンピュータが停止モードに移行することを決定することができるようにコンピュー
タのヒンジの近くにスイッチを含むクラムシェル構成を有するものとして示されているが
、その他の実装形態も使用され得る。例えば、フラットタッチスクリーンタブレットまた
はスレートコンピュータは、デバイスの表面、裏面、または周囲の縁の電源ボタンを押す
ことによってユーザがそのフラットタッチスクリーンタブレットまたはスレートコンピュ
ータを停止することを可能にすることができる。そのような動作は、デバイスが完全に停
止しようとしているという印象をユーザに与えるようにデバイスのディスプレイを直ちに
オフにすることができる。しかし、マイクロプロセッサ、メモリコントローラ、グラフィ
カル処理ユニット、およびその他のそのようなサブシステムなどのデバイスのその他のサ
ブシステムは、上で検討されたように、タイムアウト遅延の継続時間の間はそのままの状
態を保つことができる。

【0021】

システムを停止すること以外に、タイマーは、図示されたコンピューティングデバイス
のようなコンピューティングデバイスでセキュリティ装置の発動がリセットされるのを遅
らせるために使用され得る。例えば、特定のコンピューティングデバイスは、スリープモ
ードまたはその他の非アクティブモードにされるとき、デバイスを完全なアクティブモー
ドに戻すためにユーザによってパスワードまたはその他のセキュリティ機構が必要とされ
るように構成され得る。本明細書において検討されるタイマーがないと、ユーザは、それ
らのユーザのデバイスを閉じるか、またはその他の方法でそのデバイスを非アクティブ化
し、それからすぐに、やはりデバイスを使うことを必要とすることを思い出す場合に、そ
れらのユーザのパスワードを再入力することを強いられる可能性がある。本絵明細書にお
いて検討されるタイマーの実装形態などのタイマーがあれば、ユーザは、それらのユーザ
のデバイスを非アクティブ化するための何らかの行為を行った後すぐにボタンを押すかま
たはそのデバイスを開くことができ、それらのユーザがデバイスのロックを解除するため
にそれらのユーザのパスワードまたはその他の証明情報を再入力することを必要とせずに
、ホームページまたはデバイスのデスクトップをほとんどすぐにそれらのユーザに対して
表示させることができる。要するに、デバイスにおけるロック解除状態からのロック状態
への遷移は、決められた、ユーザが選択可能な期間だけ意図的に遅らされること可能であ
る。

【0022】

このようにして、本明細書に記載のシステムおよび方法は、コンピューティングデバイ
スによるより使いやすいユーザエクスペリエンスをもたらすことができる。デバイスは、
そのデバイスの停止を、ユーザが停止のコマンドを示した少し後に遅らせることができ、
そのような遅延は、ユーザがすぐに考えを変える場合にデバイスが素早く起動することを
可能にするために使用され得る。同時に、停止の遅延は、デバイスのために余計なバッテ
リー電力が使われないように比較的短い場合もある。

【0023】

図2Aは、コンテキストオブジェクトを使用するオペレーティングシステムの概念図であ
る。概して、コンテキストオブジェクトは、オペレーティングシステムで第1のオブジェ
クトが生成され、かつ/またはアクティブであったときにオペレーティングシステムに存
在し、アクティブであったその他のオブジェクトを記載することによるなどして、オブジ
ェクトがオペレーティングシステムに前に存在したコンテキストについての情報をそのオ
ブジェクトとともに、またはそのオブジェクトに関して記憶したオペレーティングシステ
ムのオブジェクトである。例えば、以下で説明される特定の実装形態においては、コンピ
ュータが、どのオブジェクト(例えば、アプリケーション、プログラム、ファイル)が同時
に使用されているのかを記録するためにさまざまな時点で「スナップショット」を取るこ
とができる。これらの「スナップショット」から、ユーザがそのユーザのコンピュータで
特定のオブジェクトを同時に開いておくことを好むという推定がなされ得る。

【0024】

図において、コンピュータ202は、基本的なクラムシェルラップトップコンピュータの
形態で示されているが、コンピュータ202は、スマートフォン、タッチスクリーンタブレ
ット、またはスレートデバイスなどのその他の形態を取ってもよい。オブジェクトのいく
つかの視覚的な表示がコンピュータ202のスクリーン上に示され、コンピュータ202にロー
ドされたアプリケーションのアイコンおよび表示を含む。例えば、アイコン208は、コン
ピュータ202、またはコンピュータ202からアクセス可能なサーバシステムの永続的なスト
レージに記憶されることなどによってコンピュータ202からアクセス可能な特定のワード
プロセッサ文書を表す。例えば、コンピュータ202は、コンピュータ202がそのコンピュー
タ202自体をサーバシステムに対して特定して、コンピュータ202のユーザに対して登録さ
れたサーバシステムでのアカウントを示すことができるクッキーまたはその他の機構を記
憶することが可能である。そのような機構は、アイコン208の文書を表すデータを取得す
るためなど、サーバシステムから情報を得るためにコンピュータ202によって使用され得
る。次いで、ユーザは、アイコン208を選択することによって文書を呼び出すことができ
る。

【0025】

ウィジェットまたはガジェット212が、コンピュータ202のディスプレイ上の時計によっ
て表され、コンピュータ202上にやはり表示され得るオブジェクトの種類を示す。ウィジ
ェットまたはガジェット212は、さまざまな同様の形態を取ってもよく、デバイス202にロ
ードされたオペレーティングシステムで異なる形で利用可能な機能を補足するためのアプ
リケーションを立案するサードパーティからのコードとして提供され得る。ニュースフィ
ード214は、最近の新しい出来事の情報をコンピュータ202のユーザに示すニュースアグリ
ゲータ(news aggregator)の形態でデバイス202で実行されているアクティブなアプリケー
ションを表す。

【0026】

アイコン204は、コンピュータ202によって実行されるべき持続的検索の形態のオブジェ
クトを表す。持続検索は、コンピュータ202などのデバイスによって自動的に繰り返され
る検索である。例えば、ヨーロッパでの休暇を計画しているユーザは、フライトが特定の
価格で買えるようになった場合に直ちに通知され得るようにヨーロッパへの航空会社のフ
ライトの持続的検索を定めることができる。

【0027】

ボックス206、210は、オブジェクト208および204のうちの1つに関連して保存され得る
コンテキストデータを示す。例えば、ボックス210は、文書または文書208などのワードプ
ロセッサ文書に関するコンテキスト情報を示す。オブジェクトとともに保存され得るコン
テキスト情報の種類を示すさまざまなフィールドがボックス210に示される。例えば、オ
ブジェクトは、そのオブジェクトのオブジェクト種類を示す名前と、コンピュータ202に
記憶されたすべてのその他のオブジェクトに対してこのオブジェクトを一意に特定する識
別番号とを含む。

【0028】

また、ボックス210は、オブジェクトが最初に生成された時間と、オブジェクト208が生
成されたときにコンピュータ202でやはり開いていたオブジェクトのリストとを示す。加
えて、ボックス210は、オブジェクト208が最後に使用されたときに開いていたその他のオ
ブジェクトのリストを含む。この例において、ユーザは、ワードプロセッサオブジェクト
208が生成されたときと、そのオブジェクト208が最後に使用されたときの両方で、ウェブ
サイトwww.test.comを見ていた。また、ワードプロセッサ文書が生成されたとき、持続的
検索オブジェクト204が、コンピュータ202でアクティブであった。そのような合同作用は
、文書が、持続的検索によって生成された情報を含むようにユーザによって生成されたこ
とを示すことができる。例えば、ユーザがその情報を持続的検索の結果からクリップボー
ドにコピーし、文書を生成し、次いで、検索の結果またはその他のコピーされたデータを
文書にペーストした場合、その点に関してさらに強い推定がなされ得る。そのような情報
も、(例えば、文書が最後に保存されるときに、そのとき開いているその他のアプリケー
ションによって文書内のどの情報が共有されているかを判定し、それによって、文書とオ
ブジェクトとの間でコピーされたコンテンツを示すことによって)ボックス210に示される
ようにオブジェクト208に関連して記憶され得る。

【0029】

ボックス210は、文書オブジェクト208がインタラクションしたオブジェクトも示す。こ
の例において、文書208は、アプリケーションウェブプリンタ(application web printer)
とインタラクションし、そのことは、文書208がそのプリンタで印刷したことを示し得る
。オブジェクト間の特定の直接的なインタラクションが記憶され得るのは、それらのイン
タラクションがオブジェクトとその他のオブジェクトとの間の特に強い接続を示す可能性
があるからである。そのような接続は、特定の状況においてオブジェクトの意図されたユ
ーザであるユーザを特定するために使用され得る。

【0030】

ボックス206は、オブジェクト204に関連して記憶されたコンテキスト情報を示す。やは
り、名前を付けられたオブジェクトが、一意の識別番号を、オブジェクトが生成された時
間とともに含む。ボックス206によって示されるように、持続的検索オブジェクト204が生
成されたとき、4つの異なるその他のオブジェクトがアクティブであった。それらのその
他のオブジェクトは、ワードプロセッサ文書、表計算文書、および持続的検索オブジェク
トが生成されたときにコンピュータ202上で見られていた2つの異なるウェブページを含む
。また、ボックス206は、持続的検索オブジェクトがコンピュータ202で地図アプリケーシ
ョンおよび連絡先管理アプリケーションとインタラクションしたことを示す。さらに、ア
クセスログが、オブジェクトがユーザによってアクセスされた時間を示し、ユーザがその
オブジェクトで何を行ったかを示す情報も含み得る。

【0031】

本明細書において示される情報を用いて、さまざまなサービスが、コンピュータ202に
よってユーザに提供され得る。例えば、オブジェクト208がコンピュータ202で次に起動さ
れるとき、コンピュータ202は、情報のボックス210(この図においてはボックス210がその
ようなデータを表すが、実際にはコンピュータ202または別のデバイスに記憶されたデー
タ)を見て、デバイス202のユーザが、文書処理のために特定の文書も開いていたときにww
w.test.comのウェブページをブラウザで頻繁に開いていたと判定することができる。その
ような判定は、適切な状況で、その文書が開かれるときに、そのウェブページがブラウザ
でアクティブになるようにしてブラウザを自動的に起動するために使用され得る。そのよ
うにして、ユーザは、複数の関連が推定されるアプリケーションのうちの1つに関する1つ
のアイコンのみを選択することによってそれらのアプリケーションがアクティブ化される
ようにすることができる。一部の実装形態においては、コンピュータ202は、記憶された
メタデータに応じてオブジェクトをインスタンス化する前にユーザの許可を要求すること
ができる。ユーザが許可を与える場合、オブジェクトがインスタンス化される。ユーザが
許可を与えない場合、プログラムはインスタンス化されない。コンピュータ202は、その
ような許可の付与または拒否のユーザの履歴をメタデータにさらに記憶することができる
。

【0032】

図2Bは、図2Aに似た、コンテキストオブジェクトを使用するオペレーティングシステム
の概念図である。この図において、アイコン228は、コンピュータ202、またはコンピュー
タ202からアクセス可能なサーバシステムの永続的なストレージに記憶されることなどに
よってコンピュータ202からアクセス可能な特定の画像ファイルを表す。例えば、コンピ
ュータ202は、コンピュータ202がそのコンピュータ202自体をサーバシステムに対して特
定して、コンピュータ202のユーザに対して登録されたサーバシステムでのアカウントを
示すことができるクッキーまたはその他の機構を記憶することができる。そのような機構
は、アイコン228の文書を表すデータを取得するためなど、サーバシステムから情報を得
るためにコンピュータ202によって使用され得る。そのとき、ユーザは、アイコン228を選
択することによって文書を呼び出すことができる。

【0033】

アイコン224は、チャットウィンドウの形態のオブジェクトを表す。チャットウィンド
ウは、ユーザがコンピュータまたはスマートフォンなどのコンピューティングデバイスの
別のユーザとコミュニケーションすることを可能にする。場合によっては、チャットプロ
グラムは、2人以上の人が文章によるメッセージを互いに書き込むことによってコミュニ
ケーションすることを可能にする。その他の場合、チャットプログラムは、チャットのた
めの音声または映像の送受信を容易にする。

【0034】

ボックス226、230は、オブジェクト228および224のうちの1つに関連して保存され得る
コンテキストデータを示す。例えば、ボックス230は、文書または画像ファイル228などの
ワードプロセッサ文書に関するコンテキスト情報を示す。オブジェクトとともに保存され
得るコンテキスト情報の種類を示すさまざまなフィールドが、ボックス230に示される。
例えば、オブジェクトは、そのオブジェクトのオブジェクト種類を示す名前と、コンピュ
ータ202に記憶されたすべてのその他のオブジェクトに対してこのオブジェクトを一意に
特定する識別番号とを含む。

【0035】

また、ボックス230は、オブジェクトが最初に生成された時間と、オブジェクト228が生
成されたときにコンピュータ202でやはり開いていたオブジェクトのリストとを示す。加
えて、ボックス230は、オブジェクト228が最後に使用されたときに開いていたその他のオ
ブジェクトのリストと、オブジェクトが生成されたときおよび最後に使用されたときに存
在した人のリストとを含む。オブジェクトが生成されたときおよび使用されたときに存在
した人を判定するために、さまざまな方法が使用され得る。例えば、オブジェクトを実行
するプログラムは、存在する人に関するユーザ入力を要求することが可能である。別の例
において、コンピュータ202は、記憶されたデータベースに基づいてユーザの声を感知す
ることによって、または記憶されたデータベースに基づいて特定の個人に関連するデバイ
スを検出することによってどの人が存在するかを自動的に判定することも可能である。

【0036】

図2Bを参照すると、ボックス230によって示されるように、オブジェクトが生成された
とき、ユーザXはユーザYおよびユーザZとチャットしていた。ユーザXは、オブジェクトが
最後に使用されたとき、ユーザZとチャットしていた。ボックス230は、オブジェクトが生
成されたときにユーザXが存在したことと、オブジェクトが最後に使用されたときにユー
ザXとユーザYが両方とも存在したこととをさらに示す。存在するユーザは、それらのユー
ザのうちの1人だけがマウスまたはタッチパッドで選択を行い、キーボードまたはその他
の入力デバイスでテキスト入力するときのように実際に「操作している」可能性があると
しても、コンピュータ202を使用しているものとして特定され得る。このように、コンピ
ュータ202が存在する人を自動的に判定する場合、近くに(すなわち、コンピュータ202と
同じ室内に、またはコンピュータ202から特定の距離内、例えば、約4.5メートル(15フィ
ート)内に)いる人は、コンピュータを使用しているものとして含められ得る。その他の場
合、存在するユーザは、コンピュータ202によって促されるときか、または自発的にかの
どちらかで、コンピュータ202を使用しているものとしてそれらのユーザ自身を断定的に
特定し得る。

【0037】

そのような合同作用は、画像ファイルがユーザYおよびユーザZからの入力を用いてユー
ザXによって生成されたことを示し得る。例えば、ユーザが情報を持続的検索の結果から
クリップボードにコピーし、文書を生成し、次いで、検索の結果またはその他のコピーさ
れたデータを文書にペーストした場合、その点に関してさらに強い推定がなされ得る。オ
ブジェクトがユーザX、ユーザY、およびユーザZの間の協力によって生成されたことを示
唆するそのような情報も、ボックス230に示されるように、オブジェクト228に関連して記
憶され得る。

【0038】

ボックス226は、オブジェクト224に関連して記憶されたコンテキスト情報を示す。名前
を付けられたオブジェクトは、オブジェクトが生成された時間を含む。この例において、
チャットウィンドウはチャットの相手が誰かを示すことができ、それがオブジェクトを一
意に特定する。オブジェクトは、コンピュータでその他のオブジェクトに対して当該オブ
ジェクトを一意に特定する識別番号を含み得る。ボックス226によって示されるように、
チャットウィンドウ224が生成されたとき、2つの異なるその他のオブジェクトがアクティ
ブであった。それらのその他のオブジェクトは、画像ファイルと、チャットウィンドウオ
ブジェクトが生成されたときにコンピュータ202上で見られていた別のチャットウィンド
ウとを含む。

【0039】

本明細書において示される情報を用いて、さまざまなサービスが、コンピュータ202に
よってユーザに提供され得る。例えば、オブジェクト228がコンピュータ202で次に起動さ
れるとき、コンピュータ202は、情報のボックス230(この図においてはボックス230がその
ようなデータを表すが、実際にはコンピュータ202または別のデバイスに記憶されたデー
タ)を見て、デバイス202のユーザXが、この特定の画像ファイルに対して作業していると
きにユーザYおよびユーザZと頻繁に協力すると判定することができる。そのような判定は
、適切な状況で、その画像ファイルが開かれるときに、ユーザYおよび/またはユーザZと
のチャットウィンドウを自動的に起動するために使用され得る。そのようにして、ユーザ
Xは、複数の関連が推定されるアプリケーションのうちの1つに関する1つのアイコンのみ
を選択することによってそれらのアプリケーションがアクティブ化されるようにすること
ができる。

【0040】

同様に、オブジェクト224が次に起動され、ユーザXとユーザZとの間のチャットを開始
するとき、ボックス226の情報を分析することによって、ユーザYとのさらなるチャットウ
ィンドウおよび/または画像ファイルオブジェクト228が起動され得る。

【0041】

別の実装形態において、コンピュータ202は、コンピュータを使用する特定のユーザを
特定することができる(例えば、ユーザがそのユーザの識別情報をコンピュータ202に入力
するように促されるとき、またはコンピュータ202が近くのもしくはコンピュータ202から
特定の距離内の1人または複数のユーザを感知するときに、個人が「コンピュータを使用
している」ものとして特定され得る)。例えば、図2Bにかかわるシナリオにおいて、コン
ピュータは、ユーザYおよび/またはユーザZを伴うユーザXの存在を感知し得る。ボックス
230は、オブジェクト228を、一般に、ユーザX、ユーザY、およびユーザZによって協力し
て作業されるものとして特定するので、コンピュータ202によって検出されるとき、これ
らの人のうちの1人または複数の存在は、オブジェクト228を自動的にロードするようにコ
ンピュータ202に促すことができる。一部の実施形態においては、オブジェクト228は、そ
のオペレーティングシステムのオブジェクトが閉じられているときに、オブジェクト228
のコンテキストメタデータで特定される人のうちの少なくとも2人の存在が存在するまで
コンピュータ202によって自動的にロードされない。オブジェクトのコンテキストメタデ
ータで特定される人のうちの少なくとも1人、または場合によっては少なくとも2人の指示
を受信することに応答して、コンピュータ202は、オペレーティングシステムのオブジェ
クト228をインスタンス化する。

【0042】

異なるコンピュータプログラムおよびアプリケーションにかかわるさまざまなその他の
実装形態が使用されてもよい。例えば、ユーザは、ワードプロセッサプログラムを使用し
ながら音楽を聴くことを好む可能性がある。したがって、コンピュータは、(上述のボッ
クスに関して説明されたメタデータを使用して)そのような傾向に留意し、ユーザがワー
ドプロセッサプログラムを開くときはいつも音楽再生プログラムを自動的にインスタンス
化することができる。別のユーザは、ワードプロセッサプログラムで作業しているときに
特定のアルバムまたはアーティストを聞くことを好む可能性がある。これらの場合、コン
ピュータは、プログラムのユーザの過去の使用(または特定のワードプロセッサ文書の過
去のアクセス)からそのユーザの好みを認識し、音楽再生プログラムを自動的にインスタ
ンス化し、ユーザが好むアーティスト、アルバム、または曲の再生を自動的に開始するこ
とができる。

【0043】

その他の場合、コンピュータは、その他のプログラムまたはオブジェクトがインスタン
ス化されるときに特定のプログラムまたはオブジェクトを閉じるかまたはシャットダウン
する傾向があるというメタデータを記憶することができる。例えば、ユーザは、チャット
ウィンドウがインスタンス化されるときにはいつもメディアプレーヤーを閉じる傾向があ
る可能性がある。このシナリオのユーザは、チャットアプリケーションを用いて会話を続
けようと試みている間に、メディアプレーヤーで再生されているメディアが気を散らせて
いることに気づく可能性がある。したがって、ユーザは、チャットウィンドウで会話を始
めるとまもなくメディアプレーヤープログラムをシャットダウンする。コンピュータは、
(上述のボックスに関して説明されたメタデータを使用して)この傾向に留意し、チャット
ウィンドウがインスタンス化されるときにはいつもメディアプレーヤー(およびおそらく
はその他の同様のメディアプレーヤー)を自動的にシャットダウンすることができる。場
合によっては、コンピュータは、任意のチャットウィンドウがインスタンス化されるとき
にいつもメディアプレーヤーをシャットダウンすることが可能である。その他の例におい
ては、コンピュータは、インスタンス化されたチャットウィンドウが特定の個人とのチャ
ットを含む場合にメディアプレーヤーをシャットダウンすることが可能である。そのよう
な判定は、概して、チャットアプリケーションに関して記憶されたメタデータ、またはチ
ャットアプリケーションを用いた特定の人達とのインタラクションに関して記憶されたメ
タデータに基づくことが可能である。ユーザが、そのユーザの個人的な設定または好みを
与えてもよい。

【0044】

図3は、コンピューティングデバイス305のメモリの制御を維持するためのシステム300
の概念図である。例示的なシステム300は、デバイス305でのソフトウェアアプリケーショ
ン310の実行を制御するオペレーティングシステム330を含み得る。1つの実装形態におい
て、デバイス305は、いくつかのソフトウェアアプリケーションを同時に実行することが
できるオペレーティングシステム330を含むセルラ電話であってもよい。代替的な実装形
態において、コンピューティングデバイス305は、ラップトップ、パーソナルコンピュー
タ、携帯情報端末、またはその他の適切なコンピューティングデバイスとすることができ
る。

【0045】

デバイス305が電話である1つの実装形態においては、電話をオンにした後、電話のオペ
レーティングシステム330が、永続的メモリ320からロードされ得、アイコンの所定の表示
を含むグラフィカルユーザインターフェースをユーザに対して表示することができる。各
アイコンは、ユーザが利用可能なアプリケーションかまたはアプリケーションの代理かの
どちらかである可能性があり、選択されるとき、選択されたアイコンは、必要に応じて、
関連するアプリケーションのパラメータおよびメモリ内のファイルの位置をオペレーティ
ングシステム330に渡すことができ、今度は、オペレーティングシステム330がアプリケー
ション310を実行することができる。それぞれの実行されるアプリケーションは、電話の
永続的メモリ320のセグメントを使用し、アプリケーションが実行を続けるとき、そのア
プリケーションのメモリの要求が高まる可能性がある。ユーザがより多くのアプリケーシ
ョン310を実行するか、または実行されているアプリケーション310がさらなるメモリを消
費するとき、電話のメモリ320は、最終的に、アプリケーション310のメモリの需要に対応
するのに不十分になる可能性がある。

【0046】

例示的な実装形態においては、メモリ管理システム300が、永続的メモリ320が使い果た
されたときに1つまたは複数のアプリケーション310を終了させ、ユーザがアプリケーショ
ンに戻るときにその終了されたアプリケーションを復元することによってメモリの不足に
対応することができる。特定の実装形態においては、終了されたアプリケーションウィン
ドウが別のアプリケーションウィンドウによって完全にかまたは部分的かのどちらかで覆
い隠されている可能性があるので、ユーザは、アプリケーションが終了されたことに気が
つかない可能性がある。ユーザがアプリケーションに戻るように切り替えることを選択す
るとき、アプリケーションが再起動され得、ユーザは、アプリケーションを表示する際の
おそらくは鈍い応答を除いてはアプリケーションが一時的に終了されたことが分からない
可能性がある。

【0047】

例示的な実装形態において、オペレーティングシステム330は、グラフィカルユーザイ
ンターフェースとのユーザのインタラクションに従ってアプリケーション310をランク付
けすることができ、各アプリケーション310は、オペレーティングシステムからの信号に
応答してそのアプリケーション310の現在の状態に関する情報を生成し、保存することが
できる。アプリケーションは、そのような状態情報を自身で保存することができ、または
その情報をオペレーティングシステム330に与えることができ、ひいては、オペレーティ
ングシステム330がその情報を永続的ストレージ(例えば、フラッシュメモリ)に保存する
ことができる。

【0048】

メモリ320が使い果たされる場合、オペレーティングシステム330は、1つまたは複数の
ランク付けされたアプリケーション310を終了させ、後で、ユーザの要求に応答してそれ
らの終了されたアプリケーションを再現することができる。例えば、オペレーティングシ
ステム330がロードされると、ユーザは、文書閲覧アプリケーションを選択して、記憶さ
れた文書を読むことができる。その後、ドキュメントビューアがまだ実行されている間に
、ユーザがウェブブラウザを開き、インターネットサーフィンを始めることができる。ウ
ェブブラウジングセッション中に、ユーザは、電子メールが到着したとの通知に応じて、
電話の電子メールアプリケーションを選択して新着電子メールを調べることができる。ユ
ーザは、電子メールを読んでいるときに、カレンダーアプリケーションを実行して、電子
メールで触れられたイベントのリマインダを生成しようと試みることができる。

【0049】

例示的な実装形態においては、ユーザが新しいアプリケーションを開くとき、オペレー
ティングシステム330は、1つまたは複数の動的な基準に従ってアプリケーション310をラ
ンク付けすることができる。ここでは、オペレーティングシステム330は、実行されてい
るアプリケーション310を以下のように重要度の降順に、すなわち、電子メールアプリケ
ーション、ウェブブラウザ、およびドキュメントビューアの順にランク付けすることがで
きる。そのような順序づけは、さまざまな方法で行われ得る。例えば、アプリケーション
は、必要なビジネスアプリケーション、エンターテインメントアプリケーションなどのさ
まざまなカテゴリーに分けることができる。一部の実装形態において、オペレーティング
システム330は、特定のアプリケーションがバックグラウンドにあるときはそのアプリケ
ーションが休止状態にあると認識することができ、したがって、オペレーティングシステ
ム330はそのアプリケーションを低優先度に分類することが可能である。しかし、別のア
プリケーションは、ネットワーク上の情報に絶えずアクセスしている可能性があり(例え
ば、メッセージングプログラム)、したがって、より高い優先度のアプリケーションとし
てランク付けされ得る。一部の実装形態においては、アプリケーションは、2つのカテゴ
リー、すなわち、可視のアプリケーションと、不可視のアプリケーションとに分けられる
。不可視のアプリケーション(すなわち、ウィンドウがユーザには見えないアプリケーシ
ョン)は、可視のアプリケーションよりも低くランク付けされる。代替的な実装形態にお
いては、アプリケーションの開発者がアプリケーションを自分で分類することも、または
ユーザがアプリケーションを分類する、もしくはその他の方法でランク付けすることも可
能であり、そのような分類またはランク付けがオペレーティングシステム330に与えられ
ることもある。

【0050】

ユーザがアプリケーション310とインタラクションするとき、各アプリケーションは、
アプリケーションの現在の状態に関する情報を生成し、保存することができる。例えば、
アプリケーションが、オペレーティングシステム330によってそのアプリケーションがい
つでも終了され得る(例えば、アプリケーションがもはやユーザに見えない)状態になると
、オペレーティングシステム330は、アプリケーションにそのアプリケーションの現在の
状態を保存するように指示することができる。

【0051】

例示的な例に戻ると、電話のメモリ320は4つアプリケーションすべてを一度に実行する
のに十分でない可能性があるので、オペレーティングシステム330は、メモリを使い果た
したので、カレンダーアプリケーションを開くときに、最も低くランク付けされたアプリ
ケーション(この例においては、ドキュメントビューア)を終了させることを選択すること
が可能である。代替的な実装形態において、オペレーティングシステム330は、差し迫っ
たメモリの不足を予測し、メモリが尽きることを防止するために1つまたは複数のアプリ
ケーションを終了させることも可能である。例えば、現在利用可能なメモリの量が所定の
閾値未満に落ち込む場合、オペレーティングシステムは、現在利用可能なメモリの量が閾
値を超える量にするために、ランク付けの低いアプリケーションを終了させることができ
る。代替的な実装形態において、オペレーティングシステム330は、アプリケーション310
による近々のメモリ要求を現在利用可能なメモリの量と比較することができ、要求される
量が現在利用可能な量を超える場合、オペレーティングシステムは1つまたは複数のアプ
リケーションを終了させることができる。

【0052】

そのような状況では、オペレーティングシステム330は、最もランク付けの低い1つのア
プリケーションまたは複数のアプリケーションを特定し、それらのアプリケーションを一
時的に終了させることが可能である。オペレーティングシステム330は、後で、例えば、
メモリが開放されるときに自動的に再起動される必要がある可能性があるアプリケーショ
ンを示すものとしてフラグを設定することも可能である。

【0053】

終了させるべきアプリケーションの選択は、その他の技法によって行うことができる。
例えば、オペレーティングシステム330は、特定のアプリケーションによって必要とされ
るメモリの量を判定し、次いで、その量のメモリにオーバーヘッドのメモリの余裕を足し
た量を開放することができるその他の動作しているアプリケーションを特定することが可
能である。一例として、あるアプリケーションが3000Kの追加のメモリを必要とする可能
性があり、3つのその他のアプリケーションのそれぞれが、2000K、3000K、および35000K
のメモリをそれぞれ開放することができる可能性がある。オペレーティングシステム330
は、初めの2つのプログラムが必要とされるメモリの量に最も近いので、それらの2つのプ
ログラムを終了させることによって、メモリに対する最小の「負担」または利用可能なメ
モリの最良の使用が実現され得ると判定することができる。代替的に、オペレーティング
システムは、できるだけ少ないアプリケーションを終了させることを優先するようにプロ
グラムされ得る。そのような状況においては、この例では、第3のアプリケーションが終
了される。

【0054】

ユーザは、カレンダーアプリケーションの使用を終了すると、文書閲覧アプリケーショ
ンに戻ることを選択することが可能である。オペレーティングシステム330は、一時的に
終了された文書閲覧アプリケーションに戻ろうとするユーザによる試みを検出するとき、
保存された状態情報を用いてアプリケーションを再現することができる。

【0055】

そのようにするために、オペレーティングシステム330は、最初に、文書閲覧アプリケ
ーションにアクセスするコマンドを感知することができ、そのようなアプリケーションが
アクティブであったが、一時的に終了されていることを、記憶されたフラグから知ること
ができる。次に、オペレーティングシステム330は、そのアプリケーションを起動し、そ
のアプリケーションが一時的に終了されたときにそうであった形態で、または実質的にそ
うであった形態で再現され得るように、保存された状態情報をそのアプリケーションに渡
すことができる。代替的に、アプリケーションが、オペレーティングシステムと協力して
そのアプリケーション自体の状態情報を記憶済みであってもよく、自身でそのような情報
にアクセスし、そのような情報を組み込んでもよい。

【0056】

図4は、コンピュータプロセス間のメッセージの受渡しを伴うスレッドアフィニティを
提供するシステムの概念図である。概して、システムは、コンピューティングデバイスで
実行されており、プロセス間で情報を受け渡すために互いに通信しているプロセスの対を
示す。例えば、1つのプロセスが、メッセージを、第2のプロセスがそのメッセージにどの
ように応答または反応すべきかに関する情報と一緒に第2のプロセスに渡すことが可能で
あり、第2のプロセスは、メッセージに応答または反応すると、第1のプロセスに確認を与
えることが可能である。図4をより詳しく参照すると、システム400は、第1のプロセス402
および第2のプロセス404を含む。プロセス402、404の両方は、単一のコンピューティング
デバイス上で時間的に重なるようにして同時にまたは実質的に同時に実行されていてもよ
い。

【0057】

第1のプロセス402は、例えば、1つまたは複数の文書412を表示する文書管理プログラム
とすることができる。文書管理プログラムは、例えば、ワードプロセッサアプリケーショ
ン、またはウェブブラウザでワードプロセッサアプリケーションを実装するウェブアプリ
ケーションであってもよい。特定の場合、ウェブブラウザがオペレーティングシステムの
一部であってもよく、ウェブブラウザが、オペレーティングシステムのただ1つのネイテ
ィブアプリケーションであり、すべてのその他のアプリケーションは、ウェブブラウザ内
でウェブアプリケーションとして動作する。

【0058】

第2のプロセス404は、地図アプリケーション414の実行を示す。例えば、システムで実
行されている異なるウェブアプリケーションが、サーバベースの地図サービスにアクセス
することが可能であり、地図化された地理情報のグラフィカルなタイルを使用した地理的
位置の表示のために広く知られている方法で情報を提供することが可能である。例えば、
プロセス402、404を実行しているデバイスのユーザの位置が、ピンまたはその他のアイコ
ンを用いて地図上に示され得る。また、別々のプロセス402、404は、単一のウェブブラウ
ザの別々のタブとしてデバイス上で表されてもよく、概して、異なるドメイン間の通信が
ウェブブラウザ内で行われることを避ける実装形態を含めて、互いにサンドボックス化さ
れる。

【0059】

プロセス402、404の間を横切る1組の矢印は、プロセスのうちの1つのプロセスから別の
プロセスに、およびその逆に伝達され得るメッセージおよび情報を示す。例えば、メッセ
ージ406が、プロセス402からプロセス404に最初に送信され得る。例えば、メッセージは
、プロセス404に関する表示を変える情報を示すことができる。この例においては、例え
ば、メッセージ406は、地図アプリケーション414で表示される地図の異なる地域を表示さ
せるために使用され得る緯度および経度または住所の記述を含み得る。

【0060】

加えて、プロセス402は、メッセージ406に関連する1つのコマンドまたは複数のコマン
ドがプロセス404によって実行されるべき方法についての情報をプロセス404に渡すことが
できる。この例において、その情報は、優先度コマンド(priority command) 408の形態で
ある。優先度コマンド408は、プロセス404がメッセージ406に関連するそのプロセス404の
実行に与えるべき優先度に関してプロセス404に知らせることができる。例えば、プロセ
ス402が時間的制約が厳しい形態のプロセスではない場合、優先度コマンド408は、メッセ
ージ406に対する応答がプロセス404によって優先度が高いものとして扱われないことを示
すことができる。

【0061】

メッセージ406および優先度コマンド408は、特定の状況に応じて別々にまたは一緒に、
直接または間接的にプロセス404に渡され得る。例えば、メッセージ406および優先度コマ
ンド408が単一の比較的大きなメッセージで一緒に渡されるとき、プロセス404は、その比
較的大きなメッセージを解析して、メッセージのメッセージ部分と、メッセージ内に埋め
込まれている優先度コマンドとを特定することができる。その他の例においては、追加的
な情報が、メッセージ406とともに含まれてもよく、プロセス402およびプロセス404が動
作し、相互運用される方法に応じて特定され、処理され得る。プロセス402およびプロセ
ス404の相互運用性は、アプリケーションプログラミングインターフェース(API)、または
プロセス間の通信の形式を定めるためのその他の同様の規格にそれらの2つのプロセスが
準拠することによって維持され得る。

【0062】

特定の実装形態において、プロセス404は、プロセス402にメッセージを渡し返すことが
可能である。1つのそのようなメッセージは、プロセス404が完全にメッセージ406に従っ
て動作したことをプロセス402に示す確認410である。特定の実装形態において、確認410
は、単に、プロセス404がメッセージ406の受信に応じてプロセス402に情報を返すことに
よって行うことができる。この特定の例においては、そのような情報は、プロセス402に
よって管理されている文書412に自動的に組み込まれ得る、アプリケーション414によって
決定された地図化された領域の画像を含み得る。

【0063】

このようにして、プロセスがウェブブラウザアプリケーションのサンドボックス化され
た環境内で実行される別々のウィンドウまたはタブの一部であるときなどに1つのプロセ
スが別のプロセスに追加的な情報を伝達することを可能にすることによって、プロセス間
通信が拡張され得る。そのような通信は、第2のプロセスがコードの実行に与える優先度
を含む、別のプロセスが特定のコードを実行する方法を第1のプロセスが制御することを
可能にすることができる。結果として、プロセスのうちの1つがその他のプロセスのうち
の1つを不正に制御するか、またはその他のプロセスのうちの1つに影響を与えることを防
止する高レベルのセキュリティを引き続き維持しながら、プロセス間のより緊密な相互運
用性が提供され得る。

【0064】

図5は、ステートレス環境で状態情報を提供するシステムの概念図である。概して、シ
ステム500は、サーバシステム502を使用して、サーバシステム502の特定のユーザのため
にサーバシステム502にログを残されるさまざまなデバイスのブラウザアプリケーション
の状態についての最新の状態情報を保存する。例えば、ブラウザがコンピューティングデ
バイス504などのデバイスのオペレーティングシステムのただ1つのネイティブアプリケー
ションである場合、状態情報が、継続的にサーバシステム502にアップロードされ、サー
バシステム502で更新され得る。そのようにして、ユーザがコンピューティングデバイス5
04をオフにするか、またはその他の方法で別のコンピューティングデバイスに移り、その
他のコンピューティングデバイスからサーバシステム502にログインする場合、ブラウザ
アプリケーションに関する状態情報が、そのその他のデバイスで実行されているアプリケ
ーションに複製され得、そのアプリケーションは、ウェブブラウザアプリケーションがた
だ1つのネイティブアプリケーションであるオペレーティングシステムでやはり実行され
得、すべてのその他のアプリケーションは、ブラウザアプリケーション内で実行されるウ
ェブアプリケーションである。また、ユーザが1つのデバイスでセッションを閉じ、後で
同じデバイスを起動する場合、本明細書において検討される技法は、デバイス自体ではな
くサーバシステムに記憶されている状態のデータを用いてセッションを再確立することが
できる。その結果、システムは、そのような情報をデバイスに記憶するための余分なメモ
リを必要とせずに動作することができ、状態情報が、デバイス間でより容易に共有され得
る。

【0065】

この例において、システム500は、インターネットおよび関連する接続されたネットワ
ークなどのネットワーク506を通じてサーバシステム502と通信するコンピューティングデ
バイス504を含む。サーバシステム502は、さまざまなウェブサービスをシステム500のユ
ーザに提供するシステムのより大きなデータセンターの一部としてホストされ得る。例え
ば、サーバシステム502は、コンピューティングデバイス504上で表示するための文書を生
成するためのHTMLコードを提供することが可能な1つまたは複数のウェブサーバを含み得
る。

【0066】

コンピューティングデバイス504は、コンピューティングデバイス504の状態が後でデバ
イス504でまたはその他のデバイスで複製され得るように、通常はステートレスアプリケ
ーションであるブラウザアプリケーションに関する状態情報が記憶されることを可能にす
るいくつかの特定のコンポーネントを含む。例えば、ユーザがデバイス504をスリープモ
ードにするか、またはデバイス504をオフにする場合、デバイス504の最新の状態は、(例
えば、ユーザがウェブブラウザでそのユーザの最後の動作を行ったときに)既にサーバシ
ステム502に保存され得、またはデバイス504がスリープモードに完全に移行することをオ
ペレーティングシステムが許可する前にサーバシステム502にアップロードされ得る。状
態情報は、例えば、デバイス504に関する状態情報に変化があるたびに状態情報の変化の
インジケータをアップロードするようにデバイス504がプログラムされている場合、サー
バシステム502に既に記憶され得る。状態情報は、デバイスの状態を再現するために必要
とされるその他の関連情報に加えて、デバイス上に現在表示されているページのドキュメ
ントオブジェクトモデル(DOM)を含んでいてもよい。

【0067】

ここで、デバイス504で実施され得る特定のコンポーネントを参照すると、ブラウザア
プリケーション510が示されており、デバイス504においてネイティブで実行されるただ1
つのアプリケーションとすることができる。別に、HTML508が、ブラウザアプリケーショ
ン510によってレンダリングされ得るようにデバイス504に記憶され得る。HTML508は、さ
まざまな形態を取ってもよく、1つまたは複数の例においては、ドキュメントオブジェク
トモデル(DOM)ツリーとして表すことも可能である。また、デバイス504は、JavaScript（
登録商標）512およびJavaScript（登録商標）の変数514を記憶し、実施することが可能で
ある。例えば、HTML508がレンダリングされるとき、HTMLは、デバイス504上で実行される
さまざまなJavaScript（登録商標）プログラムへのポインタまたは呼出しを含み得る。そ
れらのプログラムは、実行されるときに、プログラムの動作に必要とされる変数もしくは
その他の情報を取り出す、または生成することができる。

【0068】

さらに、ユーザインターフェース516がデバイスに記憶され得、デバイス504の視覚的な
ディスプレイまたはスクリーン上に表示されているものの現在の表現を含め、さまざまな
パラメータを示すことができる。例えば、ユーザインターフェース516は、特定の時間に
ブラウザのどのタブが開いているか、および/またはブラウザの上に表示されるフローテ
ィングペイン(floating pane)などのアプリケーションの異なる種類がオペレーティング
システムによって特定の状態としてサポートされるかどうかについての情報、ならびにデ
バイス504上の表示の現在の状態を示すために使用可能であり、デバイス504上に現在表示
されている情報に一致する表示を再構築するためにさらに使用可能であるその他の適切な
情報を記憶することができる。

【0069】

ウェブページ保存アプリケーション518も、デバイス504で実施され得、ブラウザ510お
よびその他のブラウザまたはデバイス504で実行されているその他のプログラムの現在の
状態を追跡することができる。例えば、ウェブページ保存アプリケーション518は、デバ
イス504の特定のコンポーネントへの呼出しまたは特定のコンポーネントからの呼出しを
傍受して、ブラウザ510によって示されるコンテンツまたはその他の情報に関して行われ
た変更を判定することができる。ウェブページ保存アプリケーション518は、通信が、デ
バイス504によって生成され、ブラウザ510の現在の状態で行われた変更を示すためにサー
バシステム502に振り向けられるようにすることができる。例えば、デバイス504は、ブラ
ウザのタブが開かれたことを示し、さらにそのタブに関するURLを提供する情報をサーバ
システム502に与えることができる。

【0070】

ウェブページ保存アプリケーション518およびデバイス504のその他のコンポーネントは
、画像520のデータストアにアクセスできる可能性もある。特定の態様において、画像520
は、単に、通常のアイコン、およびデバイス504を実行し、デバイス504の状態を再現する
ために必要とされるその他の基本的な情報に関する画像などのオペレーティングシステム
レベルの画像である。それらの画像は、ウェブページ上の画像またはデバイス504のウェ
ブアプリケーションによって使用される画像であってもよく、アプリケーション518内で
またはアプリケーション518によって後でアクセスするようにウェブページ保存アプリケ
ーション518のために記憶され得る。

【0071】

本明細書において一例で説明されるシステム500を用いると、ユーザのデバイスの現在
の状態が捕捉され、サーバシステム502にアップロードされ得る。次に、ユーザは、例え
ば、家のコンピュータからネットワークコンピュータに移動することによって、別のコン
ピューティングデバイスに移動することができ、ユーザがその別のデバイスをブートし、
おそらくは、サーバシステム502に対してユーザ自身を特定するための証明情報を(手動で
かまたはその別のデバイス上の保存されたクッキーによってかのどちらかで)提供したと
き、デバイス504の完全な状態を職場のコンピュータまたはその他のそのようなデバイス
に複製することが可能である。結果として、ユーザは、1つの設定から別の設定に切り替
えることができるか、またはそのユーザが離れた場所により簡便に戻ることができ、より
効率的にデバイス504でアプリケーションを使用することができ得る。例えば、ユーザが
そのユーザのためにアプリケーションまたはブラウザ510で実行されるウェブアプリケー
ションをセットアップする場合、ユーザは、後でまたは別のデバイスでそれらのウェブア
プリケーションを実行し続けることを望む可能性がある。例えば、ユーザは、電子メール
のウェブアプリ、文書編集アプリケーション、地図アプリケーション、および通常のウェ
ブブラウジングウィンドウを常に開いておくことを好む可能性があり、状態複製技法は、
ユーザが1つのマシンから別のマシンに移動するときにいつも状態を手動で再現すること
を必要とせずにユーザがそれを行うことを可能にすることができる。

【0072】

図6は、ネットワークを介してコンピューティングデバイスのイメージを取得するシス
テム600の概念図である(ここで言うイメージとは、写真のようなグラフィカルな画像のこ
とではなくシステムイメージのことである)。概して、システム600は、ホストされるサー
バシステム602とインターネットなどのネットワーク606を通じて通信することができるモ
バイルコンピューティングデバイス604などのさまざまなデバイスを含む。検索エンジン
サービス、地図サービス、電子メールサービス、文書管理サービスなどのさまざまなホス
トされるサービスを提供することに加えて、ホストされるサーバシステム602は、デバイ
ス604のオペレーティングシステムを管理するためにデバイス604のオペレーティングシス
テムと協力することが可能である。例えば、デバイス604のオペレーティングシステムは
、ウェブブラウザの形態の単一のネイティブアプリケーションを有するオペレーティング
システムであってもよく、デバイス604で実行されるその他のアプリケーションは、ウェ
ブブラウザ内でウェブアプリケーションとして実行され得る。そのような手法は、デバイ
ス604に記憶され、デバイス604によって管理される必要があるネイティブアプリケーショ
ンの数を最小にすることができる。加えて、本明細書において説明されるように、そのよ
うな構成は、デバイス604がホストコンピュータシステム602によって管理され得る方法を
簡単にすることができる。

【0073】

この例において、デバイス604は、イメージ608を記憶するものとして示されている。イ
メージは、どのコンポーネントがデバイス604に永続的に記憶されるかを定義することが
可能である。例えば、イメージ608は、特定のプログラムにおいて、デバイス604のファー
ムウェアより上の基本的なオペレーティングシステムのコンポーネントを含んでもよく、
単一のプログラムが、ウェブブラウザの形態の単一のネイティブプログラムを有するデバ
イスのオペレーティングシステムのイメージの一部であってもよい。概して、イメージは
、複数のコンピュータが、そのようなコンピュータの運用性を管理し、維持する能力を向
上させるためにそれらのコンピュータにコンポーネントの共通の基盤を持つことを保証す
るために使用され得る。特に、企業は、その企業の従業員が利用可能な特定の数のソフト
ウェアコンポーネントおよび利用可能でないその他のコンポーネントを欲する可能性があ
り、したがって、イメージを定義することができ、従業員のマシンが初めて配置されると
きにそれらのマシンにそのイメージをインストールすることが可能である。

【0074】

この例の中では、サーバシステム602は、デバイス上のイメージを保守または修復する
ためにデバイス604、およびシステム602からサービスを受けるその他のデバイスと協力す
る。図に示されるように、いくつかの特定のコンポーネントが、そのようなサービスを提
供する際にサーバ602によって使用され得る。例えば、イメージインターフェース610が、
デバイス604のようなリモートのデバイスとインタラクションするために設けられてもよ
い。イメージインターフェース610は、例えば、デバイスと通信して、デバイスのそれぞ
れのイメージがまだ正しいことを検証することができる。例えば、ただ1つのネイティブ
アプリケーションがブラウザであり、追加的なアプリケーションが永続的に記憶されない
ウェブアプリケーションであるときなど、いかなるアプリケーションもデバイスに追加さ
れることを許されない場合、デバイス604のネイティブコンポーネントからハッシュが構
成され得、そのハッシュが記憶され、デバイス604がブートされるたびに計算されるその
後のハッシュと比較され得る。ハッシュが一致しない場合、そのことは、デバイス604の
オペレーティングシステムの中核的なコンポーネントのセキュリティが損なわれたことを
示すことができる。そのような状況において、デバイス604は、イメージインターフェー
ス610にメッセージを送信することができ、そのメッセージにより、ひいては、インター
フェース610が、サーバシステム602のその他のコンポーネントに特定の動作を実行させる
ようにすることができる。

【0075】

例えば、イメージリコンストラクタ616が、デバイス604用の差替えイメージであっても
よいイメージに関する特定のコンポーネントを特定し、収集し、組み立てるようにプログ
ラムされ得る。イメージリコンストラクタ616は、最初にイメージインデックス618に目を
向けて、デバイス604にインストールされるはずであるイメージの形態を特定する。例え
ば、オペレーティングシステムに関する特定のリビジョン番号が、デバイス604に与えら
れてもよい。あるいは、単一の製造業者によって提供される系列のデバイスは共通のイメ
ージを有することもあるが、異なる製造業者またはユーザベースによるデバイスは、それ
ぞれ、カスタムイメージを有することもある。したがって、イメージインデックス618は
、デバイスの製造業者およびモデルの識別子、またはデバイスを運用する企業の識別子を
受信し、そのようなデバイスからの要求に応答してビルドされるべきイメージを特定する
ことができ得る(イメージは、システムによって記憶された共通の交換可能なコンポーネ
ントからビルドされ得る)。

【0076】

この例において、イメージは、イメージフラグメントから構築され得る。例えば、オペ
レーティングシステムの特定のレベルが、イメージの一部であってもよく、モジュール式
のオペレーティングシステムの各レベルが、イメージに関する別々のフラグメントであっ
てもよい。また、共通のレベルの異なる特徴が、別々のイメージフラグメントと見なされ
、別々のイメージフラグメントとして記憶されてもよい。イメージリコンストラクタ616
またはイメージアップデータ614は、例えば、イメージの識別子をイメージ全体を構成す
るさまざまなフラグメントまたはコンポーネントにマッピングし得るイメージインデック
ス618からの情報を使用することができる。

【0077】

さらに、ユーザデバイスマップ622が、特定のユーザもしくはユーザグループまたはマ
シンの特定の種類を特定のイメージにマッピングすることによるなどして、イメージイン
デックス618に関して上で説明された機能に似た機能を実行することができる。例えば、
デバイスのユーザが、システム602にログインし、それらのユーザがそれらのユーザのデ
バイス604に提供されるようにしたいイメージに関する特定のコンポーネントまたはフラ
グメントを選択することができる1つまたは複数のウェブページを提供され得る。それら
のコンポーネントは、ユーザの識別子に関連して保存され得、したがって、イメージをリ
ビルドしようとするその後の試みは、ユーザによって前に選択されたそれらのコンポーネ
ントを自動的に選択することができる。

【0078】

再構築されたイメージを用いて、イメージアップデータ614は、本明細書において検討
されるコンポーネント間の全体的な動作および調整を制御することができる動作インター
フェース612と協力して、更新されたイメージをイメージインターフェース610およびネッ
トワーク606を通じてデバイス604に供給することができる。更新は、デバイス604が、誤
って、またはサーバシステム602によってネットワーク606を通じて意図的にデータが一掃
されたときなどには、デバイス604のためのイメージ全体を含み得る。

【0079】

特定の実装形態においては、デバイス604からイメージをリモートでデータが一掃され
得、場合によってはそのイメージを新しいイメージで置き換えるためにサーバシステム60
2が使用され得る。例えば、デバイス604が盗まれた場合、システム602は、デバイス604の
イメージを一掃することができ、デバイス604のファームウェアに組み込まれ得る識別子
を用いて、デバイス604が再びイメージを取得することを防ぐことができる。あるいは、
デバイス604は、システム602によってリモートでデータが一掃され得、次いで、適切な所
有者によって回復させることができ、したがって、サーバシステム602は、その場合、デ
バイスが適切な者の手に戻っていることを所有者が確認すると、新しい更新されたイメー
ジをデバイス604に提供することができる。

【0080】

例えば、デバイス604が最初にブートされているとき、公開鍵がファームウェアの小さ
な読出し専用のセグメントに記憶され得、その鍵がデバイス604のカーネルを調べるため
に使用され得る。その鍵、またはデバイスのオペレーティングシステムのコンポーネント
のうちの1つまたは複数のハッシュされたバージョンもしくは(鍵自体がハッシュされたバ
ージョンであるときは)その他のハッシュされたバージョンなどの異なる識別子が、コン
ポーネントを元の識別子を生成した同じハッシュ関数に通すことによるなどしてブート時
にデバイスのコンポーネントと照合され得る。一致しない場合、そのことは、(中核的な
コードが変わったはずのないときに変わっているので)デバイス604のセキュリティが損な
われており、何者かがデバイス604をボットにすることなどのため、またはその他の目的
でデバイス604上のネイティブファイルを変更するように試みたことを示すことができる
。

【0081】

次いで、動作スタック(operating stack)の低レベルにある通信インターフェースが、
ユーザがブートシーケンスに干渉することができるようになる前にサーバシステム602と
のネットワーク接続を行うことができ、デバイス604でイメージの破損が生じたことを示
すことができる。次いで、サーバシステム602は、上で検討されたコンポーネントを用い
てデバイス604のための新しいイメージをビルドし、その新しいイメージをデバイス604に
転送することができる。次に、デバイス604は、壊れた可能性があるイメージを新しいイ
メージで置き換え、セキュリティが損なわれたイメージを完全なものにすることによるな
どして新しいイメージで動作することができる。

【0082】

デバイス604は、また、セキュリティが損なわれたイメージ、またはセキュリティが損
なわれたイメージを特徴付けるデータをサーバシステム602に返すことができる。次いで
、サーバシステム602は、何がセキュリティを損なう原因となったかを判定しようとして
セキュリティが損なわれたイメージを分析することができる。例えば、サーバシステム60
2は、そのセキュリティが損なわれたイメージを、サーバシステム602によって同じ初期イ
メージを割り振られたその他のデバイスからのセキュリティが損なわれたイメージと比較
することができる。いくつかの一致するセキュリティが損なわれたイメージが特定される
場合、そのような特定は、調整された攻撃が単一の主体によってデバイスに対して行われ
たことを示すことができる。

【0083】

したがって、本明細書において検討されるようにして、リモートのイメージ再取得シス
テム(remote re-imaging system)600は、便利な方法でデバイス604などのデバイスを更新
するための機構を提供することができる。例えば、デバイス604は多量のコードを永続的
に記憶しないので、イメージに対する頻繁な更新により、デバイス604のユーザにもたら
す中断を最小限にすることができる。また、上で検討されたようにクラウドにポストされ
たイメージデータを使用すると、特定のクライアントデバイスのデータを一掃し、次にサ
ーバシステム602からそれらのクライアントデバイスへ再びイメージを取得するための便
利な方法が可能になる。加えて、サーバシステム602は、すべてのデバイスまたはデバイ
スの特定の大きなグループに共通の基本構成要素の互いに一意な組合せから特定のイメー
ジを再構築することができるように、単に、イメージ全体を一緒に構成する交換可能なコ
ンポーネントを使用し、次いで、ユーザデバイスマップデータベース622でそれらのコン
ポーネントの組合せを特定のデバイスにマッピングすることによって、多数の異なるユー
ザデバイスに関するイメージを記憶することができるようになる。

【0084】

図7は、コンピューティングデバイスのリモートの監視および制御を行うシステム700の
概念図である。概して、システム700は、スマートフォンまたはタブレットコンピュータ
またはラップトップコンピュータなどのポータブルコンピューティングデバイスの形態で
あってもよいコンピューティングデバイス702を含む。コンピューティングデバイス702は
、ウェブブラウザの形態のただ1つのネイティブアプリケーションを有し、その他のアプ
リケーションはウェブブラウザ上で実行されるウェブアプリケーションの形態で提供され
るオペレーティングシステムのような非常に軽いオペレーティングシステムを搭載するデ
バイスであってもよい。上述のその他のデバイスと同様に、デバイス702は、インターネ
ットなどのネットワーク708を通じてインタラクションして、デスクトップコンピュータ7
06のサーバシステム704と通信することができる。デスクトップコンピュータ706は、コン
ピューティングデバイス702と同じ人によって所有されているコンピュータとすることが
できる。例えば、ユーザは、職場または家にデスクトップコンピュータを有する可能性が
あり、路上でポータブルコンピューティングデバイス702を使用する可能性がある。本明
細書に記載のシステム700は、詐欺師などがデバイス702のオペレーティングシステムに干
渉し、悪意のあるコードまたはコンテンツを調べる機会を与えることをより難しくするこ
とによって、コンピューティングデバイスにより高いセキュリティを提供することを対象
とすることができる。

【0085】

ブートプロセス中の早い段階でセキュリティ侵害を特定するための1つの例示的な機構
が、図の例示的なスタックによって示される。この例のスタックは、比較的小さくまとめ
られており、ファームウェアで実装され得るBIOS716を最も低いレベルに含む。BIOSは、B
IOSに関する通常の動作を実行することができ、サーバシステム704との限られたネットワ
ーク接続を確立するためのコードも含み得る。この例における限られた接続は、(ブート
プロセスが容易にハッキングされ得るレベルに達してしまう前に)デバイス702からサーバ
システム704に、またはサーバシステム704からデバイス702に不正な活動をレポートする
ために使用される。一例として、ユーザは、デバイス702が盗まれたことを発見すること
ができ、コンピュータ706を使用してコンピュータシステム704にログオンすることができ
る。次いで、ユーザは、デバイス702のデータを一掃し、シャットダウンすること、また
はデバイス702が現在のユーザの写真を撮り、デバイス702の現在位置をレポートすること
、またはその他の適切な動作を要求することができる。デバイス702が次にブートされる
とき、BIOS716は、ワイヤレス通信を実行するための機構を含み得るネットワークハード
ウェア718によって送信されるメッセージを通じてサーバシステム704に知らせることがで
きる。サーバシステム704は、ステータスメッセージで応答を返すことができる。通常は
、ステータスメッセージは、何も問題がないことを示すことができる。しかし、ユーザが
ログインし、デバイス702がなくなったことをレポートしたので、サーバシステム704は、
この例においては、問題が起こったことをデバイス702に示す。

【0086】

サーバシステム704は、ネットワーク708とデバイス702との間の往復の矢印によって示
されるように、デバイス702のその後の動作に関する命令を与えることができる。例えば
、サーバシステム704は、何者かがデバイス702でタイピングしていることをデバイス702
が感知するときなどに、デバイス702のユーザのデジタル画像を撮るようにデバイス702に
指示することができる。ブートが完了したデバイス702は、自動的に、現在のユーザ(おそ
らく泥棒)に気付かれずに写真をアップロードすることができる。加えて、そのような画
像は、デバイス702の現在位置を示すGPSデータを伴う可能性がある。このようにして、警
察がデバイス702を取り戻すためにどこに行くべきかを知ることができ、デバイス702が盗
まれている間に特定のユーザがデバイス702を使用していたという証拠を持つこともでき
る。

【0087】

デバイス702をブートするためのスタックの残りも、比較的小さくまとまっている。例
えば、BIOSのコード716を用いて基本的なセキュリティチェックが行われた後、オペレー
ティングシステム714のコードが実行され得、オペレーティングシステムの基本的なコン
ポーネントが起動され得る。オペレーティングシステムの起動の一部として、または同様
であるが別の動作の一部として、次に、サービス712が開かれ、デバイス702上で利用でき
るようにされ得、オペレーティングシステム714の専用のネイティブウェブブラウザアプ
リケーションなどのアプリケーション710が起動され得る。

【0088】

また、セキュリティチェックは、完全なブートが行われた後を含め自動的かつ周期的に
行うことができる。例えば、ウォッチドッグタイマー720が、デバイス702で実行され得、
デバイス702でセキュリティが周期的にチェックされるようにすることができる。例えば
、本明細書において示されるスタックは、独自のシステムパーティション内にあってもよ
く、スタックが更新されるとき、ハッシュ値を生成するためにそのスタックのコードに関
数を適用することができる。ウォッチドッグタイマー720がトリガされるとき、オペレー
ティングシステムがこれらのコンポーネントのそれぞれが常にスタック内にあるオペレー
ティングシステムである場合、同様のハッシュが、そのときにスタックが含むものすべて
に対して実行され得、更新中を除いて変わらない。次に、新しいハッシュが、スタックに
関する記憶されたハッシュと比較され得る(ハッシュは、スタック内のすべてのコンポー
ネントよりも少ないコンポーネントに対して行うことができる)。値が変わった場合、サ
ーバシステム704は通知され得、その後、デバイスをロックすること、デバイス702のスト
レージのデータを一掃すること、デバイスのストレージ媒体を再フォーマットすること、
またはその他のそのような動作を実行することなどのためにデバイス702に信号を送出す
ることが可能である。サーバシステム704は、職場の電子メールまたはテキストメッセー
ジの通知などの予備の伝達手段によってデバイス702の正規ユーザに知らせることもでき
る。

【0089】

デバイス702は、サーバシステム704に問題をレポートする際、問題を発見すると直ちに
レポートすることも、または後でレポートすることも可能である。例えば、BIOS716は、
デバイス702の問題を示す識別子を生成することができる。次いで、BIOS716は、デバイス
702が完全な機能を有するようにするためにスタックのその他のコンポーネントが実行さ
れることを可能にし得る。デバイス702が完全にブートされると、サーバシステム704が、
デバイス702に問題があることを知り、理解するように、かつサーバシステム704が、リブ
ートし、特定の1つのプロセスもしくは複数のプロセスをリブートし、デバイス702のスト
レージ媒体を消去するための、またはデバイス702のストレージ媒体を再フォーマットす
るためのメッセージなどの適切なメッセージをデバイス702に送信することができるよう
に、ネットワークハードウェア718が、サーバシステム704に識別子を提供することにもな
り得る。

【0090】

図8は、ホストされるコンピュータシステムに集中的に記憶されるデータのコンピュー
ティングデバイスへのキャッシュを行うためのシステムの概念図である。概して、システ
ム800は、サーバシステム804のストレージ810のキャッシュとして働くようにコンピュー
ティングデバイス802のストレージ808を使用する。そのようにして、処理を高速化するた
めに、キャッシュされたデータ808が、多くの場合、デバイス802にとどまり、比較的少な
い場合にネットワーク806を介した往復を必要とすることを可能にすることによって、デ
バイス802の動作が、より効率化され、高速化され得る。本明細書におけるデバイス802は
、上で検討されたその他のデバイスと同様に、ウェブブラウザがただ1つのアプリケーシ
ョンであり、その他のアプリケーションはウェブブラウザのウェブアプリケーションとし
て動作するオペレーティングシステムを有するものとして実装され得る。また、図7に関
して検討されたスタックが、デバイス802に実装され得る。

【0091】

図において、デバイス802は、3つの特定の値、A、B、およびCを記憶しているところを
示されている。同様に、サーバシステム804は、対応する方法で、それらの値のうちの2つ
をAおよびBの形態で記憶している。サーバシステム804は、Dの値も記憶している。ストレ
ージ810内のAおよびBの値は、それらの値がデバイス802によってストレージ808内で変更
されたので、それらの項目が「ダーティ(dirty)」であり、ストレージ810へのアクセスを
試みるその他のデバイスによって信用され得ないことを示すために括弧で囲んで示されて
いる。基本的に、サーバシステム804は、デバイス802がそれらの値をチェックアウトした
かのように動作するが、ただし、別のデバイスによってそれらの値の要求が行われる場合
、サーバシステム804は、それらの最新の値を得るためにデバイス802に問合せを行い、そ
れらの値の制御をデバイス802から取り戻すことができる。また、図に示されるように、
デバイス802において、項目Bのみが、ストレージ808内の項目Bの上のアポストロフィーに
よって示されるように、サーバシステム804から取得されたその項目のバージョンから変
更されている。

【0092】

動作の間、デバイス802は、項目A、B、および/またはCの値が変更される結果となるさ
まざまな動作を実行することができる。適切な時点で、デバイス802は、そのような変更
をサーバシステム804に送ることができ、続いて、サーバシステム804が、ストレージ810
内のその項目の値を更新することができる。デバイス802は、それらの項目を用いてそれ
が行われることを示すことができ、それに応じて、サーバシステム804は、システム800内
の制御された種類の値であるという項目のマークを解除することができる。このようにし
て、データが、デバイス802で実行されるウェブアプリケーションとサーバシステム804の
ためのデータストアとの間で便利にキャッシュされ得る。

【0093】

図9は、コンピューティングデバイスの遅らせたロックを行うためのプロセスの流れ図
である。概して、プロセスは、クラムシェルデバイスのカバーを閉じること、またはタブ
レットデバイスを保護されたスリープモードにするためにタブレットデバイスのボタンも
しくはその他のコンポーネントを押すことによってユーザがデバイスを閉じるときに、ア
クティブモードからスリープモードなどの保護されたまたはロックされたモードに移るの
を遅らせるように構成されているコンピューティングデバイスで実行され得る。この例に
おいて、保護されたスリープモードとは、デバイスを再び使用するために、ユーザがパス
ワードを入力するか、または別の同様の動作を行ってデバイスのロックを解除する必要が
あるスリープモードである。概して、そのようなデバイスは、単にデバイスを再びオンに
することに加えて、再アクティブ化するために有効な入力を必要とするので、ロックされ
ていると言われる。

【0094】

本明細書に記載のプロセスによって意図的に引き起こされる遅延は、ユーザが、デバイ
スがスリープまたはロックされたモードに移行することを望んでいることを示した後、デ
バイスを完全にスリープモードにする前にすぐに考えを変え、デバイスを再び使用する必
要がある場合に、ユーザが短時間のうちの再びデバイスを使い始めることを可能にするこ
とができる。遅延が適切に時間を調整されており、短い場合、そのような遅延は、適切な
元のユーザが遅延期間の間ずっとデバイスの近くに留まる可能性が高く、したがって、デ
バイスがロックされたモードに遷移する前に侵入者がデバイスを奪うことができないとい
う点で、プロセスにもたらすセキュリティ上の負担が最小限である可能性がある。

【0095】

プロセスは、デバイスが特定の動作を実行すべきであることをユーザが示したかどうか
を判定するためにコンピューティングデバイスを監視することを開始するボックス902で
始まる。ボックス904において、プロセスは、ロックする時間に関するユーザ入力を受信
する。例えば、ユーザは、デバイスを特定のユーザに関して変わり得るスリープモードに
変える前に遅延を有するようにそれらのユーザのコンピューティングデバイスを構成する
ことができる。例えば、この場合、ユーザは、ユーザが考えを変え、デバイスのアクティ
ブ状態を再確立するための適当な時間を与えるために9秒の遅延を特定することができる
。デバイスをロックするための遅延時間に関するユーザ入力に応じて、ボックス906にお
いて、プロセスは、デバイスに関するロックの時間パラメータを調整する。そのようなパ
ラメータは、デバイスに永続的に記憶され得、したがって、セッションが異なっても、デ
バイスをロックするための遅延期間は同じであり、ユーザは、時間が経過する前に素早く
デバイスを再開することができることを快適に感じ始める可能性がある。

【0096】

ボックス908において、プロセスは、ユーザがデバイスのシェルカバーを閉じてデバイ
スの電源スイッチを押すこと、またはユーザが直接スイッチを押してデバイスをオフにす
るかもしくはデバイスをスリープモードに移行させることなどによって、デバイスが開い
た構成から閉じた構成に移行させられたことを特定する。本明細書において検討される関
連する遷移は、デバイスのアクティブな動作モードに戻るために実質的なユーザ入力を必
要とする遷移であり、したがって、遷移は、スクリーンをオフにするが、モード変更に応
じてデバイスがロックされず、かなりのコンポーネントが停止されていないという点で容
易に元に戻すことができ得る、単にデバイスを閉じた構成から開いた構成に移すことだけ
では済まない。とはいえ、ユーザの入力が受信されたというフィードバックをユーザに与
えるために、元に戻るために実質的なユーザ入力を必要とするスリープモードにデバイス
を移す際の遅延が続いているとしても、デバイスが開いた構成から閉じた構成に移った後
に直ちにデバイスのスクリーンを消すこともできる。

【0097】

ボックス910において、プロセスは、時間パラメータが切れるときにデバイスをロック
することに関連付けられるシャットダウンタイマーを開始する。この場合の時間パラメー
タは、ボックス904においてユーザにより選択され、ボックス906においてデバイスにより
適用されたパラメータである。例えば、デバイスは、閉じられるとすぐにスクリーンを消
し、9秒のシャットダウンタイマーを開始することができるが、タイマーが切れるまで異
なるモードに移行しなくてもよい。したがって、912において、プロセスは、設定された
時間が過ぎたかどうかを判定するためのチェックを繰り返し行う。時間が過ぎていない場
合、プロセスは、ボックス914において、デバイスが開かれたかどうかを調べる。デバイ
スが開かれた場合、プロセスは、ボックス902のコンピューティングデバイスの監視に戻
る。その後、ユーザは、ロックのタイマーに関する新しい時間を設定することができ、ま
たは再びデバイスを開いた構成から閉じた構成に移し、したがって、ここで検討された動
作の一部もしくはすべてを繰り返すことができる。

【0098】

タイマーが切れると、プロセスはボックス916においてデバイスをロックする。デバイ
スのそのようなロックは、デバイスをアクティブ状態に戻すためにユーザのロック解除の
入力を必要とすることに加えて、デバイスの特定のプロセッサの動作を遅くすることもし
くはそれらのプロセッサへの電力を完全に取り除くこと、ディスプレイスクリーンをオフ
にすること、換気ファンおよび電力を使うその他のものをオフにすること、ならびにユー
ザがデバイスを再アクティブ化し、ロックを解除するのを待つことも含み得る。

【0099】

図10Aは、オペレーティングシステムでコンテキストオブジェクトを管理するためのプ
ロセスの流れ図である。概して、プロセスは、オペレーティングシステム内のオブジェク
トが生成されたとき、および/またはそれらのオブジェクトが変更されたか、もしくはそ
の他の方法でデバイス上で操作されたときに、それらのオブジェクトを、それらのオブジ
ェクトを取り巻くコンテキストを記述するメタデータと関連付けることを含む。

【0100】

プロセスは、オペレーティングシステムにおいてオブジェクトがインスタンス化される
1002で始まる。オブジェクトは、さまざまな形態を取ってもよく、ここでは例示を目的と
して、ワードプロセッサアプリケーションで編集され得るワードプロセッサ文書である。
ボックス1004において、プロセスは、開始時のその他の開いているオブジェクトの状態を
定義するコンテキストメタデータを特定する。例えば、ユーザはウェブブラウザで特定の
URLを開くことができ、プロセスは、ウェブブラウザに関するおよびそのURLに関する識別
子を記憶することができる。そのようなコンテキストメタデータは、そのメタデータが、
ユーザがウェブページを見ており、次いで、ワードプロセッサプログラムでそのウェブペ
ージについて書き留めようと判断したことを示す場合、重要である可能性がある。したが
って、ブラウザアプリケーションのウェブページのURLとワードプロセッサアプリケーシ
ョンのワードプロセッサ文書との間の相関が生成され、記憶されることが有益である可能
性がある。結果として、コンテキストメタデータがボックス1006において記憶され、イン
スタンス化されたオブジェクトに関する情報がボックス1008において記憶される。

【0101】

ボックス1010において、ユーザが情報をワードプロセッサ文書に打ち込み、その文書の
編集を終えた後など、ある時間の後に、オブジェクトが閉じられることもあり、その後、
ユーザがもう少し文書を編集したいときなどに、オブジェクトを開く要求が受信され得る
。オブジェクトが再び開かれるとき、さまざまなその他のアプリケーションがそのとき実
行され得、それらのアプリケーションは、やはり、この文書がユーザによって開かれた理
由に関連し得る。この場合も、例えば、ブラウザは、ユーザにとって重要な、ひいては、
オブジェクトであるその文書にとって重要なトピックを開いていることがある。

【0102】

結果として、そのような情報を捕捉するために、ボックス1012において、プロセスは、
コンテキストメタデータを、インスタンス化されたオブジェクト以外の開いているオブジ
ェクトについての情報を用いて更新する。したがって、オブジェクト自体を表すドメイン
ファイル(domain file)の一部であってもよい、オブジェクトに関するメタデータリポジ
トリが、ユーザがオブジェクトを継続的に開き、閉じ、操作するときに生成され、追加さ
れ、更新され得、メタデータリポジトリに追加されるデータは、同時に実行されているそ
の他のアプリケーションによって定義されるときを含むそれぞれの状況においてオブジェ
クトが存在したコンテキストと、それらのその他のアプリケーションが何をしていたのか
についての情報とを表す。したがって、ボックス1014において、ユーザは、オブジェクト
を閉じて開くその他のサイクルを通り抜け、メタデータが、更新される。

【0103】

そのようなコンテキストメタデータは、最終的に、ユーザの意図を十分に示すと判定さ
れるときに、自動的に動作を実行するために使用され得る。例えば、ユーザが文書を開く
とき、システムは、コンテキストメタデータの分析が、ユーザが、文書を開くと、通常、
検索を実行するということを示す場合、同時に、ブラウザで検索エンジンに対して検索を
実行することができ、文書とともに検索結果を表示することができる(例えば、文書が企
業の株価を追跡する場合、システムは、企業に関する現在の価格に関する検索を実行する
ことができ、したがって、ユーザはそれを文書にカットアンドペーストすることができる
)。

【0104】

図10Bは、オペレーティングシステムでコンテキストオブジェクトを管理するためのプ
ロセスの流れ図である。図10Aに示されたプロセスと同様に、プロセスは、オペレーティ
ングシステム内のオブジェクトが生成されたとき、および/またはそれらのオブジェクト
が変更されたか、もしくはその他の方法でデバイス上で操作されたときに、それらのオブ
ジェクトを、それらのオブジェクトを取り巻くコンテキストを記述するメタデータと関連
付けることを含む。

【0105】

プロセスは、コンピューティングデバイス上で開いている第1のオペレーティングシス
テムのオブジェクトに対する第1の事前に定義された動作の第1の発生が記録される1022で
始まる。ボックス1024において、第1のオペレーティングシステムのオブジェクトと同時
にコンピューティングデバイス上で開いている第2のオペレーティングシステムのオブジ
ェクトに対する第2の事前に定義された動作の第1の発生が、記録される。オブジェクトは
、ワードプロセッサ文書、画像ファイル、特定のURLを表示しているウェブブラウザなど
のさまざまな形態を取ってもよい。

【0106】

次に、それぞれ、第1のオペレーティングシステムのオブジェクトおよび第2のオペレー
ティングシステムのオブジェクトに関連する第1の事前に定義された動作および第2の事前
に定義された動作が、ボックス1026において相互に関連付けられる。第1のおよび第2のオ
ペレーティングシステムのオブジェクトに関連する相互に関連付けられた動作を含む相互
に関連付けられた状態が、ボックス1028において記憶される。相互に関連付けられた状態
を記憶するデータベースが、保守される。これらの状態を記憶することは、特定の時間に
さまざまなオブジェクトに関して取られた動作の履歴を提供し、したがって、オブジェク
トの相関の履歴を記憶する。そのようにすることは、コンピュータがデータベースにアク
セスして特定のオブジェクトにかかわるあらゆる相互に関連付けられた状態を検索するこ
とを可能にし、したがって、さまざまなオブジェクトの間の関係が判定され得る。

【0107】

ボックス1030において、第1のオペレーティングシステムのオブジェクトに対する第1の
事前に定義された動作の第2の発生が特定される。ボックス1032において、次に、第2の発
生が、第1のオペレーティングシステムのオブジェクトに対する第1の事前に定義された動
作を含むデータベース内の相互に関連付けられた状態と比較される。比較は、ボックス10
34に示されるように、第2のオペレーティングシステムのオブジェクトに対する第2の事前
に定義された動作が第1のオペレーティングシステムのオブジェクトに対する第1の事前に
定義された動作に関連するという判定をもたらす。その結果、ボックス1036において、第
2のオペレーティングシステムのオブジェクトがインスタンス化される。相関は、任意の
所与の時間にコンピュータ上で開いているオブジェクトの「スナップショット」を取得す
ることによって確立され得る。相関は、個々のオブジェクトに関連するメタデータを記憶
することによって決定され得、メタ状態は、図2Aおよび2Bに関して上で説明されたように
、その他のオブジェクトまたはユーザについての情報を含む。

【0108】

図11は、コンピューティングデバイスでメモリの制御を維持するためのプロセスの流れ
図である。プロセス1100は、例えば、システム400などのシステムによって実行され得る
。しかし、別のシステム、またはシステムの組合せが、プロセス1100を実行するために使
用されてもよい。

【0109】

図11を参照すると、プロセス1100は、コンピューティングデバイスで潜在的なメモリの
不足を管理するための例示的な方法におけるアプリケーションのライフサイクルを示す。
この方法は、アプリケーションを実行するステップ1105で始まる。例えば、オペレーティ
ングシステムが、ユーザの要求に応答して、または別のアプリケーションの要請で永続的
メモリからアプリケーションをロードすることができる。次に、ステップ1110において、
システム400は、アプリケーションの状態が変わったかどうかを判定する。一部の実装形
態においては、アプリケーションモニタ220が、いつアプリケーションがフォーカスを取
得するか、いつ新しいアプリケーションが生成されたか、またはいつアプリケーションが
終了されたかに注目することができる。代替的な実施形態においては、上述の変化に加え
て、または上述の変化の代わりに、アプリケーションマネージャは、システムへのユーザ
入力(例えば、キーの押下、マウスのクリック、スタイラスまたは指のタップなど)を監視
して、いつアプリケーションが状態を変えた可能性があるのかを判定することができる。

【0110】

状態の変化が検出されない場合、方法は、システムがメモリの不足が存在するかどうか
を判定するステップ1115に進む。システムが、メモリの不足が確かに存在すると判定する
場合、方法は、以下で検討されるステップ1130に進む。しかし、メモリの不足が存在しな
い場合、ステップ1110が繰り返される。

【0111】

状態の変化が検出されると、方法はステップ1120に進む。ステップ1120において、状態
情報が生成され、記憶される。特定の状態のアプリケーションはいつでも終了され得るの
で、アプリケーションモニタは、状態の変化を検出した後、アプリケーションに、状態情
報を生成し、永続的メモリに記憶するように指示することができる。例示的な実装形態に
おいて、状態情報は、アプリケーションが終了される前に存在していたようにアプリケー
ションを再現するために使用される情報を含み得る。例えば、状態情報は、ディスプレイ
上のアプリケーションのウィンドウの位置、ユーザによって行われたアプリケーションの
ファイルへのすべての変更、およびユーザが好む表示モードを含み得るがこれらに限定さ
れない。状態情報が生成されると、アプリケーションは、その状態情報を永続的メモリに
記憶することができる。

【0112】

状態情報が生成され、保存された後、方法は、システムがメモリの不足が存在するかど
うかを判定するステップ1115に進む。システムがメモリが底をついたと判定する場合、カ
ーネルが、アプリケーションターミネータに、1つまたは複数のアプリケーションを終了
させることによってメモリを利用可能にするように指示することができる。代替的な実装
形態においては、カーネルは、メモリが不足しつつあるかどうかを判定することができる
。カーネルは、アプリケーションからのメモリ要求を現在利用可能なメモリと比較するこ
とによって差し迫ったメモリの不足を検出することができる。カーネルは、利用可能なメ
モリの量が所定の閾値未満であるかどうかを判定することも可能である。不足が検出され
るとき、カーネルは、選択されたアプリケーションが通常の動作を継続するのに十分なメ
モリを有することを保証するために十分なメモリを解放するためのステップを踏むことが
できる。

【0113】

システムがメモリを必要すると判定した場合、方法は、アプリケーションが最も低くラ
ンク付けされたアプリケーションであるかどうか、すなわち、アプリケーションがアプリ
ケーションの階層の一番下にあるかどうかをアプリケーションターミネータが判定するス
テップ1130に進む。アプリケーションが階層224の一番下にない場合、方法は、システム
が状態の変化に関してアプリケーションを監視するステップ1110に戻る。アプリケーショ
ンが階層の一番下にある場合、方法は、アプリケーションが終了されるステップ1140に進
む。一部の実装形態において、アプリケーションターミネータは、アプリケーションがプ
ログラムスタック内の最後のアプリケーションであるかどうかを判定する。そうである場
合、そのアプリケーションおよびすべての関連するスレッドが、終了される。

【0114】

ステップ1150において、システムは、アプリケーションが復元されるべきかどうかを判
定する。例示的な実装形態においては、ユーザが終了されたアプリケーションに戻ろうと
試みることをシステムが検出する場合、方法は、記憶された状態情報を用いてアプリケー
ションが復元されるステップ1105に戻る。例えば、システムは、終了されたアプリケーシ
ョンの上に被さっているウィンドウを閉じるかまたは最小化しようとするユーザによる試
みを検出することができる。それに応じて、システム400は、アプリケーションに関する
状態情報を永続的メモリからロードし、記憶された情報を用いてアプリケーションを復元
する。

【0115】

システム400が終了されたアプリケーションとインタラクションしようとする試みを検
出しない場合、方法は、システム400がアプリケーションを復元すべきかどうかを再び判
定するステップ1150に戻る。

【0116】

図12は、コンピュータプロセス間のメッセージの受渡しを伴うスレッドアフィニティを
提供するためのプロセスの流れ図である。概して、本明細書において、プロセスは、単一
のコンピュータで実行されているプロセス間で行われるものとして示される。例えば、2
つのプロセスが、デバイスで実行されており、他方のアプリケーションに対してデバイス
41のメモリを保護するために互いにサンドボックス化されるように構成されている2つの
異なるアプリケーションを表すことができる。プロセスは、プロセスのそれぞれがインス
タンス化されるボックス1202で始まる。

【0117】

ボックス106において、プロセスがある時間の間実行された後、プロセスAは、プロセス
AがプロセスBによる動作を必要とするか、またはプロセスBから返された情報を受信する
必要があると判定することが可能である。結果として、ボックス106において、プロセスA
は、そのプロセスBがプロセスAのためにメッセージをどのぐらい速く処理する必要がある
かを定義する情報を伴うメッセージを渡す。したがって、ボックスPaul Blakeにおいて、
プロセスBが、メッセージを受信し、ボックス110において、優先度情報(priority inform
ation)からメッセージの本体を分ける。次に、プロセスBは、優先度情報、またはメッセ
ージによってプロセスAから渡され得るその他の情報を用いて、メッセージをどのように
処理すべきかを決定する。例えば、プロセスAは、その処理を完了するためにコンピュー
タデバイスの現在の状態に関するレポートを必要とする可能性があり、それを行うための
情報を待つことがかなり遅く、そのことにより、プロセスに、ユーザによって直ちに必要
とされていると伝えさせる場合、プロセスAは、プロセスAの動作をすべてのその他の動作
よりも優先させるようにプロセスBに伝える情報を与えることができる。したがって、ボ
ックスPaulハンドレッド12において、プロセスは、優先度情報に基づいて焦点を変えるこ
とができる。例えば、プロセスBが、前に、長いが時間の制約が厳しくないプロセスに対
処していた場合、プロセスBは、そのような活動に関する状態情報を保存することができ
、プロセスBでのその処理をひとまず置いておくことができる。このようにして、プロセ
スは、便利な方法で、それらのプロセスを通じて行われる要求に関するより集中的な応答
を提供するように互いに通信し合うことができる。

【0118】

図13は、ステートレス環境で状態情報を提供するためのプロセスの流れ図である。概し
て、プロセスは、ウェブブラウザのペインまたはウェブブラウザで実行されている1つも
しくは複数のウェブアプリケーションなどのアプリケーションの状態の変化を追跡するこ
とと、それらの変化についての情報を記憶するサーバシステムにそのような情報を渡すこ
ととを伴う。同じユーザに関してログインされる後のコンピュータは、そのとき、サーバ
システムから状態情報を取得することができ、したがって、最後に保存された状態を再現
することができる。

【0119】

プロセスは、ユーザが通常の方法でコンピューティングデバイスを動作させるボックス
1302で始まる。コンピューティングデバイスは、ウェブブラウザの形態で単一のネイティ
ブアプリケーションを実行するオペレーティングシステムを実行することができ、その他
のアプリケーションは、ウェブアプリケーションのようにウェブブラウザ内で実行される
。ブラウザの各ペインおよびウェブアプリケーションのそれぞれは、セキュリティのため
に独自の隔離されたプロセスでサンドボックス化され得る。

【0120】

ボックス1304において、プロセスは、周期的に、またはデバイスの状態の変化に応じて
、デバイス上の1つまたは複数のアクティブなDOMのイメージを保存する。そのような活動
は、ユーザがウェブページ上のアクティブコンテンツ(例えば、JavaScript（登録商標）
によって生成されるコンテンツ)とインタラクションしたかどうかなど、関連する状態が
ウェブページの現在の状態であるときに行われ得る。デバイスの、およびデバイス内のさ
まざまなプロセスの現在の状態を完全に捕捉するために、DOM情報の代替として、または
その情報に加えて、その他の状態情報も保存され得る。例えば、デバイス上のアクティブ
なプロセスのそれぞれのリストが、保有され、更新され得、それらのプロセスの現在の状
態を定義する特定のパラメータも、更新され得る。そのような情報は、コンピューティン
グデバイスに情報を提供しているサーバに同時にまたは後でアップロードされ得、サーバ
システムは、デバイスの最後に保存された状態が、後で再構築され得るようにその情報を
体系化することができる。

【0121】

ボックス1308において、そのような再構築の要求が発生する。例えば、同じユーザによ
ってサーバシステムを介して第1のデバイスとして登録されるデバイスのブートプロセス
は、自動的にサーバシステムに働きかけて、登録されたデバイスのユーザアカウントに関
する最新の状態情報を取得することができる。そのとき、サーバシステムは、特定のデバ
イスに関する記憶されたイメージにアクセスすることができる(ユーザまたはユーザのグ
ループは、デバイスがブートされるときにデバイスが自動的に取得するべきそれらのデバ
イスに関するイメージを定義することができる)。また、デバイスは、前のコンピュータ
と後のコンピュータとが互いに同じであるのかまたは異なるのかにかかわらず、イメージ
のコンポーネントに関連するデータを用いて、ウェブページおよびその他のオブジェクト
を、サーバシステムのユーザのアカウントに登録されたコンピュータをユーザが最後に使
ったときのそれらの状態に再構築することができる。

【0122】

ボックス1314において、プロセスは、ページおよびその他のオブジェクトをそれらが前
に保存された状態のまま表示する。

【0123】

図14は、ネットワークを介してコンピューティングデバイスのイメージを取得するプロ
セスの流れ図である。概して、本明細書において、プロセスは、ホストされるサーバシス
テムと通信する1つまたは複数のクライアントデバイスで行われるものとして示される。
この例において示される処理の特定の分割は、例示のみを目的として与えられており、異
なる実装形態においては、その他の動作が、同様のコンポーネントによって、または異な
るコンポーネントによって行われてもよい。概して、ここで示されるプロセスは、クライ
アントデバイスがブートされるときにどのように動作するかをそれぞれが定義するイメー
ジを構築するためのイメージデータを記憶することを含む。イメージは、集中的なホスト
されるサーバシステムで記憶され、構築され、イメージデータは、ブート時にクライアン
トデバイスに与えられる。

【0124】

プロセスは、複数の異なるクライアントデバイスがデバイスのユーザによって通常の方
法で動作させられるボックス1402で始まる。ユーザのそれぞれは、ボックス1404のように
、それらのユーザの特定のデバイスのイメージに関するパラメータを定めることができ、
ボックス1406でイメージを受信することができる、ホストされるサーバシステムにデバイ
スのイメージを送ることができる。例えば、ユーザは、それらのユーザのデバイスをブー
トするときに(ウェブアプリケーションなどの)特定のアプリケーションがロードされるこ
とを望む可能性があり、特定の方法で設定されたデバイスの設定を望む可能性がある。

【0125】

ボックス1408において、サーバシステムは、特定のデバイスに関するイメージを、サー
バシステムの記憶されたデータと比較する。例えば、サーバシステムは、さまざまな異な
るイメージを一緒に構成するコンポーネントを記憶することができ、単純に、各コンポー
ネントの1つのコピーと、それらのコンポーネントをクライアントデバイスに関するイメ
ージのそれぞれにマッピングする基本的なテキストのまたは同様のファイルとを記憶する
ことができる。例えば、2進の数字のリストが、イメージ全体を特定するために使用され
てもよく、リストのそれぞれの位置が、特定のイメージに存在することも、または存在し
ないこともある特定のコンポーネントを特定することができ、特定のデバイスに関してそ
の位置に1があることは、デバイスがそのイメージ内にその特定のコンポーネントを有す
ることをサーバシステムに示すことができる。したがって、例えば、ボックス1410におい
て、プロセスは、デバイスのイメージの一部をより小さなシノニム(synonym)で置き換え
る。説明されたばかりの例において、シノニムは、単純なビット値とすることができるが
、その他の実装形態においては、シノニムは、システム内の特定のコンポーネントに対し
て一意である英数字の識別子とすることもできる。

【0126】

ボックス1412において、サーバシステムは、特定のイメージに属するデバイスを指し示
すデバイスの識別子を有するサイズを削減されたイメージを保存する。例えば、システム
は、1つの位置に特定のコンポーネントに関するコードを記憶することができ、上で検討
された2進値のストリームと一緒に、その他の位置に、デバイスに対して一意であるデバ
イスの識別子を記憶することができる。

【0127】

後日、特定のデバイスが、ボックス1414によって示されるように、イメージを要求する
ことができ、サーバシステムが、ボックス1416において、そのデバイスに関するイメージ
にアクセスし、そのイメージを展開することができる。一例として、デバイスは、ブート
されるたびにイメージを要求することが可能であり、オフであるときにローカルにそのデ
バイスのイメージを記憶しないこともできる。そのような展開は、サーバシステムによっ
て、上で検討された2進値のリストをステップスルーし、リストの中の各値が0ではなく1
であるコンポーネントを集めることを含み得る。コンポーネントを収集するか、またはそ
れ以外の方法でデバイスに関するイメージをビルドするためのその他の技法も、使用され
得る。

【0128】

ボックス1418において、サーバシステムは、そのサーバシステムがビルドしたイメージ
をクライアントデバイスに送り返し、ボックス1420において、クライアントデバイスが、
イメージをロードし、そのデバイスがデバイスのユーザによって完全に動作させられるこ
とを可能にする。本明細書において検討される技法を使用して、イメージデータは、特に
、システムに関して多数のデバイスが動作するときに、システム全体でそのイメージデー
タのサイズが削減される方法で、ホストされるシステムに記憶され得る。

【0129】

図15は、コンピューティングデバイスのリモートの監視および制御を行うためのプロセ
スの流れ図である。概して、プロセスは、チェックが行われているレベルよりも低いレベ
ルのスタックに入り込むハッカーの能力を少なくするために、オペレーティングシステム
のスタックの低いレベルでセキュリティチェックを行うことによってクライアントコンピ
ューティングデバイスにセキュリティを提供する。

【0130】

プロセスは、デバイスがユーザによってオンにされるボックス1502で始まる。ボックス
1504において、デバイスは、そのデバイスのブートファームウェアにアクセスし、同様の
方法でブートプロセスを開始する。ファームウェアは、BIOSまたはデバイスのその他の構
造の一部であってもよい。ファームウェアは、デバイスとホストされるサーバシステムと
の間のワイヤレス送信のための機構も含み得、ボックス1506において、プロセスは、その
ような機能を用いてホストされるサーバシステムにメッセージを送信する。メッセージは
、デバイスがホストされるサーバシステムに最後に連絡して以降のデバイスの状況の変化
を特定する要求として扱われ得る。ボックス1508において、サーバシステムは、メッセー
ジを受信し、デバイスおよびデバイスのパラメータを特定する。例えば、ホストされるサ
ーバシステムは、デバイスの識別子を用いて、デバイスが盗まれ、ロックされるか、また
はデータが一掃されるか、または再フォーマットされるべきであることをデバイスのユー
ザがレポートすることなど、デバイスに関連する何らかのイベントが起こったかどうかを
判定することができる。加えて、デバイスの識別情報は、図14に関して検討されたように
、デバイスのためのイメージを特定し、デバイスのさらなるブートのためにデバイスにそ
のイメージを返すためにコンポーネントの収集を開始するために使用され得る。

【0131】

ボックス1510において、サーバシステムは、デバイスのユーザによるリポートに関して
つい先ほど検討された情報およびデバイスが盗まれたかどうかなどのデバイスについての
記憶された情報にアクセスする。ボックス1512において、サーバシステムは、デバイスで
実行されるべき動作のためのデータを生成し、送信する。図14を用いて検討されたように
、そのような動作は、デバイスによってブートの際に実行されるべきデバイスのためのイ
メージを提供することを含み得る。そのような動作は、デバイスに関して実施されるべき
セキュリティにも関連することができる。例えば、ブートファームウェアによって送信さ
れたメッセージが、デバイスのスタックのその部分が最新の更新以降変更されたことを示
す場合、デバイスで実行されるべき動作は、デバイスのデータを一掃すること、またはデ
バイスのフラッシュメモリもしくはハードドライブなどのストレージ構造を再フォーマッ
トすることを含み得る。同様の動作が、デバイスが盗まれたという、デバイスのユーザか
らの外部の指示に応答して実行され得る。したがって、デバイスにおける動作は、デバイ
スからブート時に受信された情報に応答するか、またはデバイスから受信されないが、レ
ポート内のユーザの呼出しなどの外部ソースから受信されるその他の情報に応答すること
ができる。

【0132】

ボックス1514において、クライアントデバイスは、データおよび命令を受信し、ボック
ス1516において、クライアントデバイスは、ブートファームウェアを用いて、受信された
データを処理し、および/または受信された命令を実行する。受信され得るその他の種類
の命令は、デバイスが回復され得るようにデバイスについての情報をレポートして返す命
令を含む。例えば、デバイスは、上で検討されたように、デバイスを使っている泥棒の画
像をキャプチャするように試みて、搭載されたカメラを用いてデジタル写真を撮影するこ
とができ、その写真を、デバイスの位置を示すGPSデータと一緒に送り返すことができる
。

【0133】

図16は、ホストされるコンピュータシステムに集中的に記憶されるデータのコンピュー
ティングデバイスへのキャッシュを行うためのプロセスの流れ図である。概して、プロセ
スは、どのようにしてウェブベースのコンピューティングデバイスのための特定のデータ
がホストされるサーバシステムに通常記憶され得、ただし、ホストされるサーバシステム
と通信し、ウェブブラウザのウェブアプリケーションを含むデバイス上のアプリケーショ
ンを動作させるためにホストされるサーバシステムに頼るクライアントデバイスにキャッ
シュされる可能性もあるのかを示す。

【0134】

プロセスは、クライアントデバイスとホストされるサーバデバイスとがデバイスに関す
るアカウントに基づく情報を記憶するボックス1602および1604で始まる。例えば、それぞ
れのデバイスまたはシステムは、デバイスをホストされるサーバシステムの特定のユーザ
アカウントに相互に関連付けるデバイスに関するユーザIDを記憶することができる。ボッ
クス1606において、クライアントデバイスは、サーバ側の情報を要求し、ボックス1608に
おいて、ホストされるサーバシステムは、要求された情報を取得し、その情報をクライア
ントデバイスに送信する。ホストされるサーバシステムは、将来、要求の情報に対してな
される変更を特定するための情報も記憶することができる。特定の実装形態において、ホ
ストされるサーバシステムは、編集のためにクライアントデバイスに提供される任意の情
報が編集されることを想定することができ、したがって、ホストされるサーバシステムは
、そのようなデータがクライアントデバイスに渡されるときにそのようなデータをダーテ
ィであるものとしてマークするか、または少なくとも暫定的にマークすることができる。
ボックス1612において、クライアントデバイスは、要求された情報を受信し、クライアン
トデバイスとのユーザのインタラクションに応答して、要求された情報を修正することが
できる。適切なときに、修正された情報は、クライアントデバイスからホストされるサー
バシステムに送り返される。そのような適切なときは、周期的にサーバシステムに情報を
返すクロックによって、またはアプリケーションにおいて定義された制御をユーザが選択
することなどの特定のイベントによって決定され得る。

【0135】

ボックス1616において、サーバシステムは、修正された情報を受信し、ボックス1618に
おいて、記憶された情報を用いて要求された情報に対する変更を特定する。例えば、シス
テムは、クライアントデバイスから返ってきて受信される情報を、前にダーティであると
マークされた情報と比較して、クライアントデバイスに与えられた情報に対して何らかの
関連する変更が行われたかどうかを判定することができる。ボックス1620において、サー
バシステムは、情報のサブセットを更新されたサブセットで置き換えることができる。し
たがって、例えば、システムが、システム上のダーティなデータとクライアントデバイス
から返ってきて受信されたデータとが一致しないと判定する場合、サーバシステムは、ク
ライアントデバイスからの変更された情報を挿入することができる。

【0136】

図17は、本明細書に記載の技法で使用され得る汎用的なコンピュータデバイス1700およ
び汎用的なモバイルコンピュータデバイス1750の例を示す。コンピューティングデバイス
1700は、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブ
レードサーバ、メインフレーム、およびその他の適切なコンピュータなどのさまざまな形
態のデジタルコンピュータを表すように意図される。コンピューティングデバイス1750は
、携帯情報端末、セルラ電話、スマートフォン、およびその他の同様のコンピューティン
グデバイスなどのさまざまな形態のモバイルデバイスを表すように意図される。本明細書
で示されるコンポーネント、それらのコンポーネントの接続および関係、ならびにそれら
のコンポーネントの機能は、単に例示的であるように意図されており、本明細書において
説明および/または特許請求されている本発明の実装形態を限定するように意図されてい
ない。

【0137】

コンピューティングデバイス1700は、プロセッサ1702と、メモリ1704と、ストレージデ
バイス1706と、メモリ1704および高速拡張ポート1710に接続する高速インターフェース17
08と、低速バス1714およびストレージデバイス1706に接続する低速インターフェース1712
とを含む。コンポーネント1702、1704、1706、1708、1710、および1712のそれぞれは、さ
まざまなバスを用いて相互接続されており、共通のマザーボードに搭載されるか、または
適宜その他の方法で搭載されてもよい。プロセッサ1702は、高速インターフェース1708に
接続されたディスプレイ1716などの外部入力/出力デバイス上にGUIのグラフィカルな情報
を表示するために、メモリ1704またはストレージデバイス1706に記憶された命令を含む、
コンピューティングデバイス1700内で実行するための命令を処理することができる。その
他の実装形態においては、複数のプロセッサおよび/または複数のバスが、複数のメモリ
および複数の種類のメモリとともに適宜使用され得る。また、複数のコンピューティング
デバイス1700が、各デバイスが必要な動作の一部を行うようにして(例えば、サーババン
ク、一群のブレードサーバ、またはマルチプロセッサシステムとして)接続され得る。

【0138】

メモリ1704は、コンピューティングデバイス1700内で情報を記憶する。1つの実装形態
において、メモリ1704は、1つの揮発性メモリユニットまたは複数の揮発性メモリユニッ
トである。別の実装形態において、メモリ1704は、1つの不揮発性メモリユニットまたは
複数の不揮発性メモリユニットである。メモリ1704は、磁気または光ディスクなどの別の
形態のコンピュータ可読媒体であってもよい。

【0139】

ストレージデバイス1706は、コンピューティングデバイス1700に大容量記憶を提供する
ことができる。1つの実装形態において、ストレージデバイス1706は、フロッピー（登録
商標）ディスクデバイス、ハードディスクデバイス、光ディスクデバイス、またはテープ
デバイス、フラッシュメモリもしくはその他の同様のソリッドステートメモリデバイス、
またはストレージエリアネットワークもしくはその他の構成内のデバイスを含む一群のデ
バイスなどのコンピュータ可読媒体であるか、またはそのようなコンピュータ可読媒体を
含んでもよい。コンピュータプログラム製品が、情報担体で有形で具現化され得る。コン
ピュータプログラム製品は、実行されるときに上述の方法などの1つまたは複数の方法を
実行する命令を含み得る。情報担体は、メモリ1704、ストレージデバイス1706、プロセッ
サ1702上のメモリ、または伝播信号などのコンピュータ可読媒体または機械可読媒体であ
る。

【0140】

高速コントローラ1708が、コンピューティングデバイス1700に関する帯域を大量に消費
する動作を管理する一方、低速コントローラ1712は、帯域をそれほど消費しない動作を管
理する。そのような機能の割当ては、例示に過ぎない。1つの実装形態において、高速コ
ントローラ1708は、メモリ1704と、(例えば、グラフィックプロセッサまたはグラフィッ
クアクセラレータを介して)ディスプレイ1716と、さまざまな拡張カード(図示せず)を受
け入れることができる高速拡張ポート1710とに接続される。その実装形態において、低速
コントローラ1712は、ストレージデバイス1706および低速拡張ポート1714に接続される。
さまざまな通信ポート(例えば、USB、Bluetooth（登録商標）、イーサネット（登録商標
）、ワイヤレスイーサネット（登録商標）)を含み得る低速拡張ポートは、キーボード、
ポインティングデバイス、スキャナなどの1つまたは複数の入力/出力デバイスと、または
例えばネットワークアダプタを介してスイッチもしくはルータなどのネットワークデバイ
スと接続され得る。

【0141】

コンピューティングデバイス1700は、図に示されるように、多くの異なる形態で実装さ
れ得る。例えば、コンピューティングデバイス1700は、1つの標準的なサーバ1720として
実装されるか、または一群のそのようなサーバ内で複数回実装され得る。コンピューティ
ングデバイス1700は、ラックサーバシステム1724の一部として実装され得る。さらに、コ
ンピューティングデバイス1700は、ラップトップコンピュータ1722などのパーソナルコン
ピュータで実装され得る。代替的に、コンピューティングデバイス1700のコンポーネント
は、デバイス1750などのモバイルデバイスのその他のコンポーネント(図示せず)と組み合
わされてもよい。そのようなデバイスのそれぞれは、コンピューティングデバイス1700、
1750のうちの1つまたは複数を含んでもよく、システム全体が、互いに通信する複数のコ
ンピューティングデバイス1700、1750によって構成されていてもよい。

【0142】

コンピューティングデバイス1750は、コンポーネントの中でもとりわけ、プロセッサ17
52、メモリ1764、ディスプレイ1754などの入力/出力デバイス、通信インターフェース176
6、およびトランシーバ1768を含む。デバイス1750は、追加的なストレージを提供するた
めに、マイクロドライブまたはその他のデバイスなどのストレージデバイスを備え得る。
コンポーネント1750、1752、1764、1754、1766、および1768のそれぞれは、さまざまなバ
スを用いて相互接続されており、それらのコンポーネントのうちのいくつかは、共通のマ
ザーボードに搭載されるか、または適宜その他の方法で搭載され得る。

【0143】

プロセッサ1752は、メモリ1764に記憶された命令を含むコンピューティングデバイス17
50内の命令を実行することができる。プロセッサは、別々の複数のアナログおよびデジタ
ルプロセッサを含むチップのチップセットとして実装され得る。プロセッサは、例えば、
ユーザインターフェース、デバイス1750によって実行されるアプリケーション、およびデ
バイス1750によるワイヤレス通信の制御などの、デバイス1750のその他のコンポーネント
の調整を行うことができる。

【0144】

プロセッサ1752は、ディスプレイ1754に接続された制御インターフェース1758およびデ
ィスプレイインターフェース1756を介して、ユーザとコミュニケーションすることができ
る。ディルプレイ1754は、例えば、TFT LCD (薄膜トランジスタ液晶ディスプレイ)もしく
はOLED (有機発光ダイオード)ディスプレイ、またはその他の適切なディスプレイテクノ
ロジーであってもよい。ディスプレイインターフェース1756は、ユーザに対してグラフィ
カルな情報およびその他の情報を提示するようにディスプレイ1754を駆動するための適切
な回路を含むことができる。制御インターフェース1758は、ユーザからコマンドを受信し
、そのコマンドを、プロセッサ1752に送るために変換することができる。さらに、デバイ
ス1750とその他のデバイスとの近距離通信を可能にするために、プロセッサ1752と通信す
る外部インターフェース1762が設けられ得る。外部インターフェース1762は、例えば、一
部の実装形態においては有線通信を、またはその他の実装形態においてはワイヤレス通信
を提供することができ、複数のインターフェースが使用され得る。

【0145】

メモリ1764は、コンピューティングデバイス1750内で情報を記憶する。メモリ1764は、
1つのコンピュータ可読媒体もしくは複数のコンピュータ可読媒体、1つの揮発性メモリユ
ニットもしくは複数の揮発性メモリユニット、または1つの不揮発性メモリユニットもし
くは複数の不揮発性メモリユニットのうちの1つまたは複数として実装され得る。また、
拡張メモリ1774が設けられ、例えば、SIMM(シングルインラインメモリモジュール(Single
In Line Memory Module))カードインターフェースを含み得る拡張インターフェース1772
を介してデバイス1750に接続され得る。そのような拡張メモリ1774は、デバイス1750に追
加的な記憶空間を提供することができ、またはデバイス1750に関するアプリケーションま
たはその他の情報を記憶することができる。具体的には、拡張メモリ1774は、上述のプロ
セスを実行または補足する命令を含むことができ、安全な情報を含むこともできる。した
がって、例えば、拡張メモリ1774は、デバイス1750のセキュリティモジュールとして設け
られてもよく、デバイス1750の安全な使用を可能にする命令でプログラムされ得る。さら
に、ハッキングできない方法でSIMMカードに識別情報を置くなど、追加的な情報とともに
、安全なアプリケーションがSIMMカードによって提供され得る。

【0146】

メモリは、例えば、以下で検討されるように、フラッシュメモリおよび/またはNVRAMメ
モリを含み得る。1つの実装形態においては、コンピュータプログラム製品が、情報担体
で有形で具現化される。コンピュータプログラム製品は、実行されるときに上述の方法な
どの1つまたは複数の方法を実行する命令を含む。情報担体は、メモリ1764、拡張メモリ1
774、プロセッサ1752上のメモリ、または例えばトランシーバ1768もしくは外部インター
フェース1762を介して受信され得る伝播信号などのコンピュータ可読媒体または機械可読
媒体である。

【0147】

デバイス1750は、必要に応じてデジタル信号処理回路を含み得る通信インターフェース
1766を介してワイヤレス通信することができる。通信インターフェース1766は、とりわけ
、GSM（登録商標）音声電話、SMS、EMS、またはMMSメッセージ通信、CDMA、TDMA、PDC、W
CDMA（登録商標）、CDMA2000、またはGPRSなどのさまざまな方式またはプロトコルでの通
信を行うことができる。そのような通信は、例えば、無線周波数トランシーバ1768を介し
て行われ得る。さらに、近距離通信が、Bluetooth（登録商標）、WiFi、またはその他の
そのようなトランシーバ(図示せず)を用いるなどして行われ得る。加えて、GPS (全地球
測位システム)受信機モジュール1770が、デバイス1750で実行されているアプリケーショ
ンによって適宜使用され得るさらなるナビゲーションおよび位置に関連するワイヤレスデ
ータをデバイス1750に提供することができる。

【0148】

デバイス1750は、ユーザから発話された情報を受信し、その情報を使用可能なデジタル
情報に変換することができる音声コーデック1760を用いて音声通信することもできる。同
じく、音声コーデック1760は、例えば、デバイス1750のハンドセットのスピーカを介する
などして、ユーザのための聞くことができる音声を生成することができる。そのような音
声は、音声電話通話の音声を含んでも、記録された音声(例えば、ボイスメッセージ、音
楽ファイルなど)を含んでも、デバイス1750上で動作しているアプリケーションによって
生成された音声も含んでもよい。

【0149】

コンピューティングデバイス1750は、図に示されるように、多くの異なる形態で実装さ
れ得る。例えば、コンピューティングデバイス1750は、セルラ電話1780として実装され得
る。また、コンピューティングデバイス1750は、スマートフォン1782、携帯情報端末、ま
たはその他の同様のモバイルデバイスの一部として実装され得る。

【0150】

本明細書に記載のシステムおよび技法のさまざまな実装形態は、デジタル電子回路、集
積回路、特別に設計されたASIC(特定用途向け集積回路)、コンピュータハードウェア、フ
ァームウェア、ソフトウェア、および/またはそれらの組合せで実現され得る。これらの
さまざまな実装形態は、ストレージシステム、少なくとも1つの入力デバイス、および少
なくとも1つの出力デバイスからデータおよび命令を受信し、それらにデータおよび命令
を送信するために接続された、専用であっても、または汎用であってもよい少なくとも1
つのプログラム可能なプロセッサを含むプログラム可能なシステム上の、実行可能および
/または解釈可能な1つまたは複数のコンピュータプログラムでの実装形態を含み得る。

【0151】

これらのコンピュータプログラム(プログラム、ソフトウェア、ソフトウェアアプリケ
ーション、またはコードとしても知られる)は、プログラム可能なプロセッサ用の機械命
令を含み、高級手続き型プログラミング言語および/もしくはオブジェクト指向プログラ
ミング言語、ならびに/またはアセンブリ/機械言語で実装され得る。本明細書で使用され
る場合、用語「機械可読媒体」、「コンピュータ可読媒体」とは、機械命令を機械可読信
号として受信する機械可読媒体を含む、プログラム可能なプロセッサに機械命令および/
またはデータを提供するために使用される任意のコンピュータプログラム製品、装置、お
よび/またはデバイス(例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジ
ックデバイス(PLD))を指す。用語「機械可読信号」とは、プログラム可能なプロセッサに
機械命令および/またはデータを提供するために使用される任意の信号を指す。

【0152】

ユーザとのインタラクションを行うために、本明細書に記載のシステムおよび技法は、
ユーザに対して情報を表示するためのディスプレイデバイス(例えば、CRT (ブラウン管)
またはLCD (液晶ディスプレイ)モニタ)、ならびにユーザがコンピュータに入力を与える
ことができるキーボードおよびポインティングデバイス(例えば、マウスまたはトラック
ボール)を有するコンピュータ上に実装され得る。その他の種類のデバイスが、ユーザと
のインタラクションを行うためにさらに使用され得、例えば、ユーザに提供されるフィー
ドバックは、任意の形態の感覚フィードバック(例えば、視覚的フィードバック、聴覚的
フィードバック、または触覚的フィードバック)であってもよく、ユーザからの入力は、
音響、発話、または触覚による入力を含む任意の形態で受け取ることができる。

【0153】

本明細書に記載のシステムおよび技法は、バックエンドコンポーネントを(例えば、デ
ータサーバとして)含むか、またはミドルウェアコンポーネント(例えば、アプリケーショ
ンサーバ)を含むか、またはフロントエンドコンポーネント(例えば、ユーザが本明細書に
記載のシステムおよび技法の実装形態とインタラクションすることができるグラフィカル
ユーザインターフェースまたはウェブブラウザを有するクライアントコンピュータ)を含
むか、またはそのようなバックエンドコンポーネント、ミドルウェアコンポーネント、も
しくはフロントエンドコンポーネントの任意の組合せを含むコンピューティングシステム
で実装され得る。システムのコンポーネントは、任意の形態または媒体のデジタルデータ
通信(例えば、通信ネットワーク)によって相互接続され得る。通信ネットワークの例には
、ローカルエリアネットワーク(「LAN」)、広域ネットワーク(「WAN」)、およびインター
ネットが挙げられる。

【0154】

コンピューティングシステムは、クライアントおよびサーバを含み得る。クライアント
およびサーバは、概して互いに離れており、通常は通信ネットワークを介してインタラク
ションする。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行されて
おり、互いにクライアント-サーバの関係にあるコンピュータプログラムによって生じる
。

【0155】

いくつかの実施形態が説明されてきた。しかしながら、本発明の精神および範囲から逸
脱することなくさまざまな修正がなされ得ることが理解されるであろう。例えば、本明細
書の多くの部分は、テレビ広告に関して説明されたが、ラジオ広告およびオンラインビデ
オ広告などのその他の形態の将来的な視聴者に基づく広告も、対応され得る。

【0156】

加えて、図面に示された論理フローは、所望の結果を達成するために、示された特定の
順序、または逐次的順序である必要はない。さらに、その他のステップが設けられても、
またはステップが説明されたフローから削除されてもよく、その他のコンポーネントが説
明されたシステムに追加されても、または説明されたシステムから削除されてもよい。し
たがって、その他の実施形態は、添付の特許請求の範囲の範囲内にある。

【符号の説明】

【0157】

202 コンピュータ
204 アイコン、オブジェクト
206 ボックス
208 アイコン、オブジェクト、文書
210 ボックス
212 ウィジェット、ガジェット
214 ニュースフィード
220 アプリケーションモニタ
224 アイコン、オブジェクト、チャットウィンドウ、階層
226 ボックス
228 アイコン、オブジェクト、画像ファイル
230 ボックス

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】