特許 7163296 デバイス通知の好都合なタイミング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-10-21

(45)【発行日】2022-10-31

(54)【発明の名称】デバイス通知の好都合なタイミング

(51)【国際特許分類】

   H04M 1/00 20060101AFI20221024BHJP

   G06F 3/16 20060101ALI20221024BHJP

   G06F 3/01 20060101ALI20221024BHJP

   H04M 1/724 20210101ALI20221024BHJP

【ＦＩ】

H04M1/00 S

G06F3/16 530

G06F3/01 510

H04M1/724

【請求項の数】 20

(21)【出願番号】P 2019543896

(86)(22)【出願日】2018-03-09

(65)【公表番号】

(43)【公表日】2020-05-28

(86)【国際出願番号】 US2018021637

(87)【国際公開番号】W WO2018169763

(87)【国際公開日】2018-09-20

【審査請求日】2021-02-05

(31)【優先権主張番号】15/460,721

(32)【優先日】2017-03-16

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】314015767

【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(74)【代理人】

【識別番号】100134027

【弁理士】

【氏名又は名称】松田 達也

(72)【発明者】

【氏名】プラサド，リカ

(72)【発明者】

【氏名】パッテン，マイケル

【審査官】山岸 登

(56)【参考文献】

【文献】特開２０１４－２０７５００（ＪＰ，Ａ）

【文献】特開２００８－２２７６３９（ＪＰ，Ａ）

【文献】特開２００９－２０６８６８（ＪＰ，Ａ）

【文献】特開２０１４－１２３８２６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ３／０１

３／０４８－３／０４８９５

３／１６

Ｈ０４Ｍ１／００

１／２４－１／８２

９９／００

(57)【特許請求の範囲】

【請求項1】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記ユーザの前記活動は、前記ユーザと個人との間の会話を含み、
前記通知機会を識別することは、前記会話の音量を検出することと、前記検出された音量に基づいて、前記ユーザが前記個人と前記会話に参加しているかどうかを決定することとを含む、デバイス。

【請求項2】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記ユーザの前記活動が、前記ユーザと個人との間の会話をさらに含み、
前記通知機会を識別することが、前記会話の間に、前記ユーザの音声と前記個人の音声との間の一時停止を識別することをさらに含む、デバイス。

【請求項3】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記ユーザの前記活動をモニタすることが、
前記デバイスのマイクロフォンによって検出された声と前記ユーザの声とを比較することと、
前記比較に基づいて、前記ユーザが個人との会話に参加しているかどうかを判断することと、
をさらに含む、デバイス。

【請求項4】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記通知機会を識別することが、
前記ユーザの現在の活動の終了を識別することと、
前記ユーザの前記現在の活動の前記終了と前記ユーザの次の活動の開始との間の間隔を識別することと、
をさらに含む、デバイス。

【請求項5】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記通知機会を識別することが、前記ユーザが前記デバイスと対話していることを検出することをさらに含む、デバイス。

【請求項6】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記環境内の前記ユーザの活動をモニタすることは、前記ユーザのストレスレベルを評価することを含み、
前記通知機会を識別することは、前記ユーザのストレスレベルがストレスレベル閾値を下回る間隔を識別することを含む、デバイス。

【請求項7】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記情報が、一定の時間内に前記ユーザに提示すべき時間的制約のある情報をさらに含み、
前記通知機会を識別することが、前記ユーザの前記活動を中断させることなく、前記情報を前記ユーザに通知するための前記一定の時間内の前記通知機会の識別に失敗することに応答して、前記時間的制約のある情報を提示するために前記ユーザの邪魔をすることをさらに含む、デバイス。

【請求項8】

前記通知機会を識別することが、前記ユーザが前記活動を実行しているという実例を検出することをさらに含む、請求項１に記載のデバイス。

【請求項9】

環境内のユーザに情報を与えるデバイスであって、
プロセッサと、
通知出力と、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの実例の間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに行わせる、メモリと、
を含み、
前記情報が、個人に関連し、
前記通知機会を識別することが、前記ユーザと前記個人との接触を検出することをさらに含む、デバイス。

【請求項10】

プロセッサ及び通知出力を含むデバイスのユーザに情報を与えるシステムであって、
環境内の前記ユーザの活動をモニタする活動モニタと、
前記環境内の前記ユーザの前記活動に関連する情報を識別する情報セレクタと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知するための通知機会を識別することと、
前記通知機会の間、前記通知出力を通じて、前記情報の通知を前記ユーザに提示することと、
を行う情報ノティファイヤと、
を含み、
前記ユーザの前記活動は、前記ユーザと個人との間の会話を含み、
前記通知機会を識別することは、前記会話の音量を検出することと、前記検出された音量に基づいて、前記ユーザが前記個人と前記会話に参加しているかどうかを決定することとを含む、システム。

【請求項11】

プロセッサ及び通知出力を含むデバイスのユーザに情報を与えるシステムであって、
環境内の前記ユーザの活動をモニタする活動モニタと、
前記環境内の前記ユーザの前記活動に関連する情報を識別する情報セレクタと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知するための通知機会を識別することと、
前記通知機会の間、前記通知出力を通じて、前記情報の通知を前記ユーザに提示することと、
を行う情報ノティファイヤと、
を含み、
前記情報ノティファイヤが、前記ユーザに提示すべき情報アイテムの通知キューをさらに含み、
前記情報ノティファイヤが、前記情報セレクタによって識別された情報アイテムをキューにさらに追加し、
前記通知を前記ユーザに提示することが、前記通知機会の間に、前記通知キューから少なくとも２つの通知アイテムのバッチを前記ユーザに提示することをさらに含む、システム。

【請求項12】

前記通知キューのそれぞれのキューに追加された情報アイテムが、情報アイテムタイプをさらに含み、
前記バッチを提示することが、前記通知キューの前記キューに追加された情報アイテムから、選択された情報アイテムタイプの少なくとも２つのキューに追加された情報アイテムを選択することをさらに含む、請求項１１に記載のシステム。

【請求項13】

前記通知キューのそれぞれのキューに追加された情報アイテムが、前記ユーザが実行可能な活動にさらに関連し、
前記バッチを提示することが、前記通知キューの前記キューに追加された情報アイテムから、前記ユーザの現在の活動に関連する少なくとも２つのキューに追加された情報アイテムを選択することをさらに含む、請求項１１に記載のシステム。

【請求項14】

それぞれのキューに追加された情報アイテムが、通知持続時間をさらに含み、前記通知機会を識別することが、
通知機会持続時間を見積もることと、
前記通知キューの前記キューに追加された情報アイテムから、前記通知機会持続時間内の組み合わされた通知持続時間を提示する少なくとも２つのアイテムのバッチを選択することと、
をさらに含む、請求項１１に記載のシステム。

【請求項15】

少なくともいくつかのキューに追加された情報アイテムが、前記ユーザのユーザ入力にさらに関与し、
前記通知機会を識別することが、対話型通知機会及び非対話型通知機会を含む通知機会タイプセットに従って前記通知機会を分類することをさらに含み、
前記バッチを提示することが、非対話型通知機会として前記通知機会を分類することを条件として、前記バッチから、前記ユーザのユーザ入力にさらに関与するキューに追加された情報アイテムの通知を除外することをさらに含む、請求項１１に記載のシステム。

【請求項16】

前記通知キューのそれぞれのキューに追加された情報アイテムが、情報優先度とさらに関連付けられ、
前記バッチを提示することが、前記通知キューの前記キューに追加された情報アイテムから、前記通知キューの前記キューに追加された情報アイテムの中で最も高い情報優先度を有するキューに追加された情報アイテムを選択することをさらに含む、請求項１１に記載のシステム。

【請求項17】

プロセッサと通知出力とを備えるデバイスに、環境内のユーザに通知させる方法であって、前記方法は、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動に関連する情報を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに実行させる命令を前記プロセッサにより実行することを含み、
前記ユーザの前記活動は、前記ユーザと個人との間の会話を含み、
前記通知機会を識別することは、前記会話の音量を検出することと、前記検出された音量に基づいて、前記ユーザが前記個人と前記会話に参加しているかどうかを決定することとを含む、方法。

【請求項18】

プロセッサと通知出力とを備えるデバイスに、環境内のユーザに通知させる方法であって、前記方法は、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動に関連する情報を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに実行させる命令を前記プロセッサにより実行することを含み、
前記通知機会を識別することは、前記ユーザが通知を受信できるかどうかを前記ユーザに尋ねることと、前記通知の受信の承認を前記ユーザから受信することとを含む、方法。

【請求項19】

プロセッサと通知出力とを備えるデバイスに、環境内のユーザに通知させる方法であって、前記方法は、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動に関連する情報を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに実行させる命令を前記プロセッサにより実行することを含み、
前記命令を実行することは、情報アイテムの肯定的な選択を前記ユーザから受信することを条件として、前記デバイスに、前記通知出力を通じて、前記情報アイテムについての捕捉情報を前記ユーザに提示させることを更に含む、方法。

【請求項20】

プロセッサと通知出力とを備えるデバイスに、環境内のユーザに通知させる方法であって、前記方法は、
前記環境内の前記ユーザの活動をモニタすることと、
前記環境内の前記ユーザの前記活動に関連する情報を識別することと、
前記ユーザの前記活動内で、前記ユーザの前記活動を中断させることなく、前記ユーザに前記情報を通知する通知機会を示すイベントを決定することと、
前記ユーザの前記活動内で、前記通知機会を示すイベントの実例を検出することと、
前記イベントの間に、前記通知出力を通じて、情報の通知を前記ユーザに提示することと、
を前記デバイスに実行させる命令を前記プロセッサにより実行することを含み、
前記命令を実行することは、選択された情報アイテムの拒絶を前記ユーザから受信することを条件として、前記デバイスに、選択されたアイテムの同じ情報アイテムタイプの情報アイテムの提示を控えさせることを更に含む、方法。

【発明の詳細な説明】

【背景技術】

【0001】

背景
[0001] 人間／コンピュータ相互作用の分野内では、多くのデバイスは、ユーザが顕著に及び／又は適時に見つけることができる情報の通知をユーザに提示するように構成される。第１の例として、電話の着信又はメッセージを受信次第、デバイスは、通信についてユーザに通知してユーザが迅速に応答できるようにするために、着信音を鳴らすか、光を点滅させるか又はバイブ音を鳴らすことができる。第２の例として、デバイスは、近日中に予定されている約束に対してユーザのカレンダをモニタし、約束が直前に迫ってくると、リマインダを提示することができる（約束の１５分前に提示されるリマインダなど）。第３の例として、デバイスは、一連のナビゲーション通知（例えば、「０．５キロメートル先を右に曲がる」）を提示することによって、ユーザが目的地までのルートをたどれるようにすることができる。第４の例として、デバイスは、場所をメッセージと関連付けるためにジオフェンシング技法を利用し、ユーザがその場所に到着次第、メッセージの通知をユーザに提示することができる。

【0002】

[0002] 多くのそのようなシナリオでは、通知は、迅速且つ適時にユーザに提示することができるが、ユーザの活動を中断させるような不都合な時間に提示される場合がある。例えば、ユーザは、別の個人との会話の最中であり、通知の提示は、着信音、光の点滅、バイブ音又は他の通知様式を不意に差し挟むことにより、会話を中断させること及び／又はユーザの邪魔になることがあり得る。ユーザは、緊急通話などのいくつかの割り込み通知又は緊急リマインダの適時の提示を歓迎するが、他の割り込み例は、ユーザをいら立たせることがあり得る。

【0003】

[0003] そのようなフラストレーションを考慮して、多くのデバイスは、通知の割り込み効果を低減するための様々な技法を提供する。第１の例として、会話に参加している間、ユーザは、デバイスをミュートに設定すること、より繊細な相互作用様式（例えば、着信音を鳴らすというよりむしろバイブ音を鳴らす）を選択すること、通知を受信するための通信チャネルからデバイスを切断すること、又は、デバイスの電源を完全に切ることができる。第２の例として、デバイスは、電話の着信を拒否したり、発信者をボイスメールにリダイレクトしたりするなど、特定の通知の提示をキャンセルするか、又は遅延するためのメカニズムを提供することができる。第３の例として、ユーザは、「おやすみモード」などのデバイスの通知モードを選択することができ、それにより、緊急のもの又は優先度の高いもの（例えば、緊密な連絡先からのメッセージ）として識別されたいくつかの通知を選択的に提示する一方で、緊急ではないもの又は優先度の低いもの（例えば、知人若しくは知らない送信者からのメッセージ）と考えられる通知の提示を遅延することができる。

【発明の概要】

【課題を解決するための手段】

【0004】

概要
[0004] この概要は、簡素化された形態で概念の選択を導入するために提供され、概念の選択については以下の詳細な説明でさらに説明する。この概要は、特許請求される対象物の主要な要因又は必須の特徴を識別することを意図せず、また、特許請求される対象物の範囲を制限するために使用することも意図しない。

【0005】

[0005] 多くのデバイス構成プロパティは、通知の割り込み効果を低減するために、ユーザへの提示及びユーザによる利用が可能であるが、そのような技法は、ユーザによるデバイスの構成に依存する。それに加えて、これらの技法は、メッセージのトリアージにおける誤検出及び／又は検出漏れを呈し得る。例えば、緊密な連絡先からの着信メッセージのみを許可する「おやすみモード」は、疎遠の連絡先からの優先度の高いメッセージ（例えば、知らない発信者がユーザに彼又は彼女の失くした財布を見つけたことについて連絡している）を不必要に制限する一方で、緊密な連絡先からの優先度の低いメッセージ（例えば、買い物リストについて尋ねる家族からのメッセージ）を不必要に送信し得る。別の例として、ユーザは、ミュートモード又は「おやすみモード」の起動を忘れたため、電話による不都合な瞬間の割り込み（例えば、クラス講義の最中に着信音が鳴ること）をうっかり可能にしてしまうことがあり得る。逆に、ユーザは、クラスを出た後にミュートモード又は「おやすみモード」の解除を忘れたため、中断させることなくユーザが受信可能な着信通信をうっかり見逃してしまうことがあり得る。これらの方法では、通知の提示を変更するためのユーザによるデバイスモードの選択に依存するそのような技法は、「手間がかかる」（例えば、デバイスモードを選択するためのユーザの相互作用の頻度に応じて）及び／又は高い程度の誤検出及び／又は検出漏れが原因で不正確であるように思われる。

【0006】

[0006] その上、ユーザによるデバイスモードの選択に依存するデバイス通知を管理するための技法は、ユーザの事情に通知の選択及び提示を適応させることに失敗する場合がある。第１のそのような例として、ジオフェンシングアプリケーションは、ユーザが店の前を車で通り過ぎている間に、店で特定の食料品を手に入れるという通知をユーザに提示し得る。第２のそのような例として、デバイスは、ユーザが家庭内の事に対応するか又はインターンシップに参加しており、クラス関連通知を考慮する適切な機会ではない際に、ユーザのクラスのクラスメートからの着信メッセージの通知を提示し得る。第３のそのような例として、デバイスは、ユーザの相互作用に依存する通知をユーザに提示することができるが、ユーザがデバイスとの相互作用が可能ではない場合（ユーザが運動しているか又は車両を運転している間など）に提示され得る。そのような通知は、事情的に無関係な情報によるユーザの現在の活動の望ましくない中断を表し得る。

【0007】

[0007] 本明細書では、それほど押し付けがましくない及びより事情的に適切な相互作用を達成するために、提示される通知のタイミングを適応させるための技法であって、誤検出と検出漏れの両方を低減すること及び／又はそのような通知の選択性における過度に粗い粒度を低減することができる技法が提示される。これらの技法によれば、デバイスは、環境内のユーザの活動をモニタし、環境内のユーザの活動に関連する情報を識別することができる。デバイスは、ユーザの活動内で、ユーザの活動を中断させることなく、ユーザに情報を通知するための通知機会を識別することができ、通知機会の間、デバイスは、通知出力を通じて、情報の通知をユーザに提示することができる。本明細書で提示される技法に従って、ユーザの活動を中断させない通知機会に従って通知の提示のタイミングを選び、ユーザの環境内のそのような活動に関連する情報を選択することにより、デバイスは、比較的手間がかからない、事情的に適切な及び非割り込み通知を提供することができる。

【0008】

[0008] 前述の及び関連目的を達成するため、以下の説明及び添付の図面は、ある特定の例示的な態様及び実装形態を記載する。これらは、１つ又は複数の態様を採用することができる様々な方法ではあるが、そのうちの少数を示す。本開示の他の態様、利点及び新規の特徴は、添付の図面と併せて考慮すると、以下の詳細な説明から明らかになるであろう。

【図面の簡単な説明】

【0009】

図面の説明

【図1】[0009]デバイスのユーザへの情報の通知の提示を特徴付けるいくつかの例示的なシナリオの図解である。

【図2】[0010]本明細書で提示される技法による、デバイスのユーザへの情報の通知の提示を特徴付けるいくつかの例示的なシナリオの図解である。

【図3】[0011]本明細書で提示される技法による、ユーザに通知を提示する例示的なデバイス及び／又はシステムの図解である。

【図4】[0012]本明細書で提示される技法による、ユーザに通知を提示するための例示的な方法の図解である。

【図5】[0013]本明細書で提示される技法による、ユーザへの通知の提示をデバイスに行わせる例示的なコンピュータ可読メモリデバイスの図解である。

【図6】[0014]本明細書で提示される技法による、通知を提示するための通知機会を識別するためにユーザの活動を決定するための技法を特徴付ける例示的なシナリオの図解である。

【図7】[0015]本明細書で提示される技法による、通知機会に提示するために通知のセットの中から選ぶための技法を特徴付ける第１の例示的なシナリオの図解である。

【図8】[0016]本明細書で提示される技法による、通知機会に提示するために通知のセットの中から選ぶための技法を特徴付ける第２の例示的なシナリオの図解である。

【図9】[0017]本明細書で提示される技法による、通知機会に提示するために通知のセットの中から選ぶための技法を特徴付ける例示的なシナリオを特徴付ける第３の例示的なシナリオの図解である。

【発明を実施するための形態】

【0010】

詳細な説明
[0018] ここでは、図面を参照して、特許請求される対象物を説明する。図面全体を通じて、同様の参照番号は、同様の要素を指すために使用される。以下の説明では、説明の目的で、特許請求される対象物の完全な理解を提供するために、多くの具体的な詳細を記載する。しかし、これらの具体的な詳細がなくとも、特許請求される対象物を実践できることは明らかであり得る。他の例では、特許請求される対象物の説明を容易にするために、構造及びデバイスは、ブロック図の形態で示される。

【0011】

[0019] Ａ．序論
[0020] 図１は、デバイス１０４がユーザ１０２に通知を提示する１組の例示的なシナリオ（１００、１１６、１２８及び１３０）の図解である。これらの例示的なシナリオでは、デバイス１０４は、携帯電話を含み、携帯電話は、ユーザ１０２への提示のための着信メッセージ１１２を受信し、着信メッセージ１１２の受信に関してユーザ１０２に警告するために通知１１４を提示する。通知１１４は、着信メッセージ１１２の通知をユーザ１０２に適時に提示するために、着信音を鳴らすか、光を点滅させるか又は振動させるなど、ユーザ１０２の注意を引き付けることができる方法でユーザ１０２に提示され、それにより、ユーザ１０２は、着信メッセージ１１２を受け取ること、着信メッセージ１１２に迅速に返答すること及び／又は着信メッセージ１１２に基づいて適時に行動することができる。

【0012】

[0021] デバイス１０４は、現在、様々な条件に基づいてそのような通知１１４を提示することが可能である。第１のそのような例として、デバイス１０４は、近日中に予定されている約束のリマインダ通知１１４（約束の１５分前に提示されるリマインダなど）を提示するために、ユーザ１０２のカレンダ１１８をモニタすることができる。第２の例として、ナビゲーションデバイス１０４は、目的地までのルートのナビゲーションを支援するために、ナビゲーション命令をユーザ１０２に提供することができ、従って、ルートに沿って指定場所に到着次第、一連のナビゲーション通知（例えば、「０．５キロメートル先を右に曲がる」）をユーザ１０２に提示することができる。第３の例として、デバイス１０４は、場所を特定の通知１１４と関連付けるためにジオフェンシング技法を利用し、ユーザがその場所に到着次第、ユーザ１０２に通知１１４を提示することができる。デバイス１０４は、現在、豊富な情報セットをユーザ１０２に絶えず提供し続けるための様々なそのような通知メカニズムを提示する。

【0013】

[0022] しかし、図１の例示的なシナリオの各々では、着信メッセージ１１２の通知１１４の提示は、デバイス１０４とユーザ１０２との間の相互作用のいくつかの望ましくない態様も提示する。

【0014】

[0023] 第１の例示的なシナリオ１００では、ユーザ１０２は、個人１０６との会話１０８に参加しており、ユーザ１０２及び個人１０６は、交代で一連の表現１１０を発声している。デバイス１０４による着信メッセージ１１２の通知１１４の提示は、交代で行う一連の表現１１０と重複し得、従って、ユーザ１０２と個人１０６との間の会話１０８を中断し得る。

【0015】

[0024] 第２の例示的なシナリオ１１６では、デバイス１０４は、ユーザ１０２が教室１２６でクラス１２０に出席している際に、ユーザの毎日のスケジュール（カレンダ１１８に記録されるような）の時間１２４に着信メッセージ１１２の通知１１４を提示することができる。通知１１４は、教室１２６内のユーザ１０２、講師及び／又は他の個人の邪魔になり得、従って、教室１２６内のユーザ１０２及び他の者にいら立ち及び／又は気まずさの重大な原因を与える可能性がある。その上、第２の例示的なシナリオ１１６に手短に続く後続のシナリオ１２８では、ユーザ１０２は、時間１２４の間、休憩状態１２２であり得、その間、ユーザ１０２は、いら立ち及び／又は気まずさを感じることなく、着信メッセージ１１２の通知１１４を受信することができる。

【0016】

[0025] 第３の例示的なシナリオ１３０では、デバイス１０４は、ユーザ１０２がバス又は列車に間に合うように走っている１３２間など、ユーザ１０２が通知１１４の受信を妨げる活動に従事している間、着信メッセージ１１２の通知１１４を提示することができる。通知１１４の提示は、ユーザ１０２が通知１１４に基づいて行動できないため、ユーザ１０２をいら立たせる場合がある。或いは、ユーザ１０２は、走っている１３２間に通知１１４に気付かない場合がある。その上、デバイス１０４は、バス停１３４で待っている間など、ユーザ１０２による通知１１４の受信が可能な後の時間１２４に、着信メッセージ１１２についてユーザ１０２に通知することに失敗する場合がある。ユーザ１０２が走っている１３２間に通知１１４を受信したが、バス停１３４に到着する前に通知１１４のことを忘れてしまったか、又は、ユーザ１０２が通知１１４の受信に失敗したかにかかわらず、デバイス１０４は、ユーザ１０２が走っている間に間が悪く提示された通知１１４の失敗により、ユーザの適時のメッセージ１１２の受信、メッセージ１１２への応答及び／又はメッセージ１１２に基づく行動の失敗の一因となり得る。

【0017】

[0026] 上記で提示されるシナリオの共有される態様は、着信メッセージ１１２を受信次第、ユーザ１０２の事情（ユーザの現在の活動及び／又は環境並びにそのような活動及び／又は環境への通知１１４の影響）に関係なく、通知１１４をユーザ１０２に迅速に提示するためのデバイス１０４の構成であることを理解することができる。デバイス１０４は、通知１１４がユーザ１０２の現在の活動及び／又は通知１１４の情報コンテンツとユーザの活動との間の任意のつながりを中断させるか否かに関係なく、単に通知１１４を提示する。いくつかの例では、着信メッセージ１１２が割り込みを正当化する緊急事態又は緊急メッセージの通知である場合など、そのような割り込みは、ユーザ１０２にとって望ましい場合がある。しかし、多くの例では、着信メッセージ１１２の性質は、個人１０６との会話１０８の中断の正当性を保証することはできず、従って、ユーザ１０２の邪魔になる及び／又はユーザ１０２をいら立たせる場合がある。それに加えて、多くのそのようなシナリオでは、通知１１４は、通知１１４がユーザ１０２とは事情的に関連していない時間１２４、及び／又は、ユーザの現在の活動及び／又は環境が原因で、ユーザ１０２による着信メッセージ１１２の受信、着信メッセージ１１２への返答及び／又は着信メッセージ１１２に基づく行動が完全に可能ではない時間１２４に提示することができる。

【0018】

[0027] 提示される通知１１４の割り込み及び／又は無関係の態様を軽減するため、通知１１４の提供が可能な多くのデバイス１０４は、ユーザ１０２の活動による通知１１４の割り込み効果及び／又は通知１１４の見逃しを低減するためにユーザ１０２が選択することができる様々な構成プロパティも提供する。しかし、利用可能なオプションの各々は、デバイス１０４のそのような望ましくない副作用を部分的にしか緩和しない及び／又はユーザ１０２に新しい問題をもたらす様々な不利な点を必然的に伴い得る。

【0019】

[0028] 第１のそのような例として、デバイス１０４は、大きくはっきりと聞こえる着信音をより繊細な相互作用様式（ディスプレイを点滅させるか又は触覚デバイスを振動させるなど）と置き換える「ミュート」モードを特徴とし得る。また、デバイス１０４は、ユーザ１０２が割り込み不可能な相互作用中にありとあらゆる通知１１４を阻止するために、ユーザ１０２が、着信メッセージ１１２を受信するための通信チャネルから切断すること、及び／又は、デバイス１０４の電源を完全に切ることができるようにすることができる。第２の例として、デバイス１０４は、緊密な連絡先からの着信メッセージ１１２の通知１１４のみを許可する「おやすみモード」を提供することができる。

【0020】

[0029] しかし、これらのオプションは、通知１１４をトリアージするためのメカニズムとしての不必要に不十分な正確度及び／又は粒度を呈し得る。第１のそのような例として、ユーザ１０２は、デバイス１０４の解除若しくは切断を忘れたため及び／又はデバイス１０４のミュート若しくは「おやすみモード」の起動を忘れたため、不都合な瞬間にデバイス１０４にうっかり通知１１４を提示させてしまうこと（例えば、クラス講義の最中に着信音が鳴ること）があり得る。逆に、ユーザ１０２が再び連絡可能であるという意向の際に、ユーザ１０２は、デバイス１０４の電源を入れること及び／又はデバイス１０４を再接続することを忘れてしまうこと及び／又はミュート設定又は「おやすみモード」を使用不可にすることを忘れてしまうことがあり得る。従って、ユーザ１０２は、中断させることなくユーザ１０２が受信可能な着信メッセージ１１２の通知１１４をうっかり見逃してしまうことがあり得る。

【0021】

[0030] 第２のそのような例として、「おやすみモード」は、疎遠の連絡先からの優先度の高い着信メッセージ１１２の通知１１４（例えば、知らない発信者がユーザ１０２に彼又は彼女の失くした財布を見つけたことについて連絡している）を不必要に阻止する一方で、緊密な連絡先からの優先度の低い着信メッセージ１１２（例えば、買い物リストについて尋ねる家族からの着信メッセージ１１２の通知１１４）を不必要に送信し得る。これらの不利な点は、通知１１４の提示を変更するためのユーザによるデバイス１０４のデバイスモードの選択へのそのような技法の依存性から生じ得、それは、ユーザ１０２にとって「手間がかかる」（例えば、１日を通じてデバイス１０４のデバイスモードを選択するためのユーザ１０２の相互作用の頻度に応じて）及び／又は通知１１４の選択及び提示における高い程度の誤検出及び／又は検出漏れが原因で不正確であるように思われる。

【0022】

[0031] 第３のそのような例として、ユーザ１０２によるデバイス１０４のデバイスモードの選択に依存する通知１１４を管理するためのデバイス構成技法は、ユーザ１０２の事情に従って通知１１４の選択及び提示を適応させることに失敗する場合がある。第１のそのような例として、ジオフェンシングアプリケーションは、ユーザ１０２が別の目的地に向けて単に店の前を車で通り過ぎているだけの間に（従って、ユーザ１０２の現在の事情とは無関係である）、店で特定の食料品を手に入れるという通知をユーザ１０２に提示し得る。第２のそのような例として、デバイス１０４は、ユーザ１０２が家庭内の事に対応するか又はインターンシップに参加しており、クラス関連メッセージ１１２を考慮する適切な機会ではない際に、ユーザのクラス１２０のクラスメートからの着信メッセージ１１２の通知を提示し得る。第３のそのような例として、デバイス１０４は、ユーザの相互作用に依存する通知１１４をユーザ１０２に提示することができるが、ユーザ１０２がデバイス１０４との相互作用が可能ではない場合（ユーザ１０２が運動しているか又は車両を運転している間）に提示され得る。従って、そのような通知１１４は、事情的に無関係な情報によるユーザ１０２の現在の活動の望ましくない中断を表し得る。これらの及び他の方法では、図１の例示的なシナリオにおいて提示される通知技法は、通知１１４のそのような提示による様々な制限及び／又は不利な点を示す。

【0023】

[0032] Ｂ．提示される技法
[0033] 図２は、本明細書で提示される技法による、通知１１４を提示するようにデバイス１０４を適応させるための１組の技法を特徴付ける１組の例示的なシナリオ２００の図解である。

【0024】

[0034] 第１の例示的なシナリオ２００では、デバイス１０４が着信メッセージ１１２を受信する際、ユーザ１０２は、再び、一連の表現１１０を伴う個人１０６との会話１０８に参加している。着信メッセージ１１２を迅速に提示するというよりむしろ、デバイス１０４は、ユーザ１０２及び個人１０６の表現１１０が失われた際の沈黙の時間を検出するために、会話１０８をモニタすることができる。例えば、デバイス１０４は、音声認識技法を適用し、会話１０８のラグとして、ユーザ１０２からも個人１０６からも発声が検出されない少なくとも１０秒間の時間を識別することができる。この沈黙は、着信メッセージ１１２の通知１１４が重複せず、従って、ユーザ１０２及び／又は個人１０６の表現１１０を中断させない通知機会２０２と解釈することができる。

【0025】

[0035] 第２の例示的なシナリオ２００では、デバイス１０４が着信メッセージ１１２を受信する際、ユーザ１０２は、教室１２６でクラス１２０の講義に出席している。着信メッセージ１１２の通知１１４を迅速に提示するというよりむしろ、デバイス１０４は、ユーザ１０２のカレンダ１１８を調べ、現在の時間１２４と比較することによって、ユーザ１０２が通知１１４によって中断されることを好まないクラス１２０にユーザ１０２は出席していると推論することができる。その上、デバイス１０４は、ユーザ１０２が現在のクラス１２０と次のクラス１２０との間の休憩状態１２２である際（その間、通知１１４の提示はクラス１２０を中断させる可能性が低い及び／又はユーザ１０２は通知１１４を受信できる可能性が高い）に、カレンダ１１８から、目前に迫る時間ブロックをさらに識別することができる。従って、デバイス１０４は、後続のシナリオ２０６におけるユーザ１０２が休憩状態１２２であることをカレンダ１１８が示す現在の時間１２４まで通知１１４を延期することができる。デバイス１０４は、ユーザ１０２のカレンダ１１８のこの時間１２４のブロックを通知機会２０２として解釈し、通知機会２０２の時間１２４に達した際に着信メッセージ１１２の通知１１４をユーザ１０２に提示することができる。

【0026】

[0036] 第３の例示的なシナリオ２０８では、ユーザ１０２が走っている１３２（例えば、有酸素運動のため及び／又はバス若しくは列車に間に合うように）などの活動に従事している間、デバイス１０４は、着信メッセージ１１２を受信することができる。デバイス１０４は、ユーザ１０２の活動がメッセージ１１２の通知１１４の提示に不都合な時間（ユーザ１０２が、メッセージ１１２の通知１１４にいら立ちを感じ得る、メッセージ１１２の通知１１４の受信及び／又はメッセージ１１２の通知１１４に基づく行動が可能ではない可能性がある、及び／又は、活動の結果、メッセージ１１２の通知１１４のことを忘れてしまっている可能性がある）を表していると決定することができる。代わりに、デバイス１０４は、休憩の瞬間１２２（ユーザ１０２が何もせずにバス停１３４で待っている際など）を検出するまで、ユーザ１０２の活動のモニタリングを継続することができ、従って、デバイス１０４が着信メッセージ１１２の通知１１４をユーザ１０２に提示することができる通知機会２０２として、この休憩時間１２２を識別することができる。

【0027】

[0037] そのようなシナリオの各々では、デバイス１０４は、環境内のユーザ１０２の活動（例えば、ユーザ１０２と個人１０６との間の会話１０８、ユーザ１０２のカレンダ１１８によって示されるようなユーザ１０２の教室１２６でのクラス１２０への出席及び／又は休憩時間１２２の間、及び／又は、ユーザ１０２によって実行される活動）をモニタする。デバイス１０４は、ユーザ１０２の現在の活動に関連し得る及び／又はユーザ１０２の活動及び／又は環境に適合する通知１１４としてユーザ１０２に提示することができる着信メッセージ１１２の受信など、環境内のユーザ１０２の活動に関連する情報を識別する。従って、デバイス１０４は、ユーザ１０２の活動内で、ユーザ１０２の活動を中断させることなく、ユーザ１０２に情報を通知するための通知機会２０２を識別し、通知機会２０２の間、通知出力を通じて、情報の通知１１４をユーザ１０２に提示する。このように、デバイス１０４は、本明細書で提示される技法に従って、ユーザの活動の中断及び／又は環境の破壊を低減する可能性が高い好都合な方法で情報の通知１１４をユーザ１０２に提示する。

【0028】

[0038] Ｃ．技術効果
[0039] 本明細書で提示される技法の様々な使用は、様々な技術効果をもたらし得る。

【0029】

[0040] 本明細書で提示される技法によって達成可能であり得る第１の技術効果は、ユーザ１０２の活動の中断及び／又はユーザ１０２の環境の破壊の可能性が低い通知機会２０２の間に通知１１４の提示を適応させるためのデバイス１０４の構成に関与する。通知１１４の提示の好都合なタイミングは、ユーザ１０２への情報の適時の提示を促進する上で、及び／又は、通知１１４の間が悪い提示及び／又は割り込み提示がもたらし得るユーザ１０２のいら立ち及び／又は気まずさを低減する上で役立てることができる。これらの例は、ユーザ１０２が通知１１４の受信を望まない（一般的に又はこの特定のタイプの情報に対して）時間１２４に通知１１４がユーザ１０２に提示される「誤検出」を反映し得る。本明細書で提示される技法の使用は、例えば、不都合な時間１２４の通知１１４の提示を選択的に控えることによって、そのような「誤検出」を減少することができ、それにより、間が悪い通知によるユーザ１０２のいら立ち及び／又は気まずさを低減することができる。

【0030】

[0041] 技法によって達成可能であり得る第２の技術効果は、ユーザ１０２によって受信される可能性が高い通知１１４の提示に関与する。第１のそのような例として、通知１１４は、デバイス１０４及び通知１１４からユーザ１０２の注意をそらす活動（走っている１３２など）をユーザ１０２が実行している間に提示することができる。ユーザ１０２に通知１１４を発行したが今のところはユーザ１０２は通知１１４を受信していないとデバイス１０４が確信している場合は、ユーザ１０２が通知１１４に気付く可能性がより高い後の時間１２４に、デバイス１０４が同じ通知１１４をユーザ１０２に提示する理由はない。第２のそのような例として、ユーザ１０２は、会話１０８を中断するものとして受信された着信メッセージ１１２の通知１１４について忘れてしまうことがあり得、デバイス１０４が後の時間１２４に通知１１４を繰り返さなければ、ユーザ１０２は、着信メッセージ１１２の受信及び／又は着信メッセージ１１２への応答に失敗し得る。第３のそのような例として、ユーザ１０２は、「おやすみモード」などの通知１１４の提示を低減するデバイス１０４の通知モード又は無線通信チャネルからの切断を一時的に起動し、通知１１４を受信するために後の時間に通知モードをオフにすることを怠る場合がある。それに従って、デバイス１０４は、通知１１４のいくつか又はすべてをユーザ１０２に提示することを控える場合があり、それにより、ユーザ１０２による通知１１４の受信の遅延又は失敗が起こり得る。そのような例は、例えば、ユーザ１０２による通知１１４の受信を促進する好都合な方法で通知１１４を選択的に提示することによって、本明細書で提示される技法の使用が減少することができる通知１１４の提示における「検出漏れ」を表し得る。

【0031】

[0042] 本明細書で提示される技法によって達成可能であり得る第３の技術効果は、デバイス１０４によってユーザ１０２に提示される通知１１４の選択性に関与する。環境内のユーザ１０２の活動をモニタすることにより、デバイス１０４は、通知１１４の通知機会２０２を識別すること及び選ぶことに加えて、環境内のユーザ１０２の活動に関連する情報の通知１１４を選択するなど、事情的により適切な方法でユーザ１０２に提示するために、通知１１４のセットの中から選択することができる。例えば、カレンダ１１８に従って、ユーザ１０２がクラス１２０の合間にいる間、デバイス１０４は、ユーザの学問の追求に関連する情報の通知１１４を選択的に提示することができる一方で、ユーザ１０２が職業的役割で会議の合間にいる間、デバイス１０４は、ユーザの職業に関連する情報の通知１１４を選択的に提示することができる。そのような技法は、例えば、ユーザ１０２の活動及び／又は環境がプライベート情報の受信に適している際（ユーザ１０２が家にいる及び／又は独りでいる間など）にのみプライベートメッセージの通知１１４をユーザ１０２に提示し、公の場にいる及び／又は他の個人１０６の会社にいる間はそのような通知１１４の提示を控えることによって、ユーザのプライバシを促進することもできる。本明細書で提示される技法の使用は、例えば、環境内のユーザ１０２の活動に関連しない通知１１４の提示を選択的に控えることによって、無関係の又は事情的に不適切な通知１１４のそのようないら立たせる及び／又は邪魔になる提示を減少することができる。多くのそのような技術効果は、本明細書で提示される技法の様々な実施形態によって呈することができる。

【0032】

[0043] Ｄ．例示的な実施形態
[0044] 図３は、本明細書で提示される技法のいくつかの様々な実施形態を特徴付ける例示的なシナリオ３００の図解である。この例示的なシナリオ３００では、携帯電話などのデバイス３０２は、特定の場所で（家で、公の場で又はユーザのオフィスでなど）別の個人１０６との会話に参加しているなど、環境３０４内の活動３０６を実行しているユーザ１０２に情報３１０の通知１１４を提示する。本明細書で提示される技法によれば、デバイス３０２は、以下のような好都合な方法で通知１１４を選択的に提示する。

【0033】

[0045] 図３の例示的なシナリオ３００における例示的なデバイス３０２は、マイクロフォン３１４と、通知出力として連動して動作する１対のオーディオ出力３１２と、プロセッサ３０８と、メモリ３１４とを含む。デバイス３０２のメモリ３１４は、命令を含み、命令は、プロセッサ３０８によって実行されると、本明細書で提示される技法に従ってデバイス３０２に動作させる例示的なシステム３１６を提供する。この例示的なシナリオ３００では、例示的なシステム３１６は、環境３０４内のユーザ１０２の活動３０６をモニタする活動モニタ３１８を含む。例示的なシステム３１６は、ユーザ１０２、個人１０６、活動３０６を含む会話内の表現１１０及び／又は活動３０６が起こる環境に関連する情報３１０を識別するなど、環境３０４内のユーザ１０２の活動３０６に関連する情報３１０を識別するための情報セレクタ３２０をさらに含む。例示的なシステム３１６は、ユーザ１０２の活動３０６内で、ユーザの活動３０６を中断させることなくユーザ１０２に情報３１０を通知するための通知機会２０２（ユーザ１０２と個人１０６との間の会話内で生じる沈黙の時間など）を識別する情報ノティファイヤ３２２をさらに含む。情報ノティファイヤ３２２は、通知機会２０２の間、オーディオ出力３１２を通じて、情報３１０の通知１１４をユーザ１０２にさらに提示する。このように、図３の例示的なシナリオ３００における例示的なデバイス３０２及び／又は例示的なシステム３１６は、本明細書で提示される技法に従って好都合な方法でユーザ１０２に通知する。

【0034】

[0046] 図４は、本明細書で提示される技法による、ユーザ１０２への情報３１０の通知をデバイス１０４に行わせるための例示的な方法４００の図解である。例示的な方法４００は、プロセッサ３０８及び通知出力を有するデバイス１０４に関与し、例えば、ファームウェア、システムメモリ、ハードディスクドライブ、ソリッドステート記憶装置コンポーネント又は磁気若しくは光媒体などのデバイス１０４のメモリ３１４に格納された命令のセットとして実装することができ、プロセッサ３０８による命令の実行により、デバイス１０４は、本明細書で提示される技法に従って実行する。

【0035】

[0047] 例示的な方法４００は、４０２から始まり、プロセッサ３０８上で命令を実行すること４０４を伴う。具体的には、命令を実行すること４０４により、デバイス１０４は、環境３０４内のユーザ１０２の活動３０６をモニタする４０６。命令を実行すること４０４により、デバイス１０４は、環境３０４内のユーザ１０２の活動３０６に関連する情報３１０を識別する４０８。命令を実行すること４０４により、デバイス１０４は、ユーザ１０２の活動３０６内で、ユーザ１０２の活動３０６を中断させることなく、ユーザ１０２に情報３１０を通知するための通知機会２０２を識別する４１０。命令を実行すること４０４により、デバイス１０４は、通知機会２０２の間、通知出力を通じて、情報３１０の通知１１４をユーザ１０２に提示する４１２。ユーザ１０２への情報３１０の通知１１４を達成すると、例示的な方法４００は、デバイスが本明細書で提示される技法に従って好都合な方法でユーザ１０２に通知１１４を提示することを可能にし、従って、４１４で終了する。

【0036】

[0048] さらなる別の実施形態は、本明細書で提示される技法を適用するように構成されたプロセッサ実行可能命令を含むコンピュータ可読媒体に関与する。そのようなコンピュータ可読媒体は、様々な物理現象を通じて伝播することができる信号（例えば、電磁信号、音波信号又は光信号）、並びに、様々な有線シナリオ（例えば、イーサネット若しくは光ファイバケーブルを介する）において及び／又は無線シナリオ（例えば、WiFiなどの無線ローカルエリアネットワーク（ＷＬＡＮ）、Bluetoothなどのパーソナルエリアネットワーク（ＰＡＮ）、セルラ若しくはラジオネットワーク）において伝播することができる信号など、様々なタイプの通信媒体を含み得、デバイスのプロセッサによって実行されると本明細書で提示される技法をデバイスに実装させるコンピュータ可読命令のセットを符号化する。また、そのようなコンピュータ可読媒体は、コンピュータ可読メモリデバイスも含み得（通信媒体を除く技術の種類として）、それは、メモリ半導体（例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）及び／又は同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）技術を利用した半導体）、円盤状のハードディスクドライブ、フラッシュメモリデバイス又は磁気若しくは光ディスク（ＣＤ－Ｒ、ＤＶＤ－Ｒ、フロッピーディスクなど）などであり、デバイスのプロセッサによって実行されると本明細書で提示される技法をデバイスに実装させるコンピュータ可読命令のセットを符号化する。

【0037】

[0049] これらの方法で考案することができる例示的なコンピュータ可読媒体は、図５に示されており、実装形態５００は、符号化済みのコンピュータ可読データ５０４が格納されたコンピュータ可読メモリデバイス５０２（例えば、ＣＤ－Ｒ、ＤＶＤ－Ｒ又は円盤状のハードディスクドライブ）を含む。このコンピュータ可読データ５０４は、コンピュータ命令５０６のセットを次々と含み、コンピュータ命令５０６は、デバイス５１０のプロセッサ３０８上で実行されると、本明細書で記載される原理に従ってデバイス５１０に動作させる。例えば、プロセッサ実行可能命令５０６は、図３の例示的なデバイス３０２及び／又は例示的なシステム３１６など、好都合な方法でユーザ１０２への情報３１０の通知１１４の提示をデバイスに行わせる。別の例として、プロセッサ実行可能命令５０６の実行により、デバイス１０４は、図４の例示的な方法４００など、好都合な方法で情報３１０の通知１１４をユーザ１０２に提示するための方法を実行することができる。本明細書で提示される技法に従って動作するように構成された多くのそのようなコンピュータ可読媒体は、当業者によって考案することができる。

【0038】

[0050] Ｅ．変形形態
[0051] 本明細書で論じられる技法は、多くの態様における変形形態を用いて考案することができ、いくつかの変形形態は、これらの及び他の技法の他の変形形態に対して追加の利点を提示すること及び／又は不利な点を低減することができる。その上、いくつかの変形形態は、組合せで実装することができ、いくつかの組合せは、相乗的協力を通じて追加の利点及び／又は不利な点の低減を特徴とし得る。変形形態は、そのような実施形態に個々の及び／又は相乗的利点をもたらすために、様々な実施形態（例えば、図３の例示的なデバイス３０２、図３の例示的なシステム３１６、図４の例示的な方法４００及び／又は図５の例示的なコンピュータ可読メモリデバイス５０２）に組み込むことができる。

【0039】

[0052] Ｅ１．シナリオ
[0053] これらの技法の実施形態の間で変化し得る第１の態様は、そのような技法を利用することができるシナリオに関連する。

【0040】

[0054] この第１の態様の第１の変形形態として、本明細書で提示される技法は、通知１１４をユーザ１０２に提示することができる多くのタイプのデバイス１０４を生成するために利用することができる。そのようなデバイス１０４は、モバイルデバイス（電話、タブレット及びメディアプレーヤなど）並びに車両ナビゲーションシステム（ポータブル全地球測位システム（ＧＰＳ）レシーバ及び／又はダッシュボード埋め込みヘッドユニット）を含む。また、そのようなデバイス１０４は、ヘルメット、眼鏡、ヘッドホン、ヘッドセット、イヤホン、腕時計、アームバンド、ネックレス、ブレスレット、グローブ及びフットウェアなどの着用可能デバイスも含む。また、技法は、ユーザ１０２と同一場所に位置しないデバイス１０４を含む１組のデバイス１０４にわたって実装することもできる。例えば、本明細書で提示される技法は、サーバ上で実装することができ、サーバは、環境３０４内のユーザ１０２の活動３０６に関連する情報３１０を識別し、ユーザ１０２のデバイス１０４に通知１１４を提供する。ユーザ１０２のデバイス１０４は、サーバから通知１１４を受信し、ユーザ１０２の活動３０６を中断させることなく通知１１４を提示するための通知機会２０２を識別し、通知機会２０２の間に通知１１４を提示する。このように、サーバ及びデバイスは、本明細書で提示される技法に従って好都合な方法でユーザ１０２に通知するために同時に使用することができる。

【0041】

[0055] この第１の態様の第２の変形形態として、本明細書で提示される技法は、カメラ、マイクロフォン、加速度計、ジャイロスコープ、光レベルセンサなどの環境センサ及び全地球測位システム（ＧＰＳ）レシーバなど、ユーザ１０２の行動を評価する様々なセンサを含むデバイス１０４と共に利用することができる。また、そのようなセンサは、脈拍及び／又は血圧を測定する腕時計（ユーザ１０２の体温を測定する体温計を含む）など、ユーザ１０２の着用可能又は埋め込みセンサも含み得る。それに加えて、そのようなデバイス１０４は、ディスプレイ、スピーカ及び触覚出力コンポーネント（振動モータなど）など、ユーザ１０２に通知１１４を提示する様々な通知出力を含み得る。通知出力は、出力のためにBluetoothスピーカにデータを無線送信するBluetoothアダプタなど、出力のために別のデバイスに通知を送信するコンポーネントを含み得る。

【0042】

[0056] この第１の態様の第３の変形形態として、本明細書で提示される技法は、ユーザのカレンダ又は共有カレンダからの約束や、ユーザのメールボックスに到着したＥメールメッセージや、ユーザの電話によって受信されたテキストメッセージ、メディアメッセージ又は電話の着信や、ユーザ１０２の場所についての情報を提供するマッピングデータベースや、ユーザ１０２のすぐ近くにいる及び／又はユーザ１０２と通信している個人１０６についての情報を提供する連絡先データベースなど、様々な情報３１０源の通知１１４を提示するために利用することができる。多くのそのような変形形態は、本明細書で提示される技法を利用するデバイス１０４のタイプに含めることができる。

【0043】

[0057] Ｅ２．通知機会
[0058] 本明細書で提示される技法の実施形態の間で変化し得る第２の態様は、ユーザ１０２に通知１１４を提示することができる通知機会２０２を識別するための方法に関与する。

【0044】

[0059] この第２の態様の第１の変形形態として、活動３０６は、ユーザ１０２と別の個人１０６との間の会話１０８を含み得、通知機会２０２は、ユーザ１０２の音声と個人１０６の音声との間の一時停止として識別することができる。例えば、図２の例示的なシナリオ２００で示されるように、会話１０８における表現の交換は、ユーザ１０２も個人１０６も話し声が検出されない少なくとも１０秒間の時間などの沈黙の時間（会話１０８の一時的な休止又は会話１０８の終了を表し得る）を検出するためにモニタすることができる。１つ又は複数の通知１１４は、１０秒間待った後に提示することができ、ユーザ１０２又は個人１０６が通知１１４の間に話を始めたとしても、その時間に提示される通知１１４は、会話１０８を形成する一連の表現１１０を中断させる可能性が低い。この第１の変形形態のさらなる例として、検出された表現１１０は、例えば、マイクロフォンによって検出された声とユーザ１０２の既知の声とを比較することによって、ユーザ１０２が会話１０８に参加しているかどうかを判断するために評価することができる。会話１０８がユーザ１０２の声を含むように思われない場合は、会話１０８はユーザ１０２の近くで起こっているがユーザ１０２は含まれていない可能性があるため、会話１０８の間でさえ通知１１４を提示することができる。同様に、検出された会話１０８の音量が高い場合は、会話はユーザ１０２の近くで起こっており、従って、ユーザ１０２が含まれている可能性があり、その結果、通知１１４は保留される。しかし、検出された会話１０８の音量が低い場合は、ユーザ１０２からかなり離れた個人の間で会話が起こっており、その結果、通知１１４は、ユーザ１０２に自由に提示することができる。

【0045】

[0060] この第２の態様の第２の変形形態として、通知機会２０２は、ユーザ１０２の現在の活動３０６の終了とユーザ１０２の次の活動の開始との間の間隔として識別することができる。例えば、図２の例示的なシナリオ２０４で提示されるように、ユーザ１０２のカレンダ１１８は、１組のクラス１２０及びユーザ１０２が休憩状態であるクラスの合間の間隔（通知１１４を提示することができる通知機会２０２として識別することができる）を識別することができる。

【0046】

[0061] この第２の態様の第３の変形形態として、通知機会２０２は、ユーザ１０２がデバイス１０４と相互作用している時間として識別することができる。例えば、ユーザ１０２が社交行事又は会議に参加しており、他の個人１０６と対話している場合は、ユーザの電話は通知１１４を保留することが望ましいが、ユーザ１０２が彼又は彼女の電話との相互作用に少し時間を置く場合は、そのような相互作用は、通知１１４を提示することができる通知機会２０２として識別することができる。

【0047】

[0062] 図６は、この第２の態様の第４の変形形態を特徴付ける例示的なシナリオの図解であり、活動３０６及び／又は通知機会２０２は、ユーザ１０２のストレスレベルに従って識別される。この例示的なシナリオでは、デバイス１０４は、一連のインパルス６０４を検出する加速度計６０２と、デバイスの動き６０８を検出する全地球測位システム（ＧＰＳ）レシーバ６０６とを含む。そのような入力の比較６１０によれば、ユーザのストレスレベル及び／又は通知機会２０２を示し得るユーザ１０２の活動３０６を識別することが可能であり得る。例えば、第１のシナリオ６００では、加速度計６０２は、１組の規則的なインパルス６０４を検出することができ、ＧＰＳレシーバ６０６は、一貫した方向６０８の及び約９ｋｍ／ｈの速度の動きを検出し、それらは共に、ユーザ１０２がジョギング活動３０６に従事していることを示し得、それは、通知機会２０２を表さない生理学上の高ストレス活動３０６を表す。それに従って、ユーザ１０２が通知１１４を受信する可能性、通知１１４を歓迎する可能性及び／又は通知１１４に基づいて行動する可能性が低いため、デバイス１０４は、活動３０６の間、通知１１４を保留することができる。第２のそのようなシナリオ６１２では、加速度計６０２がインパルス６０４を検出しない場合や、ＧＰＳレシーバ６０６が動き６０８を検出しない場合があり、それは、ユーザ１０２が何もせずに座っている活動３０６に従事していることを示し、それは、通知１１４をユーザ１０２に提示することができる通知機会２０２を表し得る。そのような生理学上のストレスは、例えば、ユーザ１０２の体温、パルス、血圧及び／又は酸素飽和を検出する腕時計などのバイオメトリックデバイスに従って検出することもでき、ユーザ１０２が呈するストレスレベルがストレスレベル閾値を下回った状態のままである時間１２４の間隔を含む通知機会２０２の間だけ、通知１１４を提示することができる。

【0048】

[0063] この第２の態様の第５の変形形態として、いくつかの例では、デバイス１０４が利用可能な情報は、現在の時間が通知機会２０２であるか否かを明確に示さない場合がある。それに従って、デバイス１０４は、ユーザ１０２が通知１１４を受信できるかどうかをユーザ１０２に尋ねることができ、通知１１４の受信の承認をユーザから受信することのみを条件として、通知機会２０２を識別することができる。ユーザ１０２がクエリに応答しないことを選んだ場合は、デバイス１０４は、現在の時間１２４は通知１１４を提示する通知機会２０２ではないと推定することができる。

【0049】

[0064] この第２の態様の第６の変形形態として、いくつかの通知１１４は、緊急通話などの時間的制約のある情報３１０を表し得る。従って、デバイス１０４は、迅速に及び通知機会２０２の利用可能性とは無関係に、そのような通知１１４を提示することができる。それに加えて、いくつかの通知１１４は、今から１５分以内にユーザ１０２に提示すべき情報３１０など、一定の時間内にユーザ１０２に提示すべき時間的制約のある情報３１０を表し得る。ユーザ１０２の活動３０６を中断させるというよりむしろ、デバイス１０４は、その時間が継続している間、環境３０４内のユーザ１０２の活動３０６をモニタすることができる。その時間の間に通知機会２０２が生じた場合は、ユーザ１０２に通知１１４を提示することができる。しかし、その時間の間にそのような通知機会２０２が生じなかった（例えば、その時間の間、ユーザは絶えず忙しい）場合は、そのような提示がユーザ１０２の活動３０６を中断させるとしても、時間的制約のある情報３１０を提示するためにユーザ１０２に通知１１４を提示することができる。いくつかのシナリオでは、情報３１０の時間的制約及び／又は緊急性は、ユーザ１０２の活動３０６を中断させる前に通知機会２０２をモニタするための時間の選択を可能にし得る。多くのそのような変形形態は、本明細書で提示される技法に従って通知１１４を提示することができる通知機会２０２を識別するために利用することができる。

【0050】

[0065] Ｅ３．情報及び通知選択
[0066] 本明細書で提示される技法の実施形態の間で変化し得る第３の態様は、特定の通知機会２０２に対して選択される通知１１４のタイプに関与する。すなわち、通知機会２０２は、提示可能な通知１１４のタイプに従って識別することができ、逆に、通知１１４は、通知機会２０２の様々なプロパティに基づいて通知機会２０２の間に提示するために選択することができる。

【0051】

[0067] この第３の態様の第１の変形形態として、通知キューに格納されたそれぞれの情報アイテム（すなわち、通知１１４をユーザ１０２に提示すべき情報アイテム）は、それぞれの通知１１４をユーザ１０２に提示すべき緊急性及び／又は時間的制約などの情報優先度と関連付けることができる。デバイス１０４は、通知キューから、通知キューのキューに追加された情報アイテムの中で最も高い情報優先度を有するキューに追加された情報アイテムを優先的に選択することができる。

【0052】

[0068] この第３の態様の第２の変形形態として、デバイス１０４は、ユーザ１０２の様々な活動３０６及び／又は環境３０４に関連し得るリマインダ、メッセージ、事実及びクエリなど、ユーザ１０２に提示すべき情報アイテムの通知キューを含み得る。通知機会２０２が生じると、デバイス１０４は、通知機会２０２のプロパティに従って通知キューから通知１１４を選択することができる。第１のそのような例として、通知キューのいくつかの情報３１０は、ユーザ１０２によって実行される活動３０６に関連し得、通知機会２０２は、ユーザ１０２が活動３０６を実行しているという実例を検出することによって部分的に識別することができる。第２のそのような例として、通知キューのいくつかの情報３１０は、ユーザ１０２の連絡先などの個人１０６に関連し得、通知機会２０２は、ユーザ１０２と個人１０６との接触（例えば、ユーザ１０２の近くでの個人１０６本人の同席、又は、電話などの遠隔対話を含むユーザ１０２と個人１０６との間の対話）を検出することによって部分的に識別することができる。とりわけ、そのような通知機会２０２は、これらの条件の発生と本明細書で提示される他の技法とを組み合わせることができ、例えば、個人１０６に関連する通知１１４は、ユーザ１０２と個人１０６との間の会話１０８及び個人１０６との会話１０８における沈黙の時間（会話１０８を中断させる可能性が低い状態で個人１０６に関連する通知１１４をユーザ１０２に提示することができる）の両方に左右される通知機会２０２の間に提示することができる。

【0053】

[0069] 第３の態様の第３の変形形態として、特定の通知機会２０２に対し、デバイス１０４は、通知キューから情報アイテムの少なくとも２つの通知１１４のバッチを選択することができる。バッチは、例えば、選択された情報アイテムタイプのキューに追加された情報アイテムの通知１１４を含み得る。例えば、通知機会２０２は、カレンダ１１８によって識別された近日中に予定されている会議のリマインダなど、特定の通知１１４を提示すべき間に生じ得、デバイス１０４が、カレンダ１１８からリマインダの１つの通知１１４を提示することや、着信メッセージ１１２の１つの通知１１４を提示することよりむしろ、バッチとしてカレンダ１１８から他の通知１１４を提示することが有利であり得る。別の例として、活動３０６に関連する通知機会２０２が生じている間にユーザ１０２が特定の活動３０６を実行している際、デバイス１０４は、通知キューのキューに追加された情報アイテムから、ユーザ１０２の現在の活動３０６に関連する少なくとも２つのキューに追加された情報アイテムを提示のために選択することができる。

【0054】

[0070] 図７は、この第３の態様の第４の変形形態の図解であり、通知機会２０２は、環境３０４内のユーザ１０２の活動３０６に基づいて識別され、通知キュー７０４の情報アイテムのそれぞれの通知１１４は、ユーザ１０２によって実行される活動３０６に基づいて提示のために選択される。第１のそのようなシナリオ７００では、ユーザ１０２が個人１０６との会話１０８に参加している際、デバイス１０４は、個人１０６に関連する情報を優先的に選択することができ、会話１０８内で通知機会２０２が生じると、デバイス１０４は、個人１０６に関連する情報の通知１１４（例えば、今日が個人の誕生日であることを知らせるユーザ１０２へのリマインダ）を提示することができる。第２のそのようなシナリオ７０２では、ユーザ１０２がクラスの合間の時間１２４に休憩状態１２２である際、通知機会２０２を識別することができ、ソーシャルネットワークからのメッセージ又はユーザの趣味若しくは仕事上の関心に関連するメッセージなど、ユーザの学問的な関心に特に関連する情報の通知１１４を他の通知１１４より優先的に選択することができる。少なくとも２つのそのような通知１１４が通知キュー７０４において利用可能である場合は、そのような通知１１４のバッチ７０６を共にユーザ１０２に提示することができる。このように、ユーザ１０２への提示のために選択される通知１１４は、本明細書で提示される技法に従って通知機会２０２の性質に基づいて適応させることができる。

【0055】

[0071] この第３の態様の第５の変形形態として、通知機会２０２は、コミットメント間の最大時間量（例えば、クラスの合間の１０分間の間隔）又はユーザ１０２が典型的にデバイス１０４における通知１１４の受信に従事する最大時間量などの通知機会持続時間を有し得る。また、それぞれのキューに追加された情報アイテムは、通知持続時間（すなわち、ユーザ１０２への通知１１４の提示に関与する時間量及び／又は応答メッセージをオーサリングすることによる着信メッセージ１１２への応答などのユーザ１０２が通知１１４に基づく行動に費やす可能性が高い時間量）を含み得る。それに従って、特定の通知機会２０２が生じると、デバイス１０４は、通知機会持続時間を見積もり、通知キュー７０４のキューに追加された情報アイテムのセットから、通知機会持続時間内の組み合わされた通知持続時間を提示する少なくとも２つの通知１１４のバッチ７０６を選択することができる。

【0056】

[0072] 図８は、そのような技法の１つを特徴付ける例示的なシナリオ８００の図解であり、通知機会２０２は、１組のクラス１２０の合間に生じる。通知機会２０２は、通知機会持続時間８０２（通知１１４を提示するための６０秒間の時間１２４の間隔など）を有するものとして識別される。それに加えて、通知キュー７０４に格納された通知１１４は、ユーザ１０２への通知１１４の提示に関与する時間量及び／又はユーザ１０２がそれぞれの通知１１４に基づいて行動するために見積もられた時間量などの通知持続時間８０４を有するものとして識別することができる。それに従って、通知１１４のバッチ７０６は、通知機会持続時間８０２を共に埋める（ただし、通知機会持続時間８０２を超えない）通知持続時間８０４でのこの通知機会２０２の間の提示のために選択することができる。例えば、高い情報優先度８０６と関連付けられた通知１１４を優先的に選択することができ、その通知１１４は、６０秒間の間隔の半分を消費するように見積もられ、通知機会２０２の時間１２４の間隔の残りの３０秒は、２０秒間の通知持続時間８０４の見積もりで第２の通知１１４に割り当てることができ、通知機会２０２の通知機会持続時間８０２内に収まらない第３の通知１１４は、後続の通知機会２０２の間の提示のために保持される。このように、様々な技法を利用して、本明細書で提示される技法に従って通知機会２０２の間に提示すべき通知１１４を選択することができる。

【0057】

[0073] Ｅ４．対話型通知
[0074] 本明細書で提示される技法の実施形態の間で変化し得る第４の態様は、いくつかの通知１１４の対話性に関与する。例えば、デバイス１０４は、単にユーザ１０２にとって有益な情報３１０（近日中に予定されているイベントのリマインダなど）と、ユーザ１０２からのユーザ入力を促し得る情報３１０（ユーザ１０２が応答することを選び得る質問を含む着信メッセージ１１２、又は、ユーザ１０２が、記事を今提示する、記事を読み飛ばす、後の閲覧のために記事を保存する若しくは別の個人１０６に記事を転送するなどのオプションを対話形式で選択し得るニュース記事のヘッドライン）とを区別することができる。そのような考慮に基づいて、デバイス１０４は、対話型及び非対話型としてそれぞれの通知１１４を分類し、そのような分類に従って本明細書で提示される技法を適応させることができる。

【0058】

[0075] この第４の態様の第１の変形形態として、対話型通知機会（ユーザ１０２はデバイス１０４にユーザ入力を提供することができる）及び非対話型通知機会（ユーザ１０２はデバイス１０４にユーザ入力を提供することができないか又はそれを望まない）を含む通知機会タイプセットに従って通知機会２０２を分類することもできる。非対話型通知機会として通知機会２０２を分類することを条件として、デバイス１０４は、ユーザ１０２に提出される通知１１４のバッチ７０６から、対話型通知９０２を除外することができ、対話型通知９０２は、ユーザ１０２のユーザ入力を伴う可能性が高く、ユーザ１０２が現在ユーザ入力を提供するためのデバイス１０４との対話ができないか又は対話を望まない場合は、ユーザ１０２をいら立たせることになり得る。

【0059】

[0076] この第４の態様の第２の変形形態として、対話型通知９０２の提示は、ユーザ１０２に対する様々な対話型オプションを含み得る。第１のそのような例として、デバイス１０４は、通知１１４によって、通知１１４についての追加の情報を提示するためのオファを提示することができる（例えば、デバイス１０４は、ニュースの話題の要旨を提示することや、ニュースの話題の完全なバージョンを提示するためのオファを提示することができる）。情報アイテムの肯定的な選択をユーザ１０２から受信することを条件として、デバイス１０４は、通知出力を通じて、情報アイテムについての捕捉情報をユーザ１０２に提示することができる。第２のそのような例として、デバイス１０４は、通知１１４によって、特定の対話型情報アイテムに対する応答オプションのセットを提示することができ、例えば、通知１１４がイベントへの招待状を含む場合は、デバイス１０４は、招待状を受諾するか又は招待状を拒否するかについてのオプションをユーザ１０２にオファし、ユーザ１０２からユーザ入力を受信することを条件として相応に応答することができる。

【0060】

[0077] 図９は、例示的なシナリオ９００の図解であり、デバイス３０２は、ユーザ１０２に提示すべきキューに追加された情報３１０の通知キュー７０４を特徴とする。それぞれのキューに追加された情報３１０の通知１１４は、情報３１０のコンテンツに基づいて、対話型通知９０２又は非対話型通知９０４として分類され、例えば、会議を予定変更するという要求又は会話型ソーシャルネットワークメッセージは、典型的には、対話型通知９０２として分類することができ、最新の気象情報及びクラスのお知らせは、非対話型通知９０４として分類することができる。それに加えて、ユーザ１０２の第１の通知機会２０２は、対話型通知機会９０８（例えば、ユーザ１０２は、バス停１３４で待っており、デバイス３０２との対話が可能である）として分類され、第２の通知機会２０２は、ユーザ１０２はデバイス３０２と対話できない非対話型通知機会９１０（例えば、ユーザ１０２は車両９１２を運転している場合）として分類される。それに従って、通知キュー７０４のキューに追加された情報３１０の通知１１４は、通知１１４の対話型及び非対話型分類を通知機会２０２の対話型及び非対話型分類と整合させるバッチ７０６に対して選択することができ、それは、例えば、対話型通知機会９０８の間に対話型通知９０２を提示し、非対話型通知機会９１０の間に非対話型通知９０４のみを提示することによって行われる。対話型通知９０２は、予定変更された会議に対する提案時間を受諾すること及びソーシャルネットワークメッセージに返答することなどの応答オプション９０６を含み得る。このように、通知１１４は、通知機会２０２の間にデバイス３０２と対話するためのユーザ１０２の都合に適応させることができる。

【0061】

[0078] 第３のそのような例として、デバイス１０４は、通知機会２０２の間にユーザ１０２に現在提示されている通知１１４のタイプを調整するためのオプションをユーザ１０２に提示することができる。例えば、ユーザ１０２が特定の通知タイプをさらに要求する（例えば、カレンダ１１８の他の約束のリマインダを要求する）ことを条件として、デバイス１０４は、通知機会２０２の間に、選択された通知タイプの追加の通知１１４を提示することができる。逆に、選択された情報アイテムの拒絶をユーザ１０２から受信することを条件として、デバイス１０４は、選択されたアイテムの同じ情報アイテムタイプの情報アイテムの提示を控えることができる（例えば、ユーザがカレンダの約束の通知１１４の受信を拒否した場合は、デバイス１０４は、この通知機会２０２の間のカレンダの約束の他の通知１１４の提示を控えることができる）。多くのそのような技法は、本明細書で提示される技法に従って通知機会２０２の間の対話型通知９０２に対するユーザ入力を可能にするため及びユーザ入力に応答するために提供することができる。

【0062】

[0079] Ｆ．用語の使用
[0080] 構造上の特徴及び／又は方法の動作に特有の言語で対象物について説明してきたが、添付の請求項で定義される対象物は必ずしも上記で説明される特定の特徴又は動作に限定されないことを理解されたい。むしろ、上記で説明される特定の特徴及び動作は、請求項を実装するための例示的な形態として開示される。

【0063】

[0081] この出願で使用される場合は、「コンポーネント」、「モジュール」、「システム」、「インタフェース」などの用語は、一般に、コンピュータ関連エンティティ（ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア又は実行中のソフトウェア）を指すことを意図する。１つ又は複数のコンポーネントは、１つのコンピュータ上に局在させること及び／又は２つ以上のコンピュータ間に分散させることができる。

【0064】

[0082] その上、特許請求される対象物は、開示される対象物を実装するためにコンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア若しくはそれらの任意の組合せを生成するために標準プログラミング及び／又はエンジニアリング技法を使用した方法、装置又は製造品として実装することができる。「製造品」という用語は、本明細書で使用される場合は、任意のコンピュータ可読デバイス、キャリア又は媒体からアクセス可能なコンピュータプログラムを包含することを意図する。当然ながら、当業者は、特許請求される対象物の範囲又は精神から逸脱することなく、この構成に対して多くの変更を行えることを認識するであろう。

【0065】

[0083] 本明細書では実施形態の様々なオペレーションが提供される。一実施形態では、説明されるオペレーションの１つ又は複数は、１つ又は複数のコンピュータ可読媒体上に格納されたコンピュータ可読命令を構成し得、コンピュータ可読命令は、コンピューティングデバイスによって実行されると、説明されるオペレーションをコンピューティングデバイスに実行させる。オペレーションのいくつか又はすべてが説明される順番は、これらのオペレーションが順番依存性を必ず有することを含意するものと解釈すべきではない。代替の順番は、この説明の利益を有する当業者によって尊重されるであろう。さらに、本明細書で提供される各実施形態において必ずしもすべてのオペレーションが存在するとは限らないことが理解されよう。

【0066】

[0084] 「例」として本明細書で説明される態様又は設計は、必ずしも他の態様又は設計より有利なものとして解釈されるとは限らない。むしろ、「例」という言葉の使用は、本明細書で提示される技法に関連する１つの可能な態様及び／又は実装形態を提示することを意図する。そのような例は、必ずしもそのような技法に対するものとも、制限を意図するものとも限らない。そのような技法の様々な実施形態は、単独で又は他の特徴との組合せでそのような例を含むこと及び／又は示される例を変化させること及び／又は省略することができる。

【0067】

[0085] この出願において使用される場合は、「又は」という用語は、排他的な「又は」というよりむしろ、包括的な「又は」を意味することを意図する。すなわち、別段の指定がない限り又は文脈から明確でない限り、「ＸはＡ又はＢを採用する」は、任意の自然な包括的な並べ替えを意味することを意図する。すなわち、「ＸはＡを採用する」、「ＸはＢを採用する」又は「ＸはＡとＢの両方を採用する」の場合は、前述の例のいずれかの下で、「ＸはＡ又はＢを採用する」が満たされる。それに加えて、この出願及び添付の請求項において使用される場合は、「a」及び「an」という冠詞は、単数形を対象とするものとして別段の指定がない限り又は文脈から明確でない限り、一般に、「１つ又は複数の」を意味すると解釈することができる。

【0068】

[0086] また、１つ又は複数の実装形態に対して本開示を示し、説明してきたが、この明細書及び添付の図面を読み進めること及び理解することに基づいて、均等の代替形態及び変更形態が当業者に思い当たるであろう。本開示は、すべてのそのような変更形態及び代替形態を含み、以下の請求項の範囲によってのみ制限される。具体的には、上記で説明されるコンポーネント（例えば、要素、リソースなど）によって実行される様々な機能に関し、そのようなコンポーネントを説明するために使用される用語は、別段の指示がない限り、本開示の例示的な実装形態で示される本明細書の機能を実行する開示される構造と構造的に同等ではないとしても、説明されるコンポーネントの指定機能を実行する（例えば、機能的に同等の）いかなるコンポーネントにも対応することを意図する。それに加えて、本開示の特定の特徴は、いくつかの実装形態のうちの単なる１つに関してのみ開示されているが、そのような特徴は、任意の所定の又は特定の適用に対して望ましいように及び有利なように、他の実装形態の１つ又は複数の他の特徴と組み合わせることができる。その上、詳細な説明又は請求項において「含む（includes）」、「有すること」、「有する」、「と共に」という用語又はその変形例が使用される範囲で、そのような用語は、「含む（comprising）」という用語と同様の方法で包括的であることが意図される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】