專利名稱：用于在無線終端中處理應用程序相關(guān)事件的設備及方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及一種在無線終端中使用的代理設備及方法，更具體地說，涉及一種用于實現(xiàn)角色代理功能和處理應用程序相關(guān)事件的設備及方法。
背景技術(shù)：
通常，無線終端指用戶攜帶的便攜式裝置，它的有代表性的裝置是無線電話。無線電話既能提供基本的電話功能又能提供各種附加的功能。具有附加功能的無線電話可以是可攜式攝像機電話，具有照相機；電視(TV)電話，通過其可觀看TV；運動圖像專家組(MPEG)層3(MP3)電話，通過其可以聽MP3音樂文件；數(shù)字多媒體廣播(DMB)電話，通過其可觀看衛(wèi)星廣播和/或地面廣播節(jié)目等等。即，具有能夠處理多媒體數(shù)據(jù)的附加功能的產(chǎn)品被廣泛用作當前的無線電話是一種趨勢。
具有各種附加功能的無線終端通常包括液晶顯示器(LCD)。當前正在開發(fā)用于在LCD的顯示單元上有效地顯示信息的各種顯示方法，以使用戶能容易地識別各種附加功能、無線終端的狀態(tài)等。當前無線終端正被開發(fā)以使各種類型的用戶數(shù)據(jù)可以被顯示。目前，主要以諸如照片數(shù)據(jù)、角色(character)圖像、動畫等視覺圖像數(shù)據(jù)構(gòu)造顯示在無線終端中的用戶數(shù)據(jù)。虛擬形象(avatar)圖像數(shù)據(jù)包括在所述用戶數(shù)據(jù)中，并且當前正在開發(fā)使用虛擬形象圖像數(shù)據(jù)的無線終端。

發(fā)明內(nèi)容
因此，本發(fā)明的目標是提供一種當無線終端中發(fā)生與程序相關(guān)的事件時能夠通過角色代理功能來表示所述與程序相關(guān)的事件的設備及方法。
本發(fā)明的另一目標是提供一種能夠分析發(fā)生在無線終端中的與程序相關(guān)的事件從而選擇并表示以最佳專家設置的角色用戶接口(UI)的設備及方法。
本發(fā)明的又一目標是提供一種能夠在控制者的控制下選擇角色用戶接口(UI)以表示發(fā)生在無線終端中的與程序相關(guān)的事件的設備及方法。
根據(jù)本發(fā)明的一方面，提供了一種用于處理無線終端中應用程序相關(guān)事件的設備。存儲器存儲和應用程序相關(guān)事件關(guān)聯(lián)角色用戶接口(UI)圖像。事件收集部分收集發(fā)生在無線終端中的應用程序相關(guān)事件，并產(chǎn)生用于識別它的關(guān)聯(lián)應用程序相關(guān)事件的事件消息。代理控制部分包括多個用于處理應用程序相關(guān)事件的專家，所述代理控制部分選擇映射到所述事件消息的專家，為所選擇的專家的應用程序相關(guān)事件設置警告事件，并且一到達警告事件的發(fā)生時間，就為關(guān)于警告事件的信息選擇并輸出角色UI，而且響應從用戶接收的反饋信息處理關(guān)聯(lián)事件的用戶反饋信息。代理表示部分輸出映射到應用程序相關(guān)事件的角色和文本和反饋信息。
根據(jù)本發(fā)明的另一方面，提供了一種用于在無線終端中處理應用程序相關(guān)事件的方法。如果警告事件發(fā)生，則確定警告事件的類型。分析警告事件的應用程序相關(guān)記錄，并且表示映射到應用程序相關(guān)記錄的分析結(jié)果的角色和文本。


從下面結(jié)合附圖的詳細描述中，將更加清晰地理解本發(fā)明的上述和其它目標及優(yōu)點，其中圖1是示出了根據(jù)本發(fā)明實施例的無線終端的結(jié)構(gòu)的框圖；圖2是示出了根據(jù)本發(fā)明實施例的無線終端的控制器的功能框圖；圖3是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來處理程序執(zhí)行事件的操作的流程圖；圖4是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來處理用于建議設置程序的執(zhí)行的警告事件的操作的流程圖；圖5是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來建議在程序結(jié)束之后執(zhí)行特定程序的操作的流程圖；圖6是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來建立用于建議早晨呼叫改變的警告的操作的流程圖；圖7是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來處理用于建議早晨呼叫改變的警告事件的操作的流程圖；圖8是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來處理用于建議最近已被執(zhí)行且很少被執(zhí)行的程序的執(zhí)行的警告事件的操作的流程圖；
圖9是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來建立用于建議先前已被執(zhí)行且有規(guī)律地被執(zhí)行但最近沒被執(zhí)行的程序的執(zhí)行的警告的操作的流程圖；圖10是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來處理用于建議先前已被執(zhí)行且有規(guī)律地被執(zhí)行但最近沒被執(zhí)行的程序的執(zhí)行的警告事件的操作的流程圖；圖11是示出了根據(jù)本發(fā)明實施例在無線終端中建立用于建議程序執(zhí)行的警告的操作的流程圖；圖12是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議設置程序的執(zhí)行的警告事件的操作的流程圖；圖13是示出了根據(jù)本發(fā)明實施例在無線終端中將特定的程序設置為一程序結(jié)束之后的連續(xù)執(zhí)行程序的操作的流程圖；圖14是示出了根據(jù)本發(fā)明實施例在無線終端中在一程序結(jié)束之后建議特定程序的執(zhí)行的操作的流程圖；圖15是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于當程序首次被使用時建議幫助功能的執(zhí)行的警告的操作的流程圖；圖16是示出了根據(jù)本發(fā)明實施例在無線終端中建立用于建議早晨呼叫改變的警告的操作的流程圖；圖17是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議早晨呼叫改變的警告事件的操作的流程圖；圖18是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議最近很少被執(zhí)行的程序的執(zhí)行的警告事件的操作的流程圖；圖19是示出了根據(jù)本發(fā)明實施例在無線終端中建立用于建議先前已被執(zhí)行且有規(guī)律地被執(zhí)行但最近沒被執(zhí)行的程序的執(zhí)行的警告的操作的流程圖；圖20是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議先前已被執(zhí)行且有規(guī)律地被執(zhí)行但最近沒被執(zhí)行的程序的執(zhí)行的警告事件的操作的流程圖；圖21A、21B和21C示出了在根據(jù)本發(fā)明實施例的用于處理用于建議程序執(zhí)行的警告事件的操作中的示例性屏幕；圖22A、22B和22C示出了在根據(jù)本發(fā)明實施例的用于在程序結(jié)束之后建議特定程序的執(zhí)行的操作中的示例性屏幕；圖23A、23B和23C示出了在根據(jù)本發(fā)明實施例的用于處理用于當程序第一次被使用時建議幫助功能的執(zhí)行的警告的操作中的示例性屏幕；圖24A、24B、24C和24D示出了在根據(jù)本發(fā)明實施例的用于處理用于建議早晨呼叫改變的警告事件的操作中的示例性屏幕；和圖25A、25B和25C示出了在根據(jù)本發(fā)明實施例的用于處理用于建議最近已被執(zhí)行且很少被執(zhí)行的程序的執(zhí)行的警告事件的操作中的示例性屏幕。
具體實施例方式
下面，將參照附圖詳細描述本發(fā)明的優(yōu)選實施例。在附圖中，以相同的標號表示相同或相似的部件，即使所述相同或相似的元件描繪在不同的附圖中。在下面的描述中，為了更好地理解本發(fā)明，提供了諸如事件的類型、代理表示所必需的信息等具體的細節(jié)。本領(lǐng)域技術(shù)人員應該理解，沒有所述具體的細節(jié)，也可通過各種修改來容易地實施本發(fā)明。在下文中，警告事件可以是定時器事件。當?shù)竭_設置的發(fā)生時間時，定時器事件發(fā)生。在下文中，警告和警告事件可以以相同的意義使用。
圖1是示出了根據(jù)本發(fā)明實施例的用于根據(jù)無線終端中發(fā)生的事件來表示角色代理的無線終端的結(jié)構(gòu)的框圖。參照圖1，射頻(RF)通信器21執(zhí)行無線終端的無線通信功能。RF通信器21包括RF發(fā)送器和RF接收器等，所述RF發(fā)送器用于上變換并放大將被發(fā)送的信號的頻率，所述RF接收器用于低噪放大所接收的信號并下變換所接收的信號的頻率。鍵輸入單元25設置有用于輸入數(shù)字和字母信息的鍵和用于設置各種功能的功能鍵。此外，根據(jù)本發(fā)明實施例，鍵輸入單元25設置有用于基于一個事件接一個事件地控制角色代理的鍵。
儲存器23可由程序存儲器和數(shù)據(jù)存儲器構(gòu)造。根據(jù)本發(fā)明實施例，程序存儲器存儲用于處理無線終端的呼叫的程序和用于控制事件發(fā)生的代理表示的程序。數(shù)據(jù)存儲器臨時存儲操作中產(chǎn)生的數(shù)據(jù)。此外，根據(jù)本發(fā)明實施例，數(shù)據(jù)存儲器為代理表示而設置有用于存儲角色圖像的角色存儲器。角色存儲器能夠以文件系統(tǒng)操作，并且能夠具有一個角色接一個角色的存儲器(或文件系統(tǒng))的索引。為了能夠?qū)崿F(xiàn)角色部件的操作、面部表示和對象表示，可以以各種形式構(gòu)造角色存儲器。根據(jù)代理表示形式，角色信息可被存儲在所述角色存儲器中。設置有用于存儲用于代理表示的文本的文本存儲器。根據(jù)所發(fā)生的事件或反饋，所述文本存儲器可存儲關(guān)聯(lián)內(nèi)容。可存儲程序執(zhí)行記錄和早晨呼叫改變記錄，并且可基于一種類型接一種類型地存儲所發(fā)生的事件。
控制器100執(zhí)行用于控制無線終端的整個操作的功能。此外，控制器100設置有用于調(diào)制/解調(diào)信號的調(diào)制器-解調(diào)器(調(diào)制解調(diào)器)和用于將信號編碼/解碼的編碼器-解碼器(編解碼器)，以執(zhí)行用于對將被發(fā)送的信號編碼和調(diào)制的功能以及用于對接收到的信號解調(diào)和解碼的功能。這里，控制器100可以是移動站調(diào)制解調(diào)器(MSM)芯片?？刂破?00響應用戶選擇的模式來控制通信模式、照相機模式和廣播接收模式的操作。獨立地構(gòu)造數(shù)據(jù)處理器以將調(diào)制解調(diào)器和編解碼器與控制器100分開。數(shù)據(jù)處理器可放置在RF通信器21和控制器100之間。根據(jù)本發(fā)明的實施例，控制器100根據(jù)無線終端的操作收集事件，根據(jù)所收集的事件控制代理，使用代理來表示處理的結(jié)果和事件的狀態(tài)。這里，在從存儲器23選擇關(guān)聯(lián)角色和文本之后，可以顯示代理表示?？筛鶕?jù)反饋來顯示關(guān)聯(lián)角色和文本。
在用戶選擇照相機模式時，控制器100啟動照相機35并在照相機模式中產(chǎn)生圖像捕捉信號。根據(jù)設置的方案，圖像處理器37在照相機模式中根據(jù)顯示單元27的尺寸來按比例調(diào)整來自照相機35的圖像捕捉信號，在存儲模式下對圖像捕捉信號編碼并將其存儲。在再現(xiàn)所接收的或所存儲的圖像數(shù)據(jù)的模式下，圖像處理器37執(zhí)行用于對所編碼的圖像數(shù)據(jù)進行解碼的功能。
在廣播接收模式中，調(diào)諧器31在控制器100的控制下選擇并接收所設置的頻道的廣播信號。廣播處理器33對所選擇頻道的廣播信號解調(diào)并解碼，將解調(diào)并解碼的圖像信號輸出到顯示單元27。音頻信號被輸出到音頻處理器29。這里，所述廣播信號可以是衛(wèi)星廣播信號或者地面廣播信號。
在控制器100的控制下，顯示單元27可根據(jù)無線終端的操作來顯示菜單。當事件發(fā)生時，顯示單元27顯示映射到所述事件的輸出角色。此外，顯示單元27在照相機模式中顯示從圖像處理器37輸出的圖像或者在廣播接收模式中顯示從廣播處理器33輸出的圖像信號。
在控制器100的控制下，音頻處理器29處理在通信模式中產(chǎn)生的音頻信號。在圖像處理器37的控制下，音頻處理器29處理在照相機模式中在圖像捕捉操作期間產(chǎn)生的音頻信號。在廣播處理器33的控制下，音頻處理器29處理在廣播接收模式中接收到的廣播音頻信號。
用于處理照相機信號和/或廣播信號的結(jié)構(gòu)可從具有上述結(jié)構(gòu)的無線終端中略去。在這種情況下，可根據(jù)本發(fā)明的實施例執(zhí)行用于事件的角色代理功能。在下面的描述中，假定角色是虛擬形象。因此，用于無線終端的事件的角色代理控制將被描述為虛擬形象代理控制，但是可被等同地應用于各種圖像以及虛擬形象。
圖2是示出了根據(jù)本發(fā)明實施例的無線終端的控制器的功能框圖。在由Kim Jaeho等人提交的題為“使用人工智能代理的智能終端”的第2004-78470號韓國專利申請中公開了如圖2所示的功能塊結(jié)構(gòu)的示例。將參照第2004-78470號韓國專利申請中公開的內(nèi)容給出下面的描述。為了實施本發(fā)明，控制器100可控制沒有諸如事件收集部分、事件傳送部分、代理控制部分和代理表示部分的功能塊的單個代理系統(tǒng)。
參照圖2，事件收集部分110執(zhí)行用于收集無線終端中發(fā)生的事件的功能。這里，所述事件包括無線終端的所有事件，諸如無線終端的通信事件、無線終端自身發(fā)生的事件、根據(jù)用戶的請求發(fā)生的事件和當執(zhí)行無線終端的多媒體功能時發(fā)生的事件。即，由事件收集部分110收集的事件是在無線終端中定義的事件。事件收集部分110產(chǎn)生用于識別所發(fā)生的事件的事件消息，并將該事件消息提供給事件傳送部分120。
事件傳送部分120執(zhí)行用于將從事件收集部分110接收到的事件消息傳送到關(guān)聯(lián)客戶的功能。在根據(jù)本發(fā)明的實施例中，假定事件傳送部分120將事件消息只傳送給代理控制部分130。當不同的部件作出事件消息傳送請求時，事件消息可被傳送到不同的部件。此外，事件傳送部分120接收從事件收集部分110接收的事件和在無線終端中沒有定義的用戶定義事件，并且將所接收到的事件傳送到代理控制部分130。這里，如上所述的用戶定義事件稱為應用事件。所述應用事件可在游戲、其它的應用程序和網(wǎng)絡服務程序中發(fā)生。
當從事件傳送部分120接收到事件消息時，代理控制部分130將接收到的事件消息存儲在內(nèi)部緩沖器中，并分析所述事件消息以設置用戶接口(UI)，以使關(guān)聯(lián)角色代理能被表示。這里，從事件傳送部分120傳送的事件可以是無線終端的事件(例如，從事件收集部分110接收的事件)和應用事件。下面，集中描述用于從事件收集部分110接收的事件的代理表示。代理控制部分130設置有多個專家。代理控制部分130控制這些專家，選擇映射到所發(fā)生的事件的專家，并執(zhí)行代理控制功能。當接收到事件時，代理控制部分130根據(jù)所接收到的事件將事件發(fā)生通知適當?shù)膶＜遥I請求發(fā)送到代理表示部分140以使最終選定的專家的代理表示能夠被顯示。響應從代理表示部分140接收到的用戶反饋信息，處理關(guān)聯(lián)事件的用戶反饋信息。
代理表示部分140根據(jù)從代理控制部分130輸出的代理UI信息來顯示用于關(guān)聯(lián)事件的角色表示。此時，代理表示部分140管理多個將被顯示在顯示單元27上的虛擬形象UI。代理控制部分130執(zhí)行控制操作，以使映射到所請求的UI信息的虛擬形象能夠被顯示。當用戶在虛擬形象已經(jīng)根據(jù)所發(fā)生的事件被顯示的情況下產(chǎn)生反饋信息時，代理表示部分140將所接收到的反饋信息發(fā)送到代理控制部分130。代理控制部分130根據(jù)從代理表示部分140接收到的用戶反饋信息來執(zhí)行代理控制。
當在圖2的結(jié)構(gòu)中只有由事件收集部分110收集的無線終端的事件被處理時，可省略事件傳送部分120。這里，代理控制部分130的內(nèi)部緩沖器稱為黑板。
接著，將更加詳細描述代理控制部分130的結(jié)構(gòu)和操作。代理控制部分130包括多個專家，用于根據(jù)事件類型接受調(diào)用、執(zhí)行預設的特定任務和輸出任務結(jié)果；黑板，用于存儲包括事件消息信息的各種信息；監(jiān)督器，用于當多個專家輸出有效結(jié)果時選擇一個專家；虛擬形象商數(shù)(quotient)存儲器，用于根據(jù)所發(fā)生的事件來存儲虛擬形象商數(shù)；專家管理器，用于在事件發(fā)生時從一個事件接一個事件的專家列表中選擇關(guān)聯(lián)專家并根據(jù)事件來控制代理等等。
專家對解決問題作出貢獻并具有限定部分的專業(yè)。專家在黑板中記錄中間步驟的解決方案，而且還表示中間步驟的解決方案的優(yōu)先級和用戶偏好。專家識別黑板的狀態(tài)，作出計算優(yōu)先級和用戶偏好的請求，并在黑板中記錄中間步驟的解決方案。
黑板是用于專家之間通信的工作環(huán)境和信息空間?；旧?，專家能夠記錄中間步驟的解決方案。黑板330的模式的優(yōu)點如下。第一，可容易地集成不同類型的多個專家。第二，因為專家很少彼此影響所以可獨立地模塊化和開發(fā)專家。第三，為多種變化(諸如專家算法的改變或增加新專家)提供了靈活性。
當對于一個事件選擇了至少兩個專家時，專家管理器請求監(jiān)督器選擇與所接收的事件最相關(guān)的專家。監(jiān)督器分析黑板的數(shù)據(jù)、根據(jù)事件基本指定的優(yōu)先級、用戶偏好等，從而選擇最相關(guān)的專家。
虛擬形象的內(nèi)部商數(shù)根據(jù)代理功能和無線終端中發(fā)生的各種事件以及用戶的反饋信息而改變。另外，許多能夠使用虛擬形象商數(shù)的應用事件影響虛擬形象商數(shù)。當內(nèi)部商數(shù)改變時，虛擬形象接口改變。隨著時間段的流逝，觀看到虛擬形象所產(chǎn)生的外表。這是虛擬形象的生長概念。根據(jù)本發(fā)明的實施例，基于人工智能(AI)代理系統(tǒng)，將虛擬形象生長引入到無線終端中。為此，無線終端基于無線終端中發(fā)生的各種事件來對用戶建議和報告多種行為。因此，用戶能夠更有效更愉快地使用終端。基于這些事件和用戶的反饋行為，虛擬形象商數(shù)改變。
表1示出了根據(jù)本發(fā)明實施例的具體情形。表1示出了事件使用情況、情況分類、事件確定次數(shù)、專家的行為(處理)次數(shù)、發(fā)生次數(shù)、次數(shù)、事件參數(shù)(必要的信息)、條件、UI文本、用戶選項等。其它的情況可被加到上述情況中，或者可刪除一些情況。
表1


將更加詳細地描述處理在處理根據(jù)本發(fā)明的特點的無線終端中的事件的過程中與應用程序相關(guān)的事件的操作。
圖3是示出了根據(jù)本發(fā)明實施例的用于使用角色代理來處理程序執(zhí)行事件的操作的流程圖。參照圖3，在步驟1602中，當應用程序執(zhí)行事件發(fā)生時事件收集部分收集所發(fā)生的事件，在步驟1604中，事件收集部分將發(fā)生的事件提供給事件傳送部分。在步驟1606中，事件傳送部分將發(fā)生的事件提供給代理控制部分的專家管理器。在步驟1608中，專家管理器將所接收到的應用程序執(zhí)行事件存儲在黑板中。然后，在步驟1610中，專家管理器識別在應用程序執(zhí)行事件時從內(nèi)部專家列表中調(diào)用的專家，在步驟1612中，專家管理器調(diào)用所識別的專家。圖3示出了在步驟1612中調(diào)用的ID 29、38和41專家的示例。
在調(diào)用的專家中，當關(guān)聯(lián)應用程序已在某星期的特定時間或特定某天被頻繁執(zhí)行(即，在每一預定時間段的特定時間范圍內(nèi)被執(zhí)行至少預定次數(shù))時，ID 29專家被提供以建議在下一預定時間段的特定時間范圍內(nèi)執(zhí)行所述關(guān)聯(lián)應用程序。所述特定時間范圍可以是從比關(guān)聯(lián)應用程序的結(jié)束時間早(30分鐘)的第一預定時間到程序結(jié)束時間的范圍，從所述程序結(jié)束時間到比所述程序結(jié)束時間晚(30分鐘)的第二預定時間的范圍，或者從所述第一預定時間到所述第二預定時間的范圍。
在步驟1614中，ID 29專家識別黑板，并確定關(guān)聯(lián)應用程序在某星期的特定時間或特定某天(在每一預定時間段中的特定時間范圍內(nèi))是否被頻繁執(zhí)行，例如，至少被執(zhí)行與閾值次數(shù)相應的三次。如果確定的結(jié)果是在每一預定時間段中的特定時間范圍內(nèi)所述應用程序沒有被至少執(zhí)行閾值次數(shù)，則ID29專家進入步驟1615以將‘否’信號返回到專家管理器。但是，如果確定的結(jié)果是在每一預定時間段中的特定時間范圍內(nèi)所述應用程序已被至少執(zhí)行閾值次數(shù)，則ID 29專家進入步驟1616。在步驟1616中，ID 29專家建立ID 29警告，然后進入步驟1617以將‘ID 29警告建立’信號返回到專家管理器。例如，當用戶已經(jīng)在第一星期的星期一的上午10:10、第二星期的星期一的上午10:20、第三星期的星期三的上午10:15執(zhí)行了關(guān)聯(lián)應用程序時，可確定在每一預定時間段(例如，7天)的特定時間范圍內(nèi)所述關(guān)聯(lián)應用程序已被至少執(zhí)行預定次數(shù)。在這種情況下，建立‘ID 29警告’并將‘ID 29警告建立’信號返回到專家管理器。
在ID 29警告建立過程中，設置警告發(fā)生時間(即，在下一預定時間段的特定時間范圍內(nèi)的預定時間)，并且為ID 29警告注冊關(guān)聯(lián)應用程序。
在調(diào)用的專家中，ID 38專家被提供，以用于識別將被連續(xù)執(zhí)行的特定應用程序，并且將所述特定應用程序設置為在預定的應用程序結(jié)束之后連續(xù)執(zhí)行的應用程序。在步驟1620中，ID 38專家識別黑板，并確定關(guān)聯(lián)應用程序是否已被在先前結(jié)束的應用程序之后執(zhí)行。例如，可通過分析預定時間段(例如，一星期)的應用程序執(zhí)行記錄信息和確定當前執(zhí)行的應用程序(或第二應用程序)是否已被在先前執(zhí)行的應用程序(或第一應用程序)結(jié)束之后連續(xù)執(zhí)行至少預設次數(shù)(例如，至少三次)來作出這個確定。如果確定結(jié)果是接著先前執(zhí)行的應用程序(或第一應用程序)的當前執(zhí)行的應用程序(或第二應用程序)沒有被連續(xù)執(zhí)行至少預設次數(shù)，則ID 38專家進入步驟1621以將信號‘否’返回到專家管理器。但是，如果接著先前執(zhí)行的應用程序(或第一應用程序)的當前執(zhí)行的應用程序(或第二應用程序)已被連續(xù)執(zhí)行至少預設次數(shù)，則ID 38專家進入步驟1622以將先前執(zhí)行的應用程序(或第一應用程序)和當前執(zhí)行的應用程序(或第二應用程序)設置為連續(xù)程序。ID 38專家進入步驟1623以將信號‘連續(xù)執(zhí)行程序建立’返回到專家管理器。連續(xù)執(zhí)行程序建立指將當前執(zhí)行的應用程序(或第二應用程序)設置為接著先前執(zhí)行的應用程序(或第一應用程序)的連續(xù)執(zhí)行程序。
在調(diào)用的專家中，ID 41專家用來當應用程序被第一次執(zhí)行時建議幫助功能的執(zhí)行。在步驟1630中，ID 41專家確定關(guān)聯(lián)應用程序是否是第一次被執(zhí)行?？赏ㄟ^分析應用程序執(zhí)行記錄信息和識別應用程序執(zhí)行記錄來作出這個確定。如果應用程序不是第一次被執(zhí)行，則ID 41專家進入步驟1631以將信號‘否’返回到專家管理器。但是，如果應用程序是第一次被執(zhí)行，則在步驟1633中ID 41專家將信號‘是’返回到專家管理器。
當調(diào)用的專家作出返回時，在步驟1640中專家管理器將返回‘是’信號的專家的ID(例如，圖3的專家ID 41)提供給監(jiān)督器。然后，在步驟1642中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或者當返回‘是’的專家的個數(shù)為一個時確定關(guān)聯(lián)專家的執(zhí)行。在步驟1644中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，在步驟1646中專家管理器識別最高優(yōu)先級的專家或?qū)⒈粓?zhí)行的專家的UI ID，并且在步驟1648中專家管理器將所識別的UI ID發(fā)送到代理表示部分。在步驟1650中，代理表示部分表示關(guān)聯(lián)UI。當映射到ID 41專家的UI被表示時，可以如圖23A所示地表示用于建議使用關(guān)聯(lián)應用程序的預設的幫助功能的文本。根據(jù)用戶的反饋，如圖23B所示地表示用于識別幫助功能的執(zhí)行的具有高興表情的角色和/或文本。根據(jù)用戶的反饋，如圖23C所示地表示指示幫助功能沒被執(zhí)行的具有悲傷表情的角色和/或文本。當預定時間過去或輸入預定鍵時，所表示的角色和/或文本消失。
圖4是示出根據(jù)本發(fā)明實施例的通過使用角色代理來處理用于建議執(zhí)行設置程序的警告事件的操作的流程圖。如圖3所示，通過事件收集部分和事件傳送部分可將警告事件提供給代理控制部分。
將參照圖4來描述處理用于建議在特定時間范圍內(nèi)執(zhí)行特定程序的警告事件的操作。當在步驟1702中傳送了ID 29警告事件時，在步驟1704中，專家管理器將接收的警告事件存儲在黑板中。然后，專家管理器在步驟1706中識別將在ID 29警告事件的時間從內(nèi)部專家列表調(diào)用的專家，并在步驟1708中調(diào)用識別的專家(在圖4中，ID 29專家被調(diào)用)。
當應用程序在每一預定時間段中的特定時間范圍內(nèi)被執(zhí)行至少閾值次數(shù)時，被調(diào)用的ID 29專家被提供以建議在下一預定時間段的特定時間范圍內(nèi)執(zhí)行該應用程序。然后，ID 29專家通過黑板基于一個應用程序接一個應用程序地識別執(zhí)行記錄，并在步驟1712中確定為ID 29警告所注冊的應用程序在特定時間范圍內(nèi)是否被執(zhí)行。如果在步驟1712中確定的結(jié)果是關(guān)聯(lián)應用程序已經(jīng)被執(zhí)行，則ID 29專家進行到步驟1714以向?qū)＜夜芾砥鞣祷亍瘛盘?。然而，如果關(guān)聯(lián)應用程序沒有被執(zhí)行，則ID 29專家進行到步驟1716以向?qū)＜夜芾砥鞣祷亍恰盘枴．敗恰盘柋环祷貢r，關(guān)聯(lián)應用程序的信息也可被返回。
當被調(diào)用的專家(即，ID 29專家)進行上述返回時，在步驟1720中，專家管理器向監(jiān)督器提供返回‘是’信號的專家的ID。然后，在步驟1722中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或識別關(guān)聯(lián)專家的執(zhí)行。在步驟1724中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，在步驟1726中，專家管理器識別最高優(yōu)先級專家或?qū)⒈粓?zhí)行的專家的UI ID，并在步驟1728中，將識別的UI ID發(fā)送到代理表示部分。然后，代理表示部分表示關(guān)聯(lián)的UI。當映射到專家ID 29的UI ID被發(fā)送時，關(guān)聯(lián)應用程序的信息也被發(fā)送。當代理表示部分表示UI時，可如圖21A所示表示關(guān)聯(lián)應用程序的信息和用于建議執(zhí)行關(guān)聯(lián)應用程序的文本。根據(jù)用戶的反饋，用于同意執(zhí)行關(guān)聯(lián)應用程序的文本和/或具有高興表情的角色被如圖21B所示表示。根據(jù)用戶的反饋，指示關(guān)聯(lián)應用程序沒有被執(zhí)行的文本和/或具有悲傷表情的角色被如圖21C所示表示。當預定時間過去或輸入了預定鍵時，表示的角色和/或文本消失。
圖5是示出根據(jù)本發(fā)明實施例的通過使用角色代理來建議在程序結(jié)束之后執(zhí)行特定程序的操作的流程圖。如圖3所示，可通過事件收集部分和事件傳送部分將警告事件提供給代理控制部分。
將參照圖5來描述用于建議當設置為連續(xù)執(zhí)行應用程序的特定程序在關(guān)聯(lián)應用程序結(jié)束之后沒有被執(zhí)行時執(zhí)行該特定程序的操作。當在步驟1802中傳送了應用程序結(jié)束事件時，在步驟1804中，專家管理器將接收的應用程序結(jié)束事件存儲在黑板中。然后，專家管理器在步驟1806中識別將在應用程序結(jié)束事件的時間從內(nèi)部專家列表被調(diào)用的專家，并在步驟1808中調(diào)用識別的專家(在圖5中，ID 38專家被調(diào)用)。
ID 38專家被提供，以用于建議執(zhí)行將被連續(xù)執(zhí)行(使用)的應用程序。然后，在步驟1810中，ID 38專家確定為結(jié)束的應用程序之后的連續(xù)執(zhí)行(使用)應用程序而注冊的應用程序是否存在。如果為連續(xù)執(zhí)行應用程序而注冊的應用程序不存在，則ID 38專家進行到步驟1812以向?qū)＜夜芾砥鞣祷亍瘛盘?。然而，如果為連續(xù)執(zhí)行應用程序而注冊的應用程序存在，則ID 38專家進行到步驟1814以向?qū)＜夜芾砥鞣祷亍恰盘?。當返回‘是’信號時，還可返回連續(xù)執(zhí)行(使用)應用程序的信息。
當被調(diào)用的專家(即，ID 38專家)進行上述返回時，在步驟1820中，專家管理器向監(jiān)督器提供返回‘是’信號的專家的ID。然后，在步驟1822中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或識別關(guān)聯(lián)專家的執(zhí)行。在步驟1824中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，在步驟1826中，專家管理器識別最高優(yōu)先級專家或?qū)⒈粓?zhí)行的專家的UI ID，并在步驟1828中，將識別的UI ID發(fā)送到代理表示部分。然后，代理表示部分表示關(guān)聯(lián)的UI。當映射到專家ID 38的UI ID被發(fā)送時，連續(xù)執(zhí)行應用程序的信息也被發(fā)送。當代理表示部分表示UI時，可如圖22A所示表示連續(xù)執(zhí)行應用程序信息和用于建議連續(xù)執(zhí)行應用程序的執(zhí)行的文本。根據(jù)用戶的反饋，用于同意連續(xù)執(zhí)行應用程序的文本和/或具有高興表情的角色被如圖22B所示表示。根據(jù)用戶的反饋，指示連續(xù)執(zhí)行應用程序沒有被連續(xù)執(zhí)行的文本和/或具有悲傷表情的角色被如圖22C所示表示。當預定時間過去或輸入了預定鍵時，表示的角色和/或文本消失。
圖6是示出根據(jù)本發(fā)明實施例的通過使用角色代理來建立用于建議早晨呼叫改變的警告的操作的流程圖。參照圖6，當發(fā)生了早晨呼叫改變事件時，在步驟1902中，事件收集部分收集發(fā)生的事件。在步驟1904中，專家管理器將接收的早晨呼叫改變事件存儲在黑板中。然后，在步驟1906中，專家管理器識別將在早晨呼叫改變事件的時間從內(nèi)部專家列表調(diào)用的專家，在步驟1908中，調(diào)用識別的專家(在圖6中ID 30專家被調(diào)用)。
當早晨呼叫先前頻繁地在某星期的特定時間或特定某天被改變(即，至少預定次數(shù)在每一預定時間段中的特定時間范圍內(nèi)被改變)時，調(diào)用的ID 30專家被提供以建議在下一預定時間段的特定時間內(nèi)改變早晨呼叫。所述特定時間范圍可以是從比早晨呼叫改變時間早(30分鐘)的第一預定時間至早晨呼叫改變時間的范圍、從早晨呼叫改變時間至比早晨呼叫改變時間晚(30分鐘)的第二預定時間的范圍、或從所述第一預定時間至所述第二預定時間的范圍。
在步驟1910中，ID 30專家識別黑板，并確定早晨呼叫是否在某星期的特定時間或特定某天(在每一預定時間段的特定時間范圍內(nèi))被頻繁地改變，例如，至少被改變與閾值次數(shù)相應的三次。如果確定的結(jié)果是早晨呼叫在每一預定時間段中的特定時間范圍內(nèi)沒有改變至少閾值次數(shù)，則ID 30專家進行到步驟1912，以向?qū)＜夜芾砥鞣祷亍瘛盘?。然而，如果確定的結(jié)果是早晨呼叫至少閾值次數(shù)在每一預定時間段中的特定時間范圍內(nèi)被改變，則ID 30專家進行到步驟1914。ID 30專家在步驟1914中建立ID 30警告，然后進行到步驟1916以向?qū)＜夜芾砥鞣祷亍甀D 30警告建立’信號。例如，當用戶在第一星期的星期一的上午10:10、在第二星期的星期一的上午10:20、在第三星期的星期三的上午10:15進行了早晨呼叫改變時，可確定早晨呼叫至少預定次數(shù)在每個預定時間段(如，7天)的特定時間范圍內(nèi)被改變。在這種情況下，‘ID 30警告’被建立，并且向?qū)＜夜芾砥鞣祷亍甀D 30警告建立’信號。在ID30警告建立過程中，設置了警告發(fā)生時間(即，下一預定時間段的特定時間范圍內(nèi)的預定時間或下一預定時間段的特定時間范圍內(nèi)最后的早晨呼叫改變時間)，并為ID 30警告注冊了早晨呼叫程序。
當被調(diào)用的ID 30專家進行返回時，在步驟1920中，專家管理器向監(jiān)督器提供返回‘是’信號的專家的ID。在圖6中，根據(jù)本發(fā)明實施例，在早晨呼叫改變的時間調(diào)用的專家的個數(shù)是一個。在這種情況下，因為ID 30專家返回‘否’信號和‘ID 30警告建立’信號，所以從專家管理器發(fā)送到監(jiān)督器的專家ID不存在。在可選擇的實施例中，可將專家構(gòu)造為在早晨呼叫改變事件的時間執(zhí)行合適的操作并返回‘ID 30警告建立’信號。在這種情況下，在步驟1920中，專家管理器可向監(jiān)督器提供返回‘ID 30警告建立’信號的關(guān)聯(lián)專家的ID。然后，在步驟1922中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或識別關(guān)聯(lián)專家的執(zhí)行。在步驟1924中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，在步驟1926中，專家管理器識別最高優(yōu)先級專家或?qū)⒈粓?zhí)行的專家的UI ID，并在步驟1928中，將識別的UI ID(用于注冊早晨呼叫改變警告)發(fā)送到代理表示部分。然后，代理表示部分表示關(guān)聯(lián)的UI。
圖7是示出根據(jù)本發(fā)明實施例的通過使用角色代理來處理用于建議早晨呼叫改變的警告事件的操作的流程圖?？赏ㄟ^事件收集部分和事件傳送部分將警告事件提供給代理控制部分。
將參照圖7來描述當早晨呼叫先前頻繁地在某星期的特定時間或特定某天但最近沒被改變時，用于建議早晨呼叫在下一預定時間段的某星期的特定某天或特定時間被改變的操作。當在步驟2002中傳送ID 30警告事件時，在步驟2004中，專家管理器將接收的警告事件存儲在黑板中。然后，專家管理器在步驟2006中識別將在ID 30警告事件的時間從內(nèi)部專家列表調(diào)用的專家，并在步驟2008中調(diào)用識別的專家(在圖7中ID 30專家被調(diào)用)。
當早晨呼叫至少預定次數(shù)在每一預定時間段中的特定時間范圍內(nèi)被改變時，則提供調(diào)用的ID 30專家以建議早晨呼叫在下一預定時間段的特定時間范圍內(nèi)被改變。在步驟2010中，ID 30警告(警告ID 30)被重置，例如，被重置成N天之后。在N天的時間段內(nèi)調(diào)用并操作該警告重置。然后，ID 30專家通過黑板來識別早晨呼叫改變記錄，并在步驟2012中確定在特定時間范圍內(nèi)早晨呼叫是否已改變。如果在步驟2012中確定的結(jié)果是在特定時間范圍內(nèi)早晨呼叫已改變，則ID 30專家進行到步驟2014以向?qū)＜夜芾砥鞣祷亍瘛盘?。然而，如果在特定時間范圍內(nèi)早晨呼叫沒有改變，則ID 30專家進行到步驟2016以向?qū)＜夜芾砥鞣祷亍恰盘?。當‘是’信號被返回時，與關(guān)聯(lián)早晨呼叫的信息也可被返回。
當被調(diào)用的專家(即，ID 30專家)進行返回時，專家管理器向監(jiān)督器提供返回‘是’信號的專家的ID(即，專家ID 30)。然后，在步驟2022中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或識別關(guān)聯(lián)專家的執(zhí)行。在步驟2024中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，專家管理器在步驟2026中識別最高優(yōu)先級專家或?qū)⒈粓?zhí)行的專家的UI ID，并在步驟2028中將該識別的UI ID發(fā)送到代理表示部分。然后，代理表示部分表示關(guān)聯(lián)的UI。當代理表示部分表示UI時，可如圖24A來表示用于建議早晨呼叫改變的文本。根據(jù)用戶的反饋，用于設置早晨呼叫時間的圖像或文本和/或具有高興表情的角色被如圖24B所示表示。當早晨呼叫時間被設置時，用于識別早晨呼叫改變的文本和/或具有高興表情的角色被如圖24C所示表示。根據(jù)用戶的反饋，用于指示早晨呼叫沒有改變的文本和/或具有悲傷表情的角色被如圖24D所示表示。當預定時間過去或預定鍵被輸入時，表示的角色和/或文本消失。
圖8是示出根據(jù)本發(fā)明實施例的處理用于通過使用角色代理來建議執(zhí)行最近很少被執(zhí)行的程序的警告事件的操作的流程圖。其后，ID 44警告事件可被設置為默認，并可在每一預置時間段(例如，一星期)發(fā)生。當應用程序相關(guān)事件發(fā)生時，發(fā)生的事件被收集并被存儲，關(guān)聯(lián)警告事件可通過根據(jù)每個發(fā)生的事件被調(diào)用的專家被設置。
參照圖8，當在步驟2102中傳送了警告事件(例如，ID 44)時，在步驟2104中，專家管理器將接收的警告事件存儲在黑板中。然后，在步驟2106中，專家管理器識別當有關(guān)警告事件發(fā)生時將從內(nèi)部專家列表調(diào)用的專家。然后，在步驟2108中，專家管理器調(diào)用專家。提供了被調(diào)用的專家以建議執(zhí)行在預定時間段內(nèi)最近已被執(zhí)行少于閾值次數(shù)的應用程序。例如，在步驟2110中，警告(警告ID 44)被重置，例如，被重置為N天之后。在時間段N(一星期)內(nèi)調(diào)用并操作該警告重置。例如，當警告事件的發(fā)生時間是11月10日下午兩點并且時間段N是一星期時，下一警告事件的發(fā)生時間是11月17日下午兩點。
在步驟2112和2114中，ID 44專家通過黑板識別應用程序執(zhí)行記錄，并確定在預定時間段N(例如，最近的一個星期)內(nèi)被執(zhí)行少于閾值次數(shù)(例如，2次)的很少執(zhí)行的應用程序是否存在。如果關(guān)聯(lián)應用程序不存在，則ID 44專家進行到步驟2116以向?qū)＜夜芾砥鞣祷亍瘛盘枴Ｈ欢?，如果關(guān)聯(lián)應用程序存在，則ID 44專家進行到步驟2117以向?qū)＜夜芾砥鞣祷亍恰盘枴．敗恰盘柋环祷貢r，關(guān)聯(lián)應用程序的信息也可被返回。
當被調(diào)用的專家(即，ID 44專家)進行返回時，在步驟2120中，專家管理器向監(jiān)督器提供返回‘是’信號的專家的ID(即，專家ID 44)。然后，在步驟2122中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或識別關(guān)聯(lián)專家的執(zhí)行。在步驟2124中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，在步驟2126中，專家管理器識別最高優(yōu)先級專家或?qū)⒈粓?zhí)行的專家的UI ID，并在步驟2128中將識別的UI ID發(fā)送到代理表示部分。然后，代理表示部分表示關(guān)聯(lián)的UI。當將該UI ID從專家管理器發(fā)送到代理表示部分時，關(guān)聯(lián)應用程序的信息也被發(fā)送。當代理表示部分表示UI時，可如圖25A所示表示關(guān)聯(lián)應用程序的信息和用于建議執(zhí)行關(guān)系應用程序的文本。根據(jù)用戶的反饋，用于同意關(guān)聯(lián)應用程序的執(zhí)行的文本和/或具有高興表情的角色被如圖25B所示表示。根據(jù)用戶的反饋，指示沒有執(zhí)行關(guān)聯(lián)應用程序的文本和/或具有悲傷表情的角色被如圖25C所示表示。當預定時間過去或輸入了預定鍵時，表示的角色和/或文本消失。
圖9是示出根據(jù)本發(fā)明實施例的通過使用角色代理來建立用于建議執(zhí)行程序的警告的操作的流程圖，所述程序是先前有規(guī)律地被執(zhí)行但最近沒有被執(zhí)行的程序。通過事件收集部分和事件傳送部分向代理控制部分提供警告事件。
參照圖9，當在步驟2202中傳送了應用程序執(zhí)行事件時，在步驟2204中，專家管理器將接收的應用程序執(zhí)行事件存儲在黑板中。然后，在步驟2206中，專家管理器識別將在應用程序執(zhí)行事件的時間從內(nèi)部專家列表調(diào)用的專家，并在步驟2208中調(diào)用識別的專家(在圖9中ID 45專家被調(diào)用)。
當關(guān)聯(lián)應用程序在第一預定時間段內(nèi)規(guī)律地每第二預定時間段至少被執(zhí)行預定次數(shù)但在下一第三預定時間段內(nèi)沒有被執(zhí)行時，被調(diào)用的ID 45專家被提供以建議執(zhí)行該關(guān)聯(lián)應用程序。例如，當關(guān)聯(lián)應用程序在第一預定時間段(例如，一個月)內(nèi)每第二預定時間段(例如，一星期)至少被規(guī)律地執(zhí)行閾值次數(shù)(例如，至少一次)但在下一第三預定時間段(例如，三星期)內(nèi)沒有被執(zhí)行時，ID 45專家建議執(zhí)行該關(guān)聯(lián)應用程序。
在步驟2210中，ID 45專家識別黑板，并確定關(guān)聯(lián)應用程序是否被執(zhí)行(在第一預定時間段內(nèi)每第二預定時間段至少被執(zhí)行閾值次數(shù))。例如，ID 45專家確定關(guān)聯(lián)應用程序在最后一月內(nèi)的每個星期是否被執(zhí)行至少一次。
如果確定的結(jié)果是應用程序沒有被執(zhí)行(在第一預定時間段(例如，一個月)內(nèi)每第二預定時間段(例如，一星期)沒有被執(zhí)行至少閾值次數(shù)(例如，至少一次))，則該操作進行到步驟2212以向?qū)＜夜芾砥鞣祷亍瘛盘枴Ｈ欢?，如果確定的結(jié)果是應用程序已被執(zhí)行(在第一預定時間段(例如，一個月)內(nèi)每第二預定時間段(例如，一星期)至少被執(zhí)行閾值次數(shù)(例如，至少一次))，則該操作進行到步驟2214。在步驟2214中，ID 45警告被建立。在ID 45警告建立過程中，警告發(fā)生時間(即，從ID 45警告建立時間起三個星期的第三預定時間段后的預定時間)被設置，并為ID 45警告注冊關(guān)聯(lián)應用程序。如果先前沒有建立ID 45警告，則ID 45警告時間被重置為下一發(fā)生時間。然后，該操作進行到步驟2216以向?qū)＜夜芾砥鞣祷亍甀D 45警告建立’信號。例如，當用戶在第一星期執(zhí)行應用程序至少一次，在第二星期執(zhí)行應用程序至少一次、在第三星期執(zhí)行應用程序至少一次、在第四星期執(zhí)行應用程序至少一次時，‘ID45警告’被建立，并向?qū)＜夜芾砥鞣祷亍甀D 45警告建立’。在ID 45警告建立過程中，警告發(fā)生時間從ID 45警告建立時間起三個星期的第三預定時間段后的預定時間)被設置，并為ID 45警告注冊關(guān)聯(lián)應用程序。
當被調(diào)用的專家(即，ID 45專家)進行返回時，在步驟2218中，專家管理器向監(jiān)督器提供返回‘是’信號的專家的ID。在圖9中，根據(jù)本發(fā)明實施例，在應用程序執(zhí)行事件的時間被調(diào)用的專家的個數(shù)是與ID 45專家對應的1個。在這種情況下，因為關(guān)聯(lián)的ID 45專家返回‘否’信號和‘ID 45警告建立’信號，所以將從專家管理器發(fā)送到監(jiān)督器的專家ID不存在。在可選擇的實施例中，專家可被構(gòu)造為在關(guān)聯(lián)應用程序執(zhí)行事件的時間執(zhí)行合適的操作并返回‘ID45警告建立’信號。在這種情況下，在步驟2218中，專家管理器可向監(jiān)督器提供返回‘ID 45警告建立’信號的關(guān)聯(lián)專家的ID。然后，在步驟2220中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或識別關(guān)聯(lián)專家的執(zhí)行。在步驟2222中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，在步驟2224中，專家管理器識別最高優(yōu)先級專家或?qū)⒈粓?zhí)行的專家的UI ID，并在步驟2226中將識別的UI ID發(fā)送到代理表示部分。當UI ID被發(fā)送到代理表示部分時，關(guān)聯(lián)的UI(或警告注冊UI)可被表示。
圖10是示出根據(jù)本發(fā)明實施例的通過使用角色代理來處理用于建議執(zhí)行程序的警告事件的操作的流程圖，所述程序是先前有規(guī)律地被執(zhí)行但最近沒有被執(zhí)行的程序。參照圖10，當在步驟2302中傳送了應用程序執(zhí)行事件時，在步驟2304中，專家管理器將接收的應用程序執(zhí)行事件存儲在黑板中。然后，專家管理器在步驟2306中識別將在應用程序執(zhí)行事件的時間從內(nèi)部專家列表調(diào)用的專家，并在步驟2308中調(diào)用識別的專家(在圖10中，ID 45專家被調(diào)用)。
當關(guān)聯(lián)應用程序在第一預定時間段(例如，一個月)內(nèi)每第二預定時間段(例如，一星期)至少被規(guī)律地執(zhí)行預定次數(shù)(例如，至少一次)但在下一第三預定時間段(例如，三個星期)內(nèi)沒有被執(zhí)行時，被調(diào)用的ID 45專家被提供以建議執(zhí)行該關(guān)聯(lián)應用程序。在步驟2310中，ID 45專家通過黑板分析應用程序記錄，并確定該應用程序是否被規(guī)律地執(zhí)行(在第一預定時間段內(nèi)每第二預定時間段至少被執(zhí)行閾值次數(shù))以及為ID 45警告事件而注冊的關(guān)聯(lián)應用程序從ID 45警告事件建立時間起三個星期的第三預定時間段內(nèi)是否至少被執(zhí)行閾值次數(shù)(例如，至少一次)。如果關(guān)聯(lián)應用程序最近沒有被執(zhí)行至少閾值次數(shù)(例如，至少一次)，則該操作進行到步驟2312以向?qū)＜夜芾砥鞣祷亍恰盘?。當‘是’信號被返回時，關(guān)聯(lián)應用程序的信息也可被返回。例如，如果關(guān)聯(lián)應用程序在最后一個月的每個星期被規(guī)律地執(zhí)行至少一次，則ID 45警告事件被建立，為ID 45警告事件注冊的應用程序從ID 45警告事件建立時間起三個星期內(nèi)沒有被執(zhí)行至少一次，向?qū)＜夜芾砥鞣祷亍恰盘枴?br> 如果確定的結(jié)果是關(guān)聯(lián)應用程序最近被執(zhí)行至少閾值次數(shù)(例如，至少一次)(從ID 45警告事件建立時間起第三預定時間段內(nèi))，則該操作進行到步驟2314以向?qū)＜夜芾砥鞣祷亍瘛盘枴?br> 當被調(diào)用的專家(即，ID 45專家)進行返回時，在步驟2316中，專家管理器向監(jiān)督器提供返回‘是’信號的專家的ID。然后，在步驟2318中，監(jiān)督器識別關(guān)聯(lián)專家的優(yōu)先級或識別關(guān)聯(lián)專家的執(zhí)行。在步驟2320中，監(jiān)督器將最高優(yōu)先級專家或關(guān)聯(lián)專家的執(zhí)行的識別結(jié)果發(fā)送到專家管理器。然后，在步驟2322中，專家管理器識別最高優(yōu)先級專家或?qū)⒈粓?zhí)行的專家的UI ID，并在步驟2324中將識別的UI ID發(fā)送到代理表示部分。然后，代理表示部分表示關(guān)聯(lián)的UI。當將該UI ID從專家管理器發(fā)送到代理表示部分時，關(guān)聯(lián)的應用程序的信息也被發(fā)送。當代理表示部分表示UI時，關(guān)聯(lián)應用程序的信息、用于建議執(zhí)行該關(guān)聯(lián)應用程序的文本、和選擇按鈕列表可被表示。根據(jù)用戶的反饋，用于識別關(guān)聯(lián)應用程序的執(zhí)行的文本和/或具有高興表情的角色被表示。根據(jù)用戶的反饋，用于識別關(guān)聯(lián)應用程序的執(zhí)行的文本和/或具有悲傷表情的角色被表示。根據(jù)用戶的反饋，指示關(guān)聯(lián)應用程序沒有被執(zhí)行的文本和/或具有悲傷表情的角色被表示。當預定時間過去或輸入了預定鍵，則表示的角色和/或文本消息消失。
通過使用如上所述的角色代理基于一個專家接一個專家地處理無線終端的應用程序相關(guān)事件的操作可被執(zhí)行。將參照附圖來描述用于處理無線終端的應用程序相關(guān)事件的所有操作。為了實施本發(fā)明，控制器100控制沒有功能塊的單個代理系統(tǒng)，并控制存儲器23和顯示單元27。在這種情況下，存儲器23可收集并存儲在無線終端中發(fā)生的事件。
圖11是示出了根據(jù)本發(fā)明實施例在無線終端中建立用于建議程序執(zhí)行的警告的操作的流程圖。將參照圖11描述當已頻繁地在某星期的特定時間或特定某天執(zhí)行關(guān)聯(lián)應用程序時建立用于建議在某星期的特定時間或特定某天執(zhí)行該關(guān)聯(lián)應用程序的警告的操作。當在步驟3001在閑置模式下發(fā)生應用程序執(zhí)行事件時，控制器100在步驟3003檢測發(fā)生的事件，然后繼續(xù)步驟3005。在步驟3005，控制器100識別發(fā)生的事件的應用程序信息。該應用程序信息包括應用程序的類型、發(fā)生時間和結(jié)束時間等。
控制器100在步驟3007分析到目前為止執(zhí)行的應用程序的執(zhí)行記錄，然后繼續(xù)步驟3009?？刂破?00確定是否已頻繁地在某星期的特定時間或特定某天執(zhí)行當前執(zhí)行的應用程序。該確定可通過確定該應用程序是否已至少預定次數(shù)在每一預定時間段的特定時間范圍內(nèi)被執(zhí)行來進行。例如，當無線終端的用戶已在第一星期的星期一上午10:10、第二星期的星期一上午10:20、以及第三星期的星期三上午10:15執(zhí)行了關(guān)聯(lián)應用程序，則可確定該關(guān)聯(lián)應用程序已至少預定次數(shù)在每一預定時間段(例如，7天)的特定時間范圍內(nèi)被執(zhí)行。所述特定時間范圍可以是從第一預定時間到應用程序的最后結(jié)束時間的范圍、從程序結(jié)束時間到第二預定時間的范圍、或者從第一預定時間到第二預定時間的范圍，所述第一預定時間比程序結(jié)束時間早(30分鐘)，所述第二預定時間比程序結(jié)束時間晚(30分鐘)。
如果確定的結(jié)果是，應用程序沒有(至少閾值次數(shù))在某星期的特定時間或特定某天被執(zhí)行，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果已頻繁地在某星期的特定時間或特定某天執(zhí)行該應用程序，則控制器100繼續(xù)步驟3013。當沒有在某星期的特定時間或特定某天執(zhí)行應用程序時，建立用于建議關(guān)聯(lián)應用程序的警告(ID 29)。在建立ID 29警告的過程中，設置警告發(fā)生時間(即，下一預定時間段的特定時間范圍內(nèi)的預定時間或者下一預定時間段的特定時間范圍內(nèi)關(guān)聯(lián)應用程序的最后執(zhí)行時間)，并且為ID 29警告注冊關(guān)聯(lián)應用程序。
圖12是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議設置程序的執(zhí)行的警告事件的操作的流程圖。將參照圖12描述處理用于當關(guān)聯(lián)應用程序沒有被執(zhí)行時建議執(zhí)行關(guān)聯(lián)應用程序的警告事件的操作。在步驟3101，控制器100進入閑置模式?？刂破?00繼續(xù)步驟3103以識別當前時間。在步驟3105，控制器100識別設置的ID 29警告事件(用于當在某星期的特定時間或特定某天沒有繼續(xù)執(zhí)行關(guān)聯(lián)應用程序時建議執(zhí)行該關(guān)聯(lián)應用程序)的發(fā)生時間。如果識別的當前時間與ID 29警告事件的發(fā)生時間對應，則控制器100在步驟3107檢測該對應并繼續(xù)步驟3109。在步驟3109，控制器100分析應用程序執(zhí)行記錄列表，到目前為止或在預定時間段期間執(zhí)行的應用程序的信息記錄在該應用程序執(zhí)行記錄列表中。然后，控制器繼續(xù)步驟3111以確定為ID 29警告事件注冊的關(guān)聯(lián)應用程序是否已在特定時間范圍內(nèi)被執(zhí)行。如果確定的結(jié)果是，為ID 29警告事件注冊的關(guān)聯(lián)應用程序已在特定時間范圍內(nèi)被執(zhí)行，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果為ID 29警告事件注冊的關(guān)聯(lián)應用程序沒有在特定時間范圍內(nèi)被執(zhí)行，則控制器100繼續(xù)步驟3113并如圖21A所示表示選擇按鈕列表和用于建議在特定時間范圍內(nèi)執(zhí)行關(guān)聯(lián)應用程序的角色和文本。所述特定時間范圍可以是從第一預定時間到程序結(jié)束時間的范圍、從程序執(zhí)行時間到第二預定時間的范圍、或者從第一預定時間到第二預定時間的范圍，所述第一預定時間比關(guān)聯(lián)應用程序的最后執(zhí)行時間早(30分鐘)，所述第二預定時間比程序執(zhí)行時間晚(30分鐘)。
當用戶選擇與選擇按鈕列表的第一項對應的“是”時，控制器100在步驟3115中檢測所選的項，然后繼續(xù)步驟3117以表示對同意執(zhí)行關(guān)聯(lián)應用程序的反饋。如圖21B所示，通過用于識別同意執(zhí)行關(guān)聯(lián)應用程序的帶有高興表情的角色和/或文本來表示所述對同意執(zhí)行關(guān)聯(lián)應用程序的反饋。
當用戶選擇與選擇按鈕列表的第二項對應的“否”時，控制器100在步驟3115檢測所選的項，然后繼續(xù)步驟3119以表示對拒絕執(zhí)行關(guān)聯(lián)應用程序的反饋。如圖21C所示，通過用于識別拒絕執(zhí)行關(guān)聯(lián)應用程序的帶有悲傷表情的角色和/或文本來表示所述對拒絕執(zhí)行關(guān)聯(lián)應用程序的反饋。當預定時間過去或者預定鍵被輸入時，表示的角色和/或文本消失。
圖13是示出了根據(jù)本發(fā)明實施例在無線終端中將特定程序設置為一程序結(jié)束之后的連續(xù)執(zhí)行程序的操作的流程圖。參照圖13，如果隨預定的程序(或第一應用程序)之后的特定應用程序(或第二應用程序)頻繁地在該預定的應用程序(或第一應用程序)已結(jié)束之后連續(xù)執(zhí)行，則操作將該特定應用程序(或第二應用程序)設置為連續(xù)執(zhí)行應用程序。當在步驟3201在先前執(zhí)行的應用程序(或第一應用程序)結(jié)束之后的閑置模式中，響應于用戶請求，預定的應用程序(或第二應用程序)的執(zhí)行事件連續(xù)發(fā)生，則控制器100在步驟3203檢測發(fā)生的執(zhí)行事件并繼續(xù)步驟3205。在步驟3205，控制器100分析當前執(zhí)行的應用程序(或第二應用程序)的信息，并在步驟3205將分析的信息記錄在應用程序執(zhí)行記錄列表中。到目前為止或在預定時間段期間執(zhí)行的應用程序的信息記錄在該應用程序執(zhí)行記錄列表中。所述應用程序信息可以包括應用程序類型、應用程序執(zhí)行、應用程序的結(jié)束、連續(xù)執(zhí)行應用程序的建立等。
然后，控制器100在步驟3207分析應用程序執(zhí)行記錄列表，并在步驟3209確定在先前執(zhí)行的應用程序(或第一應用程序)和當前執(zhí)行的應用程序(或第二應用程序)之間是否存在連續(xù)性。即，控制器100確定當前執(zhí)行的應用程序是否至少閾值次數(shù)(例如，至少三次)在先前執(zhí)行的應用程序(或第一應用程序)結(jié)束之后被連續(xù)執(zhí)行。如果當前執(zhí)行的應用程序沒有至少閾值次數(shù)在先前執(zhí)行的應用程序結(jié)束之后連續(xù)執(zhí)行，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果當前執(zhí)行的應用程序已至少閾值次數(shù)在先前執(zhí)行的應用程序結(jié)束之后連續(xù)執(zhí)行，則控制器100繼續(xù)步驟3211。在步驟3211，控制器100將當前執(zhí)行的應用程序設置(或注冊)為隨先前執(zhí)行的應用程序之后的連續(xù)執(zhí)行應用程序。
圖14是示出了根據(jù)本發(fā)明實施例在無線終端中在一程序結(jié)束之后建議特定程序的執(zhí)行的操作的流程圖。將參照圖14描述當在預定應用程序已結(jié)束之后被設置為連續(xù)執(zhí)行應用程序的特定程序沒有被執(zhí)行時用于建議執(zhí)行該特定程序的操作。當在步驟3301根據(jù)用戶請求，用于結(jié)束當前正在執(zhí)行的應用程序(或第一應用程序)的事件發(fā)生，則控制器100在步驟3303檢測該結(jié)束事件并繼續(xù)步驟3305。在步驟3305，控制器100記錄并識別結(jié)束的應用程序(或第一應用程序)的信息，并分析應用程序執(zhí)行記錄列表。到目前為止或在預定時間段期間執(zhí)行的應用程序的信息記錄在該應用程序執(zhí)行記錄列表中。所述應用程序信息可以包括應用程序類型、應用程序執(zhí)行、應用程序的結(jié)束、連續(xù)執(zhí)行應用程序的建立等信息。
然后，控制器100在步驟3307確定是否存在隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序。如果確定的結(jié)果是，不存在隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果確定的結(jié)果是，存在隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序，則控制器100繼續(xù)步驟3309。在步驟3309，如圖22A所示，控制器100表示選擇按鈕列表和用于建議執(zhí)行隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序的角色和文本。
當用戶選擇與選擇按鈕列表的第一項對應的“是”時，控制器100在步驟3311中檢測所選的項，然后繼續(xù)步驟3313以表示對同意執(zhí)行隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序的反饋。如圖22B所示，通過用于識別同意執(zhí)行隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序的帶有高興表情的角色和/或文本來表示對同意執(zhí)行隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序的反饋。
當用戶選擇與選擇按鈕列表的第二項對應的“否”時，控制器100在步驟3311檢測所選的項，然后繼續(xù)步驟3315以表示對拒絕執(zhí)行隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序的反饋。如圖22C所示，通過用于識別拒絕執(zhí)行隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序的帶有悲傷表情的角色和/或文本來表示所述對拒絕執(zhí)行隨結(jié)束的應用程序(或第一應用程序)之后的連續(xù)執(zhí)行應用程序的反饋。當過去預定時間或者輸入預定鍵時，表示的角色和/或文本消失。
圖15是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于當程序首次被使用時建議執(zhí)行幫助功能的警告的操作的流程圖。將參照圖15描述處理用于當應用程序首次執(zhí)行時建議執(zhí)行幫助功能的警告事件的操作。當在步驟3401在閑置模式下發(fā)生預定應用程序事件時，控制器100在步驟3403檢測發(fā)生的事件，然后繼續(xù)步驟3405以識別關(guān)聯(lián)應用程序信息。所述應用程序信息可以包括應用程序類型、應用程序執(zhí)行、應用程序的結(jié)束等信息。
在步驟3407，控制器100分析到目前為止或在預定時間段期間執(zhí)行的應用程序的記錄并確定關(guān)聯(lián)應用程序是否是首次執(zhí)行。如果確定的結(jié)果是該應用程序不是首次執(zhí)行，則控制器100立即執(zhí)行該應用程序。然而，如果該應用程序是首次執(zhí)行，則控制器100繼續(xù)步驟3411。
在步驟3411，如圖23A所示，控制器100表示選擇按鈕列表和用于建議執(zhí)行用于描述應用程序的幫助功能的角色和文本。
當用戶選擇與選擇按鈕列表的第一項對應的“是”時，控制器100在步驟3413中檢測所選的項，然后繼續(xù)步驟3415以表示對同意執(zhí)行幫助功能的反饋。如圖23B所示，通過用于識別同意執(zhí)行幫助功能的帶有高興表情的角色和/或文本來表示所述對同意執(zhí)行幫助功能的反饋。
當用戶選擇與選擇按鈕列表的第二項對應的“否”時，控制器100在步驟3413檢測所選的項，然后繼續(xù)步驟3417以表示對拒絕執(zhí)行幫助功能的反饋。如圖23C所示，通過用于識別拒絕執(zhí)行幫助功能的帶有悲傷表情的角色和/或文本來表示所述對拒絕執(zhí)行幫助功能的反饋。當過去預定時間或者輸入預定鍵時，表示的角色和/或文本消失。
圖16是示出了根據(jù)本發(fā)明實施例在無線終端中建立用于建議早晨呼叫改變的警告的操作的流程圖。將參照圖16描述當早晨呼叫先前頻繁地在某星期的特定時間或特定某天被改變時建立用于建議在某星期的特定時間或特定某天改變早晨呼叫的警告的操作。當在步驟3501在閑置模式下發(fā)生早晨呼叫改變事件時，控制器100在步驟3503檢測發(fā)生的事件，然后繼續(xù)步驟3505?？刂破?00在步驟3505分析記錄有早晨呼叫改變事件的早晨呼叫改變列表，然后繼續(xù)步驟3507以確定早晨呼叫是否頻繁地在某星期的特定時間或特定某天被改變。例如，當無線終端的用戶在第一星期的星期一上午10:10、第二星期的星期一上午10:20、第三星期的星期三上午10:15進行早晨呼叫改變時，可確定早晨呼叫至少預定次數(shù)在每一預定時間段(例如，7天)的特定時間范圍內(nèi)被改變。所述特定時間范圍可以是從第一預定時間到最后早晨呼叫改變時間的范圍、從早晨呼叫改變時間到第二預定時間的范圍、或者從第一預定時間到第二預定時間的范圍，所述第一預定時間比早晨呼叫改變時間早(30分鐘)，所述第二預定時間比早晨呼叫改變時間晚(30分鐘)。
如果早晨呼叫沒有(至少閾值次數(shù))在某星期的特定時間或特定某天被改變，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果早晨呼叫已頻繁地被改變，則控制器100繼續(xù)步驟3511以建立用于建議在某星期的特定時間或特定某天改變早晨呼叫的警告(ID 30)。在建立ID 30警告的過程中，設置警告發(fā)生時間(即，下一預定時間段的特定時間范圍內(nèi)的預定時間或者下一預定時間段的特定時間范圍內(nèi)的最后的早晨呼叫改變時間)。
圖17是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議早晨呼叫改變的警告事件的操作的流程圖。將參照圖17描述處理用于當早晨呼叫沒有在某星期的特定時間或特定某天被改變時建議早晨呼叫改變的警告事件的操作。在步驟3601控制器100進入閑置模式?？刂破?00繼續(xù)步驟3603以識別當前時間。在步驟3605，控制器100識別設置的ID 30(用于當早晨呼叫沒有在某星期的特定時間或特定某天被改變時建議早晨呼叫改變)的發(fā)生時間。如果識別的當前時間與ID 30警告事件的發(fā)生時間對應，則控制器100在步驟3607檢測該對應，并繼續(xù)步驟3609。在步驟3609，控制器100分析記錄有早晨呼叫改變信息的早晨呼叫記錄列表。在步驟3611，控制器100確定在ID 30警告事件發(fā)生之前早晨呼叫是否已被改變了預定時間(例如，30分鐘)。如果確定的結(jié)果是早晨呼叫已被改變，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果早晨呼叫還沒有被改變，則如圖24A所示控制器100繼續(xù)步驟3613以表示選擇按鈕列表和用于建議早晨呼叫改變的角色和文本。
當用戶選擇與選擇按鈕列表的第一項對應的“是”時，控制器100在步驟3615中檢測所選的項，然后繼續(xù)步驟3617以表示對同意早晨呼叫改變的反饋。如圖24B所示，通過用于設置早晨呼叫時間的帶有高興表情的角色和/或文本來表示所述對同意早晨呼叫改變的反饋。當設置早晨呼叫時間時，如圖24C所示，控制器100表示帶有高興表情的角色和/或識別早晨呼叫改變的文本。
當用戶選擇與選擇按鈕列表的第二項對應的“否”時，控制器100在步驟3615檢測所選的項，然后繼續(xù)步驟3619以表示對拒絕早晨呼叫改變的反饋。如圖24D所示，通過與拒絕早晨呼叫改變相關(guān)的帶有悲傷表情的角色和/或文本來表示所述對拒絕早晨呼叫改變的反饋。當過去預定時間或者輸入預定鍵時，表示的角色和/或文本消失。
圖18是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議最近很少被執(zhí)行的程序的執(zhí)行的警告事件的操作的流程圖。將參照圖18描述處理用于建議執(zhí)行最近很少執(zhí)行的程序的警告事件的操作。當在步驟3701在閑置模式下發(fā)生警告事件時，控制器100在步驟3703檢測發(fā)生的警告事件，然后繼續(xù)步驟3705。在步驟3705，控制器100分析發(fā)生的警告事件并確定發(fā)生的警告事件的類型。如果確定的結(jié)果是，發(fā)生的警告事件是ID 44警告事件(用于建議最近很少執(zhí)行的應用程序)，則控制器100在步驟3707檢測發(fā)生的警告事件，然后繼續(xù)步驟3709。在步驟3709，控制器100重置ID 44警告事件的發(fā)生時間。重置的警告以N(一星期)為一時間段被調(diào)用并被操作。例如，當警告事件的發(fā)生時間是十一月10日下午2點并且時間段N為一星期時，則下一警告事件的發(fā)生時間可以是十一月17日下午2點。
在步驟3711，控制器100分析應用程序執(zhí)行列表，并將各應用程序在第一預定時間段(例如，上一星期)內(nèi)執(zhí)行的執(zhí)行次數(shù)與各應用程序在第二預定時間段(例如，這一星期)內(nèi)執(zhí)行的執(zhí)行次數(shù)進行比較?？刂破?00繼續(xù)步驟3713以確定是否存在執(zhí)行得比預定次數(shù)少的很少執(zhí)行的應用程序。如果確定的結(jié)果是不存在很少執(zhí)行的應用程序，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果存在很少執(zhí)行的應用程序，則控制器100繼續(xù)步驟3715。在步驟3715，控制器100提取很少執(zhí)行的應用程序的信息，并如圖25A所示表示選擇按鈕列表和用于建議執(zhí)行關(guān)聯(lián)應用程序的角色和文本。
當用戶選擇與選擇按鈕列表的第一項對應的“是”時，控制器100在步驟3717中檢測所選的項，然后繼續(xù)步驟3719以表示對同意執(zhí)行關(guān)聯(lián)應用程序的反饋。如圖25B所示，通過用于識別同意執(zhí)行關(guān)聯(lián)應用程序的帶有高興表情的角色和/或文本來表示所述對同意執(zhí)行關(guān)聯(lián)應用程序的反饋。
當用戶選擇與選擇按鈕列表的第二項對應的“否”時，控制器100繼續(xù)步驟3721以表示對拒絕執(zhí)行關(guān)聯(lián)應用程序的反饋。如圖25C所示，通過用于識別拒絕執(zhí)行關(guān)聯(lián)應用程序的帶有悲傷表情的角色和/或文本來表示所述對拒絕執(zhí)行關(guān)聯(lián)應用程序的反饋。當過去預定時間或者輸入預定鍵時，表示的角色和/或文本消失。
圖19是示出了根據(jù)本發(fā)明實施例在無線終端中建立用于建議先前有規(guī)律地被執(zhí)行但是最近沒被執(zhí)行的程序的執(zhí)行的警告的操作的流程圖。將參照圖19描述當特定應用程序先前有規(guī)律地執(zhí)行但是最近沒有被執(zhí)行時建立用于建議執(zhí)行該特定應用程序的警告的操作。當在步驟3801在閑置模式下發(fā)生應用程序執(zhí)行事件時，控制器100在步驟3803檢測發(fā)生的事件，然后繼續(xù)步驟3805。在步驟3805，控制器100識別與發(fā)生的事件關(guān)聯(lián)應用程序信息。該應用程序信息包括應用程序的類型及發(fā)生時間。
控制器100在步驟3807分析應用程序執(zhí)行記錄，然后繼續(xù)步驟3809以確定當前的應用程序是否已在預定時間段內(nèi)有規(guī)律地被執(zhí)行。該確定可通過確定在第一預定時間段(例如，一個月)內(nèi)關(guān)聯(lián)應用程序是否有規(guī)律地每第二預定時間段(例如，一個星期)執(zhí)行至少閾值次數(shù)(例如，至少一次)來進行。
如果在第一預定時間段(例如，一個月)內(nèi)關(guān)聯(lián)應用程序沒有有規(guī)律地每第二預定時間段(例如，一周)執(zhí)行至少閾值次數(shù)(例如，至少一次)，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果在第一預定時間段(例如，一個月)內(nèi)關(guān)聯(lián)應用程序有規(guī)律地每第二預定時間段(例如，一周)執(zhí)行至少閾值次數(shù)(例如，至少一次)，則控制器100繼續(xù)步驟3811。在步驟3811，建立警告(ID 45)，該ID 45用于當特定應用程序先前有規(guī)律地執(zhí)行但是最近(在從ID 45警告事件的建立時間到ID 45警告事件的發(fā)生時間的第三預定時間段(例如，三個星期))沒有被執(zhí)行時建議執(zhí)行該應用程序。在ID 45警告建立過程中，設置警告發(fā)生時間(即，從ID 45警告建立時間起三個星期的第三預定時間段之后的預定時間)，并為ID 45警告記錄關(guān)聯(lián)應用程序。然而，如果先前已建立了ID 45警告，則ID 45警告時間被重置為下一發(fā)生時間。所述三個星期的第三預定時間段之后的預定時間可以是從第一預定時間到應用程序的最后執(zhí)行時間的范圍、從程序執(zhí)行時間到第二預定時間的范圍、或者從第一預定時間到第二預定時間的范圍，所述第一預定時間比關(guān)聯(lián)應用程序的執(zhí)行時間早(30分鐘)，所述第二預定時間比程序執(zhí)行時間晚(30分鐘)。
圖20是示出了根據(jù)本發(fā)明實施例在無線終端中處理用于建議執(zhí)行先前有規(guī)律地被執(zhí)行但是最近沒被執(zhí)行的程序的警告事件的操作的流程圖。將參照圖20描述處理用于建議執(zhí)行先前有規(guī)律地執(zhí)行但是最近沒有執(zhí)行的程序的警告事件的操作?？刂破?00在步驟3901進入閑置模式?？刂破?00繼續(xù)步驟3903以識別當前時間。在步驟3905，控制器100識別ID 45警告事件(用于建議執(zhí)行先前有規(guī)律地執(zhí)行但是最近沒有執(zhí)行的程序)的發(fā)生時間。如果識別的當前時間與ID 45警告事件的發(fā)生時間對應，則控制器100在步驟3907檢測該對應，并繼續(xù)步驟3909。在步驟3909，控制器100分析記錄有應用程序執(zhí)行信息的應用程序執(zhí)行記錄列表。在步驟3911，控制器100確定關(guān)聯(lián)應用程序是否已在ID 45警告事件的發(fā)生時間之前的預定時間(例如，從ID 45警告建立時間到ID 45警告建立時間的發(fā)生時間的第三預定時間段(例如，三個星期))內(nèi)被執(zhí)行。
如果確定的結(jié)果是關(guān)聯(lián)應用程序已執(zhí)行，則控制器100繼續(xù)結(jié)束操作的步驟。然而，如果確定的結(jié)果是關(guān)聯(lián)應用程序沒有執(zhí)行，則控制器100繼續(xù)步驟3913以表示選擇按鈕列表和用于建議執(zhí)行關(guān)聯(lián)應用程序的角色和文本。當用戶從選擇按鈕列表選擇“是”時，控制器100在步驟3915中檢測所選的項，然后繼續(xù)步驟3917以表示對同意執(zhí)行關(guān)聯(lián)應用程序的反饋。通過用于識別同意執(zhí)行關(guān)聯(lián)應用程序的帶有高興表情的角色和/或文本來表示所述對同意執(zhí)行關(guān)聯(lián)應用程序的反饋。當用戶從選擇按鈕列表選擇“否”時，控制器100在步驟3915檢測所選的項，然后繼續(xù)步驟3919以表示對拒絕執(zhí)行關(guān)聯(lián)應用程序的反饋。通過用于識別拒絕執(zhí)行關(guān)聯(lián)應用程序的帶有悲傷表情的角色和/或文本來表示所述對拒絕執(zhí)行關(guān)聯(lián)應用程序的反饋。當過去預定時間或者輸入預定鍵時，表示的角色和/或文本消失。
根據(jù)如上所述的本發(fā)明的實施例，角色代理功能被添加到無線終端，并且當該無線終端中發(fā)生事件時，表示用于產(chǎn)生并處理事件的虛擬形象用戶接口(UI)，從而在無線終端中發(fā)生的應用程序相關(guān)事件可通過該角色代理功能被表示。
根據(jù)如上所述的本發(fā)明的實施例，可在無線終端中執(zhí)行處理應用程序相關(guān)事件的操作。盡管為了說明目的已公開了本發(fā)明的優(yōu)選實施例，但是本領(lǐng)域的技術(shù)人員應該理解，在不脫離本發(fā)明的范圍的情況下，可進行各種修改、添加和替換。因此，本發(fā)明不局限于上述的實施例，而是由權(quán)利要求及其等同物的完整范圍限定。
權(quán)利要求
1.一種用于在無線終端中處理應用程序相關(guān)事件的設備，所述設備包括存儲器，用于存儲與應用程序相關(guān)事件關(guān)聯(lián)的角色用戶接口圖像；事件收集部分，用于收集發(fā)生在無線終端中的所述應用程序相關(guān)事件，并產(chǎn)生用于識別它的關(guān)聯(lián)應用程序相關(guān)事件的事件消息；代理控制部分，包括多個用于處理所述應用程序相關(guān)事件的專家，所述代理控制部分用于從所述多個專家中選擇映射到所述事件消息的專家，設置所選擇的專家的應用程序相關(guān)事件的警告事件，并且當?shù)竭_所述警告事件的發(fā)生時間時，選擇并輸出關(guān)于所述警告事件的信息的角色用戶接口，而且響應從用戶接收的反饋信息來處理關(guān)聯(lián)事件的用戶反饋信息；和代理表示部分，用于輸出所述反饋信息和映射到所述應用程序相關(guān)事件的角色和文本。
2.如權(quán)利要求1所述的設備，還包括事件傳送部分，用于將由所述事件收集部分收集的所述應用程序相關(guān)事件傳送到所述代理控制部分。
3.如權(quán)利要求1所述的設備，還包括監(jiān)督器，用于當為一個事件選擇兩個專家時選擇與所述事件最相關(guān)的專家。
4.如權(quán)利要求1所述的設備，其中，所述代理控制部分包括專家，所述專家用于在每一時間段的預定時間范圍內(nèi)執(zhí)行相應的應用程序預定次數(shù)或大于預定次數(shù)之后，如果在下一時間段的預定時間范圍內(nèi)所述相應的應用程序沒有被執(zhí)行，則建議執(zhí)行所述相應的應用程序。
5.如權(quán)利要求4所述的設備，其中，所述預定時間范圍指從所述相應的應用程序結(jié)束之前的第一時間直到所述相應的應用程序結(jié)束的時間的時間范圍。
6.如權(quán)利要求5所述的設備，其中，所述預定時間范圍指從所述相應的應用程序結(jié)束的時間直到所述相應的應用程序結(jié)束之后的第二時間的時間范圍。
7.如權(quán)利要求6所述的設備，其中，所述預定時間范圍指從所述第一時間到所述第二時間的時間范圍。
8.如權(quán)利要求4所述的設備，其中，所述代理控制部分執(zhí)行將用于所述專家的應用程序相關(guān)事件的角色用戶接口標識符和關(guān)于所述相應的應用程序的信息傳送到所述代理表示部分的控制操作，以輸出用于建議執(zhí)行所述相應的應用程序的角色和文本。
9.如權(quán)利要求8所述的設備，其中，所述代理控制部分執(zhí)行輸出用于建議執(zhí)行所述相應的應用程序的角色和文本和選擇按鈕列表以及輸出映射到由所述選擇按鈕的選擇產(chǎn)生的反饋信息的角色和文本的控制操作。
10.如權(quán)利要求1所述的設備，其中，所述代理控制部分包括專家，所述專家用于如果在預定應用程序結(jié)束之后特定應用程序連續(xù)執(zhí)行的次數(shù)大于或等于閾值次數(shù)，則將所述特定應用程序指定為連續(xù)執(zhí)行應用程序，并且建議在所述預定應用程序結(jié)束之后連續(xù)執(zhí)行所述特定應用程序。
11.如權(quán)利要求10所述的設備，其中，所述代理控制部分執(zhí)行將用于所述專家的應用程序相關(guān)事件的角色用戶接口標識符和關(guān)于所述特定應用程序的信息傳送到所述代理表示部分的控制操作，以輸出用于建議執(zhí)行所述特定應用程序的角色和文本。
12.如權(quán)利要求11所述的設備，其中，所述代理控制部分執(zhí)行輸出用于建議執(zhí)行所述特定應用程序的角色和文本和選擇按鈕列表以及輸出映射到由所述選擇按鈕的選擇產(chǎn)生的反饋信息的角色和文本的控制操作。
13.如權(quán)利要求1所述的設備，其中，所述代理控制部分包括用于建議執(zhí)行第一次執(zhí)行的應用程序的幫助功能的專家。
14.如權(quán)利要求11所述的設備，其中，所述代理控制部分執(zhí)行將用于所述專家的應用程序相關(guān)事件的角色用戶接口標識符和關(guān)于所述相應的應用程序的信息傳送到所述代理表示部分的控制操作，以輸出用于建議執(zhí)行為描述所述相應的應用程序而提供的幫助功能的角色和文本。
15.如權(quán)利要求14所述的設備，其中，所述代理控制部分執(zhí)行輸出用于建議執(zhí)行為描述所述相應的應用程序而提供的幫助功能的角色和文本和選擇按鈕列表以及輸出映射到由所述選擇按鈕的選擇產(chǎn)生的反饋信息的角色和文本的控制操作。
16.如權(quán)利要求1所述的設備，其中，所述代理控制部分包括專家，所述專家用于在每一時間段的預定時間范圍內(nèi)改變早晨呼叫預定次數(shù)或更多次數(shù)之后，如果在下一時間段的預定時間范圍內(nèi)早晨呼叫不改變，則建議改變早晨呼叫。
17.如權(quán)利要求16所述的設備，其中，所述預定時間范圍指從所述相應的應用程序結(jié)束之前的第一時間直到所述相應的應用程序結(jié)束的時間的時間范圍。
18.如權(quán)利要求17所述的設備，其中，所述預定時間范圍指從所述相應的應用程序結(jié)束的時間直到所述相應的應用程序結(jié)束之后的第二時間的時間范圍。
19.如權(quán)利要求18所述的設備，其中，所述預定時間范圍指從所述第一時間到所述第二時間的時間范圍。
20.如權(quán)利要求16所述的設備，其中，所述代理控制部分執(zhí)行將用于所述專家的早晨呼叫改變相關(guān)事件的角色用戶接口傳送到所述代理表示部分的控制操作，從而輸出用于建議改變早晨呼叫的角色和文本。
21.如權(quán)利要求16所述的設備，其中，所述代理控制部分執(zhí)行輸出用于建議改變早晨呼叫的角色和文本和選擇按鈕列表以及輸出映射到由所述選擇按鈕的選擇產(chǎn)生的反饋信息的角色和文本的控制操作。
22.如權(quán)利要求1所述的設備，其中，所述代理控制部分包括專家，所述專家用于如果在預定的時間段內(nèi)應用程序的執(zhí)行次數(shù)少于閾值次數(shù)，則建議執(zhí)行所述應用程序。
23.如權(quán)利要求22所述的設備，其中，所述代理控制部分執(zhí)行將用于所述專家的應用程序相關(guān)事件的角色用戶接口標識符和關(guān)于所述相應的應用程序的信息傳送到所述代理表示部分的控制操作，從而輸出用于建議執(zhí)行所述相應的應用程序的角色和文本。
24.如權(quán)利要求22所述的設備，其中，所述代理控制部分執(zhí)行輸出用于建議執(zhí)行所述相應的應用程序的角色和文本和選擇按鈕列表以及輸出映射到由所述選擇按鈕的選擇產(chǎn)生的反饋信息的角色和文本的控制操作。
25.如權(quán)利要求1所述的設備，其中，所述代理控制部分包括專家，所述專家用于如果相應的應用程序在第一時間段中的第二時間段內(nèi)被執(zhí)行預定的次數(shù)或更多次數(shù)之后在第三時間段內(nèi)所述相應的應用程序沒有被執(zhí)行，則建議執(zhí)行所述相應的應用程序。
26.如權(quán)利要求25所述的設備，其中，所述第二時間段包括在所述第一時間段中。
27.如權(quán)利要求25所述的設備，其中，所述第三時間段比所述第一時間段短。
28.如權(quán)利要求25所述的設備，其中，所述代理控制部分執(zhí)行將所述專家的應用程序相關(guān)事件的角色用戶接口標識符和關(guān)于所述相應的應用程序的信息發(fā)送到代理表示部分的控制操作，以輸出用于建議執(zhí)行所述相應的應用程序的文本和角色。
29.如權(quán)利要求25所述的設備，其中，所述代理控制部分執(zhí)行輸出選擇按鈕列表和用于建議執(zhí)行所述相應的應用程序的文本和角色以及輸出映射到由選擇按鈕的選擇產(chǎn)生的反饋信息的文本和角色的控制操作。
30.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當應用程序執(zhí)行事件發(fā)生時，識別關(guān)于相應的應用程序的信息；確定所述相應的應用程序在每一時間段中的預定時間范圍內(nèi)是否被執(zhí)行預定次數(shù)或更多次數(shù)；和如果所述相應的應用程序在每個時間段中的預定時間范圍內(nèi)被執(zhí)行了預定次數(shù)或更多次數(shù)，則設置如下描述警告事件，即如果在下一時間段中的預定時間范圍內(nèi)沒有執(zhí)行所述相應的應用程序，則所述警告事件建議執(zhí)行所述相應的應用程序。
31.如權(quán)利要求30所述的方法，其中，所述預定時間范圍表示如下時間范圍之一從所述相應的應用程序結(jié)束的時間之前的第一時間至所述相應的應用程序結(jié)束的時間的時間范圍、從所述相應的應用程序結(jié)束的時間至所述相應的應用程序結(jié)束之后的時間的第二時間的時間范圍、和從所述第一時間至所述第二時間的時間范圍。
32.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當警告事件發(fā)生時，確定該警告事件的類型；如果所述警告事件是用于在所述相應的應用程序已在每個時間段中的預定時間范圍內(nèi)執(zhí)行了預定次數(shù)數(shù)或更多次數(shù)之后當所述相應的應用程序在下一時間段中的預定時間范圍內(nèi)沒有被執(zhí)行時建議執(zhí)行所述相應的應用程序的警告事件，則分析所述相應的應用程序的執(zhí)行紀錄以確定在所述預定時間范圍內(nèi)所述相應的應用程序是否已被執(zhí)行；和如果所述相應的應用程序在所述預定時間范圍內(nèi)沒有被執(zhí)行，則表示用于建議執(zhí)行所述相應的應用程序的文本和角色。
33.如權(quán)利要求32所述的方法，還包括以下步驟表示選擇按鈕列表和用于建議執(zhí)行所述相應的應用程序的文本和角色；和如果從所述選擇按鈕列表選擇了預定的選擇按鈕，則表示映射到所述選擇的選擇按鈕的反饋信息。
34.如權(quán)利要求33所述的方法，其中，所述表示反饋信息的步驟包括如下步驟如果從所述選擇按鈕列表選擇了用于同意執(zhí)行所述相應的應用程序的按鈕，則表示用于指示同意執(zhí)行所述相應的應用程序的文本和高興表情的角色；和如果從所述選擇按鈕列表選擇了用于拒絕執(zhí)行所述相應的應用程序的按鈕，則表示用于指示拒絕執(zhí)行所述相應的應用程序的文本和悲傷表情的角色。
35.如權(quán)利要求33或34所述的方法，其中，在預定時間過去之后或者如果輸入了預定鍵，則表示的角色和文本消失。
36.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟如果在先前的應用程序結(jié)束之后連續(xù)地執(zhí)行了預定應用程序，則分析關(guān)于所述預定應用程序的信息，并將分析的信息記錄在應用程序執(zhí)行記錄列表中；分析所述應用程序執(zhí)行記錄列表，并確定在所述先前的應用程序結(jié)束之后對所述預定應用程序連續(xù)執(zhí)行的次數(shù)是否大于或等于閾值次數(shù)；和如果連續(xù)執(zhí)行的次數(shù)大于或等于閾值次數(shù)，則將所述預定應用程序指定為繼所述先前的應用程序之后的連續(xù)執(zhí)行應用程序。
37.如權(quán)利要求36所述的方法，其中，所述應用程序信息包括應用程序的類型、應用程序執(zhí)行信息、應用程序的結(jié)束信息和連續(xù)執(zhí)行應用程序設置信息。
38.如權(quán)利要求36所述的方法，其中，所述應用程序執(zhí)行記錄列表包括關(guān)于記錄于其中的到目前為止或在預定時間段內(nèi)執(zhí)行的應用程序的信息。
39.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當執(zhí)行的應用程序的應用程序結(jié)束事件發(fā)生時，將關(guān)于結(jié)束執(zhí)行的應用程序的信息記錄在應用程序執(zhí)行記錄列表中；分析所述應用程序執(zhí)行記錄列表以確定是否存在繼所述結(jié)束執(zhí)行的應用程序之后的任何連續(xù)執(zhí)行應用程序；和如果存在繼所述結(jié)束執(zhí)行的應用程序之后的連續(xù)執(zhí)行應用程序，則表示用于建議執(zhí)行所述連續(xù)執(zhí)行應用程序的文本和角色。
40.如權(quán)利要求39所述的方法，還包括以下步驟表示選擇按鈕列表和用于建議執(zhí)行所述連續(xù)執(zhí)行應用程序的文本和角色；和如果從所述選擇按鈕列表選擇了預定的選擇按鈕，則表示映射到選擇的選擇按鈕的反饋信息。
41.如權(quán)利要求40所述的方法，其中，所述表示反饋信息的步驟包括以下步驟如果從所述選擇按鈕列表選擇了用于同意執(zhí)行所述連續(xù)執(zhí)行應用程序的按鈕，則表示用于指示同意執(zhí)行所述連續(xù)執(zhí)行應用程序的文本和高興表情的角色；和如果從所述選擇按鈕列表選擇了用于拒絕執(zhí)行所述連續(xù)執(zhí)行應用程序的按鈕，則表示用于指示拒絕執(zhí)行所述連續(xù)執(zhí)行應用程序的文本和悲傷表情的角色。
42.如權(quán)利要求41所述的方法，其中，在預定時間過去之后或如果輸入了預定鍵，則表示的角色和文本消失。
43.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當應用程序執(zhí)行事件發(fā)生時，識別關(guān)于對應的應用程序的信息；確定所述相應的應用程序是否是第一次被執(zhí)行；和如果所述相應的應用程序是第一次被執(zhí)行，則表示用于建議執(zhí)行為所述相應的應用程序的描述而提供的幫助功能的角色和文本。
44.如權(quán)利要求43所述的方法，還包括以下步驟表示選擇按鈕列表和用于建議執(zhí)行為所述相應的應用程序的描述而提供的幫助功能的角色和文本；和如果從所述選擇按鈕列表選擇了預定的選擇按鈕，則表示映射到選擇的選擇按鈕的反饋信息。
45.如權(quán)利要求44所述的方法，其中，所述表示反饋信息的步驟包括以下步驟如果從所述選擇按鈕列表選擇了用于同意執(zhí)行所述幫助功能的按鈕，則表示用于指示同意執(zhí)行所述幫助功能的文本和高興表情的角色；和如果從所述選擇按鈕列表選擇了用于拒絕執(zhí)行所述幫助功能的按鈕，則表示用于指示拒絕執(zhí)行幫助按鈕的文本和悲傷表情的角色。
46.如權(quán)利要求44所述的方法，其中，在預定時間過去之后或如果輸入了預定鍵，則表示的角色和文本消失。
47.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當早晨呼叫改變事件發(fā)生時，確定早晨呼叫改變事件在每一時間段中的預定時間范圍內(nèi)是否被執(zhí)行了預定次數(shù)或更多次數(shù)；和如果在每一時間段中的預定時間范圍內(nèi)早晨呼叫改變事件被執(zhí)行了預定次數(shù)或更多次數(shù)，則設置警告事件，如果所述早晨呼叫在下一時間段中的預定時間范圍內(nèi)沒有被改變，則所述警告事件建議改變早晨呼叫。
48.如權(quán)利要求47所述的方法，其中，所述預定時間范圍表示如下時間范圍之一從早晨呼叫最后改變的時間之前的第一時間至早晨呼叫最后改變的時間的時間范圍、從所述早晨呼叫最后改變的時間至所述早晨呼叫最后改變的時間之后的第二時間的時間范圍、和從所述第一時間至所述第二時間的時間范圍。
49.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當警告事件發(fā)生時，確定該警告事件的種類；如果所述警告事件是如下描述的警告事件，即所述警告事件是用于在早晨呼叫在每一時間段中的預定時間范圍內(nèi)被改變了預定次數(shù)或更多次數(shù)之后如果早晨呼叫在下一時間段中的預定時間范圍內(nèi)沒有被改變則建議改變早晨呼叫的警告事件，則分析改變的早晨呼叫的記錄以確定在預定時間范圍內(nèi)所述早晨呼叫是否已被改變；和如果在預定時間范圍內(nèi)所述早晨呼叫沒有被改變，則表示用于建議改變所述早晨呼叫的文本和角色。
50.如權(quán)利要求49所述的方法，還包括以下步驟表示選擇按鈕列表和用于建議改變所述早晨呼叫的角色和文本；和如果從所述選擇按鈕列表選擇了預定的選擇按鈕，則表示映射到選擇的選擇按鈕的反饋信息。
51.如權(quán)利要求50所述的方法，其中，所述表示反饋信息的步驟包括以下步驟如果從所述選擇按鈕列表選擇了用于同意改變早晨呼叫的按鈕，則表示用于改變早晨呼叫時間的文本和圖像，并且如果改變了早晨呼叫，則表示用于指示同意改變所述早晨呼叫的文本和高興表情的角色；和如果從所述選擇按鈕列表選擇了用于拒絕改變早晨呼叫的按鈕，則表示用于指示拒絕改變所述早晨呼叫的文本和悲傷表情的角色。
52.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當發(fā)生警告事件時，確定該警告事件的類型；如果該警告事件是用于建議執(zhí)行最近很少執(zhí)行的應用程序的警告事件，則分析相應的應用程序的執(zhí)行記錄以確定是否存在任何最近很少執(zhí)行的應用程序；和如果存在最近很少執(zhí)行的應用程序，則表示用于建議執(zhí)行相應的應用程序的角色和文本。
53.如權(quán)利要求52所述的方法，其中，通過將在第一時間段內(nèi)執(zhí)行的各應用程序的執(zhí)行次數(shù)以及在第二時間段內(nèi)執(zhí)行的各應用程序的執(zhí)行次數(shù)與閾值次數(shù)相比并選擇其執(zhí)行次數(shù)少于或等于閾值次數(shù)的應用程序，來確定所述最近很少執(zhí)行的應用程序。
54.如權(quán)利要求52所述的方法，還包括以下步驟表示選擇按鈕列表以及用于建議執(zhí)行相應的應用程序的角色和文本；和如果從該選擇按鈕列表選擇預定的選擇按鈕，則表示映射到所選的選擇按鈕的反饋信息。
55.如權(quán)利要求54所述的方法，其中，所述表示反饋信息的步驟包括以下步驟如果從選擇按鈕列表選擇同意執(zhí)行相應的應用程序的按鈕，則表示指示對相應的應用程序的執(zhí)行同意的高興表情的角色以及文本；和如果從選擇按鈕列表選擇拒絕執(zhí)行相應的應用程序的按鈕，則表示指示對相應的應用程序的執(zhí)行拒絕的悲傷表情的角色以及文本。
56.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當發(fā)生應用程序執(zhí)行事件時，識別關(guān)于相應的應用程序的信息；確定在第一時間段中的第二時間段內(nèi)執(zhí)行的相應的應用程序的執(zhí)行次數(shù)是否大于或等于閾值次數(shù)；和如果所述執(zhí)行次數(shù)大于或等于閾值次數(shù)，則設置用于如果在相應的應用程序已在第一時間段中的第二時間段內(nèi)被執(zhí)行預定次數(shù)或更多次數(shù)之后該相應的應用程序在第三時間段內(nèi)沒有被執(zhí)行則建議執(zhí)行該相應的應用程序的警告事件。
57.如權(quán)利要求56所述的方法，其中，所述第二時間段包括在所述第一時間段中。
58.如權(quán)利要求56所述的方法，其中，所述第三時間段比所述第一時間段短。
59.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當發(fā)生警告事件時，確定該警告事件的類型；如果該警告事件是用于如果在相應的應用程序已在第一時間段中的第二時間段內(nèi)被執(zhí)行了預定次數(shù)或更多次數(shù)之后該應用程序在第三時間段內(nèi)沒有被執(zhí)行則建議執(zhí)行該相應的應用程序的警告事件，則分析應用程序執(zhí)行記錄以確定在所述相應的應用程序已在第一時間段中的第二時間段內(nèi)執(zhí)行了預定次數(shù)或更多次數(shù)之后所述相應的應用程序是否已在第三時間段內(nèi)被執(zhí)行；和如果相應的應用程序在第三時間段沒有被執(zhí)行，則表示用于建議執(zhí)行相應的應用程序的角色和文本。
60.如權(quán)利要求59所述的方法，還包括以下步驟表示選擇按鈕列表以及用于建議執(zhí)行相應的應用程序的角色和文本；和如果從該選擇按鈕列表選擇預定的選擇按鈕，則表示映射到所選的選擇按鈕的反饋信息。
61.如權(quán)利要求60所述的方法，其中，所述表示反饋信息的步驟包括以下步驟如果從選擇按鈕列表選擇同意執(zhí)行相應的應用程序的按鈕，則表示指示對相應的應用程序的執(zhí)行同意的高興表情的角色以及文本；和如果從選擇按鈕列表選擇拒絕執(zhí)行相應的應用程序的按鈕，則表示指示對相應的應用程序的執(zhí)行拒絕的悲傷表情的角色以及文本。
62.一種用于在無線終端中處理應用程序相關(guān)事件的方法，該方法包括以下步驟當發(fā)生警告事件時，確定該警告事件的類型；分析相應的警告事件的應用程序相關(guān)記錄；和表示映射到應用程序相關(guān)記錄的分析結(jié)果的角色和文本。
63.如權(quán)利要求62所述的方法，還包括以下步驟表示選擇按鈕列表以及映射到應用程序相關(guān)記錄的分析結(jié)果的角色和文本；和如果從該選擇按鈕列表選擇預定的選擇按鈕，則表示映射到所選的選擇按鈕的反饋信息以及所述角色和文本。
64.如權(quán)利要求62所述的方法，其中，在預定時間段之后為警告事件重置警告事件時間。
65.如權(quán)利要求62所述的方法，其中，所述警告事件收集并分析應用程序相關(guān)事件，并且如果滿足警告事件設置條件就設置警告事件。
全文摘要
本發(fā)明提供了一種在無線終端中處理應用程序相關(guān)事件的設備。在該設備中，存儲器存儲與應用程序相關(guān)事件相關(guān)聯(lián)的角色用戶接口(UI)圖像。事件收集部分收集在無線終端中發(fā)生的應用程序相關(guān)事件，并產(chǎn)生用于識別其關(guān)聯(lián)應用程序相關(guān)事件的事件消息。包括多個用于處理應用程序相關(guān)事件的專家的代理控制部分選擇映射到所述事件消息的專家，設置用于選擇的專家的應用程序相關(guān)事件的警告事件，并當該警告事件的發(fā)生時間到來時，選擇并輸出用于關(guān)于警告事件的信息的角色UI，并響應于從用戶接收的反饋信息處理關(guān)聯(lián)的事件的用戶反饋信息。代理表示部分輸出反饋信息和映射到應用程序相關(guān)事件的角色和文本。
文檔編號H04Q7/32GK1798168SQ20051012847
公開日2006年7月5日 申請日期2005年12月20日 優(yōu)先權(quán)日2004年12月20日
發(fā)明者金在昊, 金炫志, 徐正旭 申請人:三星電子株式會社