JP2022546474A - ユーザディスプレイ上のコンテキストベースの通知 - Google Patents

Abstract

通知を管理する技法が説明されている。一例では、コンピューティングデバイスは、アプリケーションの実行に基づいて、アプリケーションウィンドウ内にコンテンツを提示する。通知データは、コンピューティングデバイスによって受信される。アプリケーションウィンドウがフォアグラウンドにあるかどうか、そして通知データがアプリケーション、またはコンピューティングデバイスの動作モードなどに関連付けられているかどうかなど、コンピューティングデバイスに関連付けられるコンテキストに基づいて、アプリケーションウィンドウ内に、またはポップアップウィンドウ内に、コンテキスト内の対応する通知を提示するかどうかを決定する。それ以外の場合、通知は、通知リストに追加され、通知サマリーで要約可能である。【選択図】図１

Description

グラフィカルユーザインタフェース（ＧＵＩ）は、コンピュータシステムとインタラクトするためにユーザが利用できる主要なタイプのインタフェースである。ＧＵＩは、通知をユーザに提示するように動作可能である。例えば、メッセージデータを受信すると、メッセージアプリケーションはＧＵＩ上にテキストメッセージを提示する。同様に、ニュースアラートを受信すると、ニュースアプリケーションはＧＵＩ上にニュース通知を提示する。

通常、第一アプリケーションがＧＵＩ上でコンテンツを提示しており（例えば、ビデオゲームアプリケーションがビデオゲームコンテンツを提示しており）、通知データが第二アプリケーション（例えば、メッセージアプリケーション）に宛先指定されている場合、コンテンツの提示が一時停止されて第一アプリケーションから第二アプリケーションへの切り替えが実行されない限り、通知データ全体（例えば、テキストメッセージ全体）がＧＵＩ上に提示されない場合がある。したがって、通知データが提示される前に第二アプリケーションに切り替えるために、ユーザ入力が必要となり得る。通知データを閉じてコンテンツの提示にお戻るために、追加のユーザ入力が必要になる場合もある。

したがって、ＧＵＩは有効なユーザインタフェースとなり得るが、アプリケーション間の切り替えはシームレスではないことがあり、情報の提示が制限されることがある。より良い通知の提示を可能とする向上したＧＵＩが必要である。

通知を提示する技術が説明されている。一例では、コンピュータシステムは、ディスプレイ上のアプリケーションウィンドウ内に、アプリケーションの実行に基づいてコンテンツを提示する。また、コンピュータシステムは、通知データを受信し、通知データに関連する第一コンテキストと、アプリケーションに関連する第二コンテキストとの間のマッチングを決定する。このマッチングに基づいて、コンピュータシステムは、アプリケーションウィンドウ内に通知を提示する。この通知は、通知データに対応し、コンテンツの提示が続行している間に提示される。

本開示の一実施形態による、通知を提示するコンピューティング環境の一例の説明図。 本開示の一実施形態による、通知を提示するコンピュータシステムの説明図。 本開示の一実施形態による、通知を提示するモジュールの一例の説明図。 本開示のいくつかの実施形態による、インライン通知の一例の説明図。 本開示のいくつかの実施形態による、アプリケーション内通知の一例の説明図。 本開示のいくつかの実施形態による、インフロー通知の一例の説明図。 本開示のいくつかの実施形態による、ポップアップ通知の一例の説明図。 本開示のいくつかの実施形態による、通知の状態の例の説明図。 本開示のいくつかの実施形態による、コンテキスト内通知を提示するフローの一例。 本開示のいくつかの実施形態による、デバイスの動作モードの一例の説明図。 本開示のいくつかの実施形態による、動作モードに関連する通知設定の一例の説明図。 本開示のいくつかの実施形態による、通知を置換する一例の説明図。 本開示のいくつかの実施形態による、通知を置換して蓄積する一例の説明図。 本開示のいくつかの実施形態による、通知を変更する一例の説明図。 本開示のいくつかの実施形態による、通知をグループ化する一例の説明図。 本開示のいくつかの実施形態による、動作モードに従って、通知を提示するフローの一例。 本開示のいくつかの実施形態による、動作モードに従う通知サマリーの一例の説明図。 本開示のいくつかの実施形態による、通知サマリーの状態の例の説明図。 本開示のいくつかの実施形態による、通知を要約する例の説明図。 本開示のいくつかの実施形態による、通知を要約して提示するフローの一例を示す。 本開示のいくつかの実施形態による、ビデオゲームコンソール上でコンテキスト内通知及びポップアップ通知を提示するフローの一例の説明図。 本開示のいくつかの実施形態による、コンピュータシステムを実装するのに適したハードウェアシステムの一例の説明図。

概して、通知のより良い管理のためのシステム及び方法が説明される。一例では、コンピュータシステムはディスプレイ上にＧＵＩを提示する。アプリケーションの実行時に、アプリケーションのコンテンツがＧＵＩ内に提示される。また、コンピュータシステムは、アプリケーションのユーザに関連するコンテキストと、１つ以上のアプリケーションの実行に関連するコンテキストとの一方または両方を決定する。このコンテキストは、アプリケーション（複数可）とのユーザインタラクション、及びアプリケーション（複数可）に対する関心を示す。
さらに、コンピュータシステムは、コンテキストに基づいて、いつ、どのように、どこで、及び／またはどの通知が提示される必要があるかを指定する通知ルールを格納する。コンピュータシステムは、通知データを受信すると、コンテキスト及び通知ルールに基づいて、対応する通知の提示を管理する。通知の管理には複数の態様が含まれる。第一態様では、コンピュータシステムは、通知がＧＵＩ及び提示タイプ（例えば、コンテキスト内またはポップアップ）で提示されるべきかどうか、またはそのような提示が制限されるべきかどうかを決定する。
第二態様では、制限の決定がなされると、コンピュータシステムは、通知を通知サマリーに追加することができ、通知の優先順位に基づいて経時的に通知サマリーを更新することができる。コンテキストが変更されると、通知サマリーがディスプレイ上に提示される。第三態様では、ユーザに提示されない通知が通知リストに追加され得る。通知リストは経時的に更新されることにより、通知の一部またはすべては置換される、変更される、及び／またはグループ化される。
さらに、通知の提示時に、基本的なコンテンツの提示が続行されていることで、このコンテンツの提示をスイッチバックしてレジュームするためにユーザ入力が必要とされないことができる。また、提示された通知は、コンテキストに変更がある場合には、通知に提示されるあらゆる情報及び／または選択可能なアクションが最新のコンテキストに関連し続けるように更新され得る。

説明のために、ビデオゲームアプリケーション、チャットアプリケーション、ビデオストリーミングアプリケーション、ソーシャルメディアアプリケーション、及び複数の他のアプリケーションをホストするビデオゲームシステムの一例を議論する。ビデオゲームプレイヤーのログイン時に、ビデオゲームシステムはホームユーザインタフェースをディスプレイ上に提示する。このインタフェースから、ビデオゲームプレイヤーはビデオゲームアプリケーションを起動することができ、ビデオゲームコンテンツはディスプレイ上のフォアグラウンド中にあるアプリケーションウィンドウ内に提示可能である。ビデオゲームシステムは、第二ユーザのデバイスから通知データを受信すると、通知データがチャットアプリケーションに関連付けられていると決定する。
フォアグラウンド内のアプリケーションウィンドウがチャットアプリケーションではなくビデオゲームアプリケーションに対応する場合、ビデオゲームシステムは、アプリケーションウィンドウ上にあるポップアップウィンドウ内に対応する通知を提示する。この通知は、メッセージが第二ユーザから送信されたことを示す、折りたたみ状態で提示されるが、ビデオゲームコンテンツの提示は続行され、アプリケーションウィンドウはフォアグラウンド内に残る。この通知とのユーザインタラクション時に、ビデオゲームシステムは、通知を展開状態で提示し、通知の実際のコンテンツと、応答するために選択可能なオプションとが提示される。この状態では、ビデオゲームコンテンツの提示も続行され、アプリケーションウィンドウはフォアグラウンド内に残る。

次に、ビデオゲームプレイヤーは、ビデオゲームのあるレベルを完了し、ビデオゲームシステムは、その次のレベルをダウンロードして起動するためのフローを開始するユーザ入力を受信する。新しいアプリケーションウィンドウはディスプレイ上に提示される。一例では、メニューアプリケーションなどのビデオゲームアプリケーションとは異なるアプリケーションが実行され、新しいアプリケーションウィンドウを提示することができる。新しいアプリケーションウィンドウは、ユーザ入力の確認（例えば、次のレベルをダウンロード中）を提示する。フロー内のタスクが実行されている間、ビデオゲームシステムは、これらのタスクに関するシステム通知を受信し、新しいアプリケーションウィンドウ内にインフロー通知を提示する。インフロー通知は、タスクに関する更新を提供する。

その後、ビデオゲームプレイヤーはチャットアプリケーションを起動する。他のユーザとのチャットは、フォアグラウンド中のチャットアプリケーションのアプリケーションウィンドウ内に提示される。第二ユーザとのアクティブなチャット中に、ビデオゲームシステムは第二デバイスから第二通知データを受信し、対応するテキストをアプリケーションウィンドウ内に提示する。テキストがアプリケーションウィンドウの表示領域内で利用可能である場合、ビデオゲームシステムは、テキストの周囲にビジュアルインジケータ（例えば、青い矩形、点滅する矩形、または任意の他の視覚的なアラート）を提示することによって、テキストについてのアラートをビデオゲームプレイヤーに出すことができる。このビジュアルインジケータは、新しい通知データが表示可能領域内で利用可能であることを示すインライン通知に対応する。

前のテキストを表示するために上にスクロールした後に、第三通知データを第二デバイスから受信する。ここでは、対応するテキストが提示される必要があるが、その提示は現在の表示領域にはない。したがって、ビデオゲームシステムは、新しいテキストが利用可能であること、及び下にスクロールすると提示されることを示すアプリケーション内通知を、表示領域内に提示する。

ビデオゲームプレイヤーは、チャットアプリケーションからビデオストリーミングアプリケーションに切り替える。ビデオゲームシステムは、ビデオゲームアプリケーションを実行し、このアプリケーションについてのアプリケーションウィンドウをフォアグラウンド内に提示する。アプリケーションウィンドウは、ネットワークソースからストリーミングされたビデオコンテンツを提示する。ビデオ動作モードは、ビデオがストリーミングされている間、ソーシャルメディア通知が制限される必要があることを示す。したがって、ストリーミング中に、ビデオゲームシステムは、５分後に始まる第一ソーシャルメディアイベントへの第二ユーザの招待に対応する第一通知データを受信する。
対応する第一ソーシャルメディア通知は、ビデオストリームが発生している間に、提示されるのではなく、抑制され、通知リストに送信される。１０分後、ビデオストリームが続行している間に、ビデオゲームシステムは、１時間後に始まる第二ソーシャルメディアイベントへの第二ユーザの招待に対応する第二通知データを受信した。第一イベントが期限切れになり、２つのソーシャルメディア通知が同じ第二ユーザからのものであるため、ビデオゲームシステムは、通知リスト中の第一ソーシャルメディア通知を第二ソーシャルメディア通知に置換する。ビデオストリームが終了すると、通知リストはディスプレイ上に提示可能であるため、第二ソーシャルメディア通知は表示されることができ、第二メディアイベントへの招待は受け入れ可能である。

別の例示では、ビデオゲームプレイヤーがビデオゲームをプレイしており、ビデオゲームコンテンツがフォアグラウンド内に提示されている間、ビデオゲームシステムはソーシャルメディア通知データを受信する。ビデオゲームに関するゲームタイトル、及びビデオゲームとのユーザインタラクションが与えられると、ビデオゲームシステムは、コンテキストが没入型ゲームセッションを示す場合、対応するソーシャルメディア通知が提示されるのではなく、キューあるいは待ち行列に入れるべきである決定する。したがって、ビデオゲームシステムは、ソーシャルメディア通知をキューに追加し、任意選択で、ソーシャルメディア通知をビデオゲームプレイヤーに関連するモバイルデバイスに送信する。キュー内の通知は優先順位に従って編成され、各優先順位は、対応する通知と現在のコンテキストとの関連性、及び通知の最新性に基づいて更新され得る。
ビデオゲームレベルの終了など、コンテキストが変更されると、ビデオゲームシステムは、キューに入れられた通知の総数を識別する通知サマリーを提示することができる。通知サマリーとのユーザインタラクション時に、ビデオゲームシステムは通知サマリーを展開状態で提示する。展開状態では、ビデオゲームシステムは、最も優先順位の高い上位３つ（または他の数）の通知を提示し、その残りの通知を表示するオプションを提供する。これら３つの通知のそれぞれは、折りたたみ状態で提示され、さらに選択されて展開状態で提示可能である。要約された各通知でのコンテンツ（情報及び選択可能なアクション（複数可）など）は、現在のコンテキストに基づいて更新される。

本開示の実施形態は、既存のコンピュータシステム及びそれらの基盤となるＧＵＩに勝るいくつかの利点を提供する。例えば、ＧＵＩの有効性と、基盤となる処理及びメモリの効率が向上する。特に、ＧＵＩは向上したユーザエクスペリエンスを提供することができるが、進行中のコンテンツの提示が続行している間、タイムリーでかつ関連する通知がＧＵＩ上でユーザに提示され、その一方で、他の通知は、要約されるか、後で提示するために通知リストに追加されるか、あるいはその両方がなされる。このようにして、ユーザは、進行中のコンテンツの提示を中断することなく、関連する通知をタイムリーに見ることができ、必要に応じてそのような通知のいずれかを展開することができる。関連する通知が提示されるので、すべての通知を提示してフォアグラウンドアプリケーションとバックグラウンドアプリケーションとの間で交互に切り替える必要がある既存のシステムと比較して、処理及びメモリの使用量が減少され得る。

説明を明確にするために、実施形態は、ビデオゲームシステムに関連して説明しているが、実施形態は、それに限定されるわけではなく、任意の他のタイプのコンピュータシステムにも同様に適用される。一般に、コンピュータシステムは、１つ以上のユーザデバイスを含むことができ、各ユーザデバイスは、１つ以上のディスプレイと通信可能に結合される。また、コンピュータシステムは、他の機能の中でも、１つ以上のデバイス間でのコンテキストの追跡、及び通知の受信、キューへの追加、優先順位付け、及び／または通知とのインタラクションのための、サーバなどのバックエンドシステムを含み得る。

図１は、本開示の一実施形態による、通知を提示するコンピューティング環境の一例を示す。図示のように、コンピューティング環境は、ディスプレイ１２０と通信可能に結合されるビデオゲームシステム１１０、ディスプレイを統合するモバイルデバイス１３０、バックエンドサーバ１５０、及びユーザデバイス１４０を含む。ビデオゲームシステム１１０及びモバイルデバイス１３０は、ビデオゲームプレイヤー１１２に利用可能である（例えば、ビデオゲームプレイヤー１１２によって操作される、またはユーザアカウントの下でビデオゲームプレイヤー１１２に関連付けられる）。比較すると、ユーザデバイス１４０は、ユーザ１４２（例えば、別のビデオゲームプレイヤー）に利用可能である。バックエンドサーバ１５０は、いつ、どのように、どこで、及び／またはどの通知が提示されるべきかを制御するための管理機能を提供する。

一例では、ユーザ１４２は、ユーザデバイス１４０を操作して、ビデオゲームプレイヤー１１２を対象とする通知データ１４４を送信する。バックエンドサーバ１５０は、通知データ１４４を受信し、ビデオゲームプレイヤー１１２がビデオゲームコンソール１１０及びモバイルデバイス１３０に関連付けられていると決定する。また、バックエンドサーバ１５０は、ビデオゲームプレイヤー１１２及び／またはビデオゲームコンソール１１０に関連するコンテキストを決定する。コンテキストに基づいて、バックエンドサーバ１５０は、通知１１４としてディスプレイ１２０上に提示するために対応する通知データ１５２がビデオゲームコンソール１１０に送信されるべきかどうか、またはそのような提示が制限されるべきかどうかを決定する。
通知１１４が提示される場合、バックエンドサーバ１５０は、通知１１４のタイプ、例えば、それがコンテキスト内通知であるか、ポップアップ通知であるかなどを決定する。ビデオゲームプレイヤー１１２は、ビデオゲームコントローラなどのユーザ入力デバイスを操作して、ビデオゲームシステム１１０とインタラクトすることができる。ユーザ入力デバイスは、通知１１４とインタラクトするように動作可能なボタンを含み得る。通知１１４とインタラクトすることは、１つ以上の状態で通知を見ること、通知１１４を閉じること、通知１１４を含む通知サマリーを要求すること、通知１１４を含む通知リストを要求すること、または任意の他のタイプのインタラクションを含み得る。

さらに、バックエンドサーバ１５０は、対応する通知データ１５４がモバイルデバイス１３０のディスプレイ上の通知１３２としての提示のためにモバイルデバイス１３０に送信されるべきかどうかを決定する。例示では、通知１１４がビデオゲームコンソール１１０によって提示される必要がない場合、バックエンドサーバ１５０は、通知データ１５４をモバイルデバイス１３０に送信する。この例示では、通知データ１５２は、通知サマリーのためのキューに送信されることができ、キュー内のその優先順位は、モバイルデバイスによって提示される通知１３２とのユーザインタラクションが発生したかどうかに基づいて更新され得る。

一例では、通知は、ＧＵＩなどのユーザインタフェース上で提示可能な出力を表し、提示可能な情報及び／または選択可能なアクションを含むことによってユーザに通知する。テキストメッセージ、ソーシャルメディアのポスト及び／または同様のもの、マルチメディア（オーディオ、ビデオ、ビデオゲームコンテンツなど）のダウンロードステータス、マルチメディアの購入は通知の例である。通知データは、提示時に通知を投入するために使用可能なデータと、通知の提示パラメータを定義するメタデータとを表す。
既存のシステムでは、通常、通知はディスプレイ上の右下またはＧＵＩの上部バーなどの専用の通知領域に提示される。通知データである。比較すると、本開示の実施形態は、ＧＵＩの他の領域での通知の提示を可能にする。特に、通知は、ポップアップ通知であることができ、このポップアップ通知はフォアグラウンド中のアプリケーションウィンドウ上にあるポップアップウィンドウ内に提示可能である。通知は、コンテキスト内通知であることができ、このコンテキスト内通知はアプリケーションウィンドウ内に提示可能である。インライン通知、アプリケーション内通知、及びインフロー通知など、さまざまなタイプのコンテキスト内通知が可能である。
それぞれのタイプは、提示スタイルに対応する。インライン通知は、インライン提示のスタイルに対応し、アプリケーションウィンドウ内のユーザ表示領域中に位置している提示可能な情報を含む通知を表す。アプリケーション内通知は、アプリケーション内提示のスタイルに対応し、ユーザ表示領域の外側であるが、アプリケーションウィンドウ内に位置している提示可能な情報を含む通知を表す。インフロー通知は、インフロー提示のスタイルに対応し、実行中のフローのタスクに関する提示可能な情報を含む通知を表す。

ポップアップ通知、インライン通知、アプリケーション内通知、及びインフロー通知は、最新のコンテキストに基づいて動的に更新され得る。さらに、ポップアップ通知、インライン通知、アプリケーション内通知、及びインフロー通知のそれぞれは、ソースアプリケーション（通知を生成したアプリケーションなど）、宛先アプリケーション（通知を提示する必要のあるアプリケーションなど）、通知のタイプ（メッセージなど）、通知のサブジェクト（メッセージスレッドなど）、蓄積パラメータ（メッセージ数などのカウンタなど）、時間的制約（即時提示される必要がある、そうでない場合、通知は期限切れになるなど）、優先順位、タイムスタンプ（通知を受信した時刻）、及び／または有効期限（通知は有効期限を過ぎて関連しなくなるなど）を含む複数の属性に関連付けられることができる。それらのような属性は、通知の提示を管理するために使用可能である。

一般に、バックエンドサーバ１５０もまた、現在のコンテキストを決定することができる。また、バックエンドサーバ１５０は、コンテキストに基づいて、いつ、どのように、どこで、及び／またはどの通知が提示されるべきかを指定するルールを格納する。これらのルールは、デフォルト値を有することができる通知設定に従って定義されることができ、ビデオゲームコンソール１１０でのビデオゲームプレイヤー１１２のユーザ入力を介して構成され得る。通知設定の一部またはすべては、複数のビデオゲームプレイヤーの履歴データに基づいてトレーニングされた機械学習アルゴリズムを使用するモデルなど、人工知能モデルに基づいて動的に構成されて更新され得る。

バックエンドサーバ１５０がビデオゲームコンソール１１０とは別のコンピュータシステムとして示されているが、バックエンドサーバ１５０の機能の一部またはすべては、ビデオゲームシステム１１０によって実装され得る（例えば、ビデオゲームシステム１１０はビデオゲームプレイヤー１１２に固有のビデオゲームコンソール、及び複数のプレイヤーに利用可能なクラウドサーバを含み得る）。
例えば、これらのルールは、ビデオゲームシステム１１０にローカルに格納できるが、通知設定は、ユーザプロファイルと共にローカルに格納できる、またはユーザプロファイルと共にバックエンドサーバ１５０にもリモートで格納できる。コンテキスト決定は、ビデオゲームコンソール１１０上でローカルに実行され得る。さらに、ビデオゲームプレイヤー１１２は、異なる数及び他のタイプのデバイスに関連付けられることができる。例えば、モバイルデバイス１３０に関連付けられることに加えて、またはそれに関連付けられる代わりに、ビデオゲームプレイヤー１１２は、タブレット、デスクトップコンピュータ、または任意の他のユーザデバイスに関連付けられることができる。

図２は、本開示の一実施形態による、通知を提示するコンピュータシステムを示す。図示のように、コンピュータシステムは、ビデオゲームコンソール２１０及びディスプレイ２２０を含む。図示されていないが、コンピュータシステムは、ビデオゲームコンソール２１０と通信可能に結合されるクラウドサーバセットなどのバックエンドシステムを含んでもよい。ビデオゲームコンソール２１０は、ビデオゲームコントローラ（図示せず）及びディスプレイ２２０と通信可能に結合される（例えば、通信バスを介して）。ビデオゲームプレイヤーは、ビデオゲームコントローラを操作して、ビデオゲームコンソール２１０とインタラクトする。これらのインタラクションには、ディスプレイ２２０上に提示されるビデオゲームをプレイすること、及びビデオゲームコンソール２１０の他のアプリケーションとインタラクトすることが含まれてもよい。

ビデオゲームコンソール２１０は、プロセッサ、及びコンピュータ可読命令（インストラクション）を格納するメモリ（非一時的なコンピュータ可読記憶媒体など）を含み、これらのコンピュータ可読命令は、プロセッサによって実行されることができ、プロセッサによって実行されると、ビデオゲームコンソール２１０にさまざまなアプリケーションに関連する動作を実行させる。特に、コンピュータ可読命令は、ビデオゲームコンソール２１０の他のアプリケーション（例えば、ディスプレイ２２０上のホームページを容易にするホームユーザインタフェース（ＵＩ）アプリケーション）の中でも、ビデオゲームアプリケーション２４０、音楽アプリケーション２４２、ビデオアプリケーション２４４、ソーシャルメディアアプリケーション２４６、チャットアプリケーション２４８、及び通知アプリケーション２５０を含む、ビデオゲームコンソール２１０のさまざまなアプリケーションに対応することができる。

ビデオゲームコントローラは、入力デバイスの一例である。キーボード、タッチスクリーン、タッチパッド、マウス、光学系、またはユーザの入力を受信するのに適した他のユーザデバイスを含む、他のタイプの入力デバイスが可能である。

一例では、ビデオゲームアプリケーション２４０の実行時に、ビデオゲームコンソール２１０のレンダリングプロセスは、ディスプレイ２２０のＧＵＩ上のアプリケーションウィンドウ内にビデオゲームコンテンツ（例えば、カーレースビデオゲームコンテンツとして示される）を提示する。アプリケーションウィンドウは、ＧＵＩのフォアグラウンド内に提示され、ビデオゲームアプリケーションがアクティブであり、ビデオゲームコントローラでのユーザ入力がビデオゲームアプリケーションとインタラクトするために使用可能であることを示す。比較すると、他のアプリケーションもまたバックグラウンド内で実行していることができるか、それらのアプリケーションウィンドウはＧＵＩのバックグラウンド内に提示可能であるかいずれかであることができ、ユーザ入力がそれらのようなアプリケーションとインタラクトするために使用可能ではないことを示すことができる。

別のデバイスから通知データを受信すると、通知アプリケーション２５０は、例えば、通知データがビデオゲームアプリケーション２４０、音楽アプリケーション２４２、ビデオアプリケーション２４４、ソーシャルメディアアプリケーション２４６、またはチャットアプリケーション２４６を対象とするかどうかなどを含む、対応する通知２１２についての属性を決定する。
また、通知アプリケーション２５０は、ユーザインタラクションのレベル及びアクティブなアプリケーション（例えば、フォアグラウンドのアプリケーションウィンドウを有するビデオゲームアプリケーション２４０）などのコンテキストを決定することができ、対応する通知２１２がフォアグラウンドのアプリケーションウィンドウ上のポップアップウィンドウ内に、もしくはフォアグラウンドのアプリケーションウィンドウ内のコンテキスト内通知として、提示される必要があるかどうか、または対応する通知２１２が制限される必要があるかどうか（例えば、通知サマリーのキューに入れる、もしくは通知リストに追加される必要があるかどうか）を決定するルールを適用することができる。
通知２１２が提示される必要がある場合、通知アプリケーション２５０は、例えば、アプリケーションプログラミングインタフェース（ＡＰＩ）を介して、アクティブなアプリケーション（ビデオゲームアプリケーション２４０など）に、通知２１２を提示する（例えば、ポップアップまたはコンテキスト内通知として）通知データ及び命令（インストラクション）を渡す。次に、アクティブなアプリケーションは、通知２１２を、フォアグラウンドのアプリケーションウィンドウ上のポップアップ通知として、またはフォアグラウンドのアプリケーションウィンドウ内のコンテキスト内通知として提示する。

図２はさまざまなアプリケーションがビデオゲームコンソール２１０上で実行されることを示すが、本開示の実施形態はそのように限定されない。代わりに、アプリケーションはバックエンドシステム（クラウドサーバなどの）上で実行され得る、及び／またはそれらの実行はビデオゲームコンソール２１０とバックエンドシステムとの間で分散され得る。

図３は、本開示の一実施形態による、通知を提示するモジュールの一例を示す。図示のように、通知データ３０２を受信すると、モジュールは、コンテキスト内提示スタイル（例えば、インライン提示、アプリケーション内提示、またはインフロー提示のいずれかのスタイル）を有するコンテキスト内通知３１２、通知サマリー３２２、またはポップアップ通知３２４が使用される必要があるかどうかを決定するために使用される。特に、第一モジュールは、コンテキスト内通知３１２が提示される必要があるかどうかを決定するコンテキスト内ロジック３１０を実装する。そうでない場合、第二モジュールは、通知サマリー３２２が提示される必要があるかどうかを決定する動作モードロジック３２０を実装する。そうでない場合、ポップアップ通知３２４を提示することが決定される。

一例では、コンテキスト内ロジック３１０及び動作モードロジック３２０のそれぞれは、プロセッサによって実行され得るソフトウェアコードなどのコンピュータ可読命令として実装される。それらのような命令は、コンピュータメモリなどの非一時的なコンピュータ可読媒体に格納されることができ、図２の通知アプリケーション２５０などの通知アプリケーションの一部であり得る。非一時的なコンピュータ可読媒体に格納されているコンピュータ可読命令、及びプロセッサはモジュールを表す。モジュールは、図１のビデオゲームシステム１１０などのビデオゲームシステム、図１のバックエンドサーバ１５０などのバックエンドサーバのコンピューティングコンポーネントであってもよく、またはビデオゲームシステムとバックエンドサーバとの間で分散されてもよい。

一例では、コンテキスト内ロジック３１０は、通知データ３０２、１人以上のユーザ、及び／または１つ以上のアプリケーションに関連するコンテキストに基づいてコンテキスト内通知３１２が提示される必要があるかどうかを指定するルールセットを含む、またはそれにアクセスできる。ルールセットは、条件付きステートメントとして事前定義されることができ、ユーザプリファレンスに基づいてカスタマイズできる。ユーザプリファレンスはユーザ設定に示すことができ、及び／またはカスタマイズは機械学習アルゴリズムに基づいて実行できる。

同様に、動作モードロジック３２０は、デバイスの動作モードに基づいて通知サマリー３２２が提示される必要があるかどうかを指定するルールセットを含む、またはそれにアクセスできる。ルールセットは、条件付きステートメントとして事前定義でき、ユーザプリファレンスに基づいてカスタマイズできる。ユーザプリファレンスはユーザ設定に示すことが可能であり、及び／またはカスタマイズは機械学習アルゴリズムに基づいて実行可能である。

図３は２つのモジュールを示すが、異なる数及び／または異なる配置のモジュールが可能である。例えば、第三モジュールは、通知が通知リストに追加される必要があるかどうかを決定するために実装可能である。これらのモジュールの動作は、その次の図に関連してさらに説明される。

図４～７を参照して、これらの図面は、インライン通知、アプリケーション内通知、インフロー通知、及びポップアップ通知の例を示す。提示する通知のタイプは、通知データ、ユーザ、及び／またはユーザに利用可能なアプリケーションに関連するコンテキストによって異なる。ユーザが通知を見逃した場合、ユーザがどこに注意しているのか、あるいはユーザのアテンションがどこにあるのか、そしてどのような影響があるのかを理解することは、考慮される要素である。
ユーザが気を散らしていない場合、及び／または通知が現在のコンテキストに関連している場合は、コンテキスト内通知（インライン、アプリケーション内、またはインフロー通知）である。通知がユーザのフラストレーション、混乱、または否定的側面を引き起こす、及び／または関連性が低い場合、ポップアップ通知が可能である。このアプローチを実装するルールセットが定義され得る。

一例では、通知は、一般に、実行されているフローからのタスクに関するアクティビティ、更新、イベント、またはフィードバックに関連する。アクティビティ、更新、またはイベントがフォアグラウンド中にあるアプリケーションウィンドウ内の表示領域中で発生した場合、インライン通知が使用可能である。アクティビティ、更新、またはイベントが表示領域の外側であるがアプリケーションウィンドウ内で発生した場合、アプリケーション内通知が使用可能である。アプリケーションウィンドウがフローに関する情報を提示する場合、フィードバックを提供するインフロー通知が提示可能である。
一方、アクティビティ、更新、またはイベントがバックグラウンド内で、またはバックグラウンド中に提示されるアプリケーションウィンドウ内で発生した場合、ポップアップ通知が使用可能である。同様に、フィードバックが極秘タスクの完了、タスクの失敗、またはリモートで開始され、ユーザがデバイスにログインしたときにまだ処理中のタスクに関するものである場合も、ポップアップ通知が使用可能である。

図４は、本開示の実施形態による、インライン通知の一例を示す。一般に、ユーザが現在見ている領域（ユーザ表示領域などの）内に、通知の提示可能な情報（通知されたコンテンツなど）の位置がある場合、インライン通知が使用される。ユーザのビュー内にある、提示可能な情報は、更新される、及び／またはアニメーション化される。

図示のように、ＧＵＩ４１０はディスプレイ上に提示される。アプリケーション（チャットアプリケーションなど）は、実行されており、ＧＵＩ４１０上のアプリケーションウィンドウ４２０内にコンテンツ（チャットコンテンツなど）を提示する。提示されたコンテンツは、サブジェクト４２２（チャットスレッドなど）に関する。さらに、第二ウィンドウ４３０は、ＧＵＩ４１０上に提示され、他のアプリケーション（最近実行されたビデオゲームなど）に関する情報を提供する。

通知データ（フレンドＡからのチャットのためのテキストなど）を受信する。第二ウィンドウ４３０ではなく、アプリケーション（チャットアプリケーションがチャットの宛先であるなど）、及びサブジェクト４２２（テキストがチャットスレッドに属するなど）に通知データが関連付けられていることが決定される。したがって、コンテキスト内通知を提示することが決定される。

次に、通知データ（フレンドＡからのテキストなど）がアプリケーションウィンドウ４２０のユーザ表示領域内の位置に提示可能である（通知データは提示される場合、ユーザビュー内にある）と決定される。この位置が表示領域内にあるため、インライン通知４５０が可能である。インライン通知４５０は、通知データを更新する、及び／またはアニメーション化するインジケータ（例えば、チャットのテキストの周りの青い矩形、または任意の他のタイプのビジュアルインジケータ）など、通知データのビジュアルインジケータを提供する。

本開示の実施形態による、アプリケーション内通知の一例を示す。一般に、アプリケーション内通知は、通知の提示可能な情報（通知されたコンテンツなど）の位置が、フォアグラウンド（フォーカス領域など）中にあるアプリケーションウィンドウ内にあるが、表示領域の外側にある場合に使用される。アプリケーション内通知は、表示領域内に提示され、提示可能な情報が表示領域の外側にあるというアラートをユーザに出すことができる。アプリケーション内通知は、アプリケーション内通知とのユーザインタラクション時に、提示可能な情報の位置を示すように表示領域が変更されるようにインタラクティブであってもよい。

図示のように、ＧＵＩ５１０はディスプレイ上に提示される。アプリケーション（チャットアプリケーションなど）は、実行されており、ＧＵＩ５１０上のアプリケーションウィンドウ５２０内にコンテンツ（チャットコンテンツなど）を提示する。提示されたコンテンツは、サブジェクト５２２（チャットスレッドなど）に関する。さらに、第二ウィンドウ５３０は、ＧＵＩ５１０上に提示され、他のアプリケーション（最近実行されたビデオゲームなど）に関する情報を提供する。

通知データ（フレンドＡからのチャットのためのテキストなど）を受信する。第二ウィンドウ５３０ではなく、アプリケーション（例えば、チャットアプリケーションがチャットの宛先である）、及びサブジェクト５２２（例えば、テキストがチャットスレッドに属する）に通知データが関連付けられていることが決定される。したがって、コンテキスト内通知を提示することが決定される。

次に、通知データ（フレンドＡからのテキストなど）がアプリケーションウィンドウ５２０のユーザ表示領域の外側の位置に提示可能である（例えば、通知データがチャットスレッドの最後に示されるが、ユーザが上にスクロールし、このチャットスレッドの最後を現在の表示領域が含まない）と決定される。この位置が表示領域の外側にあるため、アプリケーション内通知５５０が可能である。アプリケーション内通知５５０は、表示領域の外側にあるがアプリケーションウィンドウ５２０内の位置で提示可能な情報がユーザに利用可能であるビジュアルインジケータを提供する（例えば、新しいテキストが受信され、チャットスレッドの最後まで下にスクロールすると、利用可能であるという記述を通知が含む）。

図６は、本開示の実施形態による、インフロー通知の一例を示す。一般に、インフロー通知は、フォアグラウンド内でのアクティビティのフローが通信し、実行されているフローの１つ以上のタスクについてユーザにフィードバックを提供するときに使用される。

図示のように、ＧＵＩ６１０はディスプレイ上に提示される。アプリケーションが実行されており（ビデオゲームアプリケーションなど）、フロー（ビデオゲームアプリケーション、ビデオゲームレベル、別のアプリケーション、または任意の他のコンテンツのダウンロード、インストール、または購入）に関するコンテンツをＧＵＩ６１０上のアプリケーションウィンドウ６２０内に提示する。

通知データを受信する（例えば、ダウンロードの進行状況をネットワークソースから受信する）。通知データがアプリケーション（ビデオゲームアプリケーションなど）、及びフロー（ダウンロードなど）に関連付けられていることが決定される。したがって、インフロー通知６５０を提示することが決定される。インフロー通知６５０は、実行されているフロー及び／またはタスクの進行状況についてビジュアルインジケータを提供する。インフロー通知６５０は、アプリケーションウィンドウ６２０内に提示され、進行状況を反映するように更新される。フローが完了すると（例えば、ダウンロードが完了すると）、インフロー通知６５０は、フローに関連する選択可能なアクション（例えば、ダウンロードしたアプリケーションを起動するための起動ボタン）を提示するように更新される。

図７は、本開示の実施形態による、ポップアップ通知の一例を示す。一般に、通知データがフォアグラウンド内にあるアプリケーションウィンドウ中にコンテンツを提示するアプリケーション（アクティブなアプリケーションなど）に関連付けられていない場合、そして通知データが時間的制約のある、及び／またはユーザ及び／またはアプリケーションのコンテキストに関連する場合、ポップアップ通知が使用される。ポップアップ通知は、アプリケーションウィンドウの上にあるポップアップウィンドウ内に提示される。コンテンツの提示はアプリケーションウィンドウ内で続行され、ユーザフォーカスはアプリケーション上に残る（例えば、コントローラでのユーザ入力は提示されたコンテンツとインタラクトするために使用される）。

図示のように、ＧＵＩ７１０はディスプレイ上に提示される。アプリケーション（チャットアプリケーションなど）は、実行されており、ＧＵＩ７１０上のアプリケーションウィンドウ７２０内にコンテンツ（チャットコンテンツなど）を提示する。提示されたコンテンツは、サブジェクト７２２（チャットスレッドなど）に関した。さらに、第二ウィンドウ７３０は、ＧＵＩ４１０上に提示され、他のアプリケーション（最近実行されたビデオゲームなど）に関する情報を提供する。

一例では、通知データ（例えば、システム通知、最近実行されたビデオゲームアプリケーションに関連するデータなど）を受信する。通知データがアプリケーションに関連付けられていない（例えば、チャットアプリケーションが通知データの宛先ではない）ことが決定される。したがって、コンテキスト内通知を提示しないことが決定される。別の例では、通知データはアプリケーションに関連付けられる。ただし、この例では、通知データがサブジェクト７２２に関連付けられていない（例えば、通知データは別のチャットスレッドに関連する）ことが決定される。したがって、この例では、コンテキスト内通知を提示しないこともまた決定される。

次に、ポップアップ通知７５０が提示される必要があるかどうかが決定される。通知データが、別のスレッドに、もしくは第二ウィンドウ７３０に関連付けられる場合、システム通知である場合、または極秘タスクの完了、タスクの失敗、もしくはリモートで開始され、ユーザがＧＵＩ７１０を提示するデバイスにログインするときにまだ処理中であるタスクに関するフィードバックである場合、決定はポップアップ通知７５０を提示することであり得る。ポップアップ通知７５０は、アプリケーションウィンドウ７２０上であっても、またはＧＵＩ７２０の任意の他の領域上に位置していてもよい。例えば、通知７５０は、ＧＵＩ７２０の上側で右から左にスライドすることができる、またはＧＵＩ７２０の上側で上から下にスライドすることができる。別のポップアップ通知がＧＵＩ７２０上に既に提示されている場合、新しいポップアップ通知７５０は、既存のポップアップ通知より下に示してもよく、または既存のポップアップ通知をスライドさせてプッシュダウンしてもよい。

一般に、コンテキスト内またはポップアップ通知が提示されると、アクティブなアプリケーションの実行が続行され、フォアグラウンド中のアプリケーションウィンドウ内のアクティブなアプリケーションによるコンテンツの提示もまた続行される。この通知のタイプに応じて、さまざまなタイプの情報は通知に使用可能である。例えば、インライン通知は、通知データがユーザ表示領域内の位置に利用可能であることを視覚的に示すことができる。アプリケーション内通知は、通知データがユーザ表示領域の外側の位置で利用可能であることを視覚的に示すことができ、通知データを含まない場合がある。対照的に、インフロー通知またはポップアップ通知は、通知データの一部またはすべてを含み得る。さらに、通知のタイプに応じて、さまざまな状態の通知が使用可能である。例えば、インライン通知は１つの状態に従って提示可能であるが、その他のタイプの通知は複数の可能な状態のうちの１つに従って提示可能である。複数の状態が使用される場合、提示可能な情報のタイプ及び／または量はこれらの状態間で変わる。

図８は、本開示の実施形態による、通知の状態の例を示す。第一状態は折りたたみ状態に相当し、この状態では、通知データの受信についてのアラートをユーザに出すために最小限の情報が提示される。第二状態は展開状態に相当し、この状態では、通知データの一部またはすべてが提示可能である。

一例では、通知は、折りたたみ状態８１０で提示される。この状態８１０では、通知は、通知のタイプ及び／またはタイトル（例えば、チャット通知のための「フレンドからのテキストメッセージ」）を一般的に識別するヘッダ８１２を含む。

展開状態８５０では、通知のサイズは増加し、そのコンテンツは補足情報を提供するために更新される。例えば、通知はヘッダ８５２を含む（これはヘッダ８１２と同じであることができ、換言すれば、ヘッダ内のサイズ及び提示可能な情報はそれらの状態間で変わらない）。また、通知は、本体８５４及びアクション８５６を含む。本体８５４は、通知データから導出された補足情報（例えば、テキストメッセージからの実際のテキスト）を提供する。アクション８５６は、関連するアプリケーションをトリガしてタスクを実行すること、またはフローをトリガすることができる選択可能なアイコンを表す（例えば、テキストメッセージに応答するための応答アイコン）。アクション８５６が選択される場合、関連するアプリケーションのアプリケーションウィンドウは提示されて使用可能である、または通知はそのようなアプリケーションウィンドウの機能を提供する第三状態で示され得る。

通知が提示されると、折りたたみ状態８１０であるか、展開状態８５０であるかに関わらず、そのコンテンツ（例えば、ヘッダ、本体、及び／またはアクション内の情報）は、経時的に更新され得る。例えば、インフロー通知が提示されると、そのような通知の本体はフローの進行状況を示すことができ、この進行状況のステータスに応じて更新される。

図９は、本開示の実施形態による、コンテキスト内通知を提示するフローの一例を示す。フローの動作は、ハードウェア回路として実装されてもよく、及び／またはビデオゲームシステムまたはバックエンドサーバなどのコンピュータシステムの非一時的なコンピュータ可読媒体にコンピュータ可読命令として格納されてもよい。実装される場合、命令は、コンピュータシステムのプロセッサ（複数可）によって実行可能な回路またはコードを含むモジュールを表す。それらのような命令の実行によって、コンピュータシステムは、本明細書で説明される特定の動作を実行するように構成される。プロセッサと組み合わせた各回路またはコードは、それぞれの動作（複数可）を実行するための手段を表す。動作は特定の順序で示されるが、特定の順序が必要とされていないことを理解されたい。

図示のように、フローは、コンピュータシステムがアプリケーションウィンドウ内にコンテンツを提示する動作９０２で開始する。例えば、アプリケーションが実行中であり、ディスプレイのＧＵＩ上のアプリケーションウィンドウ内にコンテンツを提示する。

一例では、動作９０４において、コンピュータシステムは通知データを受信する。通知データは、別のデバイスから受信され、コンテキストに関連付けられる。コンテキストは、他の属性の中でも、ソースアプリケーション、宛先アプリケーション、通知タイプ、及び／または通知サブジェクトを示す。他の情報もまたコンテキストで示され得る。

一例では、動作９０６において、コンピュータシステムは、通知データがアプリケーションに関連付けられているかどうかを決定する。特に、そのアプリケーションと通知データの宛先アプリケーションが同じである場合、通知データがそのアプリケーションに関連付けられていることが決定される。この場合、動作９０８は動作９０６の後に続く。それ以外の場合、動作９１２は動作９０６の後に続く。

一例では、動作９０８において、コンピュータシステムは、アプリケーションウィンドウがフォアグラウンドにあるかどうかを決定する。そうである場合、通知データはアクティブなアプリケーションに関連付けられることに応じて、コンテキスト内通知を提示することが決定される。この場合、動作９１０は動作９０８の後に続く。それ以外の場合、動作９１２は動作９０８の後に続く。

一例では、動作９１０において、コンピュータシステムは、アプリケーションウィンドウ内にコンテキスト内通知を提示する。さまざまなタイプのコンテキスト内通知が可能である。例示では、通知データがアプリケーションウィンドウのユーザ表示領域内の位置に提示可能である場合、インライン通知が使用される。通知データがユーザ表示領域の外側の位置に提示可能である場合、アプリケーション内通知が使用される。トリガされたフローに通知データが関連し、そのフローに関する情報をアプリケーションウィンドウが提示する場合、インフロー通知が使用される。

一例では、動作９１２において、コンピュータシステムは、通知データがアクティブなアプリケーションに関連付けられていないと、及び／またはアプリケーションウィンドウがフォアグラウンドにないと決定した。したがって、コンピュータシステムは、コンテキスト内通知の提示が制限される必要があると決定する。代わりに、コンピュータシステムは、ポップアップ通知を提示する必要があるかどうか、通知データをキューに送信して通知サマリーに追加する必要があるかどうか、及び／または通知を通知リストに送信する必要があるかどうかを決定することができる。
この決定を実行するには、さまざまな技法が可能である。一例の技法では、ルールセットを使用して、ポップアップ通知を使用する必要があるかどうかを決定する。それ以外の場合、通知データを通知サマリー及び／または通知リストに追加することができる。ルールセットは、通常、通知の時間的制約がある場合、及び／または通知がユーザに対してある一定の関連性レベルを有する場合、ポップアップ通知が使用される必要があると指定する。例えば、通知データに関連するアクティビティ、更新、またはイベントがバックグラウンド内で、またはバックグラウンド内に提示されたアプリケーションウィンドウ内で発生した場合、ポップアップ通知が使用可能である。
同様に、フィードバックが極秘タスクの完了、タスクの失敗、またはリモートで開始され、ユーザがデバイスにログインしたときにまだ処理中のタスクに関するものである場合も、ポップアップ通知が使用可能である。それ以外の場合、通知データを通知サマリー及び／または通知リストに追加することができる。別の例示的な技法では、動作モードを使用することができる。ここで、動作モードは、ポップアップ通知が許可されているか、制限されているかを示す通知設定に関連付けられることができる。許可されている場合、ポップアップ通知が提示される。それ以外の場合、通知データを通知サマリー及び／または通知リストに追加することができる。動作モードの使用は、その次の図に関連してさらに説明される。

フローの上記の説明では、通知データとアプリケーションとの関連付け、及びアプリケーションがフォアグラウンドのアプリケーションウィンドウ内にコンテンツを提示することは、コンテキストのマッチングの例である。コンテキスト及び／または他のタイプのコンテキストを使用する他の方法もまた可能である。

一例では、コンピュータシステムは、通知データに関連するコンテキストと、アプリケーションに関連するコンテキストとの間にマッチングが存在するかどうかを決定することができる。マッチングが存在する場合、コンピュータシステムは、動作９１０の下で示されるように、コンテキスト内通知についての提ｇｖ示スタイル（例えば、インライン提示スタイル、アプリケーション内提示スタイル、及び／またはインフロー提示スタイル）を決定することができる。
それ以外の場合、コンピュータシステムは、ポップアップ通知が提示される必要があると、またはコンテキスト内アプリケーションの提示を制限するいくつかの他の形式が使用されると決定することができる。ここで、この例では、通知データに関連するコンテキストは、アプリケーションの第一ユーザに関連する第一ユーザ識別子、通知データを生成したソースアプリケーションの第二ユーザに関連する第二ユーザ識別子、通知データのサブジェクト、通知データのタイプ、アプリケーションに関連する第一アプリケーション識別子、第二アプリケーションに関連する第二アプリケーション識別子、アプリケーションをホストする第一プラットフォーム（ビデオゲームプラットフォームなど）に関連する第一プラットフォーム識別子、またはソースアプリケーションをホストする第二プラットフォーム（ソーシャルメディアプラットフォームなど）に関連する第二プラットフォーム識別子のうちの少なくとも１つを含む。
アプリケーションに関連するコンテキストは、第一ユーザ識別子、第一アプリケーション識別子、第一プラットフォーム識別子、動作モード、またはアプリケーションウィンドウがディスプレイのフォアグラウンドにあるというインジケーションのうちの少なくとも１つを含む。マッチングは、例えば、第一ユーザ識別子が２つのコンテキスト内で同じである（または同じユーザアカウントにマッピングされ得る）場合、第一アプリケーション識別子が２つのコンテキスト内で同じである場合、及び／または第一プラットフォーム識別子が２つのコンテキスト内で同じである場合に存在する。また、マッチングは、通知データのサブジェクト、通知データのタイプ、第二ユーザ識別子、第二アプリケーション識別子、及び／または第二プラットフォーム識別子が通知データを提示するパーミッションに関連付けられている（例えば、例外リストにある）ことを、動作モード及び／またはフォアグラウンドの状態が示す場合に存在する。

これらのコンテキストの一部またはすべては、動作９０６及び／または９０８の下で他の方法でも同様に使用可能である。例えば、通知ソース、通知タイプ及び／または通知サブジェクトは、コンテキスト内通知が提示される必要があるかどうかを決定するためにさらに使用可能である。通知ソースが許可されたアプリケーションの例外リストにある場合、コンテキスト内通知が提示可能である。
さらに、またはあるいは、通知タイプが許可されたタイプとマッチングする場合、及び／または通知サブジェクトがフォアグラウンドのアプリケーションウィンドウ内に提示されるコンテンツのサブジェクトにマッチングする場合、コンテキスト内通知が提示可能である。説明のために、アクティブなアプリケーションは、第一ユーザの第一デバイス上で実行しているチャットアプリケーションである。第二ユーザは、第二デバイスがチャットアプリケーションの別のインスタンスを実行するように操作し、通知データとしてテキストを送信する。通知ソース（チャットアプリケーションのその他のインスタンスなど）及び通知タイプ（チャットなど）が許可されると仮定すると、テキストが進行中のチャットスレッドに対応する場合、コンテキスト内通知は提示可能である。それ以外の場合、ポップアップ通知が使用される。

他のタイプのコンテキストもまた可能である。ユーザコンテキスト及びアプリケーションコンテキストは、それらのような可能なコンテキストの例である。ユーザコンテキストは、コンテンツに対するユーザのアテンション（またはフォーカス）のレベルを示す。このレベルを決定するために、さまざまな技法が利用可能である。一例の技法では、デバイスの動作モードは、ユーザアテンションあるはユーザ注意力のレベルを示す。
例えば、映画を見ているユーザは、ビデオゲームをプレイしているユーザよりも低いレベルのアテンションに相当することができる。別の例の技法では、コンテンツのタイプは、ユーザアテンションのレベルを示す。例えば、チェスのビデオゲームをプレイしているユーザは、ファーストパーソンシューティングビデオゲームをプレイしているユーザよりも低いレベルのアテンションに相当することができる。さらに別の技法では、視線追跡システムによって検出された視線情報、または動き追跡システムによって検出された動きデータは、ユーザアテンションのレベルを示すことができる。
例えば、ユーザがＧＵＩを見ていないことを示す視線情報、または比較的低いレベルの動きを示す動き情報は、視線がＧＵＩ上にある場合、またはより高いレベルの動きが検出される場合よりも低いレベルのアテンションに相当することができる。アプリケーションコンテキストは、アプリケーションとのユーザインタラクションのレベルを示す。このレベルを決定するために、さまざまな技法もまた利用可能である。
一例の技法では、デバイスの動作モードは、ユーザインタラクションのレベルを示す。例えば、映画モードでは、ゲームモードと比較して、比較的低いレベルのユーザインタラクションが予想される。別の例の技法では、コンテンツのタイプは、ユーザアテンションのレベルを示す。例えば、チェスのビデオゲームの場合、ファーストパーソンシューティングビデオゲームと比較して、比較的低いレベルのユーザインタラクションが予想される。さらに別の技法では、入力デバイス（ビデオゲームコントローラなど）で受信するユーザ入力の量及び／または頻度は、ユーザインタラクションのレベルを示す。量が多いほど、及び／または頻度が高いほど、ユーザインタラクションのレベルは高くなる。

ユーザコンテキスト及び／またはアプリケーションコンテキストが与えられると、特定のタイプのコンテキスト内通知、もしくはポップアップ通知をトリガするように、または通知サマリーもしくは通知リストを使用するように、ルールは定義され得る。例えば、ユーザアテンションのレベル及び／またはユーザインタラクションのレベルが高いと（例えば、所定の閾値レベルを超えると）、ユーザが従事しているアクティビティに通知データが関連する（例えば、アクティブなアプリケーションに関連付けられる）場合にのみ、コンテキスト内通知が示される。それ以外の場合、通知データの時間的制約がある場合、または通知データがユーザコンテキスト及び／またはアプリケーションコンテキストに関連している場合、ポップアップ通知は使用される。そしてそれ以外の場合、通知データは通知サマリー及び／または通知リストに送信される。

さらに、上記のフローは、ルールセットとして格納可能である条件付きステートメントに関連して示される。条件付きステートメントは、ユーザプリファレンス及び／またはユーザ設定を反映するためにユーザ入力に基づいて、事前定義され、手動で更新され得る。さらに、それらのようなルール及び／または他のタイプのルールは、コンピュータシステムによって自動的に学習可能である。例えば、ユーザコンテキスト及び／またはアプリケーションコンテキストに関するデータは、ユーザについて、そしてさまざまなユーザ間で追跡され得る。そのようなデータに基づいて、機械学習（ＭＬ）アルゴリズムは、ルールを定義するパラメータを出力するようにトレーニングされる。次に、それらのようなルールはコンピュータシステムにプッシュされてもよく、またはトレーニングされたＭＬアルゴリズム自体はコンピュータシステム上でホストされてもよいことから、ユーザコンテキスト及び／またはアプリケーションコンテキストは入力として使用され、通知が提示される必要があるかどうかと、通知のタイプとを示す出力が受信される。

図１０は、本開示の実施形態による、デバイスの動作モードの一例を示す。デバイスは、ＧＵＩ１０１０をディスプレイ上に提示する。ＧＵＩ１０１０は、通知設定に関連するさまざまなフィールドを含む。第一フィールド１０２０は一般設定に対応し、第二フィールド１０３０は動作モードに対応し、第三フィールドは通知タイプに対応する（ソーシャルメディア通知を提供するソーシャルメディアチャネル、ゲーム通知を提供するゲームチャネル、メディア及びイベントの通知を提供するメディア及びイベントのチャネル、ダウンロード及びアップロードの通知を提供するダウンロード及びアップロードのチャネル、プロモーション及びオファーの通知を提供するプロモーション及びオファーのチャネルなどのようなさまざまなチャネルとして示される）。３つのフィールドのそれぞれは、選択されたフィールドの下で定義可能である通知設定をさらに提示するように選択され得る。図１０は、動作モードフィールド１０３０の選択を示す。

図示のように、複数の動作モードが可能である（図１０はそれらのようなモードのうちの４つを示す）。それらのようなモードは、異なるフィールド１０３２内で識別されることができ、それらのようなフィールドのそれぞれは、図１１にさらに示されるように、対応する動作モードに適用可能な通知設定をさらに提示するように選択され得る。各モードは、デバイスの動作モードを示す。それらのようなモードのそれぞれの中では、異なるユーザコンテキスト及び／または異なるアプリケーションコンテキストが予想され得る。換言すれば、ユーザアテンションのレベル及び／またはユーザインタラクションのレベルは、動作モード間で変更することができる。その変更を反映するために、通知設定は動作モード間で異なることができる。

説明のために、デバイスはビデオゲームコンソールである。これらの動作モードは、ゲームモード、コンテンツオンデマンドモード（映画及びビデオモードなど）、コンテンツブロードキャストモード、または仮想現実モードを含む。ゲームモードでは、コンテンツオンデマンドモードまたはコンテンツブロードキャストモードに比べて、ユーザアテンション及び／またはユーザインタラクションのレベルが高いが、仮想現実モードのレベルよりも低いことが予想され得る。

図１１は、本開示の実施形態による、動作モードに関連する通知設定の一例を示す。例えば、図１０のフィールド１０３２に提示されるような「動作モードＡ」のユーザ選択の際には、選択された動作モードに適用可能な通知設定が提示される。

一例では、ＧＵＩ１１１０は、動作モード１１２０を識別し、異なる通知タイプ１１３０（例えば、ダウンロード完了、アップロード完了、オンラインのフレンド、ゲームへの招待、ブロードキャストへの招待、音楽トラックの変更、グループアクティビティなど）を示す例外リストを提示する。それらのような通知タイプ１１３０のそれぞれが選択可能である。例えば、チェックボックス１１４０は、各通知タイプの隣に表示されることができ、チェックされると、通知タイプが選択されたことを示す。例外リストからの通知タイプの選択は、通知データが受信され、選択された通知タイプに関連付けられている場合、デバイスが動作モード１１２０中であるときに対応する通知が提示される（コンテキスト内かポップアップかに関わらず）ことが可能であることを示す。換言すれば、動作モード１１２０は、例外リストに関連付けられており、例外リスト上の通知タイプが選択される場合にのみ、対応する通知が提示可能である。通知タイプが選択されていない場合、対応する通知の提示は制限される。

図１１は例外リストを示すが、他のタイプのリストは使用可能である。例えば、パーミッションリストが可能である。パーミッションリストの下で通知タイプが選択されていない場合、対応する通知の提示は許可される。選択されると、通知の提示は制限される。さらに、通知タイプを図示するが、他のパラメータを使用して、動作モードごとのパーミッション及び制限を定義することができる。例えば、例外リストは、ソースアプリケーション、宛先アプリケーション、及び／またはソースアプリケーション及び／または宛先アプリケーションのタイプ（例えば、ソーシャルメディアアプリケーション、ゲームアプリケーションなど）を識別することができる。これらのパラメータのいずれかが選択される場合、選択されたパラメータに関連する通知データ（例えば、選択されたソースアプリケーション、宛先アプリケーション、またはアプリケーションタイプに関連する通知データ）は、対応する通知の提示をもたらすことができる。

動作モードのそれぞれは、独自の通知設定セットに関連付けられることができる。それらのような設定は、ある特定のデフォルトコンフィグレーション（例えば、デフォルトの選択及び通知タイプの）に設定され得る。また、デフォルトコンフィグレーションを変更する（例えば、選択された通知設定を選択解除し、選択解除された通知設定を選択する）ユーザ入力が受信可能である。さらに、デフォルトコンフィグレーションまたはカスタマイズされたコンフィグレーションへの変更は、コンピュータシステム（バックエンドサーバを含むものなど）からプッシュされ得る。一例では、プッシュをサポートするために、コンピュータシステムは変更を自動的に学習する。例えば、ユーザコンテキスト及び／またはアプリケーションコンテキストに関するデータは、各動作モードの下でユーザについて、そしてさまざまなユーザ間で追跡され得る。そのようなデータに基づいて、ＭＬアルゴリズムは、コンフィグレーションを定義するパラメータを出力するようにトレーニングされる。

一例では、デバイスは、通知設定に関連する動作モード中である。通知データを受信する。通知データに関連する通知タイプ（及び追加の、または代替のソースアプリケーション、宛先アプリケーション、ソースアプリケーションのタイプ、宛先アプリケーションのタイプ）は、通知設定と照合される。対応する通知の提示を通知設定が許可する場合、通知データは、コンテキスト内通知またはポップアップ通知を提示するためにさらに使用される。それ以外の場合、対応する通知は、通知サマリーへの追加のためにキューに送信され得る、または通知が異なる時点で取得されて提示可能であるように通知リストに追加され得る。

通知サマリーは、その残りの通知を表示するオプションに加えて、優先順位に従って示されていない通知の編成と、最も優先順位の高い通知のサブセットのユーザへの提示とをサポートする。図１７～２０は、通知サマリーの例を説明する。比較すると、通知リストは、図１２～１６にさらに示されるように、通知を編成する異なる方法を表す。一般に、通知リストは、さまざまな属性（例えば、さまざまなソースアプリケーション及び／または宛先アプリケーションに関連するさまざまな通知タイプなどの）を有する通知を含む。さらに、通知リストでは、通知リストがユーザに提示される場合、最新の通知が提示されるように、通知は他の通知と、置換され、置換されて蓄積され、変更され、及び／またはグループ化され得る。さらに、ある特定のコンテキストが与えられると（例えば、デバイスが提示を制限する特定の動作モード中であると仮定すると）、通知は、通知リストに追加された後、コンテキストが変わるときに（例えば、デバイスが提示を許可する別の動作モードに変わるときに）コンテキスト内通知またはポップアップ通知として提示可能である。したがって、置換、置換及び蓄積、変更、ならびにグループ化の動作もまた、コンテキスト内通知及びポップアップ通知の提示に影響することができる。

図１２は、本開示の実施形態による、通知を置換する一例を示す。通知の置換は、第一通知を除去し、第一通知を第二通知に置換する方法を表す。通常、第二通知は、第一通知よりも新しいタイムスタンプを有する。通知の置換は、新しい通知（例えば、コンテキスト内通知またはポップアップ通知）をもたらすことができ、そのような通知を通知リストの一番上に置くことができる。

一例では、通知の置換は、置換された以前の通知のいかなる情報またはインジケーションも含まない。したがって、この置換方法は、置換された以前のコンテンツをユーザに通知する価値がなくなる場合、通常使用される。このアプローチを反映するために、ルールセットを定義可能である。例えば、以前のコンテンツが、期限切れになる場合（例えば、そのタイムスタンプが過去のものである場合）、または関連しなくなる場合（例えば、アクティブではなくなるアプリケーションに通知データが関連付けられている場合）、通知の置換は使用される。通知の置換は、置換されるコンテンツがフロー内のタスクのステータスに関するものである場合（例えば、ダウンロードが進行中で、現在完了している場合など）にも使用される。通知の置換は、通知データが更新された情報を含むが、更新が通知データの関連性に影響しない場合にも使用される（例えば、ビデオゲームチームの名前が３回変更されたことを通知データが示す場合など、そこでは「２」の数は関連性に影響しない）。

図１２に示されるように、第一通知１２１０はタスク（ダウンロードなど）に関する。第一通知１２１０は、第一タイムスタンプ（２時間など）を有し、タスクステータス（ダウンロードの開始など）を示す。タスクが進行すると、タスクの進行状況を示す追加の通知データが受信される。通知データはタスクステータスに関するものであるため、通知データは第一通知１２１０を置換するために使用される。特に、第一通知１２１０を第二通知１２５０に置換し、この第二通知は第二タイムスタンプ（３分など）を有し、この第二タイムスタンプはそのタイムスタンプでのステータス（例えば、ダウンロードが３分前に完了した）を示す。

したがって、通知１２１０が通知リストに追加された場合、通知リストは、代わりに第二通知１２５０を含むように更新される。第二通知１２５０は、第二タイムスタンプに従って通知リストに配置される。同様に、第一通知１２１０がコンテキスト内またはポップアップ通知として提示された場合、この提示は、代わりに第二通知１２５０を示すように更新される。

図１３は、本開示の実施形態による、通知を置換して蓄積する一例を示す。通知の置換及び蓄積は、もう１つの通知置換方法である。ここで、方法は、通知を置換することに加えて、カウンタ（蓄積パラメータなど）を使用して、置換が実行された回数をカウントアップする。したがって、通知が置換されたことだけでなく、置換された通知に関して追加のアクティビティがあったこともユーザに通知することができる。カウンタの提示は、通知内にあること、通知とは別であること、または通知を提示せずに単独で示され得る。

一例では、通知の置換及び蓄積は、前のコンテンツが期限切れになっていない場合、及び／または依然として関連性を有する場合に使用される。さらに、通知の置換及び蓄積は、置換されたコンテンツの認知された重要性にカウンタの値の数量が影響する可能性がある場合に使用される。

図１３に示されるように、第一通知１３１０は、イベント（ソーシャルメディアプラットフォーム上でユーザがポストした写真など）に関する。第一通知１３１０は、第一タイムスタンプ（２時間など）を有し、イベントに関する通知データ（フレンドＡによる写真の「いいね（liked）」）を含む。経時的に、他の通知データは、受信され、同じイベントに関する。例えば、他の３人のフレンドから写真の「いいね」を示す、第二、第三、及び第四通知データをさまざまな時間に受信する。最新の通知データ（第四通知データ－フレンドＢからの写真の「いいね」）は、第四タイムスタンプ（３分など）を有し、最後の置換として使用される。さらに、通知データのうちの１つを受信するごとにカウンタが増加するため、その現在の値は３である。したがって、新しい通知１３５０は、第一通知１３１０と置換され、第四タイムスタンプを有する。新しい通知１３５０は、最新の通知データ（例えば、フレンドＤからの写真の「いいね」）を含み、カウンタの最新の値（他の３人など）を示す。

したがって、通知１３１０を通知リストに追加した場合、通知リストは、代わりに新しい通知１３５０を含むように更新される。新しい通知１３５０は、第四タイムスタンプに従って通知リスト中に配置される。同様に、第一通知１３１０がコンテキスト内またはポップアップ通知として提示された場合、この提示は、代わりに新しい通知１３５０を示すように更新される。

図１４は、本開示の実施形態による、通知を変更する一例を示す。通知の変更は、フォアグラウンド中でユーザに通知することなく、通知がこの通知に追加されるさらなる通知データを含む方法を表す。この方法は、変更をユーザに再通知せず、通知をその時系列順に通知リスト内で維持する。

一例では、通知の変更は、既存の通知がまだ提示されておらず、追加の通知データが元の通知データの関連性もしくは時間的制約に影響しない場合に、または追加の通知データが同じ宛先アプリケーションへのものであり、元の通知データと同じアクションを含む場合に使用される。通知の変更は、新しい通知を生成しないようにし、その順序を通知リスト中で変えないようにするためにも使用される。

図１４に示されるように、第一通知１４１０はイベント（ゲームプレイへの招待など）に関する。第一通知１４１０は、第一タイムスタンプ（２時間など）を有し、イベントに関する通知データ（フレンドＡからのゲーム招待など）を含む。その後、追加の通知データは、受信され、イベントに関連し、第一通知の関連性を変更しない。例えば、追加の通知データは、ゲーム招待の承諾または拒否をフレンドＡがまだ待っていることを示す。したがって、変更された通知１４５０が提示され、この変更された通知１４５０は、そのコンテンツが変更された（例えば、フレンドＡがまだ待っていることを示す）ことを除いて、第一通知１４５０と同じである。第一通知１４１０のタイムスタンプは、変更された通知１４５０に示され得る。

図１５は、本開示の実施形態による、通知をグループ化する一例を示す。通知のグループ化は、１つの通知を少なくとも別の通知と共にグループ化する方法を表す。通知は、合わせてグループ化されるが、個別の通知として処理される。この方法は、ユーザが通知アクティビティの高レベルのサマリーを見ることを可能にする。通知リスト中で見る場合でも、通知は、別個で、かつ時系列順に表示される。

一例では、通知のグループ化は、通知が少なくとも１つの共通の属性を共有する場合に使用される。例えば、複数の通知が同じ通知タイプ（チャットメッセージなど）を含む場合、これらの通知は、通知タイプに対応するグループの下で合わせてグループ化される。同様に、複数の通知が同じソースアプリケーション、宛先アプリケーション、及び／またはソース及び／または宛先アプリケーションのタイプに関連付けられている場合、これらの通知は合わせてグループ化され得る。

図１５に示されるように、通知の第一セット１５１０を通知リストに追加する。第一セット１５１０は、第一タイムスタンプ（２時間前）を有する第一チャット通知、第二タイムスタンプ（１時間前）を有するソーシャルメディア通知、及び第三タイムスタンプ（３０分前）を有する第二チャット通知を含む。２つのチャット通知を合わせてグループ化するが、ソーシャルメディア通知をグループ化しない。グループ化によって、いかなる通知またはそれらのタイムスタンプも変更されない。したがって、グループ化の完了時には、通知の第二セット１５５０を定義する。第二セット１５５０は、第一セット１５１０の再編成を表す。第二セット１５５０では、第一チャット通知及び第二チャット通知をそれらの時系列順に従って合わせてグループ化する（例えば、第一チャット通知を最初にリストに載せる）。

図１６は、本開示の実施形態による、動作モードに従って、通知を提示するフローの一例を示す。フローの動作は、ハードウェア回路として実装可能であり、及び／またはビデオゲームシステムまたはバックエンドサーバなどのコンピュータシステムの非一時的なコンピュータ可読媒体にコンピュータ可読命令として格納可能である。実装される場合、命令は、コンピュータシステムのプロセッサ（複数可）によって実行可能な回路またはコードを含むモジュールを表す。それらのような命令の実行によって、コンピュータシステムは、本明細書で説明される特定の動作を実行するように構成される。プロセッサと組み合わせた各回路またはコードは、それぞれの動作（複数可）を実行するための手段を表す。動作は特定の順序で示されるが、特定の順序が必要とされていないことを理解されたい。

図示のように、フローは、コンピュータシステムがアプリケーションウィンドウ内にコンテンツを提示する動作１６０２で開始する。例えば、アプリケーションが実行中であり、デバイスと通信可能に結合されたディスプレイのＧＵＩ上のアプリケーションウィンドウ内にコンテンツを提示する。デバイスは、コンピュータシステムのコンピューティングコンポーネントであってもよい。

一例では、動作１６０４において、コンピュータシステムは通知データを受信する。通知データは、別のデバイスから受信され、他の属性の中でも、ソースアプリケーション、宛先アプリケーション、通知のタイプ、及び／または通知のサブジェクトに関連付けられる。

一例では、動作１６０６において、コンピュータシステムは、デバイスの動作モードを決定する。一般に、動作モードは、通知データを受信する時点での、またはこの時点を含む時間ウィンドウ内の、デバイスの動作モードに対応する。その動作モードを決定するために、さまざまな技法は利用可能である。一例の技法では、動作モードを起動するユーザ入力を受信する。このユーザ入力は、動作モードのユーザ選択を表す。別の例の技法では、決定は、ユーザ選択に依存する必要はない。代わりに、提示されているコンテンツのタイプ、コンテンツのタイトル、コンテンツのソース、アプリケーションのタイプ、ユーザアテンションのレベル、及び／またはユーザインタラクションのレベルに基づいて、動作モードを決定する。例えば、コンテンツがビデオゲームコンテンツを表し、ユーザがビデオゲームをアクティブにプレイしていることをユーザインタラクションのレベルが示す場合、ビデオゲームモードを決定する。

一例では、動作１６０８において、コンピュータシステムは、通知データに対応する通知が提示される必要があるかどうかを決定する。特に、通知モードは通知設定に関連付けられる。通知設定は、ソースアプリケーション、宛先アプリケーション、通知のタイプ、及び／または通知のサブジェクトなど、通知データの属性に基づいて、通知の提示を許可するかどうかを指定することができる。許可される場合、動作１６１０は動作１６０８の後に続く。それ以外の場合、動作１６１２は動作１６０８の後に続く。

一例では、動作１６１０において、コンピュータシステムは、通知をコンテキスト内通知またはポップアップ通知として提示する。図４～９に関連して本明細書で上記に説明されるように、ルールセットを使用して、通知のタイプを決定することができる。

一例では、動作１６１２において、コンピュータシステムは、通知の提示を制限する必要があると決定した。したがって、コンピュータシステムは、通知を通知リスト（またはその次の図に関連して説明されるように通知サマリー）に送信する。

一例では、動作１６１４において、コンピュータシステムは、通知リスト中の通知を更新する。通知の置換、通知の置換及び蓄積、通知の変更、及び／または通知のグループ化を含む、さまざまなタイプの更新が可能である。これらの更新は、図１２～１５に関連して本明細書で上記に説明される、通知の属性及び更新ルールのセットに依存することができる。

一例では、動作１６１６において、コンピュータシステムは通知リストを提示する。この提示をトリガするには、さまざまなトリガが可能である。１つの例示では、ユーザ入力は、受信され、通知についての要求を示す。特に、選択可能なアイコンをＧＵＩ上に提示することができ、このアイコンのユーザ選択はその要求を示す。通知リストには、さまざまな通知が折りたたみ状態で示され、それらの時系列順に従って配置される。それらの通知のうちの１つをユーザが選択すると、その提示が展開状態に変わる。

本明細書の上記に動作１６０８及び１６１２で示されるように、動作モードに関連する通知設定は通知の提示が制限されていることを示す場合、この通知は、提示されない場合があり、代わりに通知リストに追加される。ただし、動作モードが通知設定の第二セットに関連する第二動作モードに変わるとコンピュータシステムが決定する場合があり得る。この場合、コンピュータシステムは、第二セットが提示を許可するかどうかを決定する。そうである場合、通知を提示し、通知リストから除外する。例えば、動作モード中に、通知を受信したが、提示しなかった可能性がある。第二動作モードへの変更の決定時に、コンピュータシステムは、それらのような通知のセットを決定すること、そして受信されたが提示されなかった通知の少なくとも１サブセットを提示することができる。ここで、提示（例えば、提示する通知、それらのような通知の総数、提示スタイル、及び他の提示要素）は、第二動作モードの通知設定に依存することができる。

上記のフローは、通知設定及びルールに関連して示される。通知設定及びルールは、ユーザプリファレンス及び／またはユーザ設定を反映するためにユーザ入力に基づいて、事前定義され、手動で更新され得る。さらに、それらのような通知設定及びルールを、コンピュータシステムは自動的に学習することができる。例えば、ユーザコンテキスト及び／またはアプリケーションコンテキストに関するデータは、さまざまな動作モードの下で、ユーザについて、そしてさまざまなユーザ間で追跡可能である。そのようなデータに基づいて、ＭＬアルゴリズムは、通知設定及びルールを定義するパラメータを出力するようにトレーニングされる。次に、それらのような通知設置及びルールをコンピュータシステムにプッシュすることができること、またはトレーニングされたＭＬアルゴリズム自体をコンピュータシステム上でホストすることができることにより、ユーザコンテキスト及び／またはアプリケーションコンテキストを入力として使用し、通知が提示される必要があるかどうかと、通知のタイプとを示す出力を受信する。

図１７は、本開示の実施形態による、動作モードに従う通知サマリーの一例を示す。一般に、アプリケーションは、実行中であり、ＧＵＩ上のアプリケーションウィンドウ内にコンテンツを提示していることができる。通知データを通知（コンテキスト内またはポップアップ）内に提示する必要がないと決定した場合、通知データをキューに追加することができる。そのキューから通知サマリーを生成することができ、この通知サマリーは提示されていない通知を含む。それらの通知は、さまざまな属性（例えば、さまざまなソースアプリケーション及び／または宛先アプリケーションに関連する、さまざまな通知タイプなどの）を有することができる。そのサマリーでの通知は、それらの優先順位に基づいて編成される。通知の優先順位は、通知の関連性及び最新性に基づいて定義され得る。経時的に、優先順位は変更され、通知は再編成され得る。通知サマリーは、通知サマリー中の通知の総数を示す折りたたみ状態などの第一状態で、ＧＵＩ上に提示可能である。通知サマリーのユーザ選択時に、通知サマリーは、通知の一部またはすべてを示す展開状態などの第二状態で提示される。このようにして、ユーザは示されなかった通知の総数を迅速に決定することができ、最も優先順位の高い通知に迅速、かつ効率的にアクセスすることができる。

図１７に示されるように、アプリケーション（ビデオゲームアプリケーションなど）は、ディスプレイのＧＵＩ１７１０上のアプリケーションウィンドウ１７２０内にコンテンツ（ビデオゲームコンテンツなど）を提示する。複数の通知に対応する通知データを受信する。特定のコンテキスト（例えば、アプリケーションに関連付けられていない通知データ、及びフォアグラウンド内にあるアプリケーションウィンドウ１７２０）が与えられると、通知を提示しないと決定する。代わりに、通知サマリー１７３０は、通知が受信されて表示可能であることを示す第一状態で、ＧＵＩ１７１０上に提示される。

一例では、通知サマリー１７３０は、アプリケーションウィンドウ１７２０の外側のポップアップウィンドウ内に提示される。別の例では、通知サマリー１７３０は、少なくとも部分的にアプリケーションウィンドウ１７２０上のポップアップウィンドウ内に提示される。さらに別の例では、通知サマリー１７３０は、通知の総数を示す、ＧＵＩ１７１０の所定の領域（例えば、右上隅）内に動的アイコンとして提示される。さらなる例では、通知サマリー１７３０は、特定のコンテキストが変更されるまで提示されない。例えば、アプリケーションが実行を停止する、またはアプリケーションウィンドウ１７２０がバックグラウンドに移動すると、通知サマリー１７３０が提示される。

ユーザ選択を示す通知サマリー１７３０とのユーザインタラクトの際に、通知サマリー１７３０は、第二状態で提示される（図１７は通知サマリー１７５０として第二状態での通知サマリー１７３０を示す）。第二状態では、通知に関連する追加情報を提示することができる。例えば、通知のうちの１つ以上を識別する。

図１８は、本開示の実施形態による、通知サマリーの状態の例を示す。一例では、複数の状態が可能であり、各状態では、異なるレベルの情報を示すことができる。

第一状態１８１０は、折りたたみ状態に対応し、通知サマリーのヘッダを示す。ヘッダは、通知が提示されていない（例えば、「あなたが［いなかった／ゲームしていた／見ていたなどの］間に．．．」などのテキストを含むことによって）ことと、それらのような通知の総数（例えば、「８個の新しい通知」）とを示す。さらに、ヘッダは、通知サマリーが提示される理由を示すことができる。さまざまな理由は、存在し、一般にユーザコンテキスト及び／またはアプリケーションコンテキストに依存し、通知を即時に提示するのではなく通知をキューに入れる結果となった条件に対応することができる。例えば、通知サマリーは、コンピューティングデバイスに結合されたディスプレイ上に提示される。１つの理由は、即時提示を妨げたコンピューティングデバイスの動作モードに対応する（例えば、「あなたがゲームしていた間に、８個の通知を受信した」）。もう１つの理由は、コンピューティングデバイスの電源がオフになっている間に１つ以上の通知が受信されることに対応する（例えば、「あなたがいなかった間に、８個の通知を受信した」）。さらに別の理由は、関連するユーザがコンピューティングデバイスにログインしていないことに対応する（例えば、「あなたがログオフしていた間に、８個の通知を受信した」）。このようにして、通知サマリー、及び通知サマリーについての理由は、第一状態１８１０の下で同時に提示される。

第二状態１８４０は、展開状態に対応し、ヘッダ、通知の選択されたサブセットのプレビュー、及びプレビューにない残りの通知の総数を示す。ヘッダは同じままにすることができる、または変更され得る（例えば、テキストを含まない、必要はないが通知サマリーの理由を示すことができるなど）。それでも、ヘッダは、通常、通知サマリー内にある通知の総数を示す。選択されたサブセットは、所定の数の最も優先順位の高い通知（例えば、上位３個の通知）に対応する。プレビューは、そのような各通知を折りたたみ状態で示す（図８に関連して説明されるように）。通知サマリーの下部に、残りの通知の総数が示され、この数は、通知サマリー中の通知の総数から、プレビュー中の通知の総数を減算したものに対応する（例えば、「残り５個の通知」）。

本明細書の上記で説明されるように、通知は、通知サマリーからプレビュー中に折りたたみ状態で提示される。ユーザ入力は、受信されることができ、通知のユーザ選択を示すことができる。それに応答して、通知は展開状態で提示可能である。展開状態での通知の提示には、さまざまな技法が可能である。１つの技法では、通知サマリーはさらに展開され（例えば、そのウィンドウのサイズは大きくなり）、展開された通知は引き続き通知サマリー内に提示される（例えば、プレビューから他の通知をプッシュダウンすることによってウィンドウ内に提示される）。別の技法では、展開された通知は、通知サマリーとは別のウィンドウ内に示される。この場合、そこから通知を除去することで、通知サマリーを更新することができる。

第三状態１８７０もまた展開状態に対応する。ただし、ここでは、サブセットではなく、すべての通知をプレビューする。通知のプレビューが通知サマリーのウィンドウよりも広い領域を必要とする場合、スクロールメカニズムを使用して通知全体をスクロールすることができる。これらの通知はそれらの優先順位に従って編成されており、最も優先順位の高い通知は通知サマリーの上部にプレビューされ、最も優先順位の低い通知は通知サマリーの下部にプレビューされる。

図１９は、本開示の実施形態による、通知を要約する例を示す。一例では、通知はそれらの優先順位に従って編成される。展開状態では、通知サマリーは通知のサブセットをプレビューし、このサブセットは優先順位に基づいて選択される。通知の優先順位は、その関連性及びその最新性のいずれか、または両方として定義され得る。関連性は、通知がユーザコンテキスト及び／またはアプリケーションコンテキストなどの現在のコンテキストにどの程度関連しているかを示す。最新性は、現在の時刻と、対応する通知データを受信した時刻との間の差を示す。

図示のように、通知（または通知データ）のセット１９１０をキューに入れる（図１９は８個の通知を示す）。そのような各通知は、対応する通知データを受信した時点を表すタイムスタンプに関連付けられる。通知の最新性は、現在の時刻とタイムスタンプとの間の差として決定され得る（例えば、図示のように、「通知Ａ」は、対応する通知データを１分前に受信したことを示す１分の最新性を有する）。

通知の関連性を決定するために、さまざまな技術が利用可能である。１つの技法では、関連性は通知のタイプに依存する。特に、関連性は、通知のタイプ（またはソースアプリケーション、宛先アプリケーション、カウンタ、ソース及び／または宛先アプリケーションのタイプなどの通知タイプの任意の他の属性など）ごとに事前定義され得る。例えば、通知がビデオゲーム通知である場合、その関連性はソーシャルメディア通知のものよりも高く、同様に、プロモーション通知のものよりも高い。
別の技法では、関連性は動作モードに応じて変わり得る。特に、各動作モードは、通知のタイプ（または任意の他の属性）ごとに所定の関連性に関連付けられることができる。例えば、動作モードがソーシャルメディアモードである場合、ソーシャルメディア通知は最も高い関連性に関連付けられる。
さらなる技法では、関連性は、通知がアプリケーションウィンドウを、フォアグラウンド内に有するアプリケーションに関連付けられているか、バックグラウンド内に有するアプリケーションに関連付けられているかに依存する。フォアグラウンド内である場合、関連性は、バックグラウンドのアプリケーションウィンドウに関連付けられる通知の関連性よりも高い。さらに別の技法では、関連性は、ユーザコンテキスト及び／またはアプリケーションコンテキストに依存する。それらのようなコンテキストがアクティビティ、イベント、更新、またはフィードバックを示す場合、また通知がアクティビティ、イベント、更新、またはフィードバックに関連付けられている場合、その関連性は高くなる。
例えば、ユーザアテンションがビデオゲームコンテンツにあることをユーザコンテキストが示す場合、またアプリケーションコンテキストが特定のビデオゲームアプリケーションとのユーザインタラクションを示す場合、ビデオゲームアプリケーションに関連する通知は、別のビデオゲームアプリケーションに関連する通知よりも高い関連性を有し、同様に、非ビデオゲームアプリケーションに関連する通知よりも高い関連性を有する。
別の技法では、通知データをキューに送信し、対応する第一通知を通知サマリーに追加すると、この通知データをユーザのモバイルデバイスなど、ユーザの第二デバイスにも送信することができる。第二デバイス上の対応する第二通知とのユーザインタラクションを監視する。第二通知を提示すると、通知サマリー中の第一通知の関連性は最低まで下げられる、または第一通知でさえ通知サマリーから除去され得る。第二通知が提示されることなく閉じられた場合、第一通知の関連性を所定のレベル（ただし、最低ではない）まで下げることができる。第二通知とのユーザインタラクションを検出しない場合、第一通知の関連性を変更しない。
さらなる技法では、ＭＬアルゴリズムを使用して通知の関連性を生成することができる。特に、ユーザコンテキスト及び／またはアプリケーションコンテキストに関するデータ、通知がどのように提示されてから閉じられたか、あるいは、通知が制限された後に見られたかを、ユーザについて、そしてさまざまなユーザ間で追跡することができる。そのようなデータに基づいて、ＭＬアルゴリズムは、通知の関連性を出力するようにトレーニングされる。

経時的に、通知サマリー中の通知の優先順位は、その関連性及び最新性の一方または両方に基づいて変更される。時間間隔（例えば、５分ごと）で、または優先順位の変更を検出するときに、通知サマリー中の通知を再配置することができる。さらに、またはあるいは、通知サマリーをＧＵＩ上に提示する時点で、通知の最新の優先順位を決定することに応じて、これらの通知を再配置する。

一例では、通知サマリーは、最初に、各通知（例えば、プロモーションよりも高い関連性を有するメッセージ）に割り当てられる関連性に基づいて編成される。次に、これらの通知は、最新性に基づいてソートされる（例えば、最新のメッセージは古いメッセージより上に示される）。所定の数（３個など）の最も優先順位の高い通知（通知サマリー中の最初の３個の通知など）を、通知サマリーのプレビュー内に提示することができる。

図１９に示されるように、通知のセット１９１０の通知サマリー１９５０は、通知サマリー１９５０が提示される理由も示す展開状態で提示可能である。提示時点では、「通知Ｄ」の前に「通知Ａ」を受信したが、「通知Ｄ」は最も関連性が高く、「通知Ａ」及び「通知Ｇ」を後に伴う。

図２０は、本開示の実施形態による、通知を要約して提示するフローの一例を示す。フローの動作は、ハードウェア回路として実装でき、及び／またはビデオゲームシステムまたはバックエンドサーバなどのコンピュータシステムの非一時的なコンピュータ可読媒体にコンピュータ可読命令として格納できる。実装される場合、命令は、コンピュータシステムのプロセッサ（複数可）によって実行可能な回路またはコードを含むモジュールを表す。それらのような命令の実行によって、コンピュータシステムは、本明細書で説明される特定の動作を実行するように構成される。プロセッサと組み合わせた各回路またはコードは、それぞれの動作（複数可）を実行するための手段を表す。動作は特定の順序で示されるが、特定の順序が必要とされていないことを理解されたい。

図示のように、フローは、コンピュータシステムがアプリケーションウィンドウ内にコンテンツを提示する動作２００２で開始する。例えば、アプリケーションが実行中であり、デバイスと通信可能に結合されたディスプレイのＧＵＩ上のアプリケーションウィンドウ内にコンテンツを提示する。デバイスは、コンピュータシステムのコンピューティングコンポーネントであり得る。

一例では、動作２００４において、コンピュータシステムは通知データを受信する。通知データは、別のデバイスから受信され、他の属性の中でも、ソースアプリケーション、宛先アプリケーション、通知のタイプ、及び／または通知のサブジェクトに関連付けられる。通知データを使用して、ＧＵＩ上に通知を提示することができる。

一例では、動作２００６において、コンピュータシステムは、通知をキューに入れるかどうかを決定する。特に、コンピュータシステムは、通知の提示を制限する（例えば、通知をコンテキスト内通知またはポップアップ通知として提示しない）と決定する。本明細書の上記のように、通知を制限するか、提示するかを決定するために、さまざまな技法が可能である。通知を制限する必要がある場合、コンピュータシステムは、通知をキューに入れるかどうかを決定することができる。
例示では、コンピュータシステムは、通知データがアプリケーションに関連付けられていないという決定、及びアプリケーションウィンドウがディスプレイのフォアグラウンド中に提示されるという決定に基づいて、通知をキューに入れると決定する。別の例示では、コンピュータシステムは、通知データがアプリケーションに関連付けられているという決定、及びアプリケーションウィンドウがディスプレイのバックグラウンド中に提示されるという決定に基づいて、通知をキューに入れると決定する。通知を提示する場合、動作２００８は動作２００６の後に続く。それ以外の場合、動作２０１０は動作２００６の後に続く。

一例では、動作２００８において、コンピュータシステムは、通知をコンテキスト内通知またはポップアップ通知として提示する。図４～９に関連して本明細書で上記に説明されるように、ルールセットを使用して、通知のタイプを決定することができる。

一例では、動作２０１０において、コンピュータシステムは、第一時点で、通知のキューに通知を送信する。キュー内の各通知は、通知の優先順位に関連付けられる。通知の優先順位は、関連性及び最新性として定義可能である。

一例では、動作２０１２において、コンピュータシステムは、第二時点で、キュー内の通知を更新する。例えば、各通知の関連性は、図１９に関連して本明細書の上記に説明されるように更新される。各通知の最新性もまた、通知のタイムスタンプに基づいて更新される。通知は、それらの関連性に従って再編成（ランク付けなど）され、それらの最新性に従ってソートされる。

一例では、動作２０１４において、コンピュータシステムは、通知のサブセットを選択する。例えば、所定の数（３個など）の通知を選択する。３個の最も優先順位の高い（または所定の数の）通知が選択され、そのサブセットを形成する。

一例では、動作２０１６において、コンピュータシステムは、通知サマリーを生成する。通知サマリーは、優先順位に従って編成される、さまざまな通知を含む。また、通知サマリーは、通知の総数を示すヘッダ、通知のサブセットのプレビュー、及び残りの通知の総数を示すフッタを含み得る。

一例では、動作２０１８において、コンピュータシステムは通知サマリーを提示する。例えば、通知サマリーは、ヘッダを示す第一状態で提示される。ヘッダとのユーザインタラクションに基づいて、プレビュー及びフッタをさらに示す第二状態で、通知サマリーを提示する。フッタとのユーザインタラクション時に、通知サマリー中のさまざまな通知をプレビューする。

図２０では、コンテンツをアプリケーションウィンドウ中に提示している間に通知データを受信することが示されるが、フローは、デバイスの電源がオフになっている間に通知データを受信するときに、またはユーザがデバイスにログインしていないときに、通知サマリーを提示することにも同様に適用される。さらに、コンピュータシステムは、通知のさまざまなセットを含む通知リストを生成することができる。第一セットは、受信されたが提示された第一通知に対応することができる。第二セットは、受信されて提示された通知に対応することができる。通知サマリーを提示するトリガ時に、通知サマリーを通知リストから生成することができ、この通知サマリーは、第一通知のうちの１つ以上に対応するサブセットを含む。

図２１は、本開示の実施形態による、ビデオゲームコンソール上でコンテキスト内通知及びポップアップ通知を提示するフローの一例を示す。フローの動作は、ハードウェア回路として実装でき、及び／またはビデオゲームコンソールの非一時的なコンピュータ可読媒体にコンピュータ可読命令として格納できる。実装される場合、命令は、ビデオゲームコンソールのプロセッサ（複数可）によって実行可能な回路またはコードを含むモジュールを表す。それらのような命令の実行によって、ビデオゲームコンソールは、本明細書で説明される特定の動作を実行するように構成される。プロセッサと組み合わせた各回路またはコードは、それぞれの動作（複数可）を実行するための手段を表す。動作は特定の順序で示されるが、特定の順序が必要とされていないことを理解されたい。

一例では、ビデオゲームコンソールは通知データを受信する。動作２１０２では、ビデオゲームコンソールは、ビデオゲームコンソールへのユーザログインが存在するかどうかを決定する。そうである場合、動作２１０４は動作２１０２の後に続く。それ以外の場合、動作２１２６は動作２１０２の後に続く。

一例では、動作２１０４において、ビデオゲームコンソールは、没入型ユーザエクスペリエンスが提供されているかどうかを決定する。例示では、没入型ユーザエクスペリエンスは、ビデオゲームコンソールの所定の動作モードのうちの１つに対応する。例えば、動作モードがゲームモードである場合、ビデオゲームコンソールは、没入型ユーザエクスペリエンスが提供されていると決定する。さらに、没入型ユーザエクスペリエンスは、ユーザコンテキスト（ユーザアテンションのレベルなど）、及びアプリケーションコンテキスト（ユーザインタラクションのレベルなど）に依存することができる。ユーザアテンションのレベル、及び／またはユーザインタラクションのレベルが所定のレベルを超えると、没入型ユーザエクスペリエンスが提供されていると決定する。そうである場合、動作２１０６は動作２１０４の後に続く。それ以外の場合、動作２１２０は動作２１０４の後に続く。

一例では、動作２１０６において、ビデオゲームコンソールは、ビデオゲームがプレイされているかどうかを決定する。例えば、ビデオゲームアプリケーションを実行していることができ、ビデオゲームコンテンツをアプリケーションウィンドウ内に提示する。アプリケーションウィンドウがフォアグラウンド中にある場合、ビデオゲームがプレイされていると決定する。そうである場合、動作２１０８は動作２１０６の後に続く。それ以外の場合、動作２１１０は動作２１０６の後に続く。

一例では、動作２１０８において、ビデオゲームコンソールは、ポップアップ通知が提示される必要があると決定する。特に、ビデオゲームコンソールのユーザは、没入型ユーザエクスペリエンスに従事し、ビデオゲームをプレイしている。したがって、ポップアップ通知を提示してユーザにアラートを出すことができる。

一例では、動作２１１０において、ユーザがモバイルデバイス、またはウェブにアクセスできるデバイスに関連付けられているかどうかを決定する。この決定は、ユーザプロファイルに基づいて、またはバックエンドサーバに基づいて、ビデオゲームコンソールによって実行され得る。バックエンドサーバが使用されている場合、バックエンドサーバはモバイルデバイス上のアクティビティ、及び／またはオンラインアクティビティをも監視してもよい。この場合、それらのようなアクティビティが存在するかどうかも決定する。その場合（ユーザがモバイルデバイス、またはウェブにアクセスできるデバイスに関連付けられており、任意選択でアクティビティが検出される場合）、動作２１１２は動作２１１０の後に続く。それ以外の場合、動作２１１４は動作２１１０の後に続く。

一例では、動作２１１２において、ビデオゲームコンソールは、プッシュ通知をモバイルデバイスまたはその他のデバイスに送信する。

一例では、動作２１１４において、ビデオゲームコンソールは、通知の時間的制約があるかどうかを決定する（例えば、通知の属性に基づいて、例えば、システム通知の時間的制約がある）。時間的制約のある場合、動作２１１６は動作２１１４の後に続く。それ以外の場合、動作２１１８は動作２１１４の後に続く。

一例では、動作２１１６において、ビデオゲームコンソールは、ポップアップ通知が提示される必要があると決定する。特に、時間的制約があるため、ポップアップ通知を必要とする。したがって、ポップアップ通知を提示してユーザにアラートを出すことができる。

一例では、動作２１１８において、ビデオゲームコンソールは、この通知を、通知サマリーに追加される通知及び／またはキューに送信する。

一例では、動作２１２０において、ビデオゲームコンソールは、ビデオゲームコンソールによって提示されるコンテンツ（または提供される任意のサービス）上のユーザフォーカスを決定する。ユーザフォーカスは、ユーザコンテキスト及び／またはアプリケーションコンテキストに依存することができる。ユーザアテンションのレベル、及び／またはユーザインタラクションのレベルが所定のレベルを超えると、ユーザフォーカスがコンテンツ上にあると決定する。そうである場合、動作２１２２は動作２１２０の後に続く。それ以外の場合、動作２１２４は動作２１２０の後に続く。

一例では、動作２１２２において、ビデオゲームコンソールは、コンテキスト内通知が提示される必要があると決定する。したがって、コンテキスト内通知は、インライン、アプリケーション内、またはインフローとして提示可能である。

一例では、動作２１２４において、ゲームコンソールは、ポップアップ通知が提示される必要があると決定する。したがって、ポップアップ通知を提示してユーザにアラートを出すことができる。

一例では、動作２１２６において、動作２１１０と同様に、ユーザがモバイルデバイス、またはウェブにアクセスできるデバイスに関連付けられているかどうかを決定する。その場合（ユーザがモバイルデバイス、またはウェブにアクセスできるデバイスに関連付けられており、任意選択でアクティビティが検出される場合）、動作２１２８は動作２１２６の後に続く。それ以外の場合、動作２１３４は動作２１２６の後に続く。

一例では、動作２１２８において、ビデオゲームコンソールは、モバイルデバイスまたはその他のデバイスがローカルエリアネットワークに接続されているかどうかを決定する。例えば、この決定は、モバイルデバイスまたは他のデバイスが接続されているアクセスポイントのサービスセット識別子（ＳＳＩＤ）に基づいて行われる。そうである場合、動作２１３０は動作２１２８の後に続く。それ以外の場合、動作２１３２は動作２１２８の後に続く。

一例では、動作２１３０において、ビデオゲームコンソールは、この通知を、通知サマリーに追加される通知及び／またはキューに送信する。また、ビデオゲームコンソールは、モバイルデバイスまたはその他のデバイスにプッシュ通知を送信する。このプッシュは、ローカルエリアネットワークを介して実行され得る。

一例では、動作２１３２において、ビデオゲームコンソールは、この通知を、通知サマリーに追加される通知及び／またはキューに送信する。また、ビデオゲームコンソールは、モバイルデバイスまたはその他のデバイスにプッシュ通知を送信する。このプッシュは、リモートネットワークを介して実行され得る。

一例では、動作２１３４において、ビデオゲームコンソールは、この通知を、通知サマリーに追加される通知及び／またはキューに送信する。

図２２は、本開示の実施形態による、コンピュータシステム２２００を実装するのに適したハードウェアシステムの一例を示す。コンピュータシステム２２００は、例えば、ビデオゲームシステム、サーバのバックエンドセット、または他のタイプのコンピュータシステムを表す。コンピュータシステム２２００は、ソフトウェアアプリケーション及び任意選択でオペレーティングシステムを実行するための中央演算処理装置（ＣＰＵ）２２０５を含む。
ＣＰＵ２２０５は、１つ以上のホモジニアスまたはヘテロジニアスの処理コアで構成されてもよい。メモリ２２１０は、ＣＰＵ２２０５が使用するアプリケーション及びデータを格納する。ストレージ２２１５は、アプリケーション及びデータ用の不揮発性ストレージ及び他のコンピュータ可読媒体を提供し、かつ、固定ディスクドライブ、取り外し可能ディスクドライブ、フラッシュメモリデバイス、及びＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、Ｂｌｕ－ｒａｙ(登録商標)、ＨＤ－ＤＶＤ、または他の光学記憶デバイス、ならびに信号伝送及び記憶媒体を含み得る。
ユーザ入力デバイス２２２０は、１人以上のユーザからコンピュータシステム２２００にユーザ入力を通信し、その例は、キーボード、マウス、ジョスティック、タッチパッド、タッチスクリーン、スチールもしくはビデオカメラ、及び／またはマイクロフォンを含み得る。ネットワークインタフェース２２２５は、コンピュータシステム２２００が、電子通信ネットワーク経由で他のコンピュータシステムと通信することを可能にし、ローカルエリアネットワークやインターネットなどのワイドエリアネットワーク上の有線または無線通信を含み得る。
オーディオプロセッサ２２５５は、ＣＰＵ２２０５、メモリ２２１０、及び／またはストレージ２２１５により提供される命令及び／またはデータから、アナログまたはデジタルのオーディオ出力を生成するように適合される。ＣＰＵ２２０５、メモリ２２１０、データストレージ２２１５、ユーザ入力デバイス２２２０、ネットワークインタフェース２２２５、及びオーディオプロセッサ２２５５を含むコンピュータシステム２２００のコンポーネントは、１つ以上のデータバス２２６０経由で接続される。

グラフィックスサブシステム２２３０は、データバス２２６０、及びコンピュータシステム２２００のコンポーネントにさらに接続される。グラフィックスサブシステム２２３０は、グラフィックスプロセッシングユニット（ＧＰＵ）２２３５、及びグラフィックスメモリ２２４０を含む。グラフィックスメモリ２２４０は、出力画像の画素ごとに画素データを格納するために使用されるディスプレイメモリ（例えば、フレームバッファ）を含む。
グラフィックスメモリ２２４０は、ＧＰＵ２２３５と同じデバイスに統合されること、別個のデバイスとしてＧＰＵ２２３５に接続されること、及び／またはメモリ２２１０内に実装され得る。画素データは、ＣＰＵ２２０５から直接、グラフィックスメモリ２２４０に提供され得る。
あるいは、ＣＰＵ２２０５は、所望の出力画像を画定するデータ及び／または命令をＧＰＵ２２３５に提供し、これらのデータ及び／または命令から、ＧＰＵ２２３５は、１つ以上の出力画像の画素データを生成する。所望の出力画像を画定するデータ及び／または命令は、メモリ２２１０及び／またはグラフィックスメモリ２２４０内に格納され得る。実施形態では、ＧＰＵ２２３５は、シーンの幾何学的構造、照明、陰影、質感、モーション、及び／またはカメラのパラメータを定義する命令及びデータから、出力画像の画素データを生成する３Ｄレンダリング機能を含む。ＧＰＵ２２３５は、シェーダプログラムを実行することが可能な１つ以上のプログラム可能な実行部を更に含み得る。

グラフィックスサブシステム２２３０は、グラフィックスメモリ２２４０から画像のピクセルデータを定期的に出力して、表示装置２２５０に表示させる。表示装置２２５０は、ＣＲＴ、ＬＣＤ、プラズマ、及びＯＬＥＤディスプレイを含む、コンピュータシステム２２００からの信号に応答して視覚情報を表示することが可能な任意のデバイスであり得る。コンピュータシステム２２００は、アナログまたはデジタル信号を表示装置２２５０に提供することができる。

様々な実施形態によれば、ＣＰＵ２２０５は、１つ以上の処理コアを有する１つ以上の汎用マイクロプロセッサである。更なる実施形態は、高度並列及び計算に強いアプリケーション、例えばメディア及び双方向娯楽アプリケーションなどに特に適合された、マイクロプロセッサアーキテクチャを有する１つ以上のＣＰＵ２２０５を使用して実装され得る。

システムコンポーネントはネットワークを介して接続されてもよく、このネットワークは、さまざまな実施形態では、以下の、インターネット、ＩＰネットワーク、イントラネット、ワイドエリアネットワーク（「ＷＡＮ」）、ローカルエリアネットワーク（「ＬＡＮ」）、仮想プライベートネットワーク（「ＶＰＮ」）、公衆交換電話網（「ＰＳＴＮ」）、または本明細書に記載のデバイス間のデータ通信をサポートする任意の他のタイプのネットワークのいずれかの組み合わせであってもよい。ネットワークは、光リンクを含む、有線接続及び無線接続の両方含んでもよい。本開示に照らして、多くの他の例が可能であり、当業者には明らかである。本明細書での議論には、ネットワークは特に注目されてもよいし、注目されなくてもよい。

本開示の実施形態の例は、以下の態様を鑑みて説明可能である。

態様１．通知を提示し、コンピュータシステムによって実装される方法であって、ディスプレイ上のアプリケーションウィンドウ内に、アプリケーションの実行に基づいてコンテンツを提示し、通知データを受信し、前記通知データに関連する第一コンテキストと、前記アプリケーションに関連する第二コンテキストとの間のマッチングを決定し、前記マッチングに基づいて前記アプリケーションウィンドウ内に通知を提示し、前記通知は前記通知データに対応し、前記コンテンツの提示が続行している間に提示される、方法。

態様２．前記通知データを提示する、前記アプリケーションウィンドウ内の位置を決定することと、ユーザ表示領域が前記位置を含むと決定することと、前記通知データを前記位置内に提示することと、をさらに含み、前記通知は前記通知データの少なくとも一部分のビジュアルインジケータとして提示される、態様１に記載の方法。

態様３．前記通知データを提示する、前記アプリケーションウィンドウ内の位置を決定することと、前記位置がユーザ表示領域の外側にあると決定し、前記通知は前記ユーザ表示領域内の通知ウィンドウとして提示され、前記通知データが提示に利用可能であることを示す、前記決定する、先行する態様のいずれかに記載の方法。

態様４．前記コンテンツを前記アプリケーションウィンドウ内に提示することは、前記アプリケーションによって実行されるタスクのフローに関連付けられ、前記通知は前記フローへの更新として提示される、先行する態様のいずれかに記載の方法。

態様５．第二通知データを受信することと、前記第二通知データが第二アプリケーションに関連付けられていると決定することと、前記第二アプリケーションの第二アプリケーションウィンドウが前記ディスプレイのバックグラウンド内にあると決定することと、前記第二アプリケーションに関連付けられている前記第二通知データ、及び前記バックグラウンド内にある前記第二アプリケーションウィンドウに基づいて前記アプリケーションウィンドウ上のポップアップウィンドウ内に第二通知を提示し、前記第二通知は前記第二通知データに対応し、前記コンテンツの前記提示が続行されている間に提示される、前記提示する、先行する態様のいずれかに記載の方法。

態様６．前記第二通知は、前記第二通知の通知タイプまたはタイトルのうちの少なくとも１つを示す第一状態で提示される、態様５に記載の方法。

態様７．前記第二通知とのユーザインタラクションを受信することと、前記ユーザインタラクションに基づいて、前記コンテンツの前記提示が続行している間に前記ポップアップウィンドウ内に第二状態で前記第二通知を提示し、前記第二状態は前記通知データからの前記第二通知の記述、及び選択可能なアクションを示す、態様６に記載の方法。

態様８．前記記述または前記選択可能なアクションのうちの少なくとも１つへの更新を受信することと、前記コンテンツの前記提示、及び前記第二状態での前記第二通知の提示が続行している間に前記第二通知内に前記更新を提示する、態様７に記載の方法。

態様９．前記コンテンツは前記コンピュータシステムのユーザデバイスによって提示され、前記ユーザデバイスの動作モードを決定することと、第二通知データを受信することと、前記第二通知データと第二アプリケーションとの関連付け、または前記第二通知データのタイプのうちの少なくとも１つに基づいて前記第二通知データの提示を前記動作モードが制限すると決定することと、前記第二通知データをキューに送信する、先行する態様のいずれかに記載の方法。

態様１０．前記第一コンテキストは、前記アプリケーションの第一ユーザに関連する第一ユーザ識別子、前記通知データを生成したソースアプリケーションの第二ユーザに関連する第二ユーザ識別子、前記通知データのサブジェクト、前記通知データのタイプ、前記アプリケーションに関連する第一アプリケーション識別子、前記第二アプリケーションに関連する第二アプリケーション識別子、前記アプリケーションをホストする第一プラットフォームに関連する第一プラットフォーム識別子、または前記ソースアプリケーションをホストする第二プラットフォームに関連する第二プラットフォーム識別子のうちの少なくとも１つを含み、前記第二コンテキストは、前記第一ユーザ識別子、前記第一アプリケーション識別子、前記第一プラットフォーム識別子、動作モード、または前記アプリケーションウィンドウが前記ディスプレイのフォアグラウンドにあるというインジケーションのうちの少なくとも１つを含む、先行する態様のいずれかに記載の方法。

態様１１．１つ以上のプロセッサ及び１つ以上のメモリを含むコンピュータシステムであって、前記１つ以上のメモリはコンピュータ可読命令を格納し、前記コンピュータ可読命令は前記１つ以上のプロセッサによる実行時に、前記コンピュータシステムが、ディスプレイ上のアプリケーションウィンドウ内に、アプリケーションの実行に基づいてコンテンツを提示するように構成され、通知データを受信するように構成され、前記通知データに関連する第一コンテキストと、前記アプリケーションに関連する第二コンテキストとの間のマッチングを決定するように構成され、前記マッチングに基づいて前記アプリケーションウィンドウ内に通知を提示するように構成され、前記通知は前記通知データに対応し、前記コンテンツの提示が続行している間に提示される、前記コンピュータシステム。

態様１２．前記第一コンテキストは、ソースアプリケーション、通知タイプ、及び通知サブジェクトを示し、前記マッチングを決定することは、前記ソースアプリケーションと前記アプリケーションとの間の第一マッチング、及び少なくとも前記通知タイプと前記コンテンツのタイプとの間、または前記通知サブジェクトと前記通知のサブジェクトとの間の第二マッチングを決定することを含む、態様１１に記載のコンピュータシステム。

態様１３．前記コンテンツはユーザに提示され、前記コンピュータ可読命令の前記実行によって、前記コンピュータシステムはさらに、前記通知データを受信することに応答して、前記コンテンツへの前記ユーザのアテンションのレベル、または前記アプリケーションとのユーザインタラクションのレベルのうちの少なくとも１つを決定するように構成され、前記アテンションのレベルまたは前記ユーザインタラクションのレベルのうちの少なくとも１つに基づいて、複数の提示モードから前記通知に第一提示モードを選択するように構成され、前記第一提示モードは前記アプリケーションウィンドウ内での前記通知の提示を示し、前記複数の提示モードは前記アプリケーションウィンドウ上のポップアップウィンドウ内での提示を示す第二モードを含む、態様１１または１２に記載のコンピュータシステム。

態様１４．前記通知は、前記通知に関する記述、または選択可能なアクションのうちの少なくとも１つを含み、前記コンピュータ可読命令の前記実行によって、前記コンピュータシステムはさらに、前記アテンションのレベルまたは前記ユーザ命令のレベルのうちの少なくとも１つへの更新を決定するように構成され、前記更新に基づいて、前記通知に関する更新された記述、または更新された選択可能なアクションのうちの少なくとも１つを決定するように構成され、前記更新された記述または前記更新された選択可能なアクションのうちの少なくとも１つを、前記アプリケーションウィンドウ内の前記通知内に提示するように構成される、態様１３に記載のコンピュータシステム。

態様１５．前記マッチングを決定することは、前記通知データが前記アプリケーションに関連付けられていると決定することと、前記アプリケーションウィンドウが前記ディスプレイのフォアグラウンドにあると決定する、態様１３に記載のコンピュータシステム。

態様１６．コンピュータ可読命令を格納する１つ以上の非一時的なコンピュータ可読記憶媒体であって、前記コンピュータ可読命令は、コンピュータシステム上での実行時に、ディスプレイ上のアプリケーションウィンドウ内に、アプリケーションの実行に基づいてコンテンツを提示することと、通知データを受信することと、前記通知データに関連する第一コンテキストと前記アプリケーションに関連する第二コンテキストとの間のマッチングを決定することと、前記通知データに対応する通知を提示するための提示スタイルを決定し、前記提示スタイルは前記マッチングに基づく、前記決定することと、前記提示スタイルに従って前記ディスプレイ上に前記通知を提示し、前記コンテンツの提示が続行している間に前記通知が提示される、前記提示することと、を含む動作を前記コンピュータシステムに実行させる、前記１つ以上の非一時的なコンピュータ可読記憶媒体。

態様１７．前記提示スタイルは、インライン提示、アプリケーション内提示、及びインフロー提示を含む複数の提示スタイルから決定される、態様１６に記載の１つ以上の非一時的なコンピュータ可読記憶媒体。

態様１８．前記アプリケーションウィンドウはビデオゲームコンソールによって提示され、前記動作は、第二通知データを受信することと、前記ビデオゲームコンソールが前記ディスプレイのフォアグラウンド内にビデオゲームコンテンツを提示していないと決定することと、前記ビデオゲームコンソールのユーザのユーザコンテキストを決定し、前記ユーザコンテキストは前記ユーザが前記コンテンツを見ていないことを示すものであり、前記ユーザコンテキストに基づいて前記アプリケーションウィンドウ上のポップアップウィンドウ内に第二通知を提示する、先行する態様１６から１７のいずれかに記載の１つ以上の非一時的なコンピュータ可読記憶媒体。

態様１９．前記アプリケーションはビデオゲームアプリケーションであり、前記コンテンツはビデオゲームコンテンツであり、前記動作は、第二通知データを受信することと、ユーザのユーザコンテキストを決定し、前記ユーザコンテキストは前記ユーザが前記ビデオゲームアプリケーションをプレイしていることを示す、前記決定することと、前記ユーザコンテキストに基づいて前記アプリケーションウィンドウ上のポップアップウィンドウ内に第二通知を提示する、先行する態様１６から１８のいずれかに記載の１つ以上の非一時的なコンピュータ可読記憶媒体。

態様２０．前記アプリケーションはビデオゲームアプリケーションであり、前記コンテンツはビデオゲームコンテンツであり、前記動作は、第二通知データを受信することと、ユーザのユーザコンテキストを決定し、前記ユーザコンテキストは前記ユーザが前記ビデオゲームアプリケーションをプレイしていないことを示す、前記決定することと、前記ユーザコンテキストに基づいて前記第二通知データをキューに送信する、先行する態様１６から１９のいずれかに記載の１つ以上の非一時的なコンピュータ可読記憶媒体。

前述の本明細書では、本発明は、その特定の実施形態を参照して説明されるが、当業者は、本発明がそれらに限定されないことを認識するであろう。上記の本発明のさまざまな特徴及び態様は、個別に、またはあわせて使用されてもよい。さらに、本発明は、本明細書のより広い趣旨及び範囲から逸脱することなく、本明細書に記載されているものを上回る任意の数の環境及び用途で利用可能である。したがって、本明細書及び図面は、限定的ではなく例示的と見なされるべきである。

上記で論じた方法、システム、及びデバイスが単なる例であることを意図したものであることに留意されたい。さまざまな実施形態が必要に応じてさまざまなプロシージャまたはコンポーネントを省略すること、置換すること、または追加することがあることを強調しておきたい。例えば、代替の実施形態では、方法が記載されたものとは異なる順序で実行されることができ、さまざまなステップが追加されること、省略されること、または組み合わせ可能であることを理解されたい。また、ある特定の実施形態に関して記載された特徴は、さまざまな他の実施形態に組み合わされてもよい。実施形態の異なる態様及び要素は、同様の方法で組み合わされてもよい。また、テクノロジが進化するものであるため、要素の多くが例示であり、本発明の範囲を制限するものであると解釈されるべきではないことを強調しておきたい。

実施形態の完全な理解を提供するために、特定の詳細が説明に与えられている。しかしながら、本実施形態がこれらの具体的な詳細なしに実施され得ることは、当業者には明らかであろう。例えば、本実施形態を曖昧にしないために、周知の回路、プロセス、アルゴリズム、構造、及び技法は、不必要な詳細なしに示されている。

また、流れ図またはブロック図として示されるプロセスとして本実施形態が説明され得ることに留意されたい。それぞれが動作を逐次プロセスとして説明する場合があるが、動作の多くは並行して、または同時に実行され得る。また、これらの動作の順序が並べ替えられてもよい。プロセスは、図中に含まれていない追加のステップを含んでもよい。

さらに、本明細書に開示されるように、「メモリ」または「メモリユニット」という用語は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ＲＡＭ、コアメモリ、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、または情報を格納するための他のコンピュータ可読媒体を含む、データを格納するための１つ以上のデバイスを表すことができる。「コンピュータ可読媒体」という用語は、ポータブルまたはフィックスドストレージデバイス、光学ストレージデバイス、無線チャネル、ＳＩＭカード、他のスマートカード、及び命令またはデータを格納すること、含むこと、または搬送することができるさまざまな他の媒体を含むが、これらに限定されない。

さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組み合わせによって実装され得る。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードに実装されている場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体などのコンピュータ可読媒体に格納され得る。プロセッサは必要なタスクを実行することができる。

別段に定められない限り、以下の特許請求の範囲に含む、本明細書に記載されているすべての測定値、値、評価、位置、大きさ、サイズ、及び他の仕様は、概算であり、正確ではない。それらは、それらが関連する機能、及びそれらが関連する当該技術において慣習的なものと一致している合理的な範囲を有することを意図するものである。「約」は、±０．０１％、±０．１％、±１％、±２％、±３％、±４％、±５％、±８％、±１０％、±１５％、±２０％、±２５％の公差内のもの、または当該技術で別段に知られているものを含む。「実質的に」は、６６％、１５５％、８０％、９０％、９５％、９９％、９９．９％超、またはその用語が実質的に現れる文脈に応じて、当該技術で別段に知られている値を指す。

いくつかの実施形態を説明したが、当業者は、本発明の趣旨から逸脱することなく、さまざまな修正形態、代替構築物、及び均等物が使用可能であることを認識するであろう。例えば、上記の要素は、より大きなシステムの構成要素にすぎない場合があり、他の規則は、本発明の適用よりも優先される場合がある、またはその他の方法で本発明の適用を修正する場合がある。また、上記の要素を検討する前、検討中、または検討した後に、いくつかのステップを行うことができる。したがって、上記の説明は、本発明の範囲を限定するものとして解釈されるべきではない。

Claims (15)

1. コンピュータシステムによって実行される、通知を提示する方法であって、
   ディスプレイ上のアプリケーションウィンドウ内に、アプリケーションの実行に基づいてコンテンツを提示し、
   通知データを受信し、
   前記通知データに関連する第一コンテキストと、前記アプリケーションに関連する第二コンテキストとの間のマッチングを決定し、
   前記マッチングに基づいて前記アプリケーションウィンドウ内に通知を提示し、前記通知は前記通知データに対応し、前記コンテンツの提示が続行している間に提示される、方法。
2. 前記通知データを提示する、前記アプリケーションウィンドウ内の位置を決定し、
   ユーザ表示領域が前記位置を含むと決定し、
   前記通知データを前記位置に提示し、前記通知は前記通知データの少なくとも一部分のビジュアルインジケータとして提示される、請求項１に記載の方法。
3. 前記通知データを提示する、前記アプリケーションウィンドウ内の位置を決定し、
   前記位置がユーザ表示領域の外側にあると決定し、前記通知は前記ユーザ表示領域内の通知ウィンドウとして提示され、前記通知データが提示に利用可能であることを示す、請求項１に記載の方法。
4. 前記コンテンツを前記アプリケーションウィンドウ内に提示することは、前記アプリケーションによって実行されるタスクのフローに関連付けられ、前記通知は前記フローへの更新として提示される、請求項１に記載の方法。
5. 第二通知データを受信し、
   前記第二通知データが第二アプリケーションに関連付けられていると決定し、
   前記第二アプリケーションの第二アプリケーションウィンドウが前記ディスプレイのバックグラウンドにあると決定し、
   前記第二アプリケーションに関連付けられる前記第二通知データと、前記バックグラウンドにある前記第二アプリケーションウィンドウとに基づいて、前記アプリケーションウィンドウ上のポップアップウィンドウ内に第二通知を提示し、前記第二通知は前記第二通知データに対応し、前記コンテンツの前記提示が続行している間に提示される、請求項１に記載の方法。
6. 前記第二通知は、前記第二通知の通知タイプまたはタイトルのうちの少なくとも１つを示す第一状態で提示され、
   前記第二通知とのユーザインタラクションを受信し、
   前記ユーザインタラクションに基づいて、前記コンテンツの前記提示が続行している間に前記ポップアップウィンドウ内に第二状態で前記第二通知を提示し、前記第二状態は前記通知データからの前記第二通知の記述、及び選択可能なアクションを示し、
   前記記述または前記選択可能なアクションのうちの少なくとも１つへの更新を受信し、
   前記コンテンツの前記提示、及び前記第二状態での前記第二通知の提示が続行している間に前記第二通知内に前記更新を提示する、請求項５に記載の方法。
7. 前記コンテンツは、前記コンピュータシステムのユーザデバイスによって提示され、
   前記ユーザデバイスの動作モードを決定し、
   第二通知データを受信し、
   前記第二通知データと第二アプリケーションとの関連付け、または前記第二通知データのタイプのうちの少なくとも１つに基づいて、前記第二通知データの提示を前記動作モードが制限すると決定し、
   前記第二通知データをキューに送信する、請求項１に記載の方法。
8. 前記第一コンテキストは、
   前記アプリケーションの第一ユーザに関連する第一ユーザ識別子、
   前記通知データを生成したソースアプリケーションの第二ユーザに関連する第二ユーザ識別子、
   前記通知データのサブジェクト、
   前記通知データのタイプ、
   前記アプリケーションに関連する第一アプリケーション識別子、
   前記第二アプリケーションに関連する第二アプリケーション識別子、
   前記アプリケーションをホストする第一プラットフォームに関連する第一プラットフォーム識別子、または
   前記ソースアプリケーションをホストする第二プラットフォームに関連する第二プラットフォーム識別子、
   のうちの少なくとも１つを含み、
   前記第二コンテキストは、前記第一ユーザ識別子、前記第一アプリケーション識別子、前記第一プラットフォーム識別子、動作モード、または前記アプリケーションウィンドウが前記ディスプレイのフォアグラウンドにあるというインジケーションのうちの少なくとも１つを含む、請求項１に記載の方法。
9. １つ以上のプロセッサ、及びコンピュータ可読命令を格納する１つ以上のメモリを含むコンピュータシステムであって、前記コンピュータ可読命令は、前記１つ以上のプロセッサによる実行時に、前記コンピュータシステムが、ディスプレイ上のアプリケーションウィンドウ内に、アプリケーションの実行に基づいてコンテンツを提示するように構成され、
   通知データを受信するように構成され、
   前記通知データに関連する第一コンテキストと、前記アプリケーションに関連する第二コンテキストとの間のマッチングを決定するように構成され、
   前記マッチングに基づいて前記アプリケーションウィンドウ内に通知を提示するように構成され、前記通知は前記通知データに対応し、前記コンテンツの提示が続行している間に提示される、コンピュータシステム。
10. 前記第一コンテキストは、ソースアプリケーション、通知タイプ、及び通知サブジェクトを示し、前記マッチングの決定では、前記ソースアプリケーションと前記アプリケーションとの間の第一マッチング、及び少なくとも前記通知タイプと前記コンテンツのタイプとの間、または前記通知サブジェクトと前記通知のサブジェクトとの間の第二マッチングを決定する、請求項９に記載のコンピュータシステム。
11. 前記コンテンツは、ユーザに提示され、前記コンピュータ可読命令の前記実行によって、前記コンピュータシステムはさらに、
    前記通知データを受信することに応答して、
    前記コンテンツへの前記ユーザのアテンションレベル、または
    前記アプリケーションとのユーザインタラクションレベル、
    のうちの少なくとも１つを決定するように構成され、
    前記アテンションレベルまたは前記ユーザインタラクションレベルのうちの少なくとも１つに基づいて、複数の提示モードから第一提示モードを前記通知に選択するように構成され、前記第一提示モードは前記アプリケーションウィンドウ内の前記通知の提示を示し、前記複数の提示モードは前記アプリケーションウィンドウ上のポップアップウィンドウ内の提示を示す第二モードを含む、請求項９に記載のコンピュータシステム。
12. コンピュータ可読命令を格納する１つ以上の非一時的なコンピュータ可読記憶媒体であって、前記コンピュータ可読命令は、コンピュータシステム上での実行時に、前記コンピュータシステムに、
    ディスプレイ上のアプリケーションウィンドウ内に、アプリケーションの実行に基づいたコンテンツの提示、
    通知データの受信、
    前記通知データに関連する第一コンテキストと、前記アプリケーションに関連する第二コンテキストとの間のマッチングの決定、
    前記通知データに対応する通知を提示するための提示スタイルの決定であって、前記提示スタイルは前記マッチングに基づくものであるもの、
    前記提示スタイルに従って前記ディスプレイ上への前記通知の提示であって、前記通知は前記コンテンツの提示が続行している間に提示されるもの、
    を含む動作を実行させる、１つ以上の非一時的なコンピュータ可読記憶媒体。
13. 前記提示スタイルは、インライン提示、アプリケーション内提示、及びインフロー提示を含む複数の提示スタイルから決定される、請求項１２に記載の１つ以上の非一時的なコンピュータ可読記憶媒体。
14. 前記アプリケーションウィンドウは、ビデオゲームコンソールによって提示され、
    前記動作は、さらに、
    第二通知データの受信を含み、
    前記ビデオゲームコンソールが前記ディスプレイのフォアグラウンド内にビデオゲームコンテンツを提示していないとの決定を含み、
    前記ビデオゲームコンソールのユーザのユーザコンテキストの決定を含み、前記ユーザコンテキストは前記ユーザが前記コンテンツを見ていないことを示すものであり、
    前記ユーザコンテキストに基づいた、前記アプリケーションウィンドウ上のポップアップウィンドウ内への第二通知の提示を含む、請求項１２に記載の１つ以上の非一時的なコンピュータ可読記憶媒体。
15. 前記アプリケーションはビデオゲームアプリケーションであり、
    前記コンテンツはビデオゲームコンテンツであり、
    前記動作は、さらに、
    第二通知データの受信を含み、
    ユーザのユーザコンテキストの決定を含み、前記ユーザコンテキストは前記ユーザが前記ビデオゲームアプリケーションをプレイしていることを示すものであり、
    前記ユーザコンテキストに基づいた、前記アプリケーションウィンドウ上のポップアップウィンドウ内での第二通知の提示を含む、請求項１２に記載の１つ以上の非一時的なコンピュータ可読記憶媒体。

Images