JP7322345B2 - シナリオプロファイルベースのパーティショニングおよびアプリケーションコードの管理 - Google Patents

Description

実施形態は、一般に、プログラム（例えば、アプリケーション）の管理に関連する。より具体的には、実施形態は、アプリケーション配布およびストレージ技術に関する。

アプリケーションの機能がより詳細で豊富になるにつれて、携帯電話のアプリケーションのサイズも大きくなる可能性がある。例えば、一部のオンラインストアの１，０００個のアプリケーションの上位３０％は、５０メガバイトを超えている。アプリケーションのサイズは、アプリケーションの人気および有用性に影響を与える可能性がある。例えば、ダウンロード数とアプリケーションのサイズとの間に関係がある場合がある。特に、一部の環境（例えば、モバイルデバイスなど）では、メモリ、長期ストレージ、帯域幅、ダウンロード速度などに関する限り、リソースが限られている場合がある。このような限られたリソースは、ストレージの制約（例えば、メモリまたは長期ストレージの不足）、過度のダウンロード時間、高いネットワークコストによるダウンロードコストの高さなどにより、現実的にダウンロードできるアプリケーションのサイズを制限する可能性がある。さらに、一部のユーザは、アプリケーションをダウンロードして、アプリケーションをテストし、アプリケーションがテストで不合格だったときにアプリケーションを削除する場合がある。そのため、ほとんどのアプリケーションのほぼ８０％が利用されることすらないが、その結果、ネットワークの使用効率が低下し、電力消費が発生し、待ち時間が長くなる。

実施形態の様々な利点は、以下の明細書および添付の特許請求の範囲を読み、以下の図面を参照することによって当業者に明らかになるであろう。

一実施形態による、向上したアプリケーション操作および配布プロセスの例を示す。 一実施形態による、向上したアプリケーション操作および配布プロセスの例を示す。

アプリケーションコードを分解するプロセスの例を示す。

一実施形態による、アプリケーション送信を管理する方法の一例のフローチャートである。

一実施形態による、アプリケーションのインストールおよび記憶を実施する方法の一例のフローチャートである。

一実施形態による、ユーザ選択を予測する方法の一例のフローチャートである。

一実施形態による、アプリケーションのダウンロードされたシナリオプロファイルの数を調整する方法の一例のフローチャートである。

一実施形態による、アプリケーションのシナリオプロファイルを削除する方法の一例のフローチャートである。

一実施形態による、シナリオプロファイル予測の一例の有向グラフである。

一実施形態による、グラフィカルユーザインターフェースの一例の図である。

一実施形態による、コンピューティングシステムの一例のブロック図である。

一実施形態による、半導体装置の一例の図である。

一実施形態による、プロセッサの一例のブロック図である。

一実施形態による、マルチプロセッサベースのコンピューティングシステムの一例のブロック図である。

いくつかの実施形態は、シナリオプロファイル（例えば、アクティビティおよび／または機能）に基づいてアプリケーションをより小さな部分にスプリットすることによって、新規または既存のアプリケーションをパーティションするための自己適応型設計を含む。例えば、図１Ａ～図１Ｃのプロセスにおいて、アプリケーション１１８の異なる部分は、アプリケーションダウンロードのサイズを低減し、ネットワークトラフィックを低減し、メモリ使用量を削減するために、ユーザの予測された行動に基づいてユーザデバイス１０２に自動的にプリロードされ得る。

サーバ１０４は、アプリケーション１１８のすべてのアプリケーションコードおよび／または機能を含むアプリケーションバンドル１１０を含むことができ、一方、ユーザデバイス１０２は、アプリケーション１１８のアプリケーションコードの一部のみを含むことができる。一例として、アプリケーション１１８は、写真、メッセージング、ビデオ会議などのようないくつかのアクティビティを実行することができる場合がある。サーバ１０４は、アプリケーション１１８のコピーを（例えば、コンパイル中にツールを介して）第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆに対応する複数のコード部分に分割することができる。第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの各々は、異なるアクティビティ（例えば、写真、メッセージング、ビデオ会議など）のための機能を含み得る。したがって、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの各々は、アプリケーションのアクティビティを実行するためのソースコードを含み得る。

詳細には、図１Ａ～図１Ｃは、向上したアプリケーション操作および配布プロセス１００を示す。プロセス１００は、予測されたユーザアクションに基づいて選択的に配布され得る第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆを含むアプリケーションバンドル１１０を生成する。第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆは、アプリケーション１１８のアプリケーションコードの異なるパーティションおよび／または部分を実行するためのソースコードを含み得る。アプリケーションバンドル１１０は、ユーザデバイス１０２（例えば、モバイルデバイス）上にアプリケーション１１８を構築するために利用され得る。

サーバ１０４は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの間の遷移確率を定義することができる。例えば、遷移確率の１つは、ユーザが、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの１つに対応する機能を選択し、一方、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの別のものに対応する別の機能を選択する予測確率を表すことができる。サーバ１０４は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆを格納することができ、さらに遷移確率を関係ファイル１０８に格納することができる。第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの各々は、１つまたは複数のバイナリライブラリ、クラス、またはリソースを含む１つまたは複数のパッケージを含んでもよい。

ユーザデバイス１０２は、アプリケーションバンドル１１０から構築されるべきアプリケーション１１８のダウンロードを開始することができる。すなわち、ユーザデバイス１０２は、サーバ１０４から、小さな必須パッケージの初期バンドルをダウンロードし、パッケージをインストールして、ユーザの初期操作およびセットアップ（例えば、選択メニュー、初期グラフィックスユーザインターフェースなど）を満たすことができる。

ユーザデバイス１０２は、関係ファイル１０８にさらにアクセス（例えば、ダウンロード）して、関係マップ１１２を生成することができる。関係マップ１１２は、遷移確率に基づいて、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの間の関係をマッピングすることができる。ランタイム１１４は、関係マップ１１２を参照して、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆからシナリオプロファイルを予測することができ、ユーザが遷移確率ならびに第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの間の関係に基づいて選択すると予測される。したがって、ユーザデバイス１０２は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆのすべてをダウンロードする必要がない場合がある。むしろ、ユーザデバイス１０２は、ランタイム１１４が近い将来、または初期化のための必須パッケージとして利用されると予測する第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの第１のシナリオプロファイル１０６ａのみをダウンロードすることができ、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆのうちの不要なもののダウンロードを回避する。

したがって、アプリケーション１１８を実行している間、ユーザデバイス１０２は、関係マップ１１２に基づいて需要分析および予測を実行して、事前に（ユーザが選択する前に）および実行中に、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆのリアルタイムかつ向上したダウンロードを容易にすることができる。したがって、プロセス１００は、ネットワークトラフィックおよびオーバーヘッドを低減しながら、ユーザデバイス１０２のメモリ使用量およびストレージ使用量を低減することができる。さらに、効率的な帯域幅の使用、メモリ、および長期記憶を実現できる。さらに、パーティショニングおよび選択的ダウンロードは、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆが、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆのユーザの選択の前に自動的にダウンロードされるので、ユーザに対して透過的であり得る。したがって、プロセス１００は、中粒度のデータ転送を提供することができ、これは、ネットワーク性能とアプリケーション１１８のサイズとの間をバランスする。

さらに、サーバ１０４が第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆを識別するためのカスタムツールを含み得るので、アプリケーション開発者はアプリケーションを分割する必要はない。例えば、新しいアプリケーションが開発者によってコンパイルされると、依存関係チェックツールは、識別されたシナリオプロファイルに従って、新しいアプリケーションを小さなパッケージ（例えば、コード部分）のセットに自動的にスプリットすることができる。さらに、既存のアプリケーションの場合、依存関係チェックツールは、識別されたシナリオプロファイルに従って、既存のアプリケーションをパッケージにスプリットすることもできる。既存のアプリケーションは、現在のプロセス１００の前に構築されたアプリケーションを含んでもよい。各パッケージには、バイナリライブラリ、クラス、またはリソースのうちの１つまたは複数が含まれる場合がある。依存関係チェックツールは、サーバ１０４、および／または別のコンピューティングデバイスに格納および実行することができる。

上記のように、サーバ１０４は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの間の遷移をさらに定義することができる。遷移は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆからの１つのシナリオプロファイルから第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆからの別のシナリオプロファイルへの転送方法を示してもよい。例えば、アプリケーション１１８のアプリケーションコードは、遷移トリガイベントを識別するために解析され、関係ファイル１０８に格納されてもよい。遷移トリガイベントは、ユーザによる様々な選択に対応することができる。例えば、アプリケーション１１８のグラフィカルユーザインターフェースがユーザデバイス１０２上に提示される場合、遷移トリガイベントは、グラフィカルユーザインターフェースを介するユーザの様々な可能な選択（例えば、音楽オプション、ビデオオプション、画像オプションなど）であってもよい。各遷移トリガイベントは、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆのどのシナリオプロファイルがダウンロードされるかを示すためにユーザの最も可能性の高い選択を予測するように確率を割り当てられ得る。したがって、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの各々は、機能を実行することができる。

例えば、図１Ｃに目を向けると、ユーザの意図に基づいてアプリケーションコード１２６を分解するプロセス１２８が示され、サーバ１０４によって実行されてもよい。アプリケーションコード１２６は、アプリケーション１１８のソースコードの一部だけではなく、図１Ａ～図１Ｂのアプリケーション１１８のすべてのソースコードを含み得る。

アクティビティの切り替えは、有向グラフ１３２のシナリオプロファイルの切り替えにマッピングできる。アクティビティの切り替えは、意図的に駆動される場合がある。第１のアクティビティがユーザの入力に従って第２のアクティビティに切り替わると予測されるとき、予測された意図（すなわち、予測された切り替え）が、第１のアクティビティおよび／またはユーザデバイス１０２からにサーバ１０４に送信されてもよく、サーバ１０４は意図をチェックし、第２のアクティビティをユーザデバイス１０２に送信する責任がある。そのような意図は、アプリケーションコード１２６のコンパイル時に識別されて、関係ファイル１０８を生成し、有向グラフ１３２によって示されるような異なるアクティビティ間の関係を記録することができる。前述のように、アクティビティは、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆに対応する。

アプリケーションコード１２６は、サーバ１０４上のアプリケーション１１８のコンパイル時に、意図に基づいて分解され得る（１３０）。意図は、アプリケーションコード１２６のある部分からアプリケーションコード１２６の別の部分に遷移する確率に対応し得る。理解されるように、アプリケーションコード１２６の部分は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆに対応し得る。

図示のように、第１のシナリオプロファイル１０６ａは、第２、第３、および第４のシナリオプロファイル１０６ｂ、１０６ｃ、１０６ｄにつながる場合がある。第１のシナリオプロファイル１０６ａから第２、第３、および第４のシナリオプロファイル１０６ｂ、１０６ｃ、１０６ｄの各々に遷移する確率は、第１のシナリオプロファイル１０６ａと第２、第３、および第４のシナリオプロファイル１０６ｂ、１０６ｃ、１０６ｄとの間の接続線上に提供される。この例では、第１のシナリオプロファイル１０６ａは、第３のシナリオプロファイル１０６ｃに遷移する可能性が最も高く、発生の確率は「０．７」である。図示のように、第３のシナリオプロファイル１０６ｃは、第５のシナリオプロファイル１０６ｅにのみ遷移するため、第３のシナリオプロファイル１０６ｃから第５のシナリオプロファイル１０６ｅに遷移する確率は「１」である。図１Ａのユーザデバイス１０２などのユーザデバイスは、有向グラフ１３２を、例えば、関係マップ１１２として再作成して、ランタイム中にダウンロードするために、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆからの最も可能性の高いシナリオプロファイルを識別することができる。

再び図１Ａおよび図１Ｂを参照すると、ユーザがアプリケーション１１８をユーザデバイス１０２にインストールすると、ユーザデバイス１０２は、必須の初期ダウンロードおよび関係ファイル１０８として第１のシナリオプロファイル１０６ａ（例えば、ログインアクティビティおよびメインアクティビティ）を自動的にダウンロードおよびインストールすることができる。ランタイム１１４は、関係ファイル１０８を、図１Ｃの有向グラフ１３２によって図示されるような有向グラフデータ構造であり得る関係マップ１１２に解析して、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆ間の関係を識別することができる。ユーザがアプリケーション１１８を操作するとき、ランタイム１１４は、現在選択されている第１のシナリオプロファイル１０６ａ（すなわち、ユーザが利用している現在選択されているシナリオ）および関係マップ１１２に従って、ユーザによって選択される可能性が最も高い第２、第３、第４、第５、および第６のシナリオプロファイル１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆから次に可能性が最も高いシナリオプロファイルを予測することができる。次に可能性が最も高いシナリオプロファイルおよび対応するパッケージをダウンロードできる。

例えば、予測分析およびダウンロード１２０は、上記のように、次に可能性が最も高いシナリオプロファイルを識別することができる。この例では、有向グラフ１３２に関して上で説明したように、次に可能性が最も高いシナリオプロファイルは、第３のシナリオプロファイル１０６ｃである。図１Ｂに図示されるように、ユーザデバイス１０２は、サーバ１０４に第３のシナリオプロファイル１０６ｃを要求することができる。それに応答して、サーバ１０４は、第３のシナリオプロファイル１０６ｃをユーザデバイス１０２に送信することができる。次に、ユーザデバイス１０２は、第３のシナリオプロファイル１０６ｃ（例えば、パッケージ）をインストールすることができる。したがって、ユーザデバイス１０２が第３のシナリオプロファイル１０６ｃを要求してインストールする前に、ユーザは、第３のシナリオプロファイル１０６ｃを実際に選択していない可能性がある。むしろ、第３のシナリオプロファイル１０６ｃは、ユーザが第３のシナリオプロファイル１０６ｃを選択する可能性が高いという予測に応答してダウンロードおよびインストールされ得る。したがって、ユーザデバイス１０２は、現在ユーザによって選択されていないシナリオプロファイルをダウンロードすることができる。

いくつかの実施形態では、ユーザデバイス１０２は、次に可能性が最も高いシナリオプロファイルだけでなく、次に可能性が最も高いシナリオプロファイルの後に選択されるその次に可能性が最も高いシナリオプロファイルも予測することができる。この例では、ユーザデバイス１０２は、第３のシナリオプロファイル１０６ｃが次に可能性が最も高い次のシナリオプロファイルであると予測した。次に、ユーザデバイス１０２は、次に可能性が最も高い次のシナリオプロファイルを予測して、第３のシナリオプロファイル１０６ｃにも同様に従ってもよい。例えば、ユーザデバイス１０２は、関係マップ１１２を参照して、第３のシナリオプロファイル１０６ｃの後に選択される第１、第２、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｄ、１０６ｅ、１０６ｆから次に可能性が最も高い次のシナリオプロファイルを予測することができる。この例では、上記のように、第５のシナリオプロファイル１０６ｅは、第３のシナリオプロファイル１０６ｃの後に発生する可能性が最も高いシナリオプロファイルであると識別され得る。したがって、ユーザデバイス１０２は、サーバ１０４に第５のシナリオプロファイル１０６ｅを要求し、次いで、第５のシナリオプロファイル１０６ｅをダウンロードしてインストールすることができる。

いくつかの実施形態では、アプリケーション１１８の第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの一部のみが事前にダウンロードおよびインストールされる。したがって、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆからの特定のシナリオプロファイルのダウンロード時間と、ユーザが特定のシナリオプロファイルを使用できるときとの間のギャップを回避するために、ユーザデバイス１０２および／またはサーバ１０４は、ダウンロード時間を短縮し、および／またはダウンロードを開始するタイミングを調整しようとすることができる。例えば、ダウンロード時間は２つの部分に分割することができる。１）特定のシナリオプロファイルをサーバ１０４からアクセスネットワークに転送するのに費やされる時間、および２）特定のシナリオプロファイルをアクセスネットワークからユーザデバイス１０２に転送するのに消費される時間。

特定のシナリオプロファイルをサーバ１０４からアクセスネットワークに転送するのに消費される時間を短縮するために、エッジコンピューティングまたはエッジサーバ配置が使用され得る。例えば、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆをホストする複数のサーバが存在する場合、アクセスネットワークに最も近接するサーバを選択して、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆをアクセスネットワークに送信するための待ち時間を他の可能なサーバ（図示せず）と比較して短縮することができる。この実施形態では、最も近接するサーバは、サーバ１０４であり得る。

特定のシナリオプロファイルをアクセスネットワークからユーザデバイス１０２に転送するのに消費される時間を短縮するために、異なるアクセス技術のダウンリンク速度を特定することができる。例えば、Ｗｉ－Ｆｉ（例えば、ＩＥＥＥ ８０２．１１ｇ／ａｓｔａｎｄａｒｄ）ネットワークのおよそのダウンロード速度は、５４Ｍｂｉｔ／秒である。第５世代ワイヤレス（５Ｇ）ネットワークのおよそのダウンロード速度は、２０Ｇｂｐｓである。特定のシナリオプロファイルのサイズが十分に小さい場合、最新の技術を使用したダウンロード時間は無視できる。特定のシナリオプロファイルのサイズが十分に小さくない場合、ユーザデバイス１０２および／またはサーバ１０４は、より積極的なプロセスを実施することによってダウンロードを開始するタイミングを調整することができる。例えば、ユーザデバイス１０２および／またはサーバ１０４は、特定のシナリオプロファイルが有向グラフ１３２の最も高い確率のパスにある場合に特定のシナリオプロファイルがダウンロードされるように、特定のシナリオプロファイルをダウンロードするトリガを調整することができる。

すなわち、ユーザデバイス１０２および／またはサーバ１０４は、より多くの可能なシナリオプロファイルをダウンロードするための時間およびその時間が顕著な遅延を引き起こし得るかどうかを識別し得る。例えば、いくつかの実施形態では、ユーザデバイス１０２および／またはサーバ１０４は、通信の待ち時間（例えば、帯域幅、ダウンロード速度など）を識別し得る。ユーザデバイス１０２は、待ち時間に基づいて要求およびダウンロードされる第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの数を調整することができる。例えば、通信の待ち時間が閾値を満たしている（ダウンロードが十分に遅い）場合、ユーザデバイス１０２は、早い段階で第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆからシナリオプロファイルを要求するために、より積極的な要求およびダウンロードスキームが採用されるべきであると決定することができる。

したがって、この例では、ユーザデバイス１０２は、待ち時間が閾値を満たしていると決定することができる（例えば、ダウンロード速度が遅いと識別され得る）。その結果、最も確率の高いシナリオプロファイルパスを識別して、顕著な遅延が発生しないようにすることができる。第３のシナリオプロファイル１０６ｃが識別された後、第３のシナリオプロファイル１０６ｃがユーザによって選択される前に、第３のシナリオプロファイル１０６ｃに従う可能性が最も高いシナリオプロファイルも識別され、サーバ１０４に要求され得る。この例では、第５のシナリオプロファイル１０６ｅは、第３のシナリオプロファイル１０６ｃに従う可能性が最も高いシナリオプロファイルであると識別され得る。したがって、有向グラフ１３２の最も高い確率のパスは、第３のシナリオプロファイル１０６ｃとそれに続く第５のシナリオプロファイル１０６ｅであり得る。ランタイム１１４は、第５のシナリオプロファイル１０６ｅのサイズをさらに識別し、サイズが遅延を引き起こすのに十分に大きいかどうかを決定することができる。例えば、第５のシナリオプロファイル１０６ｅが非常に小さい場合、遅延がない可能性がある。しかしながら、サイズがユーザデバイス１０２の帯域幅および／またはダウンロード速度に対して十分に大きい場合、ランタイム１１４は、第５のシナリオプロファイル１０６ｅがダウンロードされるべきであると決定することができる。

したがって、第５のシナリオプロファイル１０６ｅは、第５のシナリオプロファイル１０６ｅが第３のシナリオプロファイル１０６ｃに従う確率、待ち時間に対する第５のシナリオプロファイル１０６ｅのサイズ、および通信の待ち時間が十分であるという識別に基づいてダウンロードされ得る。特に、第３のシナリオプロファイル１０６ｃは、第５のシナリオプロファイル１０６ｅがダウンロードされる前に、ユーザによって実際に選択されない場合がある。いくつかの実施形態では、待ち時間が閾値を満たさない場合、および／または第５のシナリオプロファイル１０６ｅのサイズが十分に小さい場合、第３のシナリオプロファイル１０６ｃのみをダウンロードすることができる。

いくつかの実施形態では、ユーザデバイス１０２は、関係マップ１１２の遷移確率を調整するためのマップアジャスタ１２２をさらに含んでもよい。マップアジャスタ１２２は、ユーザの習慣、ユーザに関連する環境（例えば、地理的位置、低待ち時間エリア、騒々しい環境、低照度レベルなど）、およびアプリケーション１１８の使用時間などの追加情報を決定することができる。マップアジャスタ１２２は、追加情報（使用モードと呼ばれることがある）に基づく機械学習を使用して、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの間の予測を向上させることができる。第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの間の遷移確率に影響を及ぼし得る要因のいくつかの例は、以下を含む。

１．地理的位置および／または人口統計－異なる国および／または異なる文化のユーザは、異なる使用モードを有する場合がある。

２．地理的位置－ユーザはさらに、オフィスまたは自宅で様々なモードのアプリケーションを使用することができ、これは、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの使用率に直接影響し得る。

３．タイミング－ユーザは、昼間および夜間、ならびに／または異なる日に異なるモードでアプリケーションを使用できる。

４．周囲の感知レベル－ユーザがマイクロフォンで検出されるような騒々しい環境にいる場合、ユーザは、特定の条件がない限り、ビデオ電話会議または他の音声ベースの通信機能など、電話の特定のオーディオ機能を使用する可能性は低くなる。例えば、特定の条件は、音声通信を容易にするために、ユーザデバイス１０２に接続されていると検出されるヘッドホンマイクロフォンまたはＢｌｕｅｔｏｏｔｈ（登録商標）ヘッドセットを含み得る。別の例として、ユーザが薄暗いエリアにいる場合、ユーザがビデオ通信を利用する可能性は非常に低いが、懐中電灯アプリケーションが選択されている、または読書アプリケーションが選択されている可能性が高まり得る。

５．履歴分析－アプリケーション１１８または別のアプリケーションにおけるユーザの履歴は、使用の将来の使用パターンを予測し得る。例えば、ユーザが通常、アプリケーションでオンラインゲームを利用する場合、関係マップ１１２は、関係ファイル１０８に示されるよりも、そのようなオンラインゲームシナリオプロファイルをより高く重み付けするように調整され得る。

したがって、異なる使用モードは、ユーザデバイス１０２によって構築された有向グラフ１３２の第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆの間の遷移確率を調整することができ、したがってランタイム１１４分析および予測に影響を与える。そのような追加情報および／または修正された遷移確率はまた、サーバ１０４が関係ファイル１０８の遷移確率を調整することができるように、サーバ１０４に通信され得る。

例えば、サーバ１０４は、関係ファイル１０８を調整するための関係ファイルアジャスタ１２４を含んでもよい。いくつかの実施形態では、ユーザデバイス１０２は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆからのシナリオプロファイルがユーザによって選択されたときに、サーバ１０４と通信することができ、関係ファイルアジャスタ１２４、それに応じて関係ファイル１０８を調整することができる。例えば、ユーザが、次に可能性が最も高いシナリオプロファイルであると予測されなかった第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆから選択されたシナリオプロファイルを選択した場合、関係ファイルアジャスタ１２４は、関係ファイル１０８の遷移確率を調整して、次に可能性が最も高いシナリオプロファイルであると誤って予測された選択されていないシナリオプロファイルの遷移確率を低下させながら、選択されたシナリオプロファイルにつながる確率を増加させることができる。

いくつかの実施形態では、ユーザデバイス１０２は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆのうちのダウンロードされたものを削除することができる。例えば、この例では、第３および第５のシナリオプロファイル１０６ｃ、１０６ｅがユーザデバイス１０２にダウンロードされる。ユーザが第５のシナリオプロファイル１０６ｅを選択すると仮定する。ランタイム１１４は、第５のシナリオプロファイル１０６ｅの後に第３のシナリオプロファイル１０６ｃが選択される確率が最小であり、したがって削除され得ることを識別し得る。いくつかの実施形態では、ユーザデバイス１０２は、ユーザデバイス１０２の利用可能なストレージスペース（例えば、無料の長期ストレージおよび／または短期ストレージ）が十分に小さい、および／またはユーザデバイス１０２に現在格納されているシナリオプロファイルが選択される可能性が低いという識別に応答して、シナリオプロファイルを削除することができる。いくつかの実施形態では、シナリオプロファイルは、現在選択されているシナリオプロファイルの後に、少なくとも所定の数のシナリオプロファイルに対してシナリオプロファイルが選択される可能性が低いという識別に応答して削除され得る。

いくつかの実施形態では、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆから次に可能性が最も高いシナリオプロファイルがすでにユーザデバイス１０２にダウンロードされている場合、ダウンロードプロセスは冗長性を避けるために省略され得る。いくつかの実施形態では、ユーザデバイス１０２からのいくつかの機能は、サーバ１０４にシフトされ得る。例えば、ユーザデバイス１０２は、サーバ１０４にシナリオプロファイルを要求することができない。むしろ、サーバ１０４は、アプリケーション１１８とのユーザ相互作用の更新を受信し、次に可能性が最も高いシナリオプロファイルを識別し、次いで、次に可能性が最も高いシナリオプロファイルを送信することができる。したがって、上記の機能は、ユーザデバイス１０２および／またはサーバ１０４の処理能力などの要因に基づいて、サーバ１０４とユーザデバイス１０２との間でシフトすることができる。

いくつかの実施形態では、サーバ１０４は、第１、第２、第３、第４、第５、および第６のシナリオプロファイル１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅ、１０６ｆならびに関係ファイル１０８を、アプリケーションバンドル１１０として配布するために開発者または別のデバイスから受信することができる。サーバ１０４は、古いアプリケーションおよび新しいアプリケーションを異なる方法で処理することができる。例えば、パーティション化された新しいアプリケーションは、パッケージおよび関係ファイルに格納および解凍できる。対照的に、プロセス１００を実装する前にサーバ１０４が受信した古い既存のモノリシックアプリケーションは、変更せずに保持することができる。そのような古いアプリケーションは、スキャンされ、処理され、サーバ１０４に格納され得、古いアプリケーションがインストールされていない新しいデバイスによって古いアプリケーションが最初に必要とされるとき、アプリケーションは、シナリオプロファイルおよび関係ファイルに分割するように処理され得る。以前に古いアプリケーションをすでにインストールしたことがある古いユーザの場合、古いユーザは引き続き古いアプリケーションを使用およびアップグレードできる。いくつかの実施形態では、古いアプリケーションは、本明細書に記載されているシナリオプロファイルおよび関係ファイルに従って置き換えることができる。

図２は、向上したアプリケーションの使用および管理を提供し得る方法３５０を示す。方法３５０は、一般に、例えば、すでに説明したサーバ１０４（図１Ａ～図１Ｂ）などの向上したユーザサーバによって実装されてもよい。一実施形態では、方法３５０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、ファームウェア、フラッシュメモリなどの機械もしくはコンピュータ可読記憶媒体に、例えば、プログラマブルロジックアレイ（ＰＬＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複雑なプログラマブルロジックデバイス（ＣＰＬＤ）などの構成可能なロジックに、例えば、特定用途向け集積回路（ＡＳＩＣ）、相補型金属酸化膜半導体（ＣＭＯＳ）、もしくはトランジスタ－トランジスタロジック（ＴＴＬ）技術などの回路技術を使用する固定機能ロジックハードウェアに、またはそれらの任意の組み合わせに格納されたロジック命令のセットとして１つまたは複数のモジュールに実装される。

例えば、方法３５０に示される操作を実行するためのコンピュータプログラムコードは、ＪＡＶＡ（登録商標）、ＳＭＡＬＬＴＡＬＫ（登録商標）、Ｃ＋＋などのオブジェクト指向プログラミング言語および「Ｃ」プログラミング言語または同様のプログラミング言語などの従来の手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組み合わせで書くことができる。さらに、ロジック命令には、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、状態設定データ、集積回路の構成データ、ハードウェア（ホストプロセッサ、中央処理装置／ＣＰＵ、マイクロコントローラなど）に備え付けの電子回路および／または他の構造コンポーネントをパーソナライズする状態情報が含まれる場合がある。

図示の処理ブロック３５２は、アプリケーションを、各々がアプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割する。例えば、アプリケーションの１つまたは複数の機能の各部分は、ユーザデバイスのグラフィカルユーザインターフェース（例えば、シナリオプロファイル）を介して選択可能な機能に対応し得る。図示の処理ブロック３５４は、複数の部分の間の遷移確率を決定する。遷移確率は、各々が、１つまたは複数の機能の別のものが選択されている間に、ユーザが１つまたは複数の機能の少なくとも１つを選択するという予測確率を表すことができる。図示されていないが、この方法は、シナリオプロファイルおよび遷移確率をユーザデバイスに送信することを含んでもよい。

図３は、向上したアプリケーションのインストールおよび記憶を提供し得る方法３６０を示す。方法３６０は、一般に、例えば、すでに説明したユーザデバイス１０２（図１Ａ～図１Ｂ）などの向上したユーザデバイスによって実装されてもよい。より具体的には、方法３６０は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリなどの機械もしくはコンピュータ可読記憶媒体に、例えば、ＰＬＡ、ＦＰＧＡ、ＣＰＬＤなどの構成可能なロジックに、例えば、ＡＳＩＣ、ＣＭＯＳ、もしくはＴＴＬ技術などの回路技術を使用する固定機能ロジックハードウェアに、またはそれらの任意の組み合わせに格納されたロジック命令のセットとして１つまたは複数のモジュールに実装され得る。

図示の処理ブロック３６２は、複数の部分の少なくとも第１の部分を受信し、複数の部分の各々は、アプリケーションの１つまたは複数の機能に関連するコードである。図示の処理ブロック３６４は、複数の部分の間で遷移する遷移確率を示す関係ファイルを受信する。有向グラフは、例えば、関係ファイルから構築できる。図示の処理ブロック３６６は、複数の遷移確率から遷移確率のグループを決定する。遷移確率のグループの各々は、第１の部分から、複数の部分からの異なるそれぞれの部分への遷移の確率を示し得る。図示の処理ブロック３６８は、遷移確率のグループの比較に基づいて、複数の部分から第２の部分を決定する。いくつかの実施形態では、第２の部分は、遷移確率のグループからの最大の遷移確率に関連する。図示の処理ブロック３７０は、サーバに第２の部分を要求する。

図４は、ユーザ選択の向上した予測を提供し得る方法３８０を示す。方法３８０は、一般に、例えば、すでに説明したユーザデバイス１０２（図１Ａ～図１Ｂ）などの向上したユーザデバイスによって実装されてもよい。より具体的には、方法３８０は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリなどの機械もしくはコンピュータ可読記憶媒体に、例えば、ＰＬＡ、ＦＰＧＡ、ＣＰＬＤなどの構成可能なロジックに、例えば、ＡＳＩＣ、ＣＭＯＳ、もしくはＴＴＬ技術などの回路技術を使用する固定機能ロジックハードウェアに、またはそれらの任意の組み合わせに格納されたロジック命令のセットとして１つまたは複数のモジュールに実装され得る。

図示の処理ブロック３８２は、受信した関係ファイルから関係マップを構築する。例えば、関係マップは、シナリオプロファイルおよびシナリオプロファイル間の遷移確率を含む有向グラフであり得る。図示の処理ブロック３８４は、現在のユーザ習慣（例えば、ユーザの履歴データ）、ユーザの地理的位置、ユーザデバイスのセンサの感知された信号、ユーザの人口統計、または機械学習のうちの１つまたは複数に基づいて関係マップを調整する。図示の処理ブロック３８６は、分析をサーバに提供し、サーバは、次に、分析に基づいて、関連するグラフおよび／またはデータを更新することができる。

図５は、環境要因およびシナリオプロファイルのサイズに基づいてダウンロードされるシナリオプロファイルの数を調整することができる方法４００を示す。方法４００は、一般に、例えば、すでに説明したユーザデバイス１０２および／またはサーバ１０４（図１Ａ～図１Ｂ）などの向上したユーザデバイスおよび／またはサーバによって実装されてもよい。より具体的には、方法４００は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリなどの機械もしくはコンピュータ可読記憶媒体に、例えば、ＰＬＡ、ＦＰＧＡ、ＣＰＬＤなどの構成可能なロジックに、例えば、ＡＳＩＣ、ＣＭＯＳ、もしくはＴＴＬ技術などの回路技術を使用する固定機能ロジックハードウェアに、またはそれらの任意の組み合わせに格納されたロジック命令のセットとして１つまたは複数のモジュールに実装され得る。

図示の処理ブロック４０２は、ユーザデバイスの帯域幅またはダウンロード速度のうちの１つまたは複数を決定する。図示の処理ブロック４０４は、複数のシナリオプロファイルからの第１のシナリオプロファイルがユーザデバイスによって利用されることを予測することができる。図示の処理ブロック４０６は、第１のシナリオプロファイルから第２のシナリオプロファイルへの遷移を予測する。例えば、第２のシナリオプロファイルは、第１のシナリオプロファイルから１つまたは複数の他のシナリオプロファイルへの１つまたは複数の他の遷移確率よりも大きい第１のシナリオプロファイルからの遷移確率を有し得る。図示の処理ブロック４０８は、第２のシナリオプロファイルのサイズ、帯域幅、またはダウンロード速度のうちの１つまたは複数に基づいて、第２のシナリオプロファイルをダウンロードするためのダウンロード時間を決定する。例えば、ブロック４０８は、帯域幅および／またはダウンロード速度に対するサイズの比率に基づいて、第２のシナリオプロファイルをダウンロードするための時間（すなわち、ダウンロード時間）を予測することができる。図示の処理ブロック４１０は、ダウンロード時間が十分に短いかどうかを決定する。例えば、ユーザがアプリケーション利用するときに遅れを経験しないようにするために、ダウンロード時間が特定の時間量よりも短い場合、ダウンロード時間は十分に短いと見なすことができる。したがって、ブロック４１０は、第２のシナリオプロファイルを直ちにダウンロードする必要があり得るか、または別のときにダウンロードすることができるかどうかを決定する。

ダウンロード時間が十分に短い場合、図示の処理ブロック４１２は、第２のシナリオプロファイルのダウンロードを待機することができる。例えば、処理ブロック４１２は、第１のシナリオプロファイルがユーザによって用いられるまで、第２のシナリオプロファイルのダウンロードを開始するのを待機することができる。すなわち、ブロック４１２は、ユーザが第１のシナリオプロファイルを用いているという識別に応答して、第２のシナリオプロファイルの送信を開始する。

ダウンロード時間が十分に短くない場合、図示の処理ブロック４１４は、ユーザが第１のシナリオプロファイルを用いるのを待たずに、第２のシナリオプロファイルの送信を開始する。すなわち、ユーザに第２のシナリオプロファイルのダウンロードを待たせると（例えば、第１のシナリオプロファイルを用いた後）、ユーザが遅延を経験する場合、このような遅延を回避するために、ユーザが第１のシナリオプロファイルを用いる前に、第２のシナリオプロファイルがダウンロードされる。

図６は、アプリケーション全体を削除することなく、ユーザデバイスからシナリオプロファイルを削除するかどうかを決定することができる方法４５０を示している。方法４５０は、一般に、例えば、すでに説明したユーザデバイス１０２および／またはサーバ１０４（図１Ａ～図１Ｂ）などの向上したユーザデバイスおよび／またはサーバによって実装されてもよい。より具体的には、方法４５０は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリなどの機械もしくはコンピュータ可読記憶媒体に、例えば、ＰＬＡ、ＦＰＧＡ、ＣＰＬＤなどの構成可能なロジックに、例えば、ＡＳＩＣ、ＣＭＯＳ、もしくはＴＴＬ技術などの回路技術を使用する固定機能ロジックハードウェアに、またはそれらの任意の組み合わせに格納されたロジック命令のセットとして１つまたは複数のモジュールに実装され得る。

図示の処理ブロック４５２は、第１のシナリオプロファイルから第２のシナリオプロファイルへのユーザ遷移を含む。例えば、ユーザは、グラフィカルユーザインターフェースを介して第２のシナリオプロファイルを積極的に用いることができる（例えば、第２のシナリオプロファイルを作動させるためのボタンを選択する）。図示の処理ブロック４５４は、第２のシナリオプロファイルから可能性が最も高いシナリオプロファイルパスを決定する。例えば、ブロック４５４は、シナリオプロファイル間の遷移確率に基づいて、可能性が最も高いパス（１つまたは複数の予測されたシナリオプロファイル）を識別する。処理ブロック４５６は、第１のシナリオプロファイルの使用頻度を決定する。したがって、ブロック４５６は、第１のシナリオプロファイルの使用履歴を決定することができる。

図示の処理ブロック４５８は、保持閾値が、可能性のあるシナリオプロファイルパスまたはユーザの頻度のうちの１つまたは複数によって満たされているかどうかを決定する。例えば、第１のシナリオプロファイルが可能性が最も高いシナリオプロファイルパスの一部ではなく、使用頻度が履歴上低い場合（例えば、ユーザの頻度が使用頻度の閾値を満たさない場合）、図示の処理ブロック４６２は、第１のシナリオプロファイルを削除する。しかしながら、図示の処理ブロック４６２は、第２のシナリオプロファイルを保持するか、または削除しない場合がある。第１のシナリオプロファイルが可能性が最も高いシナリオプロファイルパスの一部である場合、および／または使用頻度が履歴上高い場合、処理ブロック４６０は、第１のシナリオプロファイルを保持することができる。したがって、方法４５０は、再利用される可能性が低いシナリオプロファイルを削除することによってメモリ使用を向上させることができる。

図７は、シナリオプロファイル予測の有向グラフ５００を示す。図１Ａ～図１Ｃに関して上で説明したように、ユーザデバイス１０２および／またはサーバ１０４は、いくつかの条件において、現在のノードから有向グラフィックス内で次に最も可能性の高いノードを識別し得る。有向グラフ５００および現在のシナリオプロファイルを使用して、ランタイムは、アプリケーションが要求するノードを予測できる。

有向グラフ５００において、各シナリオプロファイルは、ノード５０２、５０４、５０６、５０８、５１２、５１２、５１４、５１６、５１６、５２０、５２４、５２６、５２８のうちの１つであり得る。図示のように、ノード５０２、５０４、５０６、５０８、５１２、５１２、５１４、５１６、５１６、５２０、５２４、５２６、５２８の各々は、ノード（例えば、クラス、リソース、ライブラリなど）のサイズおよびユーザがノードに滞在する予測時間を含んでもよい。あるシナリオプロファイルから別のシナリオプロファイルへの遷移は、関連する遷移確率を含む有向エッジである場合がある。図に示すように、ノード５０２、５０４、５０６、５０８、５１２、５１２、５１４、５１６、５１６、５２０、５２４、５２６、５２８の任意のノードからの遷移確率の合計は「１」である。

ノード５０２は、開始シナリオプロファイルであり得、ノード５１２は、ユーザが現在実行および選択されている現在のシナリオプロファイルであり得る。ノード５１２は、ノード５１８、５２０、５２４のうちの１つに遷移することができる。図示のように、ノード５１８はノード５１０に遷移することができ、ノード５２０はノード５２６、５２８のうちの１つに遷移することができる。したがって、ノード５１８、５２０、５２４は、可能性が最も高い次の転送されるシナリオプロファイルと見なされ得るが、ノード５１０、５２６、５２８は、将来、潜在的に転送されるシナリオプロファイルである場合がある。

サーバおよび／またはユーザデバイスは、どのシナリオプロファイルがダウンロードされるべきかを識別するために、遷移確率に基づいて可能性が最も高いシナリオプロファイルパスを識別することができる。遷移確率は、ノード５２０が、ノード５１８への遷移確率０．１およびノード５２４への遷移確率０．３よりも大きい、０．６の遷移確率を有する可能性が最も高いシナリオプロファイルパスであることを示している。したがって、ノード５２０は、可能性が最も高いシナリオプロファイルパスの一部であり得る。

さらに、可能性が最も高いシナリオプロファイルパスにはノード５２８が含まれる。例えば、ノード５２０からノード５２８への遷移の確率は、０．９であり、これは、ノード５２０からノード５２６への遷移の確率０．１よりも大きい。

可能性が最も高いシナリオプロファイルパスのノード５２０、５２８のダウンロード時間は、ノード５２０、５２８のサイズ、ならびにユーザデバイスのダウンロード速度および帯域幅に基づいて推定することができる。ユーザデバイスおよび／またはサーバは、ダウンロード時間を使用して、ノード５２８のシナリオプロファイルをプロアクティブにダウンロードするかどうかを決定することができる。例えば、ノード５２８は、数秒のダウンロード時間を有することができ、これは、ユーザがノード５２０のシナリオプロファイルを選択し、次いでノード５２８のシナリオプロファイルを選択する場合、遅延を引き起こす可能性が高い。すなわち、ユーザがノード５２０に留まる可能性のある時間は、０．６秒である。ノード５２８のシナリオプロファイルがダウンロードするのに数秒かかる場合、ダウンロード時間の数秒が、ユーザがノードに留まっている時間（０．６秒）よりも長いため、ユーザは遅延を経験する可能性がある。

したがって、ノード５２８のシナリオプロファイルのダウンロード時間は数秒であるが、ユーザは、ダウンロード時間よりも短い時間だけノード５２０に留まる可能性が高いため、ユーザデバイスは、そのようなリスクを許容できないと見なすことができるしたがって、ユーザデバイスは、遅延なしに、および／またはノード５２０のシナリオプロファイルのダウンロードが終了するとすぐに、ノード５２８のシナリオプロファイルをダウンロードすることができ、さらなる遅延を軽減することができる。

説明したように、有向グラフ５００は、サーバによって構築され、関係ファイルに記述されてもよい。ユーザデバイスは、関係ファイルを受信し、関係ファイルから有向グラフ５００を再作成することができる。ユーザデバイスのアプリケーションのランタイムは、再作成された有向グラフ５００に基づいて、現在のノード（すなわち、シナリオプロファイル）に従って可能性が最も高い宛先ノードを見つけることができる。いくつかの実施形態では、可能な時間は、ユーザの記録された実際の時間に基づいて更新され得、さらに、将来の使用のために関係ファイルを更新するために、および／または再作成された方向グラフ５００を更新するためにサーバに提供され得る。

有向グラフ５００を構築する例をここで提供する。一部のオペレーティングシステムでは、開発中の新しいアプリケーションに、ＪＡＶＡ（登録商標）クラス、Ｃ／Ｃ＋＋ライブラリ、ならびにイメージおよび文字列などのリソースファイルが含まれる場合がある。Ｊａｖａ（登録商標）コンパイラ（Ｊａｖａｃ）はＪＡＶＡ（登録商標）コードをコンパイルし、Ｃｌａｎｇ／ＧＮＵのＮｏｔ Ｕｎｉｘ（登録商標）（ＧＮＵ）コンパイラコレクション（ｇｃｃ）はＣ／Ｃ＋＋コードをコンパイルすることができ、Ａｎｄｒｏｉｄ（登録商標）Ａｓｓｅｔ Ｐａｃｋａｇｉｎｇ Ｔｏｏｌ（Ａａｐｔ）はリソースファイルをコンパイルすることができる。既存のアプリケーションコンテナには、Ｄａｌｖｉｋ実行可能（ｄｅｘ）ファイル、Ｃ／Ｃ＋＝ライブラリ、およびコンパイル済みリソースファイルが含まれる場合がある。アクティビティは、ユーザ入力の受け入れ、バックグラウンドデータサービスの照会、および必要な情報の表示に使用される基本的なユーザインターフェースユニットによって区切られる場合がある。各アクティビティは、シナリオプロファイルと見なすことができる。

新しいアプリケーションをコンパイルするとき、サーバは、特定のアクティビティに必要なクラス、リソース、ライブラリをグループ化して、小さなパッケージ（シナリオプロファイル）としてグループ化および実装できる。例えば、Ａａｐｔは「ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍＭａｎｉｆｅｓｔ．ｘｍｌ」ファイルを解析して、すべてのアクティビティの情報を取得することができる。サーバは、すべてのアクティビティの情報を利用して、アクティビティによって依存するｊａｖａ（登録商標）クラスを判別できる。さらに、サーバは、「Ｐｒｏｇｕｉｄｅ」またはＪａｖａ（登録商標）依存関係分析ツール（Ｊｄｅｐｓ）などの依存関係分析ツールを利用する場合がある。したがって、サーバは、アクティビティの依存関係に応じて、１つのＤｅｘファイルを多数の小さなＤｅｘファイルにスプリットする場合がある。リソースには、ビットマップ、レイアウト定義、ユーザインターフェース文字列、アニメーション命令など、オペレーティングシステムコードが使用する追加のファイルおよび静的コンテンツが含まれる場合がある。オペレーティングシステムのアプリケーション内のコードは、「Ｒ．ｓｔｒｉｎｇ．ｈｅｌｌｏ，Ｒ．ｉｄ．ｍｙｉｍａｇｅｖｉｅｗ ａｎｄ Ｒ．ｄｒａｗａｂｌｅ．ｍｙｉｍａｇｅ」などのリソースを使用する場合があるため、サーバはツールを実装するか、既存のＪａｖａ（登録商標）ソースコードパーサーツールを使用して、１つのアクティビティおよびその依存クラスによって使用されるリソースを解析することができる。これらのリソースは、上記で作成した小さなＤｅｘファイルに追加される。

いくつかの実施形態では、有向グラフ５００は、Ｊａｖａ（登録商標）Ｎａｔｉｖｅ Ｉｎｔｅｒｆａｃｅ（ＪＮＩ）ライブラリに基づいて生成されてもよい。例えば、ＪＮＩライブラリは、ｊａｖａ（登録商標）アプリケーションによりＣ／Ｃ＋＋関数を呼び出すために使用する。Ｊａｖａ（登録商標）で呼び出されるすべての関数は、ネイティブ関数として宣言される。この情報を使用して、サーバは依存関係チェックツールを使用して対応するＣ／Ｃ＋＋関数を識別し、対応するＣ／Ｃ＋＋関数を小さなライブラリに再パッケージ化できる。いくつかの実施形態では、既存のアプリケーションの場合、ＡｐｋＴｏｏｌ、ｄｅｘ２ｊａｒ、ｊａｖａ（登録商標）デコンパイラグラフィカルユーザインターフェース（ｊｄ－ｇｕｉ）などのリバースエンジニアリングツールは、ｄｅｘファイルをｊａｖａ（登録商標）コードに逆コンパイルするのに役立ち、および／またはＡａｐｔは、コンパイルされたリソースファイルを逆コンパイルすることができ、そして依存関係ツールはそれらをスプリットして再パッケージ化できる。

図８に目を向けると、グラフィカルユーザインターフェース（ＧＵＩ）６００が示されている。ＧＵＩ６００は、ビデオプレーヤ６０２、テキスト読み上げ６０４、翻訳６０６、音楽プレーヤ６０８、電子書籍（ｅＢｏｏｋ）読み取り６１０、およびインターネットブラウザ６１２を含む、いくつかの異なる機能を呼び出すことができる。ユーザは、ＧＵＩ６００上の対応する領域上にカーソルをナビゲートすることによって、またはＧＵＩ６００上の対応する領域に触れることによって、例えば、ビデオプレーヤ６０２、テキスト読み上げ６０４、翻訳６０６、音楽プレーヤ６０８、ｅＢｏｏｋ読み取り６１０、およびインターネットブラウザ６１２のうちの１つを選択することができる。ビデオプレーヤ６０２、テキスト読み上げ６０４、翻訳６０６、音楽プレーヤ６０８、ｅＢｏｏｋ読み取り６１０、およびインターネットブラウザ６１２の各々は、異なるシナリオプロファイルに対応し得る。したがって、ユーザデバイスは、ＧＵＩ６００を表示することができる。ＧＵＩが表示されると、ユーザデバイスは、ユーザが選択する可能性のあるシナリオプロファイルを識別し、他のシナリオプロファイルのダウンロードを回避しながら、そのシナリオプロファイルを自動的にダウンロードすることができる。したがって、例えば、ユーザデバイスは、ビデオプレーヤ６０２が選択されるが、テキスト読み上げ６０４は選択されないことを予測することができる。したがって、ビデオプレーヤ６０２のシナリオプロファイル（例えば、ソースコード）はダウンロードされ得るが、テキスト読み上げ６０４のシナリオプロファイル（例えば、ソースコード）はダウンロードされない場合がある。

ここで図９に目を向けると、向上したアプリケーション配布コンピューティングシステム１５８（例えば、サーバ）が示されている。コンピューティングシステム１５８は、一般に、コンピューティング機能（例えば、携帯情報端末／ＰＤＡ、ノートブックコンピュータ、タブレットコンピュータ、コンバーチブルタブレット、サーバ）、通信機能（例えば、スマートフォン）、イメージング機能（例えば、カメラ、カムコーダ）、メディア再生機能（例えば、スマートテレビ／ＴＶ）、ウェアラブル機能（例えば、時計、アイウェア、ヘッドウェア、フットウェア、ジュエリー）、車両機能（例えば、車、トラック、オートバイ）など、またはそれらの任意の組み合わせを有する電気デバイス／プラットフォームの一部であり得る。図示の例では、システム１５８は、システムメモリ１６４に結合された統合メモリコントローラ（ＩＭＣ）１６２を有するホストプロセッサ１６０（例えば、１つまたは複数のプロセッサコアを備えたＣＰＵ）を含む。

図示のシステム１５８はまた、グラフィックスプロセッサ１６８（例えば、グラフィックス処理ユニット／ＧＰＵ）およびシステムオンチップ（ＳＯＣ）として半導体ダイ１７０上にプロセッサ１６０（例えば、マイクロコントローラとして）と共に実装されたおよび入力出力（ＩＯ）モジュール１６６を含み、ＩＯモジュール１６６は、例えば、ディスプレイ１７２（例えば、タッチスクリーン、液晶ディスプレイ／ＬＣＤ、発光ダイオード／ＬＥＤディスプレイ）、入力周辺機器１５６（例えば、マウス、キーボード、マイクロフォン）、ネットワークコントローラ１７４（例えば、有線および／または無線）、および大容量ストレージ１７６（例えば、ハードディスクドライブ／ＨＤＤ、光ディスク、ソリッドステートドライブ／ＳＳＤ、フラッシュメモリ、または他の不揮発性メモリ／ＮＶＭ）と通信することができる。

いくつかの実施形態では、ＳＯＣ１７０は、依存関係チェックツール１４２を利用して、アプリケーションコード１４６を解析して、アプリケーションコード１４６の異なるシナリオプロファイル１４４（機能）間の遷移確率を含む有向グラフを生成することができる。詳細には、ＳＯＣ１７０は、例えば、ＮＶＭ１７６および／またはシステムメモリ１６４に格納された命令を実装して、アプリケーションコード１４６を解析することができる。有向グラフは、関係ファイル１４０としてシステムメモリ１６４に格納されてもよい。

ホストプロセッサ１６０は、ネットワークコントローラ１７４を介して別のコンピューティングデバイス（例えば、ユーザデバイス）と通信することができる。ユーザデバイスは、アプリケーションコード１４６のインストールを要求することができる。アプリケーションコード１４６全体を送信するのではなく、ホストプロセッサ１６０は、アプリケーションを開始するために要求され得るシナリオプロファイル１４４からのシナリオプロファイルのみを提供し、さらに関係ファイル１４０を提供することができる。残りのシナリオプロファイル１４４は送信されない可能性がある。むしろ、ホストプロセッサ１５８は、シナリオプロファイル１４４のより多くのシナリオプロファイルを求める要求をユーザデバイスから受信することができる。例えば、ユーザデバイスは、関係ファイル１４０およびユーザデバイス上で現在選択されているシナリオプロファイルに基づいて、ユーザの行動の予測分析を行うことができる。

ホストプロセッサ１６０は、シナリオプロファイル１４４をキャッシュ１７８に格納して、ユーザデバイスに送信するためのシナリオプロファイル１４４へのアクセスの待ち時間を容易に少なくする。対照的に、関係ファイル１４０がユーザデバイスに送信された後に関係ファイル１４０を必要としないかもしれないので、関係ファイル１４０は、システムメモリ１６４に格納され得る。したがって、待ち時間を減らし、メモリ使用量を減らし、ネットワークトラフィックを減らすために、向上したアプリケーション配布スキームが提供される。

図１０は、半導体パッケージ装置１８０を示す。図示の装置１８０は、１つまたは複数の基板１８４（例えば、シリコン、サファイア、ガリウムヒ素）および１つまたは複数の基板１８４に結合されたロジック１８２（例えば、トランジスタアレイおよび他の集積回路／ＩＣコンポーネント）を含む。一例では、ロジック１８２は、構成可能なロジックまたは固定機能ロジックハードウェアに少なくとも部分的に実装されている。ロジック１８２は、すでに説明したプロセス１００（図１Ａ～図１Ｂ）、方法３５０（図２）、方法３６０（図３）、方法３８０（図４）、方法４００（図５）、および／または方法４５０（図６）のうちの１つまたは複数の態様を実装することができる。いくつかの実施形態では、ロジック１８２は、アプリケーションを、各々がアプリケーションの１つまたは複数の機能に関連する複数の部分に分割して、複数の部分の間の遷移確率を決定することができる。ロジック１８２はさらに、１つまたは複数の部分および確率をコンピューティングデバイスに提供することができる。ロジック１８２は、別のコンピューティングデバイスからアプリケーションのさらなる部分に対する要求を受信し、別のコンピューティングデバイスにさらなる部分を提供することができる。一例では、ロジック１８２は、基板１８４内に配置される（例えば、埋め込まれる）トランジスタチャネル領域を含む。したがって、ロジック１８２と基板１８４との間のインターフェースは、階段接含ではない場合がある。ロジック１８２はまた、基板１８４の最初のウェーハ上に成長するエピタキシャル層を含むと見なされ得る。

図１１は、一実施形態によるプロセッサコア２００を示す。プロセッサコア２００は、マイクロプロセッサ、組み込みプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサ、またはコードを実行するための他のデバイスなどの任意のタイプのプロセッサのコアであり得る。図１１には１つのプロセッサコア２００のみが示されているが、処理要素は、代わりに、図１１に示されているプロセッサコア２００のうちの２つ以上を含み得る。プロセッサコア２００は、シングルスレッドコアであり得るか、または少なくとも１つの実施形態では、プロセッサコア２００は、コアごとに２つ以上のハードウェアスレッドコンテキスト（または「ロジックプロセッサ」）を含み得るという点でマルチスレッドであり得る。

図１１はまた、プロセッサコア２００に結合されたメモリ２７０を示している。メモリ２７０は、当業者に知られているか、またはそうでなければ利用可能であるように、多種多様なメモリ（メモリ階層の様々な層を含む）のいずれかであり得る。メモリ２７０は、プロセッサコア２００によって実行される１つまたは複数のコード２１３命令を含むことができ、コード２１３は、すでに説明したプロセス１００（図１Ａ～図１Ｂ）、方法３５０（図２）、方法３６０（図３）、方法３８０（図４）、方法４００（図５）、および／または方法４５０（図６）のうちの１つまたは複数の態様を実装することができる。プロセッサコア２００は、コード２１３によって示される命令のプログラムシーケンスに従う。各命令は、フロントエンド部分２１０に入り、１つまたは複数のデコーダ２２０によって処理されてもよい。デコーダ２２０は、その出力として、事前定義されたフォーマットでの固定幅マイクロ操作などのマイクロ操作を生成することができ、または元のコード命令を反映する他の命令、マイクロ命令、または制御信号を生成することができる。図示のフロントエンド部分２１０はまた、レジスタ名前変更ロジック２２５およびスケジューリングロジック２３０を含み、これらは、一般に、リソースを割り当て、実行のために変換命令に対応する操作をキューに入れる。

プロセッサコア２００は、実行ユニット２５５－１～２５５－Ｎのセットを有する実行ロジック２５０を含むように示されている。いくつかの実施形態は、特定の機能または機能のセット専用のいくつかの実行ユニットを含んでもよい。他の実施形態は、特定の機能を実行することができる１つの実行ユニットのみまたは１つの実行ユニットを含んでもよい。図示の実行ロジック２５０は、コード命令によって指定された操作を実行する。

コード命令によって指定された操作の実行の完了後、バックエンドロジック２６０は、コード２１３の命令をリタイアする。一実施形態では、プロセッサコア２００は、アウトオブオーダー実行を可能にするが、命令のリタイアを順番に要求する。リタイアメントロジック２６５は、当業者に知られているように様々な形態をとることができる（例えば、リオーダーバッファなど）。このようにして、プロセッサコア２００は、コード２１３の実行中に、少なくとも、デコーダによって生成された出力、レジスタ名前変更ロジック２２５によって利用されたハードウェアレジスタおよびテーブル、ならびに実行ロジック２５０によって変更された任意のレジスタ（図示せず）に関して変換される。

図１１には示されていないが、処理要素は、プロセッサコア２００を備えたチップ上の他の要素を含んでもよい。例えば、処理要素は、プロセッサコア２００と共にメモリ制御ロジックを含んでもよい。処理要素は、入力／出力（Ｉ／Ｏ）制御ロジックを含んでもよく、および／またはメモリ制御ロジックと統合されたＩ／Ｏ制御ロジックを含んでもよい。処理要素はまた、１つまたは複数のキャッシュも含んでもよい。

ここで図１２を参照すると、一実施形態によるコンピューティングシステム１０００の実施形態のブロック図が示されている。図１２に示されているのは、第１の処理要素１０７０および第２の処理要素１０８０を含むマルチプロセッサシステム１０００である。２つの処理要素１０７０および１０８０が示されているが、システム１０００の実施形態はまた、１つのそのような処理要素のみを含み得ることが理解されるべきである。

システム１０００は、ポイントツーポイント相互接続システムとして示され、第１の処理要素１０７０および第２の処理要素１０８０は、ポイントツーポイント相互接続１０５０を介して結合される。図１２に示される相互接続のいずれかまたはすべては、ポイントツーポイント相互接続ではなく、マルチドロップバスとして実装され得ることが理解されるべきである。

図１２に示されるように、処理要素１０７０および１０８０の各々は、第１および第２のプロセッサコア（すなわち、プロセッサコア１０７４ａおよび１０７４ｂならびにプロセッサコア１０８４ａおよび１０８４ｂ）を含むマルチコアプロセッサであってもよい。そのようなコア１０７４ａ、１０７４ｂ、１０８４ａ、１０８４ｂは、図１１に関連して上で論じたのと同様の方法で命令コードを実行するように構成されてもよい。

各処理要素１０７０、１０８０は、少なくとも１つの共有キャッシュ１８９６ａ、１８９６ｂを含んでもよい。共有キャッシュ１８９６ａ、１８９６ｂは、それぞれコア１０７４ａ、１０７４ｂ、および１０８４ａ、１０８４ｂなどのプロセッサの１つまたは複数のコンポーネントによって利用されるデータ（例えば、命令）を格納することができる。例えば、共有キャッシュ１８９６ａ、１８９６ｂは、プロセッサのコンポーネントによるより高速なアクセスのために、メモリ１０３２、１０３４に格納されたデータをローカルにキャッシュすることができる。１つまたは複数の実施形態では、共有キャッシュ１８９６ａ、１８９６ｂは、レベル２（Ｌ２）、レベル３（Ｌ３）、レベル４（Ｌ４）、または他のレベルのキャッシュ、ラストレベルキャッシュ（ＬＬＣ）、および／またはそれらの組み合わせなどの１つまたは複数の中間レベルキャッシュを含み得る。

２つの処理要素１０７０、１０８０のみで示されているが、実施形態の範囲はそれほど限定されないことが理解されるべきである。他の実施形態では、１つまたは複数の追加の処理要素が、所与のプロセッサに存在してもよい。あるいは、処理要素１０７０、１０８０のうちの１つまたは複数は、アクセラレータまたはフィールドプログラマブルゲートアレイなどのプロセッサ以外の要素であってもよい。例えば、追加の処理要素は、第１のプロセッサ１０７０と同じ追加のプロセッサ、第１のプロセッサ１０７０を処理するために異種または非対称である追加のプロセッサ、アクセラレータ（例えば、グラフィックスアクセラレータまたはデジタル信号処理（ＤＳＰ）ユニットなど）、フィールドプログラマブルゲートアレイ、またはその他の処理要素を含んでもよい。建築、マイクロ建築、熱、電力消費特性などを含むメリットの測定基準のスペクトルに関して、処理要素１０７０、１０８０の間には様々な違いがあり得る。これらの違いは、処理要素１０７０、１０８０の間の非対称性および不均一性として効果的に現れる可能性がある。少なくとも１つの実施形態では、様々な処理要素１０７０、１０８０は、同じダイパッケージ内に存在してもよい。

第１の処理要素１０７０は、メモリコントローラロジック（ＭＣ）１０７２ならびにポイントツーポイント（Ｐ－Ｐ）インターフェース１０７６および１０７８をさらに含んでもよい。同様に、第２の処理要素１０８０は、ＭＣ１０８２ならびにＰ－Ｐインターフェース１０８６および１０８８を含んでもよい。図１２に示されるように、ＭＣの１０７２および１０８２は、プロセッサをそれぞれのメモリ、すなわち、メモリ１０３２およびメモリ１０３４に結合し、これらは、それぞれのプロセッサにローカルに取り付けられたメインメモリの一部であり得る。ＭＣ１０７２および１０８２は、処理要素１０７０、１０８０に統合されるように示されているが、代替の実施形態では、ＭＣロジックは、処理要素１０７０、１０８０に統合されるのではなく、処理要素１０７０、１０８０の外側の離散ロジックであり得る。

第１の処理要素１０７０および第２の処理要素１０８０は、それぞれ、Ｐ－Ｐ相互接続１０７６ １０８６を介してＩ／Ｏサブシステム１０９０に結合することができる。図１０に示されるように、Ｉ／Ｏサブシステム１０９０は、Ｐ－Ｐインターフェース１０９４および１０９８を含む。さらに、Ｉ／Ｏサブシステム１０９０は、Ｉ／Ｏサブシステム１０９０を高性能グラフィックスエンジン１０３８と結合するためのインターフェース１０９２を含む。一実施形態では、バス１０４９を使用して、グラフィックスエンジン１０３８をＩ／Ｏサブシステム１０９０に結合することができる。あるいは、ポイントツーポイント相互接続がこれらのコンポーネントを結合することができる。

次に、Ｉ／Ｏサブシステム１０９０は、インターフェース１０９６を介して第１のバス１０１６に結合することができる。一実施形態では、第１のバス１０１６は、ペリフェラルコンポーネントインターコネクト（ＰＣＩ）バス、またはＰＣＩ Ｅｘｐｒｅｓｓバスもしくは別の第３世代Ｉ／Ｏ相互接続バスなどのバスであり得るが、実施形態の範囲はそのように限定されない。

図１２に示されるように、様々なＩ／Ｏデバイス１０１４（例えば、バイオメトリックスキャナ、スピーカー、カメラ、センサ）は、第１のバス１０１６を第２のバス１０２０に結合し得るバスブリッジ１０１８と共に、第１のバス１０１６に結合され得る。一実施形態では、第２のバス１０２０は、低ピン数（ＬＰＣ）バスであってもよい。一実施形態では、例えば、キーボード／マウス１０１２、１つまたは複数の通信デバイス１０２６、およびコード１０３０を含み得るディスクドライブまたは他の大容量ストレージデバイスなどのデータストレージユニット１０１９を含む様々なデバイスを第２のバス１０２０に結合することができる。図示のコード１０３０は、すでに説明したプロセス１００（図１Ａ～図１Ｂ）、方法３５０（図２）、方法３６０（図３）、方法３８０（図４）、方法４００（図５）、および／または方法４５０（図６）のうちの１つまたは複数の態様を実装することができる。さらに、オーディオＩ／Ｏ１０２４は、第２のバス１０２０に結合されてもよく、バッテリ１０１０は、コンピューティングシステム１０００に電力を供給することができる。

他の実施形態が企図されることに留意されたい。例えば、図１２のポイントツーポイントアーキテクチャの代わりに、システムは、マルチドロップバスまたは別のそのような通信トポロジーを実装することができる。また、図１２の要素は、代わりに、図１２に示されるよりも多いまたは少ない統合チップを使用してパーティションされ得る。

追記と実施例：

実施例１は、１つまたは複数の基板と、１つまたは複数の基板に結合されたロジックと、を含み、ロジックは、構成可能なロジックまたは固定機能ロジックハードウェアのうちの１つまたは複数に実装され、ロジックは、複数の部分の少なくとも第１の部分を受信することであって、複数の部分の各々は、アプリケーションの１つまたは複数の異なる機能に関連するコードである、受信することと、複数の部分の間の複数の遷移確率を示す関係ファイルを受信することと、を行うために、１つまたは複数の基板に結合されている、半導体装置を含んでもよい。

実施例２は、ロジックが、遷移確率のグループを複数の遷移確率から決定することであって、遷移確率のグループの各遷移確率は、第１の部分から、複数の部分からの異なるそれぞれの部分への遷移の確率を示す、決定することと、遷移確率のグループの比較に基づいて、複数の部分から第２の部分を決定することと、サーバに第２の部分を要求することと、を行う実施例１に記載の半導体装置を含んでもよい。

実施例３は、遷移確率のグループからの最大の遷移確率が、第１の部分から第２の部分への遷移確率である、実施例２に記載の半導体装置を含んでもよい。

実施例４は、ロジックが、ダウンロード速度または帯域幅のうちの１つまたは複数に関連する待ち時間を決定することと、待ち時間および関係ファイルに基づいて、複数の部分の第３の部分を要求するかどうかを決定することと、を行い、関係ファイルによれば、第２の部分は、第３の部分に遷移する、実施例２に記載の半導体装置を含んでもよい。

実施例５は、ロジックが、第３の部分のサイズに基づいて、第３の部分を要求するかどうかを決定する、実施例４に記載の半導体装置を含んでもよい。

実施例６は、ロジックが、ユーザの現在の習慣、地理的位置、感知された信号、ユーザの人口統計、または機械学習のうちの１つまたは複数に基づいて、複数の遷移確率を調整する、実施例１に記載の半導体装置を含んでもよい。

実施例７は、１つまたは複数の基板に結合されたロジックが、１つまたは複数の基板内に配置されたトランジスタチャネル領域を含む、実施例１に記載の半導体装置を含んでもよい。

実施例８は、実行可能なプログラム命令のセットを含む少なくとも１つのコンピュータ可読記憶媒体であって、プログラム命令は、コンピューティングシステムによって実行されると、コンピューティングシステムに、複数の部分の少なくとも第１の部分を受信する手順であって、複数の部分の各々は、アプリケーションの１つまたは複数の異なる機能に関連するコードである、受信する手順と、複数の部分の間の複数の遷移確率を示す関係ファイルを受信する手順と、を行わせる、少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例９は、実行可能なプログラム命令が、コンピューティングシステムによって実行されると、コンピューティングシステムに、遷移確率のグループを複数の遷移確率から決定する手順であって、遷移確率のグループの各遷移確率は、第１の部分から、複数の部分からの異なるそれぞれの部分への遷移の確率を示す、決定する手順と、遷移確率のグループの比較に基づいて、複数の部分から第２の部分を決定する手順と、サーバに第２の部分を要求する手順と、を行わせる、実施例８に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１０は、遷移確率のグループからの最大の遷移確率が、第１の部分から第２の部分への遷移確率である、実施例９に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１１は、実行可能なプログラム命令が、コンピューティングシステムによって実行されると、コンピューティングシステムに、コンピューティングシステムのダウンロード速度またはコンピューティングシステムの帯域幅のうちの１つまたは複数に関連する待ち時間を決定する手順と、待ち時間および関係ファイルに基づいて、複数の部分の第３の部分を要求するかどうかを決定する手順と、を行わせ、関係ファイルによれば、第２の部分は、第３の部分に遷移する、実施例９に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１２は、実行可能なプログラム命令が、コンピューティングシステムによって実行されると、コンピューティングシステムに、第３の部分のサイズに基づいて、第３の部分を要求するかどうかを決定する手順を行わせる、実施例１１に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１３は、実行可能なプログラム命令が、コンピューティングシステムによって実行されると、コンピューティングシステムに、ユーザの現在の習慣、地理的位置、感知された信号、ユーザの人口統計、または機械学習のうちの１つまたは複数に基づいて、複数の遷移確率を調整させる、実施例８に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１４は、実行可能なプログラム命令のセットを含む少なくとも１つのコンピュータ可読記憶媒体であって、プログラム命令は、コンピューティングシステムによって実行されると、コンピューティングシステムに、アプリケーションを、各々がアプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割する手順と、複数の部分の間の複数の遷移確率を決定する手順と、を行わせる、少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１５は、アプリケーションの各機能が、グラフィカルユーザインターフェースを介して選択可能である、実施例１４に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１６は、遷移確率が、各々、ユーザが機能をそれぞれ１つ選択するという予測確率を表す、実施例１４に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１７は、実行可能なプログラム命令が、コンピューティングシステムによって実行されると、コンピューティングシステムに、複数の部分の第１の部分をユーザデバイスに送信することを識別する手順と、複数の部分の第２の部分をユーザデバイスに送信するという指示を受信する手順と、を行わせ、複数の遷移確率からの遷移確率の第１のグループは、各々、第１の部分から、複数の部分からの異なるそれぞれの部分への遷移の予測確率を示し、第１の部分と第２の部分との間の第１のグループからの遷移確率は、第１のグループの中で最大である、実施例１４に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１８は、実行可能なプログラム命令が、コンピューティングシステムによって実行されると、コンピューティングシステムに、複数の部分および遷移確率の有向グラフを生成するために利用される関係ファイルを生成する手順であって、有向グラフにおいて、遷移確率の各々は、複数の部分の２つの異なる部分の間の遷移の確率を示す、生成する手順と、関係ファイルをユーザデバイスに送信する手順と、を行わせる、実施例１４に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例１９は、実行可能なプログラム命令が、コンピューティングシステムによって実行されると、コンピューティングシステムに、複数の部分のユーザ生成選択を受信する手順と、受信したユーザ生成選択に基づいて、遷移確率を調整する手順と、を行わせる、実施例１４に記載の少なくとも１つのコンピュータ可読記憶媒体を含んでもよい。

実施例２０は、１つまたは複数の基板と、１つまたは複数の基板に結合されたロジックと、を含み、ロジックは、構成可能なロジックまたは固定機能ロジックハードウェアのうちの１つまたは複数に実装され、ロジックは、アプリケーションを、各々がアプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割することと、複数の部分の間の複数の遷移確率を決定することと、を行うために、１つまたは複数の基板に結合されている、半導体装置を含んでもよい。

実施例２１は、アプリケーションの各機能が、グラフィカルユーザインターフェースを介して選択可能である、実施例２０に記載の半導体装置を含んでもよい。

実施例２２は、遷移確率が、各々、ユーザが機能をそれぞれ１つ選択するという予測確率を表す、実施例２０に記載の半導体装置を含んでもよい。

実施例２３は、ロジックが、複数の部分の第１の部分をユーザデバイスに送信することを識別することと、複数の部分の第２の部分をユーザデバイスに送信するという指示を受信することと、を行い、複数の遷移確率からの遷移確率の第１のグループは、各々、第１の部分から、複数の部分からの異なるそれぞれの部分への遷移の予測確率を示し、第１の部分と第２の部分との間の第１のグループからの遷移確率は、第１のグループの中で最大である、実施例２０に記載の半導体装置を含んでもよい。

実施例２４は、ロジックが、複数の部分のユーザ生成選択を受信し、受信したユーザ生成選択に基づいて、遷移確率を調整する、実施例２０に記載の半導体装置を含んでもよい。

実施例２５は、１つまたは複数の基板に結合されたロジックが、１つまたは複数の基板内に配置されたトランジスタチャネル領域を含む、実施例２０に記載の半導体装置を含んでもよい。

実施例２６は、複数の部分の少なくとも第１の部分を受信する手段であって、複数の部分の各々は、アプリケーションの１つまたは複数の異なる機能に関連するコードである、少なくとも第１の部分を受信する手段と、複数の部分の間の複数の遷移確率を示す関係ファイルを受信する手段と、を含む、半導体装置を含んでもよい。

実施例２７は、遷移確率のグループを複数の遷移確率から決定する手段であって、遷移確率のグループの各遷移確率は、第１の部分から、複数の部分からの異なるそれぞれの部分への遷移の確率を示す、決定する手段と、遷移確率のグループの比較に基づいて、複数の部分から第２の部分を決定する手段と、サーバに第２の部分を要求する手段と、をさらに含む、実施例２６に記載の半導体装置を含んでもよい。

実施例２８は、遷移確率のグループからの最大の遷移確率が、第１の部分から第２の部分への遷移確率である、実施例２７に記載の半導体装置を含んでもよい。

実施例２９は、ダウンロード速度または帯域幅のうちの１つまたは複数に関連する待ち時間を決定する手段と、待ち時間および関係ファイルに基づいて、複数の部分の第３の部分を要求するかどうかを決定する手段と、をさらに含み、関係ファイルによれば、第２の部分は、第３の部分に遷移する、実施例２７に記載の半導体装置を含んでもよい。

実施例３０は、第３の部分のサイズに基づいて、第３の部分を要求するかどうかを決定する手段をさらに含む、実施例２９に記載の半導体装置を含んでもよい。

実施例３１は、ユーザの現在の習慣、地理的位置、感知された信号、ユーザの人口統計、または機械学習のうちの１つまたは複数に基づいて、複数の遷移確率を調整する手段をさらに含む、実施例２６に記載の半導体装置を含んでもよい。

実施例３２は、アプリケーションを、各々がアプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割する手段と、複数の部分の間の複数の遷移確率を決定する手段と、を含む、半導体装置を含んでもよい。

実施例３３は、アプリケーションの各機能が、グラフィカルユーザインターフェースを介して選択可能である、実施例３２に記載の半導体装置を含んでもよい。

実施例３４は、遷移確率が、各々、ユーザが機能をそれぞれ１つ選択するという予測確率を表す、実施例３２に記載の半導体装置を含んでもよい。

実施例３５は、複数の部分の第１の部分をユーザデバイスに送信するかを識別する手段と、複数の部分の第２の部分をユーザデバイスに送信するという指示を受信する手段と、をさらに含み、複数の遷移確率からの遷移確率の第１のグループは、各々、第１の部分から、複数の部分からの異なるそれぞれの部分への遷移の予測確率を示し、第１の部分と第２の部分との間の第１のグループからの遷移確率は、第１のグループの中で最大である、実施例３２に記載の半導体装置を含んでもよい。

実施例３６は、複数の部分および遷移確率の有向グラフを生成するために利用される関係ファイルを生成する手段であって、有向グラフにおいて、遷移確率の各々は、複数の部分の２つの異なる部分の間の遷移の確率を示す、関係ファイルを生成する手段と、関係ファイルをユーザデバイスに送信する手段と、をさらに含む、実施例３２に記載の半導体装置を含んでもよい。

実施例３７は、複数の部分のユーザ生成選択を受信する手段と、受信したユーザ生成選択に基づいて、遷移確率を調整する手段と、をさらに含む、実施例３２に記載の半導体装置を含んでもよい。

実施形態は、すべてのタイプの半導体集積回路（「ＩＣ」）チップでの使用に適用可能である。これらのＩＣチップの例には、プロセッサ、コントローラ、チップセットコンポーネント、プログラマブルロジックアレイ（ＰＬＡ）、メモリチップ、ネットワークチップ、システムオンチップ（ＳｏＣ）、ＳＳＤ／ＮＡＮＤコントローラＡＳＩＣなどが含まれるが、これらに限定されない。さらに、一部の図面では、信号導体線を線で表している。いくつかは、より多くの構成信号パスを示すために異なる場合があり、構成信号パスの数を示すために番号ラベルを有し、および／または一次情報の流れの方向を示すために１つもしくは複数の端部に矢印を有する。ただし、これを限定的に解釈するべきではない。むしろ、そのような追加された詳細は、回路の理解をより容易にするために、１つまたは複数の例示的な実施形態に関連して使用され得る。追加情報があるかどうかにかかわらず、表された信号線は、実際には、複数の方向に移動する可能性があり、任意の適切なタイプの信号方式、例えば、差動ペア、光ファイバー線、および／またはシングルエンド線で実装されたデジタルまたはアナログ線で実装できる、１つまたは複数の信号を含むことができる。

実施形態は同じに限定されないが、例示的なサイズ／モデル／値／範囲が与えられている場合がある。製造技術（例えば、フォトリソグラフィー）が時間と共に成熟するにつれて、より小さなサイズのデバイスを製造できることが予期される。さらに、図解および説明を簡単にするために、また実施形態の特定の態様を不明瞭にしないように、ＩＣチップおよび他のコンポーネントへの周知の電源／接地接続が図内に示されてもされなくてもよい。さらに、配置は、実施形態が不明瞭になることを回避するために、また、そのようなブロック図配置の実装に関する詳細が、実施形態が実装されるコンピューティングシステムに大きく依存するという事実を考慮して、ブロック図形式で示され得、すなわち、そのような詳細は、当業者の範囲内に十分にあるべきである。例示的な実施形態を説明するために特定の詳細（例えば、回路）が示される場合、これらの特定の詳細なしで、またはこれらの特定の詳細の変形を伴って実施形態を実施できることは当業者には明らかであるはずである。したがって、説明は、限定するのではなく、例示と見なされるべきである。

「結合された」という用語は、本明細書では、問題のコンポーネント間の直接的または間接的な任意のタイプの関係を指すために使用され得、電気的、機械的、流体、光学的、電磁気的、電気機械的、または他の接続に適用され得る。さらに、「第１」、「第２」などの用語は、本明細書では議論を容易にするためにのみ使用され得、特に明記しない限り、特定の時間的または時系列的な重要性を持たない。

本出願および特許請求の範囲で使用されるように、「１つまたは複数」という用語によって結合されたアイテムのリストは、リストされた用語の任意の組み合わせを意味し得る。例えば、「Ａ、Ｂ、またはＣのうちの１つまたは複数」という句は両方ともＡ、Ｂ、Ｃ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡ、Ｂ、およびＣを意味する場合がある。

当業者は、前述の説明から、実施形態の広範な技術が様々な形態で実装され得ることを理解するであろう。したがって、実施形態はその特定の例に関連して説明されてきたが、図面、明細書、および以下の特許請求の範囲を検討すると、他の修正が当業者に明らかになるので、実施形態の真の範囲はそれほど限定されるべきではない。
他の考えられる項目
［項目１］
１つまたは複数の基板と、上記１つまたは複数の基板に結合されたロジックと、を備え、上記ロジックは、構成可能なロジックまたは固定機能ロジックハードウェアのうちの１つまたは複数に実装され、上記ロジックは、複数の部分の少なくとも第１の部分を受信することであって、上記複数の部分の各々は、アプリケーションの１つまたは複数の異なる機能に関連するコードである、受信することと、上記複数の部分の間の複数の遷移確率を示す関係ファイルを受信することと、を行うために、上記１つまたは複数の基板に結合されている、半導体装置。
［項目２］
上記ロジックが、遷移確率のグループを上記複数の遷移確率から決定することであって、上記遷移確率のグループの各遷移確率は、上記第１の部分から、上記複数の部分からの異なるそれぞれの部分への遷移の確率を示す、決定することと、上記遷移確率のグループの比較に基づいて、上記複数の部分から第２の部分を決定することと、サーバに上記第２の部分を要求することと、を行う、項目１に記載の半導体装置。
［項目３］
上記遷移確率のグループからの最大の遷移確率が、上記第１の部分から上記第２の部分への遷移確率である、項目２に記載の半導体装置。
［項目４］
上記ロジックが、ダウンロード速度または帯域幅のうちの１つまたは複数に関連する待ち時間を決定することと、上記待ち時間および上記関係ファイルに基づいて、上記複数の部分の第３の部分を要求するかどうかを決定することと、を行い、上記関係ファイルによれば、上記第２の部分は、上記第３の部分に遷移する、項目２に記載の半導体装置。
［項目５］
上記ロジックが、上記第３の部分のサイズに基づいて、上記第３の部分を要求するかどうかを決定する、項目４に記載の半導体装置。
［項目６］
上記ロジックは、ユーザの現在の習慣、地理的位置、感知された信号、上記ユーザの人口統計、または機械学習のうちの１つまたは複数に基づいて、上記複数の遷移確率を調整する、項目１に記載の半導体装置。
［項目７］
上記１つまたは複数の基板に結合された上記ロジックが、上記１つまたは複数の基板内に配置されたトランジスタチャネル領域を含む、項目１に記載の半導体装置。
［項目８］
実行可能なプログラム命令のセットを備える少なくとも１つのコンピュータ可読記憶媒体であって、上記プログラム命令は、コンピューティングシステムによって実行されると、上記コンピューティングシステムに、複数の部分の少なくとも第１の部分を受信する手順であって、上記複数の部分の各々は、アプリケーションの１つまたは複数の異なる機能に関連するコードである、受信する手順と、上記複数の部分の間の複数の遷移確率を示す関係ファイルを受信する手順と、を行わせる、少なくとも１つのコンピュータ可読記憶媒体。
［項目９］
上記実行可能なプログラム命令が、上記コンピューティングシステムによって実行されると、上記コンピューティングシステムに、遷移確率のグループを上記複数の遷移確率から決定する手順であって、上記遷移確率のグループの各遷移確率は、上記第１の部分から、上記複数の部分からの異なるそれぞれの部分への遷移への確率を示す、決定する手順と、上記遷移確率のグループの比較に基づいて、上記複数の部分から第２の部分を決定する手順と、サーバに上記第２の部分を要求する手順と、を行わせる、項目８に記載の少なくとも１つのコンピュータ可読記憶媒体。
［項目１０］
上記遷移確率のグループからの最大の遷移確率が、上記第１の部分から上記第２の部分への遷移確率である、項目９に記載の少なくとも１つのコンピュータ可読記憶媒体。
［項目１１］
上記実行可能なプログラム命令が、上記コンピューティングシステムによって実行されると、上記コンピューティングシステムに、上記コンピューティングシステムのダウンロード速度または上記コンピューティングシステムの帯域幅のうちの１つまたは複数に関連する待ち時間を決定する手順と、上記待ち時間および上記関係ファイルに基づいて、上記複数の部分の第３の部分を要求するかどうかを決定する手順と、を行わせ、上記関係ファイルによれば、上記第２の部分は、上記第３の部分に遷移する、項目９に記載の少なくとも１つのコンピュータ可読記憶媒体。
［項目１２］
上記実行可能なプログラム命令が、上記コンピューティングシステムによって実行されると、上記コンピューティングシステムに、上記第３の部分のサイズに基づいて、上記第３の部分を要求するかどうかを決定する手順を行わせる、項目１１に記載の少なくとも１つのコンピュータ可読記憶媒体。
［項目１３］
実行可能なプログラム命令のセットを備える少なくとも１つのコンピュータ可読記憶媒体であって、上記プログラム命令は、コンピューティングシステムによって実行されると、上記コンピューティングシステムに、アプリケーションを、各々が上記アプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割する手順と、上記複数の部分の間の複数の遷移確率を決定する手順と、を行わせる、少なくとも１つのコンピュータ可読記憶媒体。
［項目１４］
上記遷移確率が、各々、ユーザが上記機能をそれぞれ１つ選択するという予測確率を表す、請求項項目１３に記載の少なくとも１つのコンピュータ可読記憶媒体。
［項目１５］
上記実行可能なプログラム命令が、上記コンピューティングシステムによって実行されると、上記コンピューティングシステムに、上記複数の部分の第１の部分をユーザデバイスに送信することを識別する手順と、上記複数の部分の第２の部分を上記ユーザデバイスに送信するという指示を受信する手順と、を行わせ、上記複数の遷移確率からの遷移確率の第１のグループは、各々、上記第１の部分から、上記複数の部分からの異なるそれぞれの部分への遷移の予測確率を示し、上記第１の部分と上記第２の部分との間の上記第１のグループからの遷移確率は、上記第１のグループの中で最大である、項目１３に記載の少なくとも１つのコンピュータ可読記憶媒体。
［項目１６］
上記実行可能なプログラム命令が、上記コンピューティングシステムによって実行されると、上記コンピューティングシステムに、上記複数の部分および上記遷移確率の有向グラフを生成するために利用される関係ファイルを生成する手順であって、上記有向グラフにおいて、上記遷移確率の各々は、上記複数の部分の２つの異なる部分の間の遷移の確率を示す、生成する手順と、上記関係ファイルをユーザデバイスに送信する手順と、を行わせる、項目１３に記載の少なくとも１つのコンピュータ可読記憶媒体。
［項目１７］
１つまたは複数の基板と、上記１つまたは複数の基板に結合されたロジックと、を備え、上記ロジックは、構成可能なロジックまたは固定機能ロジックハードウェアのうちの１つまたは複数に実装され、上記ロジックは、アプリケーションを、各々が上記アプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割することと、上記複数の部分の間の複数の遷移確率を決定することと、を行うために、上記１つまたは複数の基板に結合されている、半導体装置。
［項目１８］
上記遷移確率が、各々、ユーザが上記機能をそれぞれ１つ選択するという予測確率を表す、項目１７に記載の半導体装置。
［項目１９］
上記ロジックが、上記複数の部分の第１の部分をユーザデバイスに送信することを識別することと、上記複数の部分の第２の部分を上記ユーザデバイスに送信するという指示を受信することと、を行い、上記複数の遷移確率からの遷移確率の第１のグループは、各々、上記第１の部分から、上記複数の部分からの異なるそれぞれの部分への遷移の予測確率を示し、上記第１の部分と上記第２の部分との間の上記第１のグループからの遷移確率は、上記第１のグループの中で最大である、項目１７に記載の半導体装置。
［項目２０］
上記１つまたは複数の基板に結合された上記ロジックが、上記１つまたは複数の基板内に配置されたトランジスタチャネル領域を含む、項目１７に記載の半導体装置。

Claims (17)

1. １つまたは複数の基板と、
   前記１つまたは複数の基板に結合されたロジックと、を備え、
   前記ロジックは、構成可能なロジックまたは固定機能ロジックハードウェアのうちの１つまたは複数に実装され、前記ロジックは、
   複数の部分の少なくとも第１の部分を受信することであって、前記複数の部分の各々は、アプリケーションの１つまたは複数の異なる機能に関連するコードである、受信することと、
   前記複数の部分の間の複数の遷移確率を示す関係ファイルを受信することと、
   遷移確率のグループを前記複数の遷移確率から決定することであって、前記遷移確率のグループの各遷移確率は、前記第１の部分から、前記複数の部分からの異なるそれぞれの部分への遷移の確率を示す、決定することと、
   前記遷移確率のグループの比較に基づいて、前記複数の部分から第２の部分を決定することと、
   サーバに前記第２の部分を要求することと、を行うために、前記１つまたは複数の基板に結合されている、
   半導体装置。
2. 前記遷移確率のグループからの最大の遷移確率が、前記第１の部分から前記第２の部分への遷移確率である、請求項１に記載の半導体装置。
3. 前記ロジックが、
   ダウンロード速度または帯域幅のうちの１つまたは複数に関連する待ち時間を決定することと、
   前記待ち時間および前記関係ファイルに基づいて、前記複数の部分の第３の部分を要求するかどうかを決定することと、を行い、前記関係ファイルによれば、前記第２の部分は、前記第３の部分に遷移する、請求項１に記載の半導体装置。
4. 前記ロジックが、前記第３の部分のサイズに基づいて、前記第３の部分を要求するかどうかを決定する、請求項３に記載の半導体装置。
5. 前記ロジックは、ユーザの現在の習慣、地理的位置、感知された信号、前記ユーザの人口統計、または機械学習のうちの１つまたは複数に基づいて、前記複数の遷移確率を調整する、請求項１に記載の半導体装置。
6. 前記１つまたは複数の基板に結合された前記ロジックが、前記１つまたは複数の基板内に配置されたトランジスタチャネル領域を含む、請求項１に記載の半導体装置。
7. コンピューティングシステムに、複数の部分の少なくとも第１の部分を受信する手順であって、前記複数の部分の各々は、アプリケーションの１つまたは複数の異なる機能に関連するコードである、受信する手順と、
   前記複数の部分の間の複数の遷移確率を示す関係ファイルを受信する手順と、
   遷移確率のグループを前記複数の遷移確率から決定する手順であって、前記遷移確率のグループの各遷移確率は、前記第１の部分から、前記複数の部分からの異なるそれぞれの部分への遷移の確率を示す、決定する手順と、
   前記遷移確率のグループの比較に基づいて、前記複数の部分から第２の部分を決定する手順と、
   サーバに前記第２の部分を要求する手順と、を行わせる、プログラム。
8. 前記遷移確率のグループからの最大の遷移確率が、前記第１の部分から前記第２の部分への遷移確率である、請求項７に記載のプログラム。
9. 前記コンピューティングシステムに、
   前記コンピューティングシステムのダウンロード速度または前記コンピューティングシステムの帯域幅のうちの１つまたは複数に関連する待ち時間を決定する手順と、
   前記待ち時間および前記関係ファイルに基づいて、前記複数の部分の第３の部分を要求するかどうかを決定する手順とを行わせ、前記関係ファイルによれば、前記第２の部分は、前記第３の部分に遷移する、請求項７に記載のプログラム。
10. 前記コンピューティングシステムに、前記第３の部分のサイズに基づいて、前記第３の部分を要求するかどうかを決定する手順を行わせる、請求項９に記載のプログラム。
11. コンピューティングシステムに、
    アプリケーションを、各々が前記アプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割する手順と、
    前記複数の部分の間の複数の遷移確率を決定する手順と、
    前記複数の部分の第１の部分をユーザデバイスに送信することを識別する手順と、
    前記複数の部分の第２の部分を前記ユーザデバイスに送信するという指示を受信する手順と、を行わせ、
    前記複数の遷移確率からの遷移確率の第１のグループは、各々、前記第１の部分から、前記複数の部分からの異なるそれぞれの部分への遷移の予測確率を示し、
    前記第１の部分と前記第２の部分との間の前記第１のグループからの遷移確率は、前記第１のグループの中で最大である、プログラム。
12. 前記複数の遷移確率が、各々、ユーザが前記１つまたは複数の機能をそれぞれ１つ選択するという予測確率を表す、請求項１１に記載のプログラム。
13. 前記コンピューティングシステムに、
    前記複数の部分および前記複数の遷移確率の有向グラフを生成するために利用される関係ファイルを生成する手順であって、前記有向グラフにおいて、前記複数の遷移確率の各々は、前記複数の部分の２つの異なる部分の間の遷移の確率を示す、生成する手順と、
    前記関係ファイルをユーザデバイスに送信する手順と、を行わせる、請求項１１に記載のプログラム。
14. 請求項７から１３のいずれか一項に記載のプログラムを記憶した、非一時的機械可読媒体。
15. １つまたは複数の基板と、
    前記１つまたは複数の基板に結合されたロジックと、を備え、
    前記ロジックは、構成可能なロジックまたは固定機能ロジックハードウェアのうちの１つまたは複数に実装され、前記ロジックは、
    アプリケーションを、各々が前記アプリケーションの１つまたは複数の機能に関連するコードである複数の部分に分割することと、
    前記複数の部分の間の複数の遷移確率を決定することと、
    前記複数の部分の第１の部分をユーザデバイスに送信することを識別することと、
    前記複数の部分の第２の部分を前記ユーザデバイスに送信するという指示を受信することと、を行うために、前記１つまたは複数の基板に結合され、
    前記複数の遷移確率からの遷移確率の第１のグループは、各々、前記第１の部分から、前記複数の部分からの異なるそれぞれの部分への遷移の予測確率を示し、
    前記第１の部分と前記第２の部分との間の前記第１のグループからの遷移確率は、前記第１のグループの中で最大である、半導体装置。
16. 前記複数の遷移確率が、各々、ユーザが前記１つまたは複数の機能をそれぞれ１つ選択するという予測確率を表す、請求項１５に記載の半導体装置。
17. 前記１つまたは複数の基板に結合された前記ロジックが、前記１つまたは複数の基板内に配置されたトランジスタチャネル領域を含む、請求項１５に記載の半導体装置。

Images