JP2014515518A - アプリケーション・タイルの呈示フォーマット - Google Patents

Abstract

本稿は、アプリケーション・タイルの呈示フォーマットを可能にする技法を記述する。本技法は、ユーザーがユーザー・インターフェースのタイルを通じてアプリケーションに対する変化を見ることができるようにする。タイルは、ユーザーがそうした変化に関連するコンテンツを見ることができるさまざまな呈示フォーマットの一つをもつ。

Description

本願はアプリケーション・タイルの呈示フォーマットに関する。

通常のオペレーティング・システムは、しばしばアプリケーションについての選択可能なアイコンを有するユーザー・インターフェースを通じて、ユーザーがアプリケーションを立ち上げることを許容する。場合によっては、ユーザーはこのユーザー・インターフェースからアプリケーションを立ち上げることを選択し、そのアプリケーションについて何か新しいことがあるかどうかは気にしない。

しかしながら、多くの場合、ユーザーはアプリケーションを立ち上げて、そうしたアプリケーションにおいて何が新しいかを見出す。アプリケーションにおいて何が新しいかを見出すことを望むユーザーは、たとえば、典型的には、所望されるアプリケーションについてのアイコンを選択し、それに応答して通常のオペレーティング・システムがそのアプリケーションを立ち上げる。次いでこのアプリケーションが開き、それがコンテンツを呈示するアプリケーションであるとすると、そのコンテンツを呈示する。ニュースまたはソーシャル・ネットワーク・ウェブサイトのようないくつかのアプリケーションについては、アプリケーションはコンテンツをリモート源から取得し、次いでそのコンテンツを呈示する。この時点になってユーザーはコンテンツを見るが、そのコンテンツはそのアプリケーションについてのコンテンツをユーザーが最後に閲覧して以来、新しくなっていることもあれば新しくなっていないこともある。

ユーザーは、アプリケーションを選択してそれに応答してアプリケーションが立ち上げられてコンテンツを呈示し、次いでユーザーが呈示されたコンテンツを見てもし新しいものがあるとしたら何が新しいかを見出すというこのプロセスを続けてもよい。このプロセスをたどれば、ユーザーは、自分のアプリケーションにおいて何が新しいかを見ることができるが、これはかなりの時間と労力を要する。このプロセスはまた、コンピューティングおよび帯域幅資源をも費消する。なお悪いことに、場合によっては、アプリケーションは何ら新しいコンテンツをもたないこともあり、その場合、この時間、労力、そして資源の一切は無駄になる。

本稿は、アプリケーション・タイルのための呈示フォーマットを可能にする技法を記述する。これらの技法は、ユーザーが、ユーザー・インターフェースのタイルを通じてアプリケーションに対する変化を見ることができるようにする。タイルはさまざまな呈示フォーマットの一つをもち、そのフォーマットを通じて、ユーザーはそれらの変化に関連するコンテンツを見ることができる。

この概要は、詳細な説明においてさらに後述されるアプリケーション・タイルの呈示フォーマットを可能にする簡略化された概念を紹介するために与えられている。この概要は、特許請求される主題の本質的な特徴を特定することを意図したものではないし、特許請求される主題の範囲を限定するのに使うことも意図されていない。アプリケーション・タイルの呈示フォーマットを可能にする技法および／または装置は、コンテキストによって許されるところにより、本稿では別個に、あるいは「技法」として関連して言及される。

アプリケーション・タイルの呈示フォーマットを可能にする実施形態について、付属の図面を参照して記述する。同様の特徴や構成要素を参照するためには諸図面を通じて同じ番号が使われる。
アプリケーション・タイルの呈示フォーマットを可能にする技法が実装できる例示的なシステムを示す図である。 図１のコンピューティング装置の例示的な実施形態を示す図である。 図１のリモート・プロバイダーの例示的な実施形態を示す図である。 図１のレポート・コンパイラーの例示的な実施形態を示す図である。 選択可能なタイルであって、そのうち少なくとも一つがアプリケーションへの変更を呈示するタイルを有する、ユーザー・インターフェースを呈示する例示的な方法を示す図である。 １４個の選択可能なタイルを有する例示的なユーザー・インターフェースを示す図である。 没入型環境における選択されたアプリケーションの例示的な呈示を示す図である。 図６の選択可能なタイルを、変化を報告する選択可能な諸セクションとともに示す図である。 ウインドー・ベースの環境における選択されたアプリケーションの例示的な呈示を示す図である。 アプリケーションへの変化に関連付けられたコンテンツをもつポップアップ・ウインドーを示す図である。 ユーザー・インターフェースのタイルを通じてアプリケーションのコンテンツ変化を呈示し、該コンテンツ変化をブラウズしていくことを可能にする例示的な方法を示す図である。 タイルを通じてコンテンツをブラウズするための例示的な選択を示す図である。 コンテンツをブラウズするための上記選択に応答して呈示された図１２のタイルのコンテンツに対する更新を示す図である。 ユーザー・インターフェースのタイルを通じてアプリケーションに関連付けられた複数のコンテンツ変化の呈示を可能にする例示的な方法を示す図である。 タイルを通じた追加的なコンテンツの呈示を示す図である。 さまざまなインジケータを有する例示的なタイルを示す図である。 呈示フォーマットに従ってアプリケーションに関連付けられたコンテンツ変化を呈示することを可能にする例示的な方法を示す図である。 拡張可能マークアップ言語（XML）のコンテキストにおいて呈示フォーマットに従ってアプリケーションに関連付けられたコンテンツ変化を呈示することを可能にする例示的な方法を示す図である。 二つの呈示フォーマットに従って呈示される、コンテンツ変化を有する二つのタイルを示す図である。 単一のレポートからのコンテンツを呈示するタイルを、一つの呈示フォーマットに基づいて、二つの異なる時点において示す図である。 タイルを通じてアプリケーション変化を呈示するための技法が実装できる例示的な装置を示す図である。

概観
本稿は、さまざまな呈示フォーマットに従ってアプリケーション・タイルを通じてコンテンツ変化を呈示することを可能にする技法および装置を記述する。これらの技法は、ユーザーが、新規記事、新規電子メールまたはソフトウェア更新といった、ユーザーがそのアプリケーションを最後に訪問して以後に利用可能になった、アプリケーションに対するコンテンツ変更または該アプリケーションについての他の情報に関連付けられたコンテンツを見ることができるようにする。そうすることによって、本技法は、ユーザーがそのアプリケーションを訪問することをやめることができるようにし、あるいはユーザーが迅速かつ簡単に、そのアプリケーションを訪問するか否かを決定することを許容する。さらに、本技法は、アプリケーション開発者が、アプリケーション開発者のための開発の容易さを許容するさまざまな呈示フォーマットから選択し、帯域幅使用を減らし、および／またはサーバー側の資源コストを軽減することを許容する。いくつかの実施形態では、これらの呈示フォーマットは、多様ではあるが、複数のタイルが単一のユーザー・インターフェース内に呈示されるときに、情報密度を管理し、調和のとれたルックアンドフィールを許容し、および／またはユーザーによる簡単なスキャン可能性を許容する。

たとえば、ユーザーが、ソーシャル・ネットワーキング・アプリケーションのようなアプリケーションについて、何か新しいものがあるかどうかを見ることを望むとする。本技法は、ユーザーが、ソーシャル・ネットワーキング・アプリケーションに関連する変化を、該アプリケーションを訪れることなく見ることを可能にする。本技法は、ユーザーが当該アプリケーションを最後に閲覧して以後の変化を呈示するタイルを通じてそれを行ってもよい。たとえば、友人に関連付けられたコンテンツが写真中の当該ユーザーにタグ付けしたなどである。この呈示されるコンテンツは、当該ユーザーの友人の画像、当該ユーザーがタグ付けされている当の写真またはその友人のメッセージの一部を含むことができる。これらの全部が、その画像およびメッセージに適切な呈示フォーマットに従って呈示される。この内容を閲覧するとき、ユーザーは前記変化に関連するコンテンツの一部または全部を見る。それにより、ユーザーに、そのアプリケーションを訪れることを避けることを許容する、あるいはユーザーに、追加的なコンテンツを求めてそのアプリケーションを訪れることを促す。こうして、多くの場合、ユーザーは、タイル内に呈示されるコンテンツに基づいて、そのアプリケーションを訪問することを決める。

これは、本技法がユーザーにさまざまな呈示フォーマットの一つに従うタイルを通じてアプリケーションに対する変化を閲覧できるようにする多くの仕方のほんの一例にすぎない。数多くの他の例および本技法が動作する仕方が以下で述べられる。

この議論は、次に、本技法が動作しうる例示的な環境、本技法によって実行可能な方法および例示的な装置の記述に進む。

例示的な環境
図１は、アプリケーション・タイルの呈示フォーマットを可能にする技法および他の処理が具現できる例示的な環境１００を示している。環境１００は、コンピューティング装置１０２、リモート・プロバイダー１０４、任意的なレポート・コンパイラー１０６およびこれらのエンティティの間の通信を可能にする通信ネットワーク１０８を含む。この図解において、コンピューティング装置１０２は三つの源、リモート・プロバイダー１０４、レポート・コンパイラー１０６およびコンピューティング装置１０２上で実行中のアプリケーション（このアプリケーションは図２に示される）からレポート１１０を受け取る。

各レポート１１０は、その関連付けられたアプリケーションへの変化およびこの変化を呈示すべきフォーマットの指示を示す。アプリケーションへのこの変化は、新規電子メール、エントリーまたは記事のようなアプリケーションのコンテンツまたは状態に対してであってもよいし、あるいはソフトウェア更新または期限切れが近づいているということであってもよい。これはほんの数例である。コンピューティング装置１０２は、アプリケーションのためのタイルを含むユーザー・インターフェース１１２を呈示する。その多くがこれらの変化を呈示する。

図２は、図１のコンピューティング装置１０２の例示的な環境を示しており、六つの例示的な装置とともに示されている：ラップトップ・コンピュータ１０２−１、タブレット・コンピュータ１０２−２、スマートフォン１０２−３、セットトップボックス１０２−４、デスクトップ・コンピュータ１０２−５およびゲーム装置１０２−６。ただし、サーバーおよびネットブックのような他のコンピューティング装置およびシステムが使用されてもよい。

コンピューティング装置１０２は、コンピュータ・プロセッサ（単数または複数）２０２、コンピュータ可読記憶媒体２０４（媒体２０４）および一つまたは複数のディスプレイ２０６を含むまたはそれへのアクセスをもつ。図２ではその四つの例が示されている。媒体２０４は、オペレーティング・システム２０８、レポーター２１０およびアプリケーション２１２を含み、該アプリケーションのそれぞれがコンテンツ２１４を提供してもよい。

オペレーティング・システムは、ウインドー・ベースの環境モジュール２１６および／または没入型環境モジュール２１８を含むまたはそれへのアクセスをもつ。本技法を通じて選択されるアプリケーションは、ウインドー・ベースのまたは没入型の環境その他を通じて呈示されることができる。

ウインドー・ベースの環境モジュール２１６はアプリケーションおよび付随するコンテンツを、フレームをもつウインドーを通じて呈示する。これらのフレームが提供するコントロールを通じて、アプリケーションと対話する。また、これらのフレームが提供するコントロールにより、ユーザーはウインドーを動かしたりサイズ決定したりできる。

没入型環境モジュール２１８は、ユーザーがアプリケーション２１２の一つまたは複数および対応するコンテンツ２１４を閲覧し、これと対話することができる環境を提供する。いくつかの実施形態では、この環境は、ウインドー・フレームほとんどなしまたは全くなしで、および／またはユーザーが手動で決める必要なしに、アプリケーションの内容を呈示し、該アプリケーションとの対話を可能にする。この環境は、典型的なデスクトップ環境を使うことなくホストおよび／または表面化することができるが、それは必須ではない。このように、いくつかの事例では、没入型環境モジュール２１８は、ウインドーではない（実質的なフレームのないウインドーでさえない）没入型の環境を呈示し、デスクトップのような表示（たとえばタスクバー）の使用を排除する。さらに、いくつかの実施形態では、この没入型の環境は、閉じることも、アンインストールすることもできない点でオペレーティング・システムと同様である。没入型環境の例は、本技法を記述する一環として下記で与えられる。ただし、それは網羅的でも、本技法を限定することを意図されたものでもない。

レポーター２１０は、アプリケーション選択可能なユーザー・インターフェース２２０（インターフェース２２０）を含む、該インターフェースへのアクセスをもつまたは該インターフェースを生成する。その例は図１において１１２で示してある。インターフェース２２０は、呈示フォーマット２２２を含むまたはそれへのアクセスをもつ。該呈示フォーマットの少なくとも一つが、適用可能なレポート１１０内に示される。レポーター２１０は、インターフェース２２０を通じてアプリケーション２１２の一つまたは複数に関連付けられた変化を報告する。上記のように、レポート１１０はアプリケーション２１２の一つまたは複数から直接受領されてもよいし、あるいはリモート・プロバイダー１０４またはレポート・コンパイラー１０６のような、アプリケーション２１２の一つまたは複数の関連する別のエンティティから受領されてもよい。

上記のように、各レポート１１０は、どの呈示フォーマット２２２が意図されているかを指示する。応答して、レポーター２１０は、変化をインターフェース２２０を通じてその適切なフォーマットで報告する。レポート１１０は、呈示フォーマット・インジケータ、テキストおよび画像もしくは画像位置指定子（たとえばURL（ユニバーサル・リソース・ロケーター））を含むことができ、三つだけ例示すればフラットなリスト、スプレッドシートもしくは拡張可能マークアップ言語（XML）文書として構成されるまたはそれを含むことができる。さらに、いくつかの事例では、レポート１１０は、ハイパーリンクのような動的なコンテンツ、オーディオおよび／またはビデオを含むコンテンツのよりリッチな形またはコンテンツ対話のためのユーザー入力を受け入れる要素をも含んでいてもよい。呈示フォーマット２２２は、アプリケーション・タイル内での、画像、テキストおよび／または動的なコンテンツのための位置およびサイズを指示する。呈示フォーマット２２２は、レポート１１０がXML文書で受領されるまたはXML文書を含む場合には、拡張可能スタイルシート言語変換（XSLT）であることができる。そのような場合、インターフェース２２０における報告は、ハイパーテキスト・マークアップ言語（HTML）を使って呈示される。ただし、XSLT、XMLおよびHTMLの使用は任意的である。

図３は、リモート・プロバイダー１０４の例示的な実施形態を示している。リモート・プロバイダー１０４は視覚的な簡潔のため単一のエンティティとして示されているが、複数のリモート・プロバイダー１０４も本願において考えられている。リモート・プロバイダー１０４はプロバイダー・プロセッサ（単数または複数）３０２およびプロバイダー・コンピュータ可読記憶媒体３０４（媒体３０４）を含むまたはそれへのアクセスをもつ。媒体３０４はレポート生成器３０６およびコンテンツ・プロバイダー３０８を含む。

レポート生成器３０６は、コンピューティング装置１０２に、直接的にまたはレポート・コンパイラー１０６を通じて間接的に、一つまたは複数のレポート１１０を提供することができる。いくつかの実施形態では、レポート１１０はアプリケーションへの変化を指示する、該変化に関連するコンテンツを呈示するまたは（たとえばURLにより）該アプリケーションを訪れるために有用な情報を含む。

レポート生成器３０６は、レポーター２１０からのレポート１１０の要求などレポーター２１０に応答して機能してもよい。ただし、レポート生成器３０６は、新規なおよび／または関心のあるコンテンツまたはデータを定期的に送ったり、あるいはそれが利用可能になった際に一貫して利用可能にしたりするよう機能してもよい。レポート生成器３０６は、ユーザーが特定のアプリケーションを最後に選択して以降に何が新しいかを示してもよい。ただし、単にレポート１１０を提供してもよく、それを用いてレポーター２１０が代わりに何が新しくて何が新しくないかを判定してもよい。

コンテンツ・プロバイダー３０８は、アプリケーション２１２に関連するコンテンツ２１４のようなコンテンツを提供する。コンテンツ・プロバイダー３０８はレポート生成器３０６との関連で機能してもよい。たとえば、レポート生成器３０６にコンテンツ２１４を提供し、次いで該レポート生成器３０６がレポート１１０の一部を（あるいは時に全部を）提供する。

図４は、レポート・コンパイラー１０６の例示的な実施形態を示している。レポート・コンパイラー１０６は視覚的な簡潔のために単一のエンティティとして示されているが、複数のレポート・コンパイラー１０６が使用されてもよい。レポート・コンパイラー１０６は、コンパイラー・プロセッサ（単数または複数）４０２およびコンパイラー・コンピュータ可読記憶媒体４０４（媒体４０４）を含むまたはそれへのアクセスをもつ。媒体４０４はレポート・プロバイダー１０４のような一つまたは複数の源からレポート１１０を受け取って集積することができるコンパイリング・モジュール４０６を含む。コンパイリング・モジュール４０６は、のちにコンピューティング装置１０２に提供するためにレポートを受領してもよい。提供は、定期的に、あるいはコンピューティング装置１０２が自らがオン、オンライン、アクティブ、アイドルまたはある特定の状態にあることを示すときでもよい。コンパイリング・モジュール４０６は、特定のユーザーがアプリケーションからのコンテンツを最後に閲覧して以降どの変化が新しいかを決定し、それらの変化を示すレポート１１０のものを提供してもよい。

図１〜図４のエンティティが機能し、相互作用する仕方について、以下でより詳細に述べる。コンピューティング装置１０２、リモート・プロバイダー１０４またはレポート・コンパイラー１０６それぞれについて示されているエンティティは別個でも統合されていてもよい。

例示的な方法
図５は、少なくとも一つがアプリケーションへの変化を呈示する、選択可能な諸タイルを有するユーザー・インターフェースを呈示する方法５００を描いている。以下の議論の諸部分において、図２〜図４で詳述された図１の環境１００に言及することがあるが、そうした言及は単に例のためである。

ブロック５０２は、複数のアプリケーションにそれぞれ関連付けられている複数の選択可能なタイルをもつユーザー・インターフェースを呈示する。タイルはテキストおよび／または画像またはオーディオ・ビデオおよび／またはユーザー・コントロール要素のようなリッチ・コンテンツを呈示することができる。タイルのコンテンツは、タイルが呈示されるユーザー・インターフェースもしくはメニュー内の関連付けられたアプリケーションについてのラベルとして呈示されることができる。いくつかの場合において、タイルは、アプリケーションのためのラベルとして実装されるとき、該アプリケーションに関連付けられた特定のコンテンツを呈示する。複数の選択可能なタイルの少なくとも一つは、該選択可能なタイルが関連付けられているアプリケーションに関連する変化を報告する。ただし、複数のアプリケーションまたは同じアプリケーションについての複数の変化が報告されてもよい。

例として、図２のレポーター２１０が図６に示されるユーザー・インターフェースを呈示する場合を考える。このユーザー・インターフェース６００は、図２のユーザー・インターフェース２２０によって考えられているユーザー・インターフェースの、単一のタイルを有するユーザー・インターフェースを含め、多くの型の一つでしかない。ユーザー・インターフェース６００は十四個の選択可能なタイルを含み、そのうち十一個は相対的に大きく、三個は相対的に小さい。

この例示的なユーザー・インターフェース６００は、十一個の大きめのタイルのうちの十個および三個の小さなタイルのうちの一個に対する変化を報告している。ただし、そのような呈示の任意の変更が考えられる。たとえば、選択可能なタイルの全部に対する変化、選択可能なタイルのゼロ個に対する変化でもよい。これらの変化は、たとえそうした変化の全部がユーザーがユーザー・インターフェース６００を閲覧することを選択する時点ですでに受領されていたとしても、さまざまなタイルのそれぞれにおよびタイルの諸部分に漸進的に呈示されてもよい。タイルのこの漸進的な変更は、ユーザー・インターフェース６００がアニメーション化されたように見えるようにすることができる。このように、タイルへの変化は必ずしも全部が一時になされるのではない。

さらに、アプリケーションについての複数の変化が知られている場合、レポーター２１０はそれらの変化の最新のものを呈示しても、あるいはそれらの変化を通じてローテーションしてもよい。レポーター２１０は、ユーザー・インターフェース６００への「ライブ」な感触を維持するために、あるいはタイルでの活動または不活動に応答して、諸変化を通じてローテーションしてもよい。タイルでの不活動は現在指示されている変化がユーザーにとって関心がないことを示してもよい。変化のうち別のものがより関心のあるものであることがあるので、最も最近の変化がローテーションでタイルから外されてもよく、それよりは古い（だがそれでも新しい）変化がローテーションでタイルに置かれてもよい。

まず、図６において拡大されて示されている選択可能なタイル６０２を考える。この選択可能なタイル６０２は、図２のアプリケーション２１２の一つ、つまり「ニュース（News）」アプリケーションに関連付けられている。図のように、選択可能なタイル６０２は、選択可能なタイル６０２内で、このアプリケーションに関連する変化を報告する。該変化は、コンピューティング装置１２０のユーザーによるこのアプリケーション２１２の以前の閲覧、選択または立ち上げに対する変化である。

ユーザーが午前九時にニュース・アプリケーションを閲覧しており、ユーザー・インターフェース６００を閲覧するときに、午前九時以降のニュース・アプリケーションへの変化を報告する選択可能なタイル６０２を呈示されるとする（たとえば同じ日の午後三時に）。ここで、変化は、隕石によって損傷を受け、地球に墜落するかもしれない気象衛星に関する新しい記事である。この変化（上記新しい記事である変化）に関連する内容の諸部分が選択可能なタイル６０２に示されている。これらの部分はそれぞれ、新しい記事が今利用可能であることを示すことによって、この変化を報告する。ここでは、衛星の画像６０４、６０６における記事のタイトルおよび６０８における記事の第一文が用いられている。

他の三つの例示的な選択可能なタイルも考える。小さな選択可能なタイル６１０および６１２ならびに大きめの選択可能なタイルのうちの別のもの６１４である。小さな選択可能なタイル６１０はこのタイルに関連するアプリケーション、つまり「ASN」アプリケーションへの変化を報告する。タイル６１０は、「*」としてマークされている変化インジケータ６１６により変化を報告する。ただし、このインジケータ６１６は変化が何個あるかや、その変化に関連する何らかの内容を示すものではない。変化についてのこの短縮されたレポートは、タイルに関連付けられたアプリケーションがユーザーにとって概して重要でないとき、あるいは変化がしばしば同様の型であり、よって変化の内容の呈示が意味がないときに、あるいは単にユーザーがそれを望むから、望ましいことがある。

他方、選択可能なタイル６１２はいかなる変化も報告していない。この報告していないということが、ユーザーに貴重な情報を提供する。つまり、ユーザーがこのアプリケーションを最後に訪問して以降何の変化もないので、ユーザーはこの「Duke」アプリケーションについて新着情報を見るためにタイル６１２を選択する必要がないということである。

大きな選択可能なタイル６１４もいかなる変化も報告していない。よって、やはりユーザーに、「CSI」アプリケーションについての変化（あるいは変化がないこと）に関する貴重な情報を提供している。

上記のように、レポーター２１０は、アプリケーションの選択を可能にし、それらのアプリケーションへの変化を報告する。レポーター２１０はタイルの異なる領域を通じて異なる選択を可能にしてもよい。再びタイル６０２を考える。ここでは、レポーター２１０はアプリケーション同定領域６１８およびコンテンツ呈示領域６２０を通じて選択を可能にする。このアプリケーション同定領域６１８は「ニュース」アプリケーションについてのアプリケーション選択された識別情報、つまり「ニュース（News）」を特定のフォントおよび色で示す（色は図示せず）。レポーター２１０はこのアプリケーション同定領域６１８に対してなされた選択により、「ニュース」アプリケーションを、コンテンツのホーム・ページまたは最後に閲覧されたページなど、デフォルトのまたは以前に閲覧された設定で呈示できるようにする。こうして、アプリケーション同定領域６１８の選択に際しては、レポーター２１０は報告された変化に関連するコンテンツを呈示することを控えてもよい。

レポーター２１０は、コンテンツ呈示領域６２０に対してなされた選択により、「ニュース」アプリケーションを当該変化をもって呈示できるようにしてもよい。たとえば、変化に関連付けられたコンテンツを呈示する。ここでは、コンテンツ変化に関連付けられたユニバーサル・リソース・ロケーター（URL）におけるウェブページを開く。そのような場合、レポーター２１０は、コンテンツ呈示領域６２０に部分的に示された記事をもつニュース・アプリケーションを呈示する。

いくつかのタイルは、複数の変化を示してもよい。たとえば、ソーシャル・ネットワーキング・ウェブサイトに対する二つの最新エントリーまたはユーザーが電子メール・アプリケーションを最後に閲覧して以降に受信された電子メールを（何らかの関連するコンテンツとともに）報告するなどである。そのような場合、レポーター２１０はその変化を報告する各セクションに対する選択により、関連付けられたアプリケーションをその変化に関連するコンテンツとともに呈示できるようにする。報告された複数の電子メールの一つを開くなどである。

復習すると、レポーター２１０は、図１のレポート１１０のような受領されたレポートに応答して、さまざまなアプリケーションに対する変化を報告することができる。レポートは一時には一つずつ、バッチにコンパイルしたあと、および／またはさまざまな源から受領されることができる。これらのレポート１１０は、定期的に、ユーザー・インターフェース２２０を表示する選択をしたときに、および／またはリアルタイムで、受信または取得されることができる。たとえば、ユーザー・インターフェースは、選択可能なタイルを、ユーザーが閲覧した後で、到着するおよび報告されるレポートのため、変更してもよい。このように、レポーター２１０は、ユーザーがアプリケーションを選択できるユーザー・インターフェースにおいて、アプリケーションについての報告を能動的に更新するよう機能してもよい。

レポーター２１０は、どのレポート１１０が、ユーザーがアプリケーションを最後に閲覧したまたはアプリケーションと最後に対話した以降の該アプリケーションに対する変化を示すかを判定してもよい。ただし、他のいくつかの場合には、代わりにレポートを提供するエンティティがこれを判定する（たとえば、リモート・プロバイダー１０４、レポート・コンパイラー１０６またはアプリケーション２１２）。

さらに、レポーター２１０は、レポートを、該レポートが呈示されるのに好ましい呈示フォーマットの指示とともに受領する。この呈示フォーマット選好は、それぞれのアプリケーションに関連するエンティティ、たとえばソーシャル・ネットワーキング・アプリケーションに関連するソーシャル・ネットワーキング・サーバーによって選択されてもよい。呈示フォーマット２２２のさまざまな例が図６に示されている。たとえば、大きな選択可能なタイル６０２は最も最近の変化のみを、その変化についてのコンテンツの三つの部分とともに呈示する。逆に、小さな選択可能なタイル６１０は、変化インジケータ６１６だけを、コンテンツなしで呈示する。呈示フォーマット２２２および呈示フォーマットが使用できる仕方は、本稿の他所でより詳細に記載される。

方法５００に戻ると、ブロック５０４は複数の選択可能なタイルのうちの一つ、たとえば変化を報告しているタイルの選択を受領する。受領される選択は、選択可能なタイルのさまざまな領域（または領域のセクション）に対するものであってもよく、それに応答してレポーター２１０はその選択可能なタイルに関連付けられたアプリケーションを呈示する。ただし、どのように呈示されるかはどの領域が選択されるかに基づいて変わりうる。上記のように、選択可能なタイルに関連付けられたアプリケーションは実行中であってもなくてもよい。たとえば、大きな選択可能なタイル６０２および別の大きな選択可能なタイル６２２を考える。タイル６０２は図２のアプリケーション２１２の「ニュース」アプリケーションに関連付けられている。タイル６２２はアプリケーション２１２のうち電子メール・アプリケーションに関連付けられている。この例については、ニュース・アプリケーションは実行中ではなく、ニュース・アプリケーションに関連する、リモート・プロバイダー１０４のようなリモート・エンティティからレポートが受信されるとする。また、電子メール・アプリケーションはコンピューティング装置１０２にローカルであり、実行中であるとする。電子メール・アプリケーションについてのレポート１１０は電子メール・アプリケーションから直接、レポーター２１０によって受領される。

進行中の実施形態を続けると、レポーター２１０は、マウス・セレクタまたはユーザー・インターフェース６００を表示している図２に示されるディスプレイ２０６の一つのようなタッチスクリーンを介したジェスチャーを通じるなどして、アプリケーション同定領域６１８に対する選択を受領する。

ブロック５０６は、選択されたタイルに関連付けられたアプリケーションおよび／または選択されたタイルにおいて報告された変化に関連付けられたコンテンツを呈示する。ブロック５０６がアプリケーションを呈示するとき、該アプリケーションが対話されうる仕方で、たとえば没入型またはウインドー・ベースの環境においてこれを行う。この呈示は、加えてまたは代わりに、報告された変化に関連付けられた内容は呈示するが、必ずしもアプリケーション自身は呈示しない。これについては下記でさらに述べる。

この呈示は、アプリケーションを立ち上げ、次いでそれをたとえばウインドー・ベースの環境モジュール２１６を介してウインドーにおいて、あるいは没入型環境モジュール２１８を介して没入型環境において呈示することを含んでいてもよい。モジュール２１６および２１８はいずれも図２のものである。アプリケーションがすでに実行中であれば、立ち上げは必要とされない。選択されたタイルの選択を受領するのに応答して、本技法は、選択の視覚的な指示を提供してもよい。たとえば、タイルの選択された部分をアニメーション化してもよい。そうすることによって、本技法は、選択の型を増強する。さらに、本技法は、選択に応答して、アプリケーションに関連付けられた、それを通じてユーザーが対話できるインターフェースまたはメニューまたは選択可能なコントロールを呈示してもよい。対話は、アプリケーションを特定の仕方もしくは環境で、特定の内容において立ち上げることを選択するなどである。

進行中の実施形態のしめくくりとして、レポーター２１０は、選択可能なタイル６０２の、ここではアプリケーション同定領域６１８に対する選択に応答して、ニュース・アプリケーションを呈示する。この呈示は、ニュース・アプリケーションを立ち上げることを含む。ニュース・アプリケーションは選択の時点では実行中でなかったからである。前記のように、レポーター２１０は、上述したモジュール２１６または２１８のような別のエンティティへの命令を通じてアプリケーションを呈示および／または立ち上げしてもよい。

図７は、没入型環境７００におけるニュース・アプリケーションの例示的な呈示を示している。アプリケーション同定領域６１８が選択されたので、ニュース・アプリケーションについてのデフォルトの呈示（ここではホーム・ページ）が示されている。このホーム・ページは７０２において示されており、選択のためのさまざまな見出し７０４を含む。その一つが、図６において６０６でも示した最も最近の記事である。このタイトルが示されている間、仮に選択がコンテンツ呈示領域６２０に対してなされていたとしたら呈示されたはずの、当該コンテンツの完全な表現をもつまたは他の仕方で当該記事専用のウェブページではなく、ホーム・ページが呈示される。

もう一つの例として、図６の大きな選択可能タイル６２２を通じてブロック５０４で選択が受領される場合を考える。この選択可能なタイル６２２は図８では明確のために拡大されている。示されているタイル６２２はアプリケーション同定領域８０２およびコンテンツ呈示領域８０４を有する。コンテンツ呈示領域８０４は、変化を報告している四つの選択可能なセクション８０６、８０８、８１０および８１２を含んでいる。選択可能なセクション８０６、８０８および８１０のそれぞれは変化に関連する内容、ここでは電子メールの送信者および件名を報告している。セクション８１２は五つの変化、ここでは、ユーザーが最後に電子メール・アプリケーションを見た以降に五つの他の電子メールも受領されているということを報告している。この例では、選択はタッチスクリーンに対してなされるジェスチャー８１４を通じてセクション８０８に受領される。

ブロック５０６において、レポーター２１０は、選択された電子メール・アプリケーションおよびその選択に関連付けられた電子メールのコンテンツを呈示する。ここで、アプリケーションは現在実行中であり、よってレポーター２１０は電子メール・アプリケーションを立ち上げることはしない。電子メール・アプリケーションおよびホームもしくはデフォルト呈示ではなく報告された変化の呈示は、図９では９０２においてウインドー９０４に示されている。レポーター２１０がこの呈示を、アプリケーション選択可能な（application-selectable）ユーザー・インターフェース上にスーパーインポーズされたウインドーにおいて引き起こしたり、あるいはユーザー・インターフェースを隠してウインドーを異なる環境において呈示したりしてもよいことを注意しておく。ここで、レポーター２１０はユーザー・インターフェースを隠し、９０２において電子メール・アプリケーションを呈示し、９０６において受領される選択に関連するコンテンツを示している。

さらにもう一つの例において、再び図８を考える。いくつかの場合には、変化を示している選択可能なタイルに対してなされた選択は、その変化に関連するコンテンツを呈示することがある。この呈示は、上記のアプリケーションの呈示に釣り合ったものでもよい。他のいくつかの場合には、コンテンツはユーザー・インターフェースを隠すことなく、および／またはアプリケーションを通常の仕方で呈示することなく示される。図８の選択８１４について、レポーター２１０が、電子メール・アプリケーションおよびコンテンツを呈示するのではなく、その代わり、変化に関連するコンテンツを独立して呈示するとする。この場合、その変化に関連するコンテンツのより多くまたは全部が示される。たとえば、スー（Sue）からの新規電子メールに関連するコンテンツの大半または全部がレポート１１０の一つにおいて受領された。レポーター２１０はこのコンテンツの残りの部分を、たとえばユーザー・インターフェース６００内でまたはユーザー・インターフェース６００にスーパーインポーズして、呈示してもよい。

この例が図１０に示されている。図１０は、報告された変化に関連するより多くのコンテンツをもつポップアップ・ウインドー１００２を示している。これはまた、図８においてセクション８１２に示される「あと５つの電子メール（5 More Emails）」を展開して、たとえばそれらの電子メールについての送信者および件名を示すためにも使用されうる。これは、図６の変化インジケータ６１６のような、現在何のコンテンツも示されていない変化に関連する何らかのコンテンツを示すために使用されてもよい。ブロック５０６のこの代替的な動作は、ユーザーが、変化に関連したより多くのコンテンツを見ることを選択することを許容する。それは、場合によっては、ユーザーにとって、全体的にアプリケーションを選択することをやめるのに十分である。

図１１は、ユーザー・インターフェースのタイルを通じたアプリケーションのコンテンツ変化を呈示することおよびかかる諸コンテンツ変化を通してブラウズしていくことを可能にする方法１１００を描いている。以下の議論の諸部分において、図２〜図４で詳述された図１の環境１００に言及することがあるが、そうした言及は単に例のためである。

ブロック１１０２は、アプリケーションに関連する複数のコンテンツ変化を受領する。これらのコンテンツ変化は、そのアプリケーションへの、たとえばユーザー・コンピューティング装置１０２による最も最近の訪問以降の、そのアプリケーションについての新しいコンテンツであることができる。この最も最近の訪問は追跡されてもよく、コンテンツは、本稿の他所で述べる仕方で新しいと判定されてもよい。たとえば、以前の立ち上げと、ユーザーによるアプリケーションの能動的な使用の間、コンテンツを提供するリモート・エンティティによって追跡することに基づく。コンテンツ変化は、本稿の他所で述べるさまざまな仕方で受領されることができる。たとえば、図２のレポーター２１０によって受領される図１の一つまたは複数のレポート１１０を通じて受領される。

ブロック１１０４は、アプリケーションに関連付けられているが該アプリケーションによって生成されたのではないタイル内において、該アプリケーションから受領された複数のコンテンツ変化のうちの少なくとも一つに関連付けられたコンテンツを呈示する。たとえば、再び図６のタイル６０２を考える。方法１１００のコンテキストにおけるタイル６０２は、ユーザー・インターフェースの一部であるが、必ずしも図６のユーザー・インターフェース６００の限定および機能を有するユーザー・インターフェースではないことを注意しておく。たとえば、ユーザー・インターフェース６００が複数のタイルを含む一方、方法１１００のタイルは、他のタイルを有さないユーザー・インターフェースの一部またはその視覚的な呈示の実質的に全部であってもよい。さらに、上記のユーザー・インターフェース６００のタイルは各タイルに関連付けられたアプリケーションを呈示するために選択可能である一方、方法１１００のタイルは、アプリケーションの呈示を含んでいてもいなくてもよい他の用途のために選択可能であってもよい。

タイル６０２は、複数のコンテンツ変化の一つ、ここでは気象衛星についての記事について、コンテンツ呈示領域６２０における６０４、６０６および６０８でのコンテンツの三つの部分の呈示を示している。この場合に呈示されるコンテンツは、アプリケーションについてのコンテンツ変化の三つの部分を含む。ただし、コンテンツ変化のより多いまたはより少ない部分が代わりに呈示されてもよい。別のコンテンツ変化も報告されているとする。たとえば、コンピューティング装置１０２のユーザーがまだ見ていない、別の記事である。この例では、この別のコンテンツ変化についてのコンテンツはまだ呈示されていない。

ブロック１１０６はタイルを通じて、複数のコンテンツ変化のうち別のものに関連する別のコンテンツを呈示する選択を可能にする。この例のコンテンツはニュース・アプリケーションについての記事に関わるが、ユーザーのソーシャル・ネットワーキング・アプリケーションへのエントリー、電子メール・アプリケーションについての電子メール、アプリケーションのさまざまな型についての通知その他といった、本稿に記載されるコンテンツの他の任意の型も加えてまたは代わりに呈示されてもよい。

進行中の例を続けて、タイル６０２を示している図１２を考える。ここで、図２のレポーター２１０が、他のコンテンツを呈示するためのタイルを通じた選択を可能にするとする。これは、「ブラウズ」機能として記述できる。この選択は、本稿の他の例において記述されたさまざまな選択の仕方を通じて可能にされることができる。若干だけ挙げると、コンテンツ呈示領域６２０上でのタッチスクリーンへのジェスチャーまたはマウス・セレクタの動きもしくはクリックなどである。

この例については、別のコンテンツ変化についてのコンテンツを呈示する選択は、コンテンツ呈示領域６２０内に始まり上方に動く、矢印１２０４で示されるジェスチャー１２０２を通じて受領される。必須ではないが、タイル６０２は追加的なコンテンツ変化インジケータ１２０６をも含む。これは、他のコンテンツ変化、ここでは他の二つの記事も呈示のために利用可能であることを示す。さらなる例として、選択は、加えてまたは代わりに、インジケータ１２０６上での押下ジェスチャーまたはマウス・クリックなどによる、インジケータ１２０６の選択を通じて可能にされることができる。

ブロック１１０８は、選択に応答してタイル内のまたはタイルに視覚的に関連する他のコンテンツを呈示する。進行中の例のしめくくりとして、図１３に更新されたタイル１３０２として示される、タイル６０２の更新されたバージョンを考える。ここで、ニュース・アプリケーションについての複数のコンテンツ変化のうち別のものに関連するコンテンツが、概括的にはタイル内のコンテンツ呈示領域６２０における１３０４において、詳細には画像１３０６、タイトル１３０８および記事の本文の最初の部分１３１０を用いて、示されている。インジケータ１２０６に対する変化および前コンテンツ・インジケータ１３１２の追加に注目されたい。インジケータ１２０６は他にいくつのコンテンツ変化を見ることができるかを示す（ここでは他に一つの記事）。インジケータ１３１２はすでに呈示されたコンテンツ変化の数を示す。たとえば気象衛星記事に戻る選択は、若干だけ挙げると、ジェスチャー１２０２のものの反対のジェスチャーを通じて、あるいはインジケータ１３１２を選択することによって、選択できる。

図１４は、ユーザー・インターフェースのタイルを通じてアプリケーションに関連する複数のコンテンツ変化の呈示を可能にする方法１４００を描いている。この方法および本稿に記載される他の方法は、別個に、あるいは互いとの関連で機能できる。以下の議論の諸部分において、図２〜図４で詳述された図１の環境１００に言及することがあるが、そうした言及は単に例のためである。

ブロック１４０２は、アプリケーションに関連付けられたタイル内で、該アプリケーションの複数のコンテンツ変化に関連する複数のコンテンツを呈示する。この数多くの例が、図６および図８のタイル６２２のようなユーザー・インターフェース６００において示されている。

再び図８に示されるタイル６２２を考える。これはアプリケーション同定領域６２２およびコンテンツ呈示領域８０４を示している。コンテンツ呈示領域８０４は、変化を報告している四つの選択可能なセクション、つまりセクション８０６、８０８、８１０および８１２を含んでいる。選択可能なセクション８０６、８０８および８１０のそれぞれはコンテンツ変化に関連する内容、ここでは電子メールの送信者および件名を報告している。セクション８１２は五つの変化、ここでは、ユーザーが最後に電子メール・アプリケーションを見た以降に五つの他の電子メールも受領されているということを報告している。

ブロック１４０４は、タイルを通じた、追加的なコンテンツを呈示する選択を可能にする。この追加的なコンテンツは、すでにそのタイルにおいて部分的に示されている複数のコンテンツ変化の一つに関連する。レポーター２１０はたとえば、タイルにおいて部分的に呈示されている複数のコンテンツ変化のうちの一つのコンテンツ・カバレッジを拡大するための選択を可能にすることができる。

ブロック１４０６は、選択に応答して、タイルにおいてすでに示されている同じコンテンツ変化の一つに関連する追加的なコンテンツを呈示する。進行中の例を続けると、再び図８を考える。図８は、ジェスチャー８１４による選択を示している。この選択は、上記の方法５００のコンテキストにおいて述べたのと同様に、電子メール・アプリケーションに関連するコンテンツ変化についての追加的なコンテンツの呈示のためである。ここでは、呈示はスー（Sue）からの電子メールに関連するコンテンツのより多くを呈示するセクション８０８を通じた呈示である。

レポーター２１０は、タイル内にまたは視覚的にタイルに関連してこの追加的なコンテンツを呈示してもよい。タイルに視覚的に関連して示されるコンテンツは、図１０のユーザー・インターフェース６００の一部として１００２において示されている。この選択は、上記の数多くの例示的な選択の一つまたは複数において可能にされることができる。そのいくつかは、タイルの他のコンテンツを置換したり、あるいはそのタイルおよび／または当該ユーザー・インターフェースに含まれていれば他のタイルにスーパーインポーズされる。

タイル内に示される追加的なコンテンツは図１５に示されている。図１５は、タイル６２２の変更されたバージョンを変更されたタイル１５０２として示している。追加的なコンテンツ１５０４が今や呈示されており、ここでは、電子メールの全部ではないが本文の一部が示されている（「Thanks, Sue」が抜けているが、「…」により抜けていることが示されている）。さらにコンテンツのより多くまたは全部が、タイルを通じてまたは他の仕方で選択されることができる。たとえば、矢印１２０４で示した方向をもつジェスチャー１２０２における図１２のジェスチャーと同様のジェスチャーを用いる。

本願の数多くの例示的な図に示されるように、タイルは該タイルの詳細をよりよく示すよう拡大されてもよい。この拡大は、レポーター２１０によって可能にされる、タイルを拡大するユーザー選択に応答して、あるいは異なるまたは追加的なコンテンツを呈示するためなどの別の選択に応答して、またはタイルの選択可能なインジケータの選択に際してであってもよい。

方法１１００において部分的に記述されたのと同様にして、つまり、諸コンテンツ変化を通じて上または下に動くためのインジケータの選択を通じて、他のコンテンツが選択されることができることも注意しておく。これらのインジケータは図１５では１５０６および１５０８において示されている。

これらの方法５００、１１００および１４００に加えて、本技法は、以下に示すものを含め、さらに他の機能および方法を可能にする。

図１６は、本技法の多くの追加的および／または代替的な実施形態のいくつかを記述することにおける補助として、例示的なタイル１６００を示している。これらの追加的および／または代替的な実施形態は、上記の実施形態の一部として、上記の実施形態に加えて、あるいは上記の実施形態の代替として使われてもよい。

タイル１６００は、関連するアプリケーションについてのさまざまな型の情報を呈示するインジケータを含む。例は、インストール・インジケータ１６０２、期限切れインジケータ１６０４、ソフトウェア更新インジケータ１６０６および実行状態インジケータ１６０８を含む。インストール・インジケータ１６０２は、タイル１６００に関連付けられたアプリケーションをインストールすることについての進行またはそのアプリケーションへの更新（update）をインストールすることについての進行（ここで示されている）を呈示する。期限切れインジケータ１６０４は、アプリケーションが期限切れ（たとえば、試用または加入の期限切れ）になるまでの時間の長さまたは使用回数を呈示する。ソフトウェア更新インジケータ１６０６は、アプリケーションの現行バージョンを示す、または更新が利用可能であることを示す。実行状態インジケータ１６０８は、アプリケーションが現在実行中であるか否かを示す。これらのインジケータのそれぞれは、グラフィックおよび／またはテキストを含んでいてもよい。

図１７は、呈示フォーマットに従ってアプリケーションに関連するコンテンツ変化を呈示することを可能にする方法１７００を描いている。方法１７００には図１８の方法１８００が続く。方法１８００も、呈示フォーマットに従ってコンテンツ変化を呈示することを可能にするが、拡張可能マークアップ言語（XML）のコンテキストにおいて記述される。これらの方法および本稿に記載される他の方法は、別個で機能しても、あるいは全体的または部分的に互いとの関連で機能してもよい。以下の議論の諸部分において、図２〜図４で詳述された図１の環境１００および上記の方法および例に言及することがあるが、そうした言及は単に例のためである。

ブロック１７０２は、アプリケーションに関連するコンテンツ変化を呈示フォーマットの指示とともにもつレポートを受領する。このレポートは、テキストおよび／または画像もしくは画像位置指定子に関する変化ならびに該変化を呈示すべき呈示フォーマットを示すことができる。上記のレポート１１０の記述において述べたように、レポート１１０はフラットなリスト、スプレッドシート、XML文書その他として構成されることができる。さらに、レポートは、本当に簡単なシンジケーション（RSS: really simple syndication）、ハイパーテキスト・ターミナル・プロトコル（HTTP）、インターネット・プロトコルまたは他の任意の転送プロトコルといった、レポートのコンテンツまたはメタデータを通信するのに好適な、任意の好適なデータ転送プロトコルによって受領されることができる。

上記で部分的に述べたように、アプリケーションに関連するエンティティが、図２の呈示フォーマット２２２の一つのような呈示フォーマットを選択し、そのことを図１のレポート１１０において指示してもよい。このようにして、レポート１１０を受領する前の何らかの時点において、本技法は、それぞれレイアウトおよび／または振る舞いをもつ複数の呈示フォーマット２２２の選択を可能にしてもよい。さまざまな呈示フォーマット２２２に従って呈示されるコンテンツは、図６のユーザー・インターフェース６００の十四個のタイルを用いて示されている。他の呈示フォーマットに従ってコンテンツを呈示するタイルは、図６のタイル６０２、図８のタイル６２２、図１３のタイル１３０２および図１５のタイル１５０２を用いてより詳細に示されている。

ブロック１７０４は、上記指示に基づいて、どの呈示フォーマットで変化を呈示すべきかを決定する。たとえば、図２のレポーター２１０は、呈示フォーマット２２２のどれがインターフェース２２０において変化を呈示するかを決定し、決定された呈示フォーマット２２２に基づいて、画像およびテキストがタイルにおいてあるサイズおよび／または位置で呈示されるべきであることを決定することができる。

ブロック１７０６は、アプリケーションに関連付けられているが該アプリケーションによって生成されたものではないタイル内で、前記呈示フォーマットにおいて、該アプリケーションについてのコンテンツ変化に関連するコンテンツを呈示する。さまざまな例示的な呈示フォーマット２２２に従ったコンテンツの呈示は、図６、図８、図１０、図１２、図１３、図１５および図１６において示されている。

本技法の例をXMLのコンテキストにおいて続ける前に、アプリケーションに関連付けられたエンティティ、たとえば図３のレポート生成器３０６は、迅速かつ簡単に、コンピューティング装置１０２上でレポーター２１０によってコンテンツを呈示するための適切な呈示フォーマット２２２を決定できることを注意しておく。さらに、レポート生成器３０６は必ずしも、画像密度スケーリング（image-density scaling）、コントラスト適応（contrast adaptation）またはリフロー（re-flowing）のような、複雑なまたは資源集約的な処理を実行する必要があるとは限らない。レポート生成器３０６はまた、コンピューティング装置およびそのディスプレイ（たとえばラップトップ１０２−１およびゲーム装置１０２−６）の間のさまざまな相違、ユーザーの選好またはコンテンツが呈示されるタイルのサイズを判別し、それについて調整することをやめてもよい。

さらに、レポート１１０がきわめて小さくてもよく、それにより通信ネットワーク１０８を通じてレポートを送信するための帯域幅資源および時間を低減することを注意しておく。レポート１１０は、いくつかの場合には、呈示フォーマット・インジケータおよびテキストまたはURLほど少ししか含まない。

ブロック１８０２は、呈示フォーマット・インジケータおよび画像が取得されることのできるユニバーサル・リソース・ロケーター（URL）および／またはテキストを有する拡張可能マークアップ言語（XML）レポートを受領する。XMLレポートは、図３のレポート生成器３０６からまたはタイルに関連付けられたローカルなアプリケーションからなど、本稿の他所で述べたさまざまな仕方で受領されることができる。

例として、図１９を考える。図１９は、それぞれ呈示フォーマット１９０６および１９０８に従って呈示されているコンテンツ変化をもつ二つのタイル１９０２および１９０４を示している。コンテンツ変化をどのようにして呈示するかを決定するエンティティは、これらの呈示フォーマット１９０６または１９０８（または図６のもののような他の多数）のいずれかを使用するよう選択することができる。

第一の例において、レポート生成器３０６が画像およびテキストを表示するための呈示フォーマット１９０６を選択するとする。呈示フォーマット１９０６に従うXMLレポートは次のように表現できる：
<?xml version="1.0" encoding="utf-8"?>
<tile>
<visual lang="en-US">
<binding template="tile.wide.headline">
<image id="1" src="image1.png"/>
<text id="1">Text field 1</text>
</binding>
</visual>
</tile>。

画像についての擬似URLおよび付随するテキストを入れると、タイル１９０２に呈示されるXMLレポートは次のように表現できる：
<?xml version="1.0" encoding="utf-8"?>
<tile>
<visual lang="en-US">
<binding template="tile.wide.headline">
<image id="1" src="Trees.com"/>
<text id="1">National Arboretum: Color Display this Weekend! Large Crowds Expected for Fall Color Show.</text>
</binding>
</visual>
</tile>。

第二の例として、レポート生成器３０６がさまざまなニュース見出しを呈示するための呈示フォーマット１９０８を選択するとする。呈示フォーマット１９０８は、テキスト・フィールド（text field）１についてより大きなフォントのタイトルおよび二段のテキストによるレイアウトをもつ。テキスト・フィールド２、４、６および８が第一段、テキスト・フィールド３、５、７および９についてのテキストが第二段である。

呈示フォーマット１９０８に従うXMLレポートは次のように表現できる：
<?xml version="1.0" encoding="utf-8"?>
<tile>
<visual lang="en-US">
<binding template="tile.wide.text.02">
<text id="1">Text Field 1</text>
<text id="1">Text Field 2</text>
<text id="1">Text Field 3</text>
<text id="1">Text Field 4</text>
<text id="1">Text Field 5</text>
<text id="1">Text Field 6</text>
<text id="1">Text Field 7</text>
<text id="1">Text Field 8</text>
<text id="1">Text Field 9</text>
</binding>
</visual>
</tile>。

テキストを入れると、タイル１９０４に呈示されるXMLレポートは次のように表現できる：
<?xml version="1.0" encoding="utf-8"?>
<tile>
<visual lang="en-US">
<binding template="tile.wide.text.02">
<text id="1">News for Today</text>
<text id="1">Lightning Storm</text>
<text id="1">Satellite Crash</text>
<text id="1">Flooding in Plains</text>
<text id="1">Churches Offer Aid</text>
<text id="1">Royal Wedding</text>
<text id="1">FEMA Mobilizes</text>
<text id="1">Bollywood</text>
<text id="1">Music Awards</text>
</binding>
</visual>
</tile>。

ブロック１８０４は、呈示フォーマット・インジケータおよびURLおよび／またはテキストを取得する効果のあるXMLレポートのパースを行う。上記の例の一つを続けると、レポーター２１０は最初に挙げたXMLレポートをパースして、画像についてURLと、一つのテキスト・フィールドと、呈示フォーマット１９０６を指示するインジケータを決定する。この呈示フォーマット・インジケータを用いて、ブロック１８０４はどの呈示フォーマット２２２が使用されるべきかを決定する。

ブロック１８０６は、レポートがURLを含んでいる場合、該URLを使って画像を取得する。必須ではないが、画像ファイルではなくURLを含めることは、いくつかの場合によって帯域幅使用を軽減できる。

ブロック１８０８は、XMLレポートからパースされた画像および／またはテキストについての位置およびサイズを、呈示フォーマット・インジケータに対応する呈示フォーマットに基づいて決定する。進行中の例を続けると、レポーター２１０は、タイル１９０２において呈示される木（tree）の画像および樹木園（arboretum）のテキストをどこに置くかを決定する。レポーター２１０はタイルの現在のサイズ（図６に示されるところでは小か大）に基づいてその決定をし、画像密度スケーリング、コントラスト適応またはリフローを実行することができることを注意しておく。レポーター２１０はまた、サイズおよび位置を、（たとえば視覚障害のあるユーザーのアクセス補助のため）配色スキームまたはフォント・サイズといったユーザー選択された選好に基づいて決定してもよい。いくつかの場合には、テキストまたは画像が決定されたサイズに収まるには大きすぎたり小さすぎたりする。そのような場合、レポーター２１０はそのサイズに収まるよう、画像またはテキストを縮小したり、拡大したり、またはトリミングしたりする。

ブロック１８１０は、アプリケーションに関連付けられているが該アプリケーションによって生成されたのではないタイル内で、画像および／またはテキストを、前記位置およびサイズで呈示する。これは、それぞれタイル１９０２および１９０４における二つの例示的な呈示フォーマット１９０６および１９０８について示されている。

いくつかの場合において、レポーター２１０は、ハイパーテキストマシン言語（HTML）で画像および／またはテキストを呈示する。そのような場合、レポーター２１０は画像および／またはテキストを、呈示フォーマットに関連付けられた拡張可能スタイルシート言語変換（XSLT）を使ってXMLレポートを変換することによって呈示する。

上記の二つの例は、本技法がコンテンツ変化をXMLレポートを使ってタイル内に呈示する仕方を示している。これら二つの例は、コンテンツ変化を呈示するが、他の何らかの処理のない、静的な仕方においてである。しかしながら、いくつかの呈示フォーマット２２２は、アニメーション、コンテンツ変化ローテーションおよび他のアクティブな操作を許容する振る舞いを含む。

たとえば図２０を考える。図２０はあるタイルを二つの異なる時点において示している。第一の呈示２００２と、第二の呈示２００４である。これらの呈示２００２、２００４のいずれも、単一の呈示フォーマット、つまり呈示フォーマット２００６に基づくことのできる単一のレポート１１０（たとえばXMLレポート）に基づいて呈示できることを注意しておく。呈示フォーマット２００６に従うXMLレポートは次のように表現できる：
<?xml version="1.0" encoding="utf-8"?>
<tile>
<visual lang=" en-US ">
<binding template="tile.wide.picturestory.photo.05">
<image id="1" src="image1.png"/>
<image id="2" src="image2.png"/>
<text id="1">Text Field 1</text>
<text id="2">Text Field 2</text>
</binding>
</visual>
</tile>。

大小の画像についての擬似URLおよび付随するテキストを入れると、このタイルに呈示されるXMLレポートは次のように表現できる：
<?xml version="1.0" encoding="utf-8"?>
<tile>
<visual lang="en-US">
<binding template="tile.wide.picturestory.photo.05">
<image id="1" src="largelightningimage1.png"/>
<image id="2" src="smalllightningimage2.png"/>
<text id="l">Lightning Storm Expected Tonight</text>
<text id="2">A busy day for weather - a lightning storm is expected between 6 and 9pm tonight in the metropolitan area. Please remain indoors ...</text>
</binding>
</visual>
</tile>。

レポーター２１０は、呈示フォーマットに基づいてある呈示から別の呈示に切り替わることができる。それは、ある呈示から別の呈示への遷移の際のアニメーションを含む。今の例のコンテキストでは、レポーター２１０は呈示２００２から呈示２００４へ、またその逆に遷移できる。レポーター２１０はまた、二つの呈示をローテーションしてもよい。それにより、ユーザーはある時点ではより大きな画像を、別の時点ではより多くのテキストを見ることができる。そうすることにより、方法１８００はさまざまなブロックを繰り返してもよい。

上記の議論は、アプリケーション・タイルについての呈示フォーマットを可能にする方法および他の方法を記述している。これらの方法は、実行される処理を特定するブロックの諸セットとして示されているが、必ずしもそれぞれのブロックによる処理を実行するための示された順序に限定されるものではない。

これらの方法の諸側面は、ハードウェア（たとえば固定論理回路）、ファームウェア、システムオンチップ（SoC）、ソフトウェア、手動処理またはそれらの任意の組み合わせによって実装されてもよい。ソフトウェア実装は、コンピュータ・プロセッサによって実行されたときに指定されたタスクを実行するプログラム・コードを表す。前記の例示的な諸方法は、ソフトウェア、アプリケーション、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、手続、モジュール、関数などを含むことのできるコンピュータ実行可能命令の概括的なコンテキストにおいて記述されることがある。プログラム・コードは、コンピュータ・プロセッサにローカルおよび／またはリモートな両方の、一つまたは複数のコンピュータ可読メモリ・デバイスに記憶されることができる。上記の方法はまた、複数のコンピューティング装置によって分散コンピューティング環境において実施されてもよい。

これらの技法は、図１の環境１００において示される（図２〜図４において詳述されている）エンティティおよび／または後述の例示的な装置２１００の一つまたは複数で具現されてもよく、それらはさらに分割されたり、組み合わされたりするなどしてもよい。このように、環境１００および／または装置２１００は記載された技法を用いることのできる多くの可能なシステムまたは装置のいくつかを示している。環境１００のエンティティおよび／または装置２１００は概括的には、ソフトウェア、ファームウェア、ハードウェア、装置またはネットワーク全体またはそれらの組み合わせを表す。ソフトウェア実装の場合、たとえば、エンティティ（たとえば、図２のレポーター２１０、図３のレポート生成器３６０および図４のコンパイラー・モジュール４０６）は、プロセッサ（たとえば、それぞれプロセッサ２０２、３０２および４０２）上で実行されたときに指定されたタスクを実行するプログラム・コードを表す。プログラム・コードは、コンピュータ可読記憶媒体２０４、３０４または４０４または図２１のコンピュータ可読媒体２１１４のような、一つまたは複数のコンピュータ可読メモリ・デバイスに記憶されることができる。本稿に記載される特徴および技法は、プラットフォーム独立である。つまり、多様なプロセッサを有する多様な商業的なコンピューティング・プラットフォーム上で実装されうる。

例示的な装置
図２１は、アプリケーション・タイルのための呈示フォーマットを可能にする技法を実装するために、クライアント、サーバーおよび／または図１ないし図２０を参照して述べたコンピューティング装置の任意の型として実装されることができる例示的な装置２１００の、ここでは一部としての、あるいはそれを含む、さまざまなコンポーネントを有する装置を示している。諸実施形態において、装置２１００は、有線および／または無線装置の一つまたは組み合わせとして、テレビジョン・クライアント装置（たとえばテレビジョン・セットトップ・ボックス、デジタル・ビデオ・レコーダー（DVR）など）、消費者装置、コンピュータ装置、サーバー装置、ポータブル・コンピュータ装置、ユーザー装置、通信装置、ビデオ処理および／またはレンダリング装置、アプライアンス装置、ゲーム装置、電子装置および／または別の型の装置の形として、実装されることができる。装置２１００はまた、ユーザー（たとえば人）および／または当該装置を運用するエンティティに関連付けられていてもよい。よって、装置は、ユーザー、ソフトウェア、ファームウェアおよび／または装置の組み合わせを含む論理的な装置を記述する。

装置２１００は、装置データ２１０４（たとえば受領されるデータ、受領されつつあるデータ、放送のためにスケジュールされているデータ、該データのデータ・パケットなど）の有線および／または無線通信を可能にする通信装置２１０２を含む。装置データ２１０４または他の装置コンテンツは、当該装置の構成設定、当該装置上に記憶されているメディア・コンテンツおよび／または当該装置のユーザーに関連付けられた情報を含むことができる。装置２１００上に記憶されたメディア・コンテンツは、任意の型のオーディオ、ビデオおよび／または画像データを含むことができる。装置２１００は、一つまたは複数のデータ入力２１０６を含み、それを介して、ユーザー選択可能な入力、メッセージ、音楽、テレビジョン・メディア・コンテンツ、記録されたビデオ・コンテンツおよび任意のコンテンツおよび／またはデータ源から受領された他の任意の型のオーディオ、ビデオおよび／または画像データといった、任意の型のデータ、メディア・コンテンツおよび／または入力が受領されることができる。

装置２１００は通信インターフェース２１０８をも含む。これはシリアルおよび／またはパラレル・インターフェース、無線インターフェース、任意の型のネットワーク・インターフェース、モデムおよび他の任意の型の通信インターフェースのうちの任意の一つまたは複数として実装されることができる。通信インターフェース２１０８は装置２１００と通信ネットワークとの間の接続および／または通信リンクを提供し、該リンクによって他の電子装置、コンピューティング装置および通信装置が装置２１００とデータを通信する。

装置２１００は一つまたは複数のプロセッサ２１１０（たとえば、マイクロプロセッサ、コントローラなどの任意のもの）を含む。該プロセッサはさまざまなコンピュータ実行可能命令を処理して、装置２１００の動作を制御するとともに、アプリケーション・タイルのための呈示フォーマットを可能にする技法を実装にする。代替的にまたは追加的に、装置２１００は、概括的に２１１２において特定される処理および制御回路との関連で実装される、ハードウェア、ファームウェアまたは固定論理回路のうちの任意のものまたは組み合わせを用いて実装されることができる。図示していないが、装置２１００は、当該装置内のさまざまなコンポーネントを結合するシステム・バスまたはデータ転送システムを含むことができる。システム・バスは、多様なバス・アーキテクチャの任意のものを利用する、メモリ・バスまたはメモリ・コントローラ、周辺バス、ユニバーサル・シリアル・バスおよび／またはプロセッサもしくはローカル・バスといった種々のバス構造の任意のものまたは組み合わせを含むことができる。

装置２１００は、持続的および／または非一時的なデータ記憶（すなわち、単なる信号伝送ではなく）を可能にする一つまたは複数のメモリ・デバイスのようなコンピュータ可読記憶媒体２１１４をも含む。その例としては、ランダム・アクセス・メモリ（RAM）、不揮発性メモリ（たとえば、読み出し専用メモリ（ROM）、フラッシュメモリ、EPROM、EEPROMなどの任意の一つまたは複数）およびディスク記憶装置が含まれる。ディスク記憶装置は、ハードディスクドライブ、記録可能型および／または書き換え可能型コンパクトディスク（CD）、任意の型のデジタル多用途ディスク（DVD）などといった任意の型の磁気もしくは光学式記憶装置として実装されてもよい。装置２１００は、大容量記憶媒体装置２１１６をも含むことができる。

コンピュータ可読記憶媒体２１１４は、装置データ２１０４ならびにさまざまな装置アプリケーション２１１８および装置２１００の動作の諸側面に関係した他の任意の型の情報および／またはデータを記憶するデータ記憶機構を提供する。たとえば、オペレーティング・システム２１２０は、コンピュータ可読記憶媒体２１１４とともにコンピュータ・アプリケーションとして維持され、プロセッサ２１１０上で実行されることができる。装置アプリケーション２１１８は、任意の形の制御アプリケーションのような装置マネージャ、ソフトウェア・アプリケーション、信号処理および制御モジュール、特定の装置にネイティブなコード、特定の装置のためのハードウェア抽象化層などを含んでいてもよい。

装置アプリケーション２１１８は、アプリケーション・タイルのための呈示フォーマットを可能にする技法を実装するための任意のシステム・コンポーネントまたはモジュールをも含む。この例では、装置アプリケーション２１１８はレポーター２１０およびアプリケーション２１２を含むことができる。

結語
アプリケーション・タイルのための呈示フォーマット可能にする技法および装置の諸実施形態を特徴および／または方法に固有の言葉で記述してきたが、付属の請求項の主題が必ずしも記述されている特定の特徴または方法に限定されないことは理解しておくべきである。むしろ、特定の特徴および方法は、アプリケーション・タイルのための呈示フォーマットを可能にする例示的な実装として開示されているのである。

Claims (10)

1. アプリケーションに関連するコンテンツ変化を呈示フォーマットの指示とともに有するレポートを受領する段階と；
   前記アプリケーションに関連付けられているが前記アプリケーションによって生成されたのではないタイル内で、前記アプリケーションに関連する前記コンテンツ変化に関連するコンテンツを呈示する段階とを含む、
   コンピュータ実装される方法。
2. 前記レポートを受領する前に、複数の呈示フォーマットの選択を可能にする段階をさらに含み、前記複数の呈示フォーマットはそれぞれ前記タイルのレイアウトおよび振る舞いを指示する、請求項１記載のコンピュータ実装される方法。
3. 前記指示に基づいて前記複数の呈示フォーマットから前記呈示フォーマットを決定する段階をさらに含む、請求項２記載のコンピュータ実装される方法。
4. 前記レポートが、前記指示と、画像もしくは画像位置指定子と、テキストとを含むフラットなリストである、請求項１記載のコンピュータ実装される方法。
5. 前記レポートが、データ転送プロトコルを介して受領される、請求項１記載のコンピュータ実装される方法。
6. 前記レポートが、前記コンテンツ変化に関連する前記コンテンツを含み、前記コンテンツはテキスト、画像、画像位置指定子またはユーザー・インターフェース制御要素を含む、請求項１記載のコンピュータ実装される方法。
7. 前記コンテンツを呈示することが、前記呈示フォーマットによって指示される前記タイル内の位置に前記テキストを呈示する、請求項６記載のコンピュータ実装される方法。
8. 前記レポートが前記コンテンツについてのユニバーサル・リソース・ロケーター（URL）を含み、当該方法がさらに、前記コンテンツを呈示する前に、前記URLを使って前記コンテンツを取得することを含む、請求項１記載のコンピュータ実装される方法。
9. 請求項１記載のコンピュータ実装される方法であって、さらに：
   前記アプリケーションに対する別のコンテンツ変化に関連する別のコンテンツを呈示することを前記タイルを通じて選択することを可能にする段階と；
   選択に応答して、前記アプリケーションに対する前記別のコンテンツ変化に関連する前記別のコンテンツを、前記タイル内に、前記呈示フォーマットに従って呈示する段階とを含む、
   方法。
10. 請求項１記載のコンピュータ実装される方法であって、前記レポートが、画像を取得できるユニバーサル・リソース・ロケーター（URL）を有する拡張可能マークアップ言語（XML）文書を含み、当該方法がさらに：
    前記呈示フォーマットの前記指示および前記URLを取得する効果のある前記XML文書のパースを行う段階と；
    前記指示に対応する呈示フォーマットに基づいて前記画像についての位置およびサイズを決定する段階とを含み、
    前記コンテンツを呈示する段階は、前記画像を前記位置および前記サイズで呈示する、
    方法。

Images