あるセットのアプリケーションに関連するあるセットのタイルをインタフェースの可視領域に提示する工程と、前記セットのタイルのうちのサブセットであって、あるサブセットのアプリケーションに関連しかつ新規コンテンツが利用可能なサブセットを決定する工程と、前記サブセット内の数または前記セットに対する前記サブセットの割合がある所定の閾値を超えることを確認する工程と、新規コンテンツが利用可能であることを、前記可視領域内の前記サブセットのタイルのそれぞれにおいて漸進的に示す工程と、を含む、コンピュータによる処理方法。新規コンテンツが利用可能であることを漸進的に示す前記工程において、前記可視領域の片側から前記可視領域の別の側の方向に前記サブセットのタイルにわたってアニメーションを連鎖させる、請求項1に記載のコンピュータによる処理方法。新規コンテンツが利用可能であることを漸進的に示す前記工程において、前記サブセットのタイルを2つ以上の段階でアニメーション化する、請求項1に記載のコンピュータによる処理方法。漸進的に示す前記工程において、新規コンテンツの部分のローテーションを前記タイルの前記1つ内に提示することによって前記サブセットのタイルをアニメーション化する、請求項3に記載のコンピュータによる処理方法。複数のアプリケーションに関連するリポートを受信し、前記複数のアプリケーションに対する新規コンテンツまたはアップデートを示す工程であって、前記複数のアプリケーションは、前記新規コンテンツまたは前記アップデートを示すことができるインタフェースの関連タイルを有する、工程と、前記関連タイルのどれが前記インタフェースのある領域に存在するかを決定する工程と、前記新規コンテンツまたは前記アップデートを示す順序を決定する工程であって、前記順序は前記新規コンテンツまたは前記アップデートの少なくとも1つを前記インタフェースの前記領域に示すための遅延を含む、工程と、前記新規コンテンツまたは前記アップデートを前記インタフェースの前記領域に前記順序に従って示す工程と、を含む、コンピュータによる処理方法。前記新規コンテンツまたは前記アップデートを示す前記工程が、前記新規コンテンツの部分に対する第1のローテーションを前記関連タイルの1番目内に提示する工程、複数の新規コンテンツに対する第2のローテーションを前記関連タイルの2番目内に提示する工程、または前記新規コンテンツまたは前記アップデートを提示せず、かつ光沢、揺らめき、色変化、傾斜、形状変更、またはハイライト表示によって、前記関連タイルの3番目を視覚的に変更する工程、によって前記関連タイルをアニメーション化する、請求項5に記載のコンピュータによる処理方法。前記複数のアプリケーションのうちの1つまたは複数が前記処理方法中に実行されない、請求項5に記載のコンピュータによる処理方法。前記順序を決定する前記工程が前記領域内の前記関連タイルの配置に基づいている、請求項5に記載のコンピュータによる処理方法。前記新規コンテンツまたは前記アップデートを示すアニメーションを完了するのに要する時間、前記領域内の関連タイルの数、または前記領域内のタイルの総数に対する、前記領域内の関連タイルの割合、に基づいて前記遅延が決定される、請求項5に記載のコンピュータによる処理方法。前記新規コンテンツまたは前記アップデートを示す前記工程が、前記新規コンテンツを前記関連タイル内に提示する、請求項5に記載のコンピュータによる処理方法。一観点による課題は、アプリケーションを選択することが可能なユーザインタフェースにおいて新規コンテンツを徐々に表示するための改善された方法等を提供することである。一観点による処理方法は、あるセットのアプリケーションに関連するあるセットのタイルをインタフェースの可視領域に提示する工程と、前記セットのタイルのうちのサブセットであって、あるサブセットのアプリケーションに関連しかつ新規コンテンツが利用可能なサブセットを決定する工程と、前記サブセット内の数または前記セットに対する前記サブセットの割合がある所定の閾値を超えることを確認する工程と、新規コンテンツが利用可能であることを、前記可視領域内の前記サブセットのタイルのそれぞれにおいて漸進的に示す工程と、を含む、コンピュータによる処理方法である。本明細書は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的又は徐々に示す手法を記載する。これらの手法により、ユーザは、アプリケーションに関する新規コンテンツのインジケーションを一度に全部見るのではなく漸進的に見ることができる。そうすることにより、インジケーションを見るユーザに心理的もしくは視覚的に過剰な負担または過剰な刺激を与えることを回避しうる。この概要を記載する目的は、下記発明を実施するための形態でさらに説明する、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法について、簡単化した概念を紹介することにある。この概要は、特許請求の範囲に記載される対象の本質的な特徴を明らかにすることを意図したものでもなければ、特許請求の範囲に記載される対象の範囲の判断に使用されることを意図したものでもない。アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す手法および/または装置は、文脈が許す限りにおいて、本明細書において単独で、もしくは他の語と組み合わせて、手法と呼ぶことにする。アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示すための実施形態を、添付の図面を参照しながら説明する。同様の特徴および構成要素は全図面を通して同じ番号を用いて参照する。本明細書は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す手法を記載する。これらのインジケーションは、新規コンテンツの一部を含むかどうかにかかわらず、インジケーションを表示するタイルに対応するアプリケーションが、その時点で未閲覧のコンテンツを有することを示す。これらの手法により、ユーザは、アプリケーションに関する新規コンテンツのインジケーションを一度に全部見るのではなく漸進的に見ることができる。そうすることにより、インジケーションを見るユーザに心理的もしくは視覚的に過剰な負担または過剰な刺激を与えることを回避しうる。本手法類により、このインタフェースのユーザは、アプリケーションを訪れるかどうかを、新規コンテンツの一部または全部がそのタイル内に提示されているときに決定できる。ある場合には、例えば、表示される新規コンテンツはユーザにとって興味がなく、したがって、ユーザはそのアプリケーションを訪れないことを選択する。別のある場合には、表示される新規コンテンツはユーザにとって十分な情報である。これには、新規コンテンツが現在の気象状態および当日のこれからの予想気象状態を、天気予報サイトに対応するタイルを通して示す場合などがある。さらに別のある場合には、新規コンテンツはユーザにとって興味があるため、ユーザはそのタイルを選択してアプリケーションを訪れる。ここで、ユーザがアプリケーションにおいて何が新しいかをチェックしたいと仮定する。ユーザがアプリケーションインタフェースを閲覧することを選択すると、新規コンテンツが利用可能になっているタイルが多数あるものと仮定する。本手法類は、その新規コンテンツを一度にすべて提示するのではなく、その多数のタイルにおいてインジケーションを漸進的に提示する。そうすることにより、ユーザはそれらのインジケーションをより適切に利用しうる。本手法類が動作しうる環境例、本手法類によって実施可能な方法、および装置例について以下に説明を続ける。環境例図1は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す手法、ならびに本明細書に記載するその他の手法が実現できる環境例100を示す。環境100は、計算機器102と、リモートプロバイダ104と、オプションのリポート編集器106と、それらのエンティティ間で通信を可能にする通信ネットワーク108とを含む。計算機器102はコンピュータ装置102と言及されてもよい。この図において、計算機器102は3つのソース、すなわちリモートプロバイダ104と、リポート編集器106と、計算機器102上で動作するアプリケーションこのアプリケーションは図2に示されているとからリポート110を受信する。リポート編集機106はリポートコンパイラ106と言及されてもよい。リポート110は、選択可能なアプリケーションについて何が新しい、または潜在的興味を有するかを示す。例えば、アプリケーションのコンテンツもしくは状態の変化などであるいくつか例を挙げると、例えば、新しい電子メール、見出し、もしくは記事、またはソフトウェアの更新もしくは有効期限が近づいていること。アプリケーションに関して選択可能なタイルを含み、かつ新規コンテンツが利用可能になったときに通知を行うユーザインタフェース112が、計算機器102によって提示される。図2は、図1の計算機器102の例示的実施形態を示す。計算機器102は6つの機器例を用いて示されている。すなわち、ラップトップコンピュータ102-1と、タブレットコンピュータ102-2と、スマートフォン102-3と、セットトップボックス102-4と、デスクトップコンピュータ102-5と、ゲーム機102-6とである。ただし、サーバやネットブックなど、他の計算機器およびシステムも使用されうる。計算機器102は、コンピュータプロセッサ202、コンピュータ可読記憶媒体204媒体204、および1つまたは複数のディスプレイ206を備えるか、またはそれらにアクセスできる。その4つの例が図2に示されている。媒体204は、オペレーティングシステム208と、インタフェースマネージャ210と、アプリケーション212とを含み、そのそれぞれがコンテンツ214を提供しうる。オペレーティングシステム208は、ウィンドウベース環境モジュール216および/または没入型環境モジュール218を備えるか、またはそれらにアクセスできる。本手法類を介して選択されるアプリケーションは、ウィンドウベースまたは没入型の環境などを通して提示できる。ウィンドウベース環境モジュール216は、アプリケーションと付随コンテンツを、フレームを備えたウィンドウを通して提示する。これらのフレームは、アプリケーションとインタラクトする制御機能、および/またはユーザがウィンドウを移動およびサイズ変更可能にする制御機能を提供する。没入型環境モジュール218は、ユーザがアプリケーション212の1つまたは複数および対応する新規コンテンツ214を、閲覧およびそれとインタラクトしうる環境を提供する。一部の実施形態において、この環境は、ウィンドウフレームをほとんどもしくはまったく備えない、および/またはユーザがコンテンツのサイズもしくは位置を手動で変更する必要がないアプリケーションのコンテンツを提示し、かつかかるアプリケーションとのインタラクションを可能にする。この環境は一般的なデスクトップ環境を用いずに提供および/または使用できるただし、必ずしもそうである必要はない。したがって、ある場合において、没入型環境モジュール218はウィンドウではない実質的なフレームを持たないものさえある没入型の環境を提示し、デスクトップ風のディスプレイ例えばタスクバーを使用することができない。さらに一部の実施形態において、この没入型の環境は、閉じることができない、またはアンインストールができない点において、オペレーティングシステムに似ている。インタフェースマネージャ210は、アプリケーション選択可能なユーザインタフェース220を含むか、それにアクセスできるか、またはそれを生成できる。その例が図1において112で示されている。インタフェース220は提示フォーマット222を含むか、またはそれにアクセスできる。インタフェースマネージャ210は、インタフェース220を通して、アプリケーション212の1つまたは複数に関するコンテンツを提示する、および/またはそれに関連する変化を示す。それは例えば、タイルへのアニメーション、および/またはタイル内の新規コンテンツなどである。インタフェースマネージャ210は、変化および新規コンテンツのインジケーション、ならびに本明細書に記載する多くの動作を、アプリケーション212の実行の有無に関係なく実施しうる。上記のように、リポート110はアプリケーション212の1つまたは複数から直接受信してもいいしその場合、そのアプリケーションは実行中である、アプリケーション212の1つまたは複数に関連する別のエンティティ、例えばリモートプロバイダ104またはリポート編集器106などから受信してもよいその場合、そのアプリケーション212は実行中であってもなくてもよい。ある場合において、リポート110の1つは、どの提示フォーマット222が想定されているかを示す。その場合、インタフェースマネージャ210は変化を適切なフォーマットでインタフェース220を介して報告するが、想定される提示フォーマットに従うかどうかは任意選択である。図3はリモートプロバイダ104の例示的実施形態を示す。図を簡単にするため、リモートプロバイダ104は1つのエンティティとして示しているが、本明細書では複数のリモートプロバイダも想定している。リモートプロバイダ104は、プロバイダプロセッサ302およびプロバイダコンピュータ可読記憶媒体304媒体304を備えるか、またはそれらにアクセスできる。媒体304はリポート生成機306およびコンテンツプロバイダ308を含む。リポート生成機306はリポート生成部と言及されてもよい。リポート生成機306は、1つまたは複数のリポート110を直接的またはリポート編集器106を介して間接的に計算機器102に提供できる。一部の実施形態において、リポート110は、新規コンテンツ例えばテキスト、新規コンテンツの取得に役立つ情報例えば、画像、オーディオ、および/または動画を取得するためのURLuniversalresourcelocatorを使用、更新、変化、もしくは新規コンテンツを示す情報、および/または新規コンテンツをタイル内に提示する際の提示フォーマットを含む。リポート生成機306は、インタフェースマネージャ210によるリポート110の要求など、インタフェースマネージャ210に応答して動作しうるが、リポート生成機306は、新規コンテンツおよびアップデートを定期的に送信するか、または利用可能になった時点で常にそれらを利用可能にするようにも動作しうる。リポート生成機306は、ユーザがある特定のアプリケーションを最後に選択した以後に何が新規であるかを示しうるが、単にリポート110を提供するだけでもよい。その場合、代わりにインタフェースマネージャ210がそれを用いて何が新しくて何がそうでないかを判定しうる。コンテンツプロバイダ308は、アプリケーション212に関連する新規コンテンツ214などのコンテンツを提供する。コンテンツプロバイダ308は、新規コンテンツ214をリポート生成機306に提供するなど、リポート生成機306と連携して動作してもよい。その場合、リポート生成機306はその後、新規コンテンツ214の一部またはときに全部あるいはその取得に役立つ情報をリポート110において提供する。図4はリポート編集器106の例示的実施形態を示す。図を簡単にするため、リポート編集器106は1つのエンティティとして示しているが、複数の編集器を用いてもよい。リポート編集器106は、編集器プロセッサ402および編集器コンピュータ可読記憶媒体404媒体404を備えるか、またはそれらにアクセスできる。編集器プロセッサ402はコンパイラプロセッサ402と言及されてもよい。媒体404は編集モジュール406を含む。編集モジュール406はコンパイラモジュール406と言及されてもよい。編集モジュール406は、リモートプロバイダ104など、1つまたは複数のソースからリポート110を受信して編集することができる。編集モジュール406は、例えば定期的に、もしくは計算機器102がそれがオンであることを示すときなど、後で計算機器102に提供するためにリポートを受信してもよい。編集モジュール406は、ある特定ユーザがあるアプリケーションからのコンテンツを最後に閲覧した以後にどの変化が新しいかを判定し、リポート110のうちそれらの変化を示すものを提供してもよい。図1から図4のエンティティの動作およびインタラクトの様子を以下にさらに詳しく説明する。計算機器102、リモートプロバイダ104、またはリポート編集器106に対して示すエンティティは、それぞれ単体であっても統合されていてもよい。方法例図5はアプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法500を示す。これは、新規コンテンツをプリレンダリングする不可視領域の部分を決定する工程を含む。以下の説明には、図1の、および図2から図4に詳しく示す環境100を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法500は、本明細書に記載する他の方法とは別に、あるいは全体または一部においてそれらと連携して、動作しうる。ブロック502は、アプリケーションに関連する可視かつ選択可能なタイルが提示される可視領域と、アプリケーションに関連するタイルが現時点では提示されない不可視領域とを含むインタフェースに対し、新規コンテンツをプリレンダリングするべき不可視領域の部分を決定する。ブロック502は、コンテンツをプリレンダリングするべき部分以下プリレンダリング部というを、デバイスリソース処理能力、メモリ、バッテリ電力や通信帯域など、さまざまな異なる基準および分析に基づいて決定しうる。例えば、ブロック502は、事前選択される不可視領域の閲覧を選択する入力を受信してから、レンダリングするべきタイルに対して新規コンテンツを不可視領域にプリレンダリングするまでの、過去の平均時間を決定してもよい。ここでは、計算機器がスマートフォン102-3であり、スマートフォンは新規コンテンツ画像または動画などをダウンロードするための通信帯域が限られ、かつ計算用のリソースとメモリが限られているものとする。そのような場合、過去の実績から、インタフェースマネージャ210はある不可視領域を見る選択を受信してから、コンテンツの変化をタイルにプリレンダリングするそして後にレンダリングするまでの間に、比較的長い時間を要する。インタフェースマネージャ210は、スマートフォン102-3が選択に応答して新規コンテンツを提示する用意ができるように、比較的大きなプリレンダリング部を設定することを決定する。同様に、ブロック502は、プリレンダリング部の大きさおよび位置を、新規コンテンツをダウンロードする予測時間に基づいて決定してもよい。これは例えば、通信帯域がその装置に対する通常値に比べて小さいまたは大きいと判定されるときなどに行われる例えば、タブレットコンピュータ102-2は携帯電話網または広帯域無線LANが使用できる。ブロック502は、上記に加えて、または上記に代えて、プリレンダリング部を、提示する新規コンテンツに基づいて決定してもよい。例えば、インタフェースマネージャ210は、報告される新規コンテンツのいくつかがダウンロードもしくは処理に多くの時間を要すると判定しあるURLにあるオーディオビジュアルファイルが、関連タイルに提示される新規コンテンツであることをリポート110が示している場合など、したがって関連タイルが含まれるようにプリレンダリング部を拡大することを決定しうる。逆に、新規コンテンツが単にリポート110内に存在するテキストである場合、インタフェースマネージャ210はプリレンダリング部の縮小を決定しうる。本手法類は、上記に加えて、または上記に代えて、アプリケーション選択可能なユーザインタフェースを介して受信される入力に基づいてプリレンダリング部を決定してもよい。その実施方法については本明細書中の他の方法において詳しく記載されている。やり方がどうであれ、ブロック502はプリレンダリング部を決定する。例えば図6の状況を考える。同図は、可視領域602と、不可視領域604と、不可視領域604のプリレンダリング部606とを備えたユーザインタフェース600を示す。この例において、インタフェースマネージャ210は、4つの関連アプリケーションを有する4つのタイルの列を含むプリレンダリング部606を決定する。プリレンダリング部606は単一の部分であり、可視領域602に隣接するが、プリレンダリング部は可視領域から離れていても、また複数の部分例えば可視領域602を挟んだ両側であってもよい。例えば、可視領域602の提示中、およびプリレンダリング部606の閲覧を選択するユーザ入力の受信前に、9つのリポート110が受信されると仮定する。これらのリポート110の1つは、あるニュースサイトの新着記事に関するテキストと、画像に対するURLとを含む。それ以外の8つのリポート110は、それぞれ新しい電子メールが受信されたことを示し、リポート110内に件名と送信者名とを含む。ブロック504は、新規コンテンツを示すリポートが受信されている、プリレンダリング部内のタイルに対して新規コンテンツをプリレンダリングする。ブロック504は、新規コンテンツおよび/または新規コンテンツの効果もしくはインジケーションをプリレンダリングするが、このプリレンダリング工程は以下の動作の1つまたは多くを含んでもよい。すなわち、URLからメディアをダウンロードする、テキストについてリポート110をパースし、そのテキストをあるフォーマット、例えばリポート110に示される提示フォーマット222の1つなどでレンダリングする準備をする、ダウンロードしたメディアをレンダリングする準備をする例えば、高速レンダリングのためにビットマップをグラフィックカードに保存する、新規コンテンツを有するタイルに対して適切なアニメーション効果もしくはその計算を準備する例えば、そのタイルに対する揺らめきshimmerや光沢gloss、着色もしくはハイライト表示、または再整形を実施する、ディスクから画像をロードする、および/またはテキストをローカライズする。ブロック506は、不可視領域の閲覧を選択する入力を受信し、その入力に応答してプリレンダリング部を提示し、さらに新規コンテンツを示すリポートが受信されているプリレンダリング部のタイルに対し、プリレンダリングされた新規コンテンツをレンダリングする。例の説明に戻り、図7の状況を考える。同図において、インタフェース600は、図6の以前の可視領域可視領域602の一部と図6のプリレンダリング部606とを有する新しい可視領域702を示す。新しい可視領域702にある以前はプリレンダリング部606にあったタイルの2つは変化又は変更を受信した。それらの変化は、ニュースウェブページタイル704および電子メールタイル706において拡大表示されている。図示するように、インタフェースマネージャ210はニュースウェブページタイル704内に画像708とテキスト710とをレンダリングして新規コンテンツ712を表示する。インタフェースマネージャ210はさらに、3件の新着電子メールに関する、および他に5件の電子メールが受信されていることを示す新規コンテンツを電子メールタイル706内に表示する。同様に、インタフェースマネージャ210は、新規コンテンツをインジケーションの一部として表示することなく、インジケータ714において表示を行う8件の新着電子メールに対して8と示されている。図8は、アプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法800を示す。これは、以前に決定された、不可視領域のプリレンダリング部に基づく工程を含む。以下の説明には、図1の、および図2から図4に詳しく示す環境100を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法800は、本明細書に記載する他の方法とは別に、あるいは全体または一部においてそれらと連携して、動作しうる。ブロック802は、図1の1つまたは複数のリポート110など、関連タイルを有するアプリケーションに関連するリポートを受信する。ブロック804は、受信されるリポートにおける関連タイルのどれがアプリケーション選択可能なユーザインタフェースのどの領域にあるかインタフェースの可視領域や、不可視領域のプリレンダリング部などを判定する。ブロック806は、関連タイルに関する新規コンテンツを、可視領域図6の可視領域602などにレンダリングする。新規コンテンツは上記のように例えば、図7のタイル704および706に示すようにレンダリングされる。ブロック808は、関連タイルに関する新規コンテンツを、不可視領域のプリレンダリング部にプリレンダリングする。このプリレンダリング工程は、画像およびテキストを含めて上記のいずれの方法でも行うことができる。例えば、インタフェースマネージャ210は、不可視領域のプリレンダリング部にある関連タイルに関連するリポート110内のURLを決定し、そのURLからビジュアルメディアをダウンロードすることができる。それに加えて、またはそれに代えて、インタフェースマネージャ210は、リポート110からパースされるテキストを、または不可視領域の残り部分に存在する、関連タイルに対する視覚的インジケータを、プリレンダリングすることができる。さらにブロック808は、新規コンテンツを示すアニメーションをプリレンダリングしてもよい。これを実施しうるやり方は漸進的、連鎖的なアニメーションを含み、図11から図13において以下により詳しく説明する。ブロック810は、インタフェースの領域群を水平方向に移動するパニングジェスチャなど、不可視領域の閲覧を選択する入力を受信する。ブロック812は、上記入力に応答してプリレンダリング部を提示する。提示に続いて、もしくはプリレンダリング部の提示と同時に、ブロック814は、プリレンダリング部のタイルに対してプリレンダリングされた新規コンテンツをレンダリングする。上記の例の1つを続けると、インタフェースマネージャ210は、リポート110内のURLからダウンロードされた、プリレンダリングされたビジュアルメディアを、あるタイル内にレンダリングする。例えば、図7のタイル704内の画像708などである。なお、方法800は、ブロック802で受信されたリポート110のどれが不可視領域の残り部分同領域においてプリレンダリング部と判定されない部分に存在するかを判定することができる。インタフェースマネージャ210は、残り部分の提示に備えて、少量のデバイスリソースもしくは帯域を用いるものなど、いくつかの動作を実施することを決定してもよい。ある場合において、インタフェースマネージャ210は、不可視領域の残り部分に存在する、関連タイルに対するテキストもしくは視覚的インジケータをプリレンダリングするが、画像もしくはその他のビジュアルメディアのダウンロードは行わない。その場合、インタフェースマネージャ210は、残り領域を閲覧するユーザ選択に応答して、画像ではなくテキストおよびインジケータをより高速にレンダリングしうる。インタフェースマネージャ210は、新しい可視領域を提示した後、新しいプリレンダリング部に対してプリレンダリングを行うために方法800および/または500のブロックを再実行してもよいが、ある場合において、ユーザはプリレンダリングが完了する前に、あるいはプリレンダリングが実施されないまま、依然として残り部分を選択する。その場合、テキストおよび/またはインジケータをプリレンダリングすることでユーザ体験を向上させることができる。なぜなら、ユーザがタイル内に画像が表示されるのを待つ間に、ユーザはそのタイルに対して新規コンテンツが存在することを知るからである。図9は、アプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法900を示す。これは、不可視領域のプリレンダリング部を受信入力に基づいて決定する工程を含む。以下の説明には、図1の、および図2から図4に詳しく示す環境100を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法900は、本明細書に記載する他の方法とは別に、あるいは全体または一部においてそれらと連携して、動作しうる。ブロック902は、アプリケーションに関連するタイルの選択を可能にするインタフェースを提示する。インタフェースは、図6のアプリケーション選択インタフェース600のように、可視領域と不可視領域とを有する。ブロック904はインタフェースを介してジェスチャを受信する。ジェスチャは慣性を有する。慣性を有するジェスチャには、タッチペン、指、もしくは腕、またはマウス入力による選択によってタッチ感応ディスプレイまたは動き感知装置を通して行うものなど、各種のものがありうる。これらのそれぞれは、速度と、速度を減速させる明確な、または潜在的な摩擦を有する。ジェスチャに対して決定される慣性に基づき、インタフェースマネージャ210はインタフェースの不可視領域のある特定部分など、慣性に応じた終止点を決定してもよい。ブロック906は、ジェスチャに応答して提示されることが予測される不可視領域の一部を、ジェスチャの慣性に基づいて決定する。この計算は、実環境の物理的計算例えば、ジェスチャに質量、速度、および摩擦が与えられる計算に基づいても、またある終止点を導く別の計算に基づいてもよい。一例として図10の状況を考える。同図は、ジェスチャが受信される可視領域1004の可視タイル1002と、不可視領域1010の予測部1008の予測タイル1006とを有するインタフェース例1000を示す。ここでは、ジェスチャをウィンドウ1002の右側からウィンドウ1002の左側図示せずに向けて移動するタッチ方式のジェスチャであると仮定する。必須ではないが、ある場合において、不可視領域の予測部の決定において慣性が単独で用いられるのではない。ある場合において、終止点は、スナップ点1012例えば、ある一群のタイルの終了位置もしくは開始位置に基づいて、あるいはあるタイルの一部を示すことを回避して、それにより、タイルの一部を排除するのではなくタイルの列間で終了するように変更される。ある場合において、インタフェースマネージャ210は、インタフェースのタイルから予測部への動きが自然に見えるように慣性または計算を変更する。ブロック908は、新規コンテンツを示すリポートが示され、かつ対応するタイルが不可視領域の予測部に存在する、一連のアプリケーションを決定する。ここでは、予測タイル1006内のタイルのうちどれが新規コンテンツを有するかをインタフェースマネージャ210が判定する。ブロック910は、不可視領域の予測部を提示する前に、不可視領域の予測部内の対応するタイルに対して新規コンテンツをプリレンダリングする。方法900は、本明細書に記載する各種のやり方でそれを実施しうる。ブロック912は、ブロック914の前もしくはそれと同時に、不可視領域の予測部を提示する。ブロック914は、不可視領域の上記部分内の対応するタイルに対してプリレンダリングされた新規コンテンツをレンダリングする。なお、インタフェースマネージャ210は、予測部への動きを表示しながら新規コンテンツをプリレンダリングしてもよい。また、インタフェースマネージャ210は、予測部の提示前にプリレンダリングが完了するように、予測部への動きを減速させてもよい。インタフェースマネージャ210は、可視領域から、不可視領域の異なる残り部分を経て、予測部で終止する動きを提示しうる。記載のように、本手法類は、不可視領域の残り部分に対して、リソース消費がより少ない新規コンテンツ例えばテキストまたはインジケータをプリレンダリングしうる。図10の状況を再び考え、可視領域1004から予測領域1008への動きを表示する間、不可視領域1010内のさまざまなタイルがその間を移動されることになるが、これは高速に、あるいは比較的ゆっくりと実施されうることに留意するべきである。しかしいずれの場合も、インタフェースマネージャ210は、タイル内に新規テキストを提示する、または新規コンテンツが利用可能であることをアニメーションもしくはその他のインジケータ例えば図7のインジケータ714を用いて示すことなどにより、それらのタイルに関する新規コンテンツを示してもよい。ここで、インタフェースマネージャ210が、図6のインタフェース600に示す大きな12個のタイルのうちの11個、および小さな3つのタイルのうちの1個について変化を報告すると仮定する。ただし、選択可能なタイルのすべてに対して変化がある、またはいずれにも変化がないなど、かかる提示のあらゆるバリエーションが想定される。なお、これらの変化は、ユーザがユーザインタフェース600を閲覧する選択をした時点でそれらの変化のすべてがすでに受信された場合であっても、さまざまなタイルおよびタイルの一部のそれぞれに対して漸進的に又は徐々に提示されてもよい。タイルに対するこの漸進的変更により、ユーザインタフェース600をアニメーション化されたように見せることができる。このように、タイルの変更は必ずしも一度にすべて行われるとは限らない。さらに、1つのアプリケーションに対して複数の変化が知られている場合、インタフェースマネージャ210は変化のうちの最新のものを提示してもいいし、それらの変化をローテーションさせてもよい。インタフェースマネージャ210は、変化をローテーションさせるにあたり、ユーザインタフェース600にライブ感を維持するように行ってもいいし、タイルに対する動作もしくは不動作に応じてローテーションさせてもよい。タイルに対する不動作は、現在示されている変化がユーザの関心を引かないことを示しうる。別の変化がより関心を引きうる場合、最新の変化をタイルに表示するのをやめ、それ以前の新規ではある変化をそのタイルに表示するようにローテーションしてもよい。方法900は慣性を有するジェスチャに基づいて予測領域を決定すると説明したが、方法900はホットキー、次ページキー、グラフィック例えばスクロールバーに対する選択など、他のタイプの入力を受信し、それに基づいて予測部を決定してもよい。一般に、上記の方法が新規コンテンツのプリレンダリングに関するのに対し、下記の方法は新規コンテンツのレンダリング方法に関する。しかし、本明細書に記載するすべての方法は、単独で、またはその全体または一部を他の方法と組み合わせて用いてもよい。図11は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法1100を示す。以下の説明には、図1の、および図2から図4に詳しく示す環境100を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法1100は、本明細書に記載する他の方法、例えば方法500、800、および900などとは別に、あるいは全体または一部においてそれらと連携して、動作しうる。ブロック1102は、あるセットのアプリケーション一群のアプリケーションに関連するあるセットのタイル一群のタイルを、インタフェースの可視領域に提示する。そのセットのタイルは、ユーザがそれらのタイルを初めて選択するとき、または以前にそれらのタイルを提示したアプリケーション選択インタフェースに戻るときなどに、ユーザが見ることを選択した可視領域のタイルでありうる。そのような場合、ブロック1102はそれぞれ、そのセットのタイルを初めて提示するか、または再度提示する。上記セットのタイルは、現在不可視の領域を閲覧する選択に応答して提示されるタイルでもありうる。そのセットのタイルは、選択に応じて上記のさまざまなやり方で提示されるタイルである。ブロック1104は、上記セットのタイルのサブセット一群のタイルのうちの一部分のタイルであって、あるサブセットのアプリケーション一部分のアプリケーションに関連しかつ新規コンテンツが利用可能なタイルのサブセットを決定する。ブロック1104はこれを、上記のようにリポート110を受信し、かつどれが新規コンテンツを示し、そのうちのどれがそのセット内にタイルを有するかを判定することによって実施しうる。ブロック1106は、サブセット内の数またはセットに対するサブセットの割合がある閾値を超えると判定する。この閾値は、ユーザによる設定時もしくはデフォルトによってあらかじめ決めることができる。またそれは、例えばディスプレイ206上で閲覧可能なタイル数、インタフェース220のサイズ、タイル自体のサイズ、さらにはインジケーションの種類、すなわち、それらが小さいか、単純なインジケーションか、あるいは複雑なアニメーションかに基づいて、インタフェースマネージャ210によって方法1100の実施中もしくは実施前に判定されてもよい。閾値は、ある特定ユーザもしくはある一般的ユーザの心理的または視覚的限界に基づくこともできる。例えば、一部のユーザは、6個以上のタイルが一度に新規コンテンツを提示する、または新規コンテンツが利用可能であることを示すと、心理的もしくは視覚的に過剰な負担または過剰な刺激を感じる。一部のユーザは、そうではなく、4/10、5/10、または6/10を超えるものが一度に新規コンテンツを示すと過剰な負担または過剰な刺激を感じる。この閾値は、可視タイルの割合に基づくものであれ、特定の数に基づくものであれ、ユーザ体験の向上のために決定および使用できる。ブロック1108は、新規コンテンツが利用可能であることを、可視領域内のサブセットのタイルのそれぞれにおいて漸進的に示す。ブロック1108は、可視領域内のサブセットのタイルにわたる連鎖的なインジケーションまたはアニメーションによるなど、さまざまなやり方で新規コンテンツを漸進的に示しうる。例えば、インタフェースマネージャ210は、一方から他方へ例えば左端の列から右端の列へ、あるいはある角から向かいの角へ例えば左上のタイルから右下のタイルへアニメーションを連鎖させてもよい。一例として、図12に示すインタフェース1200の左上の角から右下の角に至る漸進的インジケーションを考える。この具体例は、インジケーションの順に番号を与えた新規コンテンツの漸進的インジケーションを示す。他の例とは異なり、インタフェース1200では一度に3列のタイルを見ることができる。なお、インタフェースマネージャ210は新規コンテンツをある順序で示すが、各番号間の遅延にはばらつきがありうる。遅延はずれ又は隔たり等と言及されてもよい。ある場合において、遅延は当該順序における前のタイルに対してアニメーションが完了する合計時間に設定されている。別の場合では、第1のタイルがアニメーション表示の途中であるときに第2のタイルがアニメーションの表示を開始する等々となるよう、遅延は上記時間より短い時間に基づく。さらに、ここでは順序は異なる14の段にわたって進行するがすべてのタイルに新規コンテンツがある場合、使用する段数はそれより少なくてもよい。このように、インタフェースマネージャ210は1番のタイルから始めるが、次にタイル2とタイル3において同時にアニメーションを表示し、続いてタイル4とタイル5とタイル6で同時に表示する等々、とすることができる。インタフェースマネージャ210が例えば左から右に列単位でインジケーションを連鎖させる場合、インタフェースマネージャ210は1番、2番、4番、および7番のタイルを同時に提示した後、3番、5番、8番、および10番のタイルを、続いて6番、9番、13番、および14番のタイルを、最後に11番、そして12番を提示しうる。上で少し述べたように、新規コンテンツを表示するインジケーションは小さくかつシンプルにでき例えば図7のインジケーション714、当該タイル全体の外観を変えるアニメーション、新規コンテンツの提示例えば708および710にそれぞれ示すような、新着記事が利用可能であることを表示する新規の画像およびテキストの提示、新規コンテンツもしくはその一部のローテーションなどが可能である。タイルのアニメーションはタイルの外観を視覚的に変更しうるが、新規コンテンツを含んでも含まなくてもよい。インタフェースマネージャ210は、新規コンテンツが利用可能であることを、傾斜、揺らめき効果の付与、またはタイルの色変更によって示しうる。その際、タイル内に新規コンテンツを表示してもしなくてもよい。なお、一部の実施形態では、タイルを通して新規コンテンツを示さないことにより、ユーザは利用可能な新規コンテンツがないことを容易に理解することができる。ユーザがあるニュースサイトを最後に訪れてからそのウェブサイトに新着記事が5件ある場合を考える。その場合、方法1100のインジケーションは、この5件の新着記事のそれぞれに対応する画像とテキストのローテーションを含みうる。あるいは、ある1つのコンテンツ変化に対してさえ、インタフェースマネージャ210はそのコンテンツ変化に関連するコンテンツにわたってローテーションまたはスクロールしてもよい。これには例えば、新着記事のタイトルとその記事の冒頭文、電子メールの送信者名とその電子メールの件名、またはソーシャルネットワーキングサイトにコンテンツを追加した者の写真と追加コンテンツの冒頭文などがありうる。図13は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法1300を示す。これは、漸進的に示す順序を決定する工程を含む。以下の説明には、図1の、および図2から図4に詳しく示す環境100を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法1300は、本明細書に記載する他の方法、例えば方法500、800、900、および1100などとは別に、あるいは全体または一部においてそれらと連携して、動作しうる。ブロック1302は複数のアプリケーションに関連するリポートを受信し、その複数のアプリケーションに関する新規コンテンツまたはアップデートを示す。その複数のアプリケーションはインタフェースにおいて関連するタイルを有し、新規コンテンツまたはアップデートはそれを通して示すことができる。ブロック1302はそれを、図8のブロック802と同様のやり方など、上述した各種のやり方で行いうる。ブロック1304は、図8のブロック804と同様に、関連するタイルのうちのどれがインタフェースのある領域に存在するのかを判定する。ブロック1306は、新規コンテンツまたはアップデートを示す順序を決定する。その順序は、インタフェースのその領域に新規コンテンツまたはアップデートの少なくとも1つを示すための遅延を含む。その順序は方法1100に関して上述したとおりでもいいし、リポート110の受信時、または各種アプリケーションに対してあらかじめ選択した優先度に基づいてもよい。このように、ユーザは、インジケーションをある特定の順序で示すことを選択してもよく、あるいはいくつかのタイルの重要度を他より高く設定することを選択してもよい。この順序はタイルの配置に基づいて暗黙的に決めることもできるし、あるアプリケーションの優先度を上げ下げする選択を受信するなどして明示的に決めることもできる。順序そのものに加え、遅延がアニメーションのある一部もしくは全部を示すのに要する時間、あるいは場合によっては例えば、画像がプリレンダリングされない場合などインジケーションの一部として提示するために画像もしくはコンテンツをダウンロードする時間に基づくことも可能である。さらに、それに加えて、またはそれに代えて、順序は新規コンテンツを有する、可視領域内のタイルの割合もしくは数に基づきうる。このように、インタフェースマネージャ210は、目に見える数もしくは割合が多い場合にインジケーションをより短時間で提示しうる。ブロック1308は、新規コンテンツまたはアップデートをインタフェースの上記領域に上記順序に従って示す。さまざまなタイルが示されている図12の状況を再び考える。ここでは、2番、5番、6番、および13番のタイルが、リポート110の1つにおいて新規コンテンツまたはアップデートが示されている関連アプリケーションを有すると、インタフェースマネージャ210が判定すると仮定する。このときインタフェースマネージャ210は、アニメーションの提示をタイル2から開始し、ある遅延の後にタイル5とタイル6を同時に提示し、さらに別の遅延の後にタイル13を提示することを決定する。これまでの説明では、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法、およびそれに対して新規コンテンツをプリレンダリングする方法について説明している。それらの方法は、実行される動作を一連のブロックによって規定する形で示されているが、記載の動作をそれぞれのブロックによって実行するに際し、それらの方法は必ずしも示される順序に限定されるわけではない。上記の方法の態様は、ハードウェア例えば固定された論理回路、ファームウェア、ソフトウェア、手動処理、またはそれらのあらゆる組み合わせで実現されうる。ソフトウェア実装は、コンピュータプロセッサによって実行されるときに指定タスクを実行するプログラムコードを表す。方法例は、コンピュータで実行可能な命令の一般的文脈において記述しうる。これは、ソフトウェア、アプリケーション、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、プロシージャ、モジュール、関数などを含みうる。プログラムコードは、コンピュータプロセッサに対してローカルおよび/またはリモートの位置にある、1つまたは複数のコンピュータ可読メモリデバイスに格納できる。それらの方法は複数の計算機器による分散型コンピューティング環境においても実現しうる。これらの手法類は、図1のおよび図2から図4に詳しく示す環境100に示される1つまたは複数のエンティティ、および/または下記のデバイス又は装置の例1400において実現されうる。このデバイス例はさらに分割や組み合わせなどを行いうる。このように、環境100および/またはデバイス1400は、記載した手法を利用できる多くの可能なシステムもしくは装置の一部を示す。環境100および/またはデバイス1400のエンティティは、一般にソフトウェア、ファームウェア、ハードディスク、デバイス群もしくはネットワーク群の全体、またはその組み合わせを表す。例えばソフトウェア実装の場合、エンティティ例えば、図2のインタフェースマネージャ210、図3のリポート生成機306、および図4の編集モジュール406は、プロセッサ例えばそれぞれプロセッサ202、302、および402において実行されるときに指定タスクを実行するプログラムコードを表す。プログラムコードは、コンピュータ可読記憶媒体204、304、もしくは404、または図14のコンピュータ可読媒体1414など、1つまたは複数のコンピュータ可読メモリデバイスに格納できる。本明細書に記載する特徴および手法はプラットフォームに依存しない。このことは、それらが多様なプロセッサを備えたさまざまな商用コンピューティングプラットフォーム上で実現しうることを意味する。装置例図14は、さまざまなコンポーネントをここではデバイス又は装置の一例1400の一部として備える装置を示す。それらは、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法を実現するため、上記図1から図13を参照して説明したあらゆるタイプのクライアント、サーバ、および/または計算機器として実現されうる。実施形態において、デバイス1400は有線および/または無線機器の1つまたは組み合わせとして実現されうる。それはテレビ用クライアント機器例えば、テレビ用セットトップボックスやデジタルビデオレコーダDVRなど、家電機器、コンピュータ機器、サーバ機器、携帯型コンピュータ機器、ユーザ機器、通信機器、ビデオ処理および/または表示機器、電気機器、ゲーム機、電子機器、および/または他の種類の機器の形態を取りうる。デバイス1400は、ユーザ、ソフトウェア、ファームウェア、および/または機器の組み合わせを含む論理的機器がある1台の機器によって表現されるような形で、その機器を操作するユーザ例えば人および/またはエンティティに関連づけられてもよい。デバイス1400は、デバイスデータ又は装置データ1404例えば、受信されたデータ、受信中のデータ、ブロードキャストが予定されているデータ、データのデータパケットなどの有線および/または無線の通信を可能にする通信デバイス又は通信装置1402を備える。デバイスデータ1404または他のデバイスコンテンツは、デバイスのコンフィギュレーション設定、機器に格納されるメディアコンテンツ、および/またはデバイス又は装置のユーザに関連する情報を含みうる。デバイス1400に格納されるメディアコンテンツは、あらゆる種類のオーディオ、動画、および/または画像データを含みうる。デバイス1400は1つまたは複数のデータ入力1406を含み、あらゆる種類のデータ、メディアコンテンツ、および/または入力がこれを通して受信できる。受信されうるものとして、ユーザ選択可能な入力、メッセージ、音楽、テレビメディアコンテンツ、記録された動画コンテンツ、およびコンテンツ源および/またはデータ源から受信されるそれ以外のあらゆる種類のオーディオ、動画、および/または画像データなどがある。デバイス1400は通信インタフェース1408をも備える。これは、シリアルおよび/またはパラレルインタフェース、無線インタフェース、あらゆる種類のネットワークインタフェース、モデム、およびその他のあらゆる種類の通信インタフェースのいずれか1つまたは複数として実現されうる。通信インタフェース1408は、デバイス1400と通信ネットワークとの間の接続および/または通信リンクを提供する。他の電子装置、コンピュータ装置、および通信装置はそれによってデバイス1400とデータ通信を行う。デバイス1400は、1つまたは複数のプロセッサ1410例えば、マイクロプロセッサやコントローラなどを備える。それはさまざまなコンピュータ実行可能命令を処理して、デバイス1400の動作制御を行うとともに、アプリケーション選択可能なインタフェースにおいてアプリケーション報告を可能にする。その代わりに、もしくはそれに加えて、デバイス1400は、処理回路および制御回路一般に1412において特定されるに関連して実装されるハードウェア、ファームウェア、または固定された論理回路のいずれか1つまたは組み合わせによって実現されうる。図示しないが、デバイス1400はさまざまなコンポーネントを装置に結合するシステムバスまたはデータ転送システムを備えうる。システムバスは、異なるバス構造のいずれか1つまたは組み合わせを含みうる。これは例えば、メモリバスもしくはメモリコントローラ、周辺機器用バス、USBuniversalserialbus、および/または多様なバスアーキテクチャのいずれかを用いるプロセッサバスもしくはローカルバスなどである。デバイス1400は、永続的および/または非一時的なすなわち、単なる一回の伝送とは対照的なデータ保存を可能にする1つまたは複数のメモリデバイスなどの、コンピュータ可読記憶媒体1414をも備える。その例として、RAMrandomaccessmemory、不揮発性メモリ例えば、ROMread-onlymemory、フラッシュメモリ、EPROM、EEPROMなどのいずれか1つまたは複数、およびディスク記憶デバイスなどがある。ディスク記憶デバイスは、ハードディスクドライブ、記録可能および/または再書き込み可能なCDcompactdisc、あらゆる種類のDVDdigitalversatilediscなど、あらゆる種類の磁気もしくは光学的記憶デバイスとして実現されうる。デバイス1400は大容量記憶媒体装置1416をも含みうる。コンピュータ可読記憶媒体1414は、デバイスデータ1404およびさまざまなデバイスアプリケーション1418、ならびにデバイス1400の動作態様に関連するその他のあらゆる種類の情報および/またはデータを格納するデータ格納機構を提供する。例えば、オペレーティングシステム1420は、コンピュータ可読記憶媒体1414によってコンピュータアプリケーションとして保持されてプロセッサ1410において実行されうる。デバイスアプリケーション1418はデバイスマネージャを備えうる。これは例えば、あらゆる形態の制御アプリケーション、ソフトウェアアプリケーション、信号処理制御モジュール、ある特定装置に特有のコード、ある特定装置に対するハードウェア抽象化レイヤなどである。デバイスプリケーション1418は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法を実現するシステムコンポーネントもしくはモジュールをも備える。この例では、デバイスアプリケーション1418はインタフェースマネージャ210とアプリケーション212を含みうる。結びアプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法および装置の実施形態を、特徴および/または方法に即した言葉で記述してきた。しかしながら、添付の特許請求の範囲の対象が、記載される具体的な特徴または方法に必ずしも限定されないことを理解するべきである。逆に、記載される具体的な特徴または方法は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする実装例として開示されている。