背景技術(shù):
計算設備的普遍性正不斷增加。例如,用戶可以與傳統(tǒng)的臺式計算機、平板計算機、移動電話等等交互以便訪問用于工作和個人用途的各種各樣的功能。此外,對于這些設備的用戶可用的所述各種各樣的功能也持續(xù)增加。
這在應用程序的情況下尤其是真實的。應用程序可用性在傳統(tǒng)上是受限制的,因為用戶典型地從“磚頭和灰泥”商店購買應用程序。隨著經(jīng)由因特網(wǎng)的應用程序可用性的出現(xiàn),使得其對于用戶可用的應用程序的數(shù)量與用戶可以訪問這些應用程序的輕松性一起增加。相應地,用戶可以選擇大量應用程序并且將其安裝在用戶的計算設備上。
然而,用戶與應用程序的交互可能受到安裝在計算設備上的應用程序的數(shù)量的妨礙。這可能包括定位感興趣應用程序以及訪問該應用程序的功能。例如,用戶可能通過若干其他應用程序選擇天氣應用程序以獲得天氣信息,然后與新聞應用程序交互以趕上最新的新聞,等等。因此,通過這些應用程序?qū)Ш揭远ㄎ幌M男畔⒖赡芑ㄙM大量的時間,這可能通過計算設備上可用的應用程序的數(shù)量而進一步復雜化。
技術(shù)實現(xiàn)要素:
描述了應用程序通知技術(shù)。描述了實現(xiàn)方式,其中應用程序的表示可以包括屬于該應用程序的通知。進一步描述了若干技術(shù),這些技術(shù)可以用來管理通知,包括替換通知、使用隊列、覆蓋、基于應用程序的執(zhí)行狀態(tài)選擇通知、循環(huán)顯示多個通知(例如通過用戶或者通過計算設備自動地)、循環(huán)顯示不同的通知子集、檢查應用程序的清單(manifest)以便確定用來顯示通知的準則、通知的顯示優(yōu)先級等等。
本發(fā)明內(nèi)容部分被提供來以簡化的形式介紹構(gòu)思的選擇,這些構(gòu)思在下面的具體實施方式中進一步加以描述。本發(fā)明內(nèi)容部分并不預期標識要求保護的主題的關(guān)鍵特征或基本特征,也不預期用來幫助確定要求保護的主題的范圍。
附圖說明
具體實施方式參照附圖進行描述。在附圖中,附圖標記最左邊的(多個)數(shù)字標識其中首次出現(xiàn)該附圖標記的附圖。在說明書和附圖的不同示例中使用相同的附圖標記可以指示相似或相同的項目。
圖1為可操作來采用應用程序通知技術(shù)的實例實現(xiàn)方式中的環(huán)境的圖示。
圖2繪出了其中作為應用程序的表示的部分連續(xù)地顯示多個通知的實例實現(xiàn)方式中的系統(tǒng)。
圖3繪出了其中利用標簽規(guī)定相應的通知要用來替換另一個通知的系統(tǒng)。
圖4為繪出其中隊列用來管理通知以便作為應用程序的表示的部分輸出的實例實現(xiàn)方式中的過程的流程圖。
圖5為繪出其中標簽用來管理通知的替換以便作為應用程序的表示的部分顯示的實例實現(xiàn)方式中的過程的流程圖。
圖6為繪出其中隊列用來管理通知以便作為應用程序的表示的部分顯示的實例實現(xiàn)方式中的過程的流程圖。
圖7為繪出其中應用程序的執(zhí)行狀態(tài)用作用于確定哪些通知要作為該應用程序的表示的部分顯示的基礎的實例實現(xiàn)方式中的過程的流程圖。
圖8為繪出其中在可選擇來啟動應用程序的應用程序的表示內(nèi)顯示通知的實例實現(xiàn)方式中的過程的流程圖,所述顯示循環(huán)以便連續(xù)地顯示通知。
圖9為繪出其中通知子集被循環(huán)以便作為應用程序的各表示的部分顯示的實例實現(xiàn)方式中的過程的流程圖。
圖10為繪出其中利用應用程序的清單規(guī)定要用來管理作為應用程序的表示的部分的通知的顯示的準則的實例實現(xiàn)方式中的過程的流程圖。
圖11為繪出其中利用web服務管理向客戶端設備提供通知以便顯示的實例實現(xiàn)方式中的過程的流程圖。
圖12為繪出其中對通知優(yōu)先化以便作為應用程序的表示的部分顯示的實例實現(xiàn)方式中的過程的流程圖。
具體實施方式
綜述
應用程序通知可以由應用程序用來在沒有讓用戶特別地啟動應用程序的情況下在該應用程序的表示(例如圖標、拼塊等等)中顯示信息。例如,天氣應用程序的表示可以包括描述當前天氣狀況的通知。然而,被利用來顯示通知的常規(guī)技術(shù)經(jīng)常是靜態(tài)的,并且因此不允許開發(fā)者控制如何將通知顯示為表示的部分。
然而,本文描述了可以用來管理通知的技術(shù)。此外,在一種或多種實現(xiàn)方式中,可以在不執(zhí)行相應應用程序的情況下執(zhí)行這些技術(shù),從而節(jié)省電池壽命并且提高執(zhí)行這些技術(shù)的計算設備的性能。以下節(jié)段描述了與應用程序通知有關(guān)的各種各樣的不同技術(shù)的實例,例如替換通知、使用隊列、覆蓋、基于應用程序的執(zhí)行狀態(tài)選擇通知、循環(huán)顯示多個通知、循環(huán)顯示不同的通知子集、檢查應用程序的清單以便確定用來顯示通知的準則、通知的顯示優(yōu)先級等等。這些技術(shù)和其他技術(shù)的進一步討論可以在以下節(jié)段中找到。
在下面的討論中,首先描述了一個可以采用本文描述的技術(shù)的實例環(huán)境。然后,描述了可以在該實例環(huán)境以及其他環(huán)境中執(zhí)行的實例過程。因此,這些實例過程的執(zhí)行并不限于該實例環(huán)境,并且該實例環(huán)境并不限于這些實例過程的執(zhí)行。
實例環(huán)境
圖1為可操作來采用本文描述的技術(shù)的實例實現(xiàn)方式中的環(huán)境100的圖示。圖示出的環(huán)境100包括經(jīng)由網(wǎng)絡106通信耦合的web服務102和客戶端設備104。web服務102和客戶端設備104可以通過范圍廣泛的計算設備實現(xiàn)。
例如,計算設備可以被配置為能夠通過網(wǎng)絡106通信的計算機,例如臺式計算機、移動站、娛樂器具、通信耦合到顯示設備的機頂盒、移動通信設備(例如如針對客戶端設備104所圖示出的無線電話)、游戲控制臺等等。因此,計算設備的范圍可以是從具有充分的存儲器和處理器資源的全資源設備(例如個人計算機、游戲控制臺)到具有有限存儲和/或處理資源的低資源設備(例如傳統(tǒng)機頂盒、手持式游戲控制臺)。此外,計算設備可以代表多個不同的設備,例如由企業(yè)利用來執(zhí)行操作的多個服務器、遙控器和機頂盒組合、圖像捕獲設備以及被配置成捕獲姿勢的游戲控制臺等等。
盡管網(wǎng)絡106被圖示為因特網(wǎng),但是該網(wǎng)絡可以采取各種各樣的配置。例如,網(wǎng)絡106可以包括廣域網(wǎng)(wan)、局域網(wǎng)(lan)、無線網(wǎng)絡、公共電話網(wǎng)絡、內(nèi)聯(lián)網(wǎng)等等。此外,盡管單個網(wǎng)絡106被示出,但是網(wǎng)絡106可以被配置成包括多個網(wǎng)絡。
客戶端設備104進一步被圖示為包括操作系統(tǒng)108。操作系統(tǒng)108被配置成抽取客戶端104的底層功能給可在客戶端設備104上執(zhí)行的應用程序110。例如,操作系統(tǒng)108可以抽取客戶端設備104的處理、記憶、網(wǎng)絡和/或顯示功能,使得應用程序110可以在不知道“如何”實現(xiàn)該底層功能的情況下被寫入。應用程序110例如可以向操作系統(tǒng)108提供數(shù)據(jù)以便由顯示設備112再現(xiàn)和顯示,而不用理解該再現(xiàn)會如何執(zhí)行。
操作系統(tǒng)108也可以表示各種各樣的其他功能,例如管理文件系統(tǒng)以及可由客戶端設備104的用戶導航的用戶界面。其一個實例被圖示為在客戶端設備104的顯示設備112上顯示的應用程序啟動器(例如桌面)。桌面包括多個應用程序110的表示,例如圖標、拼塊、文本描述等等。桌面可以被認為層級文件結(jié)構(gòu)的根級別。圖示的實例中示出的表示可選擇來啟動相應的應用程序110之一以便在客戶端設備104上執(zhí)行。通過這種方式,用戶可以容易地通過文件結(jié)構(gòu)導航并且發(fā)起感興趣應用程序的執(zhí)行。
操作系統(tǒng)108也被圖示為包括通知模塊114。通知模塊114表示管理要作為應用程序的表示的部分顯示的通知116的功能。例如,天氣應用程序的表示118被圖示為包括指示名稱和當前天氣狀況(例如“西雅圖65°/多云”)的通知。同樣地,用于旅行應用程序的表示120被圖示為包括指示當前飛行狀態(tài)為“延遲”的通知。通過這種方式,用戶可以容易地查看與應用程序110有關(guān)的信息而不必啟動每一個應用程序并且通過其導航。盡管示出了特定應用程序的表示,但是也可以設想其他的應用程序表示,例如引用用戶的參與服務的應用程序表示,例如社交網(wǎng)絡服務中的朋友。
在一種或多種實現(xiàn)方式中,可以在不執(zhí)行相應應用程序110的情況下管理通知116。例如,通知模塊114可以接收來自各種各樣的不同源的通知116,例如來自軟件(例如由客戶端設備104執(zhí)行的其他應用程序)、經(jīng)由網(wǎng)絡106來自web服務102等等的通知。通知模塊114然后可以在不執(zhí)行應用程序110的情況下管理如何作為所述表示的部分顯示通知116。這可以用來通過不運行每一個應用程序110以輸出通知116而提高客戶端設備104的電池壽命和性能。
此外,通知模塊114可以支持允許各應用程序110的開發(fā)者規(guī)定如何作為應用程序110的表示的部分顯示通知116的技術(shù)。例如,通知模塊114可以檢查應用程序110的清單122,例如用來在運行時使用系統(tǒng)調(diào)用安裝應用程序110的安裝清單等等。清單110可以描述如何及何時顯示通知116以及如何管理通知116以便確定要顯示哪些通知116。
通知模塊114也可以利用各種各樣的其他技術(shù)以使得開發(fā)者或者其他實體能夠規(guī)定如何顯示和管理通知116。例如,通知116可以與規(guī)定要如何顯示和/或管理通知116的相應標簽一起傳送。因此,標簽的始發(fā)者可以規(guī)定要如何顯示或管理相應通知116。如以下節(jié)段中進一步描述的,這可以被執(zhí)行來允許實現(xiàn)各種各樣的不同功能。
盡管本討論描述了在客戶端處合并通知模塊114,但是通知模塊114的功能可以以各種各樣的方式實現(xiàn)。例如,通知模塊124的功能可以全部地或者部分地由web服務102合并。通知模塊124例如可以處理接收自其他web服務的通知,并且管理這些通知以便通過網(wǎng)絡106分發(fā)至客戶端設備104。
各種各樣的不同技術(shù)可以由通知模塊124利用,例如以便依照將由客戶端設備104本身采用的技術(shù)處理通知,例如以便檢查清單、處理標簽、響應接收自客戶端設備104的規(guī)定管理通知116的準則的通信等等。此外,該處理可以在其中客戶端設備104例如由于缺乏網(wǎng)絡106連接而不可用的示例中執(zhí)行。通過這種方式,web服務102可以高效地利用存儲空間和網(wǎng)絡106帶寬。也可以設想其他的實例,例如在客戶端設備104與web服務102之間分布通知模塊114的功能、合并第三方服務等等。
通常,可以使用軟件、固件、硬件(例如固定邏輯電路系統(tǒng))或者這些實現(xiàn)方式的組合實現(xiàn)本文描述的任何功能。當在本文中使用時,術(shù)語“模塊”、“功能”和“邏輯”通常表示軟件、固件、硬件或者其組合。在軟件實現(xiàn)方式的情況下,模塊、功能或邏輯表示當在處理器(例如一個或多個cpu)上執(zhí)行時執(zhí)行規(guī)定的任務的程序代碼。該程序代碼可以存儲在一個或多個計算機可讀存儲設備中。下文描述的技術(shù)的特征是平臺獨立的,這意味著這些技術(shù)可以在具有各種各樣的處理器的各種各樣的商業(yè)計算平臺上實現(xiàn)。
例如,計算設備也可以包括使得該計算設備的硬件執(zhí)行操作的實體(例如軟件),例如處理器、功能塊等等。例如,計算設備可以包括計算機可讀介質(zhì),該計算機可讀介質(zhì)可以被配置成保持使得該計算設備以及更特別地該計算設備的硬件執(zhí)行操作的指令。因此,這些指令用來將硬件配置成執(zhí)行操作并且通過這種方式導致將硬件轉(zhuǎn)化為執(zhí)行功能。這些指令可以由計算機可讀介質(zhì)通過各種各樣的不同配置提供給計算設備。
計算機可讀介質(zhì)的一種這樣的配置為信號承載介質(zhì)并且因而被配置成例如經(jīng)由網(wǎng)絡將指令(例如作為載波)傳輸至計算設備的硬件。計算機可讀介質(zhì)也可以被配置為計算機可讀存儲介質(zhì)并且因而不是信號承載介質(zhì)。計算機可讀存儲介質(zhì)的實例包括隨機存取存儲器(ram)、只讀存儲器(rom)、光盤、閃存、硬盤存儲器以及可以使用磁、光和其他技術(shù)存儲指令和其他數(shù)據(jù)的其他存儲設備。
圖2繪出了其中作為應用程序的表示的部分連續(xù)地顯示多個通知的實例實現(xiàn)方式中的系統(tǒng)200。系統(tǒng)200通過使用第一、第二和第三階段202、204、206而圖示出。通知116可以采取各種各樣的形式并且以各種各樣的方式布置以便作為表示118的部分顯示。
如圖2中所圖示的,例如,示出了具有多個幀210、212的通知208。在第一階段202,通知208的幀中的第一幀210用來顯示用于天氣應用程序的表示的云的圖形描繪以及文本“西雅圖”。
在第二階段204,通知208的幀中的第二幀212用來顯示文本“西雅圖”以及描述西雅圖的附加的當前天氣狀況的文本“65°/多云”。因此,通知208可以被配置成包括要作為表示118的部分連續(xù)地顯示的幀210、212。
附加的通知也可以作為表示118的部分連續(xù)地顯示。例如,如第三階段206所示,通知214用來顯示太陽和當前天氣狀況“斯波坎,52°”的圖形和文本。因此,在該實例系統(tǒng)200中,通知模塊114可以用來循環(huán)通知208、214以便作為應用程序110的表示118的部分顯示。如先前所說明的,通知116的管理可以使用各種各樣的技術(shù)執(zhí)行,其涉及標簽的一個實例關(guān)于下圖加以描述。
圖3繪出了其中利用標簽規(guī)定相應的通知要用來替換另一個通知的系統(tǒng)300。web服務102被圖示為如先前關(guān)于圖1所描述的經(jīng)由網(wǎng)絡106通信耦合到客戶端設備104。在該實例中,web服務102將通知302和相應的標簽304傳送至客戶端設備104。
接收到通知302之后,通知模塊114可以確定存在相應的標簽304。相應地,通知模塊114可以檢查客戶端設備104本地的存儲裝置以便確定另一個通知304是否具有匹配的標簽。
在圖示的實例中,通知306包括與接收的通知302的標簽304匹配的標簽304。相應地,通知模塊114可以利用后來接收的通知302替換通知306。通過這種方式,標簽302的始發(fā)者可以容易地通過使用標簽利用一個通知替換另一個通知。
標簽304可以以各種各樣的方式規(guī)定。例如,標簽304可以被配置成使得標簽304的值可以由標簽的始發(fā)者從任何值分配。因此,在該實例中,通知模塊114可以在不“知道”相應標簽“意指”什么的情況下管理通知的替換。也可以設想各種各樣的其他實例,例如規(guī)定隊列中的特定插槽,其一個實例關(guān)于下圖加以描述。盡管關(guān)于客戶端設備104的通知模塊114描述了這個功能,但是如先前所說明的,該功能可以使用各種各樣的不同設備合并,其一個實例通過網(wǎng)站102的通知模塊124示出。
圖4繪出了其中隊列用來管理通知116以便作為應用程序的表示的部分輸出的實例實現(xiàn)方式中的系統(tǒng)400。像之前那樣,客戶端設備104經(jīng)由網(wǎng)絡106通信耦合到web服務102??蛻舳嗽O備104包括在該示例中被圖示為操作系統(tǒng)108的部分的通知模塊114。
客戶端設備104也被圖示為包括被配置成存儲用于各應用程序404的通知116的隊列402。隊列402例如可以被配置成存儲用于特定應用程序的最大數(shù)量的通知116,因而在該圖中被圖示為在隊列402中的應用程序404“之內(nèi)”。然而,應當容易清楚明白的是,隊列402可以以各種各樣的方式配置。
通知模塊114可以使用隊列402以各種各樣的方式管理通知116。例如,通知可以采用“先進/先出”(fifo)技術(shù)管理通知116,采用“后進/先出”技術(shù)等等。例如,通知模塊114可以接收規(guī)定隊列402內(nèi)的特定插槽的通知406。插槽例如可以描述通知116作為表示的部分顯示的優(yōu)先級。進一步的管理技術(shù)可以利用該規(guī)定,例如以便在優(yōu)先級中“向下”移動先前的通知116,使得具有最低優(yōu)先級的通知被移除,以便利用接收的通知406替換插槽中的通知408并且保留其他方面的排序,等等。也可以設想其他的技術(shù),例如如實例過程中進一步描述的利用覆蓋命令。
實例過程
以下討論描述了可以利用先前描述的系統(tǒng)和設備實現(xiàn)的通知技術(shù)。這些過程中的每一個的方面可以以硬件、固件或軟件或者其組合來實現(xiàn)。這些過程被示為規(guī)定由一個或多個設備執(zhí)行的操作的功能塊集合,并且不一定限于所示的用于通過各功能塊執(zhí)行這些操作的順序。在以下討論的若干部分中,將參照所述實例環(huán)境。
圖5繪出了其中標簽用來管理通知的替換以便作為應用程序的表示的部分顯示的實例實現(xiàn)方式中的過程500。接收要在用戶界面中作為應用程序的表示的部分顯示的通知,該通知與標簽關(guān)聯(lián)(功能塊502)。例如,該通知可以在客戶端設備104的通知模塊114處接收自在客戶端設備104上執(zhí)行的應用程序,接收自web服務,等等。在另一個實例中,web服務102的通知模塊124可以從另一個web服務接收通知,并且管理通知的存儲和將通知分發(fā)至客戶端設備104。也可以設想各種各樣的其他實例。
將通知的標簽和與一個或多個其他通知關(guān)聯(lián)的一個或多個其他標簽進行比較(功能塊504)。通知模塊114例如可以將用于應用程序的通知的標簽與用于該應用程序的其他通知的標簽進行比較以便找到匹配。
響應于確定接收的標簽與其他標簽中的至少一個匹配,利用接收的通知替換與所述其他標簽中的至少一個關(guān)聯(lián)的其他通知,以便在用戶界面中作為應用程序的表示的部分顯示(功能塊506)。例如,通知模塊114可以將各通知中的標簽的文本串進行比較以便確定它們是否匹配。因此,在該實例中,就文本串對于通知模塊114“做或者表示什么”以利用替換功能而言,不必“知道”文本串。通過這種方式,通知模塊114可以支持變化的限定和標簽標識符并且仍然支持本文描述的替換功能。
然后,接收的通知可以在客戶端設備的用戶界面中作為應用程序的表示的部分而顯示(功能塊508)。該顯示可以以各種各樣的方式執(zhí)行,例如作為關(guān)于圖2所描述的循環(huán)顯示的部分、靜態(tài)顯示、可選擇來啟動所表示的應用程序的表示(例如由操作系統(tǒng)108輸出的應用程序啟動器中的拼塊)的顯示等等。
此外,可以利用通知以便在通知的背景下啟動相應的應用程序。例如,如果用戶安裝了新聞應用程序,那么選擇應用程序的表示將啟動應用程序至應用程序的“主頁”或“缺省”狀態(tài)。在該新的應用程序?qū)嵗?,啟動至報紙的頭版。然而,如果新聞應用程序接收到關(guān)于地震的通知并且用戶選擇了該通知,那么新聞應用程序可以在該通知的背景下啟動。例如,可以將新聞應用程序直接啟動至關(guān)于地震的文章并且“跳過”主頁。也可以設想各種各樣的其他實例。
圖6繪出了其中隊列用來管理通知以便作為應用程序的表示的部分顯示的實例實現(xiàn)方式中的過程600。接收要在用戶界面中作為應用程序的表示的部分顯示的多個通知(功能塊602)。像之前那樣,通知可以在客戶端設備104的通知模塊114處接收自在客戶端設備104上執(zhí)行的應用程序、接收自web服務等等。在另一個實例中,web服務102的通知模塊124可以從另一個web服務接收通知并且管理通知的存儲和將通知分發(fā)至客戶端設備104。也可以設想各種各樣的其他實例。
所述一個或多個通知使用隊列加以管理,該隊列被配置成存儲要使其可用于作為應用程序的表示的部分顯示的高達設定數(shù)量的通知(功能塊604)。然后,使得隊列中存儲的通知在用戶界面中作為應用程序的表示的部分顯示(功能塊606)。所述設定數(shù)量例如可以由應用程序110的開發(fā)者設定,可以由通知116的始發(fā)者設定,可以由通知模塊114本身預定義等等。
通知模塊114可以以各種各樣的方式,例如通過采用“先進/先出”技術(shù)利用引用用來收集通知的實體的隊列402,利用規(guī)定隊列402內(nèi)的特定插槽的標簽,等等。在附加的實例中,如關(guān)于圖12進一步描述的,隊列402可以采用優(yōu)先化技術(shù),例如以便規(guī)定要在顯示中循環(huán)通知116的特定順序等等。因此,隊列402可以用來管理要用于作為應用程序的表示的部分顯示的一定數(shù)量的通知以及顯示通知的順序。
如先前所說明的,盡管該功能被描述為在客戶端處實現(xiàn),但是該功能也可以通過諸如web服務102的通知模塊124之類的各種各樣的其他實體實現(xiàn),分布在通知模塊114、124之間,等等。此外,該功能可以在不執(zhí)行所表示的應用程序110的情況下由通知模塊114實現(xiàn),從而節(jié)省處理和電池資源。
圖7繪出了其中應用程序的執(zhí)行狀態(tài)用作用于確定哪些通知要作為該應用程序的表示的部分顯示的基礎的實例實現(xiàn)方式中的過程700。確定由客戶端設備執(zhí)行的應用程序的執(zhí)行狀態(tài)(功能塊702)。例如,通知模塊114可以監(jiān)視被配置成再現(xiàn)內(nèi)容的應用程序110,例如音樂播放應用程序。通知模塊114然后可以確定應用程序110被執(zhí)行來再現(xiàn)特定的內(nèi)容項,例如特定歌曲。
選擇要在客戶端設備的用戶界面中作為應用程序的表示的部分顯示的通知(功能塊704)。在用戶界面中將該通知作為應用程序的表示的部分顯示(功能塊706)。繼續(xù)先前的實例,通知模塊114可以確定正在被執(zhí)行的特定內(nèi)容項的名稱。該名稱然后可以作為應用程序的表示的部分顯示,該表示例如是可選擇來啟動應用程序的應用程序的表示。
例如,用戶可以在客戶端設備104的音樂播放應用程序中選擇播放列表,并且然后導航離開該應用程序以便定位其他感興趣應用程序。當用戶執(zhí)行該導航時,音樂播放應用程序可以繼續(xù)再現(xiàn)內(nèi)容,例如特定歌曲。為了向用戶提供關(guān)于應用程序的狀態(tài)的背景,通知可以描述該執(zhí)行狀態(tài),該執(zhí)行狀態(tài)在該實例中可以包括再現(xiàn)的內(nèi)容,例如標題、藝術(shù)家、專輯等等。也可以設想涉及在應用程序的表示內(nèi)顯示描述應用程序的執(zhí)行狀態(tài)的通知的各種各樣的其他實例,并且該表示可選擇來輸出該應用程序的用戶界面,例如包括用戶界面的窗口,該用戶界面被帶“到前臺”,使得用戶可以與應用程序交互。
圖8繪出了其中在可選擇來啟動應用程序的應用程序的表示內(nèi)顯示通知的實例實現(xiàn)方式中的過程800,所述顯示循環(huán)以便連續(xù)地顯示通知。接收要在用戶界面中作為應用程序的表示的部分顯示的多個通知(功能塊802)。像之前那樣,通知可以在客戶端設備104的通知模塊114處接收自在客戶端設備104上執(zhí)行的應用程序、接收自web服務等等。在另一個實例中,web服務102的通知模塊124可以從另一個web服務接收通知并且管理通知的存儲和將通知分發(fā)至客戶端設備104。也可以設想各種各樣的其他實例。
循環(huán)在用戶界面中作為應用程序的表示的部分的所述多個通知的顯示,使得這些通知連續(xù)地顯示(功能塊804)。如先前關(guān)于圖2所描述的,例如,表示118可以被顯示為包括連續(xù)地、一個接一個地循環(huán)以便顯示各種各樣的信息的通知。
通過這種方式,通知可以在不在應用程序的執(zhí)行“之內(nèi)”導航的情況下詳述可以顯示的信息量。如先前所描述的,這也可以在不啟動應用程序110的情況下由通知模塊114執(zhí)行,從而節(jié)省第三方實體的計算設備、web服務102的服務器、客戶端設備104等等的電池和/或處理資源。
在一種或多種實現(xiàn)方式中,在用戶界面中作為應用程序的表示的部分的所述多個通知的顯示的循環(huán)響應于檢測到輸入而暫停,該輸入指示與應用程序的表示的交互(功能塊806),例如與該應用程序本身和/或顯示為“附近”的其他應用程序的交互。例如,通知的顯示可以被配置用于在沒有用戶干預的情況下由通知模塊114自動循環(huán)。
然而,如果檢測到涉及很可能的與所述表示的交互的輸入,例如姿勢、使用光標控制設備的選擇等等,那么可以暫停循環(huán)。也可以設想各種各樣的其他實現(xiàn)方式,例如響應于輸入(例如光標的“懸停”、姿勢等等)的檢測而執(zhí)行的循環(huán),所述輸入指示很可能希望暫停該循環(huán),該循環(huán)于是可以在該輸入的檢測停止時暫停。在另一個實例中,輸入(例如姿勢)的檢測可以被利用來在用戶界面中同時顯示每一個通知。
圖9繪出了其中通知子集被循環(huán)以便作為應用程序的各表示的部分顯示的實例實現(xiàn)方式中的過程900。接收要在用戶界面中作為多個應用程序的各表示的部分顯示的多個通知(功能塊902)。像之前那樣,該接收可以由各種各樣的實體執(zhí)行,并且這些通知可以接收自各種各樣的源,例如由客戶端設備104的通知模塊114接收。
所述多個通知在用戶界面中作為應用程序的表示的部分顯示,使得應用程序的不同通知子集在不同時間點循環(huán)(功能塊904)。參照圖1,例如,在客戶端設備104的顯示設備112上顯示了六個不同的應用程序表示。在其中為每個表示接收通知以用于顯示的示例中,可能希望的是在不同時間點循環(huán)不同的通知子集,以便降低顯示中的“混亂”。例如,用于天氣和新聞的通知可以在第一時間點循環(huán),用于寵物護理和指導的通知在第二后續(xù)時間點循環(huán),以此類推。因此,這些子集可以用來降低在大量通知在任意一個時間點“移動”的情況下可能造成的分心。
圖10繪出了其中利用應用程序的清單規(guī)定要用來管理作為應用程序的表示的部分的通知的顯示的準則的實例實現(xiàn)方式中的過程100。在不執(zhí)行應用程序的情況下檢查應用程序的清單以便找到為在用戶界面中作為應用程序的表示的部分顯示通知而規(guī)定的準則(功能塊1002)。例如,通知模塊114可以檢查要用來規(guī)定各種各樣的準則的安裝清單,并且可以在不啟動應用程序的情況下這樣做。準則的實例包括規(guī)定要用于隊列的設定數(shù)量、是否支持標簽(例如替換或覆蓋標簽)、要用于循環(huán)通知的時間段、是否要將通知與其他應用程序的其他通知相聯(lián)系以形成預定義子集、通知的源、是否自動地且沒有用戶干預地或者響應于用戶輸入而執(zhí)行循環(huán)等等。因此,通知模塊114可以使得應用程序的開發(fā)者能夠規(guī)定通知如何作為應用程序的表示的部分顯示。也可以設想各種各樣的其他實例,例如在運行時使用函數(shù)調(diào)用。
應用程序的表示在用戶界面中依照規(guī)定的準則顯示(功能塊1004)。例如,該表示可以作為由操作系統(tǒng)108用作文件系統(tǒng)的根級別的應用程序啟動器(例如桌面)的部分顯示。也可以設想各種各樣的其他示例,例如在層級中的不同點處。
圖11繪出了其中利用web服務管理向客戶端設備提供通知以便顯示的實例實現(xiàn)方式中的過程1100。在web服務的一個或多個計算設備處接收要在客戶端設備的用戶界面中作為應用程序的表示的部分顯示的多個通知(功能塊1102)。如先前所描述的,web服務102可以接收通知116以便經(jīng)由網(wǎng)絡104傳送至客戶端設備104。
響應于確定客戶端設備不可用來接收所述多個通知,使用隊列和準則管理所述多個通知,這些準則在其他情況下將被客戶端設備采用來確定所述多個通知中的哪些要存儲在隊列中(功能塊1104)。例如,web服務102可以接收描述在客戶端設備104中包括哪些應用程序以及如何管理這些應用程序的通信。在另一個實例中,web服務102可以使該管理基于通知116本身,例如通知中包括的標簽。也可以設想各種各樣的其他實例。通過這種方式,web服務102的通知模塊124可以高效地管理通知116以便保留存儲空間并且降低網(wǎng)絡106帶寬的消耗。
圖12繪出了其中對通知優(yōu)先化以便作為應用程序的表示的部分顯示的實例實現(xiàn)方式中的過程1200。像之前那樣,接收要在用戶界面中作為可選擇來啟動應用程序的應用程序的表示的部分顯示的多個通知(功能塊1202)。
確定對所述多個通知排序的優(yōu)先級(功能塊1204)。通知模塊114例如可以采用“先進/先出”技術(shù)管理將哪些通知存儲在隊列402中。在另一個實例中,優(yōu)先級可以由通知的始發(fā)者分配,例如層級值、隊列402內(nèi)的特定插槽等等。優(yōu)先級也可以由通知模塊114基于各種各樣的其他準則確定,這些準則例如是否已經(jīng)顯示了通知與這是否將是第一次。
使得所述多個通知在用戶界面中以確定的優(yōu)先級作為應用程序的表示的部分連續(xù)地顯示(功能塊1206)。通知模塊124例如可以將通知116和/或優(yōu)先級傳送至客戶端設備104。在另一個示例中,通知模塊114可以確定優(yōu)先級并且使得通知在應用程序110的表示內(nèi)再現(xiàn)。在不脫離其精神和范圍的情況下,也可以設想各種各樣的其他實例。
總結(jié)
盡管以特定于結(jié)構(gòu)特征和/或方法動作的語言描述了本發(fā)明,但是應當理解的是,在所附權(quán)利要求書中限定的本發(fā)明不必限于所描述的特定特征或動作。相反地,這些特定的特征和動作作為實現(xiàn)要求保護的本發(fā)明的實例形式而被公開。