專利名稱:在無線終端中顯示事件的裝置和方法
技術(shù)領(lǐng)域:
本發(fā)明總的來說涉及一種在無線終端中使用的代理設(shè)備和方法,更具體地講,涉及一種實現(xiàn)代理功能的設(shè)備和方法。
背景技術(shù):
傳統(tǒng)地,無線終端是指用戶攜帶的便攜式裝置,并且其代表性裝置是無線電話。無線電話可供應(yīng)各種輔助功能以及基本電話功能。具有輔助功能的無線電話可以是具有相機(jī)的攝像機(jī)電話、電視電話(通過其可觀看電視)、運動圖像專家組(MPEG)層3(MP3)(通過其可收聽MP3音樂文件)等。也就是,具有能夠處理多媒體數(shù)據(jù)的輔助功能的產(chǎn)品廣泛用作當(dāng)前的無線電話是趨勢。
能夠處理多媒體數(shù)據(jù)的無線終端傳統(tǒng)地包括液晶顯示器(LCD),并且正在開發(fā)用于顯示多媒體數(shù)據(jù)的各種顯示方法。無線終端正被開發(fā)成這樣可顯示各種類型的用戶數(shù)據(jù)。當(dāng)前,通常通過可視圖像數(shù)據(jù)(例如照片數(shù)據(jù)、角色圖像和動畫等)來配置顯示在無線終端中的用戶數(shù)據(jù)。虛擬形象圖像數(shù)據(jù)包括在用戶數(shù)據(jù)中,并且正在開發(fā)使用虛擬形象圖像數(shù)據(jù)的無線終端。
發(fā)明內(nèi)容
因此,本發(fā)明的目的在于提供一種能夠在無線終端中使用角色代理功能來表現(xiàn)事件發(fā)生的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠分析在無線終端中發(fā)生的事件并且選擇并表現(xiàn)用于事件的最佳用戶界面(UI)角色的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠分析在無線終端中發(fā)生的事件,選擇與發(fā)生的事件相關(guān)的多個用戶界面(UI),并且表現(xiàn)與被選UI相關(guān)的數(shù)據(jù)的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠分析發(fā)生在無線終端中的事件,選擇與發(fā)生的事件相關(guān)的多個用戶界面(UI),設(shè)置并排列表現(xiàn)優(yōu)先級,并且根據(jù)排列的優(yōu)先級表現(xiàn)UI的角色信息的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠在分析與無線終端相關(guān)的事件以及定時器事件之后選擇為發(fā)生的事件注冊的多個用戶界面(UI),設(shè)置并排列被選UI的表現(xiàn)優(yōu)先級,并且根據(jù)排列的優(yōu)先級表現(xiàn)UI的角色信息的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠在無線終端中在事件發(fā)生時在角色代理中表現(xiàn)事件,并且能夠通過根據(jù)發(fā)生的事件和處理結(jié)果改變角色商數(shù)來培養(yǎng)角色的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠使用人工智能(AI)代理系統(tǒng)顯示發(fā)生在無線終端中的事件的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠在分析發(fā)生在無線終端中的事件之后設(shè)置至少一個用戶界面(UI)并且能夠以角色圖像和文本的形式顯示設(shè)置的UI的數(shù)據(jù)的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠在分析發(fā)生在無線終端中的事件之后設(shè)置至少一個用戶界面(UI),并且能夠使用角色圖像、文本、用于顯示事件的類型的圖標(biāo)等來顯示設(shè)置的UI的數(shù)據(jù)的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠在分析發(fā)生在無線終端中的事件之后設(shè)置至少一個用戶界面(UI),并且能夠使用角色圖像、文本、用于顯示事件的類型的圖標(biāo)、用于顯示時間的背景圖像等來顯示設(shè)置的UI的數(shù)據(jù)的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠在分析發(fā)生在無線終端中的事件之后設(shè)置至少一個用戶界面(UI),并且能夠使用用于根據(jù)相關(guān)事件處理表現(xiàn)情緒狀態(tài)的虛擬形象圖像、文本、用于顯示事件的類型的圖標(biāo)、用于顯示時間的背景圖像等來顯示設(shè)置的UI的數(shù)據(jù)的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠在分析發(fā)生在無線終端中的事件之后設(shè)置至少一個用戶界面(UI),并且當(dāng)設(shè)置的UI需要用戶的反饋時顯示角色圖像、文本和需要用戶的反饋的菜單,顯示并存儲根據(jù)用戶的反饋的結(jié)果,并將反饋結(jié)果應(yīng)用到下一事件的設(shè)備和方法。
本發(fā)明的另一目的在于提供一種能夠根據(jù)發(fā)生在無線終端中的事件設(shè)置至少一個用戶界面(UI),使用用于表現(xiàn)情緒狀態(tài)的虛擬形象圖像和用于根據(jù)事件推薦設(shè)置操作的文本來顯示設(shè)置的UI的數(shù)據(jù),使用虛擬形象圖像和文本表現(xiàn)并存儲根據(jù)用戶的反饋的結(jié)果,并且將反饋結(jié)果應(yīng)用到下一事件中的設(shè)備和方法。
根據(jù)本發(fā)明實施例,可通過用于無線終端中的顯示設(shè)備來實現(xiàn)本發(fā)明的上述和其他目的,該顯示設(shè)備包括存儲器,用于存儲映射到發(fā)生在無線終端中的事件的情況的用戶界面(UI)數(shù)據(jù);控制器,收集發(fā)生在無線終端中的事件,為收集的事件選擇至少一個可執(zhí)行情況,從存儲器中選擇用于至少一個被選可執(zhí)行情況的UI數(shù)據(jù),并且輸出被選UI數(shù)據(jù),所述UI數(shù)據(jù)包括角色圖像;和顯示單元,用于顯示UI數(shù)據(jù)。
控制器包括事件收集器,用于收集發(fā)生在無線終端中的事件,并且產(chǎn)生事件消息;代理控制器,用于選擇映射到事件消息的至少一個情況,在至少一個被選情況中為發(fā)生的事件設(shè)置最高優(yōu)先級情況,并且選擇映射到設(shè)置的情況的UI;和代理UI表現(xiàn)部分,用于執(zhí)行控制操作,從而映射到設(shè)置的UI的數(shù)據(jù)被顯示在顯示單元上。
代理UI表現(xiàn)部分產(chǎn)生由用戶根據(jù)顯示的UI數(shù)據(jù)選擇的反饋信息,并且顯示基于反饋信息的UI數(shù)據(jù),代理UI表現(xiàn)部分存儲用戶反饋信息,并且在下一事件中使用存儲的信息。
代理控制器包括黑板,用于存儲收集的事件和反饋事件消息;多個專家,用于存儲映射到用于事件的情況的UI標(biāo)識符(ID);監(jiān)督器,用于訪問在黑板中的事件列表中注冊的專家的數(shù)據(jù),并且選擇最高優(yōu)先級的專家;和專家管理器,設(shè)置有基于無線終端的每一事件的專家列表,用于當(dāng)接收到事件時將接收的事件消息存儲在黑板中,從專家列表中選擇映射到該事件的專家以將被選專家通知給監(jiān)督器,將由監(jiān)督器選擇的專家的UI ID發(fā)送給代理UI表現(xiàn)部分,并且當(dāng)接收到用戶反饋事件消息時,將該消息存儲在黑板中。
事件收集器包括檢測器,用于檢測無線終端的呼叫事件、消息事件、日程安排事件和系統(tǒng)事件;和事件收集管理器,用于分析由檢測器檢測到的事件,產(chǎn)生事件消息,并且將產(chǎn)生的事件消息發(fā)送給代理控制器,事件消息包括發(fā)生的事件的類型、發(fā)生時間和事件ID。
代理UI表現(xiàn)部分包括UI,相應(yīng)于UI ID的數(shù)目,用于檢測用戶的反饋;和虛擬形象UI管理器,用于訪問存儲器中的映射到UI ID的UI數(shù)據(jù)以將UI數(shù)據(jù)顯示在顯示單元上,并當(dāng)用戶輸入反饋信息時,產(chǎn)生用戶反饋消息以將產(chǎn)生的消息傳遞給代理控制器。
代理控制器包括黑板,用于存儲收集的事件和反饋事件消息;多個專家,用于存儲映射到用于事件的情況的UI標(biāo)識符(ID);監(jiān)督器,當(dāng)給出為發(fā)生的事件注冊了至少兩個專家的通知時,設(shè)置并排列所述至少兩個專家的表現(xiàn)優(yōu)先級;和專家管理器,設(shè)置有基于無線終端的每一事件的專家列表,用于當(dāng)接收到事件時將接收的事件消息存儲在黑板中,從專家列表中選擇映射到事件的專家以將被選專家通知給監(jiān)督器,并根據(jù)排列的優(yōu)先級將由監(jiān)督器選擇的專家的UI ID發(fā)送給代理UI表現(xiàn)部分,并當(dāng)接收到用戶反饋事件消息時,將該消息存儲在黑板中。
代理控制器還包括至少一個定時器處理器,該定時器處理器允許專家設(shè)置定時器,并且通知專家管理器已經(jīng)將定時器設(shè)置在設(shè)置的時間,并且專家管理器在定時器通知時操作設(shè)置定時器的專家,并將相關(guān)專家的UI ID發(fā)送給代理UI表現(xiàn)部分。
監(jiān)督器計算用于專家的指定的優(yōu)先級以及用戶偏愛,設(shè)置并排列與事件相關(guān)的專家的表現(xiàn)優(yōu)先級,并且將排列的優(yōu)先級通知給專家管理器。
需要反饋的UI數(shù)據(jù)包括第一UI數(shù)據(jù),在事件發(fā)生時被顯示;和第二UI數(shù)據(jù),用于顯示用戶的反饋結(jié)果。第一UI數(shù)據(jù)包括角色圖像,用于基于發(fā)生的事件顯示情緒狀態(tài);基于事件的文本數(shù)據(jù);和按鈕列表數(shù)據(jù),用于根據(jù)文本數(shù)據(jù)輸入用戶反饋信息。第二UI數(shù)據(jù)包括角色圖像,用于基于用戶的反饋結(jié)果顯示情緒狀態(tài);和基于用戶的反饋結(jié)果的文本數(shù)據(jù)。
根據(jù)本發(fā)明另一實施例,還可通過一種用于顯示發(fā)生在無線終端中的事件的方法來實現(xiàn)本發(fā)明的上述和其他目的,該方法包括下述步驟收集發(fā)生在無線終端中的事件;為收集的事件選擇至少一個可執(zhí)行情況,并且為所述至少一個被選可執(zhí)行情況選擇用戶界面(UI)數(shù)據(jù),所述UI數(shù)據(jù)包括角色圖像;并且顯示所述UI數(shù)據(jù)。
圖1示出根據(jù)本發(fā)明實施例的無線終端的結(jié)構(gòu);圖2示出根據(jù)本發(fā)明實施例的具有角色代理功能的代理系統(tǒng)的結(jié)構(gòu);圖3示出根據(jù)本發(fā)明實施例的具有角色代理功能的代理系統(tǒng)的狀況示圖;圖4示出根據(jù)本發(fā)明實施例的無線終端的控制器;圖5示出圖4的事件收集器的結(jié)構(gòu);
圖6示出圖4的事件傳遞服務(wù)器的結(jié)構(gòu);圖7示出圖4的代理控制器的結(jié)構(gòu);圖8A示出根據(jù)本發(fā)明實施例的監(jiān)督器的算法中的拒絕相關(guān)曲線的例子;圖8B示出在監(jiān)督器的算法中計算否定意見的折減系數(shù)的例子;圖8C示出在監(jiān)督器的算法中的折算的拒絕相關(guān)曲線的例子;圖9示出根據(jù)本發(fā)明實施例的用于存儲以通過監(jiān)督器的計算設(shè)置的表現(xiàn)優(yōu)先級的順序排列的專家的優(yōu)先級隊列的結(jié)構(gòu);圖10示出圖4的代理UI表現(xiàn)部分的結(jié)構(gòu);圖11是示出根據(jù)本發(fā)明實施例的執(zhí)行代理的過程的流程圖;圖12是示出圖11中用于收集事件的過程的流程圖;圖13是示出圖12中收集呼叫事件的過程的流程圖;圖14是示出圖12中用于收集報警事件的過程的流程圖;圖15是示出圖12中用于收集消息事件的過程的流程圖;圖16是示出圖12中用于收集地址簿改變事件的過程的流程圖;圖17是示出用于圖11中傳遞收集的事件的過程的流程圖;圖18是示出圖11中的根據(jù)事件控制代理的過程的流程圖;圖19是示出圖11中的根據(jù)事件控制代理的另一過程的流程圖;圖20示出根據(jù)本發(fā)明實施例在無線終端中處理電子郵件相關(guān)事件的過程;圖21示出根據(jù)本發(fā)明實施例在無線終端中處理呼叫/消息相關(guān)事件的過程;圖22示出根據(jù)本發(fā)明實施例在無線終端中處理呼叫相關(guān)事件的過程;圖23示出根據(jù)本發(fā)明實施例在無線終端中處理應(yīng)用程序相關(guān)事件的過程;圖24示出根據(jù)本發(fā)明實施例在無線終端中處理系統(tǒng)相關(guān)事件的過程;圖25示出根據(jù)本發(fā)明實施例在無線終端中處理日程安排相關(guān)事件的過程;圖26A和26B示出根據(jù)本發(fā)明實施例在無線終端中顯示用戶界面(UI)數(shù)據(jù)的例子;圖27A至27C示出根據(jù)本發(fā)明實施例在無線終端中基于電子郵件相關(guān)事件顯示UI數(shù)據(jù)的例子;
圖28A至28C示出根據(jù)本發(fā)明實施例在無線終端中基于呼叫/消息相關(guān)事件顯示UI數(shù)據(jù)的例子;圖29A至29C示出根據(jù)本發(fā)明實施例在無線終端中基于呼叫相關(guān)事件顯示UI數(shù)據(jù)的例子;圖30A至30C示出根據(jù)本發(fā)明實施例在無線終端中基于應(yīng)用程序相關(guān)事件顯示UI數(shù)據(jù)的例子;圖31A至31C示出根據(jù)本發(fā)明實施例在無線終端中基于系統(tǒng)相關(guān)事件顯示UI數(shù)據(jù)的例子;和圖32示出根據(jù)本發(fā)明實施例在無線終端中基于日程安排相關(guān)事件顯示UI數(shù)據(jù)的例子。
具體實施例方式
下面將參照附圖在這里詳細(xì)描述本發(fā)明的優(yōu)選實施例。在附圖中,即使相同或相似部件在不同的附圖中描述,也由相同的標(biāo)號表示它們。
在下面的描述中,為了更好的理解本發(fā)明,提供例如事件的類型、表現(xiàn)代理所需的信息等具體細(xì)節(jié)。本領(lǐng)域技術(shù)人員將理解,在沒有上述具體細(xì)節(jié)的情況下,通過各種修改可容易地實現(xiàn)本發(fā)明。
圖1示出根據(jù)本發(fā)明實施例的無線終端的結(jié)構(gòu)。
參照圖1,無線電通信器21執(zhí)行無線終端的無線通信功能。無線電通信器21包括RF發(fā)送器,用于對將被發(fā)送的信號進(jìn)行上變頻且放大將被發(fā)送的信號;和RF接收器,用于低噪聲放大接收的信號,并對接收的信號進(jìn)行下變頻等。
鍵輸入單元25設(shè)置有用于輸入數(shù)字和字母信息的鍵以及用于設(shè)置各種功能的功能鍵。此外,鍵輸入單元25設(shè)置有根據(jù)本發(fā)明實施例的用于以逐事件為基礎(chǔ)控制角色代理的鍵。
可由程序存儲器和數(shù)據(jù)存儲器配置存儲器23。程序存儲器存儲用于處理無線終端的呼叫的程序以及根據(jù)本發(fā)明實施例的用于控制發(fā)生的事件的代理表現(xiàn)的程序。數(shù)據(jù)存儲器執(zhí)行用于臨時存儲在執(zhí)行程序時產(chǎn)生的數(shù)據(jù)的功能。此外,數(shù)據(jù)存儲器設(shè)置有根據(jù)本發(fā)明實施例的用于存儲代理表現(xiàn)的角色圖像的角色存儲器。角色存儲器可與文件系統(tǒng)一起操作,并且可具有逐角色存儲器(或文件系統(tǒng))的索引??梢砸阅軌?qū)崿F(xiàn)角色成分的操作、面部表情和對象表示的各種形式來配置角色存儲器。根據(jù)能夠執(zhí)行代理表現(xiàn)的形式將角色信息存儲在角色存儲器中。
控制器100執(zhí)行控制無線終端的總體操作的功能。此外,控制器100設(shè)置有用于對信號進(jìn)行調(diào)制/解調(diào)的調(diào)制解調(diào)器(MODEM)以及用于對信號進(jìn)行編碼/解碼的編解碼器(CODEC),從而執(zhí)行對將被發(fā)送的信號進(jìn)行編碼和調(diào)制的功能以及對接收的信號進(jìn)行解調(diào)和解碼的功能。這里,控制器100可以是移動站調(diào)制解調(diào)器(MSM)芯片。獨立地配置數(shù)據(jù)處理器以將MODEM和CODEM與控制器100分離。數(shù)據(jù)處理器可以放置在無線電通信器21和控制器100之間。此外,控制器100響應(yīng)于用戶的模式選擇來控制通信模式、相機(jī)模式和廣播接收模式的操作。
根據(jù)本發(fā)明實施例,控制器100根據(jù)無線終端的操作收集事件,根據(jù)收集的事件控制代理,并且使用代理來表現(xiàn)處理的結(jié)果和事件的狀態(tài)。這里,在從存儲器23選擇相關(guān)角色之后可顯示代理表現(xiàn)。
在用戶選擇相機(jī)模式時,控制器100開啟相機(jī)35,并且相機(jī)35在相機(jī)模式下產(chǎn)生圖像捕獲信號。圖像處理器37在相機(jī)模式下根據(jù)顯示單元27的尺寸縮放來自相機(jī)35的圖像捕獲信號,并且在存儲模式下根據(jù)設(shè)置的方案對圖像捕獲信號編碼并存儲。在用于再現(xiàn)接收或存儲的圖像數(shù)據(jù)的模式下,圖像處理器37執(zhí)行用于對編碼的圖像數(shù)據(jù)解碼的功能。在相機(jī)模式下,圖像處理器37控制顯示單元27顯示圖像信號。
在廣播接收模式下,調(diào)諧器31選擇并接收在控制器100中設(shè)置的頻道的廣播信號。廣播處理器33對被選頻道的廣播信號進(jìn)行解調(diào)和解碼,并且將解調(diào)且解碼的圖像信號輸出給顯示單元27。從音頻處理器29輸出音頻信號。這里,廣播信號是數(shù)字廣播信號,并且可以是衛(wèi)星廣播信號或者陸地廣播信號。
在控制器100的控制下,顯示單元27可根據(jù)無線終端的操作顯示菜單。當(dāng)事件發(fā)生時,顯示單元27在映射到該事件的被選代理的控制下使用角色顯示相關(guān)事件狀態(tài)。此外,顯示單元27在相機(jī)模式下或者廣播接收模式下顯示從圖像處理器37或者廣播處理器33輸出的圖像信號。
在控制器100的控制下,音頻處理器29處理通信模式下產(chǎn)生的音頻信號。在圖像處理器37的控制下,音頻處理器29處理在相機(jī)模式下在圖像捕獲操作期間產(chǎn)生的音頻信號。音頻處理器29在廣播接收模式下在廣播處理器33的控制下處理接收的廣播音頻信號。
從具有上述結(jié)構(gòu)的無線終端可省略處理相機(jī)信號和/或廣播信號的結(jié)構(gòu)。在這種情況下,根據(jù)本發(fā)明實施例可執(zhí)行用于事件的角色代理功能。在下面的描述中,假設(shè)角色是虛擬形象。因此,用于無線終端的事件的角色代理控制將被描述為虛擬形象代理控制,但是該角色代理控制可被平等地應(yīng)用于所有圖像以及虛擬形象。
本發(fā)明基于人工智能代理系統(tǒng)通過角色界面向用戶提供具有有用功能的無線終端,并且本發(fā)明可使用無線終端來培養(yǎng)角色。圖2示出根據(jù)本發(fā)明實施例的具有角色代理功能的代理系統(tǒng)的結(jié)構(gòu)。
參照圖2,根據(jù)本發(fā)明實施例,無線終端設(shè)置有角色代理系統(tǒng)50和角色界面60。由事件處理系統(tǒng)52和代理模塊54配置角色代理系統(tǒng)50。這里,代理模塊54用作提供各種有用功能的模塊,并且由于功能是獨立的,因此代理模塊54具有容易地添加和刪除功能的結(jié)構(gòu)。也就是,如圖2所示,通過將呼叫相關(guān)代理、系統(tǒng)相關(guān)代理、日程安排相關(guān)代理、消息相關(guān)代理、應(yīng)用程序相關(guān)代理、角色成長相關(guān)代理等分組來獲得代理模塊。代理模塊除了包括上述代理之外,可包括相機(jī)相關(guān)代理、數(shù)字廣播相關(guān)代理、全球定位系統(tǒng)(GPS)相關(guān)代理等。如上所述,根據(jù)詳細(xì)功能,分組后的代理被分離且模塊化。當(dāng)代理系統(tǒng)50檢測到發(fā)生在無線終端中的各種事件,并且將發(fā)生的事件傳送到必要的功能時,在相關(guān)功能中綜合許多情況,并且將相關(guān)功能操作的存在通知給系統(tǒng)。代理系統(tǒng)50根據(jù)優(yōu)先級來操作適于當(dāng)前情況的功能。在這種情況下,代理系統(tǒng)50通過角色界面60接收反饋信息,從而可根據(jù)用戶的偏好以各種方案操作相關(guān)的功能。
根據(jù)發(fā)生在無線終端中的各種事件、代理功能和用戶的反饋來更新角色商數(shù)。此外,能夠使用角色商數(shù)的許多應(yīng)用影響角色商數(shù)。隨著角色商數(shù)的改變,角色改變。隨著時間的流逝,可觀看角色被培養(yǎng)的樣子。這里,角色成長和改變與角色成長相應(yīng)。根據(jù)本發(fā)明實施例,基于人工智能(AI)代理培養(yǎng)角色的功能被引入無線終端,從而其可提供與表現(xiàn)傳統(tǒng)角色成長(例如電子雞)和角色功能的終端不同的角色代理系統(tǒng)。
根據(jù)本發(fā)明實施例,上述角色代理系統(tǒng)向無線終端用戶提供使用方便和樂趣。無線終端中提供使用方便和樂趣的功能被稱為使用情況(use case)或情況。這將被更加詳細(xì)地描述。
根據(jù)本發(fā)明實施例,角色代理系統(tǒng)包括使用情況示圖和包示圖。根據(jù)該使用情況圖表,發(fā)生在角色代理系統(tǒng)中的事件被傳遞給情況。通過UI僅顯示最適合的情況。隨后,無線終端用戶通過對通過角色顯示的推薦的選擇產(chǎn)生用于系統(tǒng)的反饋信息。圖3示出根據(jù)本發(fā)明實施例的具有角色代理功能的代理系統(tǒng)的情況示圖。
此外,包示圖是這樣一種圖,其中角色代理系統(tǒng)被分為事件收集器、代理控制器和代理UI表現(xiàn)部分這三個部分,或者分為事件收集器、事件傳遞服務(wù)器、代理控制器和代理UI表現(xiàn)部分這四個部分。這里,事件收集器收集用于操作角色代理的無線終端的事件。事件傳遞服務(wù)器將收集的事件傳遞給代理控制器。代理控制器分析傳遞的事件,參照其數(shù)據(jù),并且控制代理UI表現(xiàn)部分表現(xiàn)角色。此時,事件傳遞服務(wù)器執(zhí)行用于將由事件收集器收集的事件傳遞給代理控制器的功能,并且執(zhí)行從角色代理系統(tǒng)接收不能通過事件收集器被接收的事件并且將接收的事件傳遞給代理控制器的功能。因此,在通過事件收集器收集所有事件的角色代理系統(tǒng)的情況下,可省略事件傳遞服務(wù)器。圖4中示出角色代理系統(tǒng)的包示圖。
這里,角色可以是人、動物或者植物角色。在本發(fā)明的下述描述中,假設(shè)角色是虛擬形象。
圖3示出根據(jù)本發(fā)明實施例的無線終端的代理系統(tǒng)分析發(fā)生的事件,并且控制并顯示相關(guān)虛擬形象UI的例子。
參照圖3,事件可任意發(fā)生在無線終端的程序中,并且可發(fā)生在情況和虛擬形象UI中。當(dāng)發(fā)生事件時,專家檢查發(fā)生的事件的情況,并且當(dāng)作為檢查的結(jié)果,該事件適合于相關(guān)情況時,使用適合的虛擬形象UI表現(xiàn)發(fā)生的事件。也就是,當(dāng)發(fā)生事件時,映射到發(fā)生的事件的標(biāo)識符(ID)的專家分析用于發(fā)生的事件的情況。選擇與該事件最相關(guān)的專家,并且表現(xiàn)被選專家的虛擬形象UI。
圖4示出根據(jù)本發(fā)明實施例的使用代理功能表現(xiàn)發(fā)生在具有角色代理系統(tǒng)的無線終端中的事件的結(jié)構(gòu)。該結(jié)構(gòu)可以是控制器100的內(nèi)部結(jié)構(gòu)。
參照圖4,事件收集器110執(zhí)行用于收集發(fā)生在無線終端中的事件的功能。這里,事件包括無線終端的所有事件,例如無線終端的通信事件、發(fā)生在無線終端中的獨立的事件、根據(jù)用戶的請求而發(fā)生的事件以及當(dāng)執(zhí)行無線終端的多媒體功能時發(fā)生的事件。也就是,由事件收集器110收集的事件是定義在無線終端中的事件。當(dāng)事件發(fā)生時,事件收集器110提取發(fā)生的事件所需的信息,產(chǎn)生事件消息,并且將事件消息輸出給事件傳遞服務(wù)器120。
事件傳遞服務(wù)器120執(zhí)行用于將從事件收集器110接收的事件消息傳遞給相關(guān)客戶機(jī)的功能。根據(jù)本發(fā)明實施例,假設(shè)事件消息僅被傳遞給代理控制器130。當(dāng)不同的部件進(jìn)行事件消息傳遞請求時,事件消息可被傳遞給不同的部件。此外,除了從事件收集器100接收的事件,事件傳遞服務(wù)器120接收沒有在無線終端中定義的用戶自定義的事件,并將接收的事件傳遞給代理控制器130。這里,上述事件被稱為應(yīng)用事件。應(yīng)用事件可發(fā)生在游戲、其他應(yīng)用程序和web服務(wù)程序中。
當(dāng)從事件傳遞服務(wù)器120接收到事件消息時,代理控制器130將接收的事件消息存儲在內(nèi)部緩沖器中,并且分析該事件消息以設(shè)置UI,從而可表現(xiàn)相關(guān)角色代理。這里,從事件傳遞服務(wù)器120傳遞的事件可以是無線終端的事件(例如從事件收集器100接收的事件)和應(yīng)用事件。在下面,描述集中在用于從事件收集器110接收的事件的代理表現(xiàn)。代理控制器130設(shè)置有多個專家。代理控制器130控制這些專家,選擇映射到發(fā)生的事件的專家,并且執(zhí)行代理控制功能。當(dāng)接收到事件時,代理控制器130根據(jù)接收的事件向適合的專家通知事件發(fā)生,并將UI請求發(fā)送給代理UI表現(xiàn)部分140,從而可顯示最終選擇的專家的代理表現(xiàn)。響應(yīng)于從代理UI表現(xiàn)部分140接收的用戶的反饋信息,處理對相關(guān)事件的用戶反饋信息。
代理UI表現(xiàn)部分140根據(jù)從代理控制器130輸出的代理UI信息顯示用于相關(guān)事件的角色表現(xiàn)。此時,代理UI表現(xiàn)部分140管理多個將被顯示在顯示單元27上的虛擬形象。代理控制器130執(zhí)行控制操作,從而可顯示映射到請求的UI信息的虛擬形象。當(dāng)在根據(jù)發(fā)生的事件顯示虛擬形象的狀態(tài)下,用戶產(chǎn)生反饋信息時,代理UI表現(xiàn)部分140將接收的反饋信息發(fā)送給代理控制器130。
當(dāng)在圖4的結(jié)構(gòu)中僅處理從事件收集器110接收的無線終端的事件時,如上所述,可省略事件傳遞服務(wù)器120。
當(dāng)發(fā)生事件時,事件收集器110提取表1中所示的事件所需的信息,并且用適合的參數(shù)產(chǎn)生事件消息。隨后,代理控制器130適合地改變接收的事件消息,將改變的事件消息存儲在內(nèi)部緩沖器中,并且根據(jù)事件消息和參數(shù)控制代理。
表1
例如,當(dāng)在處理事件消息的過程中發(fā)生事件“AP_CONTAC_ADD”時,事件收集器110產(chǎn)生如表2所示的事件消息(AP_SMS_SEND,2004-09-06 14:00,65)。在該事件消息中,“65”是指在消息數(shù)據(jù)庫中產(chǎn)生第65 ID。當(dāng)代理控制器130接收到如表2所示的事件消息時,該事件是“AP_SMS_SEND”。因此,從消息數(shù)據(jù)庫中檢索ID。當(dāng)?shù)?5 ID映射到名字“James bond”和電話號碼“016-432-3792”時,如表3所示,代理控制器130將事件消息存儲在內(nèi)部緩沖器中。
表2
表3
這里,代理控制器130的內(nèi)部緩沖器被稱為黑板(blackboard)。
現(xiàn)在,將更加詳細(xì)地描述事件收集器110、事件傳遞服務(wù)器120、代理控制器130和代理UI表現(xiàn)部分14的操作。
圖5示出圖4的事件收集器110的結(jié)構(gòu)。事件收集器110執(zhí)行用于收集發(fā)生在無線終端中的所有事件的功能。在隨后將被描述的代理控制器130中處理收集的事件,從而可顯示虛擬形象UI。
參照圖5,通過多個事件檢測器222至236和事件收集管理器210配置事件收集器110,事件收集管理器210用于收集從事件檢測器222至236檢測的事件,產(chǎn)生事件消息,并且將產(chǎn)生的事件消息傳遞給事件傳遞服務(wù)器120。
系統(tǒng)事件檢測器222根據(jù)電池的狀態(tài)、與通信環(huán)境(或者無線電波問題)相關(guān)的無線終端的狀態(tài)、存儲器等檢測系統(tǒng)事件的發(fā)生。地址簿事件檢測器224根據(jù)用戶的操作檢測地址簿的改變。設(shè)置事件檢測器226檢測用于改變無線終端的設(shè)置信息(例如語言和時間)的事件。消息事件檢測器228檢測消息事件的發(fā)生,例如短消息服務(wù)(SMS)、多媒體消息服務(wù)(MMS)、電子郵件等。日程安排改變事件檢測器230檢測日程安排和報警事件,例如日程安排、預(yù)約、報警等。當(dāng)相機(jī)安裝到無線終端時,相機(jī)事件檢測器232檢測與相機(jī)的操作相關(guān)的事件。在設(shè)置有廣播接收機(jī)(例如,(用于數(shù)字多媒體廣播(DMB)、數(shù)字視頻廣播(DVB)等)的數(shù)字廣播接收機(jī)、一般廣播接收機(jī)等)的情況下,廣播事件檢測器234檢測與廣播接收相關(guān)的事件。這里,廣播可包括數(shù)字廣播(例如數(shù)字陸地和衛(wèi)星廣播)和傳統(tǒng)模擬廣播。呼叫事件檢測器236檢測與無線終端的呼叫相關(guān)的事件(例如來電、去電、未接電話或者拒絕接聽)。
事件檢測器222至236中檢測的事件被應(yīng)用到事件收集管理器210。事件收集管理器210識別接收的事件,并產(chǎn)生由事件類型、發(fā)生時間和ID配置的事件消息。在這種情況下,事件消息可以是具有如表1所示的格式的消息之一。消息被應(yīng)用到事件傳遞服務(wù)器120。
如上所述,通過多個事件檢測器222至236和事件收集管理器210配置事件收集器110,事件收集管理器210用于收集由檢測器222至236檢測的事件并且產(chǎn)生事件消息,從而代理控制器130可執(zhí)行控制操作。根據(jù)本發(fā)明實施例已經(jīng)示出配置八個事件檢測器的例子,但是可提供更多數(shù)量的事件檢測器。根據(jù)安裝的裝置可提供或省略相機(jī)事件檢測器232和/或廣播事件檢測器234。
圖6示出圖4的事件傳遞服務(wù)器120的結(jié)構(gòu)。事件傳遞服務(wù)器120將接收的事件傳遞給期望的客戶機(jī)。
參照圖6,通過多個客戶機(jī)連接器252至258和事件傳遞處理器250配置事件傳遞服務(wù)器120,事件傳遞處理器250連接到客戶機(jī)連接器252至258并且用于接收且傳遞事件消息。期望接收事件消息的裝置(例如,如圖6所示的代理控制器130)必須將事件消息傳遞請求發(fā)送給事件傳遞服務(wù)器120。在本發(fā)明實施例中,假設(shè)代理控制器130如圖6所示做出事件消息傳遞請求。
在圖6中,事件收集器110連接到第一客戶機(jī)連接器252??蛻魴C(jī)連接器252執(zhí)行用于將由事件收集器110收集的事件消息傳遞給事件傳遞處理器250的功能。在這種情況下,從事件收集器110產(chǎn)生的事件消息是如上所述關(guān)于發(fā)生在無線終端中的事件的信息。
代理控制器130連接到第二客戶機(jī)連接器254。在這種情況下,代理控制器130將事件消息傳遞請求發(fā)送給事件傳遞服務(wù)器120以接收從事件收集器110產(chǎn)生的事件消息。第二客戶機(jī)連接器254將事件消息傳遞請求發(fā)送給事件傳遞處理器250。事件傳遞處理器250注冊該事件消息傳遞請求,隨后準(zhǔn)備將接收的事件消息發(fā)送給代理控制器130。在這種情況下,當(dāng)?shù)谝豢蛻魴C(jī)連接器252或者第n客戶機(jī)連接器259接收到事件消息時,事件傳遞處理器250將接收的事件消息傳遞給第二客戶機(jī)連接器254,并且第二客戶機(jī)連接器254將接收的事件消息發(fā)送給代理控制器130。也就是,事件傳遞服務(wù)器120執(zhí)行用于將接收的事件消息傳遞給做出事件消息傳遞請求的代理控制器130的功能。
第n客戶機(jī)連接器258可以是多個連接器。第n客戶機(jī)連接器258執(zhí)行用于接收除了從事件收集器110產(chǎn)生的事件之外的應(yīng)用事件的功能。在這種情況下,能夠被第n客戶機(jī)連接器258接收的事件用作如上所述的在無線終端中未定義的事件,并且可以是游戲、其他應(yīng)用程序和web服務(wù)程序產(chǎn)生的事件。
如上所述,事件傳遞服務(wù)器120執(zhí)行用于接收發(fā)生在無線終端中的所有事件,并將接收的事件傳遞給做出事件傳遞請求的代理控制器130的功能。在本發(fā)明實施例中,假設(shè)僅代理控制器130做出事件傳遞請求。然而,當(dāng)進(jìn)一步提供不同的代理控制器并且做出事件傳遞請求時,代理傳遞服務(wù)器120能夠分析接收的消息,并將接收的事件消息分發(fā)或傳遞給相關(guān)代理控制器。
圖7示出圖4的代理控制器130的結(jié)構(gòu)。代理控制器130管理專家,設(shè)置用于最終選擇的專家的UI ID,并且將設(shè)置的UI ID的指示提供給代理UI表現(xiàn)部分140。代理控制器130基于顯示的虛擬形象UI根據(jù)用戶的反饋信息來操作。
參照圖7,代理控制器130將從事件傳遞服務(wù)器120傳遞的事件消息存儲在內(nèi)部緩沖器(或黑板)330中,從映射于事件的專家設(shè)置UI ID,并將設(shè)置的UI ID輸出給代理UI表現(xiàn)部分140。當(dāng)用戶根據(jù)由代理UI表現(xiàn)部分140顯示的虛擬形象代理功能產(chǎn)生反饋信息時,代理UI表現(xiàn)部分140接收反饋信息,并且根據(jù)用戶反饋信息執(zhí)行代理控制操作。為了執(zhí)行上述功能,代理控制器130設(shè)置有多個專家322至328、黑板330、監(jiān)督器350、虛擬形象商數(shù)存儲器340、定時器處理器370和專家管理器310等,專家322至328具有代理UI ID,黑板330用于存儲事件消息的信息,當(dāng)發(fā)生的事件與多個專家相關(guān)時,監(jiān)督器350選擇至少一個專家,虛擬形象商數(shù)存儲器340根據(jù)發(fā)生的事件管理虛擬形象商數(shù),定時器處理器370使得專家322至328在特定時間執(zhí)行特定動作,專家管理器310用于在事件發(fā)生時從逐事件專家列表選擇相關(guān)專家,并且根據(jù)事件來控制代理等。
在描述代理控制器130的部件之后,將描述代理控制器130的操作。代理控制器130設(shè)置有用作操作角色代理系統(tǒng)的核心部分的代理引擎。這里,代理引擎是黑板330、定時器處理器370和監(jiān)督器350,并且代理引擎包括用于有機(jī)地將黑板330、定時器處理器370和監(jiān)督器350連接到專家322至328的代碼。
首先,專家322至328是用于解決問題的專家,并且具有用于定義的部分的專長。專家322至328的每一個參照黑板330找出解決方案,并且進(jìn)行努力以使得專家的每一個能夠被最終選擇。
專家322至328是由代理引擎操作的實際任務(wù)處理器。一個專家處理一種情況或使用情況。因此,當(dāng)處理50種情況時,需要50個專家。由于存在另外的專家來維持系統(tǒng),因此專家的數(shù)量需要比將被處理的情況的數(shù)量多。專家322至328的每一個設(shè)置有適合于將被處理的任務(wù)的算法。必須采用預(yù)定標(biāo)準(zhǔn)來實現(xiàn)代碼,從而這些代碼可被代理引擎調(diào)用和處理。在本發(fā)明實施例中,假設(shè)專家界面使用如表4所示的MS專家界面。專家322至328訪問黑板330,并且讀或?qū)懶畔?。專?22至328可使用定時器處理器來設(shè)置期望的操作時間,并可改變設(shè)置的時間。
表4
表4顯示專家界面,并且定義將被專家322至328執(zhí)行的功能。當(dāng)事件發(fā)生時,通過表4的DetermineActivated()來確定相關(guān)專家的操作形式。當(dāng)?shù)竭_(dá)操作時間時,引擎調(diào)用GetUIInfo()。在提供UI表現(xiàn)所需的信息之后,在ActvateL()中執(zhí)行根據(jù)用戶選擇的動作。
在本發(fā)明實施例中,專家322至328必須被提供,專家322至328的數(shù)目大于或等于情況或使用情況的數(shù)目。表5顯示根據(jù)本發(fā)明實施例的情況的例子。
表5
第二,黑板330是用于專家322至328之間通信的工作環(huán)境或信息空間?;旧希绻枰瑢<?22至328可使用或記錄信息。黑板330的模式的優(yōu)點如下。首先,可容易集成許多不同類型的專家322至328。第二,專家322至328很少互相影響,因此它們可被單獨地模塊化并且開發(fā)。第三,為多種改變(例如專家算法的改變或新專家的添加)提供靈活性。
如上所述,黑板330用作工作環(huán)境或信息空間,并且支持方便且靈活的信息搜索。這可在關(guān)系數(shù)據(jù)庫或Linda、Jini和Java對象空間中采用的元組空間(tuple space)中設(shè)計。
專家322至328需要過去的記錄。例如,將描述用于當(dāng)在特定時間檢測到電話呼叫發(fā)送模式時自動推薦電話呼叫發(fā)送的專家。當(dāng)識別許多過去的電話呼叫發(fā)送時,可計算推薦時間。在記錄電話呼叫發(fā)送的事件的狀態(tài)下,如果需要,可從黑板330調(diào)用的數(shù)據(jù)庫中檢索該事件。在具有角色代理功能的無線終端中,所有專家322至328共享一個黑板330。當(dāng)然,代理引擎也使用黑板330。代理引擎必須將發(fā)生的事件記錄發(fā)生在黑板330中,并且必須記錄用戶的反饋信息。專家322至328中的每一個參考黑板330來確定它自己的動作,并且將特定信息記錄到黑板330上。由于黑板330被共享,因此可參考由不同專家記錄的所有記錄。表6顯示黑板330。
表6
黑板330可通過Insert()記錄事件信息,并且提供附加Insert(),從而可存儲事件帶有的附加信息。Insert()是用于記錄用戶的反饋信息的函數(shù),在Insert()中,專家322至328的ID用作第一因子。專家322至328可通過GetDatabase()來訪問并搜索黑板330。
第三,將描述定時器處理器370。定時器處理器370執(zhí)行用于操作專家322至328的功能。專家322至328被代理系統(tǒng)中發(fā)生的事件叫醒,但是需要定時器在特定時間執(zhí)行特定動作。專家322至328的確定時間可以與動作時間(即,用戶表現(xiàn)和觀看角色UI的時間)不同。也就是,特定專家可完全依賴定時器處理器370。例如,表5所示的情況中的SCH06專家(用于在指定時間推薦用戶檢查整個日程安排的情況)是每天周期地執(zhí)行的專家,并且是完全依賴定時器處理器370的專家。然而,許多使用定時器處理器370的專家需要發(fā)生在無線終端中的事件。當(dāng)事件發(fā)生時,專家確定是否將表現(xiàn)角色UI。當(dāng)專家確定角色UI適合在特定日和時間(或者月、日和時間)顯示,或者在特定時間過去之后再次確定時,專家使用定時器處理器370調(diào)用確定功能。在本發(fā)明實施例中,如圖7所示,具有角色代理系統(tǒng)的無線終端使用一個定時器處理器370來減小系統(tǒng)負(fù)載。用于叫醒每一專家的定時(年、月、日、時、分和秒)請求被存儲在黑板330中。在映射到存儲的請求中的最早請求的時間,定時器處理器370執(zhí)行處理。當(dāng)?shù)竭_(dá)請求時間,并且隨后報警工作時,從黑板330中刪除相關(guān)請求。隨后,對最早報警的請求被設(shè)置在定時器處理器370中。
專家負(fù)責(zé)使用定時器處理器370。也就是,專家322至328可在定時器處理器370中設(shè)置時間。當(dāng)設(shè)置時間是沒必要的時,必須刪除或改變設(shè)置的時間。當(dāng)?shù)竭_(dá)設(shè)置的時間時,定時器處理器370工作,從而設(shè)置定時器的專家從如表4所示的專家界面中調(diào)用第二個DetermineActivated()。以與其它事件相同的操作順序執(zhí)行剩余處理。
時間改變現(xiàn)象是使得定時器處理器370復(fù)雜的因素。假設(shè)以這樣的方式設(shè)置定時器特定專家在一周之后運行,并且用戶已經(jīng)將無線終端的日期改變?yōu)橐荒曛暗娜掌凇.?dāng)定時器處理器370沒有處理時間改變時,其將在一年又一周之后運行。黑板330累積比改變的日期晚的日期的記錄。具有角色代理系統(tǒng)的無線終端可檢測改變的時間,但是不能檢測改變之前的時間。引擎根據(jù)不能被預(yù)測的時間改變刪除未來的記錄,并且同時通過專家函數(shù)HandleTimeChanged()通知所有的專家322至328進(jìn)行了時間改變。專家322至328處理時間改變。表7顯示根據(jù)時間改變的專家322至328的動作。
表7
將描述定時器處理器370的操作。在專家322至328中,存在需要或不需要定時器的專家。在這種情況下,如上所述,需要定時器的專家設(shè)置、改變或刪除定時器處理器370中的定時器。當(dāng)專家在定時器處理器370中設(shè)置定時器時,定時器處理器370將定時器已經(jīng)設(shè)置通知給專家管理器310。專家管理器310操作設(shè)置定時器的專家,并且執(zhí)行控制操作,從而可在設(shè)置的時間內(nèi)表現(xiàn)相關(guān)專家的UI。
第四,監(jiān)督器350綜合確定用戶偏愛信息和與黑板330及其自己的專家322至328相關(guān)的當(dāng)前情況,并選擇用于表現(xiàn)的專家。此時,當(dāng)監(jiān)督器350選擇用于表現(xiàn)角色UI的專家時,其可從專家中選擇最適合的專家。當(dāng)用于表現(xiàn)角色UI的專家數(shù)目是多個時,可顯示所有的專家。
將稍后描述當(dāng)專家表現(xiàn)角色UI時監(jiān)督器350的操作。
當(dāng)事件發(fā)生時,通過專家的確定功能將動作模式通知給引擎。動作模式被分為三種模式“沒動作”、“用于現(xiàn)在顯示UI的動作”和“用于在等待表現(xiàn)期間在隊列中刪除的動作”或者“當(dāng)UI當(dāng)前正被表現(xiàn)時用于隱藏的動作”。許多專家可同時將“用于現(xiàn)在顯示UI的動作”的動作模式通知給引擎。在這種情況下,引擎需要調(diào)整競爭關(guān)系中的專家。由于專家不能知道不同專家的存在,所以其僅執(zhí)行表現(xiàn)或隱藏操作等。因此,當(dāng)用于表現(xiàn)角色UI的專家被傳遞給監(jiān)督器350時,監(jiān)督器350在下面的算法中排列期望表現(xiàn)角色的專家。
監(jiān)督器350的算法具有三個規(guī)則。第一,基本指定的優(yōu)先級被設(shè)置為最高。第二,反映用戶偏愛。第三,所有專家必須能夠表現(xiàn)角色UI(即,專家不能餓)。
將描述監(jiān)督器350的算法。假設(shè)基本指定的優(yōu)先級是p1(p1≥0),并且相關(guān)專家的用戶偏愛是p2,則用于表現(xiàn)專家的角色UI的優(yōu)先級(以下稱為UI表現(xiàn)優(yōu)先級)被如下計算。
p=(1/(p1+1))×p2,其中,p2=1-((r(0)×f(0)+(r(1)×f(1)+...+(r(k-1)×f(k-1))/(g(0)+g(1)+...+g(k+1)))),K可被設(shè)置為14,如果xi+yi>0,r(i)=xi/(xi+yi)如果xi+yi=0,r(i)=0,f(i)=1/(1+2logk(i+1)),如果xi+yi>0,g(i)=1
如果xi+yi=0,g(i)=0,r(i)=涉及在當(dāng)前日之前的第i日用戶的否定意見的比率,f(i)=在當(dāng)前日之前的第i日用戶的否定意見的折減系數(shù),g(i)=在當(dāng)前日之前的第i日接受或拒絕的數(shù)目,xi=在當(dāng)前日之前的第i日用戶拒絕專家的次數(shù),和yi=在當(dāng)前日之前的第i日用戶接受專家的次數(shù)。
將描述k被設(shè)置為14的原因。在比率r(i)中計算14天前用戶拒絕專家的拒絕級別。當(dāng)14天前用戶完全拒絕專家時,拒絕比率是1。當(dāng)時間周期過去之后,r(13)=1/(1=2)=0.33。如果用戶期望根據(jù)時間來改變曲線的斜率,則k需要被改變。表8顯示當(dāng)假設(shè)k=14時監(jiān)督器350的算法計算的例子。圖8A示出根據(jù)本發(fā)明實施例的在監(jiān)督器350的算法中拒絕相關(guān)曲線的例子。圖8B示出在監(jiān)督器350的算法中計算否定意見的折減系數(shù)f的例子。圖8C示出在監(jiān)督器350的算法中折算的拒絕相關(guān)曲線的例子。
表8
圖8A示出的拒絕相關(guān)曲線的例子表現(xiàn)表8所示的監(jiān)督器350的算法計算中的“r”值,并且顯示逐天的拒絕次數(shù)。圖8B示出指示級別的曲線,其中,在監(jiān)督器350的算法的‘f’計算中逐日期地反映用戶偏愛??砂l(fā)現(xiàn)較強(qiáng)的用戶偏愛反映在較早的日期。圖8C中示出的在監(jiān)督器350的算法中折算的拒絕相關(guān)曲線逐日期地指示連同反映的用戶偏愛一起計算的拒絕次數(shù)。從這些值再現(xiàn)最終計算結(jié)果。在以上例子中,用戶偏愛相關(guān)專家的比率被計算為0.79012323。以該比率值和基本指定的相關(guān)專家的優(yōu)先級為基礎(chǔ),最終UI表現(xiàn)優(yōu)先級被計算。
監(jiān)督器350將根據(jù)計算的UI表現(xiàn)優(yōu)先級排列的專家列表發(fā)送給引擎(或者專家管理器)。此時,監(jiān)督器350可排除具有過低的UI表現(xiàn)優(yōu)先級的專家。盡管已經(jīng)選擇10個專家作為候選,用于表現(xiàn)實際角色UI的專家數(shù)目可以小于10個。根據(jù)監(jiān)督器350的算法的規(guī)則3,盡管排除了具有過低UI表現(xiàn)優(yōu)先級的專家,長時間排除的專家也具有表現(xiàn)角色UI的機(jī)會。
圖9示出存儲根據(jù)通過監(jiān)督器350的計算設(shè)置的UI表現(xiàn)優(yōu)先級來排列的專家的優(yōu)先級隊列。如圖9所示,所有專家被分別分配下述三個UI表現(xiàn)優(yōu)先級之一。首先,第0優(yōu)先級的專家是即使當(dāng)無線終端正被使用時也用于表現(xiàn)角色UI的專家。第1優(yōu)先級的專家是即使當(dāng)無線終端正被使用時也出現(xiàn)的專家,以及在另一專家正在表現(xiàn)角色列表或者處于等待狀態(tài)時等待的專家。第2優(yōu)先級的專家在無線終端正被使用時沒有表現(xiàn)任何角色UI而是等待。表9是專家322至328的基本優(yōu)先級分配表。
表9
當(dāng)無線終端沒有表現(xiàn)角色UI時,圖9的優(yōu)先級隊列為空。在優(yōu)先級0的情況下,新的專家被添加在優(yōu)先級隊列之前。UI表現(xiàn)優(yōu)先級1和2的專家被添加在優(yōu)先級0中等待的專家之后。因此,UI表現(xiàn)優(yōu)先級1和2的專家沒有影響當(dāng)前專家的角色UI表現(xiàn)。然而,UI表現(xiàn)優(yōu)先級0的專家停止當(dāng)前正被表現(xiàn)的角色UI,并且表現(xiàn)其自己的角色UI。因此,優(yōu)先級0的新專家可隱藏當(dāng)前正被表現(xiàn)的角色UI,并表現(xiàn)其自己的角色UI。第一優(yōu)先級的專家可隱藏第2優(yōu)先級的專家的角色UI表現(xiàn),并且表現(xiàn)其自己的角色UI。當(dāng)相同的UI當(dāng)前正被表現(xiàn)或者進(jìn)入等待狀態(tài)時,第1和第2優(yōu)先級的角色UI必須等待輪到它們進(jìn)行角色UI表現(xiàn)。當(dāng)存在用戶輸入或者在預(yù)定時間內(nèi)沒有輸入時,從優(yōu)先級隊列中自動刪除該角色UI。此時,具有圖9的結(jié)構(gòu)的優(yōu)先級隊列的第一項被刪除,并且下一專家的角色UI被表現(xiàn)。在無線終端正被使用的狀態(tài)下,不能表現(xiàn)UI表現(xiàn)優(yōu)先級2。使用當(dāng)在無線終端中設(shè)置的失活相關(guān)功能被使用或者用戶按下鍵時過去預(yù)定時間之后操作的方法,必須在檢測到系統(tǒng)的失活時間之后,表現(xiàn)角色UI。
如表8所示,專家具有表現(xiàn)角色UI的有限時間以及UI表現(xiàn)優(yōu)先級。在有限時間過去之后,角色UI是沒意義的。例如,在預(yù)定時間過去之后,失去了在特定時間對特定操作的推薦的效果。
在計算基本指定的優(yōu)先級和用戶偏愛之后,最高優(yōu)先級的專家被選擇,并且被選專家的角色UI可被表現(xiàn)。這種方法相應(yīng)于用于選擇專家的方法的前者。
第五,虛擬形象商數(shù)存儲器340執(zhí)行用于包含根據(jù)發(fā)生的事件和基于發(fā)生的事件的用戶的動作而改變的虛擬形象商數(shù)的功能。根據(jù)本發(fā)明實施例,無線終端基于AI代理系統(tǒng)通過虛擬形象界面向用戶提供有用功能,并且可通過使用無線終端培養(yǎng)虛擬形象。代理系統(tǒng)檢測發(fā)生在無線終端中的各種事件,并將檢測的事件傳遞給各個功能。隨后,在相關(guān)功能中綜合考慮許多情況,并且將相關(guān)功能操作的存在通知給系統(tǒng)。代理控制器130選擇最適合當(dāng)前情況的一個或多個專家,并且準(zhǔn)備操作。通過虛擬形象界面從用戶接收反饋信息,從而可根據(jù)用戶的偏愛以各種方式操作相關(guān)功能。
根據(jù)發(fā)生在無線終端中的各種事件和代理功能以及用戶的反饋信息來改變虛擬形象的內(nèi)部商數(shù)。此外,許多能夠使用虛擬形象商數(shù)的應(yīng)用事件影響虛擬形象商數(shù)。隨著內(nèi)部商數(shù)的改變,虛擬形象界面改變。隨著時間流逝,觀看到虛擬形象被培養(yǎng)的樣子。這是虛擬形象的成長概念。根據(jù)本發(fā)明實施例,虛擬形象成長被引入基于AI代理系統(tǒng)的無線終端。為此,無線終端基于在無線終端中發(fā)生的各種事件向用戶推薦和報告許多動作。因此,用戶可更加有效和愉快地使用終端。在這些事件和用戶的反饋動作的基礎(chǔ)上,虛擬形象商數(shù)改變。
將參照圖7描述具有上述結(jié)構(gòu)的代理控制器130的操作。當(dāng)從事件傳遞服務(wù)器120接收到事件時,專家管理器310將事件信息存儲在黑板330的相關(guān)事件存儲區(qū)域中。此時,從事件傳遞服務(wù)器120傳遞的事件信息具有如表1所示的格式。當(dāng)接收到表1所示的事件消息時,專家管理器310參照接收的事件消息和參數(shù),用必要的信息來代替參數(shù)或者進(jìn)一步添加必要的參數(shù),并將事件消息和必要的信息存儲在黑板330中。隨后,專家管理器310參照內(nèi)部逐事件專家列表,從專家322至328選擇與接收的事件相關(guān)的專家,并且傳遞接收的事件消息。此時,當(dāng)根據(jù)必要事件和監(jiān)督器350最終選擇專家322至328時,專家322至328被提供用于代理表現(xiàn)的虛擬形象UI的標(biāo)識符(ID)。
至少兩個專家可映射到一個事件。在這種情況下,一個專家被選擇,從而根據(jù)本發(fā)明實施例可表現(xiàn)角色UI。另外,至少兩個專家被選擇,從而每一專家的角色UI可被表現(xiàn)。當(dāng)選擇一個專家來表現(xiàn)角色UI時,專家管理器310請求監(jiān)督器350選擇最適合的專家。隨后,監(jiān)督器350分析黑板330的數(shù)據(jù)、根據(jù)事件基本指定的優(yōu)先級和用戶對專家的偏愛,從而選擇最適合的專家。當(dāng)監(jiān)督器350根據(jù)接收的事件選擇專家時,專家管理器310將對代理表現(xiàn)的虛擬形象UI ID請求發(fā)送給被選專家。當(dāng)從專家接收到UI ID時,接收的ID被發(fā)送給代理UI表現(xiàn)部分140。
當(dāng)選擇多個專家來表現(xiàn)角色UI時,專家管理器310將用于表現(xiàn)與事件相關(guān)的角色UI的專家通知給監(jiān)督器350。隨后,監(jiān)督器350參照如圖9所示的優(yōu)先級分配表,參照基本指定的優(yōu)先級,并且反映用戶對相關(guān)專家的偏愛。隨后,監(jiān)督器350在執(zhí)行過程的同時將根據(jù)設(shè)置的優(yōu)先級排列的專家列表通知給專家管理器310。如上所述排列的專家的UI表現(xiàn)優(yōu)先級被存儲在如圖9所示的優(yōu)先級隊列中。當(dāng)監(jiān)督器350根據(jù)接收的事件選擇專家時,專家管理器310在識別優(yōu)先級隊列的同時根據(jù)被選專家的UI表現(xiàn)優(yōu)先級將對角色UI表現(xiàn)的虛擬形象UI ID請求發(fā)送給相關(guān)專家。當(dāng)從專家接收到UI ID時,接收的UI ID被發(fā)送給代理UI表現(xiàn)部分140。
將描述用于選擇與上述發(fā)生的事件相關(guān)的專家并表現(xiàn)角色UI的過程。首先,當(dāng)輸入事件(包括事件收集器110收集的事件和通過定時器的事件)時,專家管理器310從逐事件專家列表中識別對輸入事件注冊的專家,隨后將輸入的事件通知給相關(guān)專家。當(dāng)與輸入事件相關(guān)的專家數(shù)目是多個時,詢問被發(fā)送給監(jiān)督器350。隨后,監(jiān)督器350分析指定優(yōu)先級和用戶偏愛,設(shè)置用于表現(xiàn)角色UI的專家的UI表現(xiàn)優(yōu)先級,對優(yōu)先級排序,并且將排序的優(yōu)先級通知給專家管理器310。根據(jù)該排序,專家管理器310在優(yōu)先級緩沖器中對專家進(jìn)行排列并執(zhí)行控制操作,以根據(jù)排序的優(yōu)先級來順序操作專家,并且表現(xiàn)相關(guān)專家的UI。
根據(jù)本發(fā)明實施例中的事件發(fā)生和處理結(jié)果,虛擬形象UI的商數(shù)被改變,并且虛擬形象成長被控制。當(dāng)專家將改變請求發(fā)送給虛擬形象商數(shù)存儲器340時,虛擬形象商數(shù)可被改變。
接收上述虛擬形象UI ID的代理UI表現(xiàn)部分140具有如圖10所示的結(jié)構(gòu)。代理UI表現(xiàn)部分140管理將被顯示給無線終端用戶的多個虛擬形象UI,并且執(zhí)行用于將映射到由代理控制器130請求的UI ID的虛擬形象UI顯示給用戶的操作。
具有角色代理系統(tǒng)的無線終端使用角色作為UI。這里,假設(shè)角色是虛擬形象。由于獨立于代理引擎來配置角色UI,因此可使用角色UI。連同角色UI,可執(zhí)行例如文本、音頻等各種形式。表10顯示代理UI表現(xiàn)部分140的UI界面。
表10
必須采用如表10所示的MAgentExpression來實現(xiàn)UI。在表10中,Show()用于顯示UI,Hide()用于隱藏UI。引擎必須通過SetFeedbackController指定類來接收用于UI的反饋輸入。
當(dāng)根據(jù)本發(fā)明實施例,具有AI代理功能的無線終端使用角色UI時,角色可使用虛擬形象模型來吸引用戶。虛擬形象模型可根據(jù)無線終端的使用培養(yǎng)角色。在這種情況下,角色(例如虛擬形象)的成長依賴于時間和用戶的裝置的使用。例如,隨著時間的流逝,角色被成長。根據(jù)用戶使用裝置的方法,角色商數(shù)被不同地改變,并且角色的特性可被不同地表現(xiàn)。
參照圖10,通過虛擬形象UI管理器360和與虛擬形象UI相應(yīng)的多個UI 372至378來配置代理UI表現(xiàn)部分140。這里,UI 372至378是將被實際顯示的虛擬形象數(shù)據(jù)。虛擬形象UI是根據(jù)事件虛擬形象成長模式和該模式的步驟的虛擬形象以及根據(jù)虛擬形象商數(shù)設(shè)置的虛擬形象。
因此,當(dāng)代理控制器130接收到虛擬形象UI ID時,虛擬形象UI管理器360選擇映射到虛擬形象UI ID的UI,并且操作該虛擬形象UI。虛擬形象UI被顯示在顯示單元27上。在這種情況下,虛擬形象可與虛擬形象UI文本、語音或音樂以及虛擬形象UI圖像一起顯示。當(dāng)事件發(fā)生時,用戶可通過顯示單元27在虛擬形象UI中識別根據(jù)虛擬形象成長模式和虛擬形象商數(shù)的事件的虛擬形象圖像和文本。
當(dāng)用戶在識別顯示在顯示單元27上的虛擬形象UI之后,產(chǎn)生選擇信息時,將相關(guān)UI通知給虛擬形象UI管理器360。虛擬形象UI管理器360將用戶反饋信息傳遞給代理控制器130。
具有如圖7所示的結(jié)構(gòu)的代理控制器130將用戶反饋信息存儲在黑板330中,并操作運行相關(guān)UI的專家。此時,用戶反饋信息是用戶根據(jù)用于發(fā)生的事件的虛擬形象UI文本而選擇的項。例如,當(dāng)在消息事件中接收/發(fā)送消息之后不存在聯(lián)系信息時,虛擬形象UI文本推薦用戶添加聯(lián)系信息。因此,用戶做出的響應(yīng)(YES/NO)信息是用戶反饋信息。當(dāng)如上所述產(chǎn)生用戶反饋信息時,代理控制器130將用戶的反饋信息傳遞給專家,從而專家可處理反饋信息??赏ㄟ^專家改變虛擬形象商數(shù)。
圖11至18是示出具有如圖4至10所示的結(jié)構(gòu)的無線終端的虛擬形象代理系統(tǒng)的操作過程的流程圖。
圖11是示出分析發(fā)生在如圖4所示的虛擬形象代理系統(tǒng)中的事件以及操作虛擬形象代理系統(tǒng)的過程的流程圖。
參照圖11,在步驟410,當(dāng)事件發(fā)生時,控制器100收集事件并產(chǎn)生事件消息。此時,產(chǎn)生的事件消息具有如表1所示的結(jié)構(gòu)。隨后,在步驟420,控制器100將發(fā)生的事件傳遞給用于處理事件的裝置。當(dāng)代理系統(tǒng)具有如圖4所示的結(jié)構(gòu)時,用于處理事件的裝置可以是代理控制器130。當(dāng)僅在事件收集器110中實現(xiàn)發(fā)生事件的裝置時,可省略事件傳遞服務(wù)器120。在這種情況下,可直接將事件從事件收集器110傳遞給代理控制器130。隨后,在步驟430,控制器100接收并分析產(chǎn)生的事件消息,從被選專家中選擇用于處理該事件消息的專家,并設(shè)置被選專家的UI ID。隨后,在步驟440,控制器110從存儲器23的虛擬形象存儲器中選擇映射到設(shè)置的UI ID的虛擬形象UI,并且將被選虛擬形象UI顯示在顯示單元27上。
顯示的虛擬形象UI可具有用于請求用戶選擇的功能。隨后,當(dāng)無線終端用戶選擇相關(guān)功能時,在步驟450,控制器100檢測該選擇,并隨后返回步驟430來執(zhí)行代理控制操作。此時,在步驟430,控制器100根據(jù)用戶反饋信息重復(fù)上述操作。
如上所述,在虛擬形象代理功能中,無線終端可選擇映射到發(fā)生的事件的虛擬形象UI,并且顯示事件發(fā)生。
圖12是示出代理系統(tǒng)中事件收集器110的操作過程的流程圖。
參照圖12,在步驟511,當(dāng)事件發(fā)生時,事件收集器110檢測事件,并處理發(fā)生的事件。
首先,當(dāng)呼叫事件發(fā)生時,事件收集器110在步驟513檢測發(fā)生的呼叫事件,并在步驟515,處理發(fā)生的呼叫事件。此時,呼叫事件檢測器236處理呼叫事件。當(dāng)檢測到呼叫事件時,事件收集器110根據(jù)圖13的過程處理呼叫事件。
參照圖13,呼叫事件的類型可以是來電、去電、接聽電話、拒接的電話、未接電話等。在步驟551和553,當(dāng)呼叫事件類型是來電時,事件收集器110根據(jù)來電時間、來電人等來存儲來電信息。在步驟555和557,當(dāng)呼叫事件類型是去電時,事件收集器110根據(jù)去電時間、被叫人等來存儲去電信息。在步驟559和561,當(dāng)呼叫事件類型是接聽的電話時,事件收集器110根據(jù)接聽時間、來電人等來存儲接聽的電話的信息。在步驟563和565,當(dāng)呼叫事件類型是拒接的電話時,事件收集器110根據(jù)拒接時間、來電人等來存儲來電信息。在步驟567和569,當(dāng)呼叫事件是未接電話時,事件收集器110根據(jù)未接電話時間、來電人等來存儲未接電話信息。在步驟571,當(dāng)事件不是上述呼叫事件時,事件收集器110根據(jù)相關(guān)呼叫事件來存儲通話時間和訂戶信息。隨后,在步驟573,事件收集器110根據(jù)呼叫事件收集信息并產(chǎn)生事件消息。因此,當(dāng)呼叫事件檢測器236處理圖13的過程時,檢測的呼叫事件的信息被傳遞給事件收集管理器210,從而可產(chǎn)生事件消息。
第二,當(dāng)報警事件發(fā)生時,事件收集器110在步驟517檢測發(fā)生的報警事件,并且在步驟519處理發(fā)生的報警事件。此時,在日程安排改變事件檢測器230中處理報警事件。當(dāng)檢測到日程安排改變事件時,事件收集器110根據(jù)圖14的過程處理日程安排改變事件。這里,術(shù)語“日程安排改變事件”包括日程安排、日程安排改變、報警等。在圖14中,日程安排改變事件將被描述為報警事件。
參照圖14,在步驟581,當(dāng)報警事件發(fā)生時,事件收集器110確定報警事件是否是虛擬形象報警事件。如果報警事件是虛擬形象報警事件,則在步驟581,事件收集器110檢測虛擬形象報警事件,在步驟583存儲發(fā)生的報警事件的例如類型、時間等的報警事件信息,并在步驟587收集基于虛擬形象報警事件的信息以產(chǎn)生事件消息。然而,如果在步驟581報警事件不是虛擬形象報警事件,則在執(zhí)行步驟585和587的同時,例如報警事件類型和時間的一般報警事件信息被存儲,并產(chǎn)生事件消息。因此,當(dāng)在日程安排改變事件檢測器230中處理圖14的過程時,檢測的報警事件信息被傳遞給事件收集管理器210,從而可產(chǎn)生事件消息。
第三,當(dāng)消息事件發(fā)生時,在步驟525,事件收集器110檢測發(fā)生的消息事件,并且在步驟527處理發(fā)生的消息事件。此時,在消息事件檢測器228中處理消息事件。當(dāng)檢測到消息事件時,事件收集器110根據(jù)圖15的過程處理消息事件。
參照圖15,消息事件是消息接收、發(fā)送、檢查、刪除等。上述消息事件可發(fā)生在短消息服務(wù)(SMS)、多媒體消息服務(wù)(MMS)、電子郵件等中。當(dāng)消息接收事件發(fā)生時,在執(zhí)行步驟613至625的同時,事件收集器110確定發(fā)生的消息接收事件是SMS、擴(kuò)展的消息服務(wù)(EMS)、MMS還是電子郵件事件,并且存儲用于發(fā)生的時間的接收事件和消息(電子郵件)ID。也就是,當(dāng)消息接收事件發(fā)生時,事件收集器110確定消息接收事件是SMS、MMS還是電子郵件事件,并存儲分析的消息的接收時間和消息(電子郵件)ID。在圖15中,消息事件的類型被描述為SMS、EMS、MMS和電子郵件,但是其他消息連同這三種類型的消息可被處理。在圖15中未定義的消息事件的類型的情況下,可在步驟625處理相關(guān)消息事件。
隨后,在步驟645,事件收集器110收集消息接收事件的信息,從而可使用所述信息產(chǎn)生事件消息。當(dāng)在消息事件檢測器228中處理上述過程時,在步驟645,檢測的消息事件信息被傳遞給事件收集管理器210,從而事件消息可被產(chǎn)生。
當(dāng)消息發(fā)送事件發(fā)生時,在步驟631,事件收集器110檢測發(fā)生的消息發(fā)送事件,并且在步驟633,確定該消息發(fā)送事件是SMS、MMS還是電子郵件事件,并且存儲分析的消息的發(fā)送時間和消息(電子郵件)ID。當(dāng)消息檢查事件發(fā)生時,在步驟635,事件收集器110檢測發(fā)生的消息檢查事件,并且在步驟637,確定消息檢查事件是SMS、MMS還是電子郵件事件,并且存儲分析的消息的檢查時間和訂戶信息。當(dāng)消息刪除事件發(fā)生時,在步驟639,事件收集器110檢測發(fā)生的消息刪除事件,并在步驟641,確定消息刪除事件是SMS、MMS還是電子郵件事件,并且存儲分析的消息的刪除時間和消息(電子郵件)。在執(zhí)行上述操作之后,在步驟645,事件收集器110收集消息事件的信息,從而可使用所述信息來產(chǎn)生事件消息。當(dāng)在消息事件檢測器228中處理圖15的過程時,在步驟645,檢測到消息事件信息被傳遞給事件收集管理器210,從而可產(chǎn)生事件消息。
第四,當(dāng)?shù)刂凡靖淖兪录l(fā)生時,在步驟533,事件收集器110檢測發(fā)生的地址簿改變事件,并且在步驟535處理發(fā)生的地址簿改變事件。此時,在地址簿改變事件檢測器224中處理地址簿改變事件。當(dāng)檢測到地址簿改變事件時,事件收集器110根據(jù)圖16的過程處理地址簿改變事件。這里,地址可以是電話號碼、地址、電子郵件ID等。
參照圖16,當(dāng)?shù)刂凡靖淖兪录l(fā)生時,事件收集器110在執(zhí)行步驟651至665的同時,分析地址簿改變事件的類型,并根據(jù)分析的地址簿改變事件的類型存儲發(fā)生時間和地址簿改變事件項。這里,地址簿改變事件的類型可以是地址添加、地址編輯、地址刪除等。根據(jù)上述地址改變事件類型,存儲事件信息(時間和項ID)。在圖16中,地址簿改變事件的類型已經(jīng)描述為地址添加、地址編輯、地址刪除等,而除了這三種類型的地址簿改變,還可存在其他地址簿改變。當(dāng)除了這三種類型的地址簿改變之外的不同地址簿改變事件發(fā)生時,在步驟663,事件收集器110存儲相關(guān)地址簿改變事件的信息。在執(zhí)行上述操作之后,在步驟665,事件收集器110收集地址簿改變事件的信息,從而可使用所述信息產(chǎn)生事件消息。當(dāng)在地址簿事件檢測器224中處理圖16的過程時,在步驟665,檢測的地址簿事件信息被傳遞給事件收集管理器210,從而可產(chǎn)生事件消息。
在上述方法中,處理例如系統(tǒng)事件、設(shè)置改變事件、相機(jī)事件以及廣播事件的其他事件。在處理事件之后,在步驟547,事件收集器110使用處理的事件的信息產(chǎn)生事件消息。此時,事件消息具有如表1所示的結(jié)構(gòu)。在步驟549,產(chǎn)生的事件消息被傳遞給事件傳遞服務(wù)器120或者代理控制器130。
圖17是示出用于從代理系統(tǒng)的事件傳遞服務(wù)器120傳遞接收的事件的過程的流程圖。
參照圖17,在步驟671,事件傳遞服務(wù)器120執(zhí)行初始化操作。當(dāng)接收到消息時,在步驟673,事件傳遞服務(wù)器120檢測該接收的消息,并且在步驟675和681,確定該消息是用于請求事件消息傳遞的消息還是產(chǎn)生的事件消息。這里,從代理控制器130產(chǎn)生用于請求事件消息傳遞的消息,從事件收集器110產(chǎn)生事件消息。當(dāng)該消息是事件傳遞請求消息時,在步驟675,事件傳遞服務(wù)器120檢測該請求消息,并且在步驟679,注冊客戶機(jī)連接器(即,根據(jù)本發(fā)明實施例的第二客戶機(jī)連接器254)來傳遞事件消息。也就是,第二客戶機(jī)連接器254被注冊,從而接收的事件消息可被傳遞給代理控制器130。當(dāng)接收的消息是事件消息時,在步驟681,事件傳遞服務(wù)器120檢測接收的事件消息,并且通過請求事件傳遞的客戶機(jī)連接器(即,第二客戶機(jī)連接器254)來傳遞接收的事件消息(即,從事件收集器110產(chǎn)生的事件消息或應(yīng)用消息)。當(dāng)消息不是事件請求或者接收的事件消息時,在步驟683,相關(guān)消息作為錯誤被處理。
如上所述,事件傳遞服務(wù)器120執(zhí)行用于將從事件收集器110產(chǎn)生的事件消息和其他應(yīng)用事件傳遞給做出事件傳遞請求的代理控制器130的功能。當(dāng)沒有對應(yīng)用事件執(zhí)行代理控制操作時,可省略事件傳遞服務(wù)器120。
圖18和19是示出根據(jù)從代理系統(tǒng)的代理控制器130傳遞的事件消息的代理控制過程的流程圖。這里,圖18示出當(dāng)事件發(fā)生時識別表現(xiàn)用于發(fā)生的事件的角色UI的專家,從專家中選擇具有最高指定優(yōu)先級和用戶偏愛的專家,并且表現(xiàn)被選專家的UI ID的過程。另外,圖19示出當(dāng)事件發(fā)生時識別表現(xiàn)用于發(fā)生的事件的角色UI的專家,并且識別專家的指定優(yōu)先級和用戶偏愛,以具有高UI表現(xiàn)優(yōu)先級和用戶偏愛的專家的順序設(shè)置和排列UI表現(xiàn)優(yōu)先級,并且根據(jù)排列的UI表現(xiàn)優(yōu)先級表現(xiàn)相關(guān)專家的UI ID。
首先,參照圖18,代理控制器130在步驟711等待接收事件消息。當(dāng)接收到事件消息時,根據(jù)接收的事件的必要信息被收集并存儲在黑板330中。此時,存儲在黑板330中的事件信息可具有表1的格式。在事件信息存儲在黑板330中之后,代理控制器130識別注冊在逐事件專家列表中的與發(fā)生的事件相關(guān)的專家,并且在步驟715,就相關(guān)情況的存在詢問被識別的專家。也就是,代理控制器130選擇用于處理發(fā)生的事件的專家,并且就表5所示的使用情況中的用于發(fā)生的事件的相關(guān)情況詢問被選專家。當(dāng)對于發(fā)生的事件情況存在至少兩個專家時,代理控制器130允許監(jiān)督器350從與事件相關(guān)的專家中選擇最適合的專家。當(dāng)選擇映射到發(fā)生的事件的專家時,監(jiān)督器350分析黑板的內(nèi)容、指定的優(yōu)先級以及用戶偏愛,并選擇專家。當(dāng)監(jiān)督器350選擇一個專家時,在步驟719,代理控制器130檢測被選專家,隨后在步驟721,獲得被選專家的虛擬形象UI ID。
在此處理中,相關(guān)專家可適合地改變虛擬形象商數(shù)。虛擬形象商數(shù)被預(yù)設(shè),其映射于每一事件。當(dāng)必須改變映射于每一事件的虛擬形象商數(shù)時,相關(guān)專家通過虛擬形象商數(shù)存儲器340改變虛擬形象商數(shù)。
隨后,在步驟721,代理控制器130將從被選專家獲得的虛擬形象UI ID傳遞給代理UI表現(xiàn)部分140,隨后等待接收用戶反饋信息。隨后,代理UI表現(xiàn)部分140操作映射于虛擬形象UI ID的UI,并且根據(jù)發(fā)生的事件執(zhí)行虛擬形象代理表現(xiàn)。此時,UI設(shè)置有根據(jù)每一事件的虛擬形象成長模式和該成長模式中的步驟的虛擬形象以及為虛擬形象商數(shù)設(shè)置的虛擬形象信息。這種虛擬形象信息被顯示在顯示單元27上。顯示在顯示單元27上的虛擬形象信息可以是虛擬形象UI的圖像和文本。隨后,用戶可在觀看基于顯示在顯示單元27上的虛擬形象UI的圖像和文本的同時,進(jìn)行應(yīng)答。用戶的應(yīng)答信息是用戶反饋信息。代理UI表現(xiàn)部分140將用戶反饋信息傳遞給代理控制器130。
當(dāng)從代理UI表現(xiàn)部分140接收到用戶反饋信息時,代理控制器130將用戶反饋信息傳遞給相關(guān)專家,并請求該專家根據(jù)用戶反饋信息執(zhí)行操作。相關(guān)專家可根據(jù)反饋信息適合地改變虛擬形象商數(shù)。在步驟733,代理控制器130將用戶反饋信息存儲在黑板330中。隨后,事件控制過程進(jìn)行到步驟711。
第二,參照圖19,在步驟751,代理控制器130等待接收事件消息。當(dāng)接收到事件消息時,在步驟753,根據(jù)接收的事件的必要信息被收集并存儲在黑板330中。此時,存儲在黑板330中的事件信息可具有表1的格式。在事件信息存儲在黑板330中之后,在步驟755,代理控制器130識別發(fā)生的事件的角色商數(shù),然后改變存儲在虛擬形象商數(shù)存儲器340中的角色商數(shù)。隨后,在步驟757,代理控制器130就發(fā)生的事件的相關(guān)情況詢問注冊在專家管理器310的逐事件專家列表中的專家。隨后,代理控制器130通過監(jiān)督器350根據(jù)詢問的結(jié)果計算用于角色UI表現(xiàn)的專家候選的UI表現(xiàn)優(yōu)先級,在根據(jù)計算結(jié)果考慮UI表現(xiàn)優(yōu)先級的同時排列適合的專家候選,排除不適合的專家候選,并在步驟761,將用于執(zhí)行角色UI表現(xiàn)的專家存儲和排隊在如圖9所示的優(yōu)先級隊列中。以上已經(jīng)描述了用于在監(jiān)督器350中設(shè)置專家的UI表現(xiàn)優(yōu)先級的原理和方法。
隨后,在步驟763,代理控制器130確定是否存在當(dāng)前正被顯示在顯示單元27上的角色UI。如果角色UI當(dāng)前正被顯示,則可根據(jù)存儲在優(yōu)先級隊列中的專家的優(yōu)先級進(jìn)行處理。如上所述,不管當(dāng)前顯示狀態(tài),立即執(zhí)行具有UI表現(xiàn)優(yōu)先級0的專家的角色UI表現(xiàn)。在執(zhí)行不同專家的角色表現(xiàn)的同時,UI表現(xiàn)優(yōu)先級1和2的專家等待角色表現(xiàn)。當(dāng)存儲在優(yōu)先級隊列中的專家中存在UI表現(xiàn)優(yōu)先級0的專家時,在步驟765,代理控制器130停止當(dāng)前角色UI表現(xiàn)。然而,當(dāng)存儲在優(yōu)先級隊列中的專家中不存在UI表現(xiàn)優(yōu)先級0的專家時,在步驟765,代理控制器130可等待直到當(dāng)前角色UI表現(xiàn)完成。當(dāng)新的事件發(fā)生,且用于執(zhí)行角色表現(xiàn)的專家被設(shè)置時,代理控制器130可停止當(dāng)前正被顯示的角色UI表現(xiàn),并且表現(xiàn)由事件設(shè)置的專家的角色UI。在這種情況下,在步驟765,代理控制器130可停止當(dāng)前角色UI表現(xiàn)。
當(dāng)在步驟763不存在當(dāng)前正被表現(xiàn)的角色UI時或者在執(zhí)行步驟765之后,在步驟767,代理控制器130訪問存儲在優(yōu)先級隊列中的專家中具有最高UI表現(xiàn)優(yōu)先級的專家的UI ID,并且在步驟769執(zhí)行控制操作,從而通過代理UI表現(xiàn)部分140表現(xiàn)相關(guān)專家的角色UI。從隊列中移除已表現(xiàn)了角色UI的專家。隨后,相關(guān)專家的角色UI被顯示在顯示單元27上。此時,顯示的角色UI可能需要也可能不需要用戶的反饋。當(dāng)在需要用戶的反饋的角色UI被表現(xiàn)的狀態(tài)下,用戶發(fā)出反饋命令時,代理UI表現(xiàn)部分140將反饋命令傳遞給代理控制器130。在步驟771,代理控制器130檢測反饋命令,在步驟773,控制當(dāng)前正被表現(xiàn)的角色UI停止,在步驟775,將用戶反饋信息存儲在黑板330中,并且在步驟777,根據(jù)用戶反饋結(jié)果請求表現(xiàn)角色UI的專家行動。此時,專家設(shè)置有用于根據(jù)用戶的反饋結(jié)果(即肯定或否定反饋結(jié)果)執(zhí)行動作的UI ID。代理控制器130將映射到專家的動作的UI ID傳遞給代理UI表現(xiàn)部分140,并執(zhí)行控制操作,從而表現(xiàn)角色UI。代理控制器130根據(jù)反饋結(jié)果識別角色商數(shù),并且在步驟779執(zhí)行控制操作,從而在虛擬形象商數(shù)存儲器340中更新相關(guān)角色商數(shù)。
然而,如果在步驟771,UI不需要用戶反饋或者在設(shè)置的時間內(nèi)沒有接收到用戶反饋,或者在執(zhí)行步驟779之后,在步驟781,代理控制器130確定是否存在優(yōu)先級隊列中等待的專家。如果存在優(yōu)先級隊列中等待的專家,則在步驟783,代理控制器130訪問在隊列中等待的專家之中具有接下來的UI表現(xiàn)優(yōu)先級的專家的UI ID,隨后進(jìn)行到步驟769以根據(jù)上述過程表現(xiàn)角色UI。如上所述,從優(yōu)先級隊列中移除已表現(xiàn)的角色UI的專家。
當(dāng)重復(fù)上述操作時,可根據(jù)UI表現(xiàn)優(yōu)先級來順序表現(xiàn)在優(yōu)先級隊列中等待的專家的角色UI。當(dāng)完成在優(yōu)先級隊列中等待的所有專家的角色UI表現(xiàn)時,在步驟781,代理控制器130檢測該表現(xiàn)完成,停止用于控制角色UI表現(xiàn)操作的過程,并等待接收下一事件。
當(dāng)如上所述事件發(fā)生時,代理控制器130就角色UI的表現(xiàn)可能性詢問注冊在逐事件專家列表中的專家,并且當(dāng)至少兩個專家可表現(xiàn)角色UI時,代理控制器130可執(zhí)行兩種方法中的處理。也就是,如圖18所示,通過監(jiān)督器350從許多專家中選擇能夠表現(xiàn)最適合的角色UI的一個專家,從而可表現(xiàn)角色UI。另一方面,如圖19所示,通過監(jiān)督器350選擇能夠表現(xiàn)角色的多個專家,被選專家的角色UI表現(xiàn)優(yōu)先級被設(shè)置,并且可根據(jù)UI表現(xiàn)優(yōu)先級來順序表現(xiàn)角色UI。當(dāng)角色UI被表現(xiàn)時,映射到發(fā)生的事件的角色商數(shù)被改變。當(dāng)專家表現(xiàn)用戶反饋UI時,根據(jù)用戶的反饋改變角色商數(shù)。這里,角色商數(shù)可被用于角色成長和/或狀態(tài)表現(xiàn)。
在用于操作專家的方法中,上述代理系統(tǒng)使用定時器。也就是,發(fā)生的事件的類型是必須立即表現(xiàn)虛擬形象UI的事件和必須在特定時間表現(xiàn)虛擬形象UI的事件。例如,當(dāng)與呼叫、消息等有關(guān)的事件發(fā)生,并且表現(xiàn)角色UI時,在事件發(fā)生時間操作被選專家。然而,當(dāng)例如在報警事件等中,事件必須在特定時間被操作時,專家必須在特定時間被操作。將在特定時間被操作的專家請求專家管理器310在所述特定時間將其叫醒。當(dāng)?shù)竭_(dá)所述特定時間時,專家管理器310操作相關(guān)專家。此時,代理控制器130使用單個定時器處理器330來減小系統(tǒng)負(fù)載。專家管理器310在黑板330中存儲對在時間(年、月、時、分、秒等)將被叫醒的專家的順序號的請求,并在定時器處理器370中執(zhí)行僅對存儲的請求中的最早請求的設(shè)置操作。當(dāng)?shù)竭_(dá)設(shè)置的時間時,處理相關(guān)事件。在從黑板330刪除相關(guān)請求之后,在定時器處理器370中設(shè)置下一最早請求的時間。即使到達(dá)時間時,專家也綜合考慮黑板330和許多情況,確定是否進(jìn)行操作,并且將確定結(jié)果通知給專家管理器310。當(dāng)相關(guān)專家確定進(jìn)行操作時,其如用于其他事件的專家(即,在事件發(fā)生時間運行的專家)一樣執(zhí)行剩余處理。當(dāng)刪除或改變在定時器處理器370中設(shè)置的時間時,專家負(fù)責(zé)這些操作。也就是,當(dāng)在定時器處理器370的功能被保存以處理事件的狀態(tài)下,不需要該功能時,相關(guān)專家必須執(zhí)行用于刪除或改變保存時間的操作以使用定時器處理器370。
表5顯示根據(jù)本發(fā)明實施例的具體情況。表5顯示事件使用情況、情況分類、事件確定時間、專家的動作(處理)時間、發(fā)生次數(shù)、時間、事件參數(shù)(必要信息)、條件、UI文本、用戶選項等。其他情況可被添加到上述情況,或者可刪除一些情況。
當(dāng)執(zhí)行代理報警服務(wù)時,根據(jù)事件的使用情況,代理報警服務(wù)可被分為各種類型。如表5的類項所示,可將消息、郵件、數(shù)字廣播、GPS、相機(jī)多媒體、系統(tǒng)、虛擬形象、日程安排、呼叫、呼叫/消息事件、計劃和應(yīng)用事件分類并提供。根據(jù)事件的特性來參考如表5所示的使用情況,并且可將四種類型的使用情況分類和提供?,F(xiàn)在,將描述這四種類型的使用情況。將更加詳細(xì)地描述根據(jù)表5的事件分類處理事件消息的操作。在情況ID 1至50的基礎(chǔ)上描述所述類型,并且省略其他類型的描述。
首先,將描述根據(jù)四種類型,即A至D類型分類的表5的情況ID 1至50。
首先,A類型情況具有表5中的情況ID 12、14、46、47、25、11、13、29和30。將描述用于處理A類型情況的過程。首先,當(dāng)事件發(fā)生時,事件收集器110的相關(guān)檢測器檢測發(fā)生的事件,并且事件收集器110產(chǎn)生映射到發(fā)生的事件的事件消息,并將產(chǎn)生的事件消息發(fā)送給消息傳遞服務(wù)器120。隨后,事件收集器130的專家管理器310將事件消息存儲在黑板330中,參照映射到該事件的專家列表,并且將該事件傳遞給相關(guān)專家。隨后,專家檢查相關(guān)條件。隨后,如果滿足條件,則專家將定時器設(shè)置請求發(fā)送給專家管理器310。
當(dāng)在執(zhí)行上述操作之后定時器事件發(fā)生時,代理控制器130調(diào)用定時器事件的專家ID,從而專家重新檢查該條件。當(dāng)不滿足條件時,操作結(jié)束。當(dāng)滿足條件時,代理控制器130將ID發(fā)送給監(jiān)督器350,并且執(zhí)行控制操作,從而可執(zhí)行代理事件表現(xiàn)。
第二,B類型情況具有表5中的情況ID 15、16、50、17、18、31、32、35、36、37、2、3、9、4、5、6、38和41。將描述用于處理B類型情況的過程。首先,當(dāng)事件發(fā)生時,事件收集器110的相關(guān)檢測器檢測發(fā)生的事件,并且事件收集器110產(chǎn)生映射到發(fā)生的事件的事件消息,并將產(chǎn)生的事件消息發(fā)送給事件傳遞服務(wù)器120。隨后,事件控制器130的專家管理器310將事件消息存儲在黑板330中,參考映射到該事件的專家列表,并將該事件傳遞給相關(guān)專家。隨后,專家檢查相關(guān)條件。如果不滿足條件,則專家結(jié)束該操作,而無需做出任何響應(yīng)或者返回NO。如果滿足條件,則專家做出響應(yīng)或者返回YES。
在執(zhí)行上述操作之后,通過做出響應(yīng)(或返回YES)的專家之間的競爭(基于指定的優(yōu)先級和黑板虛擬形象狀態(tài)(或者用戶偏愛))來選擇用于執(zhí)行角色UI表現(xiàn)的專家,從而表現(xiàn)被選專家的UI。這里,可使用上述兩種方法來選擇用于表現(xiàn)角色UI的專家。也就是,如圖18所示,代理控制器130的監(jiān)督器350分析做出響應(yīng)的專家,并選擇與發(fā)生的事件具有最密切關(guān)系的專家。專家管理器310獲得監(jiān)督器350選擇的專家的UI ID,并將獲得的UI ID輸出給代理UI表現(xiàn)部分140。如圖19所示,監(jiān)督器350對于做出響應(yīng)的專家分析指定的優(yōu)先級以及用戶偏愛,根據(jù)分析結(jié)果設(shè)置并排列專家的UI表現(xiàn)優(yōu)先級,根據(jù)排列的UI表現(xiàn)優(yōu)先級來順序獲得相關(guān)專家的UI ID,并且將獲得的UI ID輸出給代理UI表現(xiàn)部分140。隨后,代理UI表現(xiàn)部分140選擇映射到UI ID的UI,并顯示虛擬形象UI。
第三,C類型情況具有表5中的情況ID 1、42、43、48、50、7、8、10、33、34、44、45、21、27、28、49、39和40。C類型專家ID每N天重復(fù)一次。這里,情況ID 1、42、43、48、50、7、8、10、33、34、44和45需要條件,而情況ID 21、27、28、49、39和40需要條件。
因此,當(dāng)在N天過去之后預(yù)設(shè)定時器事件發(fā)生時,代理控制器130調(diào)用映射到每一事件ID的報警事件的專家。相關(guān)專家確定是否滿足條件。如果滿足條件,則專家UI被傳遞給代理UI表現(xiàn)部分140,從而執(zhí)行代理事件表現(xiàn)。然而,如果不滿足條件時,則結(jié)束操作。
第四,D類型情況具有表5中的情況ID 19、20、23、24和26。當(dāng)首次添加節(jié)日時,周年紀(jì)念被添加到日歷,或者注冊會議日程安排,設(shè)置定時器。在一周之前和一天之前可發(fā)生節(jié)日和周年紀(jì)念的定時器注冊。在會議的情況下,可為會議日程安排開始時間和結(jié)束時間等設(shè)置定時器。
當(dāng)D類型情況發(fā)生時,代理控制器130調(diào)用映射到每一情況ID的定時器事件的專家。相關(guān)專家檢查條件(或者為節(jié)日、周年紀(jì)念和會議設(shè)置的時間)。如果不滿足條件,則操作結(jié)束。然而,如果滿足條件,則代理控制器130將相關(guān)專家的UI傳遞給代理UI表現(xiàn)部分140,并執(zhí)行控制操作,從而可執(zhí)行代理事件表現(xiàn)。
根據(jù)本發(fā)明上述實施例,可逐使用情況地對事件分類,并且注冊定時器。當(dāng)定時器發(fā)生時,映射到相關(guān)定時器的專家被操作。在本發(fā)明實施例中,第一類型(A類型)是用于處理不需要用戶反饋的事件的類型。當(dāng)為在無線終端的特定狀態(tài)下的事件發(fā)生設(shè)置報警事件并且相關(guān)狀態(tài)發(fā)生時,以虛擬形象代理報警來處理事件。第二,第二類型(B類型)是用于處理需要用戶反饋的事件的類型。當(dāng)事件發(fā)生時,與事件相關(guān)的專家中滿足條件的專家做出響應(yīng)。從做出響應(yīng)的專家中選擇具有最高優(yōu)先級的專家,并且表現(xiàn)被選專家的虛擬形象UI。第三,第三類型(C類型)與以預(yù)定周期重復(fù)的事件相關(guān)。在設(shè)置的天,設(shè)置的報警信息被識別,并且執(zhí)行虛擬形象代理表現(xiàn)。第四,第四類型(D類型)與根據(jù)用戶設(shè)置的日程安排的報警事件相關(guān)。當(dāng)?shù)竭_(dá)設(shè)置的日期或時間時,表現(xiàn)虛擬形象代理。
第二,將具體描述根據(jù)表5的類型的操作。這里,將具體描述郵件、系統(tǒng)、日程安排、呼叫、呼叫/消息和應(yīng)用事件。在下面的描述中,圖20至25示出在本發(fā)明實施例中根據(jù)使用情況處理發(fā)生的事件的過程。圖26A至32示出在處理圖20至25的過程的同時,根據(jù)設(shè)置的UI ID顯示角色UI的例子。在下面的描述中,將描述在代理控制器130的監(jiān)督器350中從與每一事件相關(guān)的專家中選擇具有最高UI表現(xiàn)優(yōu)先級的專家并且執(zhí)行角色UI表現(xiàn)的例子。如圖19所示,當(dāng)多個專家根據(jù)事件執(zhí)行角色UI表現(xiàn)時,監(jiān)督器350設(shè)置用于表現(xiàn)角色UI的專家的UI表現(xiàn)優(yōu)先級,在根據(jù)設(shè)置的UI表現(xiàn)優(yōu)先級對專家進(jìn)行排列之后等待,并且根據(jù)UI表現(xiàn)優(yōu)先級來順序識別專家的UI ID,并且允許顯示角色UI。
將描述當(dāng)電子郵件事件發(fā)生時的處理順序。圖20示出用于處理電子郵件接收事件的過程。
參照圖20,在步驟802,如果在接收電子郵件時發(fā)生事件,則事件收集器110收集電子郵件接收事件,并且在步驟804,將收集的事件提供給事件傳遞服務(wù)器120。在步驟806,事件傳遞服務(wù)器120將事件傳遞給代理控制器130的專家管理器310。隨后,在步驟808,專家管理器310將接收的電子郵件接收事件存儲在黑板330中,在步驟810,從專家管理器310的逐事件專家列表中識別將調(diào)用的專家,并且在步驟812,調(diào)用與電子郵件接收事件相關(guān)的專家。如表5所示,與電子郵件事件相關(guān)的專家具有ID 17、18和47以處理事件。在圖20中,假設(shè)具有ID 17、18和47的專家被調(diào)用。
在被調(diào)用的專家中,ID 17的使用情況與能夠當(dāng)沒有讀取接收的電子郵件時被忽略或刪除的情況的事件相關(guān)。因此,在步驟814,ID 17的專家確定接收的電子郵件是否被連續(xù)忽略。通過將電子郵件發(fā)送者的名稱、地址、標(biāo)題或電子郵件內(nèi)容與先前存儲的接收的電子郵件的相關(guān)項進(jìn)行比較來確定接收的電子郵件是否被連續(xù)忽略。當(dāng)存在相同項時,接收的電子郵件被看作是能夠被忽略或刪除的電子郵件。當(dāng)同以電子郵件被連續(xù)忽略用戶設(shè)置的次數(shù)或更多次(例如,三次或更多次)時,認(rèn)為相關(guān)電子郵件被連續(xù)忽略。當(dāng)作為確定結(jié)果相關(guān)電子郵件沒有被連續(xù)忽略時,專家(ID 17)進(jìn)行到步驟815以將“NO”返回給專家管理器310。另一方面,當(dāng)相關(guān)電子郵件被連續(xù)忽略時,ID 17的專家進(jìn)行到步驟817以將“YES”返回給專家管理器310。
在步驟820,在被調(diào)用的專家中,ID 18的專家確定接收的電子郵件是否是垃圾郵件。確定接收的電子郵件是否為垃圾郵件的標(biāo)準(zhǔn)依賴于傳統(tǒng)垃圾郵件指定方法。當(dāng)在接收的電子郵件中,接收的電子郵件的發(fā)送者名稱、地址、標(biāo)題或電子郵件內(nèi)容與根據(jù)用戶的設(shè)置操作分類為垃圾郵件的電子郵件的上述內(nèi)容相同時,接收的電子郵件可被認(rèn)為是垃圾郵件。當(dāng)用戶設(shè)置以檢測垃圾郵件的特定句子或字包含在接收的電子郵件的發(fā)送者名稱、地址、標(biāo)題或電子郵件內(nèi)容中時,接收的電子郵件可被認(rèn)為是垃圾郵件。當(dāng)在上述方法中,接收的電子郵件不是垃圾郵件時,ID 18的專家進(jìn)行步驟821以將“NO”返回給專家管理器310。另一方面,當(dāng)相關(guān)電子郵件是垃圾郵件時,ID 18的專家進(jìn)行步驟1622以將相關(guān)電子郵件分類為垃圾郵件,隨后進(jìn)行步驟823以將“YES”返回給專家管理器310。
在被調(diào)用的專家中,ID 47的專家確定收件箱中的未讀電子郵件的數(shù)目等于或大于預(yù)設(shè)參考值,并在步驟830,確定是否存在許多未讀電子郵件。如果作為確定結(jié)果,不存在許多未讀電子郵件,則ID 47的專家進(jìn)行步驟831以將“NO”返回給專家管理器310。另一方面,如果存在許多未讀電子郵件,則ID 47的專家進(jìn)行步驟832以設(shè)置適合的報警(為了方便,報警ID 47),隨后進(jìn)行步驟833以將“NO”返回給專家管理器310。
當(dāng)被調(diào)用的專家(例如,ID 17、18和47的專家)做出返回時,在步驟840,專家管理器310向監(jiān)督器350提供返回“YES”的專家ID(例如,圖20的專家ID 17和18)。隨后,當(dāng)返回“YES”的專家的數(shù)目是一時,在步驟842,監(jiān)督器350識別相關(guān)專家(例如,ID 17和18的專家)的UI表現(xiàn)優(yōu)先級,或者識別相關(guān)專家的執(zhí)行以設(shè)置具有最高UI表現(xiàn)優(yōu)先級的專家。在步驟844,監(jiān)督器350將識別最高優(yōu)先級專家或者相關(guān)專家的執(zhí)行的結(jié)果發(fā)送給專家管理器310。隨后,在步驟846,專家管理器310根據(jù)最高優(yōu)先級專家或者將被執(zhí)行的專家的每一ID來識別預(yù)設(shè)UI ID,并在步驟848,將識別的UI ID發(fā)送給代理UI表現(xiàn)部分140。在步驟1650,代理UI表現(xiàn)部分140在顯示單元27上表現(xiàn)相關(guān)UI,并且如果需要,通過音頻處理器27再現(xiàn)相關(guān)音頻信號。
代理UI表現(xiàn)部分140的UI表現(xiàn)顯示映射到相關(guān)UI ID的文本(如表5的文本例子所示)以及映射到設(shè)置的專家的UI ID的虛擬形象圖像。例如,當(dāng)做出映射到ID 17的專家的UI表現(xiàn)時,可包括詢問先前被忽略過的接收的電子郵件是否被再次忽略的內(nèi)容。當(dāng)做出映射到ID 18的專家的UI表現(xiàn)時,可包括詢問接收的垃圾郵件是否必須被刪除的內(nèi)容。隨后,當(dāng)用戶識別顯示在顯示單元27上的UI圖像和文本,并且做出響應(yīng)(例如,YES或NO)時,代理UI表現(xiàn)部分140將用戶反饋信息提供給代理控制器130。代理控制器130根據(jù)用戶反饋信息操作相關(guān)ID的專家,并將UI ID傳遞給代理UI表現(xiàn)部分140,從而可根據(jù)用戶反饋信息來表現(xiàn)UI。因此,代理UI表現(xiàn)部分140將基于用戶的反饋的UI圖像和文本顯示在顯示單元27上。
圖26A和26B示出根據(jù)本發(fā)明實施例的將UI顯示在顯示單元27上的例子。圖26A示出在如表5所示的使用情況中沒有用戶反饋顯示UI的例子。圖26B示出如表5所示的使用情況中根據(jù)用戶反饋顯示反饋表現(xiàn)的例子。
參照圖26A,圖標(biāo)層1002是根據(jù)使用情況的類型顯示圖標(biāo)的層,并且以圖標(biāo)的形式顯示表5的“類”中的內(nèi)容。背景層1004是用于顯示背景圖像的層。背景圖像可根據(jù)時間(例如,早晨、中午、傍晚、夜晚等)不同地輸出。言語氣球?qū)?006顯示虛擬形象所說的文本,并且可用作顯示表5的UI文本的層。虛擬形象層1008是用于顯示適合于當(dāng)前情況的虛擬形象圖像的層,并且可根據(jù)使用情況表現(xiàn)情緒狀態(tài)。
圖26B表現(xiàn)發(fā)生的事件的使用情況,并且包括第一屏幕1020,等待用戶做出反饋;第二屏幕1030,用作根據(jù)用戶反饋虛擬形象的反應(yīng)屏幕。屏幕1020和1030的圖標(biāo)層1002根據(jù)如上所述的使用情況的特性表現(xiàn)圖標(biāo)。第一屏幕1020和第二屏幕1030的背景層1004輸出如上所述的背景圖像。背景圖像可根據(jù)時間不同地輸出。第一屏幕1020的按鈕列表層1010是用于顯示能夠被用戶選擇的反饋功能的按鈕列表的層。根據(jù)顯示在按鈕列表層1010上的按鈕列表中由用戶選擇的按鈕來設(shè)置第二屏幕1030。第一屏幕1020的言語氣球?qū)?006根據(jù)發(fā)生的事件的使用情況顯示由虛擬形象所說的文本,第二屏幕1030的言語氣球?qū)?006根據(jù)用戶反饋顯示由虛擬形象所說的文本。第一屏幕1020的虛擬形象層1008顯示具有由每一使用情況定義的情緒的虛擬形象,第二屏幕1030的虛擬形象層1008根據(jù)用戶反饋顯示情緒表現(xiàn)狀態(tài)。
在圖26B的第一屏幕1020和第二屏幕1030的例子中顯示在圖標(biāo)層1002和背景層1004上的數(shù)據(jù)與圖26A的相同。言語氣球?qū)?006在第一屏幕1020中輸出用于推薦的文本數(shù)據(jù)。當(dāng)文本數(shù)據(jù)被顯示在言語氣球?qū)?006上時,參數(shù)(或令牌)被分析,從而文本被完成。第二屏幕1030的言語氣球?qū)?006根據(jù)用戶反饋輸出虛擬形象應(yīng)答文本,并且根據(jù)用戶反饋不同地做出表現(xiàn)。在第一屏幕1020中,虛擬形象層1008可表現(xiàn)具有由使用情況的每一ID(或者設(shè)置的專家UI ID)定義的情緒的虛擬形象動畫。在第二屏幕1030中,虛擬形象層1008根據(jù)用戶反饋顯示用于表現(xiàn)情緒的虛擬形象動畫。這里,情緒表現(xiàn)是歡呼、愉快、沮喪、傷心、生氣等。按鈕層1010根據(jù)每一專家UI ID顯示用于接收用戶反饋的按鈕列表,并且可使用數(shù)字快捷按鈕等。
圖27A至27C示出當(dāng)在圖20的處理中處理電子郵件事件時在顯示單元27上顯示設(shè)置的UI的過程。
圖27A示出當(dāng)代理控制器130的專家管理器310設(shè)置ID 17的專家時的使用情況。參照圖27A,當(dāng)在步驟846設(shè)置ID 17的專家時,在步驟848,專家管理器310將UI ID 17發(fā)送給代理UI表現(xiàn)部分140。隨后,如標(biāo)號1102所指示,代理UI表現(xiàn)部分140將UI ID 17的虛擬形象圖像顯示在顯示單元27上。這里,ID 17與這樣的事件相關(guān)接收的電子郵件連續(xù)沒有檢查時,該事件推薦在垃圾郵件列表中注冊接收的郵件,并且ID 17需要用戶反饋信息。因此,代理UI表現(xiàn)部分140識別UI ID 17的UI信息,并且顯示如圖27A的標(biāo)號1102所指示的屏幕。如圖27A的標(biāo)號1102所指示的屏幕可以是圖26B的第一屏幕1020。
在UI ID 17的情況下,如圖27A所示,參數(shù)(或令牌)是“(1)”和“(2)”。由A/B配置參數(shù)“(1)”,通過個人名字/郵件地址配置參數(shù)“(2)”。。因此,參數(shù)“(1)”的A/B文本包括A和B。在A的情況下,虛擬形象狀態(tài)正常,并且按鈕列表包括“1.檢查郵件“、“2.稍后檢查郵件”和“3.添加到垃圾郵件列表”。在B的情況下,按鈕列表包括“1.OK”、“2.讀取郵件”和“3.將其從垃圾郵件列表中移除”。當(dāng)選擇參數(shù)“(1)”的A時,如標(biāo)號1102所指示顯示第一屏幕。言語氣球?qū)语@示文本B“你從郵件地址接收到郵件,并且其被自動分類為垃圾郵件”,并且按鈕層顯示“1.OK”、“2.讀郵件”和“3.將其從垃圾郵件列表中移除”。虛擬形象情緒狀態(tài)表現(xiàn)為正常情緒。
在顯示標(biāo)號1102所指示的第一屏幕的狀態(tài)下,用戶可產(chǎn)生反饋信息。這里,可通過按下按鈕層的期望的項或者按鈕快捷鍵來選擇用戶反饋信息。當(dāng)選擇按鈕層的“OK”或者快捷鍵“1”時,代理UI表現(xiàn)部分140顯示如標(biāo)號1104所指示的屏幕,并將反饋結(jié)果傳遞給代理控制器130。隨后,代理控制器130根據(jù)反饋結(jié)果請求ID 17的專家執(zhí)行動作,并且將反饋結(jié)果存儲在黑板330中,從而可在下一事件發(fā)生時參考該信息。代理控制器130根據(jù)反饋結(jié)果改變虛擬形象商數(shù),并將改變的虛擬形象商數(shù)存儲在虛擬形象商數(shù)存儲器340中。
圖27B示出當(dāng)代理控制器130的專家管理器310設(shè)置ID 18的專家時的使用情況。參照圖27B,當(dāng)在步驟846,專家管理器310設(shè)置ID 18的專家時,在步驟848,專家管理器310將UI ID 18發(fā)送給代理UI表現(xiàn)部分140。隨后,如圖27B所示,代理UI表現(xiàn)部分140將虛擬形象圖像顯示在顯示單元27上。這里,ID 18與當(dāng)根據(jù)郵件分類標(biāo)準(zhǔn)分類為垃圾郵件的電子郵件被接收時的事件相關(guān),并且不需要用戶反饋信息。因此,代理UI表現(xiàn)部分140識別UI ID 18,并且顯示如圖27B所示的屏幕。這里,圖27B所示的屏幕可以是圖26A的屏幕。
在UI ID 18的情況下,不存在如圖27A所示的參數(shù)(或令牌)。因此,顯示在顯示單元27上的屏幕在圖標(biāo)層1002中顯示郵件圖標(biāo),在言語氣球?qū)?006中顯示指示接收的電子郵件是分類為垃圾郵件的電子郵件的文本,并且在虛擬形象層1008中顯示指示虛擬形象情緒狀態(tài)為“累”的圖像。
圖27C示出當(dāng)代理控制器130的專家管理器310設(shè)置ID 47的專家時的使用情況。參照圖27C,當(dāng)在步驟846設(shè)置ID 47的專家時,在步驟848,專家管理器310將UI ID 47發(fā)送給代理UI表現(xiàn)部分140。隨后,如圖27C的標(biāo)號1112所指示,代理UI表現(xiàn)部分140將虛擬形象圖像顯示在顯示單元27上。這里,ID 48與當(dāng)存在許多未讀(未打開)電子郵件時推薦用戶整理或檢查電子郵件的事件相關(guān),并且需要用戶反饋信息。因此,代理UI表現(xiàn)部分140識別UI ID 47,并顯示如圖27C的標(biāo)號1112所指示的屏幕。這可以是圖26B的第一屏幕。
在UI ID 48的情況下,不存在如圖27A所示的參數(shù)(或令牌)。因此,如標(biāo)號1112所指示,顯示在顯示單元27上的屏幕在圖標(biāo)層1002中顯示郵件圖標(biāo),在言語氣球?qū)?006中顯示推薦用戶整理或檢查未打開郵件的文本,并在按鈕層1010中顯示按鈕列表。根據(jù)用戶的反饋,顯示由圖27C的標(biāo)號1114或1116所指示的屏幕。反饋結(jié)果被反饋回代理控制器130。代理控制器130將用戶反饋結(jié)果存儲在黑板330和虛擬形象商數(shù)存儲器340中。
當(dāng)如上所述發(fā)生郵件相關(guān)事件時,代理控制器130分析接收的郵件相關(guān)事件,設(shè)置具有最高優(yōu)先級的專家,并且將設(shè)置的專家的UI ID傳遞給代理UI表現(xiàn)部分140。隨后,代理UI表現(xiàn)部分140將與設(shè)置的專家的UI ID相關(guān)的信息顯示在顯示單元27上,并等待用戶做出反饋。當(dāng)產(chǎn)生用戶的反饋時,代理UI表現(xiàn)部分140將反饋結(jié)果反饋給代理控制器130。代理控制器130存儲反饋結(jié)果,并同時改變虛擬形象情緒商數(shù)。代理UI表現(xiàn)部分140將反饋結(jié)果顯示在顯示單元27上。
圖21示出根據(jù)本發(fā)明實施例在處理呼叫/消息事件時的操作過程。圖21是示出用于處理呼叫事件中的呼叫結(jié)束、發(fā)送和消息讀取事件的過程的流程圖。
參照圖21,在步驟902,當(dāng)事件發(fā)生時,事件收集器110收集事件,并且將收集的事件提供給事件傳遞服務(wù)器120。在步驟906,事件傳遞服務(wù)器120將事件提供給代理控制器130的專家管理器310。隨后,在步驟908,專家管理器310將接收的事件存儲在黑板330中,在步驟910,從內(nèi)部專家列表中識別將根據(jù)事件調(diào)用的專家,并且在步驟912調(diào)用識別的專家。假設(shè)如表5所示的ID 4、5和6的專家注冊在專家管理器310的內(nèi)部專家列表中,從而當(dāng)事件發(fā)生時,這些專家被調(diào)用。
在被調(diào)用的專家中,當(dāng)沒有設(shè)置在近幾天期間與用戶頻繁聯(lián)系的特定人的關(guān)系時,ID 4的專家做出設(shè)置這種關(guān)系的推薦。ID 4的專家識別存儲在黑板330中的事件,并且識別結(jié)束呼叫的通信者、發(fā)送的消息的接收者或者讀取消息的發(fā)送者。專家確定在近一周期間用戶是否與通信者(即,發(fā)送者/接收者)通信預(yù)設(shè)次數(shù)或更多次(例如,五次或更多次呼叫或消息發(fā)送和接收)。專家確定是否設(shè)置了與經(jīng)常與用戶聯(lián)系的特定人(即,通信者/發(fā)送者/接收者)的關(guān)系。如果作為確定的結(jié)果沒有設(shè)置這種關(guān)系,則ID 4的專家進(jìn)行步驟915以將“NO”返回給專家管理器310。如果作為確定的結(jié)果設(shè)置了這種關(guān)系,則專家進(jìn)行步驟916以將“YES”返回給專家管理器310。當(dāng)在步驟916返回“YES”時,ID 4的專家可將關(guān)于事件的特定人的信息發(fā)送給專家管理器310。
如果設(shè)置了與特定人的關(guān)系,則在被調(diào)用的專家中,ID 5的專家是用于做出表揚的專家。在步驟920,ID 5的專家識別存儲在黑板330中的信息,并且識別結(jié)束呼叫的通信者、發(fā)送的消息的接收者或者讀取消息的發(fā)送者。隨后,ID 5的專家確定在近一周期間用戶是否與通信者(即,發(fā)送者/接收者)聯(lián)系預(yù)設(shè)次數(shù)或者更多次數(shù)(例如,五次或者更多次呼叫或消息發(fā)送和接收)。專家確定是否設(shè)置與經(jīng)常與用戶聯(lián)系的特定人(即,通信者/發(fā)送者/接收者)的關(guān)系。如果作為確定的結(jié)果沒有設(shè)置這種關(guān)系,則ID 5的專家進(jìn)行步驟921以將“NO”返回給專家管理器310。如果作為確定的結(jié)果,設(shè)置了這種關(guān)系,則專家進(jìn)行步驟923以將“YES”返回給專家管理器310。當(dāng)在步驟923返回“YES”時,ID 5的專家可將關(guān)于事件的特定人的信息發(fā)送給專家管理器310。
在被調(diào)用的專家中,ID 6的專家是如果沒有設(shè)置與在近幾周期間經(jīng)常與用戶聯(lián)系的特定人的關(guān)系,則做出關(guān)系建立推薦的專家。在步驟930,ID 6的專家識別存儲在黑板330中的事件信息,并且識別結(jié)束呼叫的通信者、發(fā)送的消息的接收者或者讀取消息的發(fā)送者。隨后,ID 6的專家確定在近一個月期間用戶是否連續(xù)與相關(guān)通信者(即,發(fā)送者/接收者)進(jìn)行聯(lián)系??赏ㄟ^確定用戶是否在三或四周前(通過呼叫/消息交換)與特定人通信并且在一周前與該特定人再次通信,來確定是否在一個月期間經(jīng)常聯(lián)系。專家確定是否設(shè)置與用戶經(jīng)常聯(lián)系的特定人的關(guān)系。如果作為確定的結(jié)果沒有設(shè)置這種關(guān)系,則專家進(jìn)行步驟931來將“NO”返回給專家管理器310。如果作為確定的結(jié)果,設(shè)置了這種關(guān)系,則專家進(jìn)行步驟933來將“YES”返回給專家管理器310。當(dāng)在步驟933中返回“YES”時,ID 6的專家可將關(guān)于事件的特定人的信息發(fā)送給專家管理器310。
當(dāng)被調(diào)用的專家做出返回時,在步驟940,專家管理器310向監(jiān)督器350提供返回“YES”的專家的ID(例如,圖21中的ID 4、5或6)。隨后,在步驟942,當(dāng)返回“YES”的專家的數(shù)目是1時,監(jiān)督器350識別相關(guān)專家(例如ID 17和18的專家)的UI表現(xiàn)優(yōu)先級,或者識別相關(guān)專家的執(zhí)行,以設(shè)置最高UI表現(xiàn)優(yōu)先級的專家。在步驟944,監(jiān)督器350將對最高優(yōu)先級專家或者相關(guān)專家的執(zhí)行的識別結(jié)果發(fā)送給專家管理器310。隨后,在步驟946,專家管理器310根據(jù)最高優(yōu)先級專家或者將被執(zhí)行的專家的每一ID來識別預(yù)設(shè)UI ID,并且在步驟948,將識別的UI ID發(fā)送給代理UI表現(xiàn)部分140。在步驟950,代理UI表現(xiàn)部分140將相關(guān)UI表現(xiàn)在顯示單元27上,并且如果需要,通過音頻處理器29再現(xiàn)相關(guān)音頻信號。
代理UI表現(xiàn)部分140的UI表現(xiàn)顯示映射到如表5的文本例子中所示的相關(guān)UI ID的文本以及映射到設(shè)置的專家的UI ID的虛擬形象圖像。
此時,當(dāng)專家管理器310將與ID 4或6的專家相關(guān)的UI ID發(fā)送給代理UI表現(xiàn)部分140時,專家管理器310發(fā)送關(guān)于特定人的信息,從而當(dāng)代理UI表現(xiàn)部分140做出UI表現(xiàn)時,代理UI表現(xiàn)部分140表現(xiàn)用于推薦關(guān)系建立的內(nèi)容以及關(guān)于特定人的信息。當(dāng)發(fā)送與專家ID 5相關(guān)的UI ID時,同時發(fā)送關(guān)于特定人的信息,從而當(dāng)呼叫/消息的數(shù)目大時,代理UI表現(xiàn)部分140表現(xiàn)用于做出表揚的內(nèi)容,并在UI表現(xiàn)時表現(xiàn)關(guān)于特定人的信息。
當(dāng)表現(xiàn)用于推薦關(guān)系建立的UI時,顯示單元27可包括用于詢問用戶是否想要建立關(guān)系的內(nèi)容。隨后,用戶識別顯示在顯示單元27上的UI圖像和文本。當(dāng)用戶做出應(yīng)答時(例如,YES或NO)時,代理UI表現(xiàn)部分140將用戶反饋信息提供給代理控制器130。隨后,代理控制器130根據(jù)用戶反饋信息操作相關(guān)ID的專家,并且將UI ID傳遞給代理UI表現(xiàn)部分140,從而可根據(jù)用戶反饋信息表現(xiàn)UI。因此,代理UI表現(xiàn)部分140將基于用戶的反饋的UI圖像和文本顯示在顯示單元27上。
如上所述,事件收集器110收集發(fā)生在無線終端中的事件。代理控制器130選擇與收集的事件相關(guān)的最佳或最高優(yōu)先級專家,并且將被選專家的UIID提供給代理UI表現(xiàn)部分140。代理UI表現(xiàn)部分140將映射到提供的UI ID的角色圖像和/或文本數(shù)據(jù)顯示在顯示單元27上。顯示在顯示單元27上的UI可以是需要用戶反饋信息的數(shù)據(jù)。當(dāng)產(chǎn)生用戶反饋信息時,代理UI表現(xiàn)部分140將反饋信息提供給代理控制器130。隨后,代理控制器130根據(jù)提供的反饋信息設(shè)置UI ID,并且隨后將設(shè)置的UI ID提供給代理UI表現(xiàn)部分140。提供的UI ID可以是用于表現(xiàn)根據(jù)用戶反饋信息處理的結(jié)果的UI ID。隨后,代理UI表現(xiàn)部分140以角色圖像和/或文本顯示從代理控制器130提供的UI ID,并且根據(jù)用戶的反饋表現(xiàn)處理結(jié)果。
圖28A至28C示出當(dāng)在圖21的處理中處理呼叫/消息相關(guān)事件時用于將設(shè)置的UI顯示在顯示單元27上的過程。
圖28A示出當(dāng)代理控制器130的專家管理器310設(shè)置ID 4的專家時的使用情況。參照圖28A,當(dāng)在步驟946,設(shè)置ID 4的專家時,在步驟948,專家將UI ID 4發(fā)送給代理UI表現(xiàn)部分140。隨后,如標(biāo)號1202所指示,代理UI表現(xiàn)部分140將虛擬形象圖像顯示在顯示單元27上。這里,ID 17是與當(dāng)近來與特定人相關(guān)的電話和消息的數(shù)目大時,用于推薦關(guān)系建立以及表揚的事件相關(guān),并且需要用戶反饋信息。因此,代理UI表現(xiàn)部分140識別UI ID 4和UI信息,并且顯示如圖28A的標(biāo)號1202所指示的屏幕。圖28A的屏幕1202可以是圖26B的第一屏幕1020。
在UI ID 4的情況下,如圖28A所示的參數(shù)(或令牌)是“(1)”和“(2)”。參數(shù)“(1)”是個人名稱,參數(shù)“(2)”是組名稱列表。提供一個用于參數(shù)的文本。文本內(nèi)的個人名稱和組名稱列表取決于參數(shù)。虛擬形象狀態(tài)為“正?!?,并且按鈕列表包括“1.YES和2.NO”。
在顯示如標(biāo)號1202所指示的第一屏幕的狀態(tài)下,用戶可產(chǎn)生反饋信息。這里,可通過按下按鈕層的期望項或者按下快捷鍵來選擇用戶反饋信息。當(dāng)選擇按鈕層的“YES”或者快捷鍵“1”時,代理UI表現(xiàn)部分140將由標(biāo)號1204所指示的屏幕顯示在顯示單元27上。這里,屏幕1204是用于推薦組選擇的屏幕。如果使用方向鍵選擇組,則如標(biāo)號1208所指示,指示已經(jīng)選擇組并且在被選組中已做出附加注冊的消息被顯示。當(dāng)選擇按鈕層的“NO”或者選擇快捷鍵“2”時,代理UI表現(xiàn)部分140將由標(biāo)號1206所指示的屏幕顯示在顯示單元27上。代理UI表現(xiàn)部分140將用戶的反饋結(jié)果傳遞給代理控制器130。隨后,代理控制器130根據(jù)反饋結(jié)果請求ID 17的專家執(zhí)行動作,并且將反饋結(jié)果存儲在黑板330中,從而可在下一事件發(fā)生時,參考該反饋結(jié)果。隨后,代理控制器130根據(jù)反饋結(jié)果改變虛擬形象商數(shù),并將改變的虛擬形象商數(shù)存儲在虛擬形象商數(shù)存儲器340中。
圖28B示出當(dāng)為ID 5的專家而設(shè)置的事件發(fā)生時顯示的UI。ID 5與當(dāng)近來電話或消息數(shù)大時做出表揚的事件相關(guān)。圖28C示出當(dāng)為ID 6的專家而設(shè)置的事件發(fā)生時顯示的UI。ID 6與當(dāng)經(jīng)常聯(lián)系而沒有做出關(guān)系建立時用于推薦涉及號碼的關(guān)系建立的事件相關(guān)。將在圖28B和28C的過程中處理的事件是如圖28A所示的需要反饋的事件。像圖28A的過程一樣執(zhí)行處理過程。
圖22至25示出在上述過程中對于事件的其他處理例子。
圖22示出用于處理表5中的呼叫的類型的事件的過程。圖22是示出當(dāng)呼叫事件的呼叫結(jié)束事件發(fā)生時的處理過程的流程圖。當(dāng)呼叫結(jié)束事件發(fā)生時,代理控制器130的專家管理器310從逐事件專家列表中識別與呼叫結(jié)束事件相關(guān)的專家。假設(shè)圖22中的與呼叫事件相關(guān)的專家是ID 2、3、9和11的專家。圖22示出專家管理器310調(diào)用ID 2、9和11的專家的例子。如表5所示,ID 2的專家是當(dāng)沒有注冊電話號碼的呼叫事件發(fā)生時推薦注冊的專家,ID 9的專家是當(dāng)通話時間長時做出表揚的專家,ID 11的專家是用于推薦用戶在特定時間或在特定天給經(jīng)常通過電話交談的人打電話的專家。當(dāng)從專家接收到與當(dāng)前發(fā)生的事件相關(guān)的返回結(jié)果時,專家管理器310將做出響應(yīng)“YES”的專家的ID發(fā)送給監(jiān)督器350,從而UI表現(xiàn)優(yōu)先級被設(shè)置并且執(zhí)行被識別。在根據(jù)監(jiān)督器350的返回信息設(shè)置最適合的專家之后,相關(guān)專家的UI ID被發(fā)送給代理UI表現(xiàn)部分140。代理UI表現(xiàn)部分140將根據(jù)接收的專家的UI ID的角色圖像顯示在顯示單元27上。當(dāng)用戶產(chǎn)生反饋信息時,代理UI表現(xiàn)部分140將反饋信息提供給代理控制器130。隨后,代理控制器130根據(jù)提供的反饋信息設(shè)置UI ID,隨后將設(shè)置的UI ID提供給代理UI表現(xiàn)部分140。此時,提供的UI ID可以是用于表現(xiàn)根據(jù)用戶反饋信息處理的結(jié)果的UI ID。隨后,代理UI表現(xiàn)部分140以角色圖像和/或文本將從代理控制器130提供的UI ID顯示在顯示單元27上,并且表現(xiàn)根據(jù)用戶的反饋的處理結(jié)果。當(dāng)不需要反饋信息的事件發(fā)生時,代理UI表現(xiàn)部分140將發(fā)生的事件顯示在顯示單元27上,而不產(chǎn)生反饋信息。
圖23示出用于處理表5中的應(yīng)用事件的過程。在圖23中,當(dāng)應(yīng)用事件發(fā)生時,代理控制器130的專家管理器310從逐事件專家列表中識別與應(yīng)用事件相關(guān)的專家。這里,當(dāng)應(yīng)用事件是應(yīng)用程序執(zhí)行事件時,如表5所示的ID 29、38和41的專家可被調(diào)用。圖23示出專家管理器310調(diào)用ID 29、38和41的專家的例子。如表5所示,ID 29的專家是當(dāng)預(yù)測到相關(guān)程序?qū)⒈粓?zhí)行為用于在特定時間重復(fù)執(zhí)行特定程序的操作時推薦相關(guān)程序的執(zhí)行的專家。ID 38的專家是當(dāng)在應(yīng)用程序結(jié)束之后預(yù)測到將執(zhí)行的下一程序時用于與執(zhí)行相關(guān)的詢問的專家。ID 41的專家是當(dāng)首次使用應(yīng)用程序時推薦幫助功能的使用的專家。如上所述,專家管理器310通過監(jiān)督器50識別并設(shè)置專家。代理UI表現(xiàn)部分140將根據(jù)設(shè)置的專家的UI ID的角色顯示在顯示單元27上。當(dāng)產(chǎn)生用戶反饋信息時,代理UI表現(xiàn)部分140將產(chǎn)生的反饋信息反饋給代理控制器130。代理控制器130將根據(jù)用戶反饋信息的專家的UI ID傳遞給代理UI表現(xiàn)部分140。代理UI表現(xiàn)部分140顯示用戶反饋信息。當(dāng)不需要反饋信息的事件發(fā)生時,代理UI表現(xiàn)部分140將發(fā)生的事件顯示在顯示單元27上,但不產(chǎn)生反饋信息。
圖24示出用于處理表5中的系統(tǒng)事件的過程。在圖24中,當(dāng)系統(tǒng)相關(guān)事件發(fā)生時,代理控制器130的專家管理器310從逐事件專家列表中識別與發(fā)生的系統(tǒng)事件相關(guān)的專家。這里,當(dāng)發(fā)生的系統(tǒng)事件是用于改變電池狀態(tài)的事件時,如表5所示的ID 31和32的專家可被調(diào)用。圖24示出專家管理器310調(diào)用ID 31和32的專家的例子。如表5所示,ID 31的專家是當(dāng)電池滿時用于顯示虛擬形象的專家,ID 32的專家是當(dāng)剩余電量小時用于指示剩余電量的專家。如上所述,專家管理器310通過監(jiān)督器350識別并設(shè)置專家。代理UI表現(xiàn)部分140將根據(jù)設(shè)置的專家的UI ID的角色顯示在顯示單元27上。當(dāng)產(chǎn)生用戶反饋信息時,代理UI表現(xiàn)部分140將產(chǎn)生的反饋信息反饋給代理控制器130。代理控制器130將根據(jù)用戶反饋信息的專家的UI ID傳遞給代理UI表現(xiàn)部分140。代理UI表現(xiàn)部分140顯示用戶反饋信息。當(dāng)不需要反饋信息的事件發(fā)生時,代理UI表現(xiàn)部分140將發(fā)生的事件顯示在顯示單元27上,而不產(chǎn)生反饋信息。
圖25示出用于處理表5中的日程安排事件的過程。在圖25中,當(dāng)日程安排相關(guān)事件發(fā)生時,代理控制器130的專家管理器310從逐事件專家列表中識別與發(fā)生的日程安排相關(guān)事件相關(guān)的專家。這里,當(dāng)發(fā)生的系統(tǒng)事件是日程安排開始事件時,如表5所示的ID 23的專家可被調(diào)用。圖25示出專家管理器310調(diào)用ID 23的專家的例子。如表5所示,ID 23的專家是當(dāng)日程開始時推薦改變?yōu)檎駝訝顟B(tài)或適合的狀態(tài)的專家。如上所述,專家管理器310通過監(jiān)督器350識別并設(shè)置專家。代理UI表現(xiàn)部分140將根據(jù)設(shè)置的專家的UI ID的角色顯示在顯示單元27上。當(dāng)產(chǎn)生用戶反饋信息時,代理UI表現(xiàn)部分140將產(chǎn)生的反饋信息反饋給代理控制器130。代理控制器130將根據(jù)用戶反饋信息的專家的UI ID傳遞給代理UI表現(xiàn)部分140。代理UI表現(xiàn)部分140顯示用戶反饋信息。當(dāng)不需要反饋信息的事件發(fā)生時,代理UI表現(xiàn)部分140將發(fā)生的事件顯示在顯示單元27上,而不產(chǎn)生反饋信息。
圖29A至32示出當(dāng)設(shè)置了圖23至160中示出的專家時在代理UI表現(xiàn)部分140中顯示與發(fā)生的事件相關(guān)的專家UI ID的UI的例子。如圖29A至32所示,UI ID包括需要反饋信息的UI ID和不需要反饋的UI ID。在需要反饋的UI ID的情況下,顯示基于設(shè)置的專家的UI ID的第一屏幕。這里,第一屏幕是如圖26B的標(biāo)號1020指示的屏幕,并且設(shè)置有按鈕層1010?;谟脩舻倪x擇的UI被顯示在如圖26B的標(biāo)號1030指示的第二屏幕上。用戶的選擇的結(jié)果被產(chǎn)生為反饋信息,并且累積地存儲在代理控制器130中。這種信息用作用于處理稍后發(fā)生的事件的信息,并且同時允許虛擬形象情緒商數(shù)被更新。在不需要反饋的UI ID的情況下,如圖26A所示的顯示操作被執(zhí)行一次。在這種情況下,不產(chǎn)生反饋信息。
如上所述,顯示的信息可顯示用于顯示發(fā)生的事件的類型的圖標(biāo)、用于顯示UI文本的言語氣球?qū)雍陀糜谙嚓P(guān)事件的虛擬形象的情緒狀態(tài)。
根據(jù)如上所述的本發(fā)明實施例,無線終端實現(xiàn)人工智能代理系統(tǒng)。當(dāng)在無線終端中發(fā)生事件中,設(shè)置對于相關(guān)事件具有最高優(yōu)先級的代理系統(tǒng)的用戶界面(UI)。因此,存在的優(yōu)點在于可視覺上顯示事件發(fā)生。而且,當(dāng)代理系統(tǒng)顯示無線終端的事件時,其對事件設(shè)置最高優(yōu)先級UI,并且在顯示設(shè)置的UI的同時推薦用戶的反饋。代理系統(tǒng)基于用戶的反饋的結(jié)果顯示UI,并同時存儲UI,從而其可用于稍后發(fā)生的下一事件。因此,存在的優(yōu)點在于可改善無線終端的UI效率。
權(quán)利要求
1.一種在無線終端中使用的顯示設(shè)備,包括存儲器,為映射到發(fā)生在無線終端中的事件的情況存儲用戶界面(UI)數(shù)據(jù);控制器,收集發(fā)生在無線終端中的事件,為收集的事件選擇至少一個可執(zhí)行情況,從存儲器中為所述至少一個被選可執(zhí)行情況選擇UI數(shù)據(jù),并且輸出被選UI數(shù)據(jù),所述UI數(shù)據(jù)包括角色圖像;和顯示單元,用于顯示UI數(shù)據(jù)。
2.如權(quán)利要求1所述的設(shè)備,其中,所述UI數(shù)據(jù)包括角色圖像,用于顯示基于發(fā)生的事件的狀態(tài);和基于事件的文本數(shù)據(jù)。
3.如權(quán)利要求2所述的設(shè)備,其中,所述UI數(shù)據(jù)還包括用于顯示發(fā)生的事件的類型的圖標(biāo)。
4.如權(quán)利要求3所述的設(shè)備,其中,所述UI數(shù)據(jù)還包括背景圖像。
5.如權(quán)利要求4所述的設(shè)備,其中,所述背景圖像隨時間而不同。
6.如權(quán)利要求4所述的設(shè)備,其中,角色圖像是虛擬形象圖像,并且其中,所述文本數(shù)據(jù)被轉(zhuǎn)換為文本和音頻,并被顯示。
7.如權(quán)利要求1所述的設(shè)備,其中,顯示的UI數(shù)據(jù)包括用于推薦用戶做出反饋的文本,并且其中,控制器存儲用戶反饋信息并且為下一事件使用該反饋信息。
8.如權(quán)利要求7所述的設(shè)備,其中,UI數(shù)據(jù)包括第一UI數(shù)據(jù),在事件發(fā)生時被顯示;和第二UI數(shù)據(jù),用于顯示用戶的反饋結(jié)果,并且其中,第一UI數(shù)據(jù)包括角色圖像,用于基于發(fā)生的事件顯示情緒狀態(tài);基于事件的文本數(shù)據(jù);和按鈕列表數(shù)據(jù),用于根據(jù)所述文本數(shù)據(jù)輸入用戶反饋信息,并且其中,第二UI數(shù)據(jù)包括角色圖像,用于基于用戶的反饋結(jié)果顯示情緒狀態(tài);和基于用戶的反饋結(jié)果的文本數(shù)據(jù)。
9.如權(quán)利要求8所述的設(shè)備,其中,第一UI數(shù)據(jù)和第二UI數(shù)據(jù)還包括用于顯示發(fā)生的事件的類型的圖標(biāo)。
10.如權(quán)利要求9所述的設(shè)備,其中,UI數(shù)據(jù)還包括背景圖像。
11.如權(quán)利要求10所述的設(shè)備,其中,背景圖像隨時間而不同。
12.如權(quán)利要求10所述的設(shè)備,其中,角色圖像是虛擬形象圖像。
13.如權(quán)利要求1所述的設(shè)備,其中,控制器包括事件收集器,用于收集發(fā)生在無線終端中的事件,并且產(chǎn)生事件消息;代理控制器,用于選擇映射到該事件消息的至少一個情況,在至少一個被選情況中為發(fā)生的事件設(shè)置最高優(yōu)先級情況,并且選擇映射到設(shè)置的情況的UI;和代理UI表現(xiàn)部分,用于執(zhí)行控制操作,從而映射到設(shè)置的UI的數(shù)據(jù)被顯示在顯示單元上。
14.如權(quán)利要求13所述的設(shè)備,其中,代理UI表現(xiàn)部分產(chǎn)生由用戶根據(jù)顯示的UI數(shù)據(jù)選擇的反饋信息,并且顯示基于該反饋信息的UI數(shù)據(jù),并且其中,代理UI表現(xiàn)部分存儲用戶反饋信息,并且在下一事件中使用存儲的信息。
15.如權(quán)利要求14所述的設(shè)備,其中,代理控制器包括黑板,用于存儲收集的事件和反饋事件消息;多個專家,用于存儲映射到用于事件的情況的UI標(biāo)識符(ID);監(jiān)督器,用于訪問在黑板中的事件列表中注冊的專家的數(shù)據(jù),并且選擇最高優(yōu)先級的專家;和專家管理器,設(shè)置有基于無線終端的每一事件的專家列表,用于當(dāng)接收到事件時將接收的事件消息存儲在黑板中,從專家列表中選擇映射到該事件的專家以將被選專家通知給監(jiān)督器,將由監(jiān)督器選擇的專家的UI ID發(fā)送給代理UI表現(xiàn)部分,并且當(dāng)接收到用戶反饋事件消息時,將該消息存儲在黑板中。
16.如權(quán)利要求15所述的設(shè)備,其中,事件收集器包括檢測器,用于檢測無線終端的呼叫事件、消息事件、日程安排事件和系統(tǒng)事件;和事件收集管理器,用于分析由檢測器檢測到的事件,產(chǎn)生事件消息,并且將產(chǎn)生的事件消息發(fā)送給代理控制器,所述事件消息包括發(fā)生的事件的類型、發(fā)生時間和事件ID。
17.如權(quán)利要求16所述的設(shè)備,其中,代理UI表現(xiàn)部分包括UI,相應(yīng)于UI ID的數(shù)目,用于檢測用戶的反饋;和虛擬形象UI管理器,用于訪問存儲器中的映射到UI ID的UI數(shù)據(jù)以將UI數(shù)據(jù)顯示在顯示單元上,并當(dāng)用戶輸入反饋信息時,產(chǎn)生用戶反饋消息以將產(chǎn)生的消息傳遞給代理控制器。
18.如權(quán)利要求17所述的設(shè)備,其中,不需要反饋的UI數(shù)據(jù)包括角色圖像,用于顯示基于發(fā)生的事件的狀態(tài);和基于事件的文本數(shù)據(jù)。
19.如權(quán)利要求14所述的設(shè)備,其中,代理控制器包括黑板,用于存儲收集的事件和反饋事件消息;多個專家,用于存儲映射到用于事件的情況的UI標(biāo)識符(ID);監(jiān)督器,當(dāng)給出為發(fā)生的事件注冊了至少兩個專家的通知時,設(shè)置并排列所述至少兩個專家的表現(xiàn)優(yōu)先級;和專家管理器,設(shè)置有基于無線終端的每一事件的專家列表,用于當(dāng)接收到事件時將接收的事件消息存儲在黑板中,從專家列表中選擇映射到該事件的專家以將被選專家通知給監(jiān)督器,并根據(jù)排列的優(yōu)先級將由監(jiān)督器選擇的專家的UI ID發(fā)送給代理UI表現(xiàn)部分,并當(dāng)接收到用戶反饋事件消息時,將該消息存儲在黑板中。
20.如權(quán)利要求19所述的設(shè)備,其中,代理控制器還包括至少一個定時器處理器,該定時器處理器允許專家設(shè)置定時器,并且通知專家管理器已經(jīng)將定時器設(shè)置在設(shè)置的時間,并且其中,專家管理器在定時器通知時操作設(shè)置該定時器的專家,并將相關(guān)專家的UI ID發(fā)送給代理UI表現(xiàn)部分。
21.如權(quán)利要求20所述的設(shè)備,其中,監(jiān)督器如等式(1)所示為專家計算指定的優(yōu)先級以及用戶偏愛,設(shè)置并排列與事件相關(guān)的專家的表現(xiàn)優(yōu)先級,并且將排列的優(yōu)先級通知給專家管理器,等式(1)定義為p=(1/(p1+1))×p2,其中,p是表現(xiàn)優(yōu)先級,p1是指定的優(yōu)先級,p2是用戶偏愛。
22.如權(quán)利要求21所述的設(shè)備,其中,由等式(2)確定用戶偏愛p2,等式(2)定義為p2=1-((r(0)×f(0)+(r(1)×f(1)+...+(r(k-1)×f(k-1))/(g(0)+g(1)+...+g(k+1)))),其中,如果xi+yi>0,r(i)=xi/(xi+yi)如果xi+yi=0,r(i)=0,f(i)=1/(1+2logk(i+1)),如果xi+yi>0,g(i)=1如果xi+yi=0,g(i)=0,r(i)=涉及在當(dāng)前日之前的第i日用戶的否定意見的比率,f(i)=在當(dāng)前日之前的第i日用戶的否定意見的折減系數(shù),g(i)=在當(dāng)前日之前的第i日接受或拒絕的數(shù)目,xi=在當(dāng)前日之前的第i日用戶拒絕專家的次數(shù),和yi=在當(dāng)前日之前的第i日用戶接受專家的次數(shù)。
23.如權(quán)利要求20所述的設(shè)備,其中,需要反饋的UI數(shù)據(jù)包括第一UI數(shù)據(jù),在事件發(fā)生時被顯示;和第二UI數(shù)據(jù),用于顯示用戶的反饋結(jié)果,并且其中,第一UI數(shù)據(jù)包括角色圖像,用于基于發(fā)生的事件顯示情緒狀態(tài);基于事件的文本數(shù)據(jù);和按鈕列表數(shù)據(jù),用于根據(jù)所述文本數(shù)據(jù)輸入用戶反饋信息,并且其中,第二UI數(shù)據(jù)包括角色圖像,用于基于用戶的反饋結(jié)果顯示情緒狀態(tài);和基于用戶的反饋結(jié)果的文本數(shù)據(jù)。
24.一種用于顯示發(fā)生在無線終端中的事件的方法,包括下述步驟收集發(fā)生在無線終端中的事件;為收集的事件選擇至少一個可執(zhí)行情況,并且為所述至少一個被選可執(zhí)行情況選擇用戶界面(UI)數(shù)據(jù),所述UI數(shù)據(jù)包括角色圖像;和顯示所述UI數(shù)據(jù)。
25.如權(quán)利要求24所述的方法,其中,選擇UI數(shù)據(jù)的步驟包括下述步驟為收集的事件選擇所述至少一個可執(zhí)行情況;設(shè)置被選情況的表現(xiàn)優(yōu)先級;和根據(jù)設(shè)置的表現(xiàn)優(yōu)先級選擇情況的UI數(shù)據(jù)。
26.如權(quán)利要求25所述的方法,其中,所述UI數(shù)據(jù)包括角色圖像,用于顯示基于發(fā)生的事件的狀態(tài);和基于事件的文本數(shù)據(jù)。
27.如權(quán)利要求26所述的方法,其中,所述UI數(shù)據(jù)還包括用于顯示發(fā)生的事件的類型的圖標(biāo)。
28.如權(quán)利要求27所述的方法,其中,所述UI數(shù)據(jù)還包括背景圖像。
29.如權(quán)利要求28所述的方法,其中,所述背景圖像隨時間而不同。
30.如權(quán)利要求29所述的方法,其中,角色圖像是虛擬形象圖像。
31.如權(quán)利要求24所述的方法,其中,選擇UI數(shù)據(jù)的步驟包括下述步驟存儲收集的事件消息;選擇為事件注冊的至少一個情況;分析所述至少一個被選情況,并且設(shè)置最高優(yōu)先級的情況;和選擇設(shè)置的最高優(yōu)先級情況的UI標(biāo)識符(ID)。
32.如權(quán)利要求31所述的方法,其中,收集事件的步驟包括下述步驟檢測無線終端的呼叫事件、消息事件、日程安排事件和系統(tǒng)事件;和分析由檢測器檢測的事件,并且產(chǎn)生事件消息,所述事件消息包括發(fā)生的事件的類型、發(fā)生時間和事件ID。
33.如權(quán)利要求32所述的方法,其中,顯示所述UI數(shù)據(jù)的步驟包括下述步驟顯示映射到UI ID的角色圖像和文本數(shù)據(jù)。
34.如權(quán)利要求24所述的方法,其中,選擇UI數(shù)據(jù)的步驟包括下述步驟存儲收集的事件消息;選擇為事件注冊的情況;設(shè)置并排列被選情況的表現(xiàn)優(yōu)先級;和根據(jù)排列的優(yōu)先級選擇情況的UI ID。
35.如權(quán)利要求34所述的方法,其中,選擇UI數(shù)據(jù)的步驟還包括下述步驟通過UI設(shè)置定時器事件;和當(dāng)定時器事件發(fā)生時操作在其中設(shè)置了定時器的情況,并且選擇相關(guān)UIID。
36.如權(quán)利要求35所述的方法,其中,設(shè)置情況的表現(xiàn)優(yōu)先級的步驟包括下述步驟如等式(3)所示為情況計算指定的優(yōu)先級和用戶偏愛,并且設(shè)置并排列與事件相關(guān)的情況的表現(xiàn)優(yōu)先級,等式(3)被定義如下p=(1/(p1+1))×p2,其中,p是表現(xiàn)優(yōu)先級,p1是指定的優(yōu)先級,p2是用戶偏愛。
37.如權(quán)利要求36所述的方法,其中,由等式(4)確定用戶偏愛p2,等式(4)定義如下p2=1-((r(0)×f(0)+(r(1)×f(1)+...+(r(k-1)×f(k-1))/(g(0)+g(1)+...+g(k+1)))),其中,如果xi+yi>0,r(i)=xi/(xi+yi)如果xi+yi=0,r(i)=0,f(i)=1/(1+2logk(i+1)),如果xi+yi>0,g(i)=1如果xi+yi=0,g(i)=0,r(i)=涉及在當(dāng)前日之前的第i日用戶的否定意見的比率,f(i)=在當(dāng)前日之前的第i日用戶的否定意見的折減系數(shù),g(i)=在當(dāng)前日之前的第i日接受或拒絕的數(shù)目,xi=在當(dāng)前日之前的第i日用戶拒絕專家的次數(shù),和yi=在當(dāng)前日之前的第i日用戶接受專家的次數(shù)。
38.如權(quán)利要求37所述的方法,其中,所述UI數(shù)據(jù)包括角色圖像,用于基于發(fā)生的事件顯示情緒狀態(tài);和基于事件的文本數(shù)據(jù)。
39.一種用于顯示發(fā)生在無線終端中的事件的方法,包括下述步驟收集發(fā)生在無線終端中的事件;為收集的事件選擇至少一個可執(zhí)行情況,并且為被選情況選擇第一用戶界面(UI)數(shù)據(jù),所述UI數(shù)據(jù)包括角色數(shù)據(jù);顯示第一UI數(shù)據(jù),并且通過第一UI數(shù)據(jù)做出對用戶的反饋信息輸入的請求;和基于用戶在顯示的第一UI數(shù)據(jù)中的選擇顯示第二UI數(shù)據(jù),并根據(jù)用戶的選擇存儲反饋信息,從而在下一事件發(fā)生時可使用所述反饋信息。
40.如權(quán)利要求39所述的方法,其中,所述第一UI數(shù)據(jù)包括角色圖像,用于基于發(fā)生的事件顯示情緒狀態(tài);基于事件的文本數(shù)據(jù);和按鈕列表數(shù)據(jù),用于根據(jù)所述文本數(shù)據(jù)輸入用戶反饋信息,并且其中,所述第二UI數(shù)據(jù)包括角色圖像,用于基于用戶的反饋結(jié)果顯示情緒狀態(tài);和基于用戶的反饋結(jié)果的文本數(shù)據(jù)。
41.如權(quán)利要求40所述的方法,其中,第一UI數(shù)據(jù)和第二UI數(shù)據(jù)還包括用于顯示發(fā)生的事件的類型的圖標(biāo)。
42.如權(quán)利要求41所述的方法,其中,UI數(shù)據(jù)還包括背景圖像。
43.如權(quán)利要求42所述的方法,其中,背景圖像隨時間而不同。
44.如權(quán)利要求42所述的方法,其中,角色圖像是虛擬形象圖像。
45.如權(quán)利要求39所述的方法,其中,選擇UI數(shù)據(jù)的步驟包括下述步驟存儲收集的事件消息;選擇為該事件消息注冊的至少一個情況;檢查所述至少一個被選情況的優(yōu)先級,并且設(shè)置最高優(yōu)先級的情況;選擇設(shè)置的最高優(yōu)先級情況的UI標(biāo)識符(ID);和當(dāng)接收到用戶反饋事件消息時,存儲該反饋事件消息。
46.如權(quán)利要求45所述的方法,其中,收集事件的步驟包括下述步驟檢測無線終端的呼叫事件、消息事件、日程安排事件和系統(tǒng)事件;和分析由檢測器檢測的事件,并且產(chǎn)生事件消息,所述事件消息包括發(fā)生的事件的類型、發(fā)生時間和事件ID。
47.如權(quán)利要求46所述的方法,其中,顯示UI數(shù)據(jù)的步驟包括下述步驟訪問并顯示映射到UI ID的第一UI數(shù)據(jù);和當(dāng)在顯示第一UI數(shù)據(jù)的狀態(tài)下用戶輸入反饋信息時,產(chǎn)生用戶反饋消息。
48.如權(quán)利要求39所述的方法,其中,選擇UI的步驟包括下述步驟存儲收集的事件消息;選擇為事件注冊的情況;為選擇的情況檢查指定優(yōu)先級和用戶偏愛,并且設(shè)置和排列情況的表現(xiàn)優(yōu)先級;根據(jù)排列的表現(xiàn)優(yōu)先級選擇UI;和當(dāng)對于UI接收到用戶的反饋事件消息時,存儲接收的反饋事件消息。
49.如權(quán)利要求48所述的方法,其中,選擇UI的步驟還包括下述步驟通過UI設(shè)置定時器;和在設(shè)置的定時器時間選擇設(shè)置了定時器的情況的UI ID。
50.如權(quán)利要求49所述的方法,其中,設(shè)置表現(xiàn)優(yōu)先級的步驟包括下述步驟如等式(5)所示為情況計算指定的優(yōu)先級和用戶偏愛,并且設(shè)置并排列與事件相關(guān)的專家的表現(xiàn)優(yōu)先級,等式(5)被定義如下p=(1/(p1+1))*p2,其中,p是表現(xiàn)優(yōu)先級,p1是指定的優(yōu)先級,p2是用戶偏愛。
51.如權(quán)利要求50所述的方法,其中,由等式(6)確定用戶偏愛p2,等式(6)定義如下p2=1-((r(0)×f(0)+(r(1)×f(1)+...+(r(k-1)×f(k-1))/(g(0)+g(1)+...+g(k+1)))),其中,如果xi+yi>0,r(i)=xi/(xi+yi)如果xi+yi=0,r(i)=0,f(i)=1/(1+2logk(i+1)),如果xi+yi>0,g(i)=1如果xi+yi=0,g(i)=0,r(i)=涉及在當(dāng)前日之前的第i日用戶的否定意見的比率,f(i)=在當(dāng)前日之前的第i日用戶的否定意見的折減系數(shù),g(i)=在當(dāng)前日之前的第i日接受或拒絕的數(shù)目,xi=在當(dāng)前日之前的第i日用戶拒絕專家的次數(shù),和yi=在當(dāng)前日之前的第i日用戶接受專家的次數(shù)。
52.如權(quán)利要求51所述的方法,其中,需要反饋的UI數(shù)據(jù)包括第一UI數(shù)據(jù),在事件發(fā)生時被顯示;和第二UI數(shù)據(jù),用于顯示用戶的反饋結(jié)果,并且其中,第一UI數(shù)據(jù)包括角色圖像,用于基于發(fā)生的事件顯示情緒狀態(tài);基于事件的文本數(shù)據(jù);和按鈕列表數(shù)據(jù),用于根據(jù)所述文本數(shù)據(jù)輸入用戶反饋信息,和其中,第二UI數(shù)據(jù)包括角色圖像,用于基于用戶的反饋結(jié)果顯示情緒狀態(tài);和基于用戶的反饋結(jié)果的文本數(shù)據(jù)。
53.一種用于顯示發(fā)生在無線終端中的事件的設(shè)備,包括存儲器,用于存儲角色用戶界面(UI)圖像和數(shù)據(jù);事件收集器,用于檢測發(fā)生在無線終端中的事件,并且產(chǎn)生包括事件標(biāo)識符(ID)的事件消息;報警事件收集器,當(dāng)報警事件發(fā)生時,產(chǎn)生包括ID的報警事件消息,所述ID用于區(qū)分代理和一般報警;事件傳遞服務(wù)器,用于傳遞從事件收集器和報警事件收集器輸出的事件消息;代理控制器,用于選擇與從事件傳遞服務(wù)器傳遞的事件消息相關(guān)的專家,通過被選專家檢查條件,并且從專家中為發(fā)生的事件設(shè)置最高優(yōu)先級專家,并且選擇并輸出設(shè)置的最高優(yōu)先級專家的角色UI ID;代理UI表現(xiàn)部分,用于訪問并輸出映射到角色UI ID的角色圖像和文本;和顯示單元,用于顯示角色圖像和文本。
55.一種用于顯示在無線終端中發(fā)生的事件的方法,包括事件收集處理,用于檢測發(fā)生在無線終端中的事件,并且產(chǎn)生包括事件標(biāo)識符(ID)的事件消息;報警事件收集處理,當(dāng)報警事件發(fā)生時,產(chǎn)生包括ID的報警事件消息,所述ID用于區(qū)分代理和一般報警;事件傳遞處理,用于傳遞發(fā)生的事件和報警事件消息;代理控制處理,用于選擇與從事件傳遞服務(wù)器傳遞的事件消息相關(guān)的專家,通過被選專家檢查條件,從專家中為發(fā)生的事件設(shè)置最高優(yōu)先級專家,并且選擇并輸出設(shè)置的最高優(yōu)先級專家的角色用戶界面(UI)ID;和代理表現(xiàn)處理,用于訪問并輸出映射到角色UI ID的角色圖像和文本。
56.如權(quán)利要求55所述的方法,其中,代理控制處理包括下述步驟當(dāng)接收到第一類型事件時,檢查與映射到該事件的專家相關(guān)的條件,識別設(shè)置的報警事件,如果檢查的事件是代理報警,則調(diào)用報警事件的專家ID以再次檢查該條件,并且如果滿足該條件,則設(shè)置最高優(yōu)先級專家以表現(xiàn)角色UI ID;當(dāng)接收到第二類型事件時,檢查與映射到該事件的專家相關(guān)的條件,通過滿足條件的專家之間的競爭來設(shè)置最高優(yōu)先級專家,并且表現(xiàn)角色UI ID;當(dāng)接收到第三類型事件時,識別設(shè)置的報警事件,如果識別的事件是代理報警,則在設(shè)置的日期之后調(diào)用報警事件的專家ID以設(shè)置報警,并且在設(shè)置的日期表現(xiàn)相關(guān)專家的角色UI ID;和當(dāng)接收到第四類型事件時,根據(jù)設(shè)置的日期和日程安排注冊設(shè)置報警,如果設(shè)置的報警事件被調(diào)用,則調(diào)用相關(guān)報警事件的專家以表現(xiàn)角色UI ID。
全文摘要
提供了一種用于無線終端中的顯示設(shè)備。存儲器為映射到發(fā)生在無線終端中的事件的情況存儲用戶界面(UI)數(shù)據(jù)??刂破魇占l(fā)生在無線終端中的事件。控制器為收集的事件選擇至少一個可執(zhí)行情況。控制器從存儲器中為所述至少一個被選可執(zhí)行情況選擇包括角色圖像的UI數(shù)據(jù),并且輸出被選UI數(shù)據(jù)。顯示單元顯示UI數(shù)據(jù)。
文檔編號H04B1/40GK101036308SQ200580033550
公開日2007年9月12日 申請日期2005年9月30日 優(yōu)先權(quán)日2004年10月1日
發(fā)明者金在昊, 徐正旭, 金成泌, 金炫志, 樸相旼 申請人:三星電子株式會社