背景技術(shù)：

在人們意識(shí)到事件時(shí)，有時(shí)人們不方便對(duì)通信或提示(諸如呼叫、電子郵件、文本、通知或其他提醒)做出響應(yīng)。例如，用戶可能在用戶不方便回電話時(shí)接收到未接來電的通知，但在這樣做時(shí)消除了該通知。稍后方便時(shí)，用戶不記得要做出響應(yīng)，因?yàn)橥ㄖ幌?。此外，因?yàn)橐恍╁e(cuò)過的通信事件比其他事件更為緊急，所以即使當(dāng)不那么方便做出響應(yīng)時(shí)，但由于其重要性，用戶可能期望更早地被提醒關(guān)于這些錯(cuò)過的事件。對(duì)于與某些聯(lián)系人或其他實(shí)體相關(guān)聯(lián)的錯(cuò)過的事件來說，情況尤其如此，該其他實(shí)體基于對(duì)這些實(shí)體的典型的用戶響應(yīng)模式而被確定為是更重要的。

技術(shù)實(shí)現(xiàn)要素：

提供本發(fā)明內(nèi)容，以便以簡(jiǎn)化的形式介紹精選的概念，在下文的詳細(xì)描述中進(jìn)一步描述這些概念。本發(fā)明內(nèi)容不旨在標(biāo)識(shí)所要求保護(hù)的主題的關(guān)鍵特征或基本特征，也不旨在孤立地用作確定所要求保護(hù)的主題的范圍的輔助。

本發(fā)明的實(shí)施例涉及一種用于向用戶提供關(guān)于與用戶相關(guān)聯(lián)的事件的個(gè)性化通知內(nèi)容的系統(tǒng)和方法。特別地，實(shí)施例可以確定被用戶錯(cuò)過的或以其他方式未被用戶處理的事件(諸如，通信事件、任務(wù)或者與用戶相關(guān)的新聞事件或社交媒體事件)；例如，來自用戶的老板的用戶尚未回復(fù)的電子郵件，或者，基于用戶通常何時(shí)或在何地呼叫其母親的所確定的用戶模式的、未發(fā)生的用戶發(fā)起的對(duì)其母親的呼叫?？梢源_定基于未處理事件的通知內(nèi)容。通知內(nèi)容可以包括在被確定為用戶有可能更方便處理或響應(yīng)于未處理事件的未來時(shí)間和/或在用戶可能具有適當(dāng)?shù)胤磻?yīng)或響應(yīng)的能力的情況下向用戶呈現(xiàn)通知的建議，并且在一些情況下可以包括提供與協(xié)助用戶處理事件相關(guān)的附加內(nèi)容。此外，在一些情況下，由通知內(nèi)容指定的通知格式(即，(一個(gè)或多個(gè))通知可以如何被提供給用戶)和通知呈現(xiàn)的定時(shí)可以基于與未處理事件相關(guān)聯(lián)的上下文信息，包括例如重要性或緊急性。

因此，本公開的方面涉及為未處理事件定制的服務(wù)內(nèi)容。術(shù)語“事件”在本文中廣泛地用于包括通信事件，其指代由與用戶相關(guān)聯(lián)的計(jì)算設(shè)備接收或發(fā)起的幾乎任何通信，包括嘗試通信(例如，未接來電)、意圖用于用戶的通信、代表用戶發(fā)起的通信或者可用于用戶的通信。術(shù)語“事件”還可以指代提醒、任務(wù)、公告或新聞項(xiàng)(包括諸如本地或區(qū)域新聞之類的與用戶相關(guān)的新聞、天氣、交通或社交網(wǎng)絡(luò)/社交媒體信息)?！拔刺幚硎录笨梢灾复脩羯形错憫?yīng)、處置或以其他方式處理的通信事件或其他事件，諸如錯(cuò)過的或未發(fā)起的呼叫、未響應(yīng)的電子郵件、未確認(rèn)的通知或提醒、未處理的任務(wù)、未處理的請(qǐng)求、未處理的社交媒體項(xiàng)(例如，標(biāo)簽、推文、新聞推送帖子或與用戶相關(guān)的類似事件)等。通過標(biāo)識(shí)未處理事件，可以基于未處理事件的上下文和用戶行為來向用戶提供諸如服務(wù)內(nèi)容之類的內(nèi)容，以便針對(duì)用戶定制或個(gè)性化內(nèi)容。

如將進(jìn)一步描述的，在一個(gè)實(shí)施例中，用戶數(shù)據(jù)從一個(gè)或多個(gè)數(shù)據(jù)源來接收。諸如本文中所描述的，用戶數(shù)據(jù)可以通過利用與用戶相關(guān)聯(lián)的(一個(gè)或多個(gè))用戶設(shè)備上的一個(gè)或多個(gè)傳感器或部件收集用戶數(shù)據(jù)來接收。事件以及對(duì)那些事件的用戶響應(yīng)可以通過監(jiān)測(cè)用戶數(shù)據(jù)來確定，并且由此可以確定事件模式并檢測(cè)未處理事件。關(guān)于未處理事件的上下文信息還可以從用戶數(shù)據(jù)或從其確定的模式來確定，并且可以用于確定與未處理事件相關(guān)聯(lián)的重要性級(jí)別或緊急性級(jí)別。另外，用于最佳地處理事件的用戶可用性可以基于所確定的用戶模式和/或用戶數(shù)據(jù)來預(yù)測(cè)，用戶數(shù)據(jù)從與用戶相關(guān)聯(lián)的一個(gè)或多個(gè)用戶設(shè)備(諸如，智能電話)以及在某些情況下從與其他用戶相關(guān)聯(lián)的設(shè)備來感測(cè)或以其他方式收集。

通知內(nèi)容可以基于所預(yù)測(cè)的可用性、未處理事件的所確定的可能的重要性或其他上下文信息來生成，并且還可以包括用于協(xié)助用戶處理未處理事件的補(bǔ)充內(nèi)容。一些實(shí)施例還包括使用來自其他用戶的用戶數(shù)據(jù)(諸如，眾包數(shù)據(jù))，以用于確定對(duì)類似類型的事件的典型用戶響應(yīng)模式、通知邏輯和/或相關(guān)補(bǔ)充內(nèi)容。

以這種方式，本發(fā)明的實(shí)施例可以提供基于上下文、用戶對(duì)通知的響應(yīng)以及具有充分地處理該事件的能力的可能性而針對(duì)用戶個(gè)性化的通知內(nèi)容，使得用戶更易于以及時(shí)且方便的方式來處置事件。

附圖說明

以下參考附圖來詳細(xì)描述本發(fā)明的方面，在附圖中：

圖1是適合于實(shí)現(xiàn)本發(fā)明的方面的示例操作環(huán)境的框圖；

圖2是描繪適合于實(shí)現(xiàn)本發(fā)明的方面的示例計(jì)算架構(gòu)的示圖；

圖3描繪了根據(jù)本發(fā)明的實(shí)施例的可以呈現(xiàn)給用戶的通知內(nèi)容的一個(gè)示例；

圖4-圖6描繪了根據(jù)本發(fā)明的實(shí)施例的用于向用戶提供個(gè)性化通知內(nèi)容的方法的流程圖；以及

圖7是適合于用于實(shí)現(xiàn)本發(fā)明的實(shí)施例的示例性計(jì)算環(huán)境的框圖。

具體實(shí)施方式

在本文中具體描述了本發(fā)明的方面的主題以滿足法定要求。然而，描述本身并不旨在限制本專利的范圍。相反，發(fā)明人已經(jīng)考慮到，所要求保護(hù)的主題也可以以其他方式來實(shí)施，以包括結(jié)合其他現(xiàn)有或未來技術(shù)的、與本文檔中所描述的步驟不同的步驟或類似的步驟的組合。此外，雖然術(shù)語“步驟”和/或“框”在本文中可以用于包含所采用的方法的不同元素，但是術(shù)語不應(yīng)當(dāng)被解釋為意指本文中所公開的各種步驟之間的任何特定順序，除非和除了當(dāng)各個(gè)步驟的順序被明確地描述時(shí)。

本文中所描述的技術(shù)的方面涉及用于除其他之外向用戶提供與事件有關(guān)的個(gè)性化通知內(nèi)容的系統(tǒng)、方法和計(jì)算機(jī)存儲(chǔ)介質(zhì)。特別地，實(shí)施例可以確定被用戶錯(cuò)過或以其他方式未被用戶處理的事件，諸如確定來自用戶的老板的用戶尚未回復(fù)的電子郵件，或者，基于用戶通常何時(shí)或在何地呼叫其母親的所確定的用戶模式、未發(fā)生的用戶發(fā)起的對(duì)其母親的呼叫。可以確定基于未處理事件的通知內(nèi)容。通知內(nèi)容可以包括在被確定為用戶有可能更方便響應(yīng)于未處理事件的未來時(shí)間和/或在用戶可能具有適當(dāng)?shù)仨憫?yīng)的能力的情況下向用戶呈現(xiàn)通知的建議，并且在一些情況可以包括提供與協(xié)助用戶處理事件相關(guān)的附加內(nèi)容。此外，通知內(nèi)容的格式(即，其可以如何被提供給用戶)和通知呈現(xiàn)的定時(shí)可以基于與未處理事件相關(guān)聯(lián)的重要性或上下文。例如，可以在用戶完成工作離開辦公室之后下一次拿起其電話時(shí)提醒用戶呼叫其母親，同時(shí)，若當(dāng)老板的郵件被接收時(shí)同一用戶正在參加會(huì)議，可以在會(huì)議之后經(jīng)由呈現(xiàn)在其智能電話上的視覺通知來提醒同一用戶響應(yīng)其老板的電子郵件。

在某些方面，本公開的方面涉及為未處理事件定制的服務(wù)內(nèi)容。術(shù)語“事件”在本文中廣泛地用于包括通信事件，其指代由與用戶相關(guān)聯(lián)的計(jì)算設(shè)備接收或發(fā)起的幾乎任何通信，包括未遂的通信(例如，未接來電)、意圖用于用戶的通信、代表用戶發(fā)起的通信或者可用于用戶的通信。術(shù)語“事件”還可以指代提醒、任務(wù)、公告或新聞項(xiàng)(包括諸如本地或區(qū)域新聞之類的與用戶相關(guān)的新聞、天氣、交通或社交網(wǎng)絡(luò)/社交媒體信息)。因此，作為示例而非限制，事件可以包括：語音/視頻呼叫，電子郵件，sms文本消息，即時(shí)消息，通知，社交媒體或社交網(wǎng)絡(luò)新聞項(xiàng)或通信(例如，推文、facebook帖子或“喜歡”、邀請(qǐng)、新聞推送項(xiàng))，與用戶相關(guān)的新聞項(xiàng)，用戶可能處理或響應(yīng)的任務(wù)，rss推送項(xiàng)，網(wǎng)站和/或博客帖子、評(píng)論或更新，日歷事件、提醒或通知，會(huì)議請(qǐng)求或邀請(qǐng)，包括游戲通知和消息(包括來自其他玩家的通知和消息)的應(yīng)用內(nèi)通信等。一些通信事件可以與實(shí)體(諸如，聯(lián)系人或商家，在一些情況下包括用戶本身)或與一類實(shí)體(諸如，親密的朋友、工作同事、老板、家庭、由用戶拜訪的企業(yè)機(jī)構(gòu)等)相關(guān)聯(lián)?！拔刺幚硎录笨梢灾复脩羯形错憫?yīng)、處置或以其他方式處理的通信事件或其他事件，諸如錯(cuò)過的或未發(fā)起的呼叫、未響應(yīng)的電子郵件、未確認(rèn)的通知或提醒、未處理的任務(wù)、未處理的請(qǐng)求、未處理的社交媒體項(xiàng)(例如，標(biāo)簽、推文、新聞推送帖子或與用戶相關(guān)的類似事件)等。例如，未處理事件可以對(duì)應(yīng)于與處理事件相關(guān)聯(lián)的一個(gè)或多個(gè)用戶響應(yīng)或活動(dòng)，諸如：完成或回電話，完成任務(wù)；起草電子郵件，確認(rèn)新的項(xiàng)目通知或社交媒體帖子；安排約會(huì)，或購買周年紀(jì)念禮物。通過標(biāo)識(shí)未處理事件，可以基于未處理事件的上下文和用戶行為來向用戶提供諸如服務(wù)內(nèi)容之類的內(nèi)容，以便針對(duì)用戶定制或個(gè)性化內(nèi)容。

因此，在高級(jí)別處，在一個(gè)實(shí)施例中，用戶數(shù)據(jù)從一個(gè)或多個(gè)數(shù)據(jù)源來接收。諸如本文中所描述的，用戶數(shù)據(jù)可以通過利用與用戶相關(guān)聯(lián)的(一個(gè)或多個(gè))用戶設(shè)備上的一個(gè)或多個(gè)傳感器收集用戶數(shù)據(jù)來接收。結(jié)合圖2的部件214所進(jìn)一步描述的用戶數(shù)據(jù)的示例可以包括：用戶的(一個(gè)或多個(gè))移動(dòng)設(shè)備的位置信息，用戶活動(dòng)信息(例如，應(yīng)用使用、在線活動(dòng)、搜索、呼叫)，應(yīng)用數(shù)據(jù)，聯(lián)系人數(shù)據(jù)，日歷和社交網(wǎng)絡(luò)數(shù)據(jù)，或者可以由用戶設(shè)備或其他計(jì)算設(shè)備感測(cè)或確定的用戶數(shù)據(jù)的幾乎任何其他來源。

事件及對(duì)那些事件的用戶響應(yīng)可以通過監(jiān)測(cè)用戶數(shù)據(jù)來確定，并且由此可以確定事件模式并且檢測(cè)未處理事件。在一些情況下，未處理事件可以基于與事件的確定模式的偏差來檢測(cè)，諸如在用戶每個(gè)星期日呼叫他的祖母但是在幾周中沒有呼叫她的情況下。關(guān)于未處理事件的上下文信息也可以從用戶數(shù)據(jù)或從其確定的模式來確定，并且可以用于確定與未處理事件相關(guān)聯(lián)的重要性級(jí)別或緊急性級(jí)別。在一些實(shí)施例中，上下文信息也可以從其他用戶的用戶數(shù)據(jù)(即，眾包數(shù)據(jù))來確定。在這樣的實(shí)施例中，數(shù)據(jù)可以以保護(hù)其他用戶的隱私的方式來去標(biāo)識(shí)或以其他方式來使用。

另外，用戶處置用于處理未處理事件的某些類型的活動(dòng)(例如，撥打電話、響應(yīng)于電子郵件、瀏覽web等)的可用性和/或能力級(jí)別可以基于所確定的用戶模式和/或用戶數(shù)據(jù)來預(yù)測(cè)，所述用戶數(shù)據(jù)從與用戶相關(guān)聯(lián)的一個(gè)或多個(gè)用戶設(shè)備(諸如，智能電話)以及在某些情況下從與其他用戶相關(guān)聯(lián)的設(shè)備來感測(cè)。例如，諸如位置、時(shí)間、在線活動(dòng)、(一個(gè)或多個(gè))日歷或任何數(shù)目的其他用戶數(shù)據(jù)之類的用戶數(shù)據(jù)可以被收集，并用于確定針對(duì)與處理事件有關(guān)的不同類型的活動(dòng)的用戶可用性模式、該用戶通常如何響應(yīng)于某些事件以及其他用戶通常如何響應(yīng)。

通知內(nèi)容可以基于所預(yù)測(cè)的可用性和未處理事件的所確定的可能的重要性(以及在一些情況下，其他的上下文信息)來生成，通知內(nèi)容在某些情況下包括用于呈現(xiàn)通知的通知邏輯。通知邏輯可以指定用于通知用戶未處理事件的條件和/或時(shí)間，以及(一個(gè)或多個(gè))通知的格式。通知內(nèi)容還可以包括用于協(xié)助用戶處理未處理事件的補(bǔ)充內(nèi)容。例如，如果未處理事件是您的周年紀(jì)念日，那么補(bǔ)充信息可以包括關(guān)于她最喜歡的餐廳的信息及用于在餐廳進(jìn)行晚餐預(yù)訂的建議。如此，本發(fā)明的實(shí)施例可以提供如下的通知內(nèi)容：該通知內(nèi)容基于上下文、用戶對(duì)通知的響應(yīng)以及具有足夠地處理事件的能力的可能性而針對(duì)用戶被個(gè)性化，使得用戶更易于以及時(shí)且方便的方式來處置事件。

本發(fā)明的一些實(shí)施例還包括使用來自其他用戶的用戶數(shù)據(jù)(即，眾包數(shù)據(jù))，以用于確定對(duì)類似類型的事件的典型用戶響應(yīng)模式、通知邏輯和/或相關(guān)補(bǔ)充內(nèi)容。另外，本發(fā)明的一些實(shí)施例可以由個(gè)人助理應(yīng)用或服務(wù)來執(zhí)行，如本文中進(jìn)一步描述的，個(gè)人助理應(yīng)用或服務(wù)可以被實(shí)現(xiàn)為一個(gè)或多個(gè)計(jì)算機(jī)應(yīng)用、服務(wù)或例程，諸如在移動(dòng)設(shè)備或云上運(yùn)行的應(yīng)用程序。

現(xiàn)在轉(zhuǎn)到圖1，提供了示出其中可以采用本公開的一些實(shí)施例的示例操作環(huán)境100的框圖。應(yīng)當(dāng)理解，本文中所描述的這種和其他布置僅作為示例來闡述。除了或代替所示出的那些布置和元件，可以使用其他布置和元件(例如，機(jī)器、接口、功能、命令和功能分組等)，并且為了清楚起見，可以干脆省略一些元件。此外，本文中所描述的元件中的許多元件是功能實(shí)體，該功能實(shí)體可以被實(shí)現(xiàn)為離散或分布式部件或者與其他部件結(jié)合，并且可以以任何合適的組合且在任何合適的位置中實(shí)現(xiàn)。本文中被描述為由一個(gè)或多個(gè)實(shí)體執(zhí)行的各種功能可以由硬件、固件和/或軟件來執(zhí)行。例如，一些功能可以由執(zhí)行存儲(chǔ)器中所存儲(chǔ)的指令的處理器來實(shí)施。

除了未示出的部件，示例操作環(huán)境100包括：多個(gè)用戶設(shè)備，諸如用戶設(shè)備102a和102b至102n；多個(gè)數(shù)據(jù)源，諸如數(shù)據(jù)源104a和104b至104n；服務(wù)器106；以及網(wǎng)絡(luò)110。應(yīng)當(dāng)理解，圖1所示的環(huán)境100是一個(gè)合適的操作環(huán)境的一個(gè)示例。例如，圖1所示的部件中的每個(gè)部件可以經(jīng)由任何類型的計(jì)算設(shè)備來實(shí)現(xiàn)，任何類型的計(jì)算設(shè)備諸如結(jié)合圖7所描述的計(jì)算設(shè)備700。這些部件可以經(jīng)由網(wǎng)絡(luò)110彼此通信，網(wǎng)絡(luò)110可以包括但不限于一個(gè)或多個(gè)局域網(wǎng)(lan)和/或廣域網(wǎng)(wan)。在示例性實(shí)現(xiàn)方式中，在各種可能的公共和/或?qū)Ｓ镁W(wǎng)絡(luò)中的任何網(wǎng)絡(luò)中，網(wǎng)絡(luò)110包括因特網(wǎng)和/或蜂窩網(wǎng)絡(luò)。

應(yīng)當(dāng)理解，在本公開的范圍內(nèi)，可以在操作環(huán)境100內(nèi)采用任何數(shù)目的用戶設(shè)備、服務(wù)器和數(shù)據(jù)源。每一個(gè)可以包括在分布式環(huán)境中協(xié)作的單個(gè)設(shè)備或多個(gè)設(shè)備。例如，服務(wù)器106可以經(jīng)由布置在分布式環(huán)境中的多個(gè)設(shè)備來提供，該多個(gè)設(shè)備共同提供本文中所描述的功能。此外，未示出的其他部件也可以被包括在分布式環(huán)境中。

用戶設(shè)備102a和102b至102n可以是在操作環(huán)境100的客戶端上的客戶端設(shè)備，而服務(wù)器106可以在操作環(huán)境100的服務(wù)器端上。服務(wù)器106可以包括被設(shè)計(jì)為與用戶設(shè)備102a和102b至102n上的客戶端軟件結(jié)合工作的服務(wù)器端軟件，以便實(shí)現(xiàn)本公開中討論的特征和功能的任何組合。提供操作環(huán)境100的這種劃分，以說明合適的環(huán)境的一個(gè)示例，并且對(duì)于每個(gè)實(shí)現(xiàn)方式不要求服務(wù)器106和用戶設(shè)備102a和102b至102n的任何組合保持為單獨(dú)的實(shí)體。

用戶設(shè)備102a和102b至102n可以包括能夠由用戶使用的任何類型的計(jì)算設(shè)備。例如，在一個(gè)實(shí)施例中，用戶設(shè)備102a至102n可以是本文中關(guān)于圖7所描述的計(jì)算設(shè)備的類型。作為示例而非限制，用戶設(shè)備可以被實(shí)施為個(gè)人計(jì)算機(jī)(pc)、膝上型計(jì)算機(jī)、移動(dòng)裝置或移動(dòng)設(shè)備、智能電話、平板計(jì)算機(jī)、智能手表、可穿戴計(jì)算機(jī)、個(gè)人數(shù)字助理(pda)、mp3播放器、全球定位系統(tǒng)(gps)或設(shè)備、視頻播放器、手持通信設(shè)備、游戲設(shè)備或系統(tǒng)、娛樂系統(tǒng)、車載計(jì)算機(jī)系統(tǒng)、嵌入式系統(tǒng)控制器、遙控器、家電、消費(fèi)電子設(shè)備、工作站、或這些所描繪的設(shè)備的任何組合或任何其他合適的設(shè)備。

數(shù)據(jù)源104a和104b至104n可以包括如下的數(shù)據(jù)源和/或數(shù)據(jù)系統(tǒng)：該數(shù)據(jù)源和/或數(shù)據(jù)系統(tǒng)被配置為使數(shù)據(jù)可用于結(jié)合圖2所描述的操作環(huán)境100或系統(tǒng)200的各種組成中的任何組成。(例如，在一個(gè)實(shí)施例中，一個(gè)或多個(gè)數(shù)據(jù)源104a至104n向圖2的用戶數(shù)據(jù)收集部件214提供(或使用戶數(shù)據(jù)收集部件214可用于訪問)用戶數(shù)據(jù))。數(shù)據(jù)源104a和104b至104n可以與用戶設(shè)備102a和102b至102n及服務(wù)器106是離散的，或者可以被并入和/或集成到這些部件中的至少一個(gè)部件中。在一個(gè)實(shí)施例中，數(shù)據(jù)源104a至104n中的一個(gè)或多個(gè)包括一個(gè)或多個(gè)傳感器，一個(gè)或多個(gè)傳感器可以被集成到(一個(gè)或多個(gè))用戶設(shè)備102a、102b或102n或者服務(wù)器106中的一個(gè)或多個(gè)中，或者與(一個(gè)或多個(gè))用戶設(shè)備102a、102b或102n或者服務(wù)器106中的一個(gè)或多個(gè)相關(guān)聯(lián)。進(jìn)一步結(jié)合圖2的用戶數(shù)據(jù)收集部件214來描述通過數(shù)據(jù)源104a至104n而實(shí)現(xiàn)可用的所感測(cè)的用戶數(shù)據(jù)的示例。

操作環(huán)境100可以用于實(shí)現(xiàn)圖2中所描述的系統(tǒng)200的部件中的一個(gè)或多個(gè)部件，包括用于收集用戶數(shù)據(jù)、監(jiān)測(cè)事件、生成通知內(nèi)容和/或向用戶呈現(xiàn)通知及相關(guān)內(nèi)容的部件?，F(xiàn)在參考圖2，與圖1一樣，提供了框圖，該框圖示出適合于實(shí)現(xiàn)本發(fā)明的實(shí)施例并且總體上被指定為系統(tǒng)200的示例計(jì)算系統(tǒng)架構(gòu)的方面。系統(tǒng)200僅表示合適的計(jì)算系統(tǒng)架構(gòu)的一個(gè)示例。除了或代替所示出的那些布置和元件，可以使用其他布置和元件，并且為了清楚起見，可以干脆省略一些元件。此外，與操作環(huán)境100一樣，本文中所描述的元件中的許多元件是功能實(shí)體，該功能實(shí)體可以被實(shí)現(xiàn)為離散或分布式部件或者與其他部件結(jié)合，并且可以以任何合適的組合且在任何合適的位置中實(shí)現(xiàn)。

示例系統(tǒng)200包括結(jié)合圖1所描述的網(wǎng)絡(luò)110，并且網(wǎng)絡(luò)110通信地耦合系統(tǒng)200的部件，包括用戶數(shù)據(jù)收集部件214、事件監(jiān)測(cè)器280、通知引擎260、呈現(xiàn)部件218和存儲(chǔ)裝置225。事件監(jiān)測(cè)器280(包括其部件282、284、286和288)、通知引擎260(包括其部件262、264、266和268)、用戶數(shù)據(jù)收集部件214和呈現(xiàn)部件218可以被實(shí)施為例如在一個(gè)或多個(gè)計(jì)算機(jī)系統(tǒng)(諸如結(jié)合圖7描述的計(jì)算設(shè)備700)上執(zhí)行的編譯的計(jì)算機(jī)指令或函數(shù)集、程序模塊、計(jì)算機(jī)軟件服務(wù)、或者過程的布置。

在一個(gè)實(shí)施例中，由系統(tǒng)200的部件執(zhí)行的功能與一個(gè)或多個(gè)個(gè)人助理應(yīng)用、服務(wù)或例程相關(guān)聯(lián)。特別地，這樣的應(yīng)用、服務(wù)或例程可以在一個(gè)或多個(gè)用戶設(shè)備(諸如，用戶設(shè)備104a)、服務(wù)器(諸如，服務(wù)器106)上操作，可以跨一個(gè)或多個(gè)用戶設(shè)備和服務(wù)器分布，或者在云中實(shí)現(xiàn)。此外，在一些實(shí)施例中，系統(tǒng)200的這些部件可以跨云中的網(wǎng)絡(luò)分布，所述網(wǎng)絡(luò)包括一個(gè)或多個(gè)服務(wù)器(諸如，服務(wù)器106)和客戶端設(shè)備(諸如，用戶設(shè)備102a)，或者系統(tǒng)200的這些部件可以駐留在諸如用戶設(shè)備102a的用戶設(shè)備上。此外，這些部件、由這些部件執(zhí)行的功能、或者由這些部件執(zhí)行的服務(wù)可以在適當(dāng)?shù)?一個(gè)或多個(gè))抽象層處實(shí)現(xiàn)，適當(dāng)?shù)?一個(gè)或多個(gè))抽象層諸如(一個(gè)或多個(gè))計(jì)算系統(tǒng)的操作系統(tǒng)層、應(yīng)用層、硬件層等。備選地或另外地，本文中所描述的這些部件和/或本發(fā)明的實(shí)施例的功能可以至少部分地由一個(gè)或多個(gè)硬件邏輯部件來執(zhí)行。例如而非限制，可以使用的、說明性類型的硬件邏輯部件包括現(xiàn)場(chǎng)可編程門陣列(fpga)、專用集成電路(asic)、專用標(biāo)準(zhǔn)產(chǎn)品(assp)、系統(tǒng)級(jí)芯片系統(tǒng)(soc)、復(fù)雜可編程邏輯器件(cpld)等。另外，雖然在本文中關(guān)于示例系統(tǒng)200中所示的具體部件來描述功能，但預(yù)期的是，在一些實(shí)施例中，這些部件的功能可以跨其他部件共享或分布。

繼續(xù)圖2，用戶數(shù)據(jù)收集部件214通常負(fù)責(zé)從一個(gè)或多個(gè)數(shù)據(jù)源訪問或接收(并且在一些情況下也標(biāo)識(shí))用戶數(shù)據(jù)，一個(gè)或多個(gè)數(shù)據(jù)源諸如圖1的數(shù)據(jù)源104a和104b至104n。在一些實(shí)施例中，用戶數(shù)據(jù)收集部件214可以用于支持一個(gè)或多個(gè)用戶的用戶數(shù)據(jù)(包括眾包數(shù)據(jù))針對(duì)事件監(jiān)測(cè)器280和通知引擎260的累積。數(shù)據(jù)可以由數(shù)據(jù)收集部件214接收(或訪問)，并且可選地被累積、被重新格式化和/或被組合，并且被存儲(chǔ)在諸如存儲(chǔ)裝置225的一個(gè)或多個(gè)數(shù)據(jù)存儲(chǔ)庫中，在該處數(shù)據(jù)對(duì)事件監(jiān)測(cè)器280和通知引擎260來說可以是可用的。例如，如本文中所描述的，用戶數(shù)據(jù)可以存儲(chǔ)在用戶簡(jiǎn)檔240中或與用戶簡(jiǎn)檔240相關(guān)聯(lián)。

可以從各種源接收用戶數(shù)據(jù)，在所述各種源中數(shù)據(jù)可以以各種格式可用。例如，在一些實(shí)施例中，經(jīng)由用戶數(shù)據(jù)收集部件214接收的用戶數(shù)據(jù)可以經(jīng)由一個(gè)或多個(gè)傳感器來確定，一個(gè)或多個(gè)傳感器可以在以下項(xiàng)上或者與以下項(xiàng)相關(guān)聯(lián)：一個(gè)或多個(gè)用戶設(shè)備(諸如，用戶設(shè)備102a)、服務(wù)器(諸如，服務(wù)器106)和/或其他計(jì)算設(shè)備。如本文中所使用的，傳感器可以包括用于感測(cè)、檢測(cè)或以其他方式從數(shù)據(jù)源104a獲取諸如用戶數(shù)據(jù)之類的信息的函數(shù)、例程、部件或其組合，并且可以被實(shí)施為硬件、軟件或兩者。作為示例而非限制，用戶數(shù)據(jù)可以包括：從一個(gè)或多個(gè)傳感器感測(cè)或確定的數(shù)據(jù)(在本文中被稱為傳感器數(shù)據(jù))，諸如(一個(gè)或多個(gè))移動(dòng)設(shè)備的位置信息；智能電話數(shù)據(jù)(諸如，從智能電話獲得的電話狀態(tài)、計(jì)費(fèi)數(shù)據(jù)、日期/時(shí)間或其他信息)；用戶活動(dòng)信息(例如：應(yīng)用程序使用；在線活動(dòng)；搜索；諸如自動(dòng)語音識(shí)別的語音數(shù)據(jù)；活動(dòng)日志；通信數(shù)據(jù)，包括呼叫、文本、即時(shí)消息和電子郵件；網(wǎng)站帖子；與事件相關(guān)聯(lián)的其他用戶數(shù)據(jù)等)，包括在多于一個(gè)用戶設(shè)備上發(fā)生的用戶活動(dòng)；用戶歷史；對(duì)話日志；應(yīng)用數(shù)據(jù)；聯(lián)系人數(shù)據(jù)；日歷和日程表數(shù)據(jù)；通知數(shù)據(jù)；社交網(wǎng)絡(luò)數(shù)據(jù)；新聞(包括搜索引擎或社交網(wǎng)絡(luò)上的流行或熱門項(xiàng))；在線游戲數(shù)據(jù)；電子商務(wù)活動(dòng)(包括來自諸如amazon.或xbox等在線賬戶的數(shù)據(jù))；(一個(gè)或多個(gè))用戶賬戶數(shù)據(jù)(其可以包括來自與個(gè)人助理應(yīng)用或服務(wù)相關(guān)聯(lián)的用戶偏好或者設(shè)置的數(shù)據(jù))；家用傳感器數(shù)據(jù)；家電數(shù)據(jù)；全球定位系統(tǒng)(gps)數(shù)據(jù)；車輛信號(hào)數(shù)據(jù)；交通數(shù)據(jù)；天氣數(shù)據(jù)(包括預(yù)報(bào))；可穿戴設(shè)備數(shù)據(jù)；其他用戶設(shè)備數(shù)據(jù)(其可以例如包括：設(shè)備設(shè)置，配置文件，網(wǎng)絡(luò)連接，諸如wi-fi網(wǎng)絡(luò)數(shù)據(jù)或配置數(shù)據(jù)的網(wǎng)絡(luò)連接，有關(guān)型號(hào)、固件或裝備的數(shù)據(jù)，設(shè)備配對(duì)，諸如用戶使移動(dòng)電話與藍(lán)牙耳機(jī)配對(duì)的位置)；陀螺儀數(shù)據(jù)；加速度計(jì)數(shù)據(jù)；支付或信用卡使用數(shù)據(jù)(其可以包括來自用戶的paypal賬戶的信息)；購買歷史數(shù)據(jù)(諸如來自用戶的amazon.com或ebay賬戶的信息)；可以由傳感器(或其他檢測(cè)器)部件來感測(cè)或以其他方式來檢測(cè)的其他傳感器數(shù)據(jù)，包括從與用戶相關(guān)聯(lián)的傳感器部件得到的數(shù)據(jù)(包括能夠由一個(gè)或多個(gè)傳感器部件提供的位置、運(yùn)動(dòng)、方向、方位、用戶訪問、用戶活動(dòng)、網(wǎng)絡(luò)接入、用戶設(shè)備計(jì)費(fèi)或其他數(shù)據(jù))；基于其他數(shù)據(jù)得到的數(shù)據(jù)(例如，可以從wi-fi、蜂窩網(wǎng)絡(luò)或ip地址數(shù)據(jù)得到的位置數(shù)據(jù))；以及可以如本文中所描述的那樣感測(cè)或確定的數(shù)據(jù)的幾乎任何其他源。在一些方面，用戶數(shù)據(jù)可以被提供在用戶信號(hào)中。用戶信號(hào)可以是來自對(duì)應(yīng)數(shù)據(jù)源的用戶數(shù)據(jù)的饋送。例如，用戶信號(hào)可以來自智能電話、家用傳感器設(shè)備、gps設(shè)備(例如，用于位置坐標(biāo))、車輛傳感器設(shè)備、可穿戴設(shè)備、用戶設(shè)備、陀螺儀傳感器、加速度計(jì)傳感器、日歷服務(wù)、電子郵件賬戶、信用卡賬戶或其他數(shù)據(jù)源。在一些實(shí)施例中，用戶數(shù)據(jù)收集部件214連續(xù)地、周期地或根據(jù)需要地接收或訪問數(shù)據(jù)。

事件監(jiān)測(cè)器280通常負(fù)責(zé)監(jiān)測(cè)事件和相關(guān)信息，以便確定與事件相關(guān)聯(lián)的事件模式、事件響應(yīng)信息、未處理事件和上下文信息。例如，如先前所描述的，事件及對(duì)那些事件的用戶響應(yīng)可以通過監(jiān)測(cè)用戶數(shù)據(jù)(包括從用戶數(shù)據(jù)收集部件214接收的數(shù)據(jù))來確定，并且由此，可以確定事件模式并且檢測(cè)未處理事件。在一些實(shí)施例中，事件監(jiān)測(cè)器280跨多個(gè)計(jì)算設(shè)備或在云中監(jiān)測(cè)事件及相關(guān)信息。

如示例系統(tǒng)200所示，事件監(jiān)測(cè)器280包括事件模式標(biāo)識(shí)器282、未處理事件檢測(cè)器284、上下文信息提取器286和事件響應(yīng)分析器288。在一些實(shí)施例中，事件監(jiān)測(cè)器280和/或其子部件中的一個(gè)或多個(gè)可以從所接收的用戶數(shù)據(jù)來確定解釋性數(shù)據(jù)。解釋性數(shù)據(jù)對(duì)應(yīng)于由事件監(jiān)測(cè)器280的子部件用來解釋用戶數(shù)據(jù)的數(shù)據(jù)。例如，解釋性數(shù)據(jù)可以用于向用戶數(shù)據(jù)提供上下文，這可以支持由子部件進(jìn)行的確定或推斷。此外，所預(yù)期的是，事件監(jiān)測(cè)器280及其子部件的實(shí)施例可以使用用戶數(shù)據(jù)和/或結(jié)合解釋性數(shù)據(jù)來使用用戶數(shù)據(jù)，以用于實(shí)施本文所描述的子部件的目標(biāo)。

一般而言，事件模式標(biāo)識(shí)器282負(fù)責(zé)確定事件模式。在一些實(shí)施例中，事件模式可以通過監(jiān)測(cè)與事件或?qū)δ切┦录挠脩繇憫?yīng)有關(guān)的一個(gè)或多個(gè)變量來確定。這些監(jiān)測(cè)的變量可以從結(jié)合用戶數(shù)據(jù)收集部件214所描述的用戶數(shù)據(jù)(例如：位置，時(shí)間/日期，通信的(一個(gè)或多個(gè))發(fā)起者或(一個(gè)或多個(gè))接受者，通信類型(例如，呼叫、電子郵件、文本等)，用戶設(shè)備數(shù)據(jù)等)來確定。特別地，變量可以從與事件有關(guān)的上下文數(shù)據(jù)來確定，如本文中所描述的，該上下文數(shù)據(jù)可以通過上下文信息提取器286從用戶數(shù)據(jù)中提取。因此，變量可以表示多個(gè)事件間的上下文相似度。以這種方式，模式可以通過檢測(cè)多個(gè)事件上的共同的變量來標(biāo)識(shí)。更具體地，與第一事件相關(guān)聯(lián)的變量可以與第二事件的變量相互關(guān)聯(lián)，以標(biāo)識(shí)用于確定可能的模式的共同變量。例如，在第一事件包括用戶發(fā)起的在星期六對(duì)被標(biāo)識(shí)為“母親”的聯(lián)系人的呼叫并且第二事件包括用戶發(fā)起的在下一星期六對(duì)同一聯(lián)系人(“母親”)的呼叫的情況下，則模式可以被確定為用戶在星期六呼叫“母親”。在這種情況下，兩個(gè)事件的共同變量包括同一聯(lián)系人實(shí)體(母親)、同一天(星期六)、通信是用戶發(fā)起的、通信的同一接收者(母親)以及同一類型或模式的通信(通話)。

構(gòu)成模式的事件實(shí)例被重復(fù)的頻率越高，所標(biāo)識(shí)的模式變得越強(qiáng)(即，更可能或更可預(yù)測(cè))。類似地，具體的變量可以隨著其被重復(fù)而變得與模式更強(qiáng)烈地相關(guān)聯(lián)。例如，假設(shè)每天下午5點(diǎn)后(下班后)且在駕駛時(shí)，用戶都會(huì)呼叫同一組聯(lián)系人(其可能是她的家庭成員)中的某個(gè)人。盡管被呼叫的具體個(gè)人(即，用戶呼叫的聯(lián)系人實(shí)體)變化，但是存在事件模式，因?yàn)橛脩糁貜?fù)地呼叫該組中的某個(gè)人。

事件模式不一定包括相同的通信模式。例如，一種事件模式可以是用戶每個(gè)星期六呼叫或發(fā)送電子郵件給他的母親。此外，在某些情況下，事件模式可以進(jìn)化，諸如在每個(gè)星期六呼叫他的母親的用戶開始發(fā)送電子郵件給他的母親而不是在星期六給她打電話的情況下，在這種情況下，該模式變?yōu)橛脩粼谛瞧诹c他的母親通信。事件模式可以包括：事件相關(guān)的例程；與事件相關(guān)聯(lián)的典型的用戶活動(dòng)，或者與至少一個(gè)共同變量相關(guān)聯(lián)的重復(fù)的事件相關(guān)的用戶活動(dòng)。例如，特定用戶具有以下的模式：在駕駛時(shí)但僅在下午5:30之后或駕駛持續(xù)時(shí)間大于10分鐘時(shí)打電話?；蛘撸脩艉芸赡茉谙挛?:00與9:30之間但是很少在下午9:30之后瀏覽因特網(wǎng)和回復(fù)個(gè)人電子郵件。此外，在一些實(shí)施例中，事件模式可以包括可以對(duì)事件的用戶響應(yīng)模式，其可以如下文所描述的那樣從事件響應(yīng)分析器288確定。

一般而言，事件響應(yīng)分析器288負(fù)責(zé)確定針對(duì)所監(jiān)測(cè)的事件(包括未處理事件)的響應(yīng)信息，諸如用戶如何響應(yīng)特定事件和事件響應(yīng)模式。響應(yīng)信息通過分析與事件及用戶活動(dòng)相對(duì)應(yīng)的用戶數(shù)據(jù)(從用戶數(shù)據(jù)收集部件214接收的)來確定，所述用戶活動(dòng)是在用戶意識(shí)到事件、包括在用戶意識(shí)到未處理事件之后(諸如，未接來電)發(fā)生的。在一些實(shí)施例中，事件響應(yīng)分析器288從呈現(xiàn)部件218接收數(shù)據(jù)，該數(shù)據(jù)可以包括與用戶已經(jīng)意識(shí)到的所監(jiān)測(cè)的事件相對(duì)應(yīng)的用戶動(dòng)作，和/或事件響應(yīng)分析器288從上下文信息提取器286接收關(guān)于所監(jiān)測(cè)的事件的上下文信息。事件響應(yīng)分析器288結(jié)合所監(jiān)測(cè)的事件來分析這種信息并且確定針對(duì)事件的響應(yīng)信息集合?；谠诙鄠€(gè)事件上確定的響應(yīng)信息，事件響應(yīng)分析器288可以基于與事件相關(guān)聯(lián)的上下文信息來確定特定用戶對(duì)某些事件的響應(yīng)模式。例如，在所監(jiān)測(cè)的事件包括來自用戶的老板的傳入電子郵件的情況下，事件響應(yīng)分析器288可以確定在用戶意識(shí)到該電子郵件之后用戶以第一可用機(jī)會(huì)響應(yīng)該電子郵件。但是，在所監(jiān)測(cè)的事件包括來自用戶的妻子的未接來電的情況下，事件響應(yīng)分析器288可以確定用戶通常在下午12點(diǎn)與1點(diǎn)之間(即，午餐時(shí))或在下午5點(diǎn)30分之后(即，下班后)給她回電話。類似地，事件響應(yīng)分析器288可以確定用戶僅在某些條件下響應(yīng)某些事件(其可以由上下文信息提取器286基于與事件相關(guān)聯(lián)的變量來確定)，某些條件諸如當(dāng)用戶在家、在工作、在汽車中、在計(jì)算機(jī)前面時(shí)等。以這種方式，事件響應(yīng)分析器288確定包括針對(duì)特定事件的用戶響應(yīng)模式的響應(yīng)信息。用戶的所確定的響應(yīng)模式可以存儲(chǔ)在與用戶相關(guān)聯(lián)的用戶簡(jiǎn)檔240的(一個(gè)或多個(gè))事件響應(yīng)模型的部件244中，并且可以由通知引擎260使用，以用于向用戶提供通知內(nèi)容。

在一個(gè)實(shí)施例中，由事件響應(yīng)分析器288確定的這種響應(yīng)信息被提供給通知引擎260，通知引擎260使用響應(yīng)信息為用戶準(zhǔn)備通知內(nèi)容。例如，如下文所進(jìn)一步描述的，可用性確定器264可以使用響應(yīng)信息來確定處理特定類型的事件所需要的用戶能力級(jí)別，諸如處理第一類型的事件可能要求用戶讀取其計(jì)算機(jī)上的文檔，并且因此用戶可用性取決于用戶通過顯示器對(duì)計(jì)算設(shè)備的訪問。然而，第二類型的事件可以通過電話呼叫而可處理，并且因此用戶可用性取決于用戶進(jìn)行電話呼叫的能力，例如，如果確定用戶正在駕駛，那么這可能發(fā)生，而如果確定用戶在會(huì)議中，那么這可能不發(fā)生。

此外，在一些實(shí)施例中，事件響應(yīng)分析器288使用眾包數(shù)據(jù)或來自多個(gè)用戶的數(shù)據(jù)來確定響應(yīng)信息，該響應(yīng)信息可以被用于基于特定用戶將做出與其他用戶類似的反應(yīng)的前提，來確定該特定用戶的可能響應(yīng)模式。例如，用戶模式可以基于以下來確定：確定其他用戶更有可能在晚上呼叫他們的朋友和家庭成員而在白天工作期間不太可能呼叫這些同樣的實(shí)體。用戶模式也可以類似地基于以下來確定：確定其他用戶通常會(huì)在最早方便的時(shí)候回電給他們的配偶，而即使不方便也會(huì)盡可能快地回電給他們的老板。此外，在一些實(shí)施例中，上下文信息提取器286提供與來自其他用戶的類似事件相對(duì)應(yīng)的上下文信息，該上下文信息可以由事件響應(yīng)分析器288使用來確定由那些用戶采取的響應(yīng)?？梢酝ㄟ^確定上下文相似性來標(biāo)識(shí)具有類似事件的其他用戶，上下文相似性諸如其他用戶的事件中與該特定用戶的事件的變量相同的變量。例如，相同變量可以包括各方之間的關(guān)系(例如，用戶與通信事件的接受者或發(fā)起者之間的關(guān)系)、位置、時(shí)間、日期、通信模式或先前描述的任何其他變量。因此，事件響應(yīng)分析器部件288可以基于從具有類似事件的多個(gè)用戶接收的眾包用戶信息(例如，用戶歷史、在相關(guān)聯(lián)的事件之后(在一些實(shí)施例中，還包括在相關(guān)聯(lián)的事件之前)的用戶活動(dòng)、與聯(lián)系人實(shí)體的關(guān)系以及其他上下文信息)來學(xué)習(xí)用戶群的典型響應(yīng)模式。因此，從響應(yīng)信息中，可以確定當(dāng)具有某些特性(例如，上下文特征或變量)的事件發(fā)生時(shí)被采取的典型響應(yīng)是什么。

此外，大多數(shù)用戶對(duì)不同的聯(lián)系人或?qū)嶓w表現(xiàn)或反應(yīng)不同。事件可以與實(shí)體相關(guān)聯(lián)，可以與一類實(shí)體(例如，親密的朋友、工作同事、老板、家庭、用戶時(shí)常出入的諸如銀行之類的商家等)相關(guān)聯(lián)。使用由上下文信息提取器286(下文描述)提供的上下文信息，事件響應(yīng)分析器288可以基于用戶如何響應(yīng)相似類別的實(shí)體或其他用戶在類似情形下(諸如，在存在共同變量的情況下)如何響應(yīng)來推斷用戶的用戶響應(yīng)信息。因此，例如，在特定用戶接收到來自新的經(jīng)理的未接來電并且此前從未響應(yīng)過該經(jīng)理的情況下，事件響應(yīng)分析器288可以考慮該用戶先前如何響應(yīng)其他經(jīng)理或者用戶的同事(如類似情形下的其他用戶)如何響應(yīng)同一經(jīng)理或其他經(jīng)理。

一般而言，未處理事件檢測(cè)器284負(fù)責(zé)檢測(cè)未處理事件，諸如可能需要用戶響應(yīng)或動(dòng)作的事件，或用戶可能希望響應(yīng)的事件。作為示例而非限制，未處理事件的示例包括：由與用戶相關(guān)聯(lián)的計(jì)算設(shè)備接收到的被錯(cuò)過或未處理的通信，諸如未接來電或未響應(yīng)的電子郵件；在與用戶相關(guān)聯(lián)的事件模式中的一個(gè)事件的錯(cuò)過實(shí)例，諸如用戶每個(gè)星期日呼叫他的祖母，但是在上一星期日沒有呼叫她；需要用戶動(dòng)作的即將到來的事件，諸如在用戶的日歷上指示的即將到來的周年紀(jì)念、汽車保險(xiǎn)續(xù)簽或者將要到期的優(yōu)惠券或要約；用戶尚未確認(rèn)的與用戶相關(guān)的新聞項(xiàng)、信息項(xiàng)或通知(包括社交媒體新聞項(xiàng)、帖子、推文、標(biāo)簽等)；或者尚未被用戶響應(yīng)、處置或以其他方式處理的請(qǐng)求或任務(wù)，包括由用戶設(shè)置的提醒(例如，用戶向他的移動(dòng)設(shè)備所說的“cortana，提醒我修理漏水的龍頭”)；或者用戶尚未響應(yīng)、處置或以其他方式處理的其他事件，諸如本文中所描述的其他未處理事件。

未處理事件檢測(cè)器284可以基于以下來檢測(cè)未決的未處理事件：由事件監(jiān)測(cè)器280檢測(cè)到的事件，來自從用戶數(shù)據(jù)收集部件214收集的用戶數(shù)據(jù)的信息，以及來自事件響應(yīng)分析器288的響應(yīng)信息。例如，在以下情況下可以檢測(cè)未處理事件的實(shí)例：發(fā)生所監(jiān)測(cè)的事件并且用戶尚未進(jìn)行響應(yīng)；或者所監(jiān)測(cè)的事件將在不久的將來發(fā)生并且由事件響應(yīng)分析器288對(duì)用戶活動(dòng)的分析指示用戶可能尚未進(jìn)行與事件相關(guān)聯(lián)的活動(dòng)，諸如用戶數(shù)據(jù)(并且特別是用戶活動(dòng)信息)不包括與所監(jiān)測(cè)的事件相對(duì)應(yīng)的上下文特征。未處理事件信息可以被提供給通知引擎260。

在一些實(shí)施例中，未處理事件檢測(cè)器284使用來自(一個(gè)或多個(gè))用戶賬戶/活動(dòng)數(shù)據(jù)248的信息來監(jiān)測(cè)與用戶相關(guān)的社交網(wǎng)絡(luò)活動(dòng)。未處理事件檢測(cè)器284還可以監(jiān)測(cè)響應(yīng)于由事件監(jiān)測(cè)器280檢測(cè)到的事件而進(jìn)行的用戶活動(dòng)，由事件監(jiān)測(cè)器280檢測(cè)到的事件包括與用戶有關(guān)的新聞或信息項(xiàng)，這些新聞或信息項(xiàng)可以從諸如數(shù)據(jù)源104a-104n(圖1)的其他數(shù)據(jù)源檢測(cè)到。如此，未處理事件檢測(cè)器284的一些實(shí)施例基于用戶活動(dòng)來確定用戶可能尚未處理或可能尚未意識(shí)到所檢測(cè)到的事件。例如，在用戶活動(dòng)指示用戶沒有訪問社交媒體賬戶的情況下，或者在用戶(或其他用戶)通常以某一用戶活動(dòng)模式對(duì)類似新聞項(xiàng)、信息項(xiàng)或其他事件做出響應(yīng)或者反應(yīng)，而這樣的用戶活動(dòng)尚未被未處理事件檢測(cè)器284檢測(cè)到的情況下，可以確定用戶可能尚未處理和/或尚未意識(shí)到檢測(cè)到的事件。

在一些實(shí)施例中，未處理事件檢測(cè)器284標(biāo)識(shí)可能指示未處理事件的觸發(fā)情形。例如，未被應(yīng)答的呼入，未被響應(yīng)或甚至未經(jīng)用戶界面呈現(xiàn)給用戶的電子郵件，或者未被維持的用戶模式。一個(gè)或多個(gè)檢測(cè)到的觸發(fā)情形可以激發(fā)未處理事件檢測(cè)器284確定未處理事件是否未決，使得通知引擎260可以確定用于處理該未處理事件的所推薦的動(dòng)作方案。

在一個(gè)實(shí)施例中，未處理事件檢測(cè)器284考慮針對(duì)類似事件的典型的用戶響應(yīng)模式，其可以經(jīng)由由事件響應(yīng)分析器288確定的響應(yīng)信息來提供。用戶響應(yīng)模式可以與當(dāng)前或近期的用戶活動(dòng)數(shù)據(jù)相比較，以便確定用戶是否可能已經(jīng)(或可能)對(duì)特定事件做出響應(yīng)。例如，在用戶的日歷指示他的周年紀(jì)念日是下周(潛在的未處理事件)并且用戶數(shù)據(jù)(諸如用戶的電子郵件或網(wǎng)站用戶歷史)指示用戶可能預(yù)訂了在周年紀(jì)念日期的餐廳，那么可以確定用戶可能已經(jīng)處理了該事件，并且因此通知引擎260不需要準(zhǔn)備提醒。盡管如此，然而在一些實(shí)施例中，取決于從特別是近期用戶活動(dòng)的用戶數(shù)據(jù)確定的、用戶已經(jīng)處理了事件的可能性，關(guān)于事件(即將到來的周年紀(jì)念日)的通知可以被呈現(xiàn)給用戶。

作為另一示例，假設(shè)在與用戶相關(guān)聯(lián)的賬戶上接收到電子郵件，并且與電子郵件相關(guān)聯(lián)的上下文信息指示該電子郵件來自用戶的老板并且包含可能指示緊急性的很多關(guān)鍵字。用戶數(shù)據(jù)指示用戶訪問了他的電子郵件、電子郵件在用戶設(shè)備上被呈現(xiàn)給了用戶(換言之，用戶可能已經(jīng)閱讀了來自他的老板的電子郵件)，但是用戶尚未回復(fù)電子郵件。但是用戶數(shù)據(jù)還指示用戶在訪問該電子郵件之后呼叫了他的老板(從他的智能手機(jī))。那么可以確定用戶可能已經(jīng)處理了該事件，并且不需要被提醒以響應(yīng)他老板的電子郵件。

作為又一示例，假設(shè)觸發(fā)情形指示未接來電，并且與呼叫相關(guān)聯(lián)的上下文信息指示是用戶妻子的呼叫。但是，用戶數(shù)據(jù)指示自未接來電以來用戶尚未向其妻子發(fā)出呼叫，并且自未接來電以來也沒有給他妻子發(fā)電子郵件或發(fā)短信。因此，未處理事件檢測(cè)器284檢測(cè)到可能的未處理事件；即，來自用戶的妻子的未接來電?，F(xiàn)在，進(jìn)一步假設(shè)當(dāng)發(fā)生未接來電時(shí)，用戶與他妻子不在同一位置(位置可以從與用戶相關(guān)聯(lián)的諸如智能電話的用戶設(shè)備來確定)，但是現(xiàn)在用戶的位置和妻子的位置相同；例如，二者目前都在家里。那么可以確定潛在的未處理事件(未接來電)不太可能未決，因?yàn)橛脩艉退钠拮右黄鹪诩?，并且可能相互通信。因此，事件很可能得到了處理?/p>

作為又一示例，假設(shè)事件模式指示用戶每個(gè)星期日呼叫他的祖母。但是用戶數(shù)據(jù)(諸如用戶的日歷和電子郵件)指示用戶將在下個(gè)星期日出國(guó)旅行。因此，存在未來的未處理事件的可能性。在一些實(shí)施例中，未處理事件檢測(cè)器284可以確定可能發(fā)生未處理事件，并且類似于上文示例，考慮近期的用戶活動(dòng)數(shù)據(jù)，以便確定用戶是否可能已經(jīng)(或可能)對(duì)未處理事件做出響應(yīng)。例如，如果用戶代之在星期五呼叫了他的祖母，那么可以確定用戶已經(jīng)處理了該事件。

在另外的示例中，假設(shè)事件模式指示用戶通常喜歡或評(píng)論來自特定實(shí)體的社交媒體帖子，分享來自特定實(shí)體的社交媒體帖子。從用戶數(shù)據(jù)收集部件214收集的用戶數(shù)據(jù)指示特定實(shí)體已經(jīng)在社交媒體上發(fā)布了新聞項(xiàng)，但是來自事件響應(yīng)分析器288的響應(yīng)信息確定用戶尚未響應(yīng)該項(xiàng)。因此，未處理事件檢測(cè)器284基于用戶沒有遵循他響應(yīng)社交媒體活動(dòng)或特定實(shí)體的典型模式，來檢測(cè)可能的未處理事件。備選地，假設(shè)從用戶數(shù)據(jù)收集部件214收集的用戶數(shù)據(jù)指示用戶的社交網(wǎng)絡(luò)聯(lián)系人中的很多或者甚至絕大多數(shù)對(duì)信息項(xiàng)(諸如，新聞項(xiàng)、帖子、熱門話題等)做出響應(yīng)。但是來自事件響應(yīng)分析器288的響應(yīng)信息確定用戶尚未確認(rèn)或響應(yīng)該項(xiàng)或者可能甚至不知道該項(xiàng)。未處理事件檢測(cè)器284可以確定這是與信息項(xiàng)相對(duì)應(yīng)的未處理事件。在一些實(shí)施例中，未處理事件檢測(cè)器284可以使確定基于用戶模式或用戶歷史信息，諸如用戶在先前情況下多久響應(yīng)信息項(xiàng)一次。此外，從信息項(xiàng)中提取的其他上下文信息可以用于確定信息項(xiàng)對(duì)于用戶的級(jí)別或緊急性或重要性，其可以用于向用戶提供通知，如本文所進(jìn)一步描述的。

一般而言，上下文信息提取器286負(fù)責(zé)確定與由事件監(jiān)測(cè)器280監(jiān)測(cè)的事件相關(guān)聯(lián)的上下文信息，諸如與事件和用戶相關(guān)活動(dòng)相關(guān)聯(lián)的上下文特征或變量。上下文信息可以從由用戶數(shù)據(jù)收集部件214提供的一個(gè)或多個(gè)用戶的用戶數(shù)據(jù)來確定。例如，上下文信息提取器286接收用戶數(shù)據(jù)，在某些情況下解析數(shù)據(jù)，并且標(biāo)識(shí)和提取上下文特征或變量。在一些實(shí)施例中，變量被存儲(chǔ)作為與事件、響應(yīng)、或在事件之后的時(shí)間間隔內(nèi)的用戶活動(dòng)(其可以指示用戶響應(yīng))相關(guān)聯(lián)的上下文信息的相關(guān)集合。

特別地，上下文信息提取器286的一些實(shí)施例確定與事件、聯(lián)系人實(shí)體(或?qū)嶓w，諸如在群發(fā)電子郵件的情況下)、圍繞事件的用戶活動(dòng)以及當(dāng)前用戶活動(dòng)相關(guān)的上下文信息。作為示例而非限制，這可以包括上下文特征，諸如：位置數(shù)據(jù)；時(shí)間、天和/或日期；通信的數(shù)目和/或頻率；通信中的關(guān)鍵字(其可以用于確定重要性或緊急性)；關(guān)于聯(lián)系實(shí)體的上下文信息(諸如實(shí)體身份、與用戶的關(guān)系、聯(lián)系實(shí)體的位置(如果可確定)、與用戶的先前聯(lián)系的頻率或級(jí)別)；歷史信息，包括與聯(lián)系人實(shí)體的模式和歷史；(一個(gè)或多個(gè))通信的模式或類型；當(dāng)事件發(fā)生時(shí)或者當(dāng)可能響應(yīng)事件時(shí)用戶參與了什么用戶活動(dòng)，以及用戶何時(shí)、在何地以及多長(zhǎng)時(shí)間地參與了與事件或?qū)ξ刺幚硎录目赡茼憫?yīng)相關(guān)聯(lián)的活動(dòng)；或者從用戶數(shù)據(jù)可確定的任何其他變量，該用戶數(shù)據(jù)包括來自其他用戶的用戶數(shù)據(jù)。上下文信息的其他示例包括置信度得分、方差得分以及在標(biāo)識(shí)未處理事件或?qū)κ录挠脩繇憫?yīng)中生成的其他信息。

如上所述，上下文信息可以被提供給：事件模式標(biāo)識(shí)器282，以用于確定模式(諸如，使用共同變量的事件模式)；未處理事件檢測(cè)器284，以用于確定未處理事件是否仍然未決、用戶為處理未處理事件而采取的動(dòng)作或響應(yīng)的范圍、或者響應(yīng)未處理事件已不再相關(guān)(諸如，在其中用戶和他妻子都在家里并且因此用戶不需要給他妻子回電話的示例中)；以及事件響應(yīng)分析器288，以用于確定響應(yīng)模式(包括其他用戶的響應(yīng)模式)。特別地，提供給事件響應(yīng)分析器288的上下文信息可以用于確定關(guān)于用戶響應(yīng)模式的信息、可以與響應(yīng)未處理事件相對(duì)應(yīng)的用戶活動(dòng)、用戶參與響應(yīng)未處理事件多長(zhǎng)時(shí)間、通信的模式、或者用于確定用于處理某些類型的事件所期望的用戶能力的其他信息，其可以用于確定響應(yīng)未處理事件的用戶可用性。此外，上下文信息可以被提供給通知引擎260，并且用于確定錯(cuò)過的事件的緊急性或重要性、用于處置未處理事件的用戶可用性、用于協(xié)助用戶處理未處理事件的補(bǔ)充內(nèi)容、以及用于向用戶呈現(xiàn)通知的邏輯，諸如何時(shí)、在何地或如何呈現(xiàn)通知內(nèi)容。

繼續(xù)圖2，通知引擎260通常負(fù)責(zé)生成和提供關(guān)于事件的通知內(nèi)容，其中其可以作為個(gè)性化通知被提供給用戶。在一個(gè)實(shí)施例中，通知內(nèi)容包括通知，該通知可以是以針對(duì)用戶處理未處理事件的推薦動(dòng)作的形式，并且通知內(nèi)容還可以包括用于協(xié)助用戶處理事件的補(bǔ)充內(nèi)容。在一些情況下，通知內(nèi)容包括通知邏輯，通知邏輯指定用于基于用戶數(shù)據(jù)來呈現(xiàn)通知的條件，諸如與呈現(xiàn)來自通知內(nèi)容的通知有關(guān)的(一個(gè)或多個(gè))時(shí)間、(一個(gè)或多個(gè))位置、(一個(gè)或多個(gè))模式或其他參數(shù)。

例如，通知內(nèi)容可以包括給用戶的關(guān)于回?fù)軄碜云淦拮拥暮艚械耐ㄖ?，其中邏輯指定?dāng)用戶數(shù)據(jù)指示用戶已經(jīng)開動(dòng)他的汽車以在工作日結(jié)束下班開車回家時(shí)，通知可以被呈現(xiàn)給用戶，或者在指示用戶開啟他的智能電話上的電話應(yīng)用的用戶數(shù)據(jù)的下一實(shí)例時(shí)，通知在彈出窗口中被呈現(xiàn)給用戶。通知可以呈現(xiàn)文本或音頻問詢，文本或音頻問詢?cè)儐栍脩簟澳悻F(xiàn)在要呼叫你妻子嗎？”基于來自用戶的肯定性響應(yīng)(例如，說“是”或觸摸他的移動(dòng)設(shè)備上的“是”按鈕)，用戶的妻子被自動(dòng)呼叫，而用戶不必提供電話號(hào)碼。繼續(xù)該示例，通知內(nèi)容可以包括補(bǔ)充內(nèi)容，諸如提醒用戶他妻子在45分鐘內(nèi)登機(jī)并且這將是她離開之前他呼叫她的唯一機(jī)會(huì)。

在一些實(shí)施例中，通知引擎260生成要呈現(xiàn)給用戶的通知，其可以被提供給呈現(xiàn)部件218。備選地，在一些其他實(shí)施例中，通知引擎260生成通知內(nèi)容并且使通知內(nèi)容可用于呈現(xiàn)部件218，呈現(xiàn)部件218基于通知內(nèi)容中的通知邏輯以及應(yīng)用于通知邏輯的用戶數(shù)據(jù)來確定何時(shí)以及如何(即，什么格式)呈現(xiàn)通知。在一些實(shí)施例中，與呈現(xiàn)部件218結(jié)合地操作的通知服務(wù)或應(yīng)用確定或支持確定何時(shí)以及如何呈現(xiàn)通知。與用戶相關(guān)聯(lián)的未決通知可以存儲(chǔ)在用戶簡(jiǎn)檔240中，諸如在(一個(gè)或多個(gè))通知的部件250中。此外，在一些實(shí)施例中，通知引擎260、呈現(xiàn)部件218和/或通知服務(wù)或應(yīng)用管理針對(duì)用戶的未決通知，并且可以諸如下文所描述的那樣對(duì)哪些通知被呈現(xiàn)排列優(yōu)先級(jí)。

如先前所述，通知引擎260可以從用戶數(shù)據(jù)收集部件214和/或事件監(jiān)測(cè)器280接收信息(其可以存儲(chǔ)在與用戶相關(guān)聯(lián)的用戶簡(jiǎn)檔240中)，所述信息包括：事件數(shù)據(jù)；當(dāng)前用戶信息，諸如用戶活動(dòng)；未處理事件數(shù)據(jù)，其還可以包括事件未被處理的所確定的可能性；上下文信息；從事件響應(yīng)分析器288確定的響應(yīng)信息(在某些情況下包括其他用戶如何對(duì)類似事件做出響應(yīng)或反應(yīng))；事件模式信息、用戶可用性模型或可用性模式信息；或來自其他部件或來源的用于創(chuàng)建通知內(nèi)容的信息。在一個(gè)實(shí)施例中，使用上述接收到的信息，通知引擎260確定與未處理事件相關(guān)聯(lián)的重要性或緊急性，并且確定用于處理事件的用戶可用性(下文所進(jìn)一步描述的)，其可以基于緊急性或重要性來確定并且可以基于用戶處理事件的能力而變化。通知引擎260還可以生成補(bǔ)充內(nèi)容和通知邏輯，其可以基于與未處理事件或其響應(yīng)相關(guān)聯(lián)的所確定的可用性、緊急性和上下文。以這種方式，本發(fā)明的實(shí)施例可以提供能夠基于上下文、用戶對(duì)通知的響應(yīng)及具有充分地處理該事件的能力的可能性來針對(duì)用戶而被個(gè)性化的通知內(nèi)容，使得用戶更易于以及時(shí)且方便的方式來處置事件。

如示例系統(tǒng)200所示，通知引擎260包括緊急性/重要性確定器262、可用性確定器264、補(bǔ)充內(nèi)容生成器266和通知邏輯生成器268。一般來說，緊急性/重要性確定器262負(fù)責(zé)確定未處理事件的重要性級(jí)別和/或緊急性級(jí)別。重要性級(jí)別可以指示用戶處理事件有多重要或有多必要，而緊急性級(jí)別可以指示事件應(yīng)該在多長(zhǎng)時(shí)間內(nèi)被處理。通知引擎260的一些實(shí)施例可以確定緊急性、重要性或二者。此外，未處理事件可以隨著截止日期的接近(諸如前述的周年紀(jì)念日示例)而變得更加緊急，并且重要性級(jí)別和/或緊急性級(jí)別可以基于以下而被更新：上下文信息的改變、當(dāng)前用戶數(shù)據(jù)、用戶的響應(yīng)、新檢測(cè)到的用戶模式、或被確定為與已經(jīng)出現(xiàn)的事件相關(guān)的新的未處理事件。例如，在未響應(yīng)的電子郵件之后的來自老板的未接電話可以指示用于響應(yīng)電子郵件的更高的緊急性級(jí)別。

在一些實(shí)施例中，緊急性/重要性確定器262使用關(guān)于未處理事件的信息(其可以從未處理事件檢測(cè)器284接收)，連同所接收的用戶數(shù)據(jù)(從用戶數(shù)據(jù)收集部件214)或上下文信息(由上下文信息提取器286提供)或由事件監(jiān)測(cè)器280、用戶簡(jiǎn)檔240或呈現(xiàn)部件218提供的其他數(shù)據(jù)一起，來確定緊急性級(jí)別和/或重要性級(jí)別(其可以被實(shí)施為得分或數(shù)值)。例如，緊急性/重要性確定器262可以考慮：類似的未處理事件及其頻率(諸如，重復(fù)的未接來電或者來自同一聯(lián)系人的未響應(yīng)的電子郵件和未接來電)；來自用戶或其他用戶的對(duì)類似事件的響應(yīng)(來自事件響應(yīng)分析器288)，其可以基于(一個(gè)或多個(gè))用戶在類似的未處理事件發(fā)生多久之后做出響應(yīng)，來指示重要性級(jí)別或緊急性級(jí)別；或模式信息，諸如未處理事件是否與模式相關(guān)聯(lián)或未處理事件是否是意外的。例如，在母親通常每個(gè)星期日打電話的情況下，與其中用戶在特定星期日錯(cuò)過了接聽來自母親的呼叫相對(duì)應(yīng)的未處理事件可以被確定為具有比在工作日中間或在半夜發(fā)生的來自母親的未接來電(即，母親在不常見的時(shí)間來電，這不符合與她通常來電的時(shí)間相關(guān)聯(lián)的模式)低的重要性。緊急性/重要性確定器262還可以或者可以備選地考慮：位置信息、一天中的時(shí)間和其他上下文信息(例如，在用戶的妻子從醫(yī)院來電或用戶的母親在半夜期間來電的情況下，可以確定更高的重要性級(jí)別和緊急性級(jí)別)；與處理某些事件的重要性或緊急性有關(guān)的用戶設(shè)置或偏好、或與特定變量相關(guān)聯(lián)的事件，其可以學(xué)習(xí)或由用戶明確地指定(例如，分配給來自老板的通信的重要性級(jí)別或者來自親密的朋友的所有通信)；以及用戶與聯(lián)系人實(shí)體的關(guān)系(例如，這是熟人、親密的朋友、家庭成員、同事、老板等)，其可以包括用戶在聯(lián)系人名單或社交媒體賬戶中如何標(biāo)識(shí)該實(shí)體、和/或用戶與該聯(lián)系人進(jìn)行通信的歷史記錄以及與該實(shí)體的聯(lián)系級(jí)別。例如，來自用戶的朋友的未接來電可以被確定為比來自與用戶沒有先前聯(lián)系的銷售員的未接來電更重要。

在一些實(shí)施例中，緊急性級(jí)別或重要性級(jí)別可以基于與未處理事件相關(guān)聯(lián)的上下文特征(包括所提取的關(guān)鍵字或從類似事件中提取的其他上下文特征)從上下文信息來確定。特別地，如前所述，關(guān)鍵詞和其他上下文特征可以由上下文信息提取器286提取，并且由事件響應(yīng)分析器288使用，以基于與事件相關(guān)聯(lián)的某些關(guān)鍵字或其他上下文特征來確定關(guān)于一個(gè)或多個(gè)用戶的用戶響應(yīng)的信息，諸如關(guān)于用戶通常如何響應(yīng)的信息(包括他們最快多久響應(yīng))。此外，一些關(guān)鍵字可以被預(yù)先確定，以指示可能的緊急性(諸如，可能存在于通信中的“緊急”、“立即”或類似詞語)。

在一些實(shí)施例中，使用前兩段中所描述的接收到的信息，可以為未處理事件確定緊急性程度或重要性程度，并且將其用于確定表示緊急性級(jí)別或重要性級(jí)別的值。例如，在實(shí)施例中，可以相對(duì)于用戶的先前響應(yīng)或其他用戶的類似響應(yīng)來確定事件的重要性級(jí)別或緊急性級(jí)別，用戶的先前響應(yīng)或其他用戶的類似響應(yīng)包括處置先前被確定為緊急或重要的或者先前被確定為不重要或不緊急的未處理事件。以這種方式，基于與類似事件及極端情況(緊急/重要事件和非緊急/重要事件)的比較以及那些事件的處置方式，所確定的級(jí)別可以跨越某個(gè)范圍(諸如，1至10或者“不緊急”至“非常緊急”)。此外，在一些實(shí)施例中，可以應(yīng)用一個(gè)或多個(gè)閾值來確定所確定的緊急性級(jí)別值或重要性級(jí)別值是否足以導(dǎo)致呈現(xiàn)與未處理事件相關(guān)聯(lián)的通知。例如，用戶可能希望不被與重要性低的未處理事件(諸如，來自隨機(jī)的推銷員的未接來電)相對(duì)應(yīng)的通知打擾。因此，在一些實(shí)施例中，當(dāng)重要性級(jí)別低時(shí)，可以不需要響應(yīng)于標(biāo)識(shí)日常事務(wù)之外的事件的動(dòng)作。此外，閾值可以基于上下文和通知內(nèi)容而變化，諸如針對(duì)用戶處理未處理事件的推薦響應(yīng)。例如，如果是半夜(從上下文信息確定的)，那么對(duì)于向用戶呈現(xiàn)通知的價(jià)值的重要性的閾值可以高于如果是在一天的中間且用戶以其他方式可用的情況。此外，基于不同的重要性級(jí)別，可以采取或可以推薦采取不同的動(dòng)作來處理未處理事件。在實(shí)施例中，使用緊急性或重要性閾值，閾值可以基于預(yù)定規(guī)則、用戶歷史、來自其他用戶的數(shù)據(jù)或者用戶偏好或設(shè)置來確定，諸如下文所進(jìn)一步描述的。

在一些實(shí)施例中，緊急性級(jí)別或重要性級(jí)別具有相關(guān)聯(lián)的概率或置信度，相關(guān)聯(lián)的概率或置信度指示所確定的緊急性或重要性的可能性。置信度可以基于潛在地指示緊急性或重要性的上下文信息的量和/或與上下文信息的具體片段相關(guān)聯(lián)的大小(或權(quán)重)來確定。(例如，被指定為“高度重要性”消息的來自用戶老板的電子郵件將比具有正常重要性的來自老板的電子郵件具有更大的權(quán)重。)在一些實(shí)施例中，可以使用置信度來對(duì)被呈現(xiàn)給用戶的通知排列優(yōu)先級(jí)。例如，在兩個(gè)或更多個(gè)通知共享類似的緊急性或重要性的情況下，具有更高置信度的通知可以優(yōu)先于其他通知(例如，可以首先或更早地被示出)。

通知引擎260的實(shí)施例可以使用重要性級(jí)別和/或緊急性級(jí)別，來確定用戶用于處理未處理事件的可用性，諸如用于響應(yīng)未處理事件的相關(guān)和最佳時(shí)間。用戶的可用性可以基于未處理事件的重要性和緊急性而改變。例如，可以確定否則不可用的用戶可用于非常緊急和重要的事件(諸如，來自他妻子的指示她即將分娩并且在去往醫(yī)院的途中的未接來電)，但對(duì)于不緊急或不重要的未處理事件(諸如，來自隨機(jī)推銷員的未接來電)保持不可用。

一般而言，可用性確定器264負(fù)責(zé)確定用于處理未處理事件的用戶可用性，在一些實(shí)施例中，包括當(dāng)前可用性和/或未來可用性(或預(yù)測(cè)的可用性)。特別地，可用性確定器264的一些實(shí)施例基于由事件監(jiān)測(cè)器280提供的用戶數(shù)據(jù)和信息，來推斷或預(yù)測(cè)用于在未來時(shí)段處置未處理事件的用戶可用性，如下文所進(jìn)一步描述的?？梢员槐硎緸?一個(gè)或多個(gè))可用性得分的集合的所確定的用戶可用性信息可以部分地基于用戶用于實(shí)施與處理未處理事件相關(guān)聯(lián)的動(dòng)作的潛力或能力。此外，可用性信息可以由一個(gè)或多個(gè)可用性模型來表示，在一些實(shí)施例中，一個(gè)或多個(gè)可用性模型可以存儲(chǔ)在與用戶相關(guān)聯(lián)的用戶簡(jiǎn)檔240中。例如，可以確定用戶每個(gè)工作日從上午8:00到8:30進(jìn)行通勤，并且因此在此期間不具有回復(fù)電子郵件的能力，但是可用于做出電話呼叫。然而，在上午8:30之后，用戶可能在她的辦公室中并且登錄到她的計(jì)算機(jī)，并且因此可用于電子郵件以及可能涉及在計(jì)算機(jī)處訪問網(wǎng)頁、閱讀文檔、打字或其他動(dòng)作的任務(wù)。在特定的一天，在交通數(shù)據(jù)指示事故并且用戶的通勤延長(zhǎng)的情況下，那么用戶的所預(yù)測(cè)的可用性信息(諸如，在一些實(shí)施例中的可用性模型)可以被調(diào)整以考慮通勤中花費(fèi)的額外時(shí)間。

所確定的用戶可用性信息(其可以被稱為可用性計(jì)劃表)可以用于向用戶提供通知內(nèi)容。例如，可用性、緊急性和/或重要性可以用于確定與向用戶提供通知內(nèi)容相關(guān)聯(lián)的邏輯和其他參數(shù)，諸如：在何地或何時(shí)提供(一個(gè)或多個(gè))通知；應(yīng)當(dāng)如何或以何種格式(例如，作為報(bào)警、彈出、通知漏洞、語音建議等)，或者以何種外觀或特性來提供通知內(nèi)容；以及通知內(nèi)容應(yīng)當(dāng)包括哪些內(nèi)容(包括應(yīng)當(dāng)包含多少內(nèi)容以及應(yīng)當(dāng)包含多少補(bǔ)充內(nèi)容)。例如，正在駕駛的用戶可能應(yīng)當(dāng)被呈現(xiàn)比正在訪問膝上型計(jì)算機(jī)的用戶更少的內(nèi)容。以這種方式，在被確定為可能對(duì)用戶來說是響應(yīng)未處理事件的恰當(dāng)?shù)臅r(shí)間(或時(shí)期，或時(shí)間窗口)處和/或在用戶可能將具有適當(dāng)?shù)仨憫?yīng)的能力的情況下，基于事件的重要性或緊急性，用戶可以被呈現(xiàn)通知內(nèi)容。在一些實(shí)施例中，所推斷的可用性信息可以表示用戶最有可能選擇(或想要)響應(yīng)未處理事件的(一個(gè)或多個(gè))最佳時(shí)間，其基于用戶模式、響應(yīng)信息、上下文信息和/或如本文中所描述的其他用戶數(shù)據(jù)來確定。例如，可以確定：當(dāng)用戶在家里直到下午8:00而不是更晚時(shí)，用戶將響應(yīng)某種類型的事件；或者特定用戶在下午6:00到7:00之間(這可能對(duì)應(yīng)于該用戶正在吃晚飯的時(shí)間)不響應(yīng)事件。

在一些情況下，處理未處理事件可以涉及與處理事件的不同方式(諸如，如電子郵件或電話的不同通信類型)或者在需要一系列動(dòng)作來處理事件的情況下要完成的不同任務(wù)相對(duì)應(yīng)的不同級(jí)別的用戶能力。(處理未處理事件的不同方式和一系列動(dòng)作可以由來自事件響應(yīng)分析器288的響應(yīng)信息來提供。)例如，在未處理事件是用戶的即將到來的周年紀(jì)念日的情況下，用戶可以能夠通過電話或在餐廳的網(wǎng)站處在線地在餐廳預(yù)訂。此外，處理一些未處理事件可能需要用戶的多個(gè)動(dòng)作，使用先前的示例，諸如以下任務(wù)：首先確定哪些餐廳供應(yīng)用戶的妻子喜歡的菜肴，然后確定那些餐廳中的哪些在周年紀(jì)念日可用，確定用戶及他妻子可用于晚餐的時(shí)間范圍，并且最后在其中一間餐廳進(jìn)行預(yù)訂。因此，在一些實(shí)施例中，用戶可用性信息反映用戶處置各種活動(dòng)以完成任務(wù)的能力。例如，在駕駛時(shí)，用戶的可用性信息對(duì)于電子郵件是低的(或指示用戶不可用于電子郵件)，并且對(duì)于閱讀文檔或?yàn)g覽因特網(wǎng)是低的，但是對(duì)于發(fā)起電話呼叫是高的，因?yàn)橛脩艨梢栽隈{駛的同時(shí)打電話。在一些這樣的實(shí)施例中，可用性信息可以被表示為指示與不同的活動(dòng)或通信類型相對(duì)應(yīng)的可用性得分的集合的矩陣，不同的活動(dòng)或通信類型諸如打電話、發(fā)電子郵件、瀏覽因特網(wǎng)、閱讀文檔、打字或簽名、存在于特定位置處等。

用戶可用性信息可以基于對(duì)事件的先前響應(yīng)、上下文信息以及包括當(dāng)前用戶數(shù)據(jù)的其他用戶數(shù)據(jù)，從用戶模式(包括來自其他用戶的模式)來確定。例如，可以評(píng)估與用戶相關(guān)聯(lián)的日歷或社交網(wǎng)絡(luò)簡(jiǎn)檔，以標(biāo)識(shí)與用戶有關(guān)的活動(dòng)，諸如從社交網(wǎng)絡(luò)帖子以及用戶與另一用戶之間的消息中標(biāo)識(shí)的棒球游戲活動(dòng)。在另一示例中，可用性信息可以部分地從與用戶設(shè)備相關(guān)聯(lián)的上下文特征(例如，設(shè)備位置、設(shè)備時(shí)間、運(yùn)輸?shù)哪Ｊ?、設(shè)備位置簽到、警報(bào)、充電狀態(tài)、連接性狀態(tài)、或存儲(chǔ)在設(shè)備上的用戶數(shù)據(jù))來確定，諸如存儲(chǔ)在設(shè)備上的視頻游戲機(jī)預(yù)訂收據(jù)可以被評(píng)估，以標(biāo)識(shí)視頻游戲機(jī)發(fā)行接收活動(dòng)。在另一示例中，用戶信號(hào)可以包括可以用于基于用戶信號(hào)來標(biāo)識(shí)活動(dòng)(例如，再現(xiàn))的時(shí)間信息、位置信息和/或各種各樣的信息(例如，設(shè)備可以具有與星期六的早餐餐廳相對(duì)應(yīng)的位置，這可能指示用戶在星期六在早餐餐廳處吃早餐的例行程序)。

在又一示例中，用戶可用性可以使用來自一個(gè)或多個(gè)用戶日歷的日歷信息來確定，一個(gè)或多個(gè)用戶日歷諸如辦公室日歷、個(gè)人日歷、社交媒體日歷、或者甚至在某些情況下來自用戶的家庭成員或朋友的日歷。本發(fā)明的一些實(shí)施例可以為用戶構(gòu)建補(bǔ)充或陰影(shadow)日歷，以用于確定可用性。特別地，在這樣的實(shí)施例中，補(bǔ)充或陰影日歷可以用于創(chuàng)建用戶的可用性模型。

在實(shí)施例中，補(bǔ)充日歷可以基于與設(shè)備的用戶相關(guān)聯(lián)的傳感器數(shù)據(jù)來構(gòu)造。例如，可以評(píng)估社交網(wǎng)絡(luò)簡(jiǎn)檔(例如，指示用戶的愛好或興趣的社交網(wǎng)絡(luò)帖子、社交網(wǎng)絡(luò)消息、用戶簡(jiǎn)檔等)，以將用戶的活動(dòng)標(biāo)識(shí)為特定的傳感器數(shù)據(jù)。在另一示例中，可以評(píng)估用戶設(shè)備的上下文，以將用戶的活動(dòng)標(biāo)識(shí)為傳感器數(shù)據(jù)(例如，設(shè)備位置可以指示用戶在星期二在足球場(chǎng)處進(jìn)行足球練習(xí)；設(shè)備位置簽到可以指示用戶在星期日外出進(jìn)行了電影約會(huì)(例如，用戶可以通過社交網(wǎng)絡(luò)簽到)；諸如wi-fi連接的連接性狀態(tài)可以指示用戶在家里、在辦公室中或在咖啡店處；諸如汽車充電狀態(tài)之類的充電狀態(tài)可以指示用戶當(dāng)前正在駕駛；設(shè)備上的假期行程文件可以指示用戶將要在一周內(nèi)度假等)。

可以理解，在一些實(shí)施例中，可以評(píng)估諸如時(shí)間信息和/或位置信息的各種各樣的信息，以標(biāo)識(shí)傳感器數(shù)據(jù)和/或補(bǔ)充傳感器數(shù)據(jù)(例如，用戶的主日歷可以用于標(biāo)識(shí)沖突和/或驗(yàn)證從傳感器數(shù)據(jù)得到的活動(dòng)；傳感器數(shù)據(jù)可以對(duì)比著實(shí)時(shí)數(shù)據(jù)來評(píng)估，實(shí)時(shí)數(shù)據(jù)諸如交通信息、天氣或補(bǔ)充信息，其可以包括來自用戶的社交媒體賬戶、家庭或朋友社交媒體賬戶、電子郵件、新聞和其他用戶數(shù)據(jù)(例如，眾包數(shù)據(jù))的信息)。以這種方式，補(bǔ)充日歷可以利用從傳感器數(shù)據(jù)得到的一個(gè)或多個(gè)條目來構(gòu)建(例如，基于推斷的活動(dòng)自動(dòng)生成的條目)。在實(shí)施例中，補(bǔ)充日歷可以與一個(gè)或多個(gè)日歷(例如，用戶的主日歷、家庭日歷、社交網(wǎng)絡(luò)日歷等)合并以創(chuàng)建包括補(bǔ)充日歷(例如，從傳感器數(shù)據(jù)得到/推斷出的自動(dòng)生成的條目)中的至少一些補(bǔ)充日歷以及一個(gè)或多個(gè)日歷(例如，在主日歷內(nèi)由用戶填充的用戶條目)中的至少一些日歷的陰影日歷。安排的沖突可以基于補(bǔ)充日歷和/或陰影日歷而被標(biāo)識(shí)(例如，用戶條目可能指示用戶具有星期一9:00-9:30的工作會(huì)議，而補(bǔ)充日歷內(nèi)的條目可能指示基于社交網(wǎng)絡(luò)帖子用戶要在星期一的9:15和他的朋友會(huì)面喝咖啡)。

如在先前的示例中所描述的，可用性信息可以隨著用戶數(shù)據(jù)或上下文信息的改變而更新。在一個(gè)實(shí)施例中，基于以下來確定用戶將遵循一個(gè)或多個(gè)用戶模式的可能性：用戶數(shù)據(jù)(例如，日歷信息、會(huì)議請(qǐng)求、社交網(wǎng)絡(luò)饋送、位置數(shù)據(jù)等)、來自事件監(jiān)測(cè)器280的信息、和/或先前確定的(一個(gè)或多個(gè))用戶模式，諸如用戶在工作日的上午8:00與8:30之間通勤上班(其可以從用戶電話的位置和移動(dòng)信息、來自用戶的車輛的數(shù)據(jù)、示出用戶在工作日的上午8:30之后不久定期地在另一通勤設(shè)備(即，用戶的工作計(jì)算機(jī))上登錄賬戶的數(shù)據(jù)或者其他類似的用戶數(shù)據(jù)來確定)。與這些模式相關(guān)聯(lián)的用戶能力可以基于以下來確定：從模式的先前實(shí)例中檢測(cè)到的用戶(或其他用戶)的活動(dòng)(例如，用戶先前在其通勤期間發(fā)起電話呼叫；因此，用戶可能可用于電話通信)；規(guī)則，諸如在駕駛時(shí)無法閱讀文檔，或者如果道路結(jié)冰，那么駕駛中的用戶用于電話通信的可用性較低(用戶需要注意道路)；以及用戶設(shè)置或偏好(下文進(jìn)一步描述)?？捎眯孕畔⒖梢员槐硎驹谝粋€(gè)或多個(gè)用戶可用性模型中。此外，在一些實(shí)施例中，使用一個(gè)或多個(gè)機(jī)器學(xué)習(xí)算法來確定可用性信息(或更新可用性模型)，諸如下文所進(jìn)一步描述的。

一般而言，補(bǔ)充內(nèi)容生成器266負(fù)責(zé)確定用于協(xié)助用戶處理未處理事件的輔助內(nèi)容。如前所述，在一些實(shí)施例中，用于向用戶提供與未處理事件有關(guān)的通知的通知內(nèi)容可以包括補(bǔ)充內(nèi)容。補(bǔ)充內(nèi)容可以包括：有幫助的信息，諸如相關(guān)的上下文信息(例如，在用戶為其周年紀(jì)念日預(yù)訂的示例中，補(bǔ)充內(nèi)容可以包括這是用戶的十周年、在之前的電子郵件中用戶的妻子提到她想嘗試一家特定的餐廳等)；來自其他數(shù)據(jù)源的信息(諸如來自到用戶有用的內(nèi)容的網(wǎng)站或鏈接的內(nèi)容，諸如到用于進(jìn)行餐廳預(yù)訂的網(wǎng)站的鏈接)；暗示或提示，其可以基于從其他用戶對(duì)類似事件的響應(yīng)中得到的信息；推薦或建議；和/或用戶為了處理事件而需要采取的動(dòng)作或步驟。

在一些情況下，補(bǔ)充內(nèi)容還可以包括關(guān)于用戶為了完成未處理事件已經(jīng)采取的動(dòng)作和/或還剩什么步驟要完成的信息，例如，在用戶已經(jīng)開始研究餐廳以進(jìn)行預(yù)訂但還沒有預(yù)訂的情況下，或者在用戶已經(jīng)響應(yīng)于來自老板的電子郵件而開始起草電子郵件但尚未完成或發(fā)送電子郵件的情況下。此外，在一些實(shí)施例中，補(bǔ)充內(nèi)容可以包括已經(jīng)由個(gè)人助理應(yīng)用采取的用于協(xié)助用戶處置未處理事件的動(dòng)作。例如，在一些實(shí)施例中，個(gè)人助理應(yīng)用(或類似服務(wù))可以自動(dòng)為用戶的周年紀(jì)念日進(jìn)行晚餐預(yù)訂，并且提供補(bǔ)充內(nèi)容，該補(bǔ)充內(nèi)容通知用戶該預(yù)訂或要求用戶確認(rèn)用戶希望完成該預(yù)訂。類似地，使用本發(fā)明的實(shí)施例，在完成為了處理未處理事件的動(dòng)作時(shí)，個(gè)人助理應(yīng)用可以預(yù)訂門票、訂購午餐或咖啡、獲得報(bào)價(jià)、比較價(jià)格、安排預(yù)約或類似活動(dòng)，并且可以提供(作為補(bǔ)充內(nèi)容)關(guān)于由個(gè)人助理應(yīng)用采取的(一個(gè)或多個(gè))動(dòng)作的信息。(在一些情況下，用戶可以提供針對(duì)個(gè)人助理應(yīng)用或服務(wù)的授權(quán)來實(shí)施諸如先前示例的活動(dòng)，包括進(jìn)行購買。)

補(bǔ)充內(nèi)容可以基于其與處置未處理事件的相關(guān)性而被排列優(yōu)先級(jí)或排序。以這種方式，可用于用戶的補(bǔ)充內(nèi)容的量可以基于用戶的可用性(如由可用性確定器264確定的)。備選地或另外地，補(bǔ)充內(nèi)容可以與用于處理未處理事件的各種選項(xiàng)(例如，備選動(dòng)作和/或通信類型)相關(guān)聯(lián)，諸如用于進(jìn)行呼叫的補(bǔ)充內(nèi)容，其可以包括相關(guān)電話號(hào)碼、營(yíng)業(yè)時(shí)間等，以及用于準(zhǔn)備電子郵件的補(bǔ)充內(nèi)容，其可以包括到相關(guān)網(wǎng)站的鏈接。例如，在用戶正在駕駛并且未處理事件包括用戶的即將到來的周年紀(jì)念日的情況下，補(bǔ)充內(nèi)容可以包括到用于進(jìn)行晚餐預(yù)訂的一個(gè)或多個(gè)餐廳的電話號(hào)碼，以及詢問用戶現(xiàn)在是否要進(jìn)行預(yù)訂的請(qǐng)求。但是對(duì)于同一未處理事件，在用戶在辦公室中的情況下，補(bǔ)充內(nèi)容可以包括到用于進(jìn)行預(yù)訂的一個(gè)或多個(gè)餐廳網(wǎng)站的鏈接。

在一些實(shí)施例中，補(bǔ)充內(nèi)容可以基于以下來確定：使用關(guān)鍵字和模式分析對(duì)未處理事件的上下文信息的語義理解，以及來自用戶的先前響應(yīng)或來自響應(yīng)類似事件的其他用戶的響應(yīng)信息，來自其他用戶的響應(yīng)信息可以包括其他用戶響應(yīng)類似事件的用戶活動(dòng)歷史(例如，瀏覽歷史、采取的動(dòng)作等)。此外，在一些實(shí)施例中，補(bǔ)充內(nèi)容可以以類似于搜索引擎結(jié)果的方式來確定，其中查詢與未處理事件相關(guān)聯(lián)的上下文特征，并且結(jié)果用于確定或提供補(bǔ)充內(nèi)容。補(bǔ)充內(nèi)容還可以從基于特定類型的未處理事件的規(guī)則和/或處理未處理事件所需的動(dòng)作來確定，例如，用于提供相關(guān)鏈接、電話號(hào)碼、營(yíng)業(yè)時(shí)間、上下文背景的規(guī)則，或被確定為可能與未處理事件有關(guān)的進(jìn)行的先前用戶活動(dòng)，或者用于提供本文中關(guān)于補(bǔ)充內(nèi)容所描述的內(nèi)容的其他規(guī)則。

一般而言，通知邏輯生成器268負(fù)責(zé)確定用于向用戶呈現(xiàn)通知內(nèi)容的邏輯，諸如何時(shí)或如何呈現(xiàn)通知內(nèi)容。如前所述，在一些實(shí)施例中，用于向用戶提供與未處理事件有關(guān)的通知的通知內(nèi)容可以包括通知邏輯。通知邏輯可以指定用于向用戶通知未處理事件的規(guī)則、條件、約束、時(shí)間(包括未來的時(shí)間或時(shí)間窗口)和/或其他參數(shù)，及要被包括在通知中的內(nèi)容，以及指定或推薦用于呈現(xiàn)(一個(gè)或多個(gè))通知的格式的邏輯。在一些實(shí)施例中，如下文所描述的，通知邏輯可以從用戶偏好或所確定的模式來確定，諸如，指定除非重要性超過用戶指定的級(jí)別否則不在半夜呈現(xiàn)通知的邏輯，或者指定不在下午6:00-7:00之間呈現(xiàn)通知因?yàn)橛脩粼诖藭r(shí)間期間將不響應(yīng)(可能是因?yàn)橛脩粽诔酝盹?的邏輯。

通知邏輯可以基于以下來生成：所確定的可用性，其可以包括一個(gè)或多個(gè)用戶可用性模型；未處理事件的所確定的緊急性或重要性；以及其他用戶數(shù)據(jù)，諸如當(dāng)前用戶信息或上下文信息。在一個(gè)實(shí)施例中，為每個(gè)未處理事件生成通知邏輯。在另一實(shí)施例中，相同或類似的通知邏輯被包括在與某個(gè)類別或種類的未處理事件(諸如，錯(cuò)過的電子郵件)相對(duì)應(yīng)的通知內(nèi)容中。在一個(gè)實(shí)施例中，通知邏輯包括優(yōu)先級(jí)信息，使得在多于一個(gè)未處理事件處于未決狀態(tài)的情況下，可以基于重要性或緊急性以及用于處理未處理事件的用戶可用性來對(duì)通知排列優(yōu)先級(jí)。以這種方式，可以管理被提供給用戶的通知(諸如，通過呈現(xiàn)部件218或者另一應(yīng)用或服務(wù))，使得用戶不被未完成的未處理事件所壓倒。

例如，在一個(gè)實(shí)施例中，未處理事件的重要性或緊急性可以用于對(duì)與那些未處理事件相對(duì)應(yīng)的未決的或潛在的通知進(jìn)行排序或以其他方式排列優(yōu)先級(jí)。指示所確定的優(yōu)先級(jí)或排序的信息可以被包括在通知邏輯中。此外，在實(shí)施例中，基于通知邏輯，未決的或潛在的通知可以基于其對(duì)應(yīng)的未處理事件的重要性或緊急性而相對(duì)于其他未決的或潛在的通知來被評(píng)分。例如，在實(shí)施例中，得分可以包括每個(gè)通知的加權(quán)等級(jí)，其可以在同一比例上被評(píng)分并且用于分配優(yōu)先級(jí)。在一些實(shí)施例中，未決的或潛在的通知可以基于加權(quán)的排序或得分在邏輯上被組織成隊(duì)列。此外，在一些實(shí)施例中，在發(fā)生變化(諸如新的通知或新的未處理事件、被消除的通知(或與通知相對(duì)應(yīng)的處理了的事件)、新的上下文信息、或者指示用戶可用性的變化或者緊急性或重要性的變化的其他用戶數(shù)據(jù))，那么潛在的或未決的通知可以被重新評(píng)分、重新排序或以其他方式重新排列優(yōu)先級(jí)。在一些實(shí)施例中，通知邏輯被更新或以其他方式被生成，以反映優(yōu)先級(jí)。

例如，假設(shè)目前有四個(gè)與用戶相關(guān)聯(lián)的未處理事件：a)來自用戶的配偶的未接來電；b)來自用戶的老板的未處理的電子郵件；c)對(duì)用戶的母親的錯(cuò)過的事件模式呼叫(即，用戶具有在某一時(shí)間呼叫她的母親的模式，但是這次尚未這樣做)；以及d)用戶的汽車保險(xiǎn)即將到期。未處理事件中的每一個(gè)未處理事件與用于在呈現(xiàn)關(guān)于未處理事件的通知時(shí)使用的通知內(nèi)容相關(guān)聯(lián)，并且通知內(nèi)容包括通知邏輯?；诰o急性或重要性和/或用戶可用性(或者基于指示用戶行為和當(dāng)前信息或關(guān)于用戶的所感測(cè)的信息的用戶數(shù)據(jù)、可以包括諸如眾包數(shù)據(jù)的來自其他用戶的信息的上下文信息)，通知邏輯被創(chuàng)建以指示與四個(gè)未處理事件相對(duì)應(yīng)的通知的適當(dāng)性。以這種方式，可以例如按照b、c、d、a的順序?qū)νㄖM(jìn)行排序或以其他方式對(duì)通知排列優(yōu)先級(jí)。

應(yīng)當(dāng)指出，通知被呈現(xiàn)給用戶的順序不一定與未決的或潛在的通知的排序或優(yōu)先級(jí)相對(duì)應(yīng)。例如，假設(shè)用戶具有兩個(gè)未處理事件：(1)來自其配偶的未接來電，以及(2)續(xù)訂用戶的汽車保險(xiǎn)，其當(dāng)天到期。在該示例中，未處理事件(2)可以被確定為比未處理事件(1)更重要或更緊急，因?yàn)橛脩舻钠嚤ｋU(xiǎn)將在當(dāng)天到期。因此，未處理事件(2)可以被評(píng)分或排序?yàn)榫哂斜任刺幚硎录?1)更高的優(yōu)先級(jí)。然而，假設(shè)用戶正在駕駛?？梢源_定用戶不可用于處置未處理事件(2)，因?yàn)橛脩舨辉谒挠?jì)算機(jī)前。但是用戶可用于處置未處理事件(1)，因?yàn)橛脩艨梢栽隈{駛時(shí)打電話。因此，用戶在駕駛時(shí)可以被呈現(xiàn)給其配偶回電話的通知，并且諸如在確定用戶在他的計(jì)算機(jī)旁時(shí)，用戶可以被呈現(xiàn)續(xù)訂他的保險(xiǎn)的通知。備選地，在實(shí)施例中，可以更新通知邏輯，以反映基于用戶的可用性，未處理事件被重新排序或重新排列優(yōu)先級(jí)，使得當(dāng)用戶正在駕駛時(shí)，未處理事件(1)具有比未處理事件(2)更高的優(yōu)先級(jí)。

在一些實(shí)施例中，通知邏輯可以基于用戶偏好或設(shè)置來確定，用戶偏好或設(shè)置可以由用戶明確地提供或者從由其他用戶提供的用戶模式或設(shè)置來推斷。例如，從上述示例，通知邏輯可以指定不在下午6:00-7:00之間呈現(xiàn)通知，因?yàn)橛脩粼诖藭r(shí)間期間不太可能做出響應(yīng)(可能是因?yàn)橛脩粽诔酝盹?。以這種方式，本發(fā)明的一些實(shí)施例是自適應(yīng)的，并且可以從用戶響應(yīng)或用戶設(shè)置中學(xué)習(xí)。類似地，用戶可以調(diào)整與個(gè)人助理應(yīng)用或服務(wù)相關(guān)聯(lián)的通知設(shè)置，使得在某些時(shí)間期間(諸如，在會(huì)議期間或在半夜)只有最重要或緊急的未處理事件引起用戶的注意。例如，在一個(gè)實(shí)施例中，用戶可以基于未處理事件的類別、緊急性級(jí)別或重要性級(jí)別(諸如，通過如前所述的那樣指定閾值)、可用性或其他上下文信息來指定通知設(shè)置。

在一些實(shí)施例中，通知邏輯可以包括用于問詢用戶以確定用戶偏好的內(nèi)容。例如，可以通過選項(xiàng)來提示用戶，以確定何時(shí)被提醒未處理事件或某些類別的未處理事件，諸如這種提示：“當(dāng)個(gè)人助理應(yīng)用確定是(a)未來的3小時(shí)、(b)未來的24小時(shí)、(c)下個(gè)星期之內(nèi)的最佳時(shí)間時(shí)提醒我；(d)不管是否方便，隨時(shí)提醒我；(e)僅當(dāng)個(gè)人助理應(yīng)用確定是方便時(shí)隨時(shí)提醒我。

繼續(xù)圖2，事件監(jiān)測(cè)器280和通知引擎260的一些實(shí)施例使用統(tǒng)計(jì)和機(jī)器學(xué)習(xí)技術(shù)。特別地，這樣的技術(shù)可以用于確定與用戶相關(guān)聯(lián)的模式信息，諸如事件模式、用戶響應(yīng)模式、某些類型的事件、用戶偏好以及未處理事件、緊急性、重要性、用戶可用性及與未處理事件相關(guān)聯(lián)的其他通知內(nèi)容。例如，使用眾包數(shù)據(jù)，基于確定其他用戶對(duì)其中存在關(guān)鍵字或上下文特征的事件如何做出響應(yīng)或反應(yīng)，本發(fā)明的實(shí)施例可以學(xué)習(xí)將那些關(guān)鍵詞或其他上下文特征(諸如，聯(lián)系人實(shí)體與用戶之間的關(guān)系)與更高級(jí)別的重要性或緊急性相關(guān)聯(lián)。在一個(gè)實(shí)施例中，應(yīng)用模式識(shí)別、模糊邏輯、聚類或類似的統(tǒng)計(jì)和機(jī)器學(xué)習(xí)技術(shù)。

示例系統(tǒng)200還包括呈現(xiàn)部件218，呈現(xiàn)部件218通常負(fù)責(zé)基于由通知引擎260確定的通知內(nèi)容來向用戶呈現(xiàn)通知和相關(guān)內(nèi)容。呈現(xiàn)部件218可以包括在用戶設(shè)備上、跨多個(gè)用戶設(shè)備或在云中的一個(gè)或多個(gè)應(yīng)用或服務(wù)。例如，在一個(gè)實(shí)施例中，呈現(xiàn)部件218跨與用戶相關(guān)聯(lián)的多個(gè)用戶設(shè)備管理向該用戶呈現(xiàn)通知內(nèi)容?；谕ㄖ壿嫼陀脩魯?shù)據(jù)，呈現(xiàn)部件218可以確定在哪個(gè)或哪些用戶設(shè)備上呈現(xiàn)通知，以及呈現(xiàn)的上下文，包括如何(或以何種格式和多少內(nèi)容，這可以取決于用戶設(shè)備或上下文)呈現(xiàn)、何時(shí)呈現(xiàn)以及哪些補(bǔ)充內(nèi)容與其一起被呈現(xiàn)。特別地，在一些實(shí)施例中，呈現(xiàn)部件218將通知邏輯應(yīng)用于所感測(cè)的用戶數(shù)據(jù)和上下文信息，以便確定通知的呈現(xiàn)。

在一些實(shí)施例中，呈現(xiàn)部件218生成與通知相關(guān)聯(lián)的用戶界面特征。這樣的功能可以包括界面元素(諸如，圖形按鈕、滑塊、菜單、音頻提示、警報(bào)、鬧鐘、振動(dòng)、彈出窗口、通知欄或狀態(tài)欄項(xiàng)、應(yīng)用程序內(nèi)通知、或用于與用戶進(jìn)行接口的其他類似功能)、問詢和提示。例如，呈現(xiàn)部件218可以向用戶問詢關(guān)于處理未處理事件的重要性、緊急性或用戶偏好，諸如詢問用戶“將來繼續(xù)示出類似的通知嗎？”或“請(qǐng)從1-5...來評(píng)估對(duì)該事件進(jìn)行響應(yīng)的重要性”。呈現(xiàn)部件218的一些實(shí)施例捕獲用戶對(duì)通知的響應(yīng)或與通知相關(guān)聯(lián)的用戶活動(dòng)，并向事件響應(yīng)分析器288提供這種信息。

如前所述，在一些實(shí)施例中，與呈現(xiàn)部件218結(jié)合地操作的個(gè)人助理服務(wù)或應(yīng)用確定何時(shí)以及如何呈現(xiàn)通知。在這樣的實(shí)施例中，通知內(nèi)容可以被理解為是對(duì)呈現(xiàn)部件218(和/或個(gè)人助理服務(wù)或應(yīng)用程序)何時(shí)以及如何呈現(xiàn)通知的建議，其可以被個(gè)人助理應(yīng)用或呈現(xiàn)部件218覆蓋。

此外，呈現(xiàn)部件218的一些實(shí)施例包括用于管理針對(duì)用戶的未決通知的功能，并且可以基于緊急性或重要性、用戶可用性、用戶偏好或其他上下文信息來對(duì)呈現(xiàn)哪些通知排列優(yōu)先級(jí)。備選地，在其他實(shí)施例中，通知引擎260或通知服務(wù)或應(yīng)用管理針對(duì)用戶的未決通知，并且可以對(duì)呈現(xiàn)哪些通知排列優(yōu)先級(jí)。在一些情況下，通知可以單獨(dú)地呈現(xiàn)，或者諸如通過類似的重要性、緊急性、上下文或用戶可用性(例如，在用戶啟動(dòng)他的汽車時(shí)，僅要求撥打電話呼叫的未處理事件可以被一起呈現(xiàn)給用戶)而被分組并一起呈現(xiàn)。因此，在一些實(shí)施例中，相同或相似類型的通知可以被聚合，并且在一些情況下被優(yōu)先化。使用先前的示例，在啟動(dòng)他的汽車之后，呈現(xiàn)部件218可以告知用戶“你需要呼叫你的朋友joe和你的母親。你想要呼叫哪個(gè)？”

在實(shí)施例中，可以將通知作為待辦事項(xiàng)列表呈現(xiàn)給用戶。例如，星期五下班后，呈現(xiàn)部件218(或個(gè)人助理服務(wù))可以告知用戶與用戶的朋友或家人有關(guān)的未決的未處理事件。但是在星期一上午，呈現(xiàn)部件218(或個(gè)人助理服務(wù))告知用戶與工作有關(guān)的未決的未處理事件。

示例系統(tǒng)200還包括存儲(chǔ)裝置225。存儲(chǔ)裝置225通常存儲(chǔ)信息，所述信息包括在本文所描述的本發(fā)明的實(shí)施例中使用的數(shù)據(jù)、計(jì)算機(jī)指令(例如，軟件程序指令、例程或服務(wù))和/或模型。在實(shí)施例中，存儲(chǔ)裝置225包括數(shù)據(jù)存儲(chǔ)庫(或計(jì)算機(jī)數(shù)據(jù)存儲(chǔ)器)。此外，雖然被描繪為單個(gè)數(shù)據(jù)存儲(chǔ)部件，但是存儲(chǔ)裝置225可以被實(shí)施為一個(gè)或多個(gè)數(shù)據(jù)存儲(chǔ)庫，或者可以在云中。

在實(shí)施例中，存儲(chǔ)裝置225存儲(chǔ)一個(gè)或多個(gè)用戶簡(jiǎn)檔240，在圖2中說明性地提供了用戶簡(jiǎn)檔240的示例實(shí)施例。示例用戶簡(jiǎn)檔240可以包括與特定用戶或在一些情況下與一類別的用戶相關(guān)聯(lián)的信息。如所示的，用戶簡(jiǎn)檔240包括(一個(gè)或多個(gè))事件數(shù)據(jù)242、(一個(gè)或多個(gè))事件模式243、(一個(gè)或多個(gè))事件響應(yīng)模型244、(一個(gè)或多個(gè))可用性模型246、(一個(gè)或多個(gè))用戶賬戶和活動(dòng)數(shù)據(jù)248以及通知250。存儲(chǔ)在用戶簡(jiǎn)檔240中的信息可以可用于示例系統(tǒng)200的例程或其他部件。

(一個(gè)或多個(gè))事件數(shù)據(jù)242通常包括涉及與用戶相關(guān)聯(lián)的事件的信息，并且可以包括關(guān)于由事件監(jiān)測(cè)器280確定的事件的信息、上下文信息，并且還可以包括眾包數(shù)據(jù)。(一個(gè)或多個(gè))事件模式243通常包括關(guān)于與用戶相關(guān)聯(lián)的所確定的事件模式的信息；例如，指示用戶在每個(gè)星期日呼叫他的母親的模式。存儲(chǔ)在(一個(gè)或多個(gè))事件模式243中的信息可以從事件模式標(biāo)識(shí)器282來確定。(一個(gè)或多個(gè))事件響應(yīng)模型244通常包括由事件響應(yīng)分析器288確定的與特定用戶(或類似用戶)如何響應(yīng)事件有關(guān)的響應(yīng)信息。如結(jié)合事件響應(yīng)分析器288所描述的，在一些實(shí)施例中，可以確定一個(gè)或多個(gè)響應(yīng)模型。響應(yīng)模型可以基于規(guī)則或設(shè)置、事件的類型或類別、上下文特征或變量(諸如，聯(lián)系人與用戶之間的關(guān)系)，并且可以諸如從如先前的用戶響應(yīng)之類的用戶歷史和/或來自其他用戶的響應(yīng)中學(xué)習(xí)。

(一個(gè)或多個(gè))可用性模型246通常包括可用性模式信息以及與由可用性確定器264確定的用戶可用性有關(guān)的其他信息?？捎眯阅Ｐ偷母郊蛹?xì)節(jié)結(jié)合通知引擎260來描述。(一個(gè)或多個(gè))用戶賬戶和活動(dòng)數(shù)據(jù)248通常包括從用戶數(shù)據(jù)收集部件214收集的用戶數(shù)據(jù)(其在一些情況下可以包括與特定用戶相關(guān)的眾包數(shù)據(jù))或關(guān)于用戶的其他語義知識(shí)。特別地，(一個(gè)或多個(gè))用戶賬戶和活動(dòng)數(shù)據(jù)248可以包括：關(guān)于用戶電子郵件、文本、即時(shí)消息、呼叫和其他通信的數(shù)據(jù)；社交網(wǎng)絡(luò)賬戶和數(shù)據(jù)，諸如新聞推送；在線活動(dòng)；日歷、預(yù)約或可能與確定未處理事件有關(guān)的其他用戶數(shù)據(jù)；用戶可用性；以及重要性、緊急性或通知邏輯。(一個(gè)或多個(gè))用戶賬戶和活動(dòng)數(shù)據(jù)248的實(shí)施例可以跨一個(gè)或多個(gè)數(shù)據(jù)庫、知識(shí)圖譜或數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)信息。

(一個(gè)或多個(gè))通知250通常包括關(guān)于與用戶相關(guān)聯(lián)的未決通知的數(shù)據(jù)，其可以包括與一個(gè)或多個(gè)未處理事件相對(duì)應(yīng)的通知內(nèi)容。在一些實(shí)施例中，(一個(gè)或多個(gè))通知250包括與尚未呈現(xiàn)給用戶的通知或者可能不提供給用戶的補(bǔ)充內(nèi)容相對(duì)應(yīng)的數(shù)據(jù)。(此外，在一些實(shí)施例中，(一個(gè)或多個(gè))通知250還可以包括關(guān)于先前未決通知的信息。)

現(xiàn)在轉(zhuǎn)到圖3，描述了基于未處理事件而生成的通知的一個(gè)示例。在該示例中，未處理事件包括用戶需要續(xù)訂其保險(xiǎn)單。圖3描繪了用戶設(shè)備(未示出)的具有用于提供與示例通知相關(guān)聯(lián)的內(nèi)容的多個(gè)元素的示例用戶界面，其總體上被稱為用戶界面300。在該示例中，用戶界面300包括用戶設(shè)備(諸如智能電話)上的圖形用戶界面。示例用戶界面300描繪了根據(jù)本發(fā)明的實(shí)施例的被呈現(xiàn)給用戶的通知350的一個(gè)示例。示例通知包括用于提醒用戶續(xù)訂其汽車保險(xiǎn)的通知消息310。

繼續(xù)總體上參考圖3，通知內(nèi)容可以由通知引擎260確定，并且由呈現(xiàn)部件218使用，以用于準(zhǔn)備示例通知350。在一個(gè)實(shí)施例中，由通知引擎260生成的通知內(nèi)容可以被格式化為標(biāo)記語言、被標(biāo)記或被索引，以指示內(nèi)容的具體部分將如何由呈現(xiàn)部件218使用。例如，在一個(gè)實(shí)施例中，關(guān)于通知350，通知內(nèi)容可以包括標(biāo)記的通知消息310，諸如“<注意>該續(xù)訂您的汽車保險(xiǎn)了<注意>”?？梢砸灶愃频姆绞綐?biāo)志或標(biāo)記通知內(nèi)容的其他部分，以便指示應(yīng)如何應(yīng)用通知內(nèi)容數(shù)據(jù)和/或通知邏輯。

在實(shí)施例中，通知引擎260可以確定以下信息，其可以用于生成與示例通知350相對(duì)應(yīng)的通知內(nèi)容。這里，所確定的未處理事件是用戶需要續(xù)訂她的汽車保險(xiǎn)。對(duì)于該示例，假設(shè)有兩個(gè)錯(cuò)過的通信事件(其可以由未處理事件檢測(cè)器284檢測(cè))，包括11月8日的來自用戶的保險(xiǎn)公司的電子郵件和11月30日的來自保險(xiǎn)代理人的呼叫。上下文信息(包括提取自錯(cuò)過的通信的信息，或從提取自錯(cuò)過的通信的信息中推斷的信息)可以包括例如：(a)來自與保險(xiǎn)公司相關(guān)聯(lián)的實(shí)體的錯(cuò)過的通信的數(shù)目；(b)汽車保險(xiǎn)單號(hào)，以及保險(xiǎn)公司是redstate；(c)該保險(xiǎn)于12/31日到期；(d)6個(gè)月的續(xù)期費(fèi)用為650美元；以及(e)關(guān)于用戶的汽車和駕駛歷史的細(xì)節(jié)，包括用戶生活和工作的地點(diǎn)。

由通知引擎260生成的通知內(nèi)容可以包括與未處理事件相關(guān)聯(lián)的重要性級(jí)別或緊急性級(jí)別(諸如，高重要性和緊急性(或數(shù)值，諸如在1至10的數(shù)值范圍上的9.1))。這里，所確定的重要性級(jí)別可以保持不變，但是緊急性級(jí)別可以基于保險(xiǎn)單到期日期的接近而增加(這可以由通知邏輯來指定)。通知內(nèi)容還包括可用性信息，諸如當(dāng)前的和預(yù)測(cè)的用戶可用性。在該示例中，假設(shè)用戶正在公園里吃午飯，并且只帶了她的智能手機(jī)，那么具有可以指示用戶的可用性(或者更具體地，針對(duì)用于處理未處理事件的特定活動(dòng)的用戶能力)的從1到10的對(duì)應(yīng)得分(其中1是不可用)的可用性信息的一個(gè)示例實(shí)施例，如下：閱讀電子郵件(8)，寫電子郵件(5)，電話呼叫(10)，響應(yīng)sms消息(9)，訪問網(wǎng)站(7)，閱讀文檔(7)，以及打印和簽署文檔(1)。所預(yù)測(cè)的可用性可以包括指示以下項(xiàng)的信息：用戶可能將在二十分鐘內(nèi)返回其辦公室并將具有對(duì)計(jì)算機(jī)的訪問；用戶可能將在下午6:00到6:30開車回家；用戶有時(shí)在下午7:00與9:00之間在xbox上玩游戲；以及用戶經(jīng)常在下午8:00與10:00之間響應(yīng)電子郵件并瀏覽因特網(wǎng)。應(yīng)當(dāng)注意，這僅是與未處理事件相對(duì)應(yīng)的可用性信息的一部分的一個(gè)示例；結(jié)合可用性確定器264來描述其他實(shí)施例。

繼續(xù)汽車保險(xiǎn)的示例，由通知引擎260生成的通知內(nèi)容還可以包括補(bǔ)充內(nèi)容。這里，除了其他以外，補(bǔ)充內(nèi)容可以包括：對(duì)用戶保險(xiǎn)單的改變，用戶是否續(xù)訂其當(dāng)前保險(xiǎn)單，來自其他保險(xiǎn)公司的對(duì)類似保險(xiǎn)單的報(bào)價(jià)(其可以由補(bǔ)充內(nèi)容生成器266使用來自用戶的當(dāng)前保險(xiǎn)單和用戶數(shù)據(jù)的上下文信息來確定)，用戶的當(dāng)前保險(xiǎn)公司和其他保險(xiǎn)公司的聯(lián)系信息和/或網(wǎng)站地址，或者可能潛在地有幫助的其他相關(guān)信息，諸如可以可用于用戶的折扣或獎(jiǎng)勵(lì)，或者來自用戶的社交聯(lián)系人的信息，諸如例如“你的鄰居bob使用bluestate保險(xiǎn)”或者“你的facebook朋友liz喜歡“gecko保險(xiǎn)””。

使用包括先前描述的信息的通知內(nèi)容，呈現(xiàn)部件(諸如，呈現(xiàn)部件218)或者個(gè)人助理應(yīng)用或服務(wù)可以生成并向用戶提供一個(gè)或多個(gè)通知，諸如通知350。如果用戶的可用性指示用戶可以與用戶設(shè)備交互，那么可以向用戶提供示例通知350。如果不是這種情況，諸如在用戶正在駕駛汽車的情況下，那么基于相同的通知內(nèi)容，可以生成通知并且以語音提示的格式向用戶呈現(xiàn)通知，諸如“該續(xù)訂您的汽車保險(xiǎn)了。您要續(xù)訂當(dāng)前的保險(xiǎn)單嗎？…您想要我安排與您的保險(xiǎn)代理人通話嗎？...”備選地，除非確定緊急性級(jí)別非常高，否則可以在用戶的可用性指示用戶至少可以通過某個(gè)用戶設(shè)備瀏覽或讀取信息的稍后時(shí)間，向用戶呈現(xiàn)針對(duì)該未處理事件(續(xù)訂汽車保險(xiǎn))的通知。在該示例中，除非用戶正在玩xbox，否則在下午8:00與10:00之間在用戶數(shù)據(jù)指示用戶在家之后，可以向用戶提供通知350。(或者備選地，在未處理事件被確定為具有足夠的重要性或緊急性的情況下，可以以xbox圖形用戶界面上的彈出通知向用戶提供提醒。)

參考圖3，用戶界面300包括通知350，并且還可以包括一個(gè)或多個(gè)其他控制選項(xiàng)，諸如項(xiàng)目設(shè)置控制項(xiàng)340或查看更多細(xì)節(jié)項(xiàng)330。示例通知350包括通知用戶“該續(xù)訂您的汽車保險(xiǎn)單了”的通知消息310。通知350還包括用戶響應(yīng)選項(xiàng)325a-325e及針對(duì)每個(gè)響應(yīng)選項(xiàng)的對(duì)應(yīng)描述320a-320e。通知響應(yīng)選項(xiàng)325a-325e與用于處理未處理事件的一個(gè)或多個(gè)任務(wù)或用戶動(dòng)作相對(duì)應(yīng)。(在一些實(shí)施例中以及在一些情況下，通知不包括響應(yīng)選項(xiàng)。)在該示例中，響應(yīng)選項(xiàng)325a向用戶提供續(xù)訂其當(dāng)前保險(xiǎn)單的選項(xiàng)，并且包括用于參考用戶與redstate保險(xiǎn)的當(dāng)前保險(xiǎn)單的鏈接。另一響應(yīng)選項(xiàng)325b向用戶提供安排與用戶的保險(xiǎn)代理人通話的選項(xiàng)。當(dāng)選擇該響應(yīng)時(shí)，通知引擎260可以生成針對(duì)關(guān)于該呼叫的未來通知的通知內(nèi)容，該未來通知要在便于撥打該呼叫的未來時(shí)間呈現(xiàn)給用戶。響應(yīng)選項(xiàng)325c向用戶提供來自其他保險(xiǎn)公司的報(bào)價(jià)，其可以由補(bǔ)充內(nèi)容生成器266和用戶數(shù)據(jù)來確定。響應(yīng)選項(xiàng)325d向用戶給出消除通知并稍后提醒的選項(xiàng)，稍后提醒諸如在可用性確定器264確定用戶方便響應(yīng)的未來時(shí)間。在一些實(shí)施例中，在用戶選擇該選項(xiàng)(響應(yīng)于任何通知)的情況下，當(dāng)前的用戶數(shù)據(jù)和上下文信息可以被捕獲，并且用于確定用戶為何不響應(yīng)當(dāng)時(shí)呈現(xiàn)的通知，使得未來的可用性確定更精確。

最后，示例響應(yīng)選項(xiàng)325e使得用戶能夠指示未處理事件已經(jīng)被處置。在一些實(shí)施例中，類似的響應(yīng)選項(xiàng)可以使得用戶能夠指示“這不再與我有關(guān)?！比缃Y(jié)合響應(yīng)選項(xiàng)325d所描述的，在一些實(shí)施例中，在用戶選擇該選項(xiàng)(響應(yīng)于任何通知)的情況下，當(dāng)前的用戶數(shù)據(jù)和上下文信息可以被捕獲并且用于確定未處理事件是如何以及何時(shí)被處理的，或者為何它不再與用戶有關(guān)，使得未來的通知可以針對(duì)更好的相關(guān)性來定制。

諸如示例通知350的通知可以包括一個(gè)或多個(gè)控制選項(xiàng)，諸如項(xiàng)目設(shè)置控制項(xiàng)340或查看更多細(xì)節(jié)項(xiàng)330。設(shè)置控制340使得用戶能夠配置諸如先前所描述的設(shè)置；例如，與通知相關(guān)聯(lián)的設(shè)置、要監(jiān)測(cè)的事件、靈敏度或閾值(諸如何時(shí)通知用戶)、通知的優(yōu)選格式或其他用戶偏好。在一些實(shí)施例中，設(shè)置控制項(xiàng)340使得用戶能夠查看和/或修改默認(rèn)設(shè)置或?qū)W習(xí)的設(shè)置。查看更多細(xì)節(jié)項(xiàng)330向用戶提供與響應(yīng)于未處理事件而生成的通知內(nèi)容有關(guān)的反饋信息。例如，這里，查看詳細(xì)信息項(xiàng)330可以包括：關(guān)于11月8日錯(cuò)過的電子郵件和11月30日錯(cuò)過的呼叫的信息；緊急性、重要性或可用性信息；用于生成補(bǔ)充內(nèi)容的來源；或與通知內(nèi)容有關(guān)的其他信息。

在一些實(shí)現(xiàn)方式中，被呈現(xiàn)給用戶的具體通知內(nèi)容可以使用一個(gè)或多個(gè)內(nèi)容模板或內(nèi)容卡來確定。特別地，內(nèi)容卡可以包括一個(gè)或多個(gè)靜態(tài)內(nèi)容字段和/或一個(gè)或多個(gè)動(dòng)態(tài)內(nèi)容字段。靜態(tài)內(nèi)容字段對(duì)應(yīng)于具有每次呈現(xiàn)內(nèi)容卡時(shí)被顯示的對(duì)應(yīng)內(nèi)容的內(nèi)容字段。動(dòng)態(tài)內(nèi)容字段對(duì)應(yīng)于具有可以在內(nèi)容卡的呈現(xiàn)之間變化的對(duì)應(yīng)內(nèi)容的內(nèi)容字段。因此，靜態(tài)內(nèi)容字段的示例可以包括圖3中的靜態(tài)內(nèi)容字段325a-325e。動(dòng)態(tài)內(nèi)容字段的示例包括動(dòng)態(tài)內(nèi)容字段320a-320e。

現(xiàn)在轉(zhuǎn)到圖4，提供了流程圖，該流程圖圖示了用于向用戶提供與未處理事件有關(guān)的個(gè)性化的通知內(nèi)容的一個(gè)示例方法400。方法400以及本文所描述的其他方法的每個(gè)框或步驟包括可以使用硬件、固件和/或軟件的任何組合來執(zhí)行的計(jì)算過程。例如，各種功能可以由執(zhí)行存儲(chǔ)器中存儲(chǔ)的指令的處理器來實(shí)施。這些方法還可以被實(shí)現(xiàn)為存儲(chǔ)在計(jì)算機(jī)存儲(chǔ)介質(zhì)上的計(jì)算機(jī)可用指令。僅舉幾個(gè)例子，這些方法可以由獨(dú)立應(yīng)用、服務(wù)或托管服務(wù)(獨(dú)立或與另一托管服務(wù)組合)或到另一產(chǎn)品的插件來提供。

在步驟410處，標(biāo)識(shí)未處理事件。如本文中所述，未處理事件可以指代用戶尚未響應(yīng)、處置或以其他方式處理的通信相關(guān)事件或其他事件。步驟410的實(shí)施例可以基于諸如本文中所描述的所監(jiān)測(cè)的事件數(shù)據(jù)、用戶數(shù)據(jù)或其他傳感器數(shù)據(jù)、事件模式、和/或響應(yīng)信息來檢測(cè)未處理事件。在一些實(shí)施例中，未處理的事件可以通過可能指示未處理事件的觸發(fā)情形(諸如，未應(yīng)答的來電)來標(biāo)識(shí)。在一些實(shí)施例中，未處理事件可以通過分析對(duì)類似事件的典型用戶響應(yīng)模式來確定。用戶響應(yīng)模式可以與當(dāng)前或近期的用戶活動(dòng)數(shù)據(jù)相比較，以便確定用戶是否可能已經(jīng)(或可能)響應(yīng)特定事件。在一些實(shí)施例中，步驟410可以由諸如圖2中所描述的未處理事件檢測(cè)器部件來執(zhí)行。結(jié)合圖2中的未處理事件檢測(cè)器部件284提供了標(biāo)識(shí)未處理事件的進(jìn)一步細(xì)節(jié)。

在步驟420處，確定與未處理事件有關(guān)的上下文信息。上下文信息可以包括與事件、響應(yīng)或事件之后的用戶活動(dòng)(其可以指示用戶響應(yīng)活動(dòng))相關(guān)聯(lián)的上下文特征或變量，并且可以從用戶數(shù)據(jù)(或傳感器數(shù)據(jù))或從用戶數(shù)據(jù)確定的模式信息中來確定。在一些實(shí)施例中，這包括來自多個(gè)用戶的用戶數(shù)據(jù)。

在實(shí)施例中，步驟420包括接收用戶數(shù)據(jù)以及在一些情況下解析用戶數(shù)據(jù)，以及標(biāo)識(shí)和提取上下文特征或變量的集合，其可以包括關(guān)鍵字。在一些實(shí)施例中，上下文信息還可以包括從用戶數(shù)據(jù)推斷的數(shù)據(jù)和/或與在步驟410中所標(biāo)識(shí)的未處理事件相關(guān)聯(lián)的置信度得分、方差得分或概率，諸如事件未被處理的可能性。在一些實(shí)施例中，步驟420可以由諸如圖2中所描述的上下文信息提取器來執(zhí)行。結(jié)合圖2中的上下文信息提取器286提供了確定上下文信息的進(jìn)一步細(xì)節(jié)。

在步驟430處，確定與未處理事件相對(duì)應(yīng)的緊急性級(jí)別。在一些實(shí)施例中，緊急性級(jí)別包括重要性級(jí)別，或者包括與未處理事件的緊急性及未處理事件的重要性相對(duì)應(yīng)的信息，并且可以被實(shí)施為得分或數(shù)值。步驟430的實(shí)施例可以基于以下項(xiàng)來確定緊急性級(jí)別：在步驟420中確定的上下文信息、來自用戶或其他類似用戶的響應(yīng)信息、其他相關(guān)的未處理事件、或者從用戶數(shù)據(jù)確定的其他用戶數(shù)據(jù)或模式信息，如結(jié)合圖2中的緊急性/重要性確定器262所描述的。

步驟430的一些實(shí)施例包括基于用戶或其他用戶對(duì)與步驟410中確定的未處理事件類似的事件的響應(yīng)來確定緊急性級(jí)別。類似的事件可以基于事件間的共同變量或上下文特征(從步驟420中確定)來確定。以這種方式，方法400的這樣的實(shí)施例(經(jīng)由步驟430)可以學(xué)習(xí)基于對(duì)類似事件的響應(yīng)來將上下文特征與緊急性或重要性相關(guān)聯(lián)。步驟430的一些實(shí)施例還包括與該步驟中確定的緊急性級(jí)別相關(guān)聯(lián)的概率或置信度，并且概率或置信度在某些情況下可以用于對(duì)被呈現(xiàn)給用戶的通知排列優(yōu)先級(jí)。

在步驟430的一些實(shí)施例中，先前確定的緊急性級(jí)別可以通過步驟430基于上下文信息的變化、用戶響應(yīng)信息、新檢測(cè)到的用戶模式、與步驟410中確定的已經(jīng)標(biāo)識(shí)的未處理事件相關(guān)的新標(biāo)識(shí)的未處理事件、或其他用戶數(shù)據(jù)來更新。例如，在未處理事件與截止日期相關(guān)聯(lián)的情況下，與未處理事件相對(duì)應(yīng)的緊急性級(jí)別可以隨著截止日期的臨近而增加。類似地，在來自老板的未響應(yīng)電子郵件之后的來自老板的未接來電可以指示用于響應(yīng)電子郵件的更高的緊急性級(jí)別。在一些實(shí)施例中，步驟430可以由諸如圖2中所描述的緊急性/重要性確定器部件來執(zhí)行。結(jié)合圖2中描述的緊急性/重要性確定器262提供了確定緊急性級(jí)別的進(jìn)一步細(xì)節(jié)。

在步驟440處，確定針對(duì)用戶用于處理在步驟410中標(biāo)識(shí)的未處理事件的可用性模型。步驟440的實(shí)施例基于在步驟430中確定的緊急性級(jí)別來確定針對(duì)用戶的一個(gè)或多個(gè)可用性模型，并且在一些實(shí)施例中基于在步驟420中確定的上下文數(shù)據(jù)以及用戶數(shù)據(jù)(或傳感器數(shù)據(jù))或從用戶數(shù)據(jù)(在一些實(shí)施例中，包括來自其他用戶的用戶數(shù)據(jù))確定的模式信息來確定用戶的一個(gè)或多個(gè)可用性模型?？捎眯阅Ｐ涂梢园ㄓ糜陧憫?yīng)于未處理事件的當(dāng)前用戶可用性和/或預(yù)測(cè)的可用性，并且可以包括部分地基于用戶實(shí)施與響應(yīng)未處理事件相關(guān)聯(lián)的動(dòng)作或任務(wù)的能力的可用性得分的集合。在一些實(shí)施例中，可用性模型表示基于用戶何時(shí)最可能響應(yīng)關(guān)于特定事件的通知而推斷的用戶可用性信息。此外，先前確定的針對(duì)用戶的可用性模型可以通過步驟440基于上下文信息或用戶數(shù)據(jù)的所確定的變化來更新，包括基于在步驟430中確定的對(duì)緊急性級(jí)別或重要性級(jí)別的更新來更新。

在步驟440的一些實(shí)施例中，基于用戶將遵循一個(gè)或多個(gè)用戶模式的可能性來確定可用性模型。用于在這些用戶模式內(nèi)實(shí)施動(dòng)作或任務(wù)的用戶能力可以基于在這些模式的先前實(shí)例期間所檢測(cè)到的用戶的(或其他用戶的)活動(dòng)來確定。在一些實(shí)施例中，步驟440可以由諸如圖2中所描述的可用性確定器來執(zhí)行。結(jié)合圖2中描述的可用性確定器264提供了確定可用性模型的進(jìn)一步細(xì)節(jié)。

在步驟450處，基于緊急性級(jí)別、可用性模型和未處理事件來生成通知內(nèi)容。在一些實(shí)施例中，通知內(nèi)容還可以基于在步驟420中確定的上下文信息來生成。通知內(nèi)容可以用于生成通知，和/或在被確定為可能更便于用戶響應(yīng)未處理事件的未來時(shí)間和/或在用戶可能將具有適當(dāng)?shù)仨憫?yīng)的能力的情況下，向用戶提供通知，并且在一些情況下，可以包括提供與協(xié)助用戶處理事件相關(guān)的附加內(nèi)容。此外，在一些情況下，通知內(nèi)容可以指定針對(duì)通知的一種或多種格式(即，可以如何向用戶提供(一個(gè)或多個(gè))通知)以及通知呈現(xiàn)的定時(shí)，其可以基于與未處理事件相關(guān)聯(lián)的上下文信息(包括例如重要性或緊急性)來確定。在一些實(shí)施例中，步驟450可以由諸如圖2中所描述的通知引擎部件來執(zhí)行。結(jié)合圖2中的通知引擎260以及結(jié)合圖3描述的示例提供了與在步驟450中生成通知內(nèi)容有關(guān)的進(jìn)一步細(xì)節(jié)。

在一些實(shí)施例中，在步驟450中生成的通知內(nèi)容包括通知邏輯。通知邏輯可以基于步驟440中確定的可用性、步驟430中確定的未處理事件的緊急性或重要性、或者諸如當(dāng)前用戶信息或在步驟420中確定的上下文信息之類的其他用戶數(shù)據(jù)來生成。通知邏輯可以指定規(guī)則、條件、約束、時(shí)間(包括未來時(shí)間或時(shí)間窗口)、相對(duì)于其他通知的優(yōu)先級(jí)、和/或用于向用戶通知未處理事件的其他參數(shù)、要被包括在通知中的內(nèi)容以及指定或推薦用于呈現(xiàn)(一個(gè)或多個(gè))通知的格式的邏輯。此外，在一些實(shí)施例中，如本文中所描述的，通知邏輯可以從用戶偏好或所確定的模式來確定，諸如指定除非重要性超過用戶指定的級(jí)別否則不在夜間呈現(xiàn)通知的邏輯。結(jié)合圖2中的通知邏輯生成器268提供了與通知邏輯有關(guān)的附加細(xì)節(jié)。

在一些實(shí)施例中，通知內(nèi)容可以包括用于協(xié)助用戶處理未處理事件的補(bǔ)充內(nèi)容。如本文所述，補(bǔ)充內(nèi)容可以包括有幫助的信息，諸如相關(guān)的上下文信息；來自其他數(shù)據(jù)源的信息；提示或貼士，其可以基于從其他用戶對(duì)類似事件的響應(yīng)中得到的信息；推薦或建議；和/或用戶為了處理事件而需要采取的動(dòng)作或步驟。在一些情況下，補(bǔ)充內(nèi)容還可以包括關(guān)于用戶為了完成未處理事件已經(jīng)采取的動(dòng)作和/或還有待完成哪些步驟的信息。在一些實(shí)施例中，補(bǔ)充內(nèi)容可以基于以下來確定：使用關(guān)鍵字和模式分析對(duì)在步驟420中確定的未處理事件的上下文信息的語義理解，以及來自用戶的先前響應(yīng)的響應(yīng)信息或來自響應(yīng)類似事件的其他用戶的響應(yīng)信息，其可以包括其他用戶響應(yīng)類似事件的用戶活動(dòng)歷史(例如，瀏覽歷史、采取的動(dòng)作等)。結(jié)合圖2中的通知邏輯生成器268描述了與補(bǔ)充內(nèi)容有關(guān)的附加細(xì)節(jié)。

在步驟460處，根據(jù)在步驟450中生成的通知內(nèi)容來向用戶呈現(xiàn)通知。在步驟460的實(shí)施例中，可以基于通知內(nèi)容來向用戶提供關(guān)于未處理事件和相關(guān)內(nèi)容的通知。步驟460的實(shí)施例可以由諸如圖2中所描述的呈現(xiàn)部件218的呈現(xiàn)部件來執(zhí)行。在一些實(shí)施例中，步驟460包括基于通知內(nèi)容中所提供的信息來生成通知，通知內(nèi)容中所提供的信息包括關(guān)于未處理事件的信息、未處理事件的緊急性級(jí)別或重要性級(jí)別以及與未處理事件相關(guān)聯(lián)的用戶可用性。此外，通知可以基于通知內(nèi)容中所提供的通知邏輯來生成，并且可以包括通知內(nèi)容中所提供的補(bǔ)充內(nèi)容。步驟460的一些實(shí)施例包括將通知內(nèi)容傳達(dá)到一個(gè)或多個(gè)用戶設(shè)備，在一個(gè)或多個(gè)用戶設(shè)備中應(yīng)用或服務(wù)使用通知內(nèi)容來生成和呈現(xiàn)通知。備選地，在一些實(shí)施例中，通知內(nèi)容可以在步驟450中在用戶設(shè)備上生成，并且在步驟460中在用戶設(shè)備上呈現(xiàn)。

在一些實(shí)施例中，基于通知邏輯和用戶數(shù)據(jù)，步驟460可以確定在哪個(gè)(哪些)用戶設(shè)備上呈現(xiàn)通知以及呈現(xiàn)的上下文，包括如何(或以何種格式和多少內(nèi)容，這可以取決于用戶設(shè)備或上下文)呈現(xiàn)、何時(shí)呈現(xiàn)以及應(yīng)當(dāng)隨其呈現(xiàn)哪個(gè)(或多少)補(bǔ)充內(nèi)容。特別地，步驟460的一些實(shí)施例將通知邏輯應(yīng)用于所感測(cè)的用戶數(shù)據(jù)和上下文信息，以便確定通知及其呈現(xiàn)。

步驟460的一些實(shí)施例還包括生成與通知相關(guān)聯(lián)的用戶界面特征。這樣的功能可以包括界面元素(諸如，圖形按鈕、滑塊、菜單、音頻提示、警報(bào)、鬧鐘、振動(dòng)、彈出窗口、通知欄或狀態(tài)欄項(xiàng)、應(yīng)用程序內(nèi)通知或用于與用戶進(jìn)行接口的其他類似特征)、問詢或提示。此外，步驟460的一些實(shí)施例捕獲對(duì)通知的用戶響應(yīng)或與所呈現(xiàn)的通知相關(guān)聯(lián)用戶活動(dòng)，以用于進(jìn)一步個(gè)性化被提供給用戶的未來通知。結(jié)合圖2中的呈現(xiàn)部件218和通知引擎260以及結(jié)合圖3描述的示例提供了與在步驟460中呈現(xiàn)通知有關(guān)的附加細(xì)節(jié)。

現(xiàn)在參考圖5，提供了流程圖，該流程圖圖示了用于向用戶提供與未處理事件有關(guān)的個(gè)性化通知內(nèi)容的一個(gè)示例方法500。在步驟510處，方法500包括接收與用戶相關(guān)聯(lián)的未處理事件的指示以及對(duì)應(yīng)于未處理事件的上下文信息。例如，指示和上下文信息可以從事件監(jiān)測(cè)器280(圖2)接收，事件監(jiān)測(cè)器280(圖2)可以作為云上的云服務(wù)運(yùn)行，或者可以是用戶設(shè)備上的本地服務(wù)。在步驟520處，方法500包括確定與步驟510中所指示的未處理事件相對(duì)應(yīng)的緊急性級(jí)別。步驟520的實(shí)施例可以如方法400(圖4)的步驟430中所述的那樣執(zhí)行。例如，緊急性/重要性確定器262可以基于步驟510中所接收的上下文信息來確定緊急性級(jí)別和/或重要性級(jí)別。

在步驟530處，方法500包括確定針對(duì)用戶響應(yīng)步驟510中所指示的未處理事件的可用性。步驟530的實(shí)施例可以如方法400(圖4)的步驟440中所述的那樣執(zhí)行，其中針對(duì)用戶確定一個(gè)或多個(gè)可用性模型。在一些實(shí)施例中，可以如結(jié)合可用性確定器264所描述的那樣來確定步驟530中的可用性。在步驟530的實(shí)施例中，所確定的可用性可以包括用于響應(yīng)未處理事件的當(dāng)前用戶可用性和/或預(yù)測(cè)的可用性，并且在一些實(shí)施例中可以包括與用戶實(shí)施與響應(yīng)未處理事件相關(guān)聯(lián)的動(dòng)作或任務(wù)的能力相對(duì)應(yīng)的可用性得分集合或其他信息。

在步驟540處，方法500包括基于緊急性級(jí)別、可用性以及未處理事件的指示來生成通知內(nèi)容。步驟540的實(shí)施例可以如方法400(圖4)的步驟450中所述的那樣執(zhí)行。在步驟550處，方法500包括向用于向用戶呈現(xiàn)內(nèi)容的服務(wù)提供步驟540中所生成的通知內(nèi)容。特別地，接收在步驟550中所提供的通知內(nèi)容的用戶設(shè)備上運(yùn)行的服務(wù)可以呈現(xiàn)通知。通知的呈現(xiàn)可以基于通知內(nèi)容中的諸如通知邏輯的信息、其他用戶數(shù)據(jù)及特定用戶設(shè)備的特性。

例如，云服務(wù)可以向服務(wù)提供上述的通知內(nèi)容，該服務(wù)可以在包括云服務(wù)的云系統(tǒng)外部。該服務(wù)可以是第三方服務(wù)，并且可以在用戶設(shè)備102a上運(yùn)行。更具體地，服務(wù)可以是應(yīng)用，諸如通知應(yīng)用、調(diào)度程序或日歷應(yīng)用、通信應(yīng)用、或其他類型的應(yīng)用或應(yīng)用程序。應(yīng)用可以包含用于與云服務(wù)通信的api。這可以包括請(qǐng)求數(shù)據(jù)和/或請(qǐng)求數(shù)據(jù)的一個(gè)或多個(gè)部分。作為請(qǐng)求的備選方案，例如，當(dāng)檢測(cè)到未處理事件時(shí)，數(shù)據(jù)中的至少一些可以被推送到應(yīng)用。應(yīng)用可以訂閱以接收這些推送消息。api還可以提供用于解譯所接收的數(shù)據(jù)(例如，所推薦的動(dòng)作和上下文信息)的功能，以及可能用于至少部分地幫助內(nèi)容的呈現(xiàn)的功能。

此外，雖然步驟550參考了單個(gè)服務(wù)，但是也可以將相同或不同的通知內(nèi)容提供給其他服務(wù)。因此，每個(gè)服務(wù)可以基于未處理事件來接收通知內(nèi)容，而不必分別執(zhí)行方法500的步驟510至步驟540。在一些情況下，那些其他服務(wù)中的一些服務(wù)可以在同一用戶設(shè)備上。此外，在步驟550由服務(wù)器執(zhí)行的情況下，在一些情況下，要由用戶設(shè)備上的多個(gè)服務(wù)來使用的信息僅需要被發(fā)送給用戶設(shè)備一次以。

在一些情況下，可以使用相同的云系統(tǒng)和/或云服務(wù)來執(zhí)行方法500，以便向可以在很多不同的用戶設(shè)備上運(yùn)行的多個(gè)服務(wù)提供通知內(nèi)容。如此，系統(tǒng)200可以通過集中事件監(jiān)測(cè)功能而節(jié)省顯著的處理、帶寬、存儲(chǔ)和計(jì)算資源。例如，用戶數(shù)據(jù)收集部件214可以累積針對(duì)多個(gè)用戶的用戶數(shù)據(jù)和解譯性數(shù)據(jù)，使得每個(gè)用戶設(shè)備不需要單獨(dú)且冗余的數(shù)據(jù)收集和存儲(chǔ)。另外，通過與緊密綁定到用戶的用戶設(shè)備解除關(guān)聯(lián)，可以使處理和存儲(chǔ)用戶簡(jiǎn)檔數(shù)據(jù)變得更安全。

現(xiàn)在轉(zhuǎn)到圖6，提供了流程圖，該流程圖圖示了用于向用戶提供與未處理事件有關(guān)的個(gè)性化通知內(nèi)容的一個(gè)示例方法600。在步驟610處，接收未處理事件的指示。在實(shí)施例中，指示可以從事件監(jiān)測(cè)器280來接收，并且可以使用諸如圖2中所描述的通知引擎260來接收。未處理事件可以基于所監(jiān)測(cè)的事件數(shù)據(jù)、響應(yīng)信息和/或用戶數(shù)據(jù)或其他傳感器數(shù)據(jù)來確定，這些數(shù)據(jù)可以由用戶數(shù)據(jù)收集部件214來提供并且可以包括從一個(gè)或多個(gè)數(shù)據(jù)源(例如，圖1中的數(shù)據(jù)源104a-104n)感測(cè)或確定的信息，包括用戶數(shù)據(jù)和/或眾包信息。在一些實(shí)施例中，事件監(jiān)測(cè)器280可以使用諸如圖2中所描述的未處理事件檢測(cè)器284來標(biāo)識(shí)未處理事件。此外，步驟610的一些實(shí)施例可以如方法400(圖4)的步驟410中所述的那樣執(zhí)行。在步驟620處，確定與未處理事件有關(guān)的上下文信息。步驟620的實(shí)施例可以如方法400(圖4)的步驟420中所述的那樣執(zhí)行。

在步驟630處，確定用于向用戶提供與未處理事件有關(guān)的通知的第一時(shí)間幀。第一時(shí)間幀可以包括時(shí)間跨度或持續(xù)時(shí)間，諸如一定數(shù)目的分鐘、小時(shí)、天等，并且可以基于步驟620中所確定的上下文信息來確定。在一些實(shí)施例中，第一時(shí)間幀基于與未處理事件相對(duì)應(yīng)的緊急性或重要性來確定，緊急性或重要性可以至少部分地基于上下文信息來確定。未處理事件的緊急性或重要性可以使用如附圖中所述的緊急性/重要性確定器262來確定。在一些實(shí)施例中，緊急性或重要性可以如方法400(圖4)的步驟430中所述的那樣確定。

在一些實(shí)施例中，第一時(shí)間幀與用戶可能希望被通知未處理事件的時(shí)間跨度相對(duì)應(yīng)。例如，在上下文信息指示特定未處理事件很緊急的情況下，那么時(shí)間幀可以是較短的跨度或持續(xù)時(shí)間。時(shí)間跨度可以是未來時(shí)間間隔，或者可以是從當(dāng)前時(shí)間開始并且持續(xù)到未來某個(gè)時(shí)刻的時(shí)間間隔。在未處理事件具有時(shí)間限制或截止日期的情況下，諸如在續(xù)訂汽車保險(xiǎn)的情況下，那么可以確定時(shí)間幀在截止日期之后結(jié)束。

在一些實(shí)施例中，時(shí)間幀還可以基于用戶的可用性或用戶安排信息來確定，諸如結(jié)合圖2的可用性確定器264所描述的。例如，在用戶在白天期間清醒的情況下，第一時(shí)間幀可以被確定為接下來的三個(gè)小時(shí)。但是，在用戶正在睡覺的情況下，第一時(shí)間幀可以被確定為從上午7:30至10:30或者在來自用戶數(shù)據(jù)收集部件214的傳感器信息指示用戶清醒之后的用戶清醒的前三個(gè)小時(shí)。

在步驟640處，在步驟630中所確定的第一時(shí)間幀內(nèi)確定用于向用戶呈現(xiàn)與未處理事件有關(guān)的通知的一個(gè)或多個(gè)時(shí)間。一個(gè)或多個(gè)時(shí)間可以是具體的時(shí)間點(diǎn)(例如，下午3:59)或時(shí)間范圍或時(shí)間跨度，并且可以被有條件地指定。例如，一個(gè)或多個(gè)時(shí)間中的第一時(shí)間可以被指定為上午7:30與8:00之間(諸如，當(dāng)用戶開車去上班時(shí))，而第二時(shí)間可以被指定為下午5:30與6:00之間(諸如，當(dāng)用戶開車回家時(shí))。作為另一示例，來自一個(gè)或多個(gè)時(shí)間的第一時(shí)間可以是晚上在確定用戶已經(jīng)下班到家之后的前15分鐘。因此，在一些實(shí)施例中，步驟640包括確定用于向用戶潛在地呈現(xiàn)與未處理事件有關(guān)的通知的具體的未來時(shí)間。其可以被“潛在地呈現(xiàn)”，因?yàn)榭赡懿粷M足條件或者傳感器數(shù)據(jù)可能表明用戶的可用性發(fā)生了變化并且因此不應(yīng)當(dāng)此時(shí)呈現(xiàn)通知。(在這種情況下，如果已經(jīng)確定了第二時(shí)間，那么可以在一個(gè)或多個(gè)時(shí)間中的第二時(shí)間處呈現(xiàn)通知。)

在步驟640的一些實(shí)施例中，基于用戶的可用性來確定一個(gè)或多個(gè)時(shí)間，用戶的可用性可以如在方法400(圖4)的步驟440中描述的那樣從可用性模型來確定。一個(gè)或多個(gè)時(shí)間中的所確定的具體時(shí)間的數(shù)目可以基于步驟630中所確定的時(shí)間幀的大小，以及用戶的可用性。例如，如果時(shí)間幀較短，并且用戶僅在時(shí)間幀的一小部分內(nèi)可用于響應(yīng)未處理事件，那么可以在步驟640中僅確定一個(gè)具體時(shí)間。但是在時(shí)間幀較長(zhǎng)并且在時(shí)間幀內(nèi)用戶可能在多于一個(gè)時(shí)間處具有可用性的情況下，那么可以在步驟640中確定多個(gè)時(shí)間。此外，在一些實(shí)施例中，在步驟640中確定的一個(gè)或多個(gè)時(shí)間可以基于用戶的可用性的所感測(cè)或所確定的變化和/或基于底層未處理事件的緊急性或重要性的所確定的變化而更新。

在步驟650處，生成通知內(nèi)容，以用于呈現(xiàn)與未處理事件有關(guān)的通知。通知內(nèi)容包括通知邏輯，通知邏輯指定步驟640中所確定的用于潛在地呈現(xiàn)通知的一個(gè)或多個(gè)時(shí)間。在一些實(shí)施例中，通知內(nèi)容使用通知引擎260和通知來生成。通知邏輯還可以包括諸如用于呈現(xiàn)通知的條件的附加邏輯或如結(jié)合圖2的通知邏輯生成器268所描述的其他邏輯。結(jié)合方法400(圖4)的步驟450描述了生成預(yù)期在步驟650中使用的通知內(nèi)容的附加方面，包括例如使用上下文信息、補(bǔ)充內(nèi)容和通知格式。

在步驟660處，根據(jù)步驟650中所生成的通知內(nèi)容來向用戶呈現(xiàn)通知。步驟660的實(shí)施例可以如方法400(圖4)的步驟460中所述的那樣執(zhí)行。

在一些實(shí)施例中，方法600包括確定第二時(shí)間幀或附加時(shí)間幀。例如，在其中用戶在第一時(shí)間幀期間沒有響應(yīng)通知并且對(duì)應(yīng)的未處理事件仍然未決且相關(guān)(即，它還沒有到期)的一些情況下，那么可以確定第二時(shí)間幀。類似地，在用戶已要求再次被提醒或通知未處理事件(諸如，結(jié)合圖3中的項(xiàng)目320d所描述的)的情況下，那么可以確定第二時(shí)間幀。(備選地，在一些實(shí)施例中，在步驟640中確定的一個(gè)或多個(gè)時(shí)間中的第二時(shí)間可以用于向用戶重新呈現(xiàn)通知。)可以如步驟630中針對(duì)確定第一時(shí)間幀而描述的那樣確定第二時(shí)間幀。在一些實(shí)施例中，在確定第二(或附加)時(shí)間幀并且第一(或先前確定的)時(shí)間幀仍然未決的情況下，第二時(shí)間幀可以取代第一時(shí)間幀。

現(xiàn)在參考架構(gòu)100、系統(tǒng)200以及方法400、500和600(圖1-圖2和圖4-圖6)，描述用于向用戶提供與未處理通信相關(guān)事件有關(guān)的個(gè)性化通知內(nèi)容的若干附加示例。這些示例可以使用本文中所描述的本發(fā)明的各種實(shí)施例來執(zhí)行。在第一示例中，john接收到來自他的老板的電子郵件。他點(diǎn)擊或打開電子郵件。(他的電子郵件軟件將其標(biāo)記為“已讀”)。但是他計(jì)劃稍后閱讀并響應(yīng)，而他忘記了。本發(fā)明的實(shí)施例標(biāo)識(shí)，john總是響應(yīng)來自他的老板的電子郵件，但是這次尚未響應(yīng)。關(guān)于電子郵件的提醒被呈現(xiàn)給john。

在第二示例中，用戶在他駕駛回家時(shí)具有呼叫其父母的模式。在工作日期間，用戶錯(cuò)過了來自姐姐liz的電話。因?yàn)橛脩艟哂性隈{駛時(shí)呼叫的模式，以及下班后還呼叫家人(他的父母)的模式，在下班回家的路上啟動(dòng)他的汽車之后，本發(fā)明的實(shí)施例可以(經(jīng)由可聽見的公告)呈現(xiàn)他的姐姐liz在白天打過電話的通知，并且詢問用戶現(xiàn)在是否想要呼叫l(wèi)iz或呼叫他的父母？此外，在完成第一呼叫(對(duì)他的父母或liz)之后，本發(fā)明的實(shí)施例可以確定駕駛期間還剩多少時(shí)間，并且如果有足夠的時(shí)間，那么可以詢問用戶是否想要呼叫(一個(gè)或多個(gè))其他家庭成員。例如，如果用戶首先呼叫他的姐姐，那么他可能被詢問現(xiàn)在是否想要呼叫他的父母。是否有足夠的時(shí)間可以基于包括用戶的通勤時(shí)間模式的用戶數(shù)據(jù)、當(dāng)前交通信息來確定，和/或基于諸如用戶家的位置及對(duì)他父母和姐妹的平均呼叫持續(xù)時(shí)間之類的其他上下文數(shù)據(jù)來確定。如果時(shí)間可能不足，那么可以在確定為方便的或根據(jù)用戶的可用性模型而確定的下一時(shí)間處向用戶呈現(xiàn)呼叫對(duì)方的提醒。

在第三示例中，michelle錯(cuò)過了來自丈夫的電話并且尚未呼叫他。其他用戶數(shù)據(jù)和上下文信息指示她尚未以其他方式與他溝通并且她和她的丈夫不在同一地點(diǎn)。在第一未來時(shí)間，當(dāng)基于michelle的可用性和與未接來電相關(guān)聯(lián)的任何確定的緊急性或重要性而被確定為方便時(shí)，向michelle提供呼叫她的丈夫的提醒。在一段時(shí)間間隔之后，當(dāng)確定michelle仍然尚未聯(lián)系他時(shí)，在第二未來時(shí)間處向michelle提供第二提醒，第二未來時(shí)間可以如第一未來時(shí)間那樣被確定為是方便的。在一些情況下，第二提醒可能會(huì)更加明顯(例如，更大，諸如彈出窗口而不是通知漏洞，包括可聽見的啁啾聲等)。備選地，只要michelle試圖訪問她的用戶設(shè)備上的電話功能，那么她可以被立即呈現(xiàn)通知。例如，只要她在智能手機(jī)上發(fā)起電話應(yīng)用，她就被示出提示，以告知她她丈夫打過電話并且詢問她現(xiàn)在是否要給他回電話。

在第四示例中，bill注意到他妻子在會(huì)議期間打了兩次電話。然而，當(dāng)bill離開會(huì)議時(shí)，他與他的兩位同事進(jìn)行了有趣的討論并且忘了給他妻子回電話。本發(fā)明的實(shí)施例確定bill不再處于會(huì)議中，并且還確定他在類似的情況下通常給他妻子回電話。因此，生成提醒他給她回電話的通知，并經(jīng)由他的智能手機(jī)向bill提供該通知。如果用戶數(shù)據(jù)(或傳感器數(shù)據(jù))指示bill的智能電話在他的口袋中，那么通知可以包括振動(dòng)或聲音，以引起bill的注意。(例如，通知內(nèi)容可以包括針對(duì)該條件的通知邏輯。)

繼續(xù)該示例，bill的妻子每打電話一次(或她在給定的時(shí)間幀內(nèi)每打電話一次)，與來自他妻子的未接來電相關(guān)聯(lián)的所確定的緊急性就可以增加。如果緊急性足夠高，那么bill在會(huì)議期間可以被通知未處理事件(即，來自他妻子的通信)。例如，在她打電話三次并且還發(fā)送了諸如“bill，請(qǐng)盡快打電話給我。這是緊急情況”的短信的情況下，那么緊急性級(jí)別可以被更新，并且如果其足夠大(這可以由本文中所描述的閾值來確定)，那么bill將在會(huì)議期間被呈現(xiàn)通知。一些實(shí)施例還可以考慮關(guān)于bill正在參加的會(huì)議的重要性的上下文信息。例如，在可以從會(huì)議請(qǐng)求、日歷或電子郵件確定的上下文信息指示會(huì)議是與bill的老板就其補(bǔ)償而進(jìn)行的情況下，那么可能需要更高的緊急性級(jí)別才能用通知來中斷會(huì)議。

在第五示例中，james錯(cuò)過了電話公司提醒他支付他的電話賬單的來電。個(gè)人助理應(yīng)用(本發(fā)明的實(shí)施例)檢測(cè)到該未接來電，并且使用上下文信息確定包括用于通知的補(bǔ)充內(nèi)容的通知內(nèi)容。個(gè)人助理應(yīng)用在方便的時(shí)候向james提供包括支付電話帳單的鏈接的提醒。備選地，個(gè)人助理應(yīng)用的另一實(shí)施例可以自動(dòng)支付帳單并且將其報(bào)告給james或者可以詢問james“你是否要我現(xiàn)在支付你的電話賬單？”(在一些實(shí)施例中，可能需要james授權(quán)個(gè)人助理應(yīng)用代表他來付款，這可以被實(shí)現(xiàn)為用戶設(shè)置中的特征。)

在第六示例中，george的妻子注意到水龍頭在漏水，并且使用個(gè)人助理應(yīng)用設(shè)置提醒，諸如“cortana，george需要修理漏水龍頭”。個(gè)人助理應(yīng)用在george可能能夠處理漏水的方便的或個(gè)性化的時(shí)間(諸如，在星期六早上george醒來之后)向george提供提醒。假設(shè)在下班開車回家時(shí)，傳感器數(shù)據(jù)指示george停在了五金店旁。與未處理事件和響應(yīng)信息相對(duì)應(yīng)的上下文信息可以指示修理水龍頭(或修理物體)與用戶去往五金店有關(guān)。因此，即使在可能先前已經(jīng)確定george星期四晚上在下班開車回家時(shí)不可用，并且因此不應(yīng)該向他呈現(xiàn)修理水龍頭的通知的情況下，但是可以更新george的可用性，因?yàn)樗谖褰鸬辍Ｒ虼?，在去往五金店時(shí)，george可以被呈現(xiàn)關(guān)于漏水龍頭的通知。

在第七示例中，牙醫(yī)呼叫bob安排他每?jī)赡暌淮蔚那鍧嵑蜋z查的預(yù)約。個(gè)人助理應(yīng)用(本發(fā)明的實(shí)施例)檢測(cè)到該未處理事件(未接來電)并且在用戶方便的時(shí)間與牙醫(yī)診所安排預(yù)約。方便或可用的時(shí)間可以基于上下文信息和用戶數(shù)據(jù)來確定，上下文信息和用戶數(shù)據(jù)諸如用戶的日歷和用戶的未來預(yù)約(例如，其可以從電子郵件、文本或社交網(wǎng)絡(luò)數(shù)據(jù)來確定)。個(gè)人助理應(yīng)用可以向牙醫(yī)診所生成可以包括bob可用時(shí)間的電子郵件，可以在線安排預(yù)約，或者(使用自動(dòng)語音識(shí)別功能)可以呼叫診所并播放與安排預(yù)約有關(guān)的消息。在確定了牙醫(yī)預(yù)約的可用時(shí)間后，可以向bob呈現(xiàn)通知，以確認(rèn)該預(yù)約。備選地，可以自動(dòng)安排預(yù)約，并向bob通知與預(yù)約有關(guān)的通知。

在第八示例中，ido接收到帶有嬰兒食品優(yōu)惠券的電子郵件。個(gè)人助理應(yīng)用(本發(fā)明的實(shí)施例)檢測(cè)到電子郵件，并且基于包括用戶活動(dòng)、購買歷史、在線活動(dòng)等的用戶數(shù)據(jù)確定ido尚未采取任何與購買嬰兒食品有關(guān)的動(dòng)作。上下文信息指示ido定期購買嬰兒相關(guān)產(chǎn)品；因此，個(gè)人助理應(yīng)用確定優(yōu)惠券可能對(duì)ido是重要(相關(guān))的。此外，個(gè)人助理應(yīng)用確定優(yōu)惠券今天到期，并且因此具有高的緊急性級(jí)別。因此，在其下班回家路上經(jīng)過雜貨店之前不久，向ido提供提醒ido關(guān)于優(yōu)惠券的通知。(備選地，假設(shè)另一用戶的個(gè)人助理應(yīng)用確定用戶沒有嬰兒，那么與優(yōu)惠券相對(duì)應(yīng)的重要性級(jí)別低，并且該用戶可能不被呈現(xiàn)關(guān)于優(yōu)惠券的通知。)

因此，已經(jīng)描述了涉及用于向用戶提供與未處理的通信相關(guān)事件有關(guān)的個(gè)性化通知內(nèi)容的系統(tǒng)和方法的技術(shù)的各個(gè)方面。應(yīng)當(dāng)理解，本文中所描述的實(shí)施例的各種特征、子組合和修改是實(shí)用的，并且可以在其他實(shí)施例中被使用，而不參考其他特征或子組合。此外，示例方法400和500中所示的步驟的順序和序列并不意味著以任何方式限制本發(fā)明的范圍，并且實(shí)際上，這些步驟可以在本發(fā)明的實(shí)施例內(nèi)以各種不同的序列來發(fā)生。這樣的變化及其組合也被認(rèn)為在本發(fā)明的實(shí)施例的范圍內(nèi)。

已經(jīng)描述了本發(fā)明的各種實(shí)施例，現(xiàn)在描述適合于實(shí)現(xiàn)本發(fā)明的實(shí)施例的示例性計(jì)算環(huán)境。參考圖7，提供了示例性計(jì)算設(shè)備并且其總體上被稱為計(jì)算設(shè)備700。計(jì)算設(shè)備700僅是合適的計(jì)算環(huán)境的一個(gè)示例，而非旨在暗示對(duì)本發(fā)明的使用或功能的范圍的任何限制。計(jì)算設(shè)備700也不應(yīng)當(dāng)被解釋為具有與所示的部件中的任何一個(gè)或組合有關(guān)的任何依賴性或要求。

本發(fā)明的實(shí)施例可以在計(jì)算機(jī)代碼或機(jī)器可用指令的一般上下文中描述，所述計(jì)算機(jī)代碼或機(jī)器可用指令包括由計(jì)算機(jī)或其他機(jī)器(諸如個(gè)人數(shù)據(jù)助理、智能電話、平板pc或其他手持設(shè)備)執(zhí)行的計(jì)算機(jī)可用或計(jì)算機(jī)可執(zhí)行指令，諸如程序模塊。通常，程序模塊指代執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的代碼，所述程序模塊包括例程、程序、對(duì)象、部件、數(shù)據(jù)結(jié)構(gòu)等。本發(fā)明的實(shí)施例可以在各種系統(tǒng)配置中實(shí)現(xiàn)，各種系統(tǒng)配置包括手持設(shè)備、消費(fèi)電子設(shè)備、通用計(jì)算機(jī)、更專業(yè)的計(jì)算設(shè)備等。本發(fā)明的實(shí)施例還可以在分布式計(jì)算環(huán)境中實(shí)踐，在分布式計(jì)算環(huán)境中任務(wù)由通過通信網(wǎng)絡(luò)而鏈接的遠(yuǎn)程處理設(shè)備來執(zhí)行。在分布式計(jì)算環(huán)境中，程序模塊可以位于本地和遠(yuǎn)程計(jì)算機(jī)存儲(chǔ)介質(zhì)(包括存儲(chǔ)器存儲(chǔ)設(shè)備)兩者中。

參考圖7，計(jì)算設(shè)備700包括總線710，總線710直接或間接耦合以下設(shè)備：存儲(chǔ)器712，一個(gè)或多個(gè)處理器714，一個(gè)或多個(gè)呈現(xiàn)部件716，一個(gè)或多個(gè)輸入/輸出(i/o)端口718，一個(gè)或更多i/o部件720，以及圖示性電源622?？偩€710表示可以是一個(gè)或多個(gè)總線(諸如，地址總線、數(shù)據(jù)總線或其組合)。盡管為了清楚起見用線示出圖7的各個(gè)框，但實(shí)際上，這些框表示邏輯的部件而不一定是實(shí)際的部件。例如，可以將諸如顯示設(shè)備的呈現(xiàn)部件視為i/o部件。另外，處理器具有存儲(chǔ)器。本發(fā)明人認(rèn)識(shí)到這是本領(lǐng)域的本質(zhì)，并且重申圖7的示圖僅是可以結(jié)合本發(fā)明的一個(gè)或多個(gè)實(shí)施例來使用的示例性計(jì)算設(shè)備的說明。沒有在諸如“工作站”、“服務(wù)器”、“膝上型計(jì)算機(jī)”、“手持設(shè)備”等類別之間進(jìn)行區(qū)分，因?yàn)轭A(yù)期所有這些都在圖7的范圍內(nèi)并且指代為“計(jì)算設(shè)備”。

計(jì)算設(shè)備700通常包括各種計(jì)算機(jī)可讀介質(zhì)。計(jì)算機(jī)可讀介質(zhì)可以是可以由計(jì)算設(shè)備700訪問的任何可用介質(zhì)，并且包括易失性和非易失性介質(zhì)、可移除和不可移除介質(zhì)。作為示例而非限制，計(jì)算機(jī)可讀介質(zhì)可以包括計(jì)算機(jī)存儲(chǔ)介質(zhì)和通信介質(zhì)。計(jì)算機(jī)存儲(chǔ)介質(zhì)包括用于存儲(chǔ)諸如計(jì)算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊或其他數(shù)據(jù)之類的信息的任何方法或技術(shù)中所實(shí)現(xiàn)的易失性和非易失性、可移除和不可移除介質(zhì)。計(jì)算機(jī)存儲(chǔ)介質(zhì)包括但不限于ram、rom、eeprom、閃存或其他存儲(chǔ)器技術(shù)、cd-rom、數(shù)字通用盤(dvd)或其他光盤存儲(chǔ)裝置、磁帶盒、磁帶、磁盤存儲(chǔ)裝置或其他磁存儲(chǔ)設(shè)備、或者可以用于存儲(chǔ)所需信息并且可以由計(jì)算設(shè)備700訪問的任何其他介質(zhì)。計(jì)算機(jī)存儲(chǔ)介質(zhì)不包括信號(hào)本身。通信介質(zhì)通常實(shí)施計(jì)算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊、或諸如載波或其他傳輸機(jī)制的調(diào)制數(shù)據(jù)信號(hào)中的其他數(shù)據(jù)，并且包括任何信息傳遞介質(zhì)。術(shù)語“調(diào)制數(shù)據(jù)信號(hào)”是指其特性中的一個(gè)或多個(gè)以能夠?qū)π盘?hào)中的信息進(jìn)行編碼的方式設(shè)置或改變的信號(hào)。作為示例而非限制，通信介質(zhì)包括諸如有線網(wǎng)絡(luò)或直接有線連接的有線介質(zhì)，以及諸如聲學(xué)、rf、紅外和其他無線介質(zhì)之類的無線介質(zhì)。上述中的任一項(xiàng)的組合也應(yīng)當(dāng)被包括在計(jì)算機(jī)可讀介質(zhì)的范圍內(nèi)。

存儲(chǔ)器712包括易失性和/或非易失性存儲(chǔ)器形式的計(jì)算機(jī)存儲(chǔ)介質(zhì)。存儲(chǔ)器可以是可移除的、不可移除的或其組合。示例性硬件設(shè)備包括固態(tài)存儲(chǔ)器、硬盤驅(qū)動(dòng)器、光盤驅(qū)動(dòng)器等。計(jì)算設(shè)備700包括一個(gè)或多個(gè)處理器714，其從諸如存儲(chǔ)器712或i/o部件720等各種實(shí)體讀取數(shù)據(jù)。呈現(xiàn)部件716向用戶或其他設(shè)備呈現(xiàn)數(shù)據(jù)指示。示例性呈現(xiàn)部件包括顯示裝置、揚(yáng)聲器、打印部件、振動(dòng)部件等。

i/o端口718運(yùn)行計(jì)算設(shè)備700在邏輯上耦合到包括i/o部件720的其他設(shè)備，其中一些可以被內(nèi)置。說明性部件包括麥克風(fēng)、操縱桿、游戲鍵盤、衛(wèi)星天線、掃描儀、打印機(jī)、無線設(shè)備等。i/o部件720可以提供處理由用戶生成的手勢(shì)感應(yīng)、語音或其他生理輸入的自然用戶界面(nui)。在一些情況下，輸入可以被傳輸?shù)竭m當(dāng)?shù)木W(wǎng)絡(luò)元件，以用于進(jìn)一步處理。nui可以實(shí)現(xiàn)以下項(xiàng)的任何組合語音識(shí)別、觸摸和觸筆識(shí)別、面部識(shí)別、生物計(jì)量識(shí)別、屏幕上及與屏幕相鄰的手勢(shì)識(shí)別、手勢(shì)感應(yīng)、頭部和眼睛跟蹤、以及與計(jì)算設(shè)備上的顯示器相關(guān)聯(lián)的觸摸識(shí)別。計(jì)算設(shè)備700可以配備有用于手勢(shì)檢測(cè)和識(shí)別的深度相機(jī)，諸如立體相機(jī)系統(tǒng)、紅外相機(jī)系統(tǒng)、rgb相機(jī)系統(tǒng)以及它們的組合。另外，計(jì)算設(shè)備700可以配備有允許檢測(cè)運(yùn)動(dòng)的加速度計(jì)或陀螺儀。加速度計(jì)或陀螺儀的輸出可以被提供給計(jì)算設(shè)備700的顯示器，以呈現(xiàn)沉浸式增強(qiáng)現(xiàn)實(shí)或虛擬現(xiàn)實(shí)。

計(jì)算設(shè)備700的一些實(shí)施例可以包括一個(gè)或多個(gè)無線電724(或類似的無線通信部件)。無線電724傳輸和接收無線電或無線通信。計(jì)算設(shè)備700可以是適于通過各種無線網(wǎng)絡(luò)接收通信和媒體的無線終端。計(jì)算設(shè)備700可以經(jīng)由諸如碼分多址(“cdma”)、全球移動(dòng)通信系統(tǒng)(“gsm”)或時(shí)分多址(“tdma”)等的無線協(xié)議與其他設(shè)備通信進(jìn)行通信。無線電通信可以是近距離連接、遠(yuǎn)距離連接、或近距離和遠(yuǎn)距離無線電信連接兩者的組合。當(dāng)提到“短”和“長(zhǎng)”類型的連接時(shí)，不意味著指代兩個(gè)設(shè)備之間的空間關(guān)系。相反，通常將近距離和遠(yuǎn)距離指代為不同類別或類型的連接(即，主連接和輔助連接)。作為示例而非限制，近距離連接可以包括到提供對(duì)無線通信網(wǎng)絡(luò)的訪問的設(shè)備(例如，移動(dòng)熱點(diǎn))的連接，諸如使用802.11協(xié)議的wlan連接；到另一計(jì)算設(shè)備的藍(lán)牙連接是近距離連接或近場(chǎng)通信連接的第二示例。作為示例而非限制，遠(yuǎn)距離連接可以包括使用cdma、gprs、gsm、tdma和802.16協(xié)議中的一個(gè)或多個(gè)的連接。

在不脫離權(quán)利要求的范圍的情況下，所描繪的各種部件以及未示出的部件的很多不同布置是可能的。已經(jīng)描述了本發(fā)明的實(shí)施例，其意圖是說明性而非限制。對(duì)于本公開的讀者而言，在閱讀本公開之后且由于本公開，備選實(shí)施例將變得顯而易見。在不脫離權(quán)利要求的范圍的情況下，可以完成實(shí)現(xiàn)上述內(nèi)容的備選手段。某些特征和子組合是實(shí)用的，并且可以在不參考其他特征和子組合的情況下使用，并且被預(yù)期在權(quán)利要求的范圍內(nèi)。

因此，在一個(gè)方面，本發(fā)明的實(shí)施例涉及一種計(jì)算機(jī)化系統(tǒng)，其包括:被配置為提供傳感器數(shù)據(jù)的一個(gè)或多個(gè)傳感器；被配置為至少部分地基于傳感器數(shù)據(jù)來檢測(cè)未處理事件的事件監(jiān)測(cè)器；一個(gè)或多個(gè)處理器；以及存儲(chǔ)計(jì)算機(jī)可用指令的一個(gè)或多個(gè)計(jì)算機(jī)存儲(chǔ)介質(zhì)，計(jì)算機(jī)可用指令在由一個(gè)或多個(gè)處理器使用時(shí)使得一個(gè)或多個(gè)處理器執(zhí)行某些操作。這些操作包括：(a)使用事件監(jiān)測(cè)器，至少部分地基于傳感器數(shù)據(jù)來標(biāo)識(shí)未處理事件，未處理事件與用戶相關(guān)聯(lián)；(b)使用事件監(jiān)測(cè)器來確定與所標(biāo)識(shí)的未處理事件相關(guān)聯(lián)的上下文信息集合；(c)基于上下文信息集合，來確定與未處理事件相對(duì)應(yīng)的緊急性級(jí)別；(d)至少部分地基于與未處理事件相對(duì)應(yīng)的所確定的緊急性級(jí)別來確定針對(duì)用戶的可用性模型；以及(e)基于緊急性級(jí)別、可用性模型和未處理事件來生成通知內(nèi)容集合，通知內(nèi)容集合用于確定與未處理事件有關(guān)的通知。

在該系統(tǒng)的一些實(shí)施例中，操作還包括根據(jù)所生成的通知內(nèi)容集合來確定通知，并且在與用戶相關(guān)聯(lián)的用戶設(shè)備上呈現(xiàn)通知，根據(jù)通知內(nèi)容集合通知在從通知內(nèi)容被生成時(shí)的未來時(shí)間處被呈現(xiàn)。在一些實(shí)施例中，針對(duì)用戶的所確定的可用性模型包括針對(duì)用戶的未來可用性，并且還包括與用戶實(shí)施與響應(yīng)未處理事件相關(guān)聯(lián)的動(dòng)作或任務(wù)的能力相對(duì)應(yīng)的可用性得分的集合。在一些實(shí)施例中，生成通知內(nèi)容集合包括基于所確定的緊急性級(jí)別和可用性模型來確定通知邏輯集合，通知邏輯指定用于呈現(xiàn)與未處理事件相對(duì)應(yīng)的通知的至少一種條件或格式。并且，在一些實(shí)施例中，生成通知內(nèi)容集合包括確定用于協(xié)助用戶處理未處理事件的補(bǔ)充內(nèi)容，并且所呈現(xiàn)的通知包括呈現(xiàn)補(bǔ)充內(nèi)容的一部分。

在另一方面，本發(fā)明的實(shí)施例涉及其上實(shí)施有計(jì)算機(jī)可執(zhí)行指令的一種或多種計(jì)算機(jī)可讀設(shè)備，計(jì)算機(jī)可執(zhí)行指令在由具有處理器和存儲(chǔ)器的計(jì)算系統(tǒng)執(zhí)行時(shí)，使得計(jì)算系統(tǒng)執(zhí)行一種用于向用戶提供與未處理的通信相關(guān)事件有關(guān)的個(gè)性化通知內(nèi)容的方法。該方法包括：(a)至少部分地基于來自用戶設(shè)備的用戶數(shù)據(jù)來標(biāo)識(shí)未處理事件，未處理事件與用戶相關(guān)聯(lián)；(b)確定與所標(biāo)識(shí)的未處理事件相關(guān)聯(lián)的上下文信息；(c)基于上下文信息，確定與未處理事件相對(duì)應(yīng)的緊急性或重要性中的至少一項(xiàng)；(d)至少部分地基于與未處理事件相對(duì)應(yīng)的所確定的緊急性或重要性，來確定用戶的可用性模型；(e)基于所確定的緊急性或重要性、可用性模型和未處理事件來生成通知內(nèi)容；(f)根據(jù)所生成的通知內(nèi)容，來確定與未處理事件有關(guān)的通知；以及(g)在與用戶相關(guān)聯(lián)的用戶設(shè)備上呈現(xiàn)通知，根據(jù)通知內(nèi)容集合，通知在從通知內(nèi)容被生成時(shí)的未來時(shí)間處被呈現(xiàn)。

在又一方面，本發(fā)明的實(shí)施例涉及一種由包括至少一個(gè)處理器的一個(gè)或多個(gè)計(jì)算設(shè)備執(zhí)行的方法，該方法用于確定未被用戶處理的事件的實(shí)例。該方法包括：(a)從一個(gè)或多個(gè)傳感器接收傳感器數(shù)據(jù)，傳感器中的至少一些在與用戶相關(guān)聯(lián)的用戶設(shè)備上；(b)從第一傳感器數(shù)據(jù)集合確定第一通信事件的發(fā)生；(c)監(jiān)測(cè)指示在第一通信事件之后的用戶活動(dòng)的傳感器數(shù)據(jù)，以確定第一響應(yīng)信息集合；(d)確定類似于第一通信事件的一個(gè)或多個(gè)先前發(fā)生的通信事件的集合；(e)基于一個(gè)或多個(gè)先前發(fā)生的通信事件的集合，確定指示與一個(gè)或多個(gè)先前發(fā)生的通信事件相關(guān)聯(lián)并且在一個(gè)或多個(gè)先前發(fā)生的通信事件之后發(fā)生的用戶活動(dòng)的信息集合，指示用戶活動(dòng)的所確定的信息集合形成第二響應(yīng)信息集合；(f)基于第一響應(yīng)信息集合與第二響應(yīng)信息集合的比較，確定第一通信事件未被處理；以及(g)提供第一通信事件作為未處理事件的指示。

在該方法的一些實(shí)施例中，一個(gè)或多個(gè)先前發(fā)生的通信事件的集合包括與另一用戶相關(guān)聯(lián)的至少一個(gè)事件。在一些實(shí)施例中，該方法還包括：使用傳感器數(shù)據(jù)來確定與未處理事件相關(guān)聯(lián)的上下文信息的集合；以及基于上下文信息集合和未處理事件來生成通知內(nèi)容集合，通知內(nèi)容集合用于確定與未處理事件有關(guān)的通知。另外，在一些實(shí)施例中，該方法還包括根據(jù)所生成的通知內(nèi)容集合來確定通知，并且在與用戶相關(guān)聯(lián)的用戶設(shè)備上呈現(xiàn)通知，通知根據(jù)通知內(nèi)容集合而被呈現(xiàn)。

在另一方面，本發(fā)明的實(shí)施例涉及一種包括計(jì)算機(jī)存儲(chǔ)器和計(jì)算機(jī)處理器的移動(dòng)計(jì)算設(shè)備，計(jì)算機(jī)處理器被配置為允許個(gè)人數(shù)字助理執(zhí)行任務(wù)。移動(dòng)計(jì)算設(shè)備包括被配置為提供傳感器數(shù)據(jù)的一個(gè)或多個(gè)傳感器，以及作為存儲(chǔ)在計(jì)算機(jī)存儲(chǔ)器上的計(jì)算機(jī)程序的個(gè)人數(shù)字助理。個(gè)人數(shù)字助理計(jì)算機(jī)程序包括代碼(其可以被編譯為機(jī)器可讀指令)，代碼被配置為：(a)監(jiān)測(cè)傳感器數(shù)據(jù)，以確定未處理事件的指示；(b)在確定未處理事件的指示時(shí)，確定與未處理事件相關(guān)聯(lián)的上下文信息集合；(c)基于上下文信息集合和未處理事件，來生成通知內(nèi)容集合；以及(d)在移動(dòng)計(jì)算設(shè)備上呈現(xiàn)通知，通知根據(jù)通知內(nèi)容集合而被呈現(xiàn)。在一些實(shí)施例中，代碼還被配置為確定用于協(xié)助用戶處理未處理事件的補(bǔ)充內(nèi)容并且呈現(xiàn)包括補(bǔ)充內(nèi)容的一部分的通知。另外，在一些實(shí)施例中，代碼還被配置為基于上下文信息集合來確定與未處理事件相關(guān)聯(lián)的緊急性級(jí)別，并且基于與未處理事件相關(guān)聯(lián)的緊急性級(jí)別來生成通知內(nèi)容。

在另一方面，本發(fā)明的實(shí)施例涉及一種計(jì)算機(jī)化系統(tǒng)，其包括：被配置為提供傳感器數(shù)據(jù)的一個(gè)或多個(gè)傳感器；被配置為生成用于確定通知的通知內(nèi)容的通知引擎；一個(gè)或多個(gè)處理器；以及存儲(chǔ)有計(jì)算機(jī)可用指令的一個(gè)或多個(gè)計(jì)算機(jī)存儲(chǔ)介質(zhì)，計(jì)算機(jī)可用指令在由一個(gè)或多個(gè)處理器使用時(shí)使得一個(gè)或多個(gè)處理器執(zhí)行操作。這些操作包括：(a)使用通知引擎接收未處理事件的指示，未處理事件與用戶相關(guān)聯(lián)并且至少部分地基于傳感器數(shù)據(jù)來確定；(b)確定與未處理事件相關(guān)聯(lián)的上下文信息的集合，上下文信息至少部分地基于傳感器數(shù)據(jù)來確定；(c)至少部分基于上下文信息的集合來確定用于向用戶提供與未處理事件有關(guān)的第一通知的第一時(shí)間幀；(d)確定用于向用戶呈現(xiàn)第一通知的一個(gè)或多個(gè)時(shí)間第一集合，一個(gè)或多個(gè)時(shí)間在第一時(shí)間幀內(nèi)；以及(e)生成用于確定第一通知的第一通知內(nèi)容集合，第一通知內(nèi)容集合包括指定用于呈現(xiàn)通知的一個(gè)或多個(gè)時(shí)間的第一集合的通知邏輯。在該系統(tǒng)的一些實(shí)施例中，操作還包括根據(jù)所生成的通知內(nèi)容集合來確定通知，以及在與用戶相關(guān)聯(lián)的用戶設(shè)備上呈現(xiàn)通知，根據(jù)通知內(nèi)容集合，通知在從所確定的一個(gè)或多個(gè)時(shí)間起的特定時(shí)間處被呈現(xiàn)。

在另一方面，本發(fā)明的實(shí)施例涉及一種計(jì)算機(jī)化方法。該方法包括(a)在服務(wù)器處接收一個(gè)或多個(gè)網(wǎng)絡(luò)通信，包括：(i)與用戶相關(guān)聯(lián)的未處理事件的指示，未處理事件至少部分地基于傳感器數(shù)據(jù)來確定，傳感器數(shù)據(jù)由與用戶相關(guān)聯(lián)的用戶設(shè)備上的一個(gè)或多個(gè)傳感器提供，以及(ii)與未處理事件相對(duì)應(yīng)的上下文信息；(b)基于上下文信息來確定與未處理事件相對(duì)應(yīng)的緊急性級(jí)別；(c)確定用于響應(yīng)未處理事件的用戶可用性，用戶可用性至少部分基于與未處理事件相對(duì)應(yīng)的所確定的緊急性級(jí)別；(d)基于緊急性級(jí)別、可用性模型和未處理事件來生成通知內(nèi)容，通知內(nèi)容用于確定與未處理事件有關(guān)的通知；以及(e)向與用戶設(shè)備相關(guān)聯(lián)的服務(wù)提供通知內(nèi)容，服務(wù)用于基于通知內(nèi)容來向用戶呈現(xiàn)通知。

在另一方面，本發(fā)明的實(shí)施例涉及其上實(shí)施有計(jì)算機(jī)可執(zhí)行指令的一種或多種計(jì)算機(jī)可讀設(shè)備，計(jì)算機(jī)可執(zhí)行指令在由具有處理器和存儲(chǔ)器的計(jì)算系統(tǒng)執(zhí)行時(shí)，使得計(jì)算系統(tǒng)執(zhí)行用于向第一用戶提供個(gè)性化通知內(nèi)容的方法。該方法包括(a)接收與第一用戶相關(guān)的信息項(xiàng)的指示；(b)確定與信息項(xiàng)相關(guān)聯(lián)的上下文信息的集合；(c)至少部分地基于上下文信息，來確定與信息項(xiàng)相對(duì)應(yīng)的緊急性級(jí)別；(d)確定第一用戶用于處理信息項(xiàng)的可用性，可用性至少部分基于與信息項(xiàng)相對(duì)應(yīng)的所確定的緊急性級(jí)別，以及從響應(yīng)于類似的信息項(xiàng)的先前通知而發(fā)生的用戶活動(dòng)所確定的用戶響應(yīng)模式；以及(e)在用戶設(shè)備上呈現(xiàn)與信息項(xiàng)有關(guān)的通知，通知基于所確定的可用性而在特定時(shí)間被呈現(xiàn)。在一些實(shí)施例中，通知可以根據(jù)基于所確定的可用性而確定的格式而被呈現(xiàn)，并且用戶響應(yīng)模式可以從第二用戶的用戶活動(dòng)來確定。