(57)【要約】【課題】スマートな通知スケジューリング及びモダリティ選択の方法、等を提供する。【解決手段】方法は、通知を識別することを含む。方法は、通知を受け取ることに応答して、通知又はクライアントデバイスのユーザに関するコンテキストを抽出することを含む。方法は、コンテキストに基づき通知の優先度を決定することを更に含む。方法は、優先度に基づき通知の配信スケジュールを決定することを更に含む。方法は、コンテキスト、優先度又は配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定することを含む。方法は、通知を表示デバイスへ送ることを更に含む。【選択図】図３
2018014087.tif 000002
【特許請求の範囲】
【請求項１】
クライアントデバイスによって、アプリケーションに関連する通知を識別し、
前記通知を受け取ることに応答して、前記通知又は前記クライアントデバイスのユーザに関するコンテキストを抽出し、
前記コンテキストに基づき前記通知の優先度を決定し、
前記優先度に基づき前記通知の配信スケジュールを決定し、
前記コンテキスト、前記優先度又は前記配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定し、
前記通知を表示デバイスへ送る
ことを有する方法。
【請求項２】
前記通知又は前記クライアントデバイスの前記ユーザに関する前記コンテキストを抽出することは、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータを含むデータをセンサにより受け取り、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータのうちの少なくとも一方に基づき前記コンテキストを決定する
ことを有する、請求項１に記載の方法。
【請求項３】
前記コンテキストに基づき前記通知の前記優先度を決定することは、
前記コンテキストに基づき前記通知の重要度及び緊急度を推定し、
前記重要度及び前記緊急度に基づき前記優先度を決定する
ことを有する、請求項１に記載の方法。
【請求項４】
前記コンテキストに基づき前記通知の前記優先度を決定することは、割り込み可能性スコアを決定することを更に有し、
前記割り込み可能性スコアは、割り込みのコストを示し、
前記優先度は、前記重要度、前記緊急度、及び前記割り込み可能性スコアに基づき決定される、
請求項３に記載の方法。
【請求項５】
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアが各々の閾基準を夫々満足する場合に、通知の即時配信スケジュールを決定することを有する、
請求項４に記載の方法。
【請求項６】
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアのうちの少なくとも２つが各々の閾基準を夫々満足する場合に前記通知の遅延配信スケジュールを決定することを有する、
請求項４に記載の方法。
【請求項７】
前記通知配信プランは、視覚通知、音響通知、又は振動通知のうちの少なくとも１つの配信モダリティを含む、
請求項１に記載の方法。
【請求項８】
メモリと、前記メモリへ動作上結合されるプロセッサとを有するシステムであって、
前記プロセッサは、
アプリケーションに関連する通知を識別し、
前記通知を受け取ることに応答して、前記通知又はクライアントデバイスのユーザに関するコンテキストを抽出し、
前記コンテキストに基づき前記通知の優先度を決定し、
前記優先度に基づき前記通知の配信スケジュールを決定し、
前記コンテキスト、前記優先度又は前記配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定し、
前記通知を表示デバイスへ送る
ことを有する動作を実施するよう構成される、システム。
【請求項９】
前記通知又は前記クライアントデバイスの前記ユーザに関する前記コンテキストを抽出する場合に、前記プロセッサは
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータを含むデータをセンサにより受け取り、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータのうちの少なくとも一方に基づき前記コンテキストを決定する
ことを有する動作を実施するよう構成される、請求項８に記載のシステム。
【請求項１０】
前記コンテキストに基づき前記通知の前記優先度を決定する場合に、前記プロセッサは、
前記コンテキストに基づき前記通知の重要度及び緊急度を推定し、
前記重要度及び前記緊急度に基づき前記優先度を決定する
ことを有する動作を実施するよう構成される、請求項８に記載のシステム。
【請求項１１】
前記コンテキストに基づき前記通知の前記優先度を決定する場合に、前記プロセッサは、割り込み可能性スコアを決定することを有する動作を実施するよう更に構成され、
前記割り込み可能性スコアは、割り込みのコストを示し、
前記優先度は、前記重要度、前記緊急度、及び前記割り込み可能性スコアに基づき決定される、
請求項１０に記載のシステム。
【請求項１２】
前記優先度に基づき前記通知の前記配信スケジュールを決定する場合に、前記プロセッサは、前記重要度、前記緊急度、及び前記割り込み可能性スコアが各々の閾基準を夫々満足する場合に、通知の即時配信スケジュールを決定することを有する動作を実施するよう構成される、
請求項１１に記載のシステム。
【請求項１３】
前記優先度に基づき前記通知の前記配信スケジュールを決定する場合に、前記プロセッサは、前記重要度、前記緊急度、及び前記割り込み可能性スコアのうちの少なくとも２つが各々の閾基準を夫々満足する場合に前記通知の遅延配信スケジュールを決定することを有する動作を実施するよう構成される、
請求項１１に記載のシステム。
【請求項１４】
前記通知配信プランは、視覚通知、音響通知、又は振動通知のうちの少なくとも１つの配信モダリティを含む、
請求項８に記載のシステム。
【請求項１５】
通知を識別し、
前記通知を受け取ることに応答して、前記通知又はクライアントデバイスのユーザに関するコンテキストを抽出し、
前記コンテキストに基づき前記通知の優先度を決定し、
前記優先度に基づき前記通知の配信スケジュールを決定し、
前記コンテキスト、前記優先度又は前記配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定し、
前記通知を表示デバイスへ送る
ことを有する動作を実施するよう又は該動作の実施を制御するようプロセッサによって実行されるプログラミングコードが符号化されている非一時的なコンピュータ可読媒体。
【請求項１６】
前記通知又は前記クライアントデバイスの前記ユーザに関する前記コンテキストを抽出することは、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータを含むデータをセンサにより受け取り、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータのうちの少なくとも一方に基づき前記コンテキストを決定する
ことを有する、請求項１５に記載の非一時的なコンピュータ可読媒体。
【請求項１７】
前記コンテキストに基づき前記通知の前記優先度を決定することは、
前記コンテキストに基づき前記通知の重要度及び緊急度を推定し、
前記重要度及び前記緊急度に基づき前記優先度を決定する
ことを有する、請求項１５に記載の非一時的なコンピュータ可読媒体。
【請求項１８】
前記コンテキストに基づき前記通知の前記優先度を決定することは、割り込み可能性スコアを決定することを更に有し、
前記割り込み可能性スコアは、割り込みのコストを示し、
前記優先度は、前記重要度、前記緊急度、及び前記割り込み可能性スコアに基づき決定される、
請求項１７に記載の非一時的なコンピュータ可読媒体。
【請求項１９】
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアが各々の閾基準を夫々満足する場合に、通知の即時配信スケジュールを決定することを有する、
請求項１８に記載の非一時的なコンピュータ可読媒体。
【請求項２０】
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアのうちの少なくとも２つが各々の閾基準を夫々満足する場合に前記通知の遅延配信スケジュールを決定することを有する、
請求項１８に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願で説明される実施形態は、スマートな通知スケジューリング及びモダリティ選択に関係がある。
【背景技術】
【０００２】
この情報時代では、情報を自由に、速く、且つ容易に広める個人の能力に部分的に起因して、容易に入手可能であり且つアクセス可能である圧倒的な量の情報が存在する。しばしば、情報は、プッシュ通知としてほぼリアルタイムでユーザのモバイルデバイスへ配信され得る。プッシュ通知は、例えばスケジュール、新規の電子メール、又はニュース、などのような、様々なタイプの情報をユーザに知らせるためにしばしば使用され得る。ほとんどの場合に、プッシュ通知の少なくとも一部分が、ユーザのモバイルデバイスのディスプレイ上で提示され得る。
【０００３】
本願で請求される対象は、上述されたような如何なる欠点も解消する実施形態又は上述されたような環境でしか作動しない実施形態に制限されない。むしろ、この背景は、本願で記載されるいくつかの実施形態が実施され得る技術分野の一例を説明するためにのみ与えられる。
【発明の概要】
【０００４】
実施形態の態様に従って、スマートな通知スケジューリング及びモダリティ選択の方法は、通知を識別することを含む。当該方法は、前記通知を受け取ることに応答して、前記通知又はクライアントデバイスのユーザに関するコンテキストを抽出することを含む。当該方法は、前記コンテキストに基づき前記通知の優先度を決定することを更に含む。当該方法は、前記優先度に基づき前記通知の配信スケジュールを決定することを更に含む。当該方法は、前記コンテキスト、前記優先度又は前記配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定することを含む。当該方法は、前記通知を表示デバイスへ送ることを更に含む。
【０００５】
実施形態の目的及び利点は、特許請求の範囲において特に指し示されている要素、特徴、又は組み合わせによって少なくとも実現及び達成される。
【０００６】
前述の概要及び以下の詳細な説明は、例及び説明であり、請求される発明の限定でないことが理解されるべきである。
【図面の簡単な説明】
【０００７】
例となる実施形態は、添付の図面の使用により更なる特定及び詳細をもって記載及び説明される。
【０００８】
【図１】スマート通知システムの動作環境の例のブロック図を表す。
【０００９】
【図２】例となるスマート通知スケジューリング及びモダリティ選択システムのブロック図を表す。
【００１０】
【図３】スマートな通知スケジューリング及びモダリティ選択の方法の例のフロー図を表す。
【００１１】
【図４】通知配信の方法の例のフロー図を表す。
【００１２】
【図５】例となる通知センターのグラフィカルユーザインターフェイス（ＧＵＩ）を表す。
【００１３】
【図６】本願で説明される方法のいずれか１つ以上をマシンに実施させる命令の組が実行され得るコンピューティングデバイスの例となる形においてマシンの図解表現を表す。
【００１４】
全ては、本願で記載される少なくとも１つの実施形態に従って配置される。
【発明を実施するための形態】
【００１５】
この情報時代では、情報を自由に、速く、且つ容易に広める個人の能力に部分的に起因して、容易に入手可能であり且つアクセス可能である圧倒的な量の情報が存在する。しばしば、デジタル情報は、通知としてほぼリアルタイムでユーザのモバイルデバイスへ配信され得る。通知は、例えばイベント、会議通知、新規の電子メール、又はニュース、などのような、様々なタイプの情報をユーザにデジタルで知らせるためにしばしば使用され得る。ほとんどの場合に、通知の少なくとも一部分が、ユーザのモバイルデバイスのディスプレイ上で提示され得る。いくつかの場合に、通知は、ディスプレイ上で提示されているコンテンツの前面にオーバーレイとして提示され得る。他の例では、通知はロック画面上で提示され得る。更には、通知は、電源をオフされているディスプレイを電源オンさせ、デバイスのユーザからの如何なるインタラクション又は入力もなしで、スクリーン上で通知を提示し得る。
【００１６】
電子通知は、個人情報を時々含むことがある。個人情報は、ユーザがいくつかの状況において現れて欲しくない機密情報を含み得る。更には、いくつかの状況において、ユーザは、一部又は全ての通知によって割り込まれたくないことがある。コンピュータシステム（モバイルデバイスを含む。）における通知は必要であるが、生産性に悪影響を有し得る。これは、通知が押しつけがましく又は混乱を起こさせることがあり、ユーザにストレス又は面倒を引き起こし得るからである。テクノロジによって生み出されたこの問題に対処しようとする試みにおいて、１つの従来アプローチは、規則に基づく通知を含む。このアプローチは、使用ソーティング、グループ分類、又は割り込み規則であってよい。他のアプローチは、異なる通知スタイル（例えば、なし、バナー、アラート）を含んでよい。更なる他の従来アプローチは、ユーザの現在の活動、位置、スケジュールなどに基づき、ユーザが忙しいかどうかを検出するよう、ユーザの割り込み可能性（interruptibility）を検出してよい。それらのアプローチは、しかしながら、それらが人の感情の状態（例えば、注意、緩和、など）を検出せず、更には通知（又は関連するメッセージ）の優先度を考慮しないので、ユーザへ通知を提供するのに不十分である。
【００１７】
本開示の態様は、適切な時点で通知を再スケジューリングし且つ個人化されたモダリティを使用することによってユーザ中断を低減し得るシステム全体の通知管理システムを提供することで、既存の通知のそれら及び他の欠点に対処する。本願で記載されるシステムは、オペレーティングシステム上で全ての通知を管理することができ、メッセージの重要性及び緊急性を推定することができ、ユーザの通知機会を検出することができ、所与のコンテキストのためのユーザの好ましい通知方法を学習することができ、そして、優先度によってソートされた又はコンテンツによってグループ化された通知を提示することができる。
【００１８】
以下で更に詳細に説明されるように、スマート通知システムは、クライアントデバイス及び通知センダーを含んでよい。通知センダーが通知をクライアントデバイスへ送る場合に、クライアントデバイスは、割り込みのための適切な時点を識別し、不必要な（例えば、優先度が低い）割り込みを遅延させ、個人化された通知モダリティを選択し、優先度（例えば、重要性及び緊急性）によって通知を提示することによって、ユーザの中断を低減し得る。
【００１９】
それら及び他の実施形態のいくつかの更なる詳細は、添付の図に関連して説明される。図中、共通の符号を付された項目は、別なふうに記載されない限りは、同様の構造を示す。図面は、いくつかの実施形態の図解及び概略表現であり、制限的であるよう意図されず、更には、それらは必ずしも実寸通りではない。図面の全体を通して、同じ番号は、別なふうに記載されない限りは、同様の構造を概して参照する。
【００２０】
図１は、本願で記載される少なくとも１つの実施形態に従って配置されるスマート通知システムの例となる動作環境１００のブロック図を表す。動作環境１００は、クライアントデバイス１０４、データストレージ１１６、メッセージセンダー１４０、及びネットワーク１０７を含む。クライアントデバイス１０４、データストレージ１１６、メッセージセンダー１４０（集合的に「環境コンポーネント」）は、ネットワーク１０７を介して通信上結合されてよい。環境コンポーネントは、例えば、メッセージセンダー１４０からクライアントデバイス１０４へネットワーク１０７を介して送られる通知のような、データ及び情報をやり取りしてよい。環境コンポーネントの夫々は、以降の段落で簡単に説明される。
【００２１】
クライアントデバイス１０４は、プロセッサに基づくコンピューティングシステムを含んでよい。クライアントデバイス１０４は、メモリ、プロセッサ、及びネットワーク通信機能を含んでよい。動作環境１００において、クライアントデバイス１０４は、ネットワーク１０７を介してメッセージセンダー１４０との間でデータ及び情報を送信及び受信する能力を有してよい。クライアントデバイス１０４のいくつかの例は、携帯電話機、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、セットトップボックス、バーチャルリアリティデバイス、又はコネクテッドデバイス、などを含んでよい。クライアントデバイス１０４は、クライアントデバイス１０４のユーザ、クライアントデバイス１０４が置かれている環境、などに関するコンテキストを検出する１つ以上のセンサを含んでよい。例えば、コンテキストは、ユーザの位置（例えば、家、職場、車、屋外）、受信されたメッセージのタイプ（例えば、テキストメッセージ、電子メール、カレンダー上のイベント、ソーシャルネットワーキングメッセージ）、ユーザの脳活動（例えば、注意−高い、緩和−低い）、などを含んでよい。１つ以上のセンサは、時計、カメラ、マイクロホン、ジャイロメータ、加速度計、赤外線センサ、グローバルポジショニングシステム（ＧＰＳ；global  positioning  system）、近距離通信（ＮＦＣ；near-filed  communication）センサ、指紋センサ、デスクトップ利用センサ、歩数計、心拍モニタ、脳活動センサ、光センサ、温度センサ、又は何らかの他のセンサのうちの少なくとも１つを含んでよい。
【００２２】
ネットワーク１０７は、有線ネットワーク、無線ネットワーク、又はそれらのあらゆる組み合わせを含んでよい。ネットワーク１０７は、星形構成、トークンリング構成、又は他の構成を含む如何なる適切な構成又は複数の構成も含んでよい。ネットワーク１０７は、ローカルエリアネットワーク（ＬＡＮ；local  area  network）、ワイドエリアネットワーク（ＷＡＮ；wide  area  network）（例えば、インターネット）、及び／又は他の相互接続されたデータパスを含んでよく、それらにわたって複数のデバイスが通信し得る。いくつかの実施形態において、ネットワーク１０７はピア・ツー・ピアネットワークを含んでよい。ネットワーク１０７はまた、多種多様な通信プロトコルにおけるデータの通信を可能にし得る電気通信ネットワークへ結合されるか、あるいは、その部分を含んでよい。いくつかの実施形態において、ネットワーク１０７は、ショートメッセージングサービス（ＳＭＳ；short  messaging  service）、マルチメディアメッセージングサービス（ＭＭＳ；multimedia  messaging  service）、ハイパーテキスト転送プロトコル（ＨＴＴＰ；hypertext  transfer  protocol）、直接データ接続、無線アプリケーションプロトコル（ＷＡＰ；wireless  application  protocol）、電子メール、又は同様のものを介するものを含め、データの送信及び受信のためのＢｌｕｅｔｏｏｔｈ（登録商標）通信ネットワーク及び／又はセルラー通信ネットワークを含む。
【００２３】
データストレージ１１６は、如何なるメモリ又はデータストレージも含んでよい。データストレージ１１６は、図２に関連して更に記載されるように、コンテキストデータ、通知優先度データ、通知キュー、モダリティデータ、などのうちの１つ以上に関するデータを含んでよい。データストレージ１１６は、環境コンポーネントがデータストレージ１１６と通信し得るようにネットワーク通信機能を含んでよい。いくつかの実施形態において、データストレージ１１６は、コンピュータ実行可能命令又はデータ構造を搬送する又は記憶しているコンピュータ可読記憶媒体を含んでよい。コンピュータ可読記憶媒体は、例えばプロセッサのような汎用又は特別目的のコンピュータによってアクセスされ得る如何なる利用可能な媒体も含んでよい。例えば、データストレージ１１６は、ランダムアクセスメモリ（ＲＡＭ；Random  Access  Memory）、リードオンリーメモリ（ＲＯＭ；Read-Only  Memory）、電気的消去可能なプログラム可能リードオンリーメモリ（ＥＥＰＲＯＭ；Electrically  Erasable  Programmable  Read-Only  Memory）、コンパクトディスク型リードオンリーメモリ（ＣＤ−ＲＯＭ；Compact  Disc  Read-Only  Memory）若しくは他の光学ディスクストレージ、磁気ディスクストレージ若しくは他の磁気記憶デバイス、フラッシュメモリ（例えば、固体状態メモリデバイス）、又はコンピュータ実行可能命令若しくはデータ構造の形で所望のプログラムコードを搬送若しくは記憶するために使用され得るものであって、汎用若しくは特別目的のコンピュータによってアクセスされ得る如何なる他の記憶媒体も含む有形な又は非一時的なコンピュータ可読記憶媒体であり得るコンピュータ可読記憶媒体を含んでよい。これらの記憶媒体の組み合わせも、データストレージ１１６において含まれてよい。
【００２４】
表されている実施形態では、データストレージ１１６はクライアントデバイス１０４から離れている。いくつかの実施形態において、データストレージ１１６は、クライアントデバイス１０４に含まれてよく、あるいは、クライアントデバイス１０４は、データストレージ１１６と同様のローカルデータストレージを含んでよく、ネットワーク１０７を介してデータストレージ１１６にアクセスしてよい。少なくとも１つの実施形態において、データストレージ１１６は複数のデータストレージを含んでよい。
【００２５】
メッセージセンダー１４０は、プロセッサに基づくコンピューティングデバイスを含んでよい。例えば、メッセージセンダー１４０は、ハードウェアサーバ、又はサーバとして機能するよう構成された、他のプロセッサに基づくコンピューティングデバイスを含んでよい。メッセージセンダー１４０は、メモリ及びネットワーク通信機能を含んでよい。動作環境１００において、メッセージセンダー１４０は、ネットワーク１０７を介してクライアントデバイス１０４及びデータストレージ１１６と通信するよう構成されてよい。
【００２６】
メッセージセンダー１４０は、メッセージをクライアントデバイス１０４へ送信してよい。メッセージは、例えば、電子メール、テキストメッセージ、カレンダー上のイベント、ソーシャルネットワーキングメッセージ、お天気メッセージ、又はあらゆる他のタイプのメッセージのような、あらゆるタイプのメッセージを含んでよい。少なくとも１つの実施形態において、メッセージセンダー１４０は、クライアントデバイス１０４からの具体的なリクエストなしで、通知を生成してクライアントデバイス１０４へ配信してよい。そのような通知はプッシュ通知と呼ばれ得る。例えば、アプリケーション（例えば、電子メールアプリケーション）は、メッセージ（例えば、電子メール）を受信してよく、そして、電子メールの通知を生成してよい。例えば、通知は、例えば電子メールの件名及び最初の数行のような、電子メールの少なくとも一部を含んでよい。アプリケーションは、通知をクライアントデバイス１０４へメッセージセンダー１４０を介して送ってよい。少なくとも１つの実施形態において、アプリケーションは、メッセージセンダー１４０の部分である。
【００２７】
クライアントデバイス１０４は電子通知マネージャ１５５を含んでよい。電子通知マネージャ１５５は、例えば、メッセージセンダー１４０からメッセージを受信することのような、イベントに応答して、通知を生成してよい。イベントは、いずれかのアプリケーション又はサービスについての如何なるイベントも含んでよい。例えば、イベントは、メッセージセンダー１４０からの電子メールの受信、テキストメッセージ、ダウンロードの完了、電子ゲーム内のイベント、などを含んでよい。
【００２８】
電子通知マネージャ１５５は、どのような情報を電子通知において供給すべきか、いつ電子通知を供給すべきか、及び如何にして電子通知を供給すべきかを決定してよい。少なくとも１つの実施形態において、クライアントデバイス１０４は、メッセージセンダー１４０から又はローカルアプリケーションから通知（例えば、プッシュ通知）を受信してよい。メッセージ又は通知を受信することに応答して、電子通知マネージャ１５５は、メッセージ又は通知からコンテキストを抽出してよい。コンテキストを抽出するよう、電子通知マネージャ１５５は、メッセージ又は通知の内容を識別及び分類し、どのような情報を通知において供給すべきかを決定してよい。電子通知マネージャ１５５は、メッセージ又は通知の優先度を決定してよい。優先度を決定するよう、電子通知マネージャ１５５は、メッセージ又は通知の重要度（例えば、高い重要性、中程度の重要性、低い重要性）及び緊急度（例えば、高い緊急性、中程度の緊急性、低い緊急性）を推定する。電子通知マネージャ１５５は、メッセージ又は通知の配信をスケジューリングしてよい。配信をスケジューリングすることにおいて、通知マネージャ１５５は、ユーザ活動（例えば、ユーザの注意レベル、ユーザの積極性）に基づき割り込み可能性スコアを決定してよい。電子通知マネージャ１５５は、如何にして通知を供給すべきか（例えば、モダリティ）（例えば、分類されたリスト、優先度によってソートされたリスト、音響、振動、又はそれらのあらゆる組み合わせにおいて、個人化された情報により、など）を決定してよい。スマート通知スケジューリング及びモダリティ選択の、例となる実施形態は、図２に関連して更に記載される。
【００２９】
電子通知マネージャ１５５は、プロセッサ、マイクロプロセッサ（例えば、１つ以上の演算を実行する又はその実行を制御するもの）、ＦＰＧＡ、又はＡＳＩＣを含むハードウェアを用いて実装されてよい。その他の場合において、電子通知マネージャ１５５は、ハードウェアとソフトウェアとの組み合わせを用いて実装されてよい。ソフトウェアにおける実装は、例えば、コンピューティングシステム（例えば、クライアントデバイス１０４）のハードウェアに含まれ得るような、１つ以上のトランジスタ又はトランジスタ素子の高速なアクティブ化及び非アクティブ化を含んでよい。その上、ソフトウェアにより定義される命令は、トランジスタ素子内の情報に対して作用してよい。ソフトウェア命令の実装は、少なくとも一時的に電子パスウェイを再構成し、コンピューティングハードウェアを変形させ得る。
【００３０】
少なくとも１つの実施形態において、電子通知は、クライアントデバイス１０４上のアプリケーションから少なくとも部分的に起こってよい。例えば、そのようなアプリケーションは、電子ゲームアプリケーションを含んでよい。ある程度の進展がゲーム内であるとき、例えば、電子ゲームアプリケーションはプッシュ通知を生成してよい。例えば、ユーザは、所定の期間が経過した後に完成する電子ゲームアプリケーション内のデジタル建造物の建設を開始してよい。ユーザは、その期間が経過するより前に電子ゲームアプリケーションを抜け出てよい。電子ゲームアプリケーションは、建造物の建設が完了したことをユーザに示すプッシュ通知を生成してよい。
【００３１】
変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに動作環境１００に対してなされてよい。具体的に、動作環境は、１つ以上のクライアントデバイス１０４、１つ以上のメッセージセンダー１４０、１つ以上のデータストレージ１１６、又はそれらのあらゆる組み合わせを含んでよい。例えば、動作環境１００は、クライアントデバイス１０４がメッセージセンダー１４０から受け取られた認証メッセージに基づき相互に作用する他のシステムを含んでよい。
【００３２】
更に、本願で記載される実施形態における様々なコンポーネントの分離は、そのような分離が全ての実施形態において起こることを示すよう意図されない。記載される環境コンポーネントが単一コンポーネントにまとめられるか又は複数のコンポーネントに分けられ得ることは、本開示の利点とともに理解され得る。
【００３３】
図２は、本願で記載される少なくとも１つの実施形態に従って配置される、例となるスマート通知スケジューリング及びモダリティ選択システム２００（以降、「システム２００」）のブロック図を表す。システム２００は、プロセッサに基づくコンピューティングデバイスのコンポーネントとして実装されてよい。例えば、システム２００は、携帯電話機、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、セットトップボックス、装着型スマートデバイス（例えば、スマートウォッチ、スマートグラス、スマート歩数計、若しくは何らかの他の装着型スマートデバイス）、又は１つ以上のサーバのコンポーネントであってよい。少なくとも１つの実施形態において、システム２００のコンポーネントのうちの１つ以上は、クライアントデバイス（例えば、図１のクライアントデバイス１０４）において、又はサーバデバイス（例えば、図１のメッセージセンダー１４０）において実装されてよい。
【００３４】
システム２００はメッセージ２０５を受け取ってよい。メッセージ２０５はメッセージの通知を含んでよい。システム２００は、メッセージ２０５に関連し得る様々なデータを識別するセンサ２１０を含んでよい。更に、センサ２１０は、ユーザに関する様々なデータを測定するよう構成されてよい。センサ２１０によって測定又は収集された全てのデータは、センサデータ２１５と呼ばれ得る。センサデータ２１５は、例えばデータストレージ２２０のようなデータストレージにおいて記憶されてよい。いくつかの実施形態において、センサ２１０は、ユーザ（例えば、メッセージ２０５）又はユーザの環境に関連した電子データにアクセスするよう構成されてよい。例えば、センサ２１０は、ユーザの生物学的状態、ユーザの環境状態、ユーザの精神状態、それらの状態の履歴、及び過去の通知に対するユーザによる受容の度合いの履歴のようなデータを測定するよう構成されてよい。センサ２１０は、時計、カメラ、マイクロホン、ジャイロメータ、加速度計、赤外線センサ、グローバルポジショニングシステム（ＧＰＳ）、近距離通信（ＮＦＣ）センサ、指紋センサ、デスクトップ利用センサ、歩数計、心拍モニタ、脳活動センサ、光センサ、温度センサ、又は何らかの他のセンサのうちの少なくとも１つを含んでよい。
【００３５】
他の例では、メッセージは、電子メール、カレンダー上のイベント、ソーシャルメッセージ、気象データを含んでよい。センサ２１０は、ユーザの電子カレンダーを記述するカレンダーデータ、ソーシャルネットワーク上のユーザの活動を記述するソーシャルデータ、あるいは、ユーザが現在位置しているか又は後に位置し得る地理的な位置についての現在の及び／又は予想された天気を記述する気象データを識別するためにメッセージ２０５を使用するよう構成されてよい。センサ２１０によって識別されたカレンダーデータは、ユーザのアポイントメント、締め切り期日、任務、などの記述を含んでよい。例えば、カレンダーデータは、ユーザの電子メールアカウントに関連してよく、特定の時間又は時間の範囲についての職場でのユーザのアポイントメントを記述してよい。
【００３６】
ユーザの測定又は計算された感情を含むセンサデータ２１５は、感情データ２２５ａとして記憶されてよい。ユーザの測定又は計算された時間的発現を含むセンサデータ２１５は、時間データ２２５ｂとして記憶されてよい。時間的発現データは、例えば、“金曜日午後２時”といった日付情報を含んでよい。トピックに関する又はコンテキストを提供し得るセンサデータ２１５は、トピックデータ２２５ｃとして記憶されてよい。トピックデータ２２５ｃは、“会議”、“締め切り”、“報告”、などのようなメッセージの内容を要約する短いフレーズを含んでよい。センサ２１０によって識別されたソーシャルデータ２２５ｄは、ソーシャルネットワーク上のユーザのコメント、承認の表示、投稿、又はステータス更新を記述してよい。ソーシャルデータ２２５ｄはまた、例えば電子メールのような、通信チャネルを介した他のユーザとの会話及び相互作用を含んでよい。例えば、ユーザは、同じ期間内に他の連絡先とよりもある連絡先との電子メールによる会話の量の方が多いことがある。これは、その連絡先からのメッセージがユーザにとってより重要であり得ることを示す。いくつかの実施形態において、ソーシャルデータは、システム２００によってアクセス可能なソーシャルグラフにおいて記憶されてよい。
【００３７】
行動履歴データ２２５ｅは、ユーザが電子通知に対して行動した履歴上の条件を記述するデータを含んでよい。電子通知に対する行動は、電子通知の命令に従うことを含んでよい。電子通知に対する行動は、ユーザがユーザへ与えられた電子通知に基づく活動又は無活動の期間に従事することを含んでよい。例えば、活動は、電子メールを読むこと又は電子メールに返答することや、カレンダーの招待を受けること又は拒否することを含んでよい。他の例において、ユーザが屋外で１０分間散歩すべきことを特定する電子通知をユーザが与えられる場合には、適応割り込みに対する行動は、電子通知によって特定されているようにユーザが１０分間屋外を散歩することを含んでよい。電子通知に対する行動はまた、推奨される動作をある程度ユーザが実施することとして定義されてよい。例えば、この場合に、ユーザは、彼らが単純に任意の期間に歩いた場合、又は彼らが指示された時間のうちの少なくとも５０％を歩いた場合、などに、電子通知に対して行動したことになり得る。ユーザが電子通知に対して行動する範囲も、行動履歴データ２２５ｅとして記録され得る。
【００３８】
他のデータ２２５ｆは、ユーザへの通知の配信のためにスマート通知スケジューリング及びモダリティ選択システム２００によって使用され得る如何なるデータも含んでよい。少なくとも１つの実施形態において、他のデータ２２５ｆは気象データを含んでよい。センサ２１０によって取り出された気象データは、ユーザの地理的な位置に関連した気象条件を記述してよい。例えば、気象データは、ユーザの地理的な位置に関連した気象が華氏８０度であり、ユーザが屋外を散歩すること又は何らの他の屋外活動に従事することに適していることを示してよい。気象データは、いつ又は如何にしてユーザに通知を供給すべきかを決定する際に有用であり得る。例えば、通知は、フィットネスアプリケーションに関連してよく、ユーザが毎日屋外を走るという目標を達成するための励ましであってよい。現在外は土砂降りの雨であることを気象データが示す場合に、そのような気象データは、いつ又は如何にして通知を供給すべきか（例えば、雨が止んだ後に遅延すべきか）を決定することにおいて有益であり得る。他のデータ２２５ｆはまた、ユーザから又はシステム管理者から受け取られた手動入力を含んでよい。例えば、ユーザは、特定のソース又は他のユーザからのメッセージが極めて重要であり、他の事情に関わらず即座に配信されるべきであることを示す手動入力を提供してよい。他のデータ２２５ｆはまた、メッセージタイプ、メッセージソース、などについてのホワイトリスト又はブラックリストを含んでよい。
【００３９】
システム２００はコンテキスト抽出部２３０を含んでよい。コンテキスト抽出部２３０は、例えば、データストレージ２２０へのアクセスを介して、感情データ２２５ａ、時間データ２２５ｂ、トピックデータ２２５ｃ、ソーシャルデータ２２５ｄ、行動履歴データ２２５ｅ、及び他のデータ２２５ｆのうちの１つ以上へのアクセスを有してよい。コンテキスト抽出部２３０は、メッセージ２０５のコンテキストを識別するようセンサデータ２１５のいずれかを解析してよい。コンテキストは、ユーザの情報及びユーザの環境を含んでよい。例えば、コンテキストは、ユーザが彼らのオフィスにおり、コンピュータの前にいて、集中状態にあることを示してよい。他の例において、コンテキストは、ユーザがオフィスの外におり、歩いており、リラックス状態にあることを示してよい。コンテキストはまた、例えば電子メール、会議の招待、などのような、メッセージのタイプを示してよい。
【００４０】
システム２００は、メッセージ２０５の優先度を決定し得る優先度推定部２３５を含んでよい。メッセージ２０５の優先度は、重要度及び緊急度を示してよい。重要度は、バイナリスケールに基づいてよく、あるいは、異なる重要度を示す任意数のレベルを有してよい。同様に、緊急度は、バイナリスケールに基づいてよく、あるいは、異なる緊急度を示す任意数のレベルを有してよい。決定された優先度は、優先モデル２２５ｇに基づいてよい。優先度推定部２３５は、優先モデル２２５ｇを生成及び更新してよい。優先モデル２２５ｇはセンサデータ２１５に基づいてよい。例えば、優先モデル２２５ｇは、感情データ２２５ａ、時間データ２２５ｂ、トピックデータ２２５ｃ、ソーシャルデータ２２５ｄ、行動履歴データ２２５ｅ、及び他のデータ２２５ｆのうちの１つ以上に基づいてよい。例において、優先度推定部２３５は、次の内容：“やあ、皆さん。２３日水曜日までに２月度の月間報告を私に下さい。今回はジョンの番だと思います。よろしく頼みます。”によりメッセージ２０５を識別してよい。メッセージ２０５の内容に少なくとも部分的に基づいて、１つ以上のセンサ２１０は、感情データ２２５ａ（例えば、怒り＝０．０５、嫌悪＝０．３、恐れ＝０．３３、喜び＝０．０８、悲しみ＝０．１３）、時間データ２２５ｂ（例えば、２３日水曜日）、トピックデータ２２５ｃ（例えば、ビジネス及び産業、企業、月間報告）、ソーシャルデータ２２５ｄ（例えば、過去一週間内にこの連絡先から２０通の電子メール）、行動履歴データ２２５ｅ（例えば、この連絡先に対する平均応答時間＝１分、この連絡先からのメッセージに対する行動は既読（１００％）、返答（９５％）、転送（１０％）である。）、及び他のデータ２２５ｆ（例えば、ユーザが重要及び／又は緊急としてメッセージ２０５を手動により入力する選択肢）を決定してよい。優先モデル２２５ｇを考慮したそれらの例となるセンサデータの解析に基づき、優先度推定部２３５は、メッセージ２０５が高い重要性及び高い緊急性の優先度を有していると決定し得る。
【００４１】
少なくとも１つの実施形態において、優先度は、メッセージの価値（例えば、重要、緊急）及び特定の時点での割り込みのコスト（例えば、注意をそらすことの程度）に基づいてよい。注意をそらすことの程度は、割り込み可能性スコアによって定量化されてよい。割り込み可能性スコアは、通知が後の配信と比べて即座に配信される場合にユーザによって否定的に捉えられ得るかどうかを示してよい。少なくとも１つの実施形態において、高い割り込み可能性スコアは、特定の時点での割り込みのコストが高くなり得ることを示してよく、低い割り込み可能性スコアは、特定の時点での割り込みのコストが低くなり得ることを示してよい。代替的に、高い割り込み可能性スコアは、特定の時点での割り込みのコストが小さくなり得ることを示してよく、低い割り込み可能性スコアは、特定の時点での割り込みのコストが大きくなり得ることを示してよい。
【００４２】
通知によりユーザに割り込もうと試みる場合に、優先度推定部２３５は、重要性、緊急性、及び割り込み可能性スコアを評価してよい。割り込み可能性スコアを決定するよう、優先度推定部２３５は、割り込み可能性を検出するために１つ以上のセンサ（例えば、ビデオカメラ、位置、加速度）を使用してよい。例えば、ユーザが勤務地で会議室内にいることをＧＰＳセンサが示す場合に、割り込み可能性スコアは、その特定の時点での割り込みのコストが高くなり得ることを反映してよい。優先度推定部２３５はまた、例えば、顔解析、心拍解析、呼吸解析、脳波スキャン、などを行うことによって、ユーザの感情の状態（例えば、注意、緩和）を決定するために１つ以上のセンサを使用してよい。
【００４３】
システム２００は通知スケジューラ２４０を含んでよい。通知スケジューラ２４０は、いつ通知を表示デバイス２７０へ送るべきかを決定してよい。通知スケジューラ２４０は、優先度推定部２３５によって決定された通知優先度に少なくとも部分的に基づいて、通知の配信をスケジューリングしてよい。通知スケジューラ２４０は、通知の配信をスケジューリングするよう、規則の組を考慮して、決定された優先度を使用してよい。例えば、規則の組は、次の通りであってよい：
【表１】
2018014087.tif 000003
【００４４】
通知スケジューラ２４０は、上記の表にある“行動”に基づき、通知の配信をスケジューリングしてよい。“高”は、閾値よりも高いものとして定義されてよい（例えば、０から１のスケール上で０．５よりも大きい。）。“低”は、閾値よりも低いものとして定義されてよい（例えば、０から１のスケール上で０．５以下。）。他のスケール、例えば、“高”、“中”及び“低”スケールや、数値スケール、又は何らかの他のスケールが使用されてよい。配信スケジュールが通知のために決定されると、通知スケジューラ２４０は、通知キュー２４５において通知を送信してよい。通知は、通知キュー２４５から表示デバイス２７０へ送られてよい。少なくとも１つの実施形態において、通知キュー２４５は、表示デバイス２７０へ通知を送信すべき順序だけを記憶すればよく、通知自体は通知キュー２４５において記憶されなくてよい。
【００４５】
システム２００はモダリティ選択部２５０を更に含んでよい。モダリティ選択部２５０は、通知の配信のためのモードを決定するためにモダリティデータ２５５を使用してよい。メッセージ２０５が通知（例えば、通知２６５）を含む場合に、モダリティ選択部２５０は、通知配信プランに基づき、表示デバイス２７０での表示のために通知２６５を送信してよい。メッセージ２０５が通知を含まない場合に、モダリティ選択部２５０は、メッセージ２０５に基づき通知２６５を生成してよい。
【００４６】
少なくとも１つの実施形態において、モダリティ選択部２５０は、通知のためのモダリティモデル２６０ｄを生成してよい。少なくとも１つの実施形態において、モダリティ選択部２５０は、所与のメッセージについて所与のコンテキストの下でユーザが何を行ったかを学習してよく、そのような学習を使用して、将来のコンテキストにおいて将来の通知のために使用されるモダリティモデル２６０ｄを生成してよい。モダリティモデル２６０ｄを生成するときに、モダリティ選択部２５０は、コンテキスト２６０ａ、優先度データ２６０ｂ、及びユーザデータ２６０ｃを使用してよい。コンテキスト２６０ａは、コンテキスト抽出部２３０によって決定されたコンテキストを含んでよい。優先度データ２６０ｂは、優先度推定部２３５によって決定された優先度を含んでよい。ユーザデータ２６０ｃは、前の通知に応答してユーザによって取られた行動を含んでよい。そのようなユーザの行動は、センサ２１０によって決定されてよい。
【００４７】
如何にしてモダリティ選択部２５０がモダリティモデル２６０ｄを生成し得るかの例において、コンテキストは、位置がオフィスを含むこと、メッセージ２０５が会議のためのカレンダー上のイベントを含むこと、及び高い注意、低い緩和の脳の活動状態を示してよい。このコンテキストによれば、ユーザは、行動：ミュートをオンされること、クライアントデバイスでの振動、を取ってよい。それらの状況の下で、例えば、モダリティ選択部２５０は、ユーザがオフィスで会議中であるときにクライアントデバイスがミュートオン及び振動オンを有し得るというモダリティ規則を学習してよい。高い重要性及び低い緊急性を有する通知が到来したとき、ユーザは、“メッセージを読むが、返答はしない”という行動を取った。モダリティ選択部２５０はまた、“割り込み可能性が低く、重要性が高く、緊急性が低いときには、通知を遅らせる”というスケジューリング規則を推測してよい。
【００４８】
モダリティモデル２６０ｄに基づいて、モダリティ選択部２５０は、通知２６５のための通知配信プランを決定してよい。様々な配信プランの例は、以下で記載される。
【００４９】
第１の通知配信プランは、次の通りであってよい：
【表２】
2018014087.tif 000004
【００５０】
第２の通知配信プランは、次の通りであってよい：
【表３】
2018014087.tif 000005
【００５１】
第３の通知配信プランは、次の通りであってよい：
【表４】
2018014087.tif 000006
【００５２】
第４の通知配信プランは、次の通りであってよい：
【表５】
2018014087.tif 000007
【００５３】
第５の通知配信プランは、次の通りであってよい：
【表６】
2018014087.tif 000008
【００５４】
モダリティ選択部２５０は、通知２６５のための通知配信プランに基づき、通知２６５を表示デバイス２７０へ送信してよい。少なくとも１つの実施形態において、モダリティ選択部２５０及び表示デバイス２７０は、同じクライアントデバイス（例えば、図１のクライアントデバイス１０４）に関連する。少なくとも１つの実施形態において、モダリティ選択部２５０は、ネットワーク（例えば、図１のネットワーク１０７）を介して表示デバイス２７０へ通知２６５を送信する。表示デバイス２７０は、ユーザのために個人化されている適応割り込みを記述するグラフィカルデータを表示するために使用されるディスプレイ、モニタ、又はスクリーンを含んでよい。例えば、表示デバイス２７０は、システム２００のコンポーネントのうちの一部又は全ての記憶及び実行するデスクトップコンピュータ又はセットトップボックスへ通信上結合されているコンピュータモニタを含んでよい。いくつかの実施形態において、表示デバイス２７０は、携帯電話機、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、又は装着型スマートデバイス（例えば、スマートウォッチ、スマートグラス、スマート歩数計、若しくは何らかの他の装着型スマートデバイス）のスクリーンを含んでよい。いくつかの実施形態において、表示デバイス２７０は、オーディオ信号を再生するために使用されるスピーカ又は何らかの他のハードウェアであってよい。表示デバイス２７０は、振動を生成する振動デバイスを更に含んでよい。
【００５５】
いくつかの実施形態において、システム２００のコンポーネントのうちの一部又は全ては、フィールドプログラマブルゲートアレイ（ＦＰＧＡ；field  programmable  gate  array）又は特定用途向け集積回路（ＡＳＩＣ；application  specific  integrated  circuit）を含むハードウェアを用いて実装されてよい。いくつかの他の事例では、システム２００のコンポーネントのうちの一部又は全ては、ハードウェアとソフトウェアとの組み合わせを用いて実装されてよい。このように、システム２００のコンポーネントのうちの一部又は全ては、１つ以上のハードウェアデバイスとして実装されてよい。
【００５６】
図３乃至４は、スマートな通知スケジューリング及びモダリティ選択に関連した方法の例のフロー図を表す。方法は、ハードウェア（回路、専用ロジック、など）、ソフトウェア（例えば、汎用コンピュータシステム又は専用マシンで実行されるもの）、又は両者の組み合わせを含み得るプロセッシングロジックによって実施されてよい。プロセッシングロジックは、図１の動作環境１００、又は他のコンピュータシステム若しくはデバイスにおいて含まれてよい。なお、他のシステム、又はシステムの組み合わせが、方法を実施するために使用されてよい。説明の簡単のために、本願で記載される方法は、一連の動作として表現及び記載される。なお、本開示に従う動作は、様々な順序で及び／又は同時に、且つ、本願で提示及び記載されていない他の動作を伴って、起こってよい。更には、表されている全ての動作が、開示されている対象に従う方法を実装するために使用されなくてもよい。その上、当業者は、方法が、代替的に、状態図又はイベントにより、相互に関連のある一連の状態として表現されてよいことを理解し認識するだろう。加えて、本明細書で開示される方法は、そのような方法をコンピューティングデバイスへ輸送及び転送することを容易にするよう、例えば非一時的なコンピュータ可読媒体のような製品において記憶されることが可能である。本願で使用される語「製品」は、あらゆるコンピュータ可読デバイス又は記憶媒体からアクセス可能なコンピュータプログラムを包含するよう意図される。別個のブロックとして表されているが、様々なブロックは、所望の実施に応じて、更なるブロックに分けられても、より少ないブロックへとまとめられても、あるいは、削除されてもよい。
【００５７】
図３は、スマートな通知スケジューリング及びモダリティ選択の、例となる方法３００のフロー図を表す。方法３００は、例えば図１のクライアントデバイス１０４のようなクライアントデバイス内のプロセッシングロジックによって少なくとも部分的に実施されてよい。方法３００はブロック３０５から開始してよい。ブロック３０５で、プロセッシングロジックは、アプリケーションに関連した通知を識別してよい。アプリケーションは、プロセッシングロジックによって又は同じクライアントデバイス上の他のプロセッシングロジックによって動作し実行されてよい。少なくとも１つの実施形態において、アプリケーションは、サーバに基づく通知であってよく、プロセッシングロジックは、ネットワークを介して通知を受け取ってよい。
【００５８】
ブロック３１０で、プロセッシングロジックは、通知を受け取ることに応答して、通知又はクライアントデバイスのユーザに関するコンテキストを抽出してよい。コンテキストを抽出するよう、プロセッシングロジックは、図１及び２に関連して更に記載されたように、メッセージ又は通知の内容を識別及び分類し、通知においてどのような情報を提供すべきかを決定してよい。少なくとも１つの実施形態において、コンテキストを抽出するとき、プロセッシングロジックはセンサを介してデータを受け取ってよい。データは、クライアントデバイスのユーザに関するデータ、又はクライアントデバイスが位置している環境のデータを含んでよい。プロセッシングロジックはまた、クライアントデバイスのユーザに関するデータ、又はクライアントデバイスが位置している環境のデータのうちの少なくとも１つに基づきコンテキストを決定してよい。少なくとも１つの実施形態において、プロセッシングロジックは、図２のコンテキスト抽出部２３０として機能してよい。
【００５９】
ブロック３１５で、プロセッシングロジックは、コンテキストに基づき通知の優先度を決定してよい。コンテキストに基づき通知の優先度を決定することは、コンテキストに基づき通知の重要度及び緊急度を推定し、重要度及び緊急度に基づき優先度を決定することを含んでよい。少なくとも１つの実施形態において、コンテキストに基づき通知の優先度を決定することは、割り込み可能性スコアを決定することを更に含んでよい。割り込み可能性スコアは、割り込みのコストを示してよい。優先度は、重要度、緊急度、及び割り込み可能性スコアに基づき決定されてよい。少なくとも１つの実施形態において、プロセッシングロジックは、図２の優先度推定部２３５として機能してよい。
【００６０】
ブロック３２０で、プロセッシングロジックは、優先度に基づき通知の配信スケジュールを決定してよい。配信スケジュールは、重要度、緊急度、及び割り込み可能性スコアのうちの少なくとも１つに基づき決定されてよい。少なくとも１つの実施形態において、優先度に基づき通知の配信スケジュールを決定することは、重要度、緊急度、及び割り込み可能性スコアが各々の閾基準を満足する（例えば、夫々が各々の閾レベルを上回る又は下回る）場合に、通知の即時配信スケジュールを決定することを含んでよい。例えば、重要度は重要性閾値を上回ってよく、緊急度は緊急性閾値を上回ってよく、割り込み可能性スコアは割り込み可能性閾値を上回ってよい。少なくとも１つの実施形態において、優先度に基づき通知の配信スケジュールを決定することは、重要度、緊急度、及び割り込み可能性スコアのうちの少なくとも１つが各々の閾レベルを下回る場合に、通知の遅延配信スケジュールを決定することを含んでよい。例えば、重要度が重要性閾値を下回り、緊急度が緊急性閾値を下回り、割り込み可能性スコアが割り込み可能性閾値を下回ることのうちの１つ以上が起こってよい。少なくとも１つの実施形態において、プロセッシングロジックは、図２の通知スケジューラ２４０として機能してよい。
【００６１】
ブロック３２５で、プロセッシングロジックは、コンテキスト、優先度又は配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定してよい。通知配信プランは、視覚通知、音響通知、又は振動通知の少なくとも１つの配信モダリティを含んでよい。少なくとも１つの実施形態において、プロセッシングロジックは、図２のモダリティ選択部２５０として機能してよい。
【００６２】
ブロック３３０で、プロセッシングロジックは、通知を表示デバイスへ送ってよい。少なくとも１つの実施形態において、通知を表示デバイスへ送ることは、ネットワークを介して通知を送信することを含んでよい。代替的に、通知を表示デバイスへ送ることは、システムバスを介して通知を送信することを含んでよい。
【００６３】
図４は、通知配信の、例となる方法４００のフロー図を表す。方法４００は、例えば図１の動作環境１００のような動作環境において実施されてよい。方法４００は、例えば図１のクライアントデバイス１０４のようなクライアントデバイス内のプロセッシングロジックによって少なくとも部分的に実施されてよい。クライアントデバイス１０４は、方法４００を実施する又はその実施を引き起こすようにプロセッサによって実行されるプログラミングコード又は命令が記憶又は符号化されている非一時的なコンピュータ可読媒体を含んでよく、あるいは、それと通信上結合されてよい。その上、又は代替的に、クライアントデバイス１０４は、方法４００を実施する又はその実施を制御するようにコンピュータ命令を実行するよう構成されるプロセッサを含んでよい。別個のブロックとして表されているが、様々なブロックは、所望の実施に応じて、更なるブロックに分けられても、より少ないブロックへとまとめられても、あるいは、削除されてもよい。
【００６４】
方法４００はブロック４０５から開始してよい。ブロック４０５で、プロセッシングロジックは、所定量の時間の間待機してよい。所定量の時間は、如何なる量の時間であってもよい。少なくとも１つの実施形態において、所定の量の時間は、ブロック４０５が実行される初回についてゼロであってよい。
【００６５】
ブロック４１０で、プロセッシングロジックは、他の通知（例えば、通知キュー内の通知）が走査されたかどうかを判定してよい。プロセッシングロジックは、記載されるように、コンテキストについて通知を走査してよい。全ての通知が走査された場合に（ブロック４１０で“Ｙｅｓ”）、プロセッシングロジックはブロック４０５へ進み、所定量の時間の間待機してよい。
【００６６】
全ての通知が走査されてはいない場合に（ブロック４１０で“Ｎｏ”）、ブロック４１５で、プロセッシングロジックは、例えば、通知キュー内の通知を選択することによって、通知を選択してよい。プロセッシングロジックは、通知（又は通知に関連したメッセージ）を走査してよい。プロセッシングロジックはまた、記載されるように、ユーザ又は環境データを識別してよい。
【００６７】
ブロック４２０で、プロセッシングロジックは、ユーザが割り込み可能であるかどうかを判定してよい。例えば、プロセッシングロジックは、ユーザが会議中であり、よって、ユーザが割り込み可能でない可能性があると決定してよい。代替的に、プロセッシングロジックは、ユーザが割り込み可能であり得る活動に従事している可能性があると決定してよい（例えば、ユーザが、実質的な重要な何かに従事していない場合。）。ユーザが割り込み可能であるとプロセッシングロジックが決定する場合に（ブロック４２０で“Ｙｅｓ”）、プロセッシングロジックはブロック４３０へ進んでよい。
【００６８】
ユーザが割り込み可能でないとプロセッシングロジックが決定する場合に（ブロック４２０で“Ｎｏ”）、ブロック４２５で、プロセッシングロジックは、通知が行われるべき時であるかどうかを判定してよい。通知が行われるべき時であるかどうかを判定することは、スケジューリングされた配信時間と現在の時間とを比較することを含んでよい。スケジューリングされた配信時間は、特定の通知、アプリケーション、ユーザ、センダー、などに固有であってよい。例えば、第１の通知が第１のユーザからの第１のメッセージに関連する場合に、時間は、第２のユーザからの第２のメッセージに関連する第２の通知についてよりも短くてよい。通知が行われるべき時でないとプロセッシングロジックが決定する場合に（ブロック４２５で“Ｎｏ”）、プロセッシングロジックはブロック４１０へ進んでよい。通知が行われるべき時であるとプロセッシングロジックが決定する場合に（ブロック４２５で“Ｙｅｓ”）、プロセッシングロジックはブロック４３０へ進んでよい。
【００６９】
ブロック４３０で、プロセッシングロジックは、（例えば、図３のブロック３２５に関連して）記載されるように、通知のためのモダリティを決定してよい。ブロック４３５で、プロセッシングロジックは、キューから通知を除外してよい。ブロック４４０で、プロセッシングロジックは、通知を表示デバイスへ送ってよい。少なくとも１つの実施形態において、プロセッシングロジックは、ユーザが割り込み可能になると直ぐに（ブロック４２０で“Ｙｅｓ”）、又は通知が行われるべき時である場合に（ブロック４２５で“Ｙｅｓ”）、通知を表示デバイスへ送ってよい。
【００７０】
図５は、例となる通知センター５００のグラフィカルユーザインターフェイス（ＧＵＩ；graphical  user  interface）を表す。例となるＧＵＩは、クライアントデバイスのディスプレイ上で提示されてよい。いくつかの事例において、通知は、ディスプレイ上で提示されているコンテンツの前面にオーバーレイとして提示されてよい。他の例では、通知は、ロック画面上で表示されてよい。更には、通知は、電源をオフされているディスプレイを電源オンさせ、デバイスのユーザからの如何なるインタラクション又は入力もなしで、スクリーン上で通知を提示し得る。少なくとも１つの実施形態において、例となるＧＵＩは、ユーザが、ウェブブラウザを介して、インターネットに基づくコンテンツプラットフォームにアクセスする場合に、ウェブブラウザ内に提示されてよい。他の実施形態では、例となるＧＵＩは、メディアビューアー（例えば、ａｐｐ、アプリケーション、プログラム、ソフトウェアモジュール／コンポーネント、など）によって提示されるインターフェイスであってよい。いくつかの例となるＧＵＩは、（例えば、動作を実施するための）ボタンの形をしたコントロール要素を含む。なお、様々な他のコントロール要素、例えば、チェックボックス、リンク、又は何らかの他のユーザインターフェイス要素が、ユーザによる選択のために使用され得る点が留意されるべきである。
【００７１】
図示されるように、例となる通知センター５００は、１つ以上の重要性及び緊急性通知５０５、１つ以上の重要性及び非緊急性通知５１０、１つ以上の非重要性及び緊急性通知５１５、並びに１つ以上の非重要性及び非緊急性通知５２０を含んでよい。表されているように、通知５０５、５１０、５１５及び５２０は、第１に重要性及び第２に緊急性に従って、ソートされた順序において提示される。少なくとも１つの実施形態において、通知５０５、５１０、５１５及び５２０は、第１に緊急性及び第２に重要性に従って、ソートされた順序において提示されてよい。少なくとも１つの実施形態において、通知５０５、５１０、５１５及び５２０は、重要度、緊急度、及び割り込み可能性スコアに従って提示されてよい。また表されているように、通知５０５、５１０、５１５及び５２０は、最も高い優先度が一番上に、そして最も低い優先度が一番下にというように、優先度の降順において提示される。通知５０５、５１０、５１５及び５２０は、最も低い優先度が一番上に、そして最も高い優先度が一番下にというように、優先度の昇順において提示されてよい。少なくとも１つの実施形態において、通知５０５、５１０、５１５及び５２０は、代わりに他のスキームに従って、又は順序付けリストに従って、提示されてよい。例えば、通知５０５、５１０、５１５及び５２０は、異なる優先度の通知を区別するよう、色、形、サイズ、フォントサイズ、又は何らかの他のタイプの技術に従って提示されてよい。
【００７２】
図６は、本願で説明される方法のうちのいずれか１つ以上をマシンに実施させる命令の組が実行され得るコンピューティングデバイス６００の例となる形において、マシンの図解表現を表す。コンピューティングデバイス６００は、本願で説明される方法のうちのいずれ１つ以上をマシンに実施させる命令の組が実行され得る携帯電話機、スマートフォン、ネットブックコンピュータ、ラックマウントサーバ、ルータコンピュータ、サーバコンピュータ、パーソナルコンピュータ、メインフレームコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータなどを含んでよい。代替の実施形態では、マシンは、ＬＡＮ、イントラネット、エクストラネット、又はインターネットにおいて他のマシンへ接続（例えば、ネットワーク化）されてよい。マシンは、クライアント−サーバネットワーク環境でサーバマシンとして動作してよい。マシンは、パーソナルコンピュータ（ＰＣ；personal  computer）、セットトップボックス（ＳＴＢ；set-top  box）、サーバ、ネットワークルータ、スイッチ若しくはブリッジ、又はそのマシンによって行われるべきアクションを指定する命令の組（シーケンシャル又は他）を実行可能な如何なるマシンも含んでよい。更に、単一のマシンしか表されていないが、語「マシン（machine）」はまた、本願で説明される方法のうちのいずれか１つ以上を実施するよう命令の組を個々に又は連帯して実行するマシンの如何なる集合も含んでよい。
【００７３】
例となるコンピューティングデバイス６００は、プロセッシングデバイス（例えば、プロセッサ）６０２、メインメモリ６０４（例えば、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリ、動的ランダムアクセスメモリ（ＤＲＡＭ）（例えば、同期ＤＲＡＭ（ＳＤＲＡＭ））、静的メモリ６０６（例えば、フラッシュメモリ、静的ランダムアクセスメモリ（ＳＲＡＭ））、及びデータ記憶デバイス６１６を含み、これらは、バス６０８を介して互いと通信する。
【００７４】
プロセッシングデバイス６０２は、マイクロプロセッサ、中央演算処理装置、又は同様のもののような、１つ以上の汎用プロセッシングデバイスに相当する。より具体的には、プロセッシングデバイス６０２は、複数命令セットコンピューティング（ＣＩＳＣ；complex  instruction  set  computing）マイクロプロセッサ、縮小命令セットコンピューティング（ＲＩＳＣ；reduced  instruction  set  computing）マイクロプロセッサ、超長命令語（ＶＬＩＷ；very  long  instruction  word）マイクロプロセッサ、又は他の命令セットを実装するプロセッサ若しくは命令セットの組み合わせを実装するプロセッサを含んでよい。プロセッシングデバイス６０２はまた、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ；digital  signal  processor）、ネットワークプロセッサ、又は同様のもののような、１つ以上の専用プロセッシングデバイスを含んでよい。プロセッシングデバイス６０２は、本願で説明される動作及びステップを実施するための命令６２６を実行するよう構成される。
【００７５】
コンピューティングデバイス６００は、ネットワーク６１８と通信し得るネットワークインターフェイスデバイス６２２を更に含んでよい。コンピューティングデバイス６００は、表示デバイス６１０（例えば、液晶ディスプレイ（ＬＣＤ；liquid  crystal  display）又は陰極線管（ＣＲＴ；cathode  ray  tube））、英数字入力デバイス６１２（例えば、キーボード）、カーソル制御デバイス６１４（例えば、マウス）、及び信号発生デバイス６２０（例えば、スピーカ）を更に含んでよい。１つの実施において、表示デバイス６１０、英数字入力デバイス６１２、及びカーソル制御デバイス６１４は、単一のコンポーネント又はデバイス（例えば、ＬＣＤタッチスクリーン）にまとめられてよい。
【００７６】
データ記憶デバイス６１６は、本願で説明される方法又は機能のうちのいずれか１つ以上を具現化する命令６２６の組（例えば、図１の動作環境１００）が記憶されているコンピュータ可読記憶媒体６２４を含んでよい。命令６２６は、コンピューティングデバイス６００によるそれらの実行中に、メインメモリ６０４内に及び／又はプロセッシングデバイス６０２内に、完全に又は少なくとも部分的に存在してもよい。メインメモリ６０４及びプロセッシングデバイス６０２もコンピュータ可読媒体を構成する。命令は更に、ネットワークインターフェイスデバイス６２２を介してネットワーク６１８上で送信又は受信されてよい。
【００７７】
コンピュータ可読記憶媒体６２４は、例となる実施形態において、単一の媒体であるよう示されているが、語「コンピュータ可読記憶媒体（computer-readable  storage  medium）」は、命令の１つ以上の組を記憶する単一の媒体又は複数の媒体（例えば、中央集権化された若しくは離散的なデータベース、並びに／又は関連するキャッシュ及びサーバ）を含んでよい。語「コンピュータ可読記憶媒体」は、マシンによる実行のための命令の組を記憶、符号化、又は搬送することが可能であって、マシンに本開示の方法のいずれか１つ以上を実施させる如何なる媒体も含んでよい。語「コンピュータ可読記憶媒体」は、制限なしに、ソリッドステートメモリ、光学媒体、及び磁気媒体を含むと然るべく理解され得る。
【００７８】
本願で記載される実施形態は、以下で更に詳細に説明されるように、様々なコンピュータハードウェア又はソフトウェアモジュールを含む特別目的の又は汎用のコンピュータの使用を含んでよい。
【００７９】
本願で記載される実施形態は、コンピュータ実行可能命令又はデータ構造を搬送する又は記憶しているコンピュータ可読媒体を用いて実装されてよい。そのようなコンピュータ可読媒体は、汎用の又は特別目的のコンピュータによってアクセスされ得る如何なる利用可能な媒体であってもよい。一例として、制限なしに、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ若しくは他の光学ディスクストレージ、磁気ディスクストレージ若しくは他の磁気記憶デバイス、フラッシュメモリデバイス（例えば、固体状態メモリデバイス）、又はコンピュータ実行可能命令若しくはデータ構造の形で所望のプログラムコードを搬送若しくは記憶するために使用され得るものであって、汎用の若しくは特別目的のコンピュータによってアクセスされ得る如何なる他の記憶媒体も含む非一時的なコンピュータ可読記憶媒体を含んでよい。これらの媒体の組み合わせも、コンピュータ可読媒体の適用範囲内に含まれてよい。
【００８０】
コンピュータ実行可能命令は、例えば、汎用コンピュータ、特別目的コンピュータ、又は特別目的プロセッシングデバイス（例えば、１つ以上のプロセッサ）に特定の機能又は機能群を実施させる命令及びデータを有する。対象は、構造的特徴及び／又は方法論的動作に特有の言語において記載されてきたが、添付の特許請求の範囲で定義される対象は、前述の具体的な特徴又は動作に必ずしも制限されないことが理解されるべきである。むしろ、前述の具体的な特徴及び動作は、特許請求の範囲を実装する形の例として開示される。
【００８１】
本願で使用されるように、語「モジュール（module）」又は「コンポーネント（component）」は、モジュール又はコンポーネントの動作を実施するよう構成された具体的なハードウェア実装、且つ／あるいは、コンピューティングシステムの汎用ハードウェア（例えば、コンピュータ可読媒体、プロセッシングデバイス、など）に記憶され及び／又はそれによって実行され得るソフトウェアオブジェクト又はソフトウェアルーチンに言及してよい。いくつかの実施形態において、本願で記載される種々のコンポーネント、モジュール、エンジン、及びサービスは、コンピューティングシステムにおいて（例えば、別個のスレッドとして）実行するオブジェクト又はプロセスとして実装されてよい。本願で記載されるシステム及び方法のいくつかは、ソフトウェア（汎用ハードウェアに記憶され及び／又はそれによって実行されるもの）において実装されるものとして一般的に記載されるが、具体的なハードウェア実装又はソフトウェアと具体的なハードウェア実装との組み合わせも可能であり、考えられている。本明細書において、「コンピューティングエンティティ（computing  entity）」は、本願で以前に定義されたあらゆるコンピューティングシステム、又はコンピューティングシステムで実行されるあらゆるモジュール若しくはモジュールの組み合わせであってよい。
【００８２】
変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに、記載されている方法のいずれに対しても行われてよい。具体的に、記載されている方法のいずれかは、より多い又はより少ないブロックを含んでよい。更に、記載されている方法のいずれかにおけるブロックは、異なる順序で配置されてよい。
【００８３】
ここで挙げられている全ての例及び条件付き言語は、当該技術の促進に本発明者によって寄与される概念及び本発明を読者が理解するのを助ける教育上の目的を意図され、そのような具体的に挙げられている例及び条件に制限されないと解釈されるべきである。本発明の実施形態が詳細に記載されてきたが、様々な変更、置換、及び代替が、本発明の主旨及び適用範囲から逸脱することなしに行われてよいことが理解されるべきである。
【００８４】
上記の実施形態に加えて、以下の付記を開示する。
（付記１）
クライアントデバイスによって、アプリケーションに関連する通知を識別し、
前記通知を受け取ることに応答して、前記通知又は前記クライアントデバイスのユーザに関するコンテキストを抽出し、
前記コンテキストに基づき前記通知の優先度を決定し、
前記優先度に基づき前記通知の配信スケジュールを決定し、
前記コンテキスト、前記優先度又は前記配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定し、
前記通知を表示デバイスへ送る
ことを有する方法。
（付記２）
前記通知又は前記クライアントデバイスの前記ユーザに関する前記コンテキストを抽出することは、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータを含むデータをセンサにより受け取り、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータのうちの少なくとも一方に基づき前記コンテキストを決定する
ことを有する、付記１に記載の方法。
（付記３）
前記コンテキストに基づき前記通知の前記優先度を決定することは、
前記コンテキストに基づき前記通知の重要度及び緊急度を推定し、
前記重要度及び前記緊急度に基づき前記優先度を決定する
ことを有する、付記１に記載の方法。
（付記４）
前記コンテキストに基づき前記通知の前記優先度を決定することは、割り込み可能性スコアを決定することを更に有し、
前記割り込み可能性スコアは、割り込みのコストを示し、
前記優先度は、前記重要度、前記緊急度、及び前記割り込み可能性スコアに基づき決定される、
付記３に記載の方法。
（付記５）
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアが各々の閾基準を夫々満足する場合に、通知の即時配信スケジュールを決定することを有する、
付記４に記載の方法。
（付記６）
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアのうちの少なくとも２つが各々の閾基準を夫々満足する場合に前記通知の遅延配信スケジュールを決定することを有する、
付記４に記載の方法。
（付記７）
前記通知配信プランは、視覚通知、音響通知、又は振動通知のうちの少なくとも１つの配信モダリティを含む、
付記１に記載の方法。
（付記８）
メモリと、前記メモリへ動作上結合されるプロセッサとを有するシステムであって、
前記プロセッサは、
アプリケーションに関連する通知を識別し、
前記通知を受け取ることに応答して、前記通知又はクライアントデバイスのユーザに関するコンテキストを抽出し、
前記コンテキストに基づき前記通知の優先度を決定し、
前記優先度に基づき前記通知の配信スケジュールを決定し、
前記コンテキスト、前記優先度又は前記配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定し、
前記通知を表示デバイスへ送る
ことを有する動作を実施するよう構成される、システム。
（付記９）
前記通知又は前記クライアントデバイスの前記ユーザに関する前記コンテキストを抽出する場合に、前記プロセッサは
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータを含むデータをセンサにより受け取り、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータのうちの少なくとも一方に基づき前記コンテキストを決定する
ことを有する動作を実施するよう構成される、付記８に記載のシステム。
（付記１０）
前記コンテキストに基づき前記通知の前記優先度を決定する場合に、前記プロセッサは、
前記コンテキストに基づき前記通知の重要度及び緊急度を推定し、
前記重要度及び前記緊急度に基づき前記優先度を決定する
ことを有する動作を実施するよう構成される、付記８に記載のシステム。
（付記１１）
前記コンテキストに基づき前記通知の前記優先度を決定する場合に、前記プロセッサは、割り込み可能性スコアを決定することを有する動作を実施するよう更に構成され、
前記割り込み可能性スコアは、割り込みのコストを示し、
前記優先度は、前記重要度、前記緊急度、及び前記割り込み可能性スコアに基づき決定される、
付記１０に記載のシステム。
（付記１２）
前記優先度に基づき前記通知の前記配信スケジュールを決定する場合に、前記プロセッサは、前記重要度、前記緊急度、及び前記割り込み可能性スコアが各々の閾基準を夫々満足する場合に、通知の即時配信スケジュールを決定することを有する動作を実施するよう構成される、
付記１１に記載のシステム。
（付記１３）
前記優先度に基づき前記通知の前記配信スケジュールを決定する場合に、前記プロセッサは、前記重要度、前記緊急度、及び前記割り込み可能性スコアのうちの少なくとも２つが各々の閾基準を夫々満足する場合に前記通知の遅延配信スケジュールを決定することを有する動作を実施するよう構成される、
付記１１に記載のシステム。
（付記１４）
前記通知配信プランは、視覚通知、音響通知、又は振動通知のうちの少なくとも１つの配信モダリティを含む、
付記８に記載のシステム。
（付記１５）
通知を識別し、
前記通知を受け取ることに応答して、前記通知又はクライアントデバイスのユーザに関するコンテキストを抽出し、
前記コンテキストに基づき前記通知の優先度を決定し、
前記優先度に基づき前記通知の配信スケジュールを決定し、
前記コンテキスト、前記優先度又は前記配信スケジュールのうちの少なくとも１つに基づき通知配信プランを決定し、
前記通知を表示デバイスへ送る
ことを有する動作を実施するよう又は該動作の実施を制御するようプロセッサによって実行されるプログラミングコードが符号化されている非一時的なコンピュータ可読媒体。
（付記１６）
前記通知又は前記クライアントデバイスの前記ユーザに関する前記コンテキストを抽出することは、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータを含むデータをセンサにより受け取り、
前記クライアントデバイスの前記ユーザに関するデータ又は前記クライアントデバイスが設置されている環境のデータのうちの少なくとも一方に基づき前記コンテキストを決定する
ことを有する、付記１５に記載の非一時的なコンピュータ可読媒体。
（付記１７）
前記コンテキストに基づき前記通知の前記優先度を決定することは、
前記コンテキストに基づき前記通知の重要度及び緊急度を推定し、
前記重要度及び前記緊急度に基づき前記優先度を決定する
ことを有する、付記１５に記載の非一時的なコンピュータ可読媒体。
（付記１８）
前記コンテキストに基づき前記通知の前記優先度を決定することは、割り込み可能性スコアを決定することを更に有し、
前記割り込み可能性スコアは、割り込みのコストを示し、
前記優先度は、前記重要度、前記緊急度、及び前記割り込み可能性スコアに基づき決定される、
付記１７に記載の非一時的なコンピュータ可読媒体。
（付記１９）
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアが各々の閾基準を夫々満足する場合に、通知の即時配信スケジュールを決定することを有する、
付記１８に記載の非一時的なコンピュータ可読媒体。
（付記２０）
前記優先度に基づき前記通知の前記配信スケジュールを決定することは、前記重要度、前記緊急度、及び前記割り込み可能性スコアのうちの少なくとも２つが各々の閾基準を夫々満足する場合に前記通知の遅延配信スケジュールを決定することを有する、
付記１８に記載の非一時的なコンピュータ可読媒体。
【符号の説明】
【００８５】
１００    動作環境
１０４    クライアントデバイス
１０７    ネットワーク
１１６    データストレージ
１４０    メッセージセンダー
１５５    電子通知マネージャ
２０５    メッセージ
２１０    センサ
２１５    センサデータ
２２０    データストレージ
２２５ａ  感情データ
２２５ｂ  時間データ
２２５ｃ  トピックデータ
２２５ｄ  ソーシャルデータ
２２５ｅ  行動履歴データ
２２５ｆ  他のデータ
２２５ｇ  優先モデル
２３０    コンテキスト抽出部
２３５    優先度推定部
２４０    通知スケジューラ
２４５    通知キュー
２５０    モダリティ選択部
２５５    モダリティデータ
２６０ａ  コンテキストデータ
２６０ｂ  優先度データ
２６０ｃ  ユーザデータ
２６０ｄ  モダリティモデル
２６５    通知
２７０    表示デバイス
【図１】
2018014087.tif 000009
【図２】
2018014087.tif 000010
【図３】
2018014087.tif 000011
【図４】
2018014087.tif 000012
【図５】
2018014087.tif 000013
【図６】
2018014087.tif 000014