"1つ以上のコンピューティングデバイスによってインプリメントされる方法であって:ユーザインタフェースにおいてアプリケーションの表示の一部としての通知をディスプレイするための指定された基準をみつけるように、前記アプリケーションを実行せずに、前記アプリケーションのマニフェストを検査するステップと;前記指定された基準に従って、前記ユーザインタフェースに前記アプリケーションの前記表示をディスプレイするステップと;を有する方法。前記表示は、前記アプリケーションをランチするために選択可能である、請求項1記載の方法。前記通知は、前記通知のコンテキストで前記アプリケーションをランチするように、前記表示の一部として選択可能である、請求項1記載の方法。前記ディスプレイは、前記アプリケーションを実行せずに達成可能である、請求項1記載の方法。前記検査するステップ及び前記ディスプレイするステップは、前記1つ以上のコンピューティングデバイスによるオペレーティングシステムの実行によって達成される、請求項1記載の方法。前記基準は、前記アプリケーションの表示の一部としてディスプレイするために利用できるようにされた前記通知を処理するように用いられるキューを指定する、請求項1記載の方法。前記基準は、キューを用いて記憶するべき前記通知の最大数を指定する、請求項1記載の方法。前記基準は、前記通知のディスプレイが、前記アプリケーションの表示の一部として許されるか否かを指定する、請求項1記載の方法。前記基準は、前記ユーザインタフェースで前記アプリケーションの前記表示の一部としての前記通知のディスプレイをサイクル的に行うことで、複数の通知が連続的にディスプレイされることがイネーブルされるか又はディスエーブルされるか否かを指定する、請求項1記載の方法。1つ以上のコンピューティングデバイスによってインプリメントされるシステムであって、当該システムは:ユーザインタフェースでアプリケーションの表示の一部としてディスプレイされるべき複数の通知であって、前記アプリケーションをランチするように選択可能な前記複数の通知を受信し、前記複数の通知の順序づけを行う優先度を決定し、前記決定された優先度で連続的に、前記ユーザインタフェースの前記アプリケーションの表示の一部として、前記複数の通知をディスプレイされるようにする、処理を含むオペレーションを達成するように構成されたシステム。しかしながら、コンピューティングデバイスにインストールされた多くのアプリケーションがあるために、アプリケーションの利用が妨げられることがある。たとえば、興味のあるアプリケーションを探すことlocating、及びそのアプリケーションの機能へのアクセスが挙げられる。例えば、多くのアプリケーションがあるにもかかわらず、天気の情報を得るために、ユーザは天気のアプリケーションを選択するであろう。そして、最新のニュースを得るためにニュースアプリケーションを利用するであろう。このような状況において、所望の情報を探すために、これらのアプリケーションをナビゲートすることに多くの時間がかかり、これは、コンピューティングデバイスにおいて利用できる多くのアプリケーションのために更に複雑化する。アプリケーション通知技術が開示される。アプリケーションの表示には、アプリケーションに関連する通知を含むインプリメンテーションが開示されている。この通知を処理するために用いられる技術に関しても開示されている。例えば、通知の置き換え、キューの利用、上書き、アプリケーションの実行状態に基づく通知の選択、例えば、ユーザにより、又はコンピューティングデバイスにより自動的に複数の通知のディスプレイのサイクル表示、通知の異なるサブセットのディスプレイのサイクル表示、通知をディスプレイするために用いられる基準を決定するためのアプリケーションのマニフェスト目録:manifestの検討、通知のディスプレイの優先順位等が挙げられる。ここで記載した概要は、単純な表現によって、コンセプトの選択を説明するためのものであり、詳細は、以下の発明の詳細な説明において記述する。ここにおける概要は、請求項に係る発明の主要な特徴又は必須の特徴を特定するためのものではない。しかも、請求項にかる発明の技術的範囲を決定することを助けるものでもない。発明の詳細な説明は、添付の図面を用いて説明する。図面において、一番左の番号は、参照番号が最初に現れる図面を特定する。明細書及び図面において異なる事例に同じ番号が付されているものは、類似の又は同じ項目を示している。請求項に係る発明の技術的範囲を決定するために用いられることを意図するものでもない。アプリケーション通知は、アプリケーションをユーザに特にランチlaunchさせることなく、アプリケーションの表示における情報をディスプレイ例えば、アイコン、タイル等するために、アプリケーションによって用いられ得る。例えば、天気のアプリケーションの表示は、現在の天気の状況を表現する表示を含み得る。しかしながら、通知をディスプレイするために用いられる従来の技術は、通常静的であり、従って、表示の一部として通知がどのようにディスプレイされるかを開発者が制御することができない。以下に、通知を処理するために用いられ得る技術を説明する。加えて、1つ以上の実施例において、これらの技術は、対応するアプリケーションを実行せずに達成し得る。これによって、バッテリの寿命を長くし、これらの技術を達成するコンピューティングデバイスのパフォーマンスを向上させ得る。以下に、異なる様々な技術の実施例を記載する。例えば、通知の置き換え、キューの利用、上書き、アプリケーションの実行状態に基づく通知の選択、複数の通知のディスプレイのサイクル表示、通知の異なるサブセットのディスプレイのサイクル表示、通知をディスプレイするために用いられる基準を決定するためのアプリケーションのマニフェストの検査、通知のディスプレイの優先順位等が挙げられる。更に、これらの技術及びその他の技術に関して以下に説明する。以下において、本明細書に記載された技術を用いる実施例の環境についてまず説明する。例示的な環境及び他の環境において達成され得る例示的な処理を説明する。その結果として、例示的な処理のパフォーマンスは、例示的な環境に限定されるものではない。そして、例示的な環境は、例示的な処理のパフォーマンスに限定されるものでもない。[例示的環境]図1は、本明細書において記載されている実施例を採用して動作することができる例示的な実施例における環境100を示している。図示された環境100は、ネットワーク106を介して通信可能に接続されたウェブサービス102及びクライアントデバイス104を含む。このウェブサービス102及びクライアントデバイス104は、様々なコンピューティングデバイスによってインプリメントされ得る。例えば、コンピューティングデバイスは、ネットワーク106上で通信可能なコンピュータとして構成される。例えば、デスクトップコンピュータ、モバイルステーション、エンターテインメント機器、ディスプレイデバイスに通信可能に接続されたセットトップボックス、モバイル通信デバイス例えば、クライアントデバイス104として図示されたワイヤレスフォン、ゲームコンソール等が挙げられる。したがって、コンピューティングデバイスは、十分なメモリとプロセッサリソースを備えたフルリソースデバイス例えば、パーソナルコンピュータ、ゲームコンソールから限られたメモリ及び/又は処理リソースを備えたローリソースデバイス例えば、従来のセットトップボックス、ハンドヘルドゲームコンソールまでが挙げられる。加えて、コンピューティングデバイスは、複数のデバイスから構成されてもよい。例えば、オペレーションを実行するためにビジネスにおいべ利用される複数のサーバ、リモートコントロールとセットトップボックスとの組み合わせ、ジェスチャをキャプチャするためのイメージキャプチャデバイスとゲームコンソール等が挙げられる。ネットワーク106は、インターネットとして描かれているが、ネットワークは様々な構成が想定され得る。例えば、ネットワーク106は、ワイドエリアネットワークWAN、ローカルエリアネットワークLAN、ワイヤレスネットワーク、公衆電話ネットワーク、インターネット等が挙げられる。更に、単一のネットワーク106が示されているが、複数のネットワークが含まれるように構成されてもよい。クライアント104は、オペレーティングシステム108を含むように描かれている。オペレーティングシステム108は、クライアント104の基礎をなす機能を抽出して、クライアントデバイス104において実行可能なアプリケーション110に与える。例えば、オペレーティングシステム108は、クライアントデバイス104の処理、メモリ、ネットワーク、及び/又は、ディスプレイの機能を抽出する。これによって、アプリケーション110を、この基礎となる機能がどのようにインプリメントされているかを知ることなく記述することができる。このアプリケーション110は、例えば、オペレーティングシステム108に、ディスプレイデバイス112によってディスプレイされ表示されるべきデータを、この描画がどのように実行されるかを知ることなく、提供することができる。このオペレーティングシステム108は、他の機能をも提供する。例えば、ファイルシステム及びクライアントデバイス104のユーザがナビゲートできるユーザインタフェースを処理することができる。例えば、この例としては、クライアントデバイス104のディスプレイデバイス112にディスプレイされたアプリケーションランチャー例えば、デスクトップとして描かれている。このデスクトップは、複数のアプリケーション110の表示を含む。例えば、アイコン、タイル、テキスト表示等が挙げられる。デスクトップは、階層的なファイル構造のルートととらえることができる。図示された実施例における表示は、クライアントデバイス104において、対応するアプリケーションの一つの実行のためにランチするよう選択可能である。このようにして、ユーザが、ファイル構造をナビゲートして、利用したいアプリケーションの実行を開始させることができるようにする。このオペレーティングシステム108は、通知モジュール114を含むように描かれている。この通知モジュール114は、通知116を処理するための機能の表示である。この通知116は、アプリケーションの通知の一部としてディスプレイされる。例えば、天気のアプリケーションの表示118は、名前及び現在の天気、例えばシアトル65°/曇りの通知を含むように描かれている。同様に、旅行アプリケーションのための表示120は、現在のフライト状況が遅延していることを示す通知を含んでいるように描かれている。このように、ユーザは、各アプリケーションをランチしナビゲートすることなしに、アプリケーション110に関連する情報を容易に見ることができる。特定のアプリケーションの表示が示されているが、アプリケーションの他の表示がなされてもよい。例えば、ユーザにサービス提供するアプリケーションの表示、例えばソーシャルネットワークサービスにおける友達等が挙げられる。1つ以上のインプリメンテーションにおいて、通知116は、対応するアプリケーション110を実行することなく処理され得る。例えば、通知モジュール114は、様々な異なるソースから通知116を受け取ることができる。例えば、ソフトウエア例えばクライアントデバイス104によって実行される他のアプリケーション、ネットワーク106を介するウェブサービス102等から受け取ることができる。通知モジュール114は、通知116が、アプリケーション110を実行せずに、どのように表示の一部としてディスプレイされるかを処理する。これは、通知116を出力するアプリケーション110の各々を動作させることなく、クライアントデバイス104のバッテリの寿命を長くし、パフォーマンスを向上させることに利用できる。加えて、通知モジュール114は、アプリケーション110の表示の一部としての通知116がどのようにディスプレイされるかを特定するために、対応するアプリケーション110の開発者に対して支援を行ってもよい。例えば、通知モジュール114は、システムコールを用いてランタイムにおいて、アプリケーション110のマニフェスト122例えば、アプリケーション110をインストールするためのインストールマニフェスト等を検査してもよい。このマニフェスト110は、通知116がどのように、かつ、いつディスプレイされるべきか、及び、どの通知116がディスプレイされるべきかを決定するために、どのように通知116が処理されるべきかを記述するものである。この通知モジュール114は、開発者又はその他が、通知116をどのようにディスプレイされかつ処理されるかを指示するために、様々な他の技術に用いることができる。例えば、通知116は、その通知116がどのようにディスプレイされ、及び/又は、処理されるかを指示する対応するタグに従って、通信することができる。したがって、タグの作成元は、対応する通知116がどのようにディスプレイされ又は処理されるかを指示することができる。これによって、以下に更に説明するように、様々な異なる機能の実行を可能とする。クライアントに通知モジュール114が組み込まれている点を既に述べたが、通知モジュール114の機能は、様々な方式で、インプリメントすることができる。例えば、通知モジュール124の機能の一部又は全ては、ウェブサービス102に組み込むこともできる。通知モジュール114は、例えば、他のウェブサービスから受信した通知を処理し、ネットワーク106を介してクライアントデバイス104に配布するためにこれを処理してもよい。通知モジュール124によって、様々な異なる技術が利用され得る。例えば、クライアントデバイス104自身によって利用される技術に従って通知を処理することが挙げられる。また、通知116を処理する基準を特定するクライアントデバイス104との通信に応答して、マニフェストを検査し、タグを処理することが挙げられる。更に、この処理は、例えば、ネットワーク106の接続が不要であるような場合に、クライアントデバイス104が利用できない場合において実行してもよい。このようにして、ウェブサービス102は、ストレージスペース及びネットワーク106のバンド幅を節約することができる。他の例が用いられてもよい。例えば、通知モジュール114の機能を、クライアントデバイス104とウェブサービス102とに分散させてもよい。あるいは、第三者のサービスに組み込んでもよい。一般的に、本明細書に記載された機能は、ソフトウエア、ファームウエア、ハードウエア例えば、固定された論理回路、又はこれらのインプリメンテーションの組合せによってインプリメントすることができる。本明細書において用いられる用語モジュール、機能、ロジックは、ソフトウエア、ファームウエア、ハードウエア、又はこれらの組合せについて用いられる。ソフトエアのインプリメンテーションにおいて、モジュール、機能、又はロジックは、プロセッサ1つ以上のCPUによって実行されたときに特定のタスクを処理するプログラムコードを意味する。プログラムコードは、1つ以上のコンピュータ可読のメモリデバイスに格納することができる。以下に説明する技術の特徴は、プラットフォームに依存しない。すなわち、この技術は、様々なプロセッサを有する様々な商用のコンピューティングプラットフォーム上にインプリメントすることができる。例えば、コンピューティングデバイスは、コンピューティングデバイスにオペレーションを実行させる実体entity例えばソフトウエア、プロセッサ、機能ブロック等をも含み得る。例えば、コンピューティングデバイスは、コンピュータ可読の媒体を含む。この媒体は、コンピュータデバイス、より具体的にはコンピューティングデバイスのハードウエアにオペレーションを実行させる命令を格納するように構成されているものである。したがって、命令は、ハードウエアがオペレーションの実行を構成するよう機能し、これによって、結果的にハードウエアが機能を実行するように変換を行う。この命令は、コンピュータ可読の媒体によって異なる様々な構成でコンピューティングデバイスに提供され得る。コンピュータ可読の媒体の一つの構成としては、信号を発生する媒体であり、例えばネットワークを介して命令をコンピューティングデバイスに伝送するように構成され得る例えば、搬送波。コンピュータ可読の媒体としては、コンピュータ可読の記憶媒体が挙げられ、この場合には、信号を発生しない媒体である。コンピュータ可読の記憶媒体の例としては、ランダムアクセスメモリRAM、リードオンリメモリROM、光ディスク、フラッシュメモリ、ハードディスクメモリ、磁気、光、その他の技術を利用し命令及び他のデータを保存するその他のメモリデバイスが挙げられる。図2は、例示的なインプリメンテーションのシステム200を示している。この例では、複数の通知が、アプリケーションの表示の一部として、連続的にディスプレイされている。このシステム200は、第1、第2、及び第3のステージ202、204,206を用いた形で描かれている。通知116は、様々な形式を取ることができ、通知118の一部として様々なディスプレイをアレンジすることができる。図2に示すように、例えば、通知208は、図示するように複数のフレーム210及び212を含んでいる。第1のステージ202において、通知208のフレームの第1の210が、曇りの表示に用いられる。そして、天気のアプリケーションをディスプレイするためにシアトルのテキストが表示される。第2のステージ204において、通知208のフレームの第2の212が用いられ、テキストシアトル及びテキスト65°/曇りがディスプレイされる。これによって、シアトルにおける追加的なシアトルの状況が提示される。したがって、通知208は、フレーム210、212を含むように構成され、これらは、表示118の一部として連続的にディスプレイされることになる。表示118の一部として、連続して、追加的な通知がディスプレイされ得る。第3のステージ206に示すように、例えば、通知214が用いられ、グラフィックス及び太陽のテキスト及びスポーケンSpokaneの現在の天気の状況がディスプレイされる。したがって、システム200の例において、通知モジュール114は、アプリケーション110の表示118の一部として、通知208、214のディスプレイをサイクル表示するようにする。既に述べたように、通知116の処理は、様々な技術を用いて処理することができる。例えば、次に続く表示figureに関連してタグが記述されてもよい。図3は、システム300を示しており、ここでは、他の通知を対応する通知に置き換えるのに利用されるべきことを指定するためにタグが用いられる。このウェブサービス102は、図1において既に示したように、クライアントデバイス104とネットワーク106を介して通信可能に接続されている。この例において、ウェブサービス102は、通知302及び対応するタグ304をクライアントデバイス104に転送する。通知302を受信すると、通知モジュール114は、対応するタグ304が存在することを確認する。このようにして、通知モジュール114は、他の通知306がマッチするタグを持つか否かを確認するために、クライアントデバイス104に近接したストレージを調べる。図示した例においては、通知306がタグ304を含んでおり、これは、受信された通知302のタグ304とマッチしている。したがって、通知モジュール114は、通知306を、後に受信された通知302で置き換える。このようにして、タグ304の発信元originatorは、タグを用いることによって、容易に通知を互いに置き換えることができる。タグ304は、様々な方式で指定することができる。例えば、発信元によって、何らかの値をタグにアサインすることで、タグ304を構成することができる。したがって、この例の場合には、通知モジュール114は、対応するタグが何を意味しているかを知ることなく、通知の置き換えの処理を行うことができる。その他、様々な例を挙げることができる。例えば、キューの特定のスロットを指定することができる。この例は、その次の図に示されている。この機能は、クライアントデバイス104の通知モジュール114に関連して説明されているが、既に述べたように、様々な異なるデバイスを用いてこの機能を用いることができる。この例としては、ウェブサイト102の通知モジュール124が挙げられる。図4は、システム400を示している。この例では、アプリケーションの表示の一部として、通知116を出力する処理にキューが用いられる。上述のように、クライアントデバイス104は、ネットワーク106を介してウェブサービス102に通信可能に接続されている。このクライアントデバイス104は、通知モジュール114を含む。この例の場合、通知モジュール114は、オペレーティングシステム108の一部として示されている。クライアントデバイス104は、キュー402を含む。キュー402は、対応するアプリケーション404のための通知116を記憶するよう構成されている。キュー402は、例えば、特定のアプリケーションに対して、最大の数の通知116を記憶するよう構成することができる。したがって、図においてキュー402がアプリケーション402の中に示されている。なお、容易に理解されるように、キュー402は、様々な方式で構成することができる。通知モジュール114は、様々な方式によって、キュー402を用いて、通知116を処理することができる。例えば、通知116をfirstinfirstoutFIFO技術を用いて処理することができる。lastinfirstout処理を用いてもよい。例えば、通知モジュール114は、キュー402内の特定のスロットを指定する通知406を受信してもよい。このスロットは、例えば、表示の一部としてディスプレイされる通知116の優先度を記述することができる。更なる処理技術がこの事例において用いられることにより、より効果的となる。例えば、以前の通知116を優先度として下位に動かすことによって、最低の優先度の通知を削除することができる。受信した通知406で通知408を置き換え、他の順番は保存することも可能である。事例はこれらに限られない。他の技術が用いられてもよい。例示的処理において更に示されるように、オーバーライドコマンドを用いて改善を加えてもよい。[例示的処理]以下の記載においては、上述のシステム及びデバイスを用いた通知技術を説明する。処理の各々の側面は、ハードウエア、ファームウエア、又はソフトウエア、又はこれらの組合せによってインプリメントすることができる。処理は、ブロックの集合として示される。これは、1つ以上のデバイスによって実行されるオペレーションを規定する。なお、それぞれのブロックによるオペレーションの実行の順番は、必ずしも図示されたものに限定されない。以下の説明の中で、例示的な環境が参照される。図5は、処理500を示している。例示的インプリメンテーションにおいて、アプリケーションのディスプレイの一部として示される通知の置き換えを処理するために、タグが用いられる。アプリケーションの表示の一部としてディスプレイされる通知が、ユーザインタフェースに受信される。この通知は、タグに関連しているブロック502。例えば、この通知は、ククライアントデバイス104において実行されたアプリケーションから、あるいはウェブサービス等から、ライアントデバイス104の通知モジュール114によって受信される。他の例としては、このウェブサービス102の通知モジュール124は、他のウェブサービスから通知を受信してもよく、かつクライアントデバイス104への通知の記憶及び配信を管理してもよい。他の様々な例が用いられてもよい。この通知のタグは、1つ以上の他の通知に関連する他の1つ以上のタグと比較されるブロック504。この通知モジュール114は、例えば、マッチするものを探すために、アプリケーションのための通知に対するタグを、そのアプリケーションの他の通知に対するタグと比較する。受信したタグが、他のタグの少なくとも1つとマッチすることの検知に応答して、当該他のタグの少なくとも1つに関連する当該他の通知は、その受信した通知に置き換えられ、ユーザインタフェースにおいてアプリケーションの表示の一部としてディスプレイされる。例えば、通知モジュール114は、対応する通知のタグのテキストストリングを比較し、それらがマッチするか否かを確認する。したがって、この例において、テキストストリングは、通知モジュール114が置き換えの機能を果たす上で、通知モジュール114がそれらが何を表すかに関して知ることを要しない。このようにして、この通知モジュール114は、有効な定義及びタグの識別子をサポートし、かつ、本明細書に開示されている置き換えの機能をサポートすることができる。受信した通知は、アプリケーションの表示の一部として、クライアントデバイスのユーザインタフェースに受信され、そしてディスプレイされ得る。このディスプレイは様々な方式で実行され得る。例えば、図2に示したようにサイクル表示のディスプレイにしてもよい。また、静的にディスプレイしてもよい。表示されたアプリケーションをランチするために選択可能な表示のディスプレイであってもよい。更に、通知は、通知のコンテキスト内に対応するアプリケーションをランチすることによってより効果的となる。例えば、ユーザがニュースのアプリケーションをインストールした場合、そのアプリケーションの表示を選択することで、そのアプリケーションをホーム又はデフォルトのアプリケーションの状態にランチさせる。新しいアプリケーションの例において、ペーパの最初のページに持って行く。なお、このニュースのアプリケーションが、地震に関する通知を受信し、ユーザがその通知を選択した場合、そのアプリケーションは、その通知のコンテキストにランチしてもよい。例えば、そのニュースのアプリケーションは、地震に関する記事に直接ランチされ得る。そして、ホームページをスキップする。その他の様々な例が適用されてもよい。図6は、アプリケーションの表示の一部として通知をディスプレイするための処理に利用されるキューの例示的インプリメンテーションにおける手続き600を示している。複数の通知が受信され、アプリケーションの表示の一部としてユーザインタフェースにディスプレイされるブロック602。上述したように、通知は、クライアントデバイス104で実行されたアプリケーションから、あるいはウェブサービス等から、クライアントデバイス104の通知モジュール114で受信される。他の例において、ウェブサービス102の通知モジュール124は、他のウェブサービスから通知を受信し、かつクライアントデバイス104への通知の記憶及び配信を管理する。その他の様々な例が実行され得る。1つ以上の通知が、キューを用いて処理される。このキューは、アプリケーションの表示の一部としてディスプレイされ得る通知の集合の数の通知を記憶するよう構成される。そのキューに記憶された通知は、その後アプリケーションの表示の一部としてユーザインタフェースにディスプレイされる。この集合の数は、例えば、アプリケーション110の開発者によって設定され、通知116の発信元によって設定され、通知モジュール114自信によってあらかじめ設定され得る。通知モジュール114は、キュー402を利用し、キュー402は、通知を収集するエンティティを参照する。これは、様々な方式で実行される。例えば、先入れ先出し技術を採用して、あるいはキュー402内の特定のスロットを指定するタグを用いるなどして実行される。更なる例としては、キュー402は、優先度付けの技術を採用して、例えば、図12に更に示すように、通知116がディスプレイにサイクル表示されるように特定の順番を指定する。このようにして、キュー402は、複数の通知を処理する。これらの通知は、アプリケーションの表示の一部としてディスプレイするために利用される。また、キュー402は、通知がディスプレイされる順番のために利用される。上述したように、この機能は、クライアントにおいてインプリメントされるように記載されているが、この機能は、他の様々なエンティティによってインプリメントされ得る。例えば、ウェブサービス102の通知モジュール124である。これは、通知モジュール114、124などに分散される。更に、この機能は、元となるアプリケーション110の実行を行わずに、通知モジュール114によってインプリメントされ得る。図7は、例示的インプリメンテーション700を示しており、ここでは、アプリケーションの実行状態が、アプリケーションの表示の一部として通知をディスプレイするための基礎として用いられる。クライアントデバイスによって実行されるアプリケーションの実行状態が検出されるブロック702。例えば、通知モジュール114は、コンテンツを提供するよう構成されたアプリケーション110例えば、音楽再生アプリケーションをモニタする。通知モジュール114は、アプリケーション110が、例えば特定の音楽等の特定のアイテムのコンテンツを提供するように実行されるよう決定する。アプリケーションの表示の一部として、クライアントデバイスのユーザインタフェースにディスプレイされる通知が選択されるブロック704。通知が、ユーザインタフェースに、アプリケーションの表示の一部としてディスプレイされるブロック706。上述の例を用いると、通知モジュール114は、現在実行されているコンテンツの特定のアイテムの名前を決定する。この名前、例えば、アプリケーションをランチするために選択可能な、アプリケーションの表示が、アプリケーションの表示の一部としてディスプレイされる。例えば、ユーザは、クライアントデバイス104の音楽再生アプリケーションのプレイリストを選択する。そして、このアプリケーションからナビゲートして、興味のある他のアプリケーションにたどり着く。音楽再生アプリケーションは、例えば、ユーザがこのナビゲーションを実行しているときに、特定の歌、すなわちコンテンツを提供し続けてもよい。このアプリケーションの状態に関するコンテキストをユーザに提供するために、通知はこの実行状態を表現する。この場合、実行状態は、タイトル、アーティスト、アルバム等の提供しているコンテンツを含んでもよい。アプリケーションの表示の中に、そのアプリケーションの実行状態を表現する通知のディスプレイを含むその他の様々な方法があり得る。そして、そのアプリケーションのユーザインタフェースを出力するために、その表示は選択可能である。例えば、ユーザインタフェースを含むウィンドウが最前面に来ることによって、ユーザはそのアプリケーションとインターラクトすることができる。図8は、例示的インプリメンテーションにおける処理800を示している。ここでは、そのアプリケーションをランチするために選択可能なアプリケーションの表示内に、通知がディスプレイされる。このディスプレイは、連続的に通知をサイクル表示する。ユーザインタフェースにアプリケーションの表示の一部としてディスプレイされるべき複数の通知が受信される。すでに述べたように、通知は、クライアントデバイス104において実行されるアプリケーションから、あるいは、ウェブサービス等から、クライアントデバイス104の通知モジュール114において受信することができる。他の例において、ウェブサービス102の通知モジュール124は、他のウェブサービスから通知を受信することができる。そして、クライアントデバイス104への通知の記憶及び配信を管理する。他の様々な例が実施され得る。ユーザインタフェースにおいて、アプリケーションの表示の一部として複数の通知がサイクル表示される。これによって、通知は連続してディスプレイされるブロック804。図2に関連して説明したように、例えば、表示118は、様々な情報を含むようディスプレイされ、連続的に相互にサイクル表示される通知を含むようにディスプレイされる。このようにして、この通知は、アプリケーションの実行の中においてナビゲートすることなく、表示される情報の量を増加させることができる。すでに述べたように、このことは、アプリケーション110をランチすることなしに、通知モジュール114によって達成される。これによって、バッテリ、及び/又は、クライアントデバイス104のリソース、サードパーティのエンティティのコンピューティングデバイス等を節約する。1つ以上のインプリメンテーションでは、ユーザインタフェースにおいてアプリケーションの表示の一部としての複数の通知のディスプレイをサイクル表示することが入力の検知に応答して、停止される。この入力としては、アプリケーションの表示へのインターラクションがあるブロック806。この例としては、そのアプリケーション自身、及び/又は、その近くに表示されている他のアプリケーションが挙げられる。例えば、ユーザの介在なくして、通知モジュール114によって、通知のディスプレイは、自動的にサイクル表示するよう構成され得る。なお、表示へのインターラクションに近い入力例えば、ジェスチャ、カーソルコントロールを用いた選択等が検知された場合、サイクル表示は停止してもよい。様々な他のインプリメンテーションがなされてもよい。例えば、入力例えば、カーソルのホバリング、ジェスチャ等の検出に応答してサイクル表示がなされてもよい。この入力は、サイクル表示の希望に近いことを示すものであり、この入力が終了したことを検知した場合、停止してもよい。他の例としては、ジェスチャ等の入力の検知は、ユーザインタフェースにおいて、通知の各々を同時にディスプレイするために用いられてもよい。図9は、例示的インプリメンテーションの処理900を示しており、ここにおいては、それぞれのアプリケーションの表示の一部として、通知のサブセットがサイクル表示される。複数の通知が受信され、それぞれの複数のアプリケーションの表示の一部として、ユーザインタフェースにディスプレイされる。上述のように、この受信は、様々なエンティティによって達成され、かつ通知は、様々なソースから受信され得る。たとえば、クライアントデバイス104の通知モジュール114によって受信される。複数の通知は、アプリケーションの表示の一部としてユーザインタフェースにディスプレイされる。これによって、アプリケーションの通知の異なるサブセットが、異なる時刻にサイクル表示されるブロック904。図1を参照すると、例えば、6つの異なるアプリケーションの表示が、クライアントデバイス104のディスプレイデバイス112上にディスプレイされる。表示の各々に対するディスプレイのために通知が受信される例において、ディスプレイにおけるクラッターを減少させるために、異なる時刻に、異なる通知のサブセットのサイクル表示をすることが望ましい。例えば、天気及びニュースの通知は、第1の時刻にサイクル表示することができる。ペットのケア及び方向は、次の第2の時刻に表示することができる。以下同様である。したがって、多くの数の通知が、ある一つの時刻に動くことによって引き起こされる攪乱を減少させるために、このサブセットを用いることができる。図10は、例示的インプリメンテーションの処理100を示している。ここにおいて、アプリケーションの表示の一部としての通知のディスプレイを処理するために用いられる基準を特定するように、アプリケーションのマニフェストが用いられる。ユーザインタフェースにおけるアプリケーションの表示の一部としての通知のディスプレイのために特定される基準を見いだすために、アプリケーションを実行することなく、アプリケーションのマニフェストが検査されブロック1002。例えば、通知モジュール114は、インストールマニフェストを検査し、様々な基準を特定するために利用される。そして、アプリケーションのランチをせずに、これを行うことができる。基準の例としては、キューに対して用いられる集合の数の特定、タグ置き換え又は上書きタグがサポートされるべきか否か、通知をサイクル表示するための期間、通知が所定のサブセットを形成するために他のアプリケーションの他の通知とリンクされるべきか否か、サイクル表示がユーザの介在無しに自動的に実行されるべきか、又はユーザ入力に応答して実行されるべきか等が挙げられる。したがって、通知モジュール114は、アプリケーションの開発者が、アプリケーションの表示の一部として、通知がどのようにディスプレイされるかを指定することができるようにする。その他の様々な例がなされてもよい。例えば、ランタイムのファンクションコールの利用が挙げあれる。指定された基準に従って、アプリケーションの表示がユーザインタフェースにディスプレイされるブロック1004。例えば、表示は、ファイルシステムのルートレベルとしてオペレーティングシステム108が利用するアプリケーションランチャー例えばデスクトップの一部としてディスプレイされ得る。その他の様々な例が実行されてもよい。例えば、階層構造の異なる位置においてなされてもよい。図11は、例示的インプリメンテーションの処理1100を示している。ここにおいて、ディスプレイを行うべく、クライアントデバイスに対して通知を提供する処理を行うために、ウェブサービスが利用される。ウェブサービスの1つ以上のコンピューティングデバイスにおいて複数の通知が受信される。これらの通知は、クライアントデバイスのユーザインタフェースにおいて、アプリケーションの表示の一部としてディスプレイされるブロック1102。上述したように、ウェブサービス102は、通知116を受信し、ネットワーク106を介してクライアントデバイス104に伝送する。クライアントデバイスが複数の通知を受信することができないことを検知したことに応答して、複数の通知は、キューを用いて処理され、かつ他の場合には基準を用いて処理される。この基準は、クライアントデバイスが、複数の通知の何れをキューに保存するかを決定するために利用される。例えば、ウェブサービス102は、どのアプリケーションがクライアントデバイス104に含まれているか、及び、どのようにこれらのアプリケーションが処理されるかを示す通信を受信することができる。他の例において、ウェブサービス102は、通知116自身を、この管理のベースとすることができる。例えば、通知に含まれるタグが挙げられる。他の様々な例が実行されてもよい。このようにして、ウェブサービス102の通知モジュール124は、メモリスペースを温存して、かつネットワーク106のバンド幅の消費を減少させながら、通知116を容易に処理することができる。図12は、例示的インプリメンテーション1200の処理を示している。ここにおいて、通知は、アプリケーションの表示の一部として、ディスプレイのための優先度を与えられる。上述のように、複数の通知が受信される、これらは、アプリケーションをラインチするために選択可能なユーザインタフェースにおいてアプリケーションの表示の一部としてディスプレイされるブロック1202。複数の通知の順番を決めるための優先度が決定されるブロック1204。この通知モジュール114は、例えば、先入れ先出し技術を採用することができ、何れの通知がキュー402に記憶されるべきかを処理する。他の例において、優先度は、通知の発信元によってアサインされてもよい。例えば、階層的な値、キュー402における特定のスロット等が挙げられる。この優先度は、他の様々な基準に基づいて、通知モジュール114によって決定され得る。例えば、既に通知がディスプレイされているか否か、あるいは、これが最初であるか否かが挙げられる。複数の通知は、ユーザインタフェースにおいてアプリケーションの表示の一部として、決定された優先度で連続的にディスプレイされるブロック1206。通知モジュール124は、例えば、クライアントデバイス104に、通知116、及び/又は、優先度を伝送することができる。他の例において、通知モジュール114は、優先度を決定し、かつ、この通知を、アプリケーション110の表示の中で描画することができる。本発明の精神及び技術邸範囲を逸脱せずに、他の様々な例が更に実行されてもよい[まとめ]本発明は、構造的特徴、及び/又は、方法論的な動作に特化した形の表現で記載されているが、添付の請求項において定義された本発明は、必ずしも、記載された特定の特徴又は動作に限定されるものではない。むしろ、特定の特徴及び動作は、クレームされた発明のインプリメンテーションの例示的形態として記載されたものである。"