JP2014532207A - コンピュータによる処理方法 - Google Patents

Abstract

本文書は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す手法を記載する。これらの手法により、ユーザは、アプリケーションに関する新規コンテンツのインジケーションを一度に全部見るのではなく漸進的に見ることができる。そうすることにより、インジケーションを見るユーザに心理的もしくは視覚的に過剰な負担または過剰な刺激を与えることを回避しうる。

Description

本発明はコンピュータによる処理方法等に関連する。

従来のオペレーティングシステムではユーザがアプリケーションを起動することができ、多くの場合、それはアプリケーションのアイコンを選択できるユーザインタフェースを通して行われる。ある場合において、ユーザはこのインタフェースからあるアプリケーションを起動することを選択するが、そのアプリケーションに関して新規なものがあるかどうかについては気にとめない。

しかし多くの場合、ユーザは、アプリケーションにおいて何が新規であるかを知るためにアプリケーションを起動する。アプリケーションにおいて何が新規であるかを知りたいユーザは、一般に例えば所望のアプリケーションのアイコンを選択し、従来のオペレーティングシステムがそれに応答してそのアプリケーションを起動する。するとそのアプリケーションが開き、それがコンテンツを提示するタイプのアプリケーションであれば、コンテンツを提示する。ニュースサイトやソーシャルネットワーキングサイトなど、一部のアプリケーションの場合、アプリケーションはリモートソースからコンテンツを読み出して、そのコンテンツを提示する。ユーザはその時点でコンテンツを目にする。それは、ユーザがそのアプリケーションのコンテンツを最後に閲覧した後に初めて見る内容かもしれないし、そうでないかもしれない。

ユーザは、アプリケーションを選択するこの過程を続行しうる。それに応答してアプリケーションが起動され、コンテンツが提示される。次いで、提示されるコンテンツを閲覧し、新規なものがあるとすれば何が新規であるのかを調べる。この過程に従うことで、ユーザはアプリケーションにおいて何が新規であるか知ることができる。しかし、このような作業は多大な時間と労力を要する。またこの過程は計算および帯域のリソースも消費する。さらに悪いことに、ある場合において、アプリケーションには新規コンテンツがまったく含まれない可能性があり、その場合はその時間、労力、およびリソースがすべて無駄になる。

米国特許出願公開第２０１０−０２９３０５６号明細書

一観点による課題は、アプリケーションを選択することが可能なユーザインタフェースにおいて新規コンテンツを徐々に表示するための改善された方法等を提供することである。

一観点による処理方法は、
あるセットのアプリケーションに関連するあるセットのタイルをインタフェースの可視領域に提示する工程と、
前記セットのタイルのうちのサブセットであって、あるサブセットのアプリケーションに関連しかつ新規コンテンツが利用可能なサブセットを決定する工程と、
前記サブセット内の数または前記セットに対する前記サブセットの割合がある所定の閾値を超えることを確認する工程と、
新規コンテンツが利用可能であることを、前記可視領域内の前記サブセットのタイルのそれぞれにおいて漸進的に示す工程と、
を含む、コンピュータによる処理方法である。

アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法が実装可能な環境例を示す図である。 図１のコンピュータ装置の例示的実施形態を示す図である。 図１のリモートプロバイダの例示的実施形態を示す図である。 図１のリポート編集器の例示的実施形態を示す図である。 アプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法例を示す図であり、新規コンテンツをプリレンダリングする不可視領域の部分を決定する工程を含む図である。 可視領域、不可視領域、および不可視領域のプリレンダリング部を備えたユーザインタフェース例を示す図である。 図６の以前の可視領域の一部とプリレンダリング部とを有する新しい可視領域を備えた、図６のインタフェース例を示す図である。 アプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法例を示す図であり、以前に決定された、不可視領域のプリレンダリング部に基づく工程を含む図である。 アプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法例を示す図であり、不可視領域のプリレンダリング部を受信入力に基づいて決定する工程を含む図である。 ジェスチャが受信される可視領域の可視タイルと、不可視領域の予測部の予測タイルとを有するインタフェース例を示す図である。 アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法例を示す図である。 インタフェース例を示す図であり、漸進的インジケーションをタイル内に示す順序を示す図である。 アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法例を示す図であり、インジケーションを行う順序を決定する工程を含む図である。 アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法が実装可能な装置例を示す図である。

本明細書は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的又は徐々に示す手法を記載する。これらの手法により、ユーザは、アプリケーションに関する新規コンテンツのインジケーションを一度に全部見るのではなく漸進的に見ることができる。そうすることにより、インジケーションを見るユーザに心理的もしくは視覚的に過剰な負担または過剰な刺激を与えることを回避しうる。

この概要を記載する目的は、下記「発明を実施するための形態」でさらに説明する、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法について、簡単化した概念を紹介することにある。この概要は、特許請求の範囲に記載される対象の本質的な特徴を明らかにすることを意図したものでもなければ、特許請求の範囲に記載される対象の範囲の判断に使用されることを意図したものでもない。アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す手法および／または装置は、文脈が許す限りにおいて、本明細書において単独で、もしくは他の語と組み合わせて、「手法」と呼ぶことにする。

アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示すための実施形態を、添付の図面を参照しながら説明する。同様の特徴および構成要素は全図面を通して同じ番号を用いて参照する。

本明細書は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す手法を記載する。これらのインジケーションは、新規コンテンツの一部を含むかどうかにかかわらず、インジケーションを表示するタイルに対応するアプリケーションが、その時点で未閲覧のコンテンツを有することを示す。これらの手法により、ユーザは、アプリケーションに関する新規コンテンツのインジケーションを一度に全部見るのではなく漸進的に見ることができる。そうすることにより、インジケーションを見るユーザに心理的もしくは視覚的に過剰な負担または過剰な刺激を与えることを回避しうる。

本手法類により、このインタフェースのユーザは、アプリケーションを訪れるかどうかを、新規コンテンツの一部または全部がそのタイル内に提示されているときに決定できる。ある場合には、例えば、表示される新規コンテンツはユーザにとって興味がなく、したがって、ユーザはそのアプリケーションを訪れないことを選択する。別のある場合には、表示される新規コンテンツはユーザにとって十分な情報である。これには、新規コンテンツが現在の気象状態および当日のこれからの予想気象状態を、天気予報サイトに対応するタイルを通して示す場合などがある。さらに別のある場合には、新規コンテンツはユーザにとって興味があるため、ユーザはそのタイルを選択してアプリケーションを訪れる。

ここで、ユーザがアプリケーションにおいて何が新しいかをチェックしたいと仮定する。ユーザがアプリケーションインタフェースを閲覧することを選択すると、新規コンテンツが利用可能になっているタイルが多数あるものと仮定する。本手法類は、その新規コンテンツを一度にすべて提示するのではなく、その多数のタイルにおいてインジケーションを漸進的に提示する。そうすることにより、ユーザはそれらのインジケーションをより適切に利用しうる。

本手法類が動作しうる環境例、本手法類によって実施可能な方法、および装置例について以下に説明を続ける。
環境例

図１は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す手法、ならびに本明細書に記載するその他の手法が実現できる環境例１００を示す。環境１００は、計算機器１０２と、リモートプロバイダ１０４と、オプションのリポート編集器１０６と、それらのエンティティ間で通信を可能にする通信ネットワーク１０８とを含む。計算機器１０２はコンピュータ装置１０２と言及されてもよい。この図において、計算機器１０２は３つのソース、すなわちリモートプロバイダ１０４と、リポート編集器１０６と、計算機器１０２上で動作するアプリケーション（このアプリケーションは図２に示されている）とからリポート１１０を受信する。リポート編集機１０６はリポートコンパイラ１０６と言及されてもよい。リポート１１０は、選択可能なアプリケーションについて何が新しい、または潜在的興味を有するかを示す。例えば、アプリケーションのコンテンツもしくは状態の変化などである（いくつか例を挙げると、例えば、新しい電子メール、見出し、もしくは記事、またはソフトウェアの更新もしくは有効期限が近づいていること）。アプリケーションに関して選択可能なタイルを含み、かつ新規コンテンツが利用可能になったときに通知を行うユーザインタフェース１１２が、計算機器１０２によって提示される。

図２は、図１の計算機器１０２の例示的実施形態を示す。計算機器１０２は６つの機器例を用いて示されている。すなわち、ラップトップコンピュータ１０２−１と、タブレットコンピュータ１０２−２と、スマートフォン１０２−３と、セットトップボックス１０２−４と、デスクトップコンピュータ１０２−５と、ゲーム機１０２−６とである。ただし、サーバやネットブックなど、他の計算機器およびシステムも使用されうる。

計算機器１０２は、コンピュータプロセッサ２０２、コンピュータ可読記憶媒体２０４（媒体２０４）、および１つまたは複数のディスプレイ２０６を備えるか、またはそれらにアクセスできる。その４つの例が図２に示されている。媒体２０４は、オペレーティングシステム２０８と、インタフェースマネージャ２１０と、アプリケーション２１２とを含み、そのそれぞれがコンテンツ２１４を提供しうる。

オペレーティングシステム２０８は、ウィンドウベース環境モジュール２１６および／または没入型環境モジュール２１８を備えるか、またはそれらにアクセスできる。本手法類を介して選択されるアプリケーションは、ウィンドウベースまたは没入型の環境などを通して提示できる。

ウィンドウベース環境モジュール２１６は、アプリケーションと付随コンテンツを、フレームを備えたウィンドウを通して提示する。これらのフレームは、アプリケーションとインタラクトする制御機能、および／またはユーザがウィンドウを移動およびサイズ変更可能にする制御機能を提供する。

没入型環境モジュール２１８は、ユーザがアプリケーション２１２の１つまたは複数および対応する新規コンテンツ２１４を、閲覧およびそれとインタラクトしうる環境を提供する。一部の実施形態において、この環境は、ウィンドウフレームをほとんどもしくはまったく備えない、および／またはユーザがコンテンツのサイズもしくは位置を手動で変更する必要がないアプリケーションのコンテンツを提示し、かつかかるアプリケーションとのインタラクションを可能にする。この環境は一般的なデスクトップ環境を用いずに提供および／または使用できる（ただし、必ずしもそうである必要はない）。したがって、ある場合において、没入型環境モジュール２１８はウィンドウではない（実質的なフレームを持たないものさえある）没入型の環境を提示し、デスクトップ風のディスプレイ（例えばタスクバー）を使用することができない。さらに一部の実施形態において、この没入型の環境は、閉じることができない、またはアンインストールができない点において、オペレーティングシステムに似ている。

インタフェースマネージャ２１０は、アプリケーション選択可能なユーザインタフェース２２０を含むか、それにアクセスできるか、またはそれを生成できる。その例が図１において１１２で示されている。インタフェース２２０は提示フォーマット２２２を含むか、またはそれにアクセスできる。インタフェースマネージャ２１０は、インタフェース２２０を通して、アプリケーション２１２の１つまたは複数に関するコンテンツを提示する、および／またはそれに関連する変化を示す。それは例えば、タイルへのアニメーション、および／またはタイル内の新規コンテンツなどである。インタフェースマネージャ２１０は、変化および新規コンテンツのインジケーション、ならびに本明細書に記載する多くの動作を、アプリケーション２１２の実行の有無に関係なく実施しうる。上記のように、リポート１１０はアプリケーション２１２の１つまたは複数から直接受信してもいいし（その場合、そのアプリケーションは実行中である）、アプリケーション２１２の１つまたは複数に関連する別のエンティティ、例えばリモートプロバイダ１０４またはリポート編集器１０６などから受信してもよい（その場合、そのアプリケーション２１２は実行中であってもなくてもよい）。

ある場合において、リポート１１０の１つは、どの提示フォーマット２２２が想定されているかを示す。その場合、インタフェースマネージャ２１０は変化を適切なフォーマットでインタフェース２２０を介して報告するが、想定される提示フォーマットに従うかどうかは任意選択である。

図３はリモートプロバイダ１０４の例示的実施形態を示す。図を簡単にするため、リモートプロバイダ１０４は１つのエンティティとして示しているが、本明細書では複数のリモートプロバイダも想定している。リモートプロバイダ１０４は、プロバイダプロセッサ３０２およびプロバイダコンピュータ可読記憶媒体３０４（媒体３０４）を備えるか、またはそれらにアクセスできる。媒体３０４はリポート生成機３０６およびコンテンツプロバイダ３０８を含む。リポート生成機３０６はリポート生成部と言及されてもよい。

リポート生成機３０６は、１つまたは複数のリポート１１０を直接的またはリポート編集器１０６を介して間接的に計算機器１０２に提供できる。一部の実施形態において、リポート１１０は、新規コンテンツ（例えばテキスト）、新規コンテンツの取得に役立つ情報（例えば、画像、オーディオ、および／または動画を取得するためのＵＲＬ（ｕｎｉｖｅｒｓａｌ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）を使用）、更新、変化、もしくは新規コンテンツを示す情報、および／または新規コンテンツをタイル内に提示する際の提示フォーマットを含む。

リポート生成機３０６は、インタフェースマネージャ２１０によるリポート１１０の要求など、インタフェースマネージャ２１０に応答して動作しうるが、リポート生成機３０６は、新規コンテンツおよびアップデートを定期的に送信するか、または利用可能になった時点で常にそれらを利用可能にするようにも動作しうる。リポート生成機３０６は、ユーザがある特定のアプリケーションを最後に選択した以後に何が新規であるかを示しうるが、単にリポート１１０を提供するだけでもよい。その場合、代わりにインタフェースマネージャ２１０がそれを用いて何が新しくて何がそうでないかを判定しうる。

コンテンツプロバイダ３０８は、アプリケーション２１２に関連する新規コンテンツ２１４などのコンテンツを提供する。コンテンツプロバイダ３０８は、新規コンテンツ２１４をリポート生成機３０６に提供するなど、リポート生成機３０６と連携して動作してもよい。その場合、リポート生成機３０６はその後、新規コンテンツ２１４の一部（またはときに全部）あるいはその取得に役立つ情報をリポート１１０において提供する。

図４はリポート編集器１０６の例示的実施形態を示す。図を簡単にするため、リポート編集器１０６は１つのエンティティとして示しているが、複数の編集器を用いてもよい。リポート編集器１０６は、編集器プロセッサ４０２および編集器コンピュータ可読記憶媒体４０４（媒体４０４）を備えるか、またはそれらにアクセスできる。編集器プロセッサ４０２はコンパイラプロセッサ４０２と言及されてもよい。媒体４０４は編集モジュール４０６を含む。編集モジュール４０６はコンパイラモジュール４０６と言及されてもよい。編集モジュール４０６は、リモートプロバイダ１０４など、１つまたは複数のソースからリポート１１０を受信して編集することができる。編集モジュール４０６は、例えば定期的に、もしくは計算機器１０２がそれがオンであることを示すときなど、後で計算機器１０２に提供するためにリポートを受信してもよい。編集モジュール４０６は、ある特定ユーザがあるアプリケーションからのコンテンツを最後に閲覧した以後にどの変化が新しいかを判定し、リポート１１０のうちそれらの変化を示すものを提供してもよい。

図１から図４のエンティティの動作およびインタラクトの様子を以下にさらに詳しく説明する。計算機器１０２、リモートプロバイダ１０４、またはリポート編集器１０６に対して示すエンティティは、それぞれ単体であっても統合されていてもよい。
方法例

図５はアプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法５００を示す。これは、新規コンテンツをプリレンダリングする不可視領域の部分を決定する工程を含む。以下の説明には、図１の、および図２から図４に詳しく示す環境１００を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法５００は、本明細書に記載する他の方法とは別に、あるいは全体または一部においてそれらと連携して、動作しうる。

ブロック５０２は、アプリケーションに関連する可視かつ選択可能なタイルが提示される可視領域と、アプリケーションに関連するタイルが現時点では提示されない不可視領域とを含むインタフェースに対し、新規コンテンツをプリレンダリングするべき不可視領域の部分を決定する。

ブロック５０２は、コンテンツをプリレンダリングするべき部分（以下「プリレンダリング部」という）を、デバイスリソース（処理能力、メモリ、バッテリ電力）や通信帯域など、さまざまな異なる基準および分析に基づいて決定しうる。

例えば、ブロック５０２は、事前選択される不可視領域の閲覧を選択する入力を受信してから、レンダリングするべきタイルに対して新規コンテンツを不可視領域にプリレンダリングするまでの、過去の平均時間を決定してもよい。ここでは、計算機器がスマートフォン１０２−３であり、スマートフォンは新規コンテンツ（画像または動画など）をダウンロードするための通信帯域が限られ、かつ計算用のリソースとメモリが限られているものとする。そのような場合、過去の実績から、インタフェースマネージャ２１０はある不可視領域を見る選択を受信してから、コンテンツの変化をタイルにプリレンダリングする（そして後にレンダリングする）までの間に、比較的長い時間を要する。インタフェースマネージャ２１０は、スマートフォン１０２−３が選択に応答して新規コンテンツを提示する用意ができるように、比較的大きなプリレンダリング部を設定することを決定する。

同様に、ブロック５０２は、プリレンダリング部の大きさおよび位置を、新規コンテンツをダウンロードする予測時間に基づいて決定してもよい。これは例えば、通信帯域がその装置に対する通常値に比べて小さいまたは大きいと判定されるときなどに行われる（例えば、タブレットコンピュータ１０２−２は携帯電話網または広帯域無線ＬＡＮが使用できる）。

ブロック５０２は、上記に加えて、または上記に代えて、プリレンダリング部を、提示する新規コンテンツに基づいて決定してもよい。例えば、インタフェースマネージャ２１０は、報告される新規コンテンツのいくつかがダウンロードもしくは処理に多くの時間を要すると判定し（あるＵＲＬにあるオーディオビジュアルファイルが、関連タイルに提示される新規コンテンツであることをリポート１１０が示している場合など）、したがって関連タイルが含まれるようにプリレンダリング部を拡大することを決定しうる。逆に、新規コンテンツが単にリポート１１０内に存在するテキストである場合、インタフェースマネージャ２１０はプリレンダリング部の縮小を決定しうる。

本手法類は、上記に加えて、または上記に代えて、アプリケーション選択可能なユーザインタフェースを介して受信される入力に基づいてプリレンダリング部を決定してもよい。その実施方法については本明細書中の他の方法において詳しく記載されている。

やり方がどうであれ、ブロック５０２はプリレンダリング部を決定する。例えば図６の状況を考える。同図は、可視領域６０２と、不可視領域６０４と、不可視領域６０４のプリレンダリング部６０６とを備えたユーザインタフェース６００を示す。この例において、インタフェースマネージャ２１０は、４つの関連アプリケーションを有する４つのタイルの列を含むプリレンダリング部６０６を決定する。プリレンダリング部６０６は単一の部分であり、可視領域６０２に隣接するが、プリレンダリング部は可視領域から離れていても、また複数の部分（例えば可視領域６０２を挟んだ両側）であってもよい。

例えば、可視領域６０２の提示中、およびプリレンダリング部６０６の閲覧を選択するユーザ入力の受信前に、９つのリポート１１０が受信されると仮定する。これらのリポート１１０の１つは、あるニュースサイトの新着記事に関するテキストと、画像に対するＵＲＬとを含む。それ以外の８つのリポート１１０は、それぞれ新しい電子メールが受信されたことを示し、リポート１１０内に件名と送信者名とを含む。

ブロック５０４は、新規コンテンツを示すリポートが受信されている、プリレンダリング部内のタイルに対して新規コンテンツをプリレンダリングする。ブロック５０４は、新規コンテンツおよび／または新規コンテンツの効果もしくはインジケーションをプリレンダリングするが、このプリレンダリング工程は以下の動作の１つまたは多くを含んでもよい。すなわち、ＵＲＬからメディアをダウンロードする、テキストについてリポート１１０をパースし、そのテキストをあるフォーマット、例えばリポート１１０に示される提示フォーマット２２２の１つなどでレンダリングする準備をする、ダウンロードしたメディアをレンダリングする準備をする（例えば、高速レンダリングのためにビットマップをグラフィックカードに保存する）、新規コンテンツを有するタイルに対して適切なアニメーション効果もしくはその計算を準備する（例えば、そのタイルに対する揺らめき（ｓｈｉｍｍｅｒ）や光沢（ｇｌｏｓｓ）、着色もしくはハイライト表示、または再整形を実施する）、ディスクから画像をロードする、および／またはテキストをローカライズする。

ブロック５０６は、不可視領域の閲覧を選択する入力を受信し、その入力に応答してプリレンダリング部を提示し、さらに新規コンテンツを示すリポートが受信されているプリレンダリング部のタイルに対し、プリレンダリングされた新規コンテンツをレンダリングする。

例の説明に戻り、図７の状況を考える。同図において、インタフェース６００は、図６の以前の可視領域（可視領域６０２）の一部と図６のプリレンダリング部６０６とを有する新しい可視領域７０２を示す。新しい可視領域７０２にある（以前はプリレンダリング部６０６にあった）タイルの２つは変化（又は変更）を受信した。それらの変化は、ニュースウェブページタイル７０４および電子メールタイル７０６において拡大表示されている。図示するように、インタフェースマネージャ２１０はニュースウェブページタイル７０４内に画像７０８とテキスト７１０とをレンダリングして新規コンテンツ７１２を表示する。インタフェースマネージャ２１０はさらに、３件の新着電子メールに関する、および他に５件の電子メールが受信されていることを示す新規コンテンツを電子メールタイル７０６内に表示する。同様に、インタフェースマネージャ２１０は、新規コンテンツをインジケーションの一部として表示することなく、インジケータ７１４において表示を行う（８件の新着電子メールに対して「８」と示されている）。

図８は、アプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法８００を示す。これは、以前に決定された、不可視領域のプリレンダリング部に基づく工程を含む。以下の説明には、図１の、および図２から図４に詳しく示す環境１００を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法８００は、本明細書に記載する他の方法とは別に、あるいは全体または一部においてそれらと連携して、動作しうる。

ブロック８０２は、図１の１つまたは複数のリポート１１０など、関連タイルを有するアプリケーションに関連するリポートを受信する。ブロック８０４は、受信されるリポートにおける関連タイルのどれがアプリケーション選択可能なユーザインタフェースのどの領域にあるか（インタフェースの可視領域や、不可視領域のプリレンダリング部など）を判定する。

ブロック８０６は、関連タイルに関する新規コンテンツを、可視領域（図６の可視領域６０２など）にレンダリングする。新規コンテンツは上記のように（例えば、図７のタイル７０４および７０６に示すように）レンダリングされる。

ブロック８０８は、関連タイルに関する新規コンテンツを、不可視領域のプリレンダリング部にプリレンダリングする。このプリレンダリング工程は、画像およびテキストを含めて上記のいずれの方法でも行うことができる。例えば、インタフェースマネージャ２１０は、不可視領域のプリレンダリング部にある関連タイルに関連するリポート１１０内のＵＲＬを決定し、そのＵＲＬからビジュアルメディアをダウンロードすることができる。それに加えて、またはそれに代えて、インタフェースマネージャ２１０は、リポート１１０からパースされるテキストを、または不可視領域の残り部分に存在する、関連タイルに対する視覚的インジケータを、プリレンダリングすることができる。

さらにブロック８０８は、新規コンテンツを示すアニメーションをプリレンダリングしてもよい。これを実施しうるやり方は漸進的、連鎖的なアニメーションを含み、図１１から図１３において以下により詳しく説明する。

ブロック８１０は、インタフェースの領域群を水平方向に移動するパニングジェスチャなど、不可視領域の閲覧を選択する入力を受信する。

ブロック８１２は、上記入力に応答してプリレンダリング部を提示する。提示に続いて、もしくはプリレンダリング部の提示と同時に、ブロック８１４は、プリレンダリング部のタイルに対してプリレンダリングされた新規コンテンツをレンダリングする。上記の例の１つを続けると、インタフェースマネージャ２１０は、リポート１１０内のＵＲＬからダウンロードされた、プリレンダリングされたビジュアルメディアを、あるタイル内にレンダリングする。例えば、図７のタイル７０４内の画像７０８などである。

なお、方法８００は、ブロック８０２で受信されたリポート１１０のどれが不可視領域の残り部分（同領域においてプリレンダリング部と判定されない部分）に存在するかを判定することができる。インタフェースマネージャ２１０は、残り部分の提示に備えて、少量のデバイスリソースもしくは帯域を用いるものなど、いくつかの動作を実施することを決定してもよい。ある場合において、インタフェースマネージャ２１０は、不可視領域の残り部分に存在する、関連タイルに対するテキストもしくは視覚的インジケータをプリレンダリングするが、画像もしくはその他のビジュアルメディアのダウンロードは行わない。その場合、インタフェースマネージャ２１０は、残り領域を閲覧するユーザ選択に応答して、（画像ではなく）テキストおよびインジケータをより高速にレンダリングしうる。

インタフェースマネージャ２１０は、新しい可視領域を提示した後、新しいプリレンダリング部に対してプリレンダリングを行うために方法８００および／または５００のブロックを再実行してもよいが、ある場合において、ユーザはプリレンダリングが完了する前に、あるいはプリレンダリングが実施されないまま、依然として残り部分を選択する。その場合、テキストおよび／またはインジケータをプリレンダリングすることでユーザ体験を向上させることができる。なぜなら、ユーザがタイル内に画像が表示されるのを待つ間に、ユーザはそのタイルに対して新規コンテンツが存在することを知るからである。

図９は、アプリケーション選択可能なユーザインタフェースに対して新規コンテンツをプリレンダリングする方法９００を示す。これは、不可視領域のプリレンダリング部を受信入力に基づいて決定する工程を含む。以下の説明には、図１の、および図２から図４に詳しく示す環境１００を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法９００は、本明細書に記載する他の方法とは別に、あるいは全体または一部においてそれらと連携して、動作しうる。

ブロック９０２は、アプリケーションに関連するタイルの選択を可能にするインタフェースを提示する。インタフェースは、図６のアプリケーション選択インタフェース６００のように、可視領域と不可視領域とを有する。

ブロック９０４はインタフェースを介してジェスチャを受信する。ジェスチャは慣性を有する。慣性を有するジェスチャには、タッチペン、指、もしくは腕、またはマウス入力による選択によってタッチ感応ディスプレイまたは動き感知装置を通して行うものなど、各種のものがありうる。これらのそれぞれは、速度と、速度を減速させる明確な、または潜在的な摩擦を有する。ジェスチャに対して決定される慣性に基づき、インタフェースマネージャ２１０はインタフェースの不可視領域のある特定部分など、慣性に応じた終止点を決定してもよい。

ブロック９０６は、ジェスチャに応答して提示されることが予測される不可視領域の一部を、ジェスチャの慣性に基づいて決定する。この計算は、実環境の物理的計算（例えば、ジェスチャに質量、速度、および摩擦が与えられる計算）に基づいても、またある終止点を導く別の計算に基づいてもよい。

一例として図１０の状況を考える。同図は、ジェスチャが受信される可視領域１００４の可視タイル１００２と、不可視領域１０１０の予測部１００８の予測タイル１００６とを有するインタフェース例１０００を示す。ここでは、ジェスチャをウィンドウ１００２の右側からウィンドウ１００２の左側（図示せず）に向けて移動するタッチ方式のジェスチャであると仮定する。必須ではないが、ある場合において、不可視領域の予測部の決定において慣性が単独で用いられるのではない。ある場合において、終止点は、スナップ点１０１２（例えば、ある一群のタイルの終了位置もしくは開始位置）に基づいて、あるいはあるタイルの一部を示すことを回避して、それにより、タイルの一部を排除するのではなくタイルの列間で終了するように変更される。ある場合において、インタフェースマネージャ２１０は、インタフェースのタイルから予測部への動きが「自然に」見えるように慣性または計算を変更する。

ブロック９０８は、新規コンテンツを示すリポートが示され、かつ対応するタイルが不可視領域の予測部に存在する、一連のアプリケーションを決定する。ここでは、予測タイル１００６内のタイルのうちどれが新規コンテンツを有するかをインタフェースマネージャ２１０が判定する。

ブロック９１０は、不可視領域の予測部を提示する前に、不可視領域の予測部内の対応するタイルに対して新規コンテンツをプリレンダリングする。方法９００は、本明細書に記載する各種のやり方でそれを実施しうる。

ブロック９１２は、ブロック９１４の前もしくはそれと同時に、不可視領域の予測部を提示する。ブロック９１４は、不可視領域の上記部分内の対応するタイルに対してプリレンダリングされた新規コンテンツをレンダリングする。

なお、インタフェースマネージャ２１０は、予測部への動きを表示しながら新規コンテンツをプリレンダリングしてもよい。また、インタフェースマネージャ２１０は、予測部の提示前にプリレンダリングが完了するように、予測部への動きを減速させてもよい。

インタフェースマネージャ２１０は、可視領域から、不可視領域の異なる残り部分を経て、予測部で終止する動きを提示しうる。記載のように、本手法類は、不可視領域の残り部分に対して、リソース消費がより少ない新規コンテンツ（例えばテキスト）またはインジケータをプリレンダリングしうる。図１０の状況を再び考え、可視領域１００４から予測領域１００８への動きを表示する間、不可視領域１０１０内のさまざまなタイルがその間を移動されることになるが、これは高速に、あるいは比較的ゆっくりと実施されうることに留意するべきである。しかしいずれの場合も、インタフェースマネージャ２１０は、タイル内に新規テキストを提示する、または新規コンテンツが利用可能であることをアニメーションもしくはその他のインジケータ（例えば図７のインジケータ７１４）を用いて示すことなどにより、それらのタイルに関する新規コンテンツを示してもよい。

ここで、インタフェースマネージャ２１０が、図６のインタフェース６００に示す大きな１２個のタイルのうちの１１個、および小さな３つのタイルのうちの１個について変化を報告すると仮定する。ただし、選択可能なタイルのすべてに対して変化がある、またはいずれにも変化がないなど、かかる提示のあらゆるバリエーションが想定される。なお、これらの変化は、ユーザがユーザインタフェース６００を閲覧する選択をした時点でそれらの変化のすべてがすでに受信された場合であっても、さまざまなタイルおよびタイルの一部のそれぞれに対して漸進的に又は徐々に提示されてもよい。タイルに対するこの漸進的変更により、ユーザインタフェース６００をアニメーション化されたように見せることができる。このように、タイルの変更は必ずしも一度にすべて行われるとは限らない。

さらに、１つのアプリケーションに対して複数の変化が知られている場合、インタフェースマネージャ２１０は変化のうちの最新のものを提示してもいいし、それらの変化をローテーションさせてもよい。インタフェースマネージャ２１０は、変化をローテーションさせるにあたり、ユーザインタフェース６００に「ライブ」感を維持するように行ってもいいし、タイルに対する動作もしくは不動作に応じてローテーションさせてもよい。タイルに対する不動作は、現在示されている変化がユーザの関心を引かないことを示しうる。別の変化がより関心を引きうる場合、最新の変化をタイルに表示するのをやめ、それ以前の（新規ではある）変化をそのタイルに表示するようにローテーションしてもよい。

方法９００は慣性を有するジェスチャに基づいて予測領域を決定すると説明したが、方法９００はホットキー、次ページキー、グラフィック（例えばスクロールバー）に対する選択など、他のタイプの入力を受信し、それに基づいて予測部を決定してもよい。

一般に、上記の方法が新規コンテンツのプリレンダリングに関するのに対し、下記の方法は新規コンテンツのレンダリング方法に関する。しかし、本明細書に記載するすべての方法は、単独で、またはその全体または一部を他の方法と組み合わせて用いてもよい。

図１１は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法１１００を示す。以下の説明には、図１の、および図２から図４に詳しく示す環境１００を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法１１００は、本明細書に記載する他の方法、例えば方法５００、８００、および９００などとは別に、あるいは全体または一部においてそれらと連携して、動作しうる。

ブロック１１０２は、あるセットのアプリケーション（一群のアプリケーション）に関連するあるセットのタイル（一群のタイル）を、インタフェースの可視領域に提示する。そのセットのタイルは、ユーザがそれらのタイルを初めて選択するとき、または以前にそれらのタイルを提示したアプリケーション選択インタフェースに戻るときなどに、ユーザが見ることを選択した可視領域のタイルでありうる。そのような場合、ブロック１１０２はそれぞれ、そのセットのタイルを初めて提示するか、または再度提示する。

上記セットのタイルは、現在不可視の領域を閲覧する選択に応答して提示されるタイルでもありうる。そのセットのタイルは、選択に応じて上記のさまざまなやり方で提示されるタイルである。

ブロック１１０４は、上記セットのタイルのサブセット（一群のタイルのうちの一部分のタイル）であって、あるサブセットのアプリケーション（一部分のアプリケーション）に関連しかつ新規コンテンツが利用可能なタイルのサブセットを決定する。ブロック１１０４はこれを、上記のようにリポート１１０を受信し、かつどれが新規コンテンツを示し、そのうちのどれがそのセット内にタイルを有するかを判定することによって実施しうる。

ブロック１１０６は、サブセット内の数またはセットに対するサブセットの割合がある閾値を超えると判定する。この閾値は、ユーザによる設定時もしくはデフォルトによってあらかじめ決めることができる。またそれは、例えばディスプレイ２０６上で閲覧可能なタイル数、インタフェース２２０のサイズ、タイル自体のサイズ、さらにはインジケーションの種類、すなわち、それらが小さいか、単純なインジケーションか、あるいは複雑なアニメーションかに基づいて、インタフェースマネージャ２１０によって（方法１１００の実施中もしくは実施前に）判定されてもよい。

閾値は、ある特定ユーザもしくはある一般的ユーザの心理的または視覚的限界に基づくこともできる。例えば、一部のユーザは、６個以上のタイルが一度に新規コンテンツを提示する、または新規コンテンツが利用可能であることを示すと、心理的もしくは視覚的に過剰な負担または過剰な刺激を感じる。一部のユーザは、そうではなく、４／１０、５／１０、または６／１０を超えるものが一度に新規コンテンツを示すと過剰な負担または過剰な刺激を感じる。この閾値は、可視タイルの割合に基づくものであれ、特定の数に基づくものであれ、ユーザ体験の向上のために決定および使用できる。

ブロック１１０８は、新規コンテンツが利用可能であることを、可視領域内のサブセットのタイルのそれぞれにおいて漸進的に示す。ブロック１１０８は、可視領域内のサブセットのタイルにわたる連鎖的なインジケーションまたはアニメーションによるなど、さまざまなやり方で新規コンテンツを漸進的に示しうる。例えば、インタフェースマネージャ２１０は、一方から他方へ（例えば左端の列から右端の列へ）、あるいはある角から向かいの角へ（例えば左上のタイルから右下のタイルへ）アニメーションを連鎖させてもよい。

一例として、図１２に示すインタフェース１２００の左上の角から右下の角に至る漸進的インジケーションを考える。この具体例は、インジケーションの順に番号を与えた新規コンテンツの漸進的インジケーションを示す。他の例とは異なり、インタフェース１２００では一度に３列のタイルを見ることができる。なお、インタフェースマネージャ２１０は新規コンテンツをある順序で示すが、各番号間の遅延にはばらつきがありうる。遅延は「ずれ」又は「隔たり」等と言及されてもよい。ある場合において、遅延は当該順序における前のタイルに対してアニメーションが完了する合計時間に設定されている。別の場合では、第１のタイルがアニメーション表示の途中であるときに第２のタイルがアニメーションの表示を開始する等々となるよう、遅延は上記時間より短い時間に基づく。さらに、ここでは順序は異なる１４の段にわたって進行するが（すべてのタイルに新規コンテンツがある場合）、使用する段数はそれより少なくてもよい。このように、インタフェースマネージャ２１０は１番のタイルから始めるが、次にタイル２とタイル３において同時にアニメーションを表示し、続いてタイル４とタイル５とタイル６で同時に表示する等々、とすることができる。インタフェースマネージャ２１０が例えば左から右に列単位でインジケーションを連鎖させる場合、インタフェースマネージャ２１０は１番、２番、４番、および７番のタイルを同時に提示した後、３番、５番、８番、および１０番のタイルを、続いて６番、９番、１３番、および１４番のタイルを、最後に１１番、そして１２番を提示しうる。

上で少し述べたように、新規コンテンツを表示するインジケーションは小さくかつシンプルにでき（例えば図７のインジケーション７１４）、当該タイル全体の外観を変えるアニメーション、新規コンテンツの提示（例えば７０８および７１０にそれぞれ示すような、新着記事が利用可能であることを表示する新規の画像およびテキストの提示）、新規コンテンツもしくはその一部のローテーションなどが可能である。タイルのアニメーションはタイルの外観を視覚的に変更しうるが、新規コンテンツを含んでも含まなくてもよい。インタフェースマネージャ２１０は、新規コンテンツが利用可能であることを、傾斜、揺らめき効果の付与、またはタイルの色変更によって示しうる。その際、タイル内に新規コンテンツを表示してもしなくてもよい。なお、一部の実施形態では、タイルを通して新規コンテンツを示さないことにより、ユーザは利用可能な新規コンテンツがないことを容易に理解することができる。

ユーザがあるニュースサイトを最後に訪れてからそのウェブサイトに新着記事が５件ある場合を考える。その場合、方法１１００のインジケーションは、この５件の新着記事のそれぞれに対応する画像とテキストのローテーションを含みうる。あるいは、ある１つのコンテンツ変化に対してさえ、インタフェースマネージャ２１０はそのコンテンツ変化に関連するコンテンツにわたってローテーションまたはスクロールしてもよい。これには例えば、新着記事のタイトルとその記事の冒頭文、電子メールの送信者名とその電子メールの件名、またはソーシャルネットワーキングサイトにコンテンツを追加した者の写真と追加コンテンツの冒頭文などがありうる。

図１３は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法１３００を示す。これは、漸進的に示す順序を決定する工程を含む。以下の説明には、図１の、および図２から図４に詳しく示す環境１００を参照する箇所がありうるが、それはあくまで一例として参照しているにすぎない。方法１３００は、本明細書に記載する他の方法、例えば方法５００、８００、９００、および１１００などとは別に、あるいは全体または一部においてそれらと連携して、動作しうる。

ブロック１３０２は複数のアプリケーションに関連するリポートを受信し、その複数のアプリケーションに関する新規コンテンツまたはアップデートを示す。その複数のアプリケーションはインタフェースにおいて関連するタイルを有し、新規コンテンツまたはアップデートはそれを通して示すことができる。ブロック１３０２はそれを、図８のブロック８０２と同様のやり方など、上述した各種のやり方で行いうる。

ブロック１３０４は、図８のブロック８０４と同様に、関連するタイルのうちのどれがインタフェースのある領域に存在するのかを判定する。

ブロック１３０６は、新規コンテンツまたはアップデートを示す順序を決定する。その順序は、インタフェースのその領域に新規コンテンツまたはアップデートの少なくとも１つを示すための遅延を含む。その順序は方法１１００に関して上述したとおりでもいいし、リポート１１０の受信時、または各種アプリケーションに対してあらかじめ選択した優先度に基づいてもよい。このように、ユーザは、インジケーションをある特定の順序で示すことを選択してもよく、あるいはいくつかのタイルの重要度を他より高く設定することを選択してもよい。この順序はタイルの配置に基づいて暗黙的に決めることもできるし、あるアプリケーションの優先度を上げ下げする選択を受信するなどして明示的に決めることもできる。

順序そのものに加え、遅延がアニメーションのある一部もしくは全部を示すのに要する時間、あるいは場合によっては（例えば、画像がプリレンダリングされない場合など）インジケーションの一部として提示するために画像もしくはコンテンツをダウンロードする時間に基づくことも可能である。さらに、それに加えて、またはそれに代えて、順序は新規コンテンツを有する、可視領域内のタイルの割合もしくは数に基づきうる。このように、インタフェースマネージャ２１０は、目に見える数もしくは割合が多い場合にインジケーションをより短時間で提示しうる。

ブロック１３０８は、新規コンテンツまたはアップデートをインタフェースの上記領域に上記順序に従って示す。さまざまなタイルが示されている図１２の状況を再び考える。ここでは、２番、５番、６番、および１３番のタイルが、リポート１１０の１つにおいて新規コンテンツまたはアップデートが示されている関連アプリケーションを有すると、インタフェースマネージャ２１０が判定すると仮定する。このときインタフェースマネージャ２１０は、アニメーションの提示をタイル２から開始し、ある遅延の後にタイル５とタイル６を同時に提示し、さらに別の遅延の後にタイル１３を提示することを決定する。

これまでの説明では、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す方法、およびそれに対して新規コンテンツをプリレンダリングする方法について説明している。それらの方法は、実行される動作を一連のブロックによって規定する形で示されているが、記載の動作をそれぞれのブロックによって実行するに際し、それらの方法は必ずしも示される順序に限定されるわけではない。

上記の方法の態様は、ハードウェア（例えば固定された論理回路）、ファームウェア、ソフトウェア、手動処理、またはそれらのあらゆる組み合わせで実現されうる。ソフトウェア実装は、コンピュータプロセッサによって実行されるときに指定タスクを実行するプログラムコードを表す。方法例は、コンピュータで実行可能な命令の一般的文脈において記述しうる。これは、ソフトウェア、アプリケーション、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、プロシージャ、モジュール、関数などを含みうる。プログラムコードは、コンピュータプロセッサに対してローカルおよび／またはリモートの位置にある、１つまたは複数のコンピュータ可読メモリデバイスに格納できる。それらの方法は複数の計算機器による分散型コンピューティング環境においても実現しうる。

これらの手法類は、図１の（および図２から図４に詳しく示す）環境１００に示される１つまたは複数のエンティティ、および／または下記のデバイス又は装置の例１４００において実現されうる。このデバイス例はさらに分割や組み合わせなどを行いうる。このように、環境１００および／またはデバイス１４００は、記載した手法を利用できる多くの可能なシステムもしくは装置の一部を示す。環境１００および／またはデバイス１４００のエンティティは、一般にソフトウェア、ファームウェア、ハードディスク、デバイス群もしくはネットワーク群の全体、またはその組み合わせを表す。例えばソフトウェア実装の場合、エンティティ（例えば、図２のインタフェースマネージャ２１０、図３のリポート生成機３０６、および図４の編集モジュール４０６）は、プロセッサ（例えばそれぞれプロセッサ２０２、３０２、および４０２）において実行されるときに指定タスクを実行するプログラムコードを表す。プログラムコードは、コンピュータ可読記憶媒体２０４、３０４、もしくは４０４、または図１４のコンピュータ可読媒体１４１４など、１つまたは複数のコンピュータ可読メモリデバイスに格納できる。本明細書に記載する特徴および手法はプラットフォームに依存しない。このことは、それらが多様なプロセッサを備えたさまざまな商用コンピューティングプラットフォーム上で実現しうることを意味する。
装置例

図１４は、さまざまなコンポーネントを（ここではデバイス又は装置の一例１４００の一部として）備える装置を示す。それらは、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法を実現するため、上記図１から図１３を参照して説明したあらゆるタイプのクライアント、サーバ、および／または計算機器として実現されうる。実施形態において、デバイス１４００は有線および／または無線機器の１つまたは組み合わせとして実現されうる。それはテレビ用クライアント機器（例えば、テレビ用セットトップボックスやデジタルビデオレコーダ（ＤＶＲ）など）、家電機器、コンピュータ機器、サーバ機器、携帯型コンピュータ機器、ユーザ機器、通信機器、ビデオ処理および／または表示機器、電気機器、ゲーム機、電子機器、および／または他の種類の機器の形態を取りうる。デバイス１４００は、ユーザ、ソフトウェア、ファームウェア、および／または機器の組み合わせを含む論理的機器がある１台の機器によって表現されるような形で、その機器を操作するユーザ（例えば人）および／またはエンティティに関連づけられてもよい。

デバイス１４００は、デバイスデータ又は装置データ１４０４（例えば、受信されたデータ、受信中のデータ、ブロードキャストが予定されているデータ、データのデータパケットなど）の有線および／または無線の通信を可能にする通信デバイス又は通信装置１４０２を備える。デバイスデータ１４０４または他のデバイスコンテンツは、デバイスのコンフィギュレーション設定、機器に格納されるメディアコンテンツ、および／またはデバイス又は装置のユーザに関連する情報を含みうる。デバイス１４００に格納されるメディアコンテンツは、あらゆる種類のオーディオ、動画、および／または画像データを含みうる。デバイス１４００は１つまたは複数のデータ入力１４０６を含み、あらゆる種類のデータ、メディアコンテンツ、および／または入力がこれを通して受信できる。受信されうるものとして、ユーザ選択可能な入力、メッセージ、音楽、テレビメディアコンテンツ、記録された動画コンテンツ、およびコンテンツ源および／またはデータ源から受信されるそれ以外のあらゆる種類のオーディオ、動画、および／または画像データなどがある。

デバイス１４００は通信インタフェース１４０８をも備える。これは、シリアルおよび／またはパラレルインタフェース、無線インタフェース、あらゆる種類のネットワークインタフェース、モデム、およびその他のあらゆる種類の通信インタフェースのいずれか１つまたは複数として実現されうる。通信インタフェース１４０８は、デバイス１４００と通信ネットワークとの間の接続および／または通信リンクを提供する。他の電子装置、コンピュータ装置、および通信装置はそれによってデバイス１４００とデータ通信を行う。

デバイス１４００は、１つまたは複数のプロセッサ１４１０（例えば、マイクロプロセッサやコントローラなど）を備える。それはさまざまなコンピュータ実行可能命令を処理して、デバイス１４００の動作制御を行うとともに、アプリケーション選択可能なインタフェースにおいてアプリケーション報告を可能にする。その代わりに、もしくはそれに加えて、デバイス１４００は、処理回路および制御回路（一般に１４１２において特定される）に関連して実装されるハードウェア、ファームウェア、または固定された論理回路のいずれか１つまたは組み合わせによって実現されうる。図示しないが、デバイス１４００はさまざまなコンポーネントを装置に結合するシステムバスまたはデータ転送システムを備えうる。システムバスは、異なるバス構造のいずれか１つまたは組み合わせを含みうる。これは例えば、メモリバスもしくはメモリコントローラ、周辺機器用バス、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）、および／または多様なバスアーキテクチャのいずれかを用いるプロセッサバスもしくはローカルバスなどである。

デバイス１４００は、永続的および／または非一時的な（すなわち、単なる一回の伝送とは対照的な）データ保存を可能にする１つまたは複数のメモリデバイスなどの、コンピュータ可読記憶媒体１４１４をも備える。その例として、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、不揮発性メモリ（例えば、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどのいずれか１つまたは複数）、およびディスク記憶デバイスなどがある。ディスク記憶デバイスは、ハードディスクドライブ、記録可能および／または再書き込み可能なＣＤ（ｃｏｍｐａｃｔ ｄｉｓｃ）、あらゆる種類のＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）など、あらゆる種類の磁気もしくは光学的記憶デバイスとして実現されうる。デバイス１４００は大容量記憶媒体装置１４１６をも含みうる。

コンピュータ可読記憶媒体１４１４は、デバイスデータ１４０４およびさまざまなデバイスアプリケーション１４１８、ならびにデバイス１４００の動作態様に関連するその他のあらゆる種類の情報および／またはデータを格納するデータ格納機構を提供する。例えば、オペレーティングシステム１４２０は、コンピュータ可読記憶媒体１４１４によってコンピュータアプリケーションとして保持されてプロセッサ１４１０において実行されうる。デバイスアプリケーション１４１８はデバイスマネージャを備えうる。これは例えば、あらゆる形態の制御アプリケーション、ソフトウェアアプリケーション、信号処理・制御モジュール、ある特定装置に特有のコード、ある特定装置に対するハードウェア抽象化レイヤなどである。

デバイスプリケーション１４１８は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法を実現するシステムコンポーネントもしくはモジュールをも備える。この例では、デバイスアプリケーション１４１８はインタフェースマネージャ２１０とアプリケーション２１２を含みうる。
結び

アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする手法および装置の実施形態を、特徴および／または方法に即した言葉で記述してきた。しかしながら、添付の特許請求の範囲の対象が、記載される具体的な特徴または方法に必ずしも限定されないことを理解するべきである。逆に、記載される具体的な特徴または方法は、アプリケーション選択可能なユーザインタフェース内に新規コンテンツを漸進的に示す、またはそれに対して新規コンテンツをプリレンダリングする実装例として開示されている。

Claims (10)

1. あるセットのアプリケーションに関連するあるセットのタイルをインタフェースの可視領域に提示する工程と、
   前記セットのタイルのうちのサブセットであって、あるサブセットのアプリケーションに関連しかつ新規コンテンツが利用可能なサブセットを決定する工程と、
   前記サブセット内の数または前記セットに対する前記サブセットの割合がある所定の閾値を超えることを確認する工程と、
   新規コンテンツが利用可能であることを、前記可視領域内の前記サブセットのタイルのそれぞれにおいて漸進的に示す工程と、
   を含む、コンピュータによる処理方法。
2. 新規コンテンツが利用可能であることを漸進的に示す前記工程において、前記可視領域の片側から前記可視領域の別の側の方向に前記サブセットのタイルにわたってアニメーションを連鎖させる、請求項１に記載のコンピュータによる処理方法。
3. 新規コンテンツが利用可能であることを漸進的に示す前記工程において、前記サブセットのタイルを２つ以上の段階でアニメーション化する、請求項１に記載のコンピュータによる処理方法。
4. 漸進的に示す前記工程において、新規コンテンツの部分のローテーションを前記タイルの前記１つ内に提示することによって前記サブセットのタイルをアニメーション化する、請求項３に記載のコンピュータによる処理方法。
5. 複数のアプリケーションに関連するリポートを受信し、前記複数のアプリケーションに対する新規コンテンツまたはアップデートを示す工程であって、前記複数のアプリケーションは、前記新規コンテンツまたは前記アップデートを示すことができるインタフェースの関連タイルを有する、工程と、
   前記関連タイルのどれが前記インタフェースのある領域に存在するかを決定する工程と、
   前記新規コンテンツまたは前記アップデートを示す順序を決定する工程であって、前記順序は前記新規コンテンツまたは前記アップデートの少なくとも１つを前記インタフェースの前記領域に示すための遅延を含む、工程と、
   前記新規コンテンツまたは前記アップデートを前記インタフェースの前記領域に前記順序に従って示す工程と、
   を含む、コンピュータによる処理方法。
6. 前記新規コンテンツまたは前記アップデートを示す前記工程が、
   前記新規コンテンツの部分に対する第１のローテーションを前記関連タイルの１番目内に提示する工程、
   複数の新規コンテンツに対する第２のローテーションを前記関連タイルの２番目内に提示する工程、または
   前記新規コンテンツまたは前記アップデートを提示せず、かつ光沢、揺らめき、色変化、傾斜、形状変更、またはハイライト表示によって、前記関連タイルの３番目を視覚的に変更する工程、
   によって前記関連タイルをアニメーション化する、請求項５に記載のコンピュータによる処理方法。
7. 前記複数のアプリケーションのうちの１つまたは複数が前記処理方法中に実行されない、請求項５に記載のコンピュータによる処理方法。
8. 前記順序を決定する前記工程が前記領域内の前記関連タイルの配置に基づいている、請求項５に記載のコンピュータによる処理方法。
9. 前記新規コンテンツまたは前記アップデートを示すアニメーションを完了するのに要する時間、
   前記領域内の関連タイルの数、または
   前記領域内のタイルの総数に対する、前記領域内の関連タイルの割合、
   に基づいて前記遅延が決定される、請求項５に記載のコンピュータによる処理方法。
10. 前記新規コンテンツまたは前記アップデートを示す前記工程が、前記新規コンテンツを前記関連タイル内に提示する、請求項５に記載のコンピュータによる処理方法。

Images